1

Совпадение данных по топливу в статистке

Тема: Совпадение данных по топливу в статистке

Добрый всем вечер, долго пытался понять алгоритм расчета топлива на виалоне - проблема была в том что клиент при попытке сделать простое математическое действие - в статистике ли . в сводке не важно - т.е. столько то было топлива . плюс заправлено . минус потрачено должно быть равно остатку. За небольшой период времени сутки - двое тут еще какое то совпадение есть и то не факт, а взять за месяц - два-трендец. Все попытки играть с настройками приводили к непредсказуемым результатам, в итоге потеряли серьезного клиента , да и остальный клиентов приходилось убеждать в каких то допустимых погрешностях, но они за разные периоды отчетов гуляли как хотели, прокатившись 4 раза от Вологды до Воркуты а далее до Ямала и все в зимнее время - там летом они не работают - время подумать было много и вот к чему пришел
Есть всего всего 4 цифры - было-заправлено-потрачено-осталось и они должны сходится для клиента в ноль за любой период и в сводке и в статистике и желательно в моточасах, при грамотной и правильной установке оборудования 3 цифры - было - заправлено - осталось = сходятся, с - потрачено - начинаются проблемы , все попытки играться с фильтрацией , поездками приводили к еще большей головной боли
короче что я сделал - если все эти проблемы возникают во время движения машины и виалон обсчитывает колебания топлива надо их убрать - создал произвольный датчик - параметр скорости - в мастере  0-1 100-0 200-0 , на датчик топлива валидацию проверка на неравенству нулю на скорости , т.е. показания дут являются валидными только при скорости 0 (тут только одна проблема-слив в движении ,но это меньшее зло чем клиент с калькулятором), убрал вообще фильтацию, в детекторе поездок - датчик зажигания - снял галку коррекции - в сводке во всем интервал , даже графики просто уровень топлива не обработаный - супер , цифры в сводке статистике и сводятся в ноль за любой период, расход топлива тоже в ноль, вот в моточасах начинает почему то играть, понять так и не смог.

2

Совпадение данных по топливу в статистке

Re: Совпадение данных по топливу в статистке

константин67, Wialon Hosting или Wialon Pro(версия)?

At the dark side of telematics...
3

Совпадение данных по топливу в статистке

Re: Совпадение данных по топливу в статистке

хостинг могу в личку скинуть логин и пароль посмотрите может тут есть зерно .  получилось  тютелька в тютельку даже с  сотыми за 2 месяца . а там более 6 тонн топлива и пробег 15000 . толко в моточасах непонятка

shal пишет:

константин67, Wialon Hosting или Wialon Pro(версия)?

4

Совпадение данных по топливу в статистке

Re: Совпадение данных по топливу в статистке

создал учетку  wialon.su   топливо67     12345

константин67 пишет:

Добрый всем вечер, долго пытался понять алгоритм расчета топлива на виалоне - проблема была в том что клиент при попытке сделать простое математическое действие - в статистике ли . в сводке не важно - т.е. столько то было топлива . плюс заправлено . минус потрачено должно быть равно остатку. За небольшой период времени сутки - двое тут еще какое то совпадение есть и то не факт, а взять за месяц - два-трендец. Все попытки играть с настройками приводили к непредсказуемым результатам, в итоге потеряли серьезного клиента , да и остальный клиентов приходилось убеждать в каких то допустимых погрешностях, но они за разные периоды отчетов гуляли как хотели, прокатившись 4 раза от Вологды до Воркуты а далее до Ямала и все в зимнее время - там летом они не работают - время подумать было много и вот к чему пришел
Есть всего всего 4 цифры - было-заправлено-потрачено-осталось и они должны сходится для клиента в ноль за любой период и в сводке и в статистике и желательно в моточасах, при грамотной и правильной установке оборудования 3 цифры - было - заправлено - осталось = сходятся, с - потрачено - начинаются проблемы , все попытки играться с фильтрацией , поездками приводили к еще большей головной боли
короче что я сделал - если все эти проблемы возникают во время движения машины и виалон обсчитывает колебания топлива надо их убрать - создал произвольный датчик - параметр скорости - в мастере  0-1 100-0 200-0 , на датчик топлива валидацию проверка на неравенству нулю на скорости , т.е. показания дут являются валидными только при скорости 0 (тут только одна проблема-слив в движении ,но это меньшее зло чем клиент с калькулятором), убрал вообще фильтацию, в детекторе поездок - датчик зажигания - снял галку коррекции - в сводке во всем интервал , даже графики просто уровень топлива не обработаный - супер , цифры в сводке статистике и сводятся в ноль за любой период, расход топлива тоже в ноль, вот в моточасах начинает почему то играть, понять так и не смог.

5

Совпадение данных по топливу в статистке

Re: Совпадение данных по топливу в статистке

Здравствуйте, константин67

Ваша ситуация потребовала детального анализа настроек объекта, однако решить проблему все-таки удалось.

Поля таблицы статистика рассчитываются следующим образом:

- Нач ур. - уровень топлива в первом сообщении за отчетный период
- конечный уровень - уровень топлива в последнем сообщении за отчетный период

