Устранение ложных заправок и сливов при разрядке или отключении АКБ

DmitriyCh, пробовали по всякому, и в соответствующей указанной теме отписывались.

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

Added after    8 minuts  50 seconds:
Вопрос в общем то не для обсуждения, кто не пытался убрать ложные сливы и заправки, а для тех, кто с этим сталкивался и желает эту задачу решить. Что, ни у кого такого рода проблемы не выскакивают? Или клиенты и вы миритесь с ними?

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

Дмитрий Л
Почитал. Полагаю, у Вас проблема с временными рамками формирования отчетов.

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

ssa
Тоже писал об этом в техподдержку. Сказали что вроде сделают в новом обновлении. Насколько это правда не знаю

Вставлю свои пять копеек в данную тему.

в 99% случаев, используя инструменты Виалон, можно избавиться от ложных сливов и заправок путем добавления различных валидаторов. Но, не всегда это помогает. Возникает логичный вопрос, зачем Вам данные которые шлет прибор во время отключенной массы и т.д. ? Просто чтобы видеть где стоит Ваша машина ? Логично предположить, что проще завести валидатор Мастер уровня, на основании которого Виалон обрабатывал или не обрабатывал данные с трекеров.
К примеру:
Выключил водитель массу. Входящее напряжение на приборе по факту равно 0, датчики остаются без питания. Но, прибор имеет внутренний резервный АКБ, данные продолжает слать дальше, но только без значений доп. датчиков. В настройках ТС в Виалоне, вы выставляете мастер валидатор, если pwr_ext < Хвольт, значит сообщения не брать в обработку. Таким образом логика работы Виалона будет следующей: Приходит сообщение, pwr_ext > Хвольт = сообщение от трекера обрабатываем. Если меньше Хвольт, значит  нет. По факту получаем "заморозку". Но, учитывая сколько сообщений принимает сервер от всех пользователей, нагрузка на него возрастет в разы...

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

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

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

Как на практике сделать, что Вы предлагаете, желательно по пунктам. Я попытался, но не нашел где нужно выставлять уровень pwr_ext < Хвольт.

1. Ваша проблема решается добавление валидаторов os_86 расписал как добавить валидатор для вашего случая.
Можно каскадно добавлять сколько угодно валидаторов.
Мы обычно используем от 3 до 4.
       Валидатор по питанию
       Валидатор по значениям выходящим за диапазон измерения.
       Валидатор по скачку напряжения.
       Валидатор скачков топлива(болтанка, резкие скачки топлива)
  Один Валидатор назначается другому в качестве валидатора действие переменожить. Основной валидатор назначается на датчик топлива в баке с проверкой на неравенство нулю.
   Для организации последних 2 валидаторов нужно освоить следующую тему:
       http://docs.gurtam.com/ru/pro/1301/mana … arameter?s[]=%D0%BF%D0%B0%D1%80%D0%B0%D0%BC%D0%B5%D1%82%D1%80%D1%8B#parametry_v_vide_vyrazhenij   

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

минус оказался неприятный: при входе на страницу мониторинга в подсказке значение датчика топлива оказывается не расчитанным из-за валидации по датчику с параметром из предыдущего сообщения до тех пор, пока от объекта не придет хотя бы еще одно сообщение, а до этого момента очевидно, что при стоянке машины может пройти определенное количество времени в зависимости от настроек прибора. (Случай из жизни одного нашего клиента: "Вошел в систему: посмотрел на пять своих объектов, у трех из них топливо не показывает - обновил страницу - опять не показывает - опять обновил (лучше бы не овновлял бы ) - в итоге звонок в техподдержку").
В общем пробовал такой вариант на некоторых объектах и отказался от его использования.

ps: В отчетах конечно это решение, заслуживающее внимания,  на некторых объектах принесло определенный результат, но не решающий

Проверьте наличие детектирования слива или заправки, произведенных во время отключения электропитания. Я уверен, что у Вас не получится увидеть уведомление системы о сливе или о заправке. В данном случае вопрос не в обмане клиента, а как раз таки наоборот в удовлетворении их требований о необходимости фиксации всех сливов и заправок. Кстати, один из вариантов "пособия для водителей" звучит именно так: снять клемму АКБ, слить топливо. Вероятно именно по той причине, что системы не детектируют разность уровней при снятии и при подаче электропитания на ДУТ как слив или заправка, этим и пользуются недобросовестные водители.

Еще раз повторюсь: такие уведомления завалят клиентов, тем более, если их застращать тем, что водители при отключении АКБ сливают топливо. Причина частой разрядки АКБ в последнее время: массовые установки тахографов на авто. АКБ 12-вольтовых авто разряжаются за выходные практически все без исключений.

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

ssd_agrosturman, не понял вопроса. Точнее, не понял связки "мое утверждение или предложение" - "Ваш вопрос"..  Цель предложения: убрать ложные сливы и заправки путем контроля напряжения не ниже выставляемого уровня, при котором может некорректно выдавать данные или не работать ДУТ. При этом если во время отключения АКБ был фактически слив или заправка, то они будут зафиксированы при восстановлении напряжения. В любом случае, если ДУТ отключен от питания (села АКБ или отключили питание), то проконтролировать момент самого слива или заправки невозможно. Еще раз повторюсь: цель предложения - сделать простой инструмент для ликвидации ложных сливов и заправок, возникающих все чаще и чаще в одной и той же ситуации, связанной с отключением АКБ или ее разрядкой.