Контроль расхода топлива отдельного двигателя миксера

Такая задача довольно просто решается расходомерами. Первый - на двигатель машины, второй - на двигатель доп. оборудования. Фишка в том, чтобы применять расходомеры DFM CAN. Они не только считают потребление топлива по своему двигателю, но и сами считают машиночасы. На один вход трекера можно заводить оба расходомера, а если клиенту надо, то и еще 2 датчика уровня. На сервере они будут видны по отдельности - адреса-то у них разные в CAN. Ну а в Виалоне настроить 2 датчика ДАРТ. Немного сложнее  с датчиками абсолютных моточасов, но это тоже можно поколдовать и второй счетчик моточасов сделать произвольным счетчиком. Неудобство только в том, что первые моточасы будут в формате ч./м./с  а вторые - часы и их доли (например 5,5 ч - это 5 ч. 30 минут). Обычно клиенты к этому легко привыкают.

Когда менеджер по продажам превращается в специалиста техподдержки... )

Собственно, вот тема, которую уже обсуждали, но воз и ныне там...

Ну вот из практики применения СМ против воровства топлива:
ДУТ позволяет выявлять факт слива в конкретном временном отрезке, соответственно выявить с большой долей вероятности виновника. ДРТ дает данные в бухгалтерию для вычисления перерасхода топлива, сопоставляя данные АЗС об отпуске топлива и субъективные данные об остатках в баке. В целом, на практике это бесполезная информация, которая для бухгалтеров является головной болью, потому что есть расхождения, но не на кого списать. Учитывая разницу в стоимости и обслуживании ДУТ и ДРТ, клиенты отказываются от ДРТ в пользу ДУТ.
PS При наличии высококлассного менеджера по продажам можно что угодно продать и установить клиенту. )

Была конкретная задача. Вы вместо ответа на нее прорекламировали продукцию. Вам снова задали конкретный вопрос из задачи, Вы снова его проигнорировали. Никакой дискуссии, спора или новой темы. И ничего личного.

Я бы все-таки создал клон-тс с подписью "Миксер", в отчете было-бы понятней...

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

Все это уже неоднократно обсуждалось со времен семинаров и сессий 2013, а воз и ныне там...

Можно ретранслировать объект с Виалона на Виалон. Понадобится еще одна ячейка на объект. Будет два объекта - один автомобиль, второй Миксер на нем. Датчики настраиваются для каждого свои. Работает!