Суммирование ДУТ: учет расхода топлива

----

Этот вариант я испробовал в первую очередь...
В том-то и проблема, что мне нужны иные валидаторы, как я тогда буду вести учет расхода топлива при работе крановой установки?
И вопрос встречный, а как отображаются заправки ? Указывает в какой бак сколько залили, или просто отображается суммарное кол-во заправленного топлива?

Вся засада в перекачке топлива из одного бака в другой... Попробуй потом объяснить что слива не было, ведь суммарное кол-во на борту осталось тоже... Хотя заказчик может и прав... Если заказчик льет хорошее топливо, ты его сливаешь, а закачиваешь сивуху...

А на счет значений 0, если в отчеты попадают только аля "Датчик Уровня Топлива" - то как-то логики в такой системе 0.
Как тогда решать задачу такого формата: Есть автодорожная поливалка. И как мне тогда учесть сколько водитель помыл километров дорог ? (причем учет вести надо еще и уровня воды в бочке) ???

1. ДРТ не вариант использовать,  у меня нет свободных входов в приборе. Прибор Планар+ИБП+2 ДУТ + Контроль зажигания + Контроль работы установки. Свободным является только один разъем, и то это Выход.
2. Если учитывать, что система суммирует абсолютно все датчики аля "Датчик Уровня Топлива" - то было бы логично тогда ввести систему атрибутов. Типа "master" и "slave" - где первый бы шел в учет который используется в "Статистика"...
3. Проблема остается открытой, устал уже биться как рыба об лед.

os_86
А почему тебе просто все два датчика не назвать одним именем, к примеру "ДУТ". Не ДУТ1 и ДУТ2, а именно ДУТ и ДУТ.
Тогда во вкладке расход топлива ставишь галочку на "Группировать датчики уровня топлива с одинаковым именем" и все работает.
У меня все машины с двумя баками так настроены. Клиента все устраивает.

os_86
Попробуй многие проблемы уйдут.

Коллеги, спешу "обрадовать"... Ничего у меня не вышло.
В итоге вернул все как было... Единственное изменил датчик, используемый для определения сливов.
Завел параметр суммарного объема топливных баков, Расход на холостом и в движении считаю с него. Контроль же расхода топлива при работе крановой установки, веду по каждому ДУТу...

Пока экспериментировал, нашел простое решение чтобы в статистике правильно отображались данные по топливу Чтобы учитывался правильный объем заправленного топлива, а не со всех датчиков аля "Датчик уровня топлива", просто создайте такую же переменную, но с отрицательным знаком.
т.е.:
ДУТ_1 = adc3
ДУТ_2 = adc4
Общий_объем = [ДУТ_1]+[ДУТ_2]
_Общий_объем = -[ДУТ_1]-[ДУТ_2]
В итоге мы имеем много аля "Датчик уровня топлива" -  а статистика только выдает заправки по ДУТ_1 и ДУТ_2.
Уверен, что это не ново, но на форуме пока не встречал такого решения...

Сперва боялся что будут косяки в отчетах, но пробежался по отчетам, все в порядке

Теперь заказчик не будет выносить мозг по поводу этой разницы по топливу в "Статистика"

P.S. Спасибо akkros и atc-mon - за проявленный интерес и помощь в решении проблемы.

1. Да у всех 4-х датчиков.
ДУТ_1 = adc3
ДУТ_2 = adc4
Общий_объем = [ДУТ_1]+[ДУТ_2]
_Общий_объем = -[ДУТ_1]-[ДУТ_2]

2. В отчете у меня используются только 3 датчика из этих четырех.
ДУТ_1 и ДУТ_2 - мне нужны для определения заправок.

Общий объем - я использую для определения сливов, так как в случае перекачки из бака в бак - появляются сливы и заправки. НО, суммарное кол-во топлива не изменилось. Поэтому пришлось использовать этот датчик.

_Общий_объем - я нигде не использую. Данный датчик нужен только лишь для того, чтобы в Статистике значения "Общий_объем" не учитывались.

В Статистике суммируются все датчики типа аля "Датчик Уровня Топлива", вот и получаем:
(ДУТ_1) + (ДУТ_2) + (Общий_объем) + (_Общий_объем) = значение топлива в Статистике.
а так как (Общий_объем) + (_Общий_объем) = 0, то видим корректные данные по топливу в Статистике.

Это все понятно... у меня так и было настроено...
В данной теме 2 проблемы было:
1. Избавиться от псевдо-сливов/заправок - при перекачке топлива из одного бака в другой. (решается при помощи определения слива от суммарного кол-во топлива на борту, суммированием ДУТ-ов)
2. Заставить Виалон считать разницу произвольных датчиков, при различных валидаторах... ( т.е. если топливо идет как произвольный датчик, а не ДУТ, то в отчетах всегда разница равна 0)

А что касается идеи... то была у меня идея выйти из положения, но видимо не корректно работает математика Виалона.

orion, при монтаже дутов необходимо тарировать баки по отдельности. Да не просто, да по времени больше затрат, да хлопотно- но только такой выход

кто говорит, что мы тарируем их вместе. По отдельности конечно же. т.е. мы знаем какому показателю х какое показание у соответсвует для каждого бака, только вот незадача. заправил в бак один, а из него перетекает в другой, разумеется общий объем не меняется, а вот количество заправленного сильно

объединять баки не пробовали?)

Так что в итоге, нашли решение этой задачи?
Аналогичная головная боль, не понятно что делать. Какие только манипуляции с датчиками не перепробовали.