Два и больше баков с ДУТ. Контролируем сливы

Ну перекрывать бак он не собирается вроде.
Есть альтернатива конечно подключить fm4200 к can-шине(renault и iveco). Но опыта подключения нет никакого. Если у кого есть ссылка на документацию как это делается буду благодарен.

Прошу прощения за офтоп, но все же буду благодарен за информацию о подключении CAN-шины к fm4200

2хLLS + Dalcon - ознакомлюсь.Спасибо!

Добавлено спустя   5 минут  41 секунду:
Dalcon только с LLS работает?

Новаком GNS-TRACK поддерживает до 8 датчиков типа ДУТ или LLS, дальше на сервер и обрабатывайте, как захочется.

Уточните, 2 ДУТа используются в двух баках или в одном?

Если нетрудно, прикрепите также скриншот со списком датчиков. где видны типы датчиков и параметры

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

такая схема может подойти если выводить общий объем из двух баков, если же два ДУТ утстановлены в один бак тогда есть смысл вывести среднее значение. т.е. ([ДУТ1]+[ДУТ2])/const2

ДУТы стоят в одном баке. При тарировке вводились по 50% каждого значения на датчик, чтобы в сумме они давали 100% (как сделать суммирование и дальнейшее деление на 2 не смог разобраться)
Как вставить изображение?

Добавлено спустя   8 минут  4 секунды:
При всём этом я не понимаю, почему так абсурдно в 1отчёте показывает... Почему то же Макс.уровень верно отображает, а нач. и конечный, видимо суммированные ДУТ1, ДУТ2 и ДУТ1+2
"Нач. уровень    1398 л
Конеч. уровень    1319 л
Макс. уровень топлива    699 л"

Не имеет значения что в пакетах значения датчиков приходят в виде fuel_omnicom1(2). Должно работать и с произвольными? Параметры, которые стоят у Вас, по сути могут же использовать данные одного и того же датчика, или я ошибаюсь?
Про параметры сам не догадался бы... Получается можно прописывать любую логическую часть в ячейке "параметр", а переменные это будет Название датчика. Так?

все верно, формула, описанная мною и ArsNova выше должна работать, позже есть в планах добавить в FAQ случаи с двумя ДУТами и примеры настройки...

Датчики для объекта это чисто программные понятия, можно создать много вспомогательных произвольных и один ДУТ, с которого будут браться данные уже в отчет, а уже параметр для этого ДУТ может быть каким угодно, лишь бы значения были верны.

здравствуйте,

Уточните ,пожалуйста, какой именно продукт используется.

Общее описание - "расход по ДУТ" это простой перепад уровня топлива - НУ - КУ. Если в статистике - от начала до конца интервала, если в поездках - для каждой поездки отдельно и сумма за весь интервал расходов. С моточасами - то же, что и со статистикой. Т.е. - если у вас расход ниже, чем по вашему мнению должен быть, смотрите, где не посчиталась заправка или конечный уровень был выше начального. Если заправка больше - смотрите, где начало и конец заправки, определите, где ложные значения и т.д.

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

2. Групировка датчиков с одинаковым именем. - см. первый абзац

3. Валидатор ДУТ2 - уточните ,пожалуйста, тип валидации.

Также значительно ускорить анализ поможет предоставление данных на support@gurtam.com с упоминанием ссылки на данную тему. Мы сможем проверить ситуацию комплексно и предоставить вам рекомендации по ее решению.

Два сообщающихся бака можно заводить и таким образом. Оперируя здесь и далее виртуальным баком.Заводите датчик в котором параметр по одному баку плюсуется с параметром другого (имеет вид в графе параметр датчика fuel1+fuel2), соответственно значения в таблице тарировки также плюсуются (как и порции топлива соответствующие этим значениям) В итоге, в таблице тарировки, максимальное значение (если заводите по 485 протоколу(4095+4095=8190), а соответствующее ему конечные объемы (объем бака1+объем бака2). Таким же образом заводятся ставятся 2 ДУТа в один бак, там где это оправдано (длинный, невысокий бак) На Porter, Sprinter..... из наших ГАЗонNEXT
            Такое заведение ДУТов в систему на мой взгляд на уровне подсчета проще для логики системы.