Вы не вошли. Пожалуйста, войдите или зарегистрируйтесь.
Коллеги, помогите, кто сталкивался. Есть бензовоз. На нем стоит УСС. Заведен счетчик. Как сделать отчет, чтобы в него попадали только те стоянки, когда бензовоз отдавал топливо (т.е. когда значения счетчика изменялись)? Все таблицы и параметры уже перебрали, и все равно в отчет попадают все стоянки подряд.
Oskolkov
Посмотрите мое сообщение тут.
В вашем случае создается только датчик (произвольный цифровой с параметром "adc14-#adc14" (ну или на каком входе у Вас УСС) без таблицы расчетов
Ставите его в качестве фильтра в стоянках, только даже малейшее изменение импульсов будет попадать в отчет, а на ППО частенько бывает что он немного движется и УСС дает паразитные импульсы. По сути надо еще както расход по ДИРТ завязать в фильтр. Как-то так
Oskolkov
Посмотрите мое сообщение тут.
В вашем случае создается только датчик (произвольный цифровой с параметром "adc14-#adc14" (ну или на каком входе у Вас УСС) без таблицы расчетов
Ставите его в качестве фильтра в стоянках, только даже малейшее изменение импульсов будет попадать в отчет, а на ППО частенько бывает что он немного движется и УСС дает паразитные импульсы. По сути надо еще както расход по ДИРТ завязать в фильтр. Как-то так
здесь еще можно попробовать таблицей расчета к вашему произвольному датчику отсеять эти импульсы, однако при этом по счетчику в отчетах может выйти один большой интервал - необходимо тестировать.
но в целом описанный вариант должен подойти. фильтра по расходу по ДИРТ пока нет
poal
Поподробней какую таблицу сделать, можно пример? Мне просто также надо отсеить колебания
Выше упоминался фильтр по adc14-#adc14
Можно попробовать сделать таблицу расчета таким образом, чтобы если разность небольшая разность импульсов в сообщениях было нулем, а единицей бОльшие значения. Но здесь надо быть осторожнее, так как в итоге в таблице может получиться один большой интервал - попробуйте, потестируйте и выберите лучший вариант.
poal
Данный способ не работает, интервалы суммируются. Есть еще какие-то варианты фильтрации?
DmitriyCh
в данном случае со счетчиком либо все интервалы либо ни одного...
В целом есть одно соображение. но не факт что будет работать, скиньте в личку доступ и имя объекта, попробую
poal
Данный способ не работает, интервалы суммируются. Есть еще какие-то варианты фильтрации?
Тож попробовали. Не работает
DmitriyCh пишет:poal
Данный способ не работает, интервалы суммируются. Есть еще какие-то варианты фильтрации?Тож попробовали. Не работает
пробовали с DmitriyCh еще извращения с таблицей Моточасы, однако 100% желаемого результата не получили
если проблема стоит слишком остро попробуйте написать мини-приложение на SDK под конкретно эти данные или например фильтровать/удалять нули в Excel
Коллеги, есть у кого рабочий шаблон отчёта по УУС??
Никак не могу настроить отображение данных. Поделитесь примером
Коллеги, есть у кого рабочий шаблон отчёта по УУС??
Никак не могу настроить отображение данных. Поделитесь примером
Как основу можете использовать таблицы "Датчики счетчиков" ( https://docs.wialon.com/ru/hosting/user … es/counter ) или "Движение топлива" ( https://docs.wialon.com/ru/hosting/user … el_traffic ), а настройки фильтрации непосредственно таблицы зависят от того, какие данные необходимо получить. Можете написать нам на support@gurtam.com, поможем настроить.
А как быть когда счётчик достигает предельного значения импульсов и потом начинает считать их заново?
Как правильно учесть этот переход, что бы он считался корректно?
У меня получается ерунда...
На последней раздаче с 9:28 до 9:30 при переполнении счётчика посчиталась запредельная цифра... Как с этим бороться?
Без имени 1.odt 397.13 Кб, файл был скачан 432 раз(а)
А как быть когда счётчик достигает предельного значения импульсов и потом начинает считать их заново?
Как правильно учесть этот переход, что бы он считался корректно?
У меня получается ерунда...
На последней раздаче с 9:28 до 9:30 при переполнении счётчика посчиталась запредельная цифра... Как с этим бороться?
Можешь дать демо-доступ к объекту в личку, вроде бы знаю как это сделать но нужно поковыряться,
А как быть когда счётчик достигает предельного значения импульсов и потом начинает считать их заново?
Как правильно учесть этот переход, что бы он считался корректно?
Вы можете попробовать использовать счётчик с подтипом "Дифференциальный с переполнением (2 байта)", а также проверить результат при активации опции "Переполнение по сырым данным".
В качестве альтернативы вы можете попробовать создать валидатор, основанный на разности нынешнего и предыдущего сообщения (см. приложения), и если эта разность будет отрицательной, то с помощью валидации типа "Проверка на неравенство нулю" в УСС вы сможете исключить данные полученные во время переполнения.
Если предложенные варианты вам не подойдут, то за дальнешим рассмотрением вопроса, пожалуйста, обращайтесь на support@gurtam.com
zark Beifuss Всем спасибо, вопрос решил при активации опции "Переполнение по сырым данным".