(небольшое замечание - под первым и последним сообщением понимаются те сообщения и уровень топлива в них, которые попали в график уровня топлива для анализа исходя из метода расчета после применения фильтрации - http://docs.gurtam.com/ru/hosting/user/ … o_vremeni)

- всего заправлено - сложенные вместе объемы заправок, полученных путем применения заданных настроек фильтрации, игнорирования сообщений от начала движения (как в Вашем случае, когда объект поехал и некоторое время после начала движения уровень топлива еще поднимается) и поиска заправок только на остановках (http://docs.gurtam.com/ru/hosting/user/ … t_fillings)

- всего слито - сумма сливов за отчетный период  (http://docs.gurtam.com/ru/hosting/user/ … ect_thefts)

- потрачено по ДУТ - (Нач ур. плюс заправки) минус (конечный уровень плюс сливы)

Если пересчитать данные на калькуляторе, то они сойдутся при правильно настроенном алгоритме определения расхода топлива в отчетах, которому посвящен целый раздел в документации (http://docs.gurtam.com/ru/hosting/user/ … /data/fuel).


Если Вы используете свой метод расчета, Вы отсекаете из расчета интервалы движения, а следовательно картина не получится полной (объемы заправок будут ниже и да, Вы правы, сливы не определятся).

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

6

Совпадение данных по топливу в статистке

Re: Совпадение данных по топливу в статистке

а с нами поделиться решением??? Или топливо - это тайна покрытая мраком и кто-то знает но вряд ли скажет?

7

Совпадение данных по топливу в статистке

Re: Совпадение данных по топливу в статистке

Добрый вечер, никто не скрывает. я все описал выше. это конечно не панацея- но один из выходов . цифры сходятся за любой период. просто подумал если проблема в том что . виалон считает все скачки топлива- отсечь их. посмотрите учетку       wialon.su     логин   топливо67    пароль 12345    .  при таких настройках хоть снялись проблемы с бухгалтерами клиентов

SibNaviCom пишет:

а с нами поделиться решением??? Или топливо - это тайна покрытая мраком и кто-то знает но вряд ли скажет?

8

Совпадение данных по топливу в статистке

Re: Совпадение данных по топливу в статистке

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

serd пишет:

Здравствуйте, константин67

Ваша ситуация потребовала детального анализа настроек объекта, однако решить проблему все-таки удалось.

Поля таблицы статистика рассчитываются следующим образом:

- Нач ур. - уровень топлива в первом сообщении за отчетный период
- конечный уровень - уровень топлива в последнем сообщении за отчетный период

(небольшое замечание - под первым и последним сообщением понимаются те сообщения и уровень топлива в них, которые попали в график уровня топлива для анализа исходя из метода расчета после применения фильтрации - http://docs.gurtam.com/ru/hosting/user/ … o_vremeni)

- всего заправлено - сложенные вместе объемы заправок, полученных путем применения заданных настроек фильтрации, игнорирования сообщений от начала движения (как в Вашем случае, когда объект поехал и некоторое время после начала движения уровень топлива еще поднимается) и поиска заправок только на остановках (http://docs.gurtam.com/ru/hosting/user/ … t_fillings)

- всего слито - сумма сливов за отчетный период  (http://docs.gurtam.com/ru/hosting/user/ … ect_thefts)

- потрачено по ДУТ - (Нач ур. плюс заправки) минус (конечный уровень плюс сливы)

Если пересчитать данные на калькуляторе, то они сойдутся при правильно настроенном алгоритме определения расхода топлива в отчетах, которому посвящен целый раздел в документации (http://docs.gurtam.com/ru/hosting/user/ … /data/fuel).


Если Вы используете свой метод расчета, Вы отсекаете из расчета интервалы движения, а следовательно картина не получится полной (объемы заправок будут ниже и да, Вы правы, сливы не определятся).

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

Added after    2 minuts  23 seconds:

константин67 пишет:

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

serd пишет:

Здравствуйте, константин67

Ваша ситуация потребовала детального анализа настроек объекта, однако решить проблему все-таки удалось.

Поля таблицы статистика рассчитываются следующим образом:

- Нач ур. - уровень топлива в первом сообщении за отчетный период
- конечный уровень - уровень топлива в последнем сообщении за отчетный период

(небольшое замечание - под первым и последним сообщением понимаются те сообщения и уровень топлива в них, которые попали в график уровня топлива для анализа исходя из метода расчета после применения фильтрации - http://docs.gurtam.com/ru/hosting/user/ … o_vremeni)

- всего заправлено - сложенные вместе объемы заправок, полученных путем применения заданных настроек фильтрации, игнорирования сообщений от начала движения (как в Вашем случае, когда объект поехал и некоторое время после начала движения уровень топлива еще поднимается) и поиска заправок только на остановках (http://docs.gurtam.com/ru/hosting/user/ … t_fillings)

- всего слито - сумма сливов за отчетный период  (http://docs.gurtam.com/ru/hosting/user/ … ect_thefts)

- потрачено по ДУТ - (Нач ур. плюс заправки) минус (конечный уровень плюс сливы)

Если пересчитать данные на калькуляторе, то они сойдутся при правильно настроенном алгоритме определения расхода топлива в отчетах, которому посвящен целый раздел в документации (http://docs.gurtam.com/ru/hosting/user/ … /data/fuel).


Если Вы используете свой метод расчета, Вы отсекаете из расчета интервалы движения, а следовательно картина не получится полной (объемы заправок будут ниже и да, Вы правы, сливы не определятся).

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