Вы не вошли. Пожалуйста, войдите или зарегистрируйтесь.
Коллеги, сталкивался ли кто-нибудь с ситуацией, когда в отчётах фигурируют сливы, которых на самом деле не было?
Вот что выдаёт отчёт:
В то же время на графике мы ничего подобного не наблюдаем:
Так же, как и в сообщениях от объекта:
Саппорт пока ничего внятного не предложил. Клиент волнуется.
возможно от спада температуры?
возможно от спада температуры?
А при чём здесь температура? Мне просто непонятно как Виалон интерпретирует данные, что они отображаются в виде сливов. В сообщениях-то нет информации о значительном изменении уровня.
А что за прибор и Дут?
Как то странно: сообщения с данными по топливу идут без координат.
А что за прибор и Дут?
Как то странно: сообщения с данными по топливу идут без координат.
Это протокол М2М ))))
Прибор - Cyber GLX, ДУТ - Omnicomm LLS 20160
по приведенным скринам видно что за тот интервал температура упала на два градуса, обычно это всегда также отображается на графике спадом топлива, поскольку его объем уменьшается... Я бы проверил установленные параметры расхода топлива и таблицу тарировки ДУТ-а...
по приведенным скринам видно что за тот интервал температура упала на два градуса, обычно это всегда также отображается на графике спадом топлива, поскольку его объем уменьшается... Я бы проверил установленные параметры расхода топлива и таблицу тарировки ДУТ-а...
Исходя из ёмкости бака в 830 литров и градации ДУТа на 1024 деления, получаем:
830/1024=0,81 на литр
Следовательно слив в 61 литр должен был отобразиться падением показателя dut_lvl по крайней мере на:
61/0,81=75 единиц
В сообщениях этого нет. Значение dut_lvl снизилось на 6-7 единиц.
А расчёт топлива идет по пробегу?
А расчёт топлива идет по пробегу?
Расчёт установил по времени. Если делать по пробегу, то расход получается в размере 13 л/100 км, что для DAFа несколько не характерно ))
LeXXaT пишет:А расчёт топлива идет по пробегу?
Расчёт установил по времени. Если делать по пробегу, то расход получается в размере 13 л/100 км, что для DAFа несколько не характерно ))
обратитесь в тех. поддержку
netskald пишет:LeXXaT пишет:А расчёт топлива идет по пробегу?
Расчёт установил по времени. Если делать по пробегу, то расход получается в размере 13 л/100 км, что для DAFа несколько не характерно ))
Уже обратился. Техподдержка бессильна. Потому и написал здесь.
скиньте конфигурацию и сообщения на development@gurtam.com, попробуем разобраться.
скиньте конфигурацию и сообщения на development@gurtam.com, попробуем разобраться.
Отписал в "личку"
Сталкивался с таким, это случается когда нет коодинат в сообщениях. В таком случае Wialon начинает думать что происходят сливы.
По моему всему виной просто большой бак и сложный рельеф... далее 2 варианта: играть с фильтрацией в приборе или второй дут в тот же бак для точности.
netskald
Интересно, проблема решилась или нет. У меня точно такая же ситуация с телтоникой 11 и омником 20310.
Ни на графике, ни в сообщениях сливов не вижу. А в отчетах есть. Настройки как только не менял. Тарировку тоже.
В лучшем случае уменьшается количество сливов.
Здравствуйте! Подскажите пожалуйста как лучше настроить задание по сливам и заправкам, чтобы оно срабатывало верно и с наименьшим отставанием по времени от реального события по сливу или заправке в ТС.
Тестировал несколько вариантов по 15мин, 30мин, 45мин, 1час с сдвигами 5мин, 10мин, 15мин, 20мин. Все безуспешно, задание постоянно дублирует заправку/слив, либо срезает.
Никто не пользуется этой функцией?
У меня возникла идея, как можно сделать не Задание, а Уведомление. Даже не обязательно, чтобы это было конкретно по топливу. Просто сделать уведомление по изменению показаний датчика, почти как дискретный датчик но с дополнительными параметрами:
- настройка по минимальному изменению показаний датчика, единицы
- продолжительность изменения, секунды
- состояние обьекта, парковка или в движении
Кто нибудь научит пользоваться интернет каналом для Азимута GSM 5 и 4, уже всю голову себе сломала, а настроить не могу!!!
Svetlana Vasilevna
Доброй ночи
Обратитесь к Евгению Ерохину
ceo@arusnavi.ru
8-960-926-8888
Говорят, что главный спец по азимутам)))))
Svetlana Vasilevna
Вам помощь предлагали - вы отказывались. Теперь пишете во всех топиках. Сказали же что и как делать и к кому обратиться
Никто не пользуется этой функцией?
У меня возникла идея, как можно сделать не Задание, а Уведомление. Даже не обязательно, чтобы это было конкретно по топливу. Просто сделать уведомление по изменению показаний датчика, почти как дискретный датчик но с дополнительными параметрами:
- настройка по минимальному изменению показаний датчика, единицы
- продолжительность изменения, секунды
- состояние обьекта, парковка или в движении
все идеи выкладываются в соответствующей ветке Новейшие разработки / предложения для Wialon Hosting
Кто нибудь научит пользоваться интернет каналом для Азимута GSM 5 и 4, уже всю голову себе сломала, а настроить не могу!!!
тоже не сюда, попрошу писать в соответствующие ветки...
Добавлено спустя 4 минуты 7 секунд:
Здравствуйте! Подскажите пожалуйста как лучше настроить задание по сливам и заправкам, чтобы оно срабатывало верно и с наименьшим отставанием по времени от реального события по сливу или заправке в ТС.
Тестировал несколько вариантов по 15мин, 30мин, 45мин, 1час с сдвигами 5мин, 10мин, 15мин, 20мин. Все безуспешно, задание постоянно дублирует заправку/слив, либо срезает.
Задание и будет дублировать заправки/сливы, точнее отчет по ним, по сути это выполненный отчет за заданный интервал.
Конкретных рекомендаций здесь быть не может, изучайте принцип работы ТС, интервалы изменений кривой на графике и подбирайте оптимальный вариант для конкретного ТС, однако и это не гарантирует, что срезов не будет, объект за один день может заправиться в одно время а в другой - в другое, задание выполниться, но после него например уровень увеличиться еще и как итог - заправка разрезана
предложение будет рассмотрено, попробуйте изложить его в более понятной форме в соответствующем разделе
netskald
Интересно, проблема решилась или нет. У меня точно такая же ситуация с телтоникой 11 и омником 20310.
Ни на графике, ни в сообщениях сливов не вижу. А в отчетах есть. Настройки как только не менял. Тарировку тоже.
В лучшем случае уменьшается количество сливов.
+1
скиньте доступ в личку или напишите на суппорт - причину установим
только указывайте сразу конкретные случаи сливов
Та же ситуация. Отписал на суппорт.
Судя по увиденному проблемы с питанием, + нет координат - с антеной все в порядке? В свойствах попробывать сменить настройки степени фильтрации. А как с заправкой - когда бывает такой слив, должна бы была появиться левая заправка. А тут нет координат - нет пробега.
Нашел у себя аналогичный случай:
типа слив...
график
данные с прибора
Если запрашивать отчет за одни сутки, за 03.04 - то слива нет...
А если брать за чуть больший период, то картинки приложены...
С питанием проблем нет, с антеннами тоже.
много раз такое было, все ссылки только или на то что движения не было, или не попали данные в данный промежуток и т.д.
Доброго дня! Такая ситуация. Есть бульдозер ЧТЗ эпических размеров и с ушатанным двигателем. Расход на стоянке - около 30 л/ч. Соотвественно система фиксирует сливы. Но не всегда. Никак не можем разобраться, как отловить реальный слив. Есть большие подозрения, что водила как-то регулирует двигатель. Расход на ХХ снижается, а он понемногу сливает топливо (кривая графика плавно идет вниз, без провалов). Что можно попробовать?
unitedsecurity пишет:по приведенным скринам видно что за тот интервал температура упала на два градуса, обычно это всегда также отображается на графике спадом топлива, поскольку его объем уменьшается... Я бы проверил установленные параметры расхода топлива и таблицу тарировки ДУТ-а...
Исходя из ёмкости бака в 830 литров и градации ДУТа на 1024 деления, получаем:
830/1024=0,81 на литр
Следовательно слив в 61 литр должен был отобразиться падением показателя dut_lvl по крайней мере на:
61/0,81=75 единиц
В сообщениях этого нет. Значение dut_lvl снизилось на 6-7 единиц.
Кажется могу объяснить эту ситуацию в вашем случае перед "сливом" данные поступали относительно регулярно, после Х момента данные по топливу стали чаще пропадать. У вас стоит какая то степень фильтрации. Компьютер считает среднее до Х момента оно получается больше а после Х момента меньше. Именно это и алгоритм Wialon воспринимает как слив. Пути решения : в данном случае уменьшить величину фильтрации по своему опыту оптимально 6-10 более становится только хуже вам попробовать еще меньше. Включить в настройках параметр заменять математически расчитаным, чтобы Wialon не обращал внимание на провалы в данных. Может как то поможет, а вообще я свой алгоритм разработал контроля заправок и сливов и реализовал в своей базе с помощью Active X.
Добрый день!
Решил не плодить дополнительные темы, пишу в этой.
Ситуация следующего рода:на автомобиле обнаружены 2 призрачных слива.
1) Первый раз по графику виден явно слив, но владелец а/м говорит, чо а/м находился на стоянке и был под камерой наблюдения. Слива быть не может.
2) Второй слив вызывает у меня подозрения из-за того что топлива снижается параллельно падению напряжения.
Как можно выяснить, что послужило причинами?
Прилагаю скрин-шоты.
Если необходимо, могу выгрузить сообщения.
По таблице сливы:
2013-05-27 00:46:08 2013-05-27 02:51:08 267 л 245 л 21.77 л
2013-05-28 09:46:26 2013-05-28 16:32:22 228 л 205 л 23.30 л
Добрый день!
Решил не плодить дополнительные темы, пишу в этой.
Ситуация следующего рода:на автомобиле обнаружены 2 призрачных слива.
1) Первый раз по графику виден явно слив, но владелец а/м говорит, чо а/м находился на стоянке и был под камерой наблюдения. Слива быть не может.
2) Второй слив вызывает у меня подозрения из-за того что топлива снижается параллельно падению напряжения.
Как можно выяснить, что послужило причинами?
Прилагаю скрин-шоты.
Если необходимо, могу выгрузить сообщения.
По таблице сливы:
2013-05-27 00:46:08 2013-05-27 02:51:08 267 л 245 л 21.77 л
2013-05-28 09:46:26 2013-05-28 16:32:22 228 л 205 л 23.30 л
сливы не совсем и призрачные + по графику они есть, это видно, т.е. программа взяла данные и определила это падение уровня как слив - данные отработаны корректно
а вот уже причину таких данных нужно искать, возможно изменение уровня топлива таки было, возможно есть действительно зависимость от напряжения или был какой-то сбой датчика.
poal
как ее можно проверить?
Искать аналогичные ситуации как во втором скрин-шоте?
poal
как ее можно проверить?
Искать аналогичные ситуации как во втором скрин-шоте?
возьмите прибор и ТС на тест, симулируйте похожие ситуации, пробуйте сливать/заправлять топливо и наблюдать за поведением системы, на практике здесь проверять лучше всего. Попробуйте заглянуть в соседнюю ветку по оборудованию, возможно кто-то уже сталкивался с чем-то подобным на аппаратном уровне...
если будут проблемы конкретно с подсчетом или определением сливов - пишите.
Машина тягач Nissan Diesel а766ее приехала в 2 ночи в сокочь в 02-43 отключил зажигание было 266 литров, в 07-37 включил и было показано слито 14 литров стало 252. но как слив он не показал а вот по графику видно !тронулся в 08-02 ! че подскажите ?
вот этот график
Попробуйте изменить метод расчета расхода на по времени или включить в интервал отчета предыдущую поездку
veul
По времени ставил все равно показует ! считать это за сливом ?
У всякого перепада топлива есть свой причины. Просто так выделенные Вами на графике ступеньки не появятся. Очень полезно знать причину уменьшения уровня топлива.
Если причину Вы сливом не считаете, присылайте доступы на support@gurtam.com посмотрим на все данные, попробуем Вам помочь
omnicomm + galileo
за день может показать 50 ложных заправок и сливов. для каждой машины приходится шаманить с фильтрациями и тд. по минут 20 чтобы показания были более-менее верны, но все равно всплывает какая-нибудь заправка на 200 литров посреди дороги(хотя бак явно меньше). Как это все стандартизировать, чтобы настройки для всех приборов были одинаковыми и верными?
Создание одинаковых стандартизированных настроек для разных объектов и разных видов оборудования не представляется возможным. Вызвано это тем, что у каждого транспортного средства свои объем, форма, количество баков, расход топлива, а также тем, что разные виды оборудования присылают данные в разном виде. Корректную настройку датчика уровня топлива а, соответственно, и настройку определения сливов и заправок можно произвести только учитывая все эти переменные при настройке таблицы расчета ДУТа после проведенной тарировки бака конкретного транспортного средства.
talk10
По сути обычно при правильной установке и работе есть примерно стандартные настройки для обычных авто и стандартные настройки на малоподвижную технику, хотя на малоподвижной технике в связи с расчетом расхода по времени необходимо точно знать норму расхода литров в час, иначе также будут сыпаться лишние сливы.
в вот то и дело, что тарировка выполняется правильно, но приходится шаманить с фильтром значения датчиков, причем часто случается так, что при фильтрации действительные заправки удаляются, а ложные остаются
talk10
А что за техника то? Можно вообще примеры скринов в студию так сказать
Такая же проблема,получается так что клиент чтобы что то нормально увидел в отчете по заправкам и сливам должен сам степень фильтрации менять чтобы лишние заправки и сливы убрать в процессе эксплуатации,а так по идее быть не должно. В настройки он лезть не должен.Тоже думаю первоначальные настройки расписать под каждый вид техники. Похоже надо учить анализировать графики, чтобы отличать реальные сливы и заправки от всплексов.
настройку определения сливов и заправок можно произвести только учитывая все эти переменные при настройке таблицы расчета ДУТа после проведенной тарировки бака конкретного транспортного средства.
Каким образом можно это в таблице расчета учесть?Там же только зависимость уровня топлива от напряжения.
omnicomm + galileo
за день может показать 50 ложных заправок и сливов. для каждой машины приходится шаманить с фильтрациями и тд. по минут 20 чтобы показания были более-менее верны, но все равно всплывает какая-нибудь заправка на 200 литров посреди дороги(хотя бак явно меньше). Как это все стандартизировать, чтобы настройки для всех приборов были одинаковыми и верными?
Какой бак? Как установлен ДУТ? Если установка и тарировка правильная, дайте доступ к объекту.
Коллеги, аналогичная ситуация.
Появляются призрачные сливы + не отображается расход топлива по ДУТ в моточасах.
Пример следующий: Имеется двух-баковый камаз с верхним оборудованием(кран).
Проблема №1
Если строить отчет с 31.07.2013 00:00 по 31.07.2013 23:59, то виалон сообщает о двух сливах топлива: 1) 10:47 2) 15:03
Есть строить отчет с 31.07.2013 09:00 по 31.07.2013 11:00, то слива нет.
Есть строить отчет с 31.07.2013 15:00 по 31.07.2013 16:00, то слива нет.
Проблема №2
При постройке отчета не отображается расход топлива по ДУТ в моточасах, грешим на то что техника стоит на месте и не двигается, но не понимаем ньюансов.
Так же есть Амкодор, который настроен идентично нашему камазу, в тракторе все работает как по часам.
Может кто то уже сталкивался с подобным?
Доступ к технике, графики и скриншоты могу выслать по почте, дабы не плодить одинаковые картинки.
Резюмируя все вышеуказанное - как привязать расход топлива по ДУТ к моточасам, если техника стоит на месте? Получается что ТС например бурит, тратит топливо, в рисуется как слив.
Заранее спасибо за помощь.
1. возможно ваши интервалы в отдельности не затрагивают всего слива, попробуйте их расширить
2. нужно смотреть что выбрано в качестве счетчика моточасов и действительно ли выдают он верные интервалы, + есть ли на них расход
общая рекомендация: использовать расчет по времени и выставить реальную норму по расходу на холостом ходу
Да, для подробного анализа можете дать доступ сюда или в личку.
new
1.ый скрин чуть малоинформативен. покажите топливо до поездки. Вернулось или нет на свой уровень
2.ый подсказка с напряжением. Заметили что просело напряжение и топливо. Это не слив. И дут скорее всего у вас аналог. Проверьте подключение. Такого не должно быть.
Да. И у всех заказчиков) всегда авто под камерами)
Added after 1 minuts 23 seconds:
сливы не совсем и призрачные + по графику они есть, это видно, т.е. программа взяла данные и определила это падение уровня как слив - данные отработаны корректно
а вот уже причину таких данных нужно искать, возможно изменение уровня топлива таки было, возможно есть действительно зависимость от напряжения или был какой-то сбой датчика.
Никогда не говорите клиенту что слив. пока не будете на 200% уверены. Тут трабл с железом. а вот 1ый скрин не видно.
Нужно от поездки к поездке смотреть. Аналог не просел. но слив в 21 литр в течении 10 минут. Ну уж сильно нужно быть спокойным вором что бы сливать по 2 литра в минуту. Логично что это больше похоже не на слив а на изменение температуры топлива. Но опять же инфы мало.
возьмите прибор и ТС на тест, симулируйте похожие ситуации
Транспортное средство на тест взять))) Прикольно)))
Встречный вопрос, можно адрес, куда фуру, с железом на борту, гнать??? Для "симуляции похожих ситуаций"...)))
poal пишет:возьмите прибор и ТС на тест, симулируйте похожие ситуации
Транспортное средство на тест взять))) Прикольно)))
Встречный вопрос, можно адрес, куда фуру, с железом на борту, гнать??? Для "симуляции похожих ситуаций"...)))
ну так можно поставить временно снятое с фуры оборудование в другое ТС или емкость и убедиться в работоспособности датчика...ответ предполагал симулировать ситуацию если есть такая возможность естественно. если есть прямая связь с клиентом можно и удаленно делать...
poal, от графа игра слов и троллинг. Выражаю удивление что игнор- да и правильно.) На текст Графа
А вернемся к теме new просил и задавал вопрос по решению. Тестить и просить клиента фуру или оборудование очень проблематично да и не возможно. Клиент платит деньги, соответственно требует сервиса - не факто что получает но требовать он обязан. Так же партнер которых на карте более 500 несет затраты на ПО и просит помощи в вопросе. И все. А ответы, пробуйте, тестируйте) вряд ли удовлетворяют обывателей.
Ведь это надо потратить сколько килокалорий: собраться с мыслями, проверить орфографию и выразить мысль. Эт не просто так)).
poal, не знаю знаком я с Вами лично. ) но не надо ответов( наводящих вопросов,разговоры: а возможно, или т.д.) Никто всего не знает, но за 5ть лет я могу отвественно сказать что:
- Не 7ем раз глянь в график и сообщений и даже не 10. А 20ть. И только тогда давай клиенту ответ.
:-Да, Олег Борисович был слив)
babay
не буду с вами спорить, если вы уверены в том что датчик исправен тогда смело смотрите в график и никаких доп. тестов не нужно, посмотрев туда 5 раз или 10 он будет неизменным если никто не трогал настройки и сообщения
но есть вероятность (пусть она и небольшая) что он (датчик) может сбоить и выдавать неверные значения, вот именно в этом случае не лишним было бы его протестировать, опять таки если это возможно и не будет в тягость для ваших взаимоотношений с клиентом, вам виднее в данном случае, это все что я хотел сказать в данном случае.
по вопросу new был дан ответ почему слив определился, а уже как оттестировать вероятность зависимости от оборудования виднее с вашей стороны, я лишь предложил вариант, если он будем приемлем.
надеюсь вопросы с троллингом и пр. исчерпаны 
Если остались какие-то вопросы относительно подсчета данных в Wialon, можете смело задавать их здесь или в поддержку, и да, чтобы не гадать на кусках графика можете сразу давать доступ сюда или в ЛС, тогда анализ будет более полный.
poal во) Исчерпывающий ответ. +1)
Доброго времени суток всем!
Очередной вопрос по анализу уровня топлива. Имеется такой график:
ДУТ частотник. Стоит на МАЗе с Реношным двигателем (сзади 2-а моста). Первая поездка после установки по стандартному маршруту, водителю надо показать тот же расход топлива, что и до установки. Сливает как видите через обратку, но "по-глупому", хоть и по 10 л 6 раз. Все бы ничего, но не сходится расход на здоровенной машинке, если посмотреть расход без сливов, то груженый он шел с расходом 28.5л/100км, пустой вообще 21,5 л/100км. Если взять в расчет сливы, то груженый 47л/100, пустой 32л/100км. Особенностью 500 л Мазовского бака было замечено, что если воткнуть ДУТ между двумя перегородками в центре бака, то топливо при езде не калышится вообще (+-2 л максимум). Вопрос к форумчанам, может я ошибаюсь на счет сливов, ведь показания "сделанные" водилой, прям как в бумажке по эксплуатации.
Доброго времени суток всем!
Очередной вопрос по анализу уровня топлива. Имеется такой график:
ДУТ частотник. Стоит на МАЗе с Реношным двигателем (сзади 2-а моста). Первая поездка после установки по стандартному маршруту, водителю надо показать тот же расход топлива, что и до установки. Сливает как видите через обратку, но "по-глупому", хоть и по 10 л 6 раз. Все бы ничего, но не сходится расход на здоровенной машинке, если посмотреть расход без сливов, то груженый он шел с расходом 28.5л/100км, пустой вообще 21,5 л/100км. Если взять в расчет сливы, то груженый 47л/100, пустой 32л/100км. Особенностью 500 л Мазовского бака было замечено, что если воткнуть ДУТ между двумя перегородками в центре бака, то топливо при езде не калышится вообще (+-2 л максимум). Вопрос к форумчанам, может я ошибаюсь на счет сливов, ведь показания "сделанные" водилой, прям как в бумажке по эксплуатации.
А если в отчете "исключить слив из расхода топлива"?
Исключил. Действительно я не правильно прикинул. Груженый 31л/100 км, пустой 25л/100км получилось. Но все равно больно экономичный Маз получился, ладненько со "своими старыми" водителями еще пообщаюсь, может так оно и есть..
Опять со своими графиками топлива
Дут частотник, дренажка не должна быть забита. Да и по графику похоже на неисправность дута, правильно ли я мыслю?
П.С. Второй заправки во время движения которая, на самом деле не было. Автомобиль газель, человек в конце рабочего дня подъехал, бак был практически пустой (сам заглядывал), хотя по показаниям он полон.
Прошу прощения, если была такая тема, но не нашел..
В связи с частыми разрядками АКБ на авто некоторых клиентов, в отчетах показываются ложные заправки и сливы. Т.е. при разрядке АКБ ДУТ показывает "ноль", а при появлении питания в бортовой сети автомобиля, ДУТ восстанавливает действительное значение уровня топлива. Таким образом, система "рисует" сливы при снятии напряжения, а при его появлении - заправки. Как бороться с этими ложными заправками и сливами. Что то поигрался с валидацией по напряжению бортовой сети, но результат не впечатляет. Думаю, как-то надо бы "замораживать" показания ДУТ при пропадании напряжения в сети.. Но как?
меня тоже не впечатляет валидация, но если поставить минимальное значение 0,1 то все прекрасно. все нули отсеиваются
VladS, а по-подробнее?
Дмитрий Л
Используйте поля «Нижняя/Верхняя граница Х», чтобы задать рамки входящих значений. В случае прихода каких-то значений, выходящих за эти пределы, они будут считаться невалидными. Нижняя граница Х должна быть чуть меньше или равна наименьшему значению Х в таблице расчета (и, желательно, максимально приближена к нему). Верхняя же граница Х должна быть больше последнего значения X в таблице расчета.
То есть если значения с датчика приходят в диапазоне от 1 до 1023, то нижняя граница будет 0,9 а верхняя 1023,1 например
Вот тут подробнее
Плюс можно использовать валидацию "Проверка на неравенство нулю" по внешнему питанию (параметр pwr_ext обычно)
Вот тут подробнее
скриншот для наглядности 
DmitriyCh, VladS, спасибо, но ни первое, ни второе проблемы не решает. В первом случае от ложных сливов спасает, но не видит реальной заправки, после которой двигатель завели и напряжение в бортовой сети восстановилось. Во втором случае количество ложных сливов за месяц уменьшилось с 25 до 19, а заправка посчиталась от нуля, а не от реального уровня, когда авто стояло с разряженными аккумуляторами.
В данном случае, предполагаю вариант, аналогичный координатам и положению, когда оно "замораживается" при пропадании данных по координатам. Вот так бы и данные ДУТ "замораживать", когда пропадает питание. Тогда бы по восстановлению электропитания система бы анализировала по сути уровень до отключения питания, и после включения, т.е. осталось ли топливо на том же уровне, или произошел слив или заправка за это время.
Дмитрий Л
Вы скиньте в личку доступ к объекту, или скриншоты сообщений, чтобы разобраться
Дмитрий, отсечка нулевых значений не может повлиять на то что виалон видит или нет заправку , тк нулевые значения изначально неверные. давайте данные и будем думать почему
VladS, не понял. Что значит нулевые значения не верные? При обесточивании ДУТ данные на Wialon пересылаются со значением уровня топлива нулевым.
Дмитрий Л
Wialon их воспринимает как не верные= не валидные и просто пропускает их как будто их небыло
Denis, ну как пропускает, если в отчетах фиксируются заправки и сливы?
Added after 1 minuts 30 seconds:
Я еще раз отмечу, что при всеобщем оснащении тахографами этот вопрос рано или поздно коснется если не всех, то многих.
Дмитрий Л
В этом посте показано где прописывать это значение.
Необходимо зайти и проверить есть ли там значение в минимальное отличное от 0. Оно может не прописаться если цифра больше минимальной прописанной в таблице расчета.
Если используется ДУТ омникомм частотный как в примере то минимальную цифру лучше указать 29.
Denis, да я в курсе, и писал же об это, что не решает проблемы:
DmitriyCh, VladS, спасибо, но ни первое, ни второе проблемы не решает. В первом случае от ложных сливов спасает, но не видит реальной заправки, после которой двигатель завели и напряжение в бортовой сети восстановилось. Во втором случае количество ложных сливов за месяц уменьшилось с 25 до 19, а заправка посчиталась от нуля, а не от реального уровня, когда авто стояло с разряженными аккумуляторами.
В данном случае, предполагаю вариант, аналогичный координатам и положению, когда оно "замораживается" при пропадании данных по координатам. Вот так бы и данные ДУТ "замораживать", когда пропадает питание. Тогда бы по восстановлению электропитания система бы анализировала по сути уровень до отключения питания, и после включения, т.е. осталось ли топливо на том же уровне, или произошел слив или заправка за это время.
Дмитрий Л
Все решается! Если есть возможность я могу сам все поправить!
Мне только нужен доступ.
Denis, да пробовали уже, да и сами не тупые вроде, и описали, что применение различных известных вариантов не решает проблемы. Поэтому склоняюсь к мысли, что стоит сделать в виде предложения для реализации в последующих обновлениях на хостинге, чтобы была возможность "заморозки" показаний ДУТ при U<...
Еще раз повторюсь: проблема стала вылазить косвенно из-за установки тахографов на авто. Раньше единичные случаи списывались на неудовлетворительное обслуживание авто, сейчас проблемы с электропитанием и пристальное внимание со стороны бухгалтеров и финансовых директоров, для которых в расчетах не должно быть высшей математики с различными "теориями вероятности", а должно быть все понятно и просто, где 2+2=4, требуют соответствующих профессиональных решений.
Думаю, что к весне-лету следующего года эту проблему прочувствуют если не все, то многие коллеги.
Дмитрий Л
Прям как в детстве "Бабкой Ёжкой" пугали. Страааашная ужасная. Но никто ее не видел.
Дайте поглазеть на чудо о котором скоро все узнают.
и пристальное внимание со стороны бухгалтеров и финансовых директоров, для которых в расчетах не должно быть высшей математики с различными "теориями вероятности", а должно быть все понятно и просто, где 2+2=4, требуют соответствующих профессиональных решений
При мониторинге топливо надо понимать одну главную вещь =
- не существует (в природе не существует) прямых способов измерения обьемов жидкости (обьемов топлива в емкости).
- абсолютно все расчеты обема топлива , именно и строяться "на математических моделях" и "доверительных вероятностях" '
- профессиональный учет топлива строиться только по весу топлива .
а должно быть все понятно и просто, где 2+2=4,
А вот это - точно не для топлива ...
GuardMagic, я и не спорю)) и с техническими директорами, главными инженерами, завгарами и механиками проще изъясняться на этот счет. Более того, они сами вникают в процесс, учатся анализировать данные и графики. Сложнее с женщинами, и с некоторыми мужчинами в должности главбухов и директоров предприятий. Там отмазки главного механика по грязному (больше похожему на печное) дизтопливу в баке, что это из-за сальника в ТНВД, который от "нашего" топлива растворяется и красит топливо и забивает фильтры, принимаются на веру с первого раза (сам лично слышал!!!))), а с таблицами и графиками приходится иной раз сидеть по два-три часа с ними. ))
На мой взгляд существует всего один способ (за исключением, естественно полного слива, а потом залива топлива на стоянке) определения расхода топлива в режиме реального времени с минимальными погрешностями. Измерение дельты между приходом топлива через топливный насос и обратом. Все остальное - анализ вероятностей и математические допущения. Можете предложить Вашим клиентам потратить энную сумму на установку таких датчиков и работу квалифицированных механиков - думаю анализ вероятностей покажется не таким уж и плохим вариантом.
serd, приборы, измеряющие расход топлива, далеко не всегда пригодны, учитывая качество топлива и шаловливые ручки механиков и водителей. Клиентам всегда объясняем, что измерение уровня топлива в СМ предназначено для определения вероятных сливов и заправок, уровня топлива в баке на начало рабочего дня/рейса и на конец рабочего дня/рейса, а так же для вычисления среднего расхода топлива. Но человек желает лучшего, и требует точных показаний системы.
А в данном случае, предполагаю, можно все же сделать фиксацию данных датчиков (ДУТ) при определенных условиях (U=0 или U<...)
Тогда обратитесь напрямую к разработчикам в соответствующем разделе форума. Если идея стоящая и за нее проголосуют, то данная функция обязательно появится у нас в системе, а Вы с гордостью сможете говорить, что Ваш голос был услышан.
есть момент на виалоне. если в тарировочной таблице есть строчка со значением от дачика 0 ( например 0,0) то нижняя граница более нуля не установится
VladS
Да я об этом и говорил в своем посте выше, что если есть строчка ниже нижней границы то нижняя граница не пропишется.
Для этого нужно зайти сюда и проверить прописалось ли значение.
Но все "в том числе и я" думают что они не дураки. И все правильно сделали.
Тогда обратитесь напрямую к разработчикам в соответствующем разделе форума. Если идея стоящая и за нее проголосуют, то данная функция обязательно появится у нас в системе, а Вы с гордостью сможете говорить, что Ваш голос был услышан.
Спасибо, создал в соответствующем разделе: Устранение ложных заправок и сливов
Есть еще вариант поставить валидацию ДУТа на неравенство нулю значения напряжения того же ДУТа))Создать датчик напряжения, указать параметр ДУТа и по нему сделать валидацию, тогда тарировку можно не трогать и нижнюю границу не писать. Ну и в дополнении поставить в графике вместо уровня топлива - обработанный уровень топлива, тогда и график без падений будет.
У нас при наличии таких графиков диагноз получается всегда один и тот же - неоптный монтажник налепил очень много герметика, в таком случае после заправки показания уровня остаются на максимальном уровне и потом, когда им вздумается начинают неадекватно падать (в точности как на вашем графике). В вашем случае, если этот момент исключен, т.е. не было заправки (сами ж проверяли), полагаю, можно говорить о неисправности датчика либо спецэффектов в бортовой сети. Хотя в любом случае надо начать с визуального осмотра самого датчика.
Там была проблема с плохим топливом, газелька вообще встала на кап ремонт после этого.... Потом ДУТ заработал нормально. Герметика не было налито.... Грязь на дне была..
Стоит телтоника fm1100 + аналоговый датчик топлива. Заправки показывает с + 1 литрой а вот сливы в -5 литров, как нормально откоректировать значение сливов?
емкость общая бака какая?
емкость 62 литры
Какой датчик стоит, модель?
Если можно, график с отключенной фильтрацией дайте, от времени.
не знаю какой датчик стоит, после покупал отдел закупок, по дукоментации просто "датчик топлива" маякните в скайп, быстрее будет
Установили ДУТ на Краз, он выдает такие странные сливы. Пытались менять оборудование, что блок (Galileo 2.8), что ДУТ (аналоговый был, поставили цифровой автосенсор через преобразователь интерфеса) - все осталось, может кто сможет подсказать причину сливов?
Вот скрин с километражом
вы напряжение на графике покажите.
Установили ДУТ на Краз, он выдает такие странные сливы. Пытались менять оборудование, что блок (Galileo 2.8), что ДУТ (аналоговый был, поставили цифровой автосенсор через преобразователь интерфеса) - все осталось, может кто сможет подсказать причину сливов?
А в график добавьте еще одну кривую: напряжение АКБ. Очень похоже на те случаи, когда клемму с АКБ скидывают (или массу отключают, в зависимости от того, как вы подключали питание). Если так, то по аналогичным проблемам есть соответствующая тема с просьбой/предложением к Гуртам.
Доброго времени суток, коллеги!
Решил не открывать новую тему, т.к. проблема та-же. При выключенном зажигании от штатного датчика приходит 0. Валидация по зажиганию помогает, но часто в момент включения зажигания сообщение об этом приходит, но значение датчика ещё 0-2 (нормальное значение не менее 5).
По рекомендации http://docs.gurtam.com/ru/hosting/cms/u … nsors/calc выставил минимальное значение Х=4. Не помогло: на графике те-же выбросы, т.е. фильтр по минимальному значению не отрабатывает. Что ещё я забыл настроить?
в таблице тарировки уберите значения с x меньше 4 и заного генерируйте таблицу расчета и установите еще раз минимальное значение x
Минимальное значение Х в таблице = 5 изначально. Поэтому minX выбрал =4.
BoolAB, не для обсуждения, а для предложения с голосованием: http://forum.gurtam.com/viewtopic.php?id=5198
вы напряжение на графике покажите.
Напряжение показано голубой линией на первом графике.
Sirros пишет:Установили ДУТ на Краз, он выдает такие странные сливы. Пытались менять оборудование, что блок (Galileo 2.8), что ДУТ (аналоговый был, поставили цифровой автосенсор через преобразователь интерфеса) - все осталось, может кто сможет подсказать причину сливов?
А в график добавьте еще одну кривую: напряжение АКБ. Очень похоже на те случаи, когда клемму с АКБ скидывают (или массу отключают, в зависимости от того, как вы подключали питание). Если так, то по аналогичным проблемам есть соответствующая тема с просьбой/предложением к Гуртам.
Да, массу отключают, напряжение на первом графике, валидатор на ДУТ для него я включил. Тут меня интересует почему за стоянку топливо падает, а потом в течении даже поездки возрастает, чего быть совсем не должно.
Отбой с моим вопросом. Всё верно работает, просто я график необработанный смотрел. На обработанном чистая картинка.
Чисто гипотетически (без доступа к учетке и сообщениям тяжело определить точно) - если дут включается после появления напряжения и он импульсный, то повышение уровня топлива будет и после начала поездки. Помнится раньше в таких случаях рекомендовали немного постоять после включения двигателя и не ехать сразу.
В любом случае, чтобы точно решить ситуацию лучше напишите нам на support@gurtam.com - мы посмотрим сообщения от объекта, его настройки и интервалы включения зажигания.
Тут меня интересует почему за стоянку топливо падает, а потом в течении даже поездки возрастает, чего быть совсем не должно.
Скорее всего температура.
(Посмотрите график температуры от датчика).
Ну, и если есть возможность - поиграйтесь с температурной компенсацией
ls-1d + galilio
что такое может происходить?
Соединение питания проверить похоже надо
Соединение питания проверить похоже надо
больше заботит то, что расход топлива за тот промежуток времени, когда нет показаний от дута, не реален - тс Камаз
да поставьте в таблице расчета мин значение чуть ниже равному 0л по тарировке и норм будет
подскажите пожалуйста, почему когда делаешь отчет время слива одно а когда наводишь на место слива -другое
В таблице сливы на Про можно ведь начало и конец вывести?Судя по картинке,по прямым линиям,слив изза отсутсвия сообщений и наверно на скрине время окончания а в таблице время начала
да, про стоит, если не сложно подскажите где это находится
Свойства объекта - Расход топлива - галка "Рассчитывать расход топлива по времени",на хостинге так, на про вроде также. Должно ложный слив отсеять
Привет форумчани! Столкнулся с одной проблемой, и уже порядка 3 дней думаю, что и как ее решить! В общем суть такая: газелька Валдай 2012 года, на нее подключили DUT Technoton и Signal S2550! Так вот, при заводке у него происходит скачек напряжения порядка меньше 10В, что фиксируется DUT-ом, т.к. он перезагружается! Этот скачек длится не более секунды! Что посоветуете в этом случае, как убрать эти ложные показания? 
P.S. скрин выложу сюда, может поможет!
Думаю, вас должно спасти такое: http://forum.gurtam.com/viewtopic.php?id=5133
Фишка в том, что в момент заводки, напряжение падает чуть ли до 7В буквально менее 1 сек, что в дальнейшем катастрофично для дута, т.к. дут перезагружается и начинает присылать данные с 0 до определенного уровня! И так постоянно, как убрать эту единственную секунду!
Сделайте валидатор по напряжению.....
Не поможет! Пробовал, если сделать по напряжению, допустим ниже 10 В не считать, то само напряжение буквально менее секунды падает ниже 10 и что тогда?! Никак, все равно отображает ложные сливы! 
Support, уберите нули в настройках (нижняя граница Х - выставьте 1), тогда исчезнут.
Не помогло!
Support, уберите нули в настройках (нижняя граница Х - выставьте 1), тогда исчезнут.
Скриншоты настройки датчика и таблицы в студию!
А какой у вас ДУТ? Аналоговый А5(10) или RS-232?
И почему вы считаете, что это проблема ДУТА, а не терминала?
Может терминал перезагружается? И неправильно инициализирует значение ДУТ?
Сколько значение и какое время продолжительности сброса?
Ещё раз перечитал посты.
Если у вас дут - А5(А10) и подключение системы постоянное от точки "+" где-то в кабине то проблемы будут. Поможет только фильтрация сигнала в терминале. Можно запитать систему напрямую от аккумулятора (то есть и + и - питания вашей системы на клеймах аккамулятора), там падение напряжения будет меньше.
Если у вас дут - 232, то он должен помнить предыдущее состояние, плюс поможет увеличение фильтрации в ДУТе до 10 -20 секунд.
И почему вы считаете, что это проблема ДУТА, а не терминала?
АналоговыеDUT-E A5/A10 по определению не имеют памяти. Поэтому после подачи питания плавно (за 3 секунды ) выходят на реальный уровень топлива.
Цифро - аналоговый DUT-E AF ведет себя по-умному. Он помнит прошлый уровень и через 3 секунды после включения выдает напряжение реального уровня.
Цифровые DUT-E 232/485/CAN после включения через 3 секунды выдают сразу прошлое запомненное реальное значение уровня топлива в баке.
На картинке виден разрыв во времени когда питание отключил. И тот же выходной сигнал N=1000 сразу после начала работы DUT-E.
Так что провалов на ноль у цифровых DUT-E нет.
Вот доступ на машинку, на которой стоит цифровой дут RS232 подключенный на Сигнал S2550!
Логин: gurtest
Пароль: 123456789
hosting.wialon.com
Если у вас дут - 232, то он должен помнить предыдущее состояние, плюс поможет увеличение фильтрации в ДУТе до 10 -20 секунд.
А какая разница?
Терминал опрашивает ДУТ, а ДУТ то не работает в это время и .. , реакция терминала. если ДУТ не отвечает?
Ded Vasil пишет:Если у вас дут - 232, то он должен помнить предыдущее состояние, плюс поможет увеличение фильтрации в ДУТе до 10 -20 секунд.
А какая разница?
Терминал опрашивает ДУТ, а ДУТ то не работает в это время и .. , реакция терминала. если ДУТ не отвечает?
А вот если терминал работает и ДУТ не отвечает, то как реагирует терминал знает только производитель терминала, ну и наверно пользователи этого терминала.
Доброго времени суток!
Не могу избавится от ложных сливов во время включения питания.
Некоторые скачки он фмльтрует, а некоторые почему то нет
создайте валидатор от напряжения питания (не равенство нулю). Уберите галочку "рассчитывать математически/по времени"
галочку убрал. не помогло.
Валидатор пытался сделать по напряжению, но вольтаж тоже странно показывает. не падает на 0
Доступ:
wialon.su
Nikolayy
gpsgps
Доброго времени суток!
Не могу избавится от ложных сливов во время включения питания.Некоторые скачки он фмльтрует, а некоторые почему то нет
Скорее всего, программно эту проблему не решить. Сообщения идут достаточно адекватные (ага, только заниженные), и никакие другие параметры не смогут выступить валидатором "ложного" уровня топлива, т.к. также идут с адекватными значениями.
Смотрите, как на скриншоте: adc1 долго шло на уровне 2.5 В, причём машина двигалась с нормальными значениями всех параметров, а потом adc1 поднялся до 3.6 В. И ведь ничего, кроме adc1, не изменилось.
Как ни печально признавать, решение проблемы надо искать на "физическом" уровне.
Makis как предположение, у вас терминал по входу фильтрует приходящие в него значения, при фильтрации учитывая значение 0 при отсутствии питания, соответсвенно при появлении питания показания постепенно вырастают до фактических, фильтруйте на самом датчика топлива
Здравствуйте! У нас на тракторе New Holland (2 пластиковых бака соединенных между собой на 400 литров) установлен ДУТ LLS-20160. Проблема заключается в том, что после окончания работы уровень топлива в баке начинает расти примерно на 50 литров с 6 вечера до 1 ночи, потом падает потихоньку и примерно в 8 утра падает почти до первоначального значения. После этого он заправляется и заправка получается не точная я думаю из-за того что топливо так и не падает до первоначального значения. Подскажите пожалуйста из-за чего это может происходить и при помощи какого датчика или валидации можно сделать более точные заправки?
Если установлен только 1 ДУТ, то поставить второй, в другой бак. Выводить по среднему арифметическому.
Скорее всего, идут переливы из бака в бак, которые вы не можете контролировать.
Датчик был поставлен в начале октября и первых два дня было все в порядке, после начались непонятные подъемы топлива. Может ли на 50 литров меняться уровень из-за температуры, или еще из-за каких то параметров?
Может и будет меняться от температуры. Не для таких объемов бака. Причина явно в другом. Возможно, в первые 2 дня эксплуатация техники происходила по другому. Также возможно, что забит перелив.
Подскажите, что значит забит перелив?
Между баками есть трубка / патрубок, посредством которой они сообщаются. Возможно, забита эта трубка или, второй вариант, дренажное отверстие, через которое бак "общается" в внешней средой.
В любой случае, многобаковые системы корректно обслуживаются от минимум 1 ДУТ в каждом баке.
Проблема заключается в том, что после окончания работы уровень топлива в баке начинает расти примерно на 50 литров с 6 вечера до 1 ночи, потом падает потихоньку и примерно в 8 утра падает почти до первоначального значения
--------
Как один из вариантов =
- Посмотрите, что творится с темературой.
- Посмотрите, что творится с темературой.
Даже не обращайте внимания. Дельта в 10 градусов даст изменение объема порядка 4-5 литров на тонну топлива, насколько я помню.
Верно. Коэффициент объемного расширения топлива составляет только 0,84% на 10 градусов изменения температуры.
Есть грузовик MAN. Делаю отчет с 6 декабря по 11 декабря, показывает 4 заправки: 27,57 л, 273 л, 279 л и 389 л. Диспетчер говорит мне,что заправить он должен был на 500, 300, 300 и 420 литров соответственно. По топливной карте она видит списание именно на те суммы которые и должны быть. Но, в настройках я выставляю галочку "Рассчитывать заправку по времени" и самая первая заправка неожиданно становится 479л, и последняя заправка 388 вместо 389. Две другие заправки остаются как были. Как это понимать? Кто врет: дут, виалон или водитель?
Без детального анализа графиков и характера эксплуатации ТС, а также текущих настроек никто ничего не скажет. Возможно все, от некорректных настроек до кривой тарировки или неработающего нормально датчика.
Есть грузовик MAN. Делаю отчет с 6 декабря по 11 декабря, показывает 4 заправки: 27,57 л, 273 л, 279 л и 389 л. Диспетчер говорит мне,что заправить он должен был на 500, 300, 300 и 420 литров соответственно. По топливной карте она видит списание именно на те суммы которые и должны быть. Но, в настройках я выставляю галочку "Рассчитывать заправку по времени" и самая первая заправка неожиданно становится 479л, и последняя заправка 388 вместо 389. Две другие заправки остаются как были. Как это понимать? Кто врет: дут, виалон или водитель?
Добрый день!
Напишите, пожалуйста, на support@gurtam.com с доступом (с возможностью редактирования настроек) к объекту и отчету
Сможем проверить детальнее ситуцию и подробнее вам пояснить.
Как написал SanderAMC может влиять все. Если по Виалону - и фильтрация, и метод расчета (по времени или по пробегу), расчет запровок по сырым данным (объем заправки может быть больше), поиск заправок только на остановках и т.д.
Ребята, помогите с таким моментом. В документации к виалон написано, что для исключения ложных сливов надо прописать нижнюю границу Х, которое не превышает минимальное значение Х из таблицы. У меня бак на 600 литров. Таблица начинается с кодов 0=0 Л, 181 = 30 Л ... Так вот как прописать нижнюю границу если первое число это 0?
И еще вопрос: можно также использовать валидатор, но для этого надо создавать 2 датчик топлива. Вопрос: 2 датчик создавать точно такой же как и первый?или есть какие-то нюансы?
Mario,
можете поставить 0 (или близкое к нулю отрицательное значение, -0.001), если приходят отрицательное значения и ДУТ невалиден при них
Для валидатора не обязательно использовать второй ДУТ, обычно валидация делается на датчик зажигания - проверка на неравенство нулю (к примеру, если данные с can шины, и при выключении зажигания обнуляются значения)
Обычно валидация по 2-му ДУТу нужна, если есть к примеру необходимость заменять значения одного ДУТа другим.
Если вам просто необходимо отсечь невалидные значения по ДУТ , то используйте границы для таблицы рассчета
А можно ли изменить первые значения 0=0 л. на 1= 0 л., а нижнюю границу поставить 0,9999?
А можно ли изменить первые значения 0=0 л. на 1= 0 л., а нижнюю границу поставить 0,9999?
можно, но первое значение должны быть 1=0 (а не 0=0) , т.к нижняя граница - равна первому значению либо максимально близка к нему
В этом случае у вас будут отсекаться нулевые значения параметра топлива и значения меньше единицы
Вполне допустимо для ДУТа, к примеру, при падении напряжения, может топливо падать в ноль (по параметру), и конечно повлияет на расход, сливы..
А можно ли изменить первые значения 0=0 л. на 1= 0 л., а нижнюю границу поставить 0,9999?
Создайте валидатор произвольный датчик с тем же параметром что и ДУТ и поставьте у самого датчика ДУТ этот валидатор с проверкой на неравенство нулю в таком случае.
Mario пишет:А можно ли изменить первые значения 0=0 л. на 1= 0 л., а нижнюю границу поставить 0,9999?
Создайте валидатор произвольный датчик с тем же параметром что и ДУТ и поставьте у самого датчика ДУТ этот валидатор с проверкой на неравенство нулю в таком случае.
Проверка на неравенство нулю валидирует нулевые значения (отсекает)
В этом случае достаточно нижней границы и правильной таблицы тарировки
Необязательно создавать валидаторы
gravizapa пишет:Mario пишет:А можно ли изменить первые значения 0=0 л. на 1= 0 л., а нижнюю границу поставить 0,9999?
Создайте валидатор произвольный датчик с тем же параметром что и ДУТ и поставьте у самого датчика ДУТ этот валидатор с проверкой на неравенство нулю в таком случае.
Проверка на неравенство нулю валидирует нулевые значения (отсекает)
В этом случае достаточно нижней границы и правильной таблицы тарировки
Необязательно создавать валидаторы
Это понятно, просто когда первое значение 0 = 0 как вариант можно сделать валидацию. Понятно что эти валидации увеличивают нагрузку на ваш сервер больше чем выставление нижней границы, но работать то будет.
Нас сейчас кстати тоже беспокоят такие поведения ДУТ когда уровень плавненько падает до 0 или околонулевого значения, долго на нем держится а потом также плавно восстанавливается. И это происходит при резком понижении температуры зимой. В прошлом году мучились все, в этом году этой зимой опять тоже самое. Производители Омникомм говорят что напрямую температура не влияет. Из вариантов причин ими предложенных более менее подходит плохой контакт, который при похолодании может вызывать падении частоты (ДУТы аналогово-частотные работают по частоте).Вот график. У кого есть подобная проблема?
Ребята, я извиняюсь если не туда пишу, но подскажите, пожалуйста, какие махинации могут производить водители с топливной картой? Просто ситуация такая залил водитель якобы 300 л, диспетчер в компьютере видит списание по карте на 300 л., но виалон показывает заправку на 279 л.? Утверждает, что если водитель сливал в канистру, то пистолет должен останавливаться и в таком случае АЗС делает возврат денег на счет. Просто хочется знать, как может водитель обмануть топливную карту?
а что сложного, воткнуть пистолет в канистру, потом перекинуть в бак или на оборот.
насос отключится только по прошествии определенного времени ну минимум выставляется 5 сек. а за пять секунд спокойно перекинуть можно пистолет не расплескав.
Эти водилы те еще мудрецы
у меня одна машина ночью зафиксирован был слив 30 литров через час снова заправка 30 литров.
мне заказчик предъявляет что мол так прыгает. по отчету все чисто по всем параметрам и слив есть и заправка .
ну пришлось перетарировать бак для успокоения клиента.
потом уже за бутылочкой пива неважно "длинный диалог"
выяснилось что водила специально слил и заправил чтобы все было принято за глюк и покойно мог ходить и предъявлять расхождения и прочее с дальнейшим съемом оборудования, все равно же неисправно работает.
вот я делал расчет динамики изменения t и объема топлива https://yadi.sk/i/ygyPvn6adPEHC
а вот по поводу пробега расчеты http://yadi.sk/d/_SxMkwsOQGJQG
Нас сейчас кстати тоже беспокоят такие поведения ДУТ когда уровень плавненько падает до 0 или околонулевого значения, долго на нем держится а потом также плавно восстанавливается. И это происходит при резком понижении температуры зимой.
Наложите еще график напряжения, есть-ли взаимосвязь?
Единственное, что приходит на ум - на морозе заряд штатного АКБ на стоянке просаживается, частота ДУТ уплывает, хотя не должна.
благодарю
у меня стоят автосенсор цифра
смотрю на данные по температуре от дута
и на 300литров при дельте 30 градусов
топливо показывает 10 литров
приходится отфильтровывать валидатором по температуре.
график топлив с валидатором
Солярка имеет коэффициент объемного расширения 0.84% на 10 градусов Цельсия изменения температуры. Известная штука мешает жить особенно на больших баках.
Вопрос отлично решается в цифровых ДУТ с функцией термокоррекции.
Можно даже подстроить вручную если коэффициент расширения у Вашей солярки окажется другой. )
Всем привет. Такой вопрос интересует:почему система показывает заправку в 26,78 литров, а когда ставишь галочку "Расчет заправок по времени " показывает 163 литра?
ответ в самом вопросе - то есть медленно но верно уровень поднимался. То ость относительно длительное время уровень поднимался. Не сразу
ответ в самом вопросе - то есть медленно но верно уровень поднимался. То ость относительно длительное время уровень поднимался. Не сразу
И как тогда быть? Оставлять эту галочку или нет? Везде написано, да и мне говорили что эта галочка для малоподвижных объектов, а у меня получается если убрать то, заправка не верная? Как быть?
Mario
Прежде всего надо понять причину.
Если при расчете по времени увеличивается объем заправки, то в исходных сообщениях есть увеличение ответственного за топливо показателя.
Далее смотрим что есть это увеличение - выброс или действительное. И с этим четким глубоким пониманием как и работы опциии расчета по времени, так и поведением исходных данных, необходимо принимать решение об изменении каких-либо опций.
Всем привет еще раз. Народ, такая ситуация по тому же тягачу МАН. Поехали на заправку с водителем 28 декабря, заправили 150 л. Приезжаю к компьютеру, делаю отчет и на тебе, заправка не обнаруживается вовсе. Делаю отчет по сообщениям от датчиков, так там ДУТ не присылает за эти сутки никаких значений по топливу, а последние данные были 26 декабря. Если поставить опцию "Расчет заправок по времени" то заправка обнаружится 26 декабря, а не 28. Вопрос: нормально ли то, что датчик Омником 20160 не в каждом сообщении присылает данные по топливу?Столько намучился с этой машиной.
Mario, пожалуйста, напишите нам на support@gurtam.com, предоставив доступ к обсуждаемому объекту, чтобы мы могли в полной мере изучить ситуацию.
такого быть не может.
Просто неправильно или смотрите или сделали. Заправка на двое суток отставать не может. Какое оборудование стоит то?
Mario
Оборудование поди шлет данные по ДУТ не во всех сообщениях. Если это так, то настраивать надо само оборудование
Mario, пожалуйста, напишите нам на support@gurtam.com, предоставив доступ к обсуждаемому объекту, чтобы мы могли в полной мере изучить ситуацию.
Уважаемый Zark, я вчера присылал данные на support@gurtam, там вроде посмотрели, но отослали либо к производителю либо на форум.
Оборудование стоит Омником оптим и ДУТ 20160.
Вот сегодня у меня данные о топливе идут в каждом сообщении с 00 часов до 8 утра а потом опять пропадают,, а вчера и позавчера их почти не было. Вчера появились только после заправки минут через 15. Что за фигня не понимаю.
Про оптим сказать не могу. Такое быть может, что не в каждом сообщении. Это к производителю за разъяснением
Mario, пожалуйста, напишите нам на support@gurtam.com, предоставив доступ к обсуждаемому объекту, чтобы мы могли в полной мере изучить ситуацию.
Если вы лично поможете понять причину, я скину еще раз доступ.
Вот сегодня у меня данные о топливе идут в каждом сообщении с 00 часов до 8 утра а потом опять пропадают,, а вчера и позавчера их почти не было. Вчера появились только после заправки минут через 15. Что за фигня не понимаю.
А если все банально и водила дут отключает?
Mario пишет:Вот сегодня у меня данные о топливе идут в каждом сообщении с 00 часов до 8 утра а потом опять пропадают,, а вчера и позавчера их почти не было. Вчера появились только после заправки минут через 15. Что за фигня не понимаю.
А если все банально и водила дут отключает?
Ну до этого вроде все заправки детектировались, хоть и были расхождения в показаниях диспетчера и виалона, но детектировались. А в воскресение я лично с водителем поехал на заправку, чтобы убедиться сколько он заливает и сколько показывает, приехал к компьютеру а он вообще не показывает заправку, сообщений от ДУТ в этот день до заправки не было.
Даже не обращайте внимания. Дельта в 10 градусов даст изменение объема порядка 4-5 литров на тонну топлива, насколько я помню
А я разве что то писал при изменене обьема топлива от темературы?
Я предложил посмотреть изменени самой темиературы головы датчика
Всем привет! Проблема следующая, есть бетономиксер, т.е. малоподвижный. И в отчетах периодически как этот миксер стоит, регистрируется слив. Чтобы сливов не было, я временно поставил Таймаут для разделения сливов 119 секунд, и мин. объем слива 8 литров. Причем при преодолении этого порога в 119 секунд, например если ставишь 120 сек., показываются сливы. Со всякими настройками типо расчеты по времени ковырялся, пробовал, ничего не помогает. Скриншоты с графиками прикрепляю.
еще
и еще
У вас слив по времени стоит, а расход на холостом ходу 2 л/ч, насколько я вижу. Вот и регистрируется слив, поскольку график топлива явно завален свыше 2 л/ч.
А прочие таймауты принципиально влияние на детектирование здесь не оказывают.
Большое спасибо! с этим параметром столкнулись в первый раз, все показывает как нужно
Ну вот и ладушки.
) мой совет... отчет: График топлива, скорость движения( не поездки и т.д., а так же иметь под рукой отчет: топливо и внешнее питание)
Здравствуйте, уважаемые форумчане!
Впервые столкнулся с сигналом о сливе. Как определить, ложный он или действительный? (таких сигналов было три, привожу их все). Подскажите, на что обращать внимание? Смотрел на форуме схожые темы, но пока не вник... Прошу прощения, если вопрос покажется слишком простым и очевидным.
Слив №1
Слив №2
Слив №3
Уточняющие вопросы:
1. Объем бака. Слив судя по графику 10л, это бывает, как раз канистра. Но если бак большой, например 500л, то может быть просто погрешность ДУТа
2. Пропорции бака: длина/высота. На плоских баках ложных сливов больше.
3. Наложить график скорости и оборотов. Скорости, оборотов нет - вероятность слива больше.
4. График оборотов, скорости, объема в баке от начала до конца работы в этот день. Увидеть общую картину работы машины.
И будем смотреть.
Криминала не разглядел, считаю увиденное колебаниями топлива в баке.
1, 2. Бак не больше 100 литров, судя по модели автомобиля, (ГАЗ 3302)
бак №1 (70 литров, 820х383х243)
бак №2 (100 литров, 1170х383243)
3. График скорости по первому сливу (оборотов нет)
График скорости по второму сливу
График скорости по третьему сливу
4. Слив первый и второй были в один день. Вот графики:
Графики третьего слива
Во время движения (есть скорость) есть и "сливы" и заправки. Видимо софт соединяет точки скорости при отсутствии данных. После "слива" есть замедление расхода, возможно движение под уклон и снова вверх.
В общем 50\50 - надо наблюдать. Презумпция невиновности.
Интересно было бы глянуть графики, привязанные к календарному времени без соединения точек.
Интересно было бы глянуть графики, привязанные к календарному времени без соединения точек.
Увы, не знаю, что это за графики. Не могли бы вы пояснить?
Если в софте нет - скиньте данные в exel с метками времени и постройте графики, где по x - время, по y ДУТ и скорость. Будут разрывы (когда данных не было), но удобней для анализа во время "сливов".
также поможет анализ настроек самого объекта - детектор поездок, метод расчета топливных показателей. для начала проверьте, не фиксируются ли сливы/заправки в движении. если разобраться не получится - пришлите наименование объекта и ссылку на эту тему на support@gurtam.com и мы опишем вам шаги, которые необходимо проделать потому как исходя из графиков сливы более ложные чем действительные (как справедливо заметили выше - скорость довольно большая во время слива)
Не вижу явного слива ни на одном из графиков. Повышенный расход сверх типового есть участками.
Либо естественный режим эксплуатации ТС, либо слив через обратку, малой скоростью.
Выходит, сливы ложные? Всем спасибо.
Теперь бы разобраться, как исправить эти ложные сливы...
также поможет анализ настроек самого объекта - детектор поездок, метод расчета топливных показателей. для начала проверьте, не фиксируются ли сливы/заправки в движении. если разобраться не получится - пришлите наименование объекта и ссылку на эту тему на support@gurtam.com и мы опишем вам шаги, которые необходимо проделать потому как исходя из графиков сливы более ложные чем действительные (как справедливо заметили выше - скорость довольно большая во время слива)
Я написал на указанную почту.
Странно что никто не подсказал новичку что при двух баках могут быть сливы/заправки вызванные перетеканием топлива из одного в другой, если делать график суммарный то на нем точность будет по законам математики в 2 раза хуже и тогда со сливами разбираться еще сложнее. Но лучше пусть все варианты рассматривает.
4. Слив первый и второй были в один день. Вот графики:
Графики третьего слива
Графики топлива угловатые, такое ощущение что периодически не приходят параметры ДУТа и программа соединяет прямой линией 2 крайние точки.
Еще такое бывает при неправильной валидации датчика топлива в программе.
Если двигался в этот момент с работающим двигателем при большой нагрузке то скорее всего не слив так как на других участках графика наклон(падение.расход) топлива у вас примерно такой же. Слив скорее всего будет более крутое падение. У вас примерно 50 литров за полчаса по вашему мнению они будут так сливать в тех условиях что они работаю вам там обстановка виднее сами решайте...
доброго времени суток!
помогите решить проблему.
автомобиль Урал, с автокраном.
стоит расчет топлива по времени.
показывает ложные сливы и заправки, значения по графику периодически то падают в 0, то держаться на значении 1023, причем на 1023 значение может держаться несколько часов.
Подскажите какой можно поставить валидатор что бы отсеч лишние значения? или как еще можно решить проблему?
Если остальные показания как на представленном графике, валидатор не поможет.
Судя по графику, ДУТ гонит лажу. Либо неисправен, либо подключение некорректное. Смотреть питание и воду в баке, как минимум.
Смотреть питание и воду в баке, как минимум.
поддерживаю смотрите зависимость от напряжения, если нет зависимости
то копайте дут, неисправен, неисправно питание, вода, окисление подключения, контакт предохранителя.
посмотрел напряжение, когда машина не работает топливо и напряжение в норме не скачет(терминал запитан на прямую от АКБ)
думаю что вода в баке скорей всего.
вот график напряжения и показания ДУТ за одно время.
P.S спасибо за помощь
Уважаемые Гуру Wialon, помогите разобраться новичку. У клиента зафиксированно повышение топлива на 30 л во время поездки в течении 10 мин, причем эта ситуация повторилась еще один раз те же 30л и те же 10 мин (первый раз в 11:40, второй в 16:40 сразу после заправки). Предположение было, что есть 2-ой бак, но как оказалось -нет.
Что это может быть?
47 просмотров и ни одной версии?????
Выложи еще сообщения график, относительно напряжения.
47 просмотров и ни одной версии?????
Не очень ясно, о каких 10 мин. вы говорите....
Версий масса ...
Например, в 12:00:
учитывая объем прибывшего топлива 25-30 литров , заправился из канистры чем угодно подешевле (вплоть до печного топлива). Дальше обычный расход топлива до следующей заправки.... )
В этом масштабе не очень видно, в движении или на стоянке это происходит.
Заправка у Вас тоже какая-то невнятная: на графике топливо продолжает медленно нарастать уже после начала движения. Дренажные отверстия в датчике проверялись?
Всем откликнувшимся спасибо. Только, что буквально говорил с клиентом, оказалось, что в первом случае была заправка 30л, и таким образом получается, что он заправился и только после этого уровень топлива начал подыматься на эти 30 литров (т .е.уже во время поездки), тоже самое и во втором случае, заправка по факту была 280 литров, а по графику видно , что 250 а 30 литров уже добавилось плавно после начала движения.
Что это может быть и как с этим бороться?
valeriy8110 возможно грязь в баке, или воздушные отверстия ДУТа забиты герметиком/грязью.
Всем откликнувшимся спасибо. Только, что буквально говорил с клиентом, оказалось, что в первом случае была заправка 30л, и таким образом получается, что он заправился и только после этого уровень топлива начал подыматься на эти 30 литров (т .е.уже во время поездки), тоже самое и во втором случае, заправка по факту была 280 литров, а по графику видно , что 250 а 30 литров уже добавилось плавно после начала движения.
Что это может быть и как с этим бороться?
А в 10:10-10:20 что за скачок еще в 10л ?. Еще заправка?
есть вариант, что ДУТ инерционный - т.е. финальный уровень топлива появляется уже через некоторое время после начала движения. В хостинге для этого есть специальная опция - Таймаут для определения полного объема заправки (http://docs.gurtam.com/ru/hosting/cms/units/fuel), в прошке такую опцию не выделяли, поэтому отчасти можно попытаться добиться красоты "игнорированием сообщений после начала движения" (http://docs.gurtam.com/ru/pro/1401/manager/units/fuel), но последствия непредсказуемы.
что-то заправка не понятно
Какой датчик стоит в у Вас ?
Есть ли вероятность что датчик не будет показывать заправку на 5 литров?
Заправку показывает не датчик, а виалон. Вопрос про виалон или про чувствительность датчика? Второе ещё будет зависеть от разрешающей способности датчика и от объема бака.
Еще вариант, бак разделен на секции с мелким дренажем для перетока. Для горных местностей используются. Что бы при резком подъеме\спуске топливо от насоса не убежало)
Доброго времени всем!
Уже не первый раз обращаю внимание, что то не так с контролем топлива у меня.... Или я не правильно делаю, или где-то собака зарылась.
На скриншотах видно - в отчете за месяц зафиксированы сливы, выбираю по дням, сливов нет. Просматривая график топлива за месяц, так и не смог найти слив. Что не так? Как это объяснить? Автомобиль Вольво, два разного объема бака.
Второй момент, который вызывает недоумение у меня - как программа определяет слив? Что влияет на определение слива? Двигатель работал на стоянке, и тут вывалился слив. С какого перепугу не пойму. В реальности слива не было. Для чего существует параметр - Расчет сливов по времени? Чтобы техника которая топчется на месте считала расход а не слив. Так? То есть грузовики, которые ездят по трассам, и в ожидании груза стоят на стоянках под этот параметр не попадают так?
А так же до сих пор не понятен мне факт определения начала заправки. Точка берется произвольная...
VladWialon
График топлива можно за время фиксации слива с напряжением например? Или доступ тестовый в лс
Баки у вас сообщаются или разные? Суммируются в таблице датчиков или нет?
По поводу галки "по времени" https://docs.wialon.com/ru/hosting/faq/ … onitoring1
Про эту галку я читал. И сделал вывод, что для грузовиков это не нужно. Но как быть если грузовик на стоянке потребляет топливо? Греется водитель к примеру. За пару дней такой стоянки вываливается слив. Если поставить галку, то расход между поездками не работает. Средний расход на 100км в таком случае возрастает.
Может поможет увеличение параметра "расход на холостом ходу"?
График топлива можно за время фиксации слива с напряжением например? Или доступ тестовый в лс
Баки у вас сообщаются или разные? Суммируются в таблице датчиков или нет?
На графике один из сливов. Видно, что бортсеть менялась. Автомобиль стоял на месте, грелся.
Баки сообщающиеся, датчики суммируются. Хотелось бы Вашей перепроверки моей настройки с двумя дутами. На скриншоте видно настройки двух датчиков.Верно ли настройки?
VladWialon Что за машина то?
Баки сообщающиеся, датчики суммируются. Хотелось бы Вашей перепроверки моей настройки с двумя дутами. На скриншоте видно настройки двух датчиков.Верно ли настройки?
Аналоговый датчик не стоит ставить типа "цифровой". Поменяйте на "произвольный датчик" для левого и правого. И для каждого из них свою тарировку вбейте.
Машина Вольво грузовая, двух баковая.
Я вроде не ставил аналоговый датчик? изначально стоял произвольный цифровой датчик?
Я не знаю, какой сигнал присылают ваши ДУТ. Но настроены параметры "adc" - это аналоговый параметр у датчика.
Трансляция по IPS протоколу. Данные цифровые.
Доброго времени всем!
Уже не первый раз обращаю внимание, что то не так с контролем топлива у меня.... Или я не правильно делаю, или где-то собака зарылась.
На скриншотах видно - в отчете за месяц зафиксированы сливы, выбираю по дням, сливов нет. Просматривая график топлива за месяц, так и не смог найти слив. Что не так? Как это объяснить? Автомобиль Вольво, два разного объема бака.
Второй момент, который вызывает недоумение у меня - как программа определяет слив? Что влияет на определение слива? Двигатель работал на стоянке, и тут вывалился слив. С какого перепугу не пойму. В реальности слива не было. Для чего существует параметр - Расчет сливов по времени? Чтобы техника которая топчется на месте считала расход а не слив. Так? То есть грузовики, которые ездят по трассам, и в ожидании груза стоят на стоянках под этот параметр не попадают так?
А так же до сих пор не понятен мне факт определения начала заправки. Точка берется произвольная...
Добрый день!
Подробно о расчете топлива описано в документации здесь
Если слив был детектирован на пересечение дней, то в отчете за день вы его можете не получить, а уже при выполнение за несколько дней (когда попадают пересеченный дни) слив отображается , либо поездка (если расчет слива по пробегу (галочка "Расчет сливов по времени" выключена) началась только на следующий день(дни) , в этом случае также, т.к нет данных по изменению пробега , то за один день слив не детектируется
опция "Расчет сливов по времени" рассматривает уровень топлива по всем сообщениям вне зависимости от поездок. В основном опция используется для малоподвижных объектов, когда нет возможности детектировать изменения пробега. Можно попробовать применять и для движущихся объектов, но все зависит также от исходных данных, который присылает прибор
Также в случае применения этой оцпии нужно иметь ввиду, что влияет значение параметр из блока "Расход по расчету" → "На холостом ходу, литров в час" : если скорость расхода топлива по датчикам больше , чем это значение, и достигается минимальный объем слива, то слив будет детектировать
Для детектировании времени заправки берется время наибольшего перепада уровня топлива
Для детектировании времени заправки берется время наибольшего перепада уровня топлива
Зачем берется наибольший перепад? Это же немалые колебания топлива и соответственно уменьшение литров заправки.. По мне уровень непосредственно перед заправкой (пока водитель вышел, пока сунул пистолет в бак топливо и устаканилось) будет более правильно брать?
chdi пишет:Для детектировании времени заправки берется время наибольшего перепада уровня топлива
Зачем берется наибольший перепад? Это же немалые колебания топлива и соответственно уменьшение литров заправки.. По мне уровень непосредственно перед заправкой (пока водитель вышел, пока сунул пистолет в бак топливо и устаканилось) будет более правильно брать?
Нет точного момента именно уровня " непосредственно перед заправкой" - прибор не присылает маркер , что водитель вышел , или пистолет из бака достали , и т.д
Вы можете проверить по сообщениям для вашего объекта, как повышался уровень заправки по ДУТ. Очень часто бывает, что уровень топлива поднимается постепенно, и потом есть резкий (наибольший перепад) скачок уровня топлива
Время заправки не имеет отношения к самому объему заправки, объем заправки детектируется на основании настроек по расходу топлива для объекта : фильтрация может уменьшить объем заправки, детектирование заправок только на остановках
Пишите на support@gurtam.com с примером заправки, подробнее поясним работу алгоритма на примере
Люди добрые, помогите !)
в общем подключил я к терминалу арнави канлог фарватер.данные на виалон пошли но вот с графиками беда какая то, а именно моточасы идут на графике рывками и расход абсолютный также какими то пиками... также к терминалу подключен датчик расхода дфм (в виалоне как дмрт)с него график ровный без разрывов. скриншоты прилагаю.
Для абсолютного расхода выставите нижнюю границу
а поподробнее? сколько границу? после расчета? ставил 0 результата нет..
Посмотрите до какого значения падают показания ДАРТ и поставьте единиц на 10 больше. Проблема только в том, что у меня, со временем, эта граница сдвигалась вверх, пропорционально увеличению значения ДАРТ, поэтому брал текущее значение ДАРТ минус 100 единиц и это ставил границей.
судя по сообщенияс дарт не падает вообще только повышаеться со временем. поэтому и не могу понять про что вы))) может я доступ вам предоставлю поможететак сказать пальцем тыкните?) или по тимвиверу?)
Прошу простить, не правильно понял описание проблемы.
Что касается рывков и пиков на графике, не знаю как поправить. В принципе все логично, Вы же на график выводите изменения значений, т.е. когда у Вас пришло 5 сообщений с одном значением ДАРТ или моточасов, то на графике будут отображаться нули, т.к. ни объем израсходованного топлива ни кол-во моточасов не изменилось. В 6-м сообщении у Вас увеличилось значение ДАРТ и моточасов, поэтому на графике отобразился пик, а потом опять спад.
вот с этим и проблема
Доброго времени суток!
Помогите разобраться с графиком был ли слив!?И такая беда день через день!!! Зарание благодарен!
Доброго времени суток!
Помогите разобраться с графиком был ли слив!?И такая беда день через день!!! Зарание благодарен!
По этому графику мало что понятно. Пробовали фильтрацию/сглаживание увеличить?
RP24telecom Вот эту?
RP24telecom Вот эту?
Эту, или в самом датчике топлива. Ну и чтобы не стояла галка расчета сливов по исходным данным.
А почему не стояли?Это как-то влияет?
Подскажите пожалуйста, как керосин может повлиять на показания ДУТ?
плотность иная влиять может)
плотность иная влиять может)
....это ясно, другая диэлектрическая проницаемость, а точней как себя поведет: сливы ложные покажет или наоборот заправки, или спрогнозировать нельзя в принципе?!
от куда сливы или заправки. вырастет погрешность и все.
Как один из вариантов =
- Посмотрите, что творится с темературой.
как другой из вариантов
- Назначить дежурного у бака с видеокамерой в указанном временном каЛидоре
Подскажите пожалуйста, как керосин может повлиять на показания ДУТ?
абсолютно никак
krishtofor.r пишет:Подскажите пожалуйста, как керосин может повлиять на показания ДУТ?
абсолютно никак
Да. спс. Уже проверили влили на 580 л + 20 л керосина. Ничего не поменялось.
Здравствуйте! Помогите разобраться почему нет числа и даты!!!Зарание благодарить!!!
Игнорировать сливы\заправки отчетах при movement_sens = 1
Станция регулярно перевозится и переставляется по стройкам.
Большинство ложных срабатываний при снятии станции с трейлера (movement_sens=1, по GPS движения нет). Похожая ситуация с экскаваторами.
Вопрос: Можно ли учитывать значение датчика movement_sens в отчетах для определения ложных сливов\заправок?
Объект: Гидравлическая станция
Контроллер: Ruptela FM-Eco4+
датчик: Technoton DUT-E A10 L = 350
Высота бака: 350 мм
Объем: 650 л.
Wialon: WialonHosting
Уровень доступа: Конечный пользователь
Поставьте его как валидатор для топливного датчика.
Аналогичная проблема ......
при отключении питания данные с дута идут 0. Подключил валидатор на питание, но при включении питания, АТ успевает отослать данные с еще не одуплившимся ДУТом, один меседж приходит с нулевыми показаниями от ДУТ.
Вопрос ..... можно ил к такому валидатору добавить еще и временный интервал, т.е. с момента включения питания не учитывать первые пару минут показания от ДУТа?
Аналогичная проблема ......
при отключении питания данные с дута идут 0. Подключил валидатор на питание, но при включении питания, АТ успевает отослать данные с еще не одуплившимся ДУТом, один меседж приходит с нулевыми показаниями от ДУТ.
Вопрос ..... можно ил к такому валидатору добавить еще и временный интервал, т.е. с момента включения питания не учитывать первые пару минут показания от ДУТа?
Мы в таких случаях с тарировочной таблице убираем нулевые показания и ставим любые положительные минимальные значения вместо нулей.
yakutianin пишет:Аналогичная проблема ......
при отключении питания данные с дута идут 0. Подключил валидатор на питание, но при включении питания, АТ успевает отослать данные с еще не одуплившимся ДУТом, один меседж приходит с нулевыми показаниями от ДУТ.
Вопрос ..... можно ил к такому валидатору добавить еще и временный интервал, т.е. с момента включения питания не учитывать первые пару минут показания от ДУТа?Мы в таких случаях с тарировочной таблице убираем нулевые показания и ставим любые положительные минимальные значения вместо нулей.
А если там приходят не исключительно нулевые значения, пока датчик не "одуплится", но и просто минимальные какие-то?
yakutianin пишет:Аналогичная проблема ......
при отключении питания данные с дута идут 0. Подключил валидатор на питание, но при включении питания, АТ успевает отослать данные с еще не одуплившимся ДУТом, один меседж приходит с нулевыми показаниями от ДУТ.
Вопрос ..... можно ил к такому валидатору добавить еще и временный интервал, т.е. с момента включения питания не учитывать первые пару минут показания от ДУТа?Мы в таких случаях с тарировочной таблице убираем нулевые показания и ставим любые положительные минимальные значения вместо нулей.
Да, про замены нуля на другое значение положительное знаю. Просто дело в том, что когда на датчике реально пустой бак показывает, ну показания с дута 0, то в мониторинге в показаниях пишет "неизвестно", т.е. значения 0 в тарировке нет. Мы на судах внедряем системы мониторинга, а на них до 6 танков бывает. Если в одном танке показывает "неизвестно", то и сумма всех ДУТов тоже выводит "неизвестно".
Вот и хотелось бы узнать, есть ли такая функция - не принимать данные от ДУТов при поступлении питания первые две минуты.
Коллеги, дабы не плодить новую тему.....
ДУТ Сиенсор, техника Либхер 913
У кого какие соображения? Первое, что приходит в голову - вода....
Первое, что приходит в голову - вода....
правильно приходит в голову!!
Сделай проставку временную под голову ДУТа .сантиметров на 5 чтоб поднять, пусть денек покатается, если все ок, сливать воду.
RP24telecom
Некоторые терминалы сами усредняют значении от ДУТа. Допустим до отключения ДУТа в баке было -100л, после отключения -0л. А после включения терминал пришлет значение сначала 50л а потом 100л. И система зафиксирует это как слив и заправку.
Помогите пожалуйста, на данном графике слив или датчик чудит???
Помогите пожалуйста, на данном графике слив или датчик чудит???
Судя по графику - слива нет, а вот колебания большие...У вас график всегда такой?
Viskhan пишет:Помогите пожалуйста, на данном графике слив или датчик чудит???
Судя по графику - слива нет, а вот колебания большие...У вас график всегда такой?
к сожалению да, не понимаю как его сделать чтобы таких скачков не было. ДУТ на Белазе установлен, работают в горных местах, может все из-за этого!?
ответил в ЛС
А если вот так, показать скорость и расход топлива?
И всё же останусь при своём - скорей всего слива нет..
Повышение уровня с 245 до 256 перед остановкой не понятно, потом начало движения с 245.....
Что за датчик стоит и какое расстояние от конца датчика до дна бака?
точно не знаю, но до дна там сантиметров 2-5 не больше
Сегодня ДУТ в Wialonе показал слив в объеме 50 литров из бульдозера, я очень сильно сомневаюсь что это слив, нужна помощь с этой графикой.
На слив не похоже.
Неплохо бы наложить график топлива не на пройденный путь, а на обороты двигателя - так нагляднее. Еще посмотреть трек в течении этих 10 минут.
У вас после "слива" уровень обратно вернулся.
Кстати, не слишком ли часто у вас трекер данные передает?
Посмотрите по сообщениям. там легко можно будет понять слив это или все такие нет
с т.зр. системы - слив - это всего-лишь расход выше, чем известно системе на величину бОльшую, чем минимальный объем.
В вашем случае - резкие перепады топлива. Как правило такое происходит либо от наклона датчика либо от его неисправности. Если не решать аппаратно, можно попробовать свалидировать сами значения относительно предыдущих (по дельте). В уведомлениях сливы останутся, но в таблицах все будет более-менее нормально.
Может есть возможность прислать наименование объекта, а так же отчетный интервал к нам на support@gurtam.com - мы посмотрим, что можно сделать с точки зрения настроек именно в системе.
Здравствуйте. проблема в том что как отключается питание ДУТ уходит в минус. и отчёт пишет СЛИВ. при подключении питания отчёт показывает ЗАПРАВКА. ну на это поставил НИЖНЮЮ ГРАНИЦУ. а вот в панели мониторинга уровень топлива выходит в ошибку после отключения питания на ДУТ, а терминал работает от батарейки. можно ли как-то на мониторинге оставить последнее валидное сообщение, чтоб показывал литры? клиент просит.
Здравствуйте, amigo!
проблема в том что как отключается питание ДУТ уходит в минус. ... ну на это поставил НИЖНЮЮ ГРАНИЦУ. а вот в панели мониторинга уровень топлива выходит в ошибку после отключения питания на ДУТ, а терминал работает от батарейки.
Если в этот момент трекер присылает значение параметра от ДУТ, которое по какой либо причине (например, засчёт валидации или таблицы расчёта) считается невалидным, то система отрабатывает корректно, так как Wialon отображает те данные, которые присылает прибор.
Если же в этот момент трекер не присылает параметра от ДУТ, то вы можете достичь желаемого результата выключив опцию "Последнее сообщение" в свойствах датчика.
добрый день. что способствует скачкам топлива, и как с ним бороться?
amigo Судя по скриншоту, это легковой автомобиль? Как считываете данные? Какой терминал?
Судя по скриншоту, это легковой автомобиль? Как считываете данные? Какой терминал?
трактор. МТЗ 80X ТЕРМИНАЛ МИЕЛТА
amigo Так а данные по топливу откуда? Какой ДУТ, какой интерфейс передачи данных.
amigo Так а данные по топливу откуда? Какой ДУТ, какой интерфейс передачи данных.
ДУТ ZOND. установили на 200 единиц. пока что на пяти проблемы.
Здравствуйте всем , подскажите пожалуйста если этот вопрос задевался ранее в этой ветке или может быть в другой ветке ? А именно :
Возможность для интегратора удалять вручную строки в отчетах для исключения ложных сливов и заправок . Я уверен что с этой проблемой
столкнулся каждый партнер в своей работе . У нас лично такая необходимость появилась после того как мы решили дать клиентам
очень точные данные с минимальной погрешностью особенно по сливам . Используем трекеры и датчики Omnicomm , порог
сливов выставили индивидуально для каждой техники , в среднем от 2-х до 4 литра , и естественно чем меньше порог тем больше ложных
сливов , есть пожелание выставлять очень маленький порог и по необходимости после анализа всех факторов иметь возможность вручную удалять ложные строки в отчетах .
Отчет - динамическая структура, которая формируется по заданию, на основании сообщений, прошедших фильтры детектора и настройки отчета. Вы как предполагаете в таком случае удалять из отчета информацию?
Честно признаюсь , что с технической точки зрения не знаю как это можно внедрить , но знаем что это функция есть у Omnicomm
Омникомм - не Виалон.
Корректируйте настройки объектов, чтобы ложных было меньше.
Однако, в любом случае, эти действия никак не влияют на относительную погрешность измерения уровня, о которой вы писали.
Мы и так сократили ложные сливы до минимума ,но как клиент должен поверить на слово когда у него 4 слива по 5 литров в отчете , а физически после анализа по графику только 2 реальных ?
Вы сами себе противоречите. Если в отчете 4 слива, а реальных 2 - это не минимум. Рекомендации я выше написал, другого способа в Виалон нет.
Можете маниакально перетарировать датчики, но с т.зрения снижения погрешности выиграете, быть может, 0.5%, не более.
PS Вы, мне кажется, путаете погрешность измерения и точность работы алгоритма заправки / сливы.
когда у него 4 слива по 5 литров в отчете , а физически после анализа по графику только 2 реальных
Стоит разобраться, как вы определяете, является слив реальным или ложным. Если упавший уровень топлива возвращается, то можно попробовать немного увеличить степень фильтрации. В принципе, стоит взглянуть на поведение сглаженного/сырого уровней топлива и на настройки объекта. Вы можете отправить запрос на support@gurtam.com для более детального анализа.
