SibNaviCom пишет:У меня с топливом вообще сказочные вещи творятся, то где то нужно ставить, то не ставить галочки. Такое чувство будто логика расчета топлива предполагает ежечасно сидеть и наблюдать за объектом и ставить-убирать многочисленные галочки. Создал тикет, сказали убрать галочку. Все стало в норме. Смотрю предыдущий период (прошлую неделю) - там надо поставить галочку... В итоге первый вопрос снова становится открытым. Транспорт может стоять или передвигаться по территории в течении недель, пока на ремонте. Мужики солярку для печки сливают с машины (по 5 л), хозяин в курсе. Программа не понимает такие мелкие сливы... После 20 таких сливов - в отчетах нет общего кол-ва сливов. "Поставьте галочку там то и там то"... В итоге машина уезжает в рейс и половина данных недостоверна... "У вас стоит галочка такая-то и такая-то"... Такое ощущение будто за все наши "хотелки" и "мечталки" разработчики мстят подобным образом.
На данный момент можно выбрать метод расчета по пробегу либо по времени:
1. Расчет по пробегу: учитывается интервалы изменения пробега, т.е интервалы поездок/стоянок
Расход детектируется в поездке, сливы и заправки на стоянках
http://docs.gurtam.com/ru/hosting/faq/m … onitoring1
Подходит для объектов, у которых всегда можно детектировать изменение пробега
2. Расчет по времени: учитывается весь отчетный интервал, значения урованя топлива должны быть известынми на данном интервале, учитывается изменение скорости расхода топлива (значение расхода на x/x)
Данный метод походит малоподвижным объектам, для которых изменения пробега нет
Если какое-то время (день, неделя и т.д) объект стоит (т.е пробег не изменяется), а сливы и заправки были, то в этом случае только расчет по времени сливов/заправок может их детектировать
При этом желательно использовать (во избежание не сходимости данных) одинаковый метод расчета и для расчета расхода и для сливов/заправок:
по времени все, либо по пробегу
Последний раз - тягач под завязку кое как поднимается на мост через жд. Скорость что то типа 1-2 км. Слив в 10 л. зафиксирован из-за наклона ТС. С горочки машина поехала нормальный... И заправки на те же 10 л нет... Почему??? А стояла галочка - поиск заправок только при остановках...
Опция "Поиск заправок только при остановке" учитывает уровень топлива только из сообщений с 0 скоростью
Если объект поехал, то изменение уровня топлива в заправку не пойдет
Может стоит упростить алгоритм расчета топлива????
Сейчас в проекте задачи по редактированию алгоритмов расчета топлива.
Если есть желаемые конкретные (упрощенные) методы расчета, пожалуйста, предлагайте. Будем обсуждать возможность реализации
Added after 7 minuts 30 seconds:
Дмитрий Л пишет:vota, направлю, конечно же. Но всп чаще появляются вопросы у клиентов, которых раньше не было, потому что не было таких проблем. Субъективно, что-то изменилось кардинально в алгоритмах по контролю топлива в Wialon, и то, что раньше работало без нареканий, стало создавать вопросы, причем с простыми для понимания входными данными, и с непонятными полученными значениями, как то "есть данные с трекера с фиксацией уровня топлива", и есть зафиксированный уровень топлива в отчете, на основании которого посчитан слив, и которого так и не нашли в самих первичных данных. Откуда он взялся???
Added after 2 minuts 35 seconds:
Приглашения к клиентам на совещание уже два было, где разбирали работу системы с последующим принятием решения о целесообразности таких услуг. Пока спасало то, что у клиентов у самих есть проблемы, на которые мы указывали, в т.ч. и с помощью системы мониторинга. Но всякому терпению клиентов есть предел.
Дмитрий Л,
В целом методы расчета работают таким образом (см. мой пост выше)
Конечно, иногда ситуацию следует проанализировать более тщательно на выявления багов, либо расхождения по самими данных, проанализировать исходные данные, дополнительные опции, типичная или нет ситуация для данного метода расчета и т.д.
Поэтому если есть какие-либо вопросы, уточнения, замечания, предложения, пожалуйста, пишите.
Diana Cheley
Wialon Hosting Expert
Gurtam