1

Странности пробега в отчете

Тема: Странности пробега в отчете

Есть общий отчет в котором присутствуют таблички Статистика, Поездки и Моточасы
Если анализировать показатели моточасов, то все цифры сходятся... (что безусловно радует)
А вот если проанализировать расход топлива, то тут возникает куча вопросов логического характера.

Пользователи в шоке, их мучает вопрос: сколько же реально потрачено топлива? smile

В статистике: Потрачено по ДУТ = 87 литров
::thumb367::
В поездках: Потрачено по ДУТ = 93 литров (по идее должно быть меньше чем в статистике)
::thumb368::
В моточасах: Потрачено по ДУТ (если сложить в движении и на холостом ходу) = 100.01 литров
::thumb369::
Не могли бы вы объяснить нам логику работу отчетов (если она есть)? а мы уж донесем её до наших клиентов...

Козлов Сергей
ООО "ГК"АТС-Мониторинг"
Регион: ПФО и не только...
http://www.atc52.ru
2

Странности пробега в отчете

Re: Странности пробега в отчете

Какие настройки у вас стоят
1. В отчете -> Опции -> Исключить сливы из расхода топлива
2. Свойства объекта -> Расход Топлива,
в разделах        Определение заправок/сливов топлива
                       Основные параметры датчиков

ООО "Арс Нова", ООО "Навигатор-Юг"
www.pingr.ru
3

Странности пробега в отчете

Re: Странности пробега в отчете

ArsNova
Да не в настройках дело. В статистике всегда показания отличаются от поездок и прочих отчетов где присутствует какая нибудь логика определения поездок/моточасов и т.д.
Причем проще и нагляднее смотреть именно в статистике, ну по крайней мере в 90% случаев.

Александр Усов, г.Ангарск, Иркутская обл.
www.metreo.ru
4

Странности пробега в отчете

Re: Странности пробега в отчете

atc-mon
Вы думаете глядя на три скриншота можно что-то вам объяснить? Для этого достаточно предоставить доступ и интересующие вопросы на support.gurtam.com
Ссылки в документации:
http://docs.gurtam.com/ru/hosting/user/ … v_otchetax
http://docs.gurtam.com/ru/hosting/cms/units/fuel
http://docs.gurtam.com/ru/hosting/user/ … /tables/eh

Mobile Development
Gurtam
5

Странности пробега в отчете

(08/08/2012 13:00:17 отредактировано atc-mon)

Re: Странности пробега в отчете

kopa пишет:

atc-mon
Вы думаете глядя на три скриншота можно что-то вам объяснить? Для этого достаточно предоставить доступ и интересующие вопросы на support.gurtam.com
Ссылки в документации:
http://docs.gurtam.com/ru/hosting/user/ … v_otchetax
http://docs.gurtam.com/ru/hosting/cms/units/fuel
http://docs.gurtam.com/ru/hosting/user/ … /tables/eh

Я думаю... (если это кого то интересует)
Что я уже замучался работать тестером на Гуртам! smile (на халяву)
Вот, что я реально думаю...
А мои клиенты думают, что отчет не работает или он слушком сложный для их понимания.

По существу... если вам нужны логи и прочие данные то могу предоставить

Козлов Сергей
ООО "ГК"АТС-Мониторинг"
Регион: ПФО и не только...
http://www.atc52.ru
6

Странности пробега в отчете

(08/08/2012 13:21:49 отредактировано GoGPS)

Re: Странности пробега в отчете

atc-mon пишет:

В поездках: Потрачено по ДУТ = 93 литров (по идее должно быть меньше чем в статистике)

Поездка может не закончиться в те же сутки, за которые берешь отчет.
Т.е отчет например по 23:59 одного дня, но поездка может закончиться например в 5 утра другого дня. Посему расход по ДУТ в поездках и показывает больше...

Но если поездка закончилась в эти же сутки, тогда поэксперементируй с фильтрацией в ТАБе "расход топлива"

Добавлено спустя   2 минуты  12 секунд:

atc-mon пишет:

А мои клиенты думают, что отчет не работает или он слушком сложный для их понимания.

У нас те же яйца, только вид сбоку...

Eduard Vald / GoGPS Service
www.gogps.eu
Skype: tivald.ee
7

Странности пробега в отчете

Re: Странности пробега в отчете

GoGPS пишет:
atc-mon пишет:

В поездках: Потрачено по ДУТ = 93 литров (по идее должно быть меньше чем в статистике)

Поездка может не закончиться в те же сутки, за которые берешь отчет.
Т.е отчет например по 23:59 одного дня, но поездка может закончиться например в 5 утра другого дня. Посему расход по ДУТ в поездках и показывает больше...

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

У гуртама цифры в статистике и в таблицах вообще не сравниваются. да и между собой не сравниваются. КАК может быть потрачено ВСЕГО топлива быть меньше чем потрачено в поездках. И еще больше интересует как это объяснить клиенту ибо ему на сложности алгоритма и т.д. вообще наплевать ему разность этих двух цифр логику ломает.

Добавлено спустя   1 минуту  36 секунд:

atc-mon пишет:

Что я уже замучался работать тестером на Гуртам! smile (на халяву)

Есть такое. И при том находишь баги не в тех вещах который только что сделали а в тех которые реализованны уже давно.

Бейфус Алексей
ГК "Современные технологии"
Саратовская область г.Энгельс
http://navexp.ru
8

Странности пробега в отчете

(09/08/2012 18:41:33 отредактировано GoGPS)

Re: Странности пробега в отчете

gpspos пишет:

Если поездка закончилась в следующие сутки в любом случае Потрачено по ДУТ дожно быть больше чем потрачено по ДУТ в поездках.

Нет, потрачено по ДУТ будет значение на конец выбранного периода, а потрачено по ДУТ в поездках будет на конец поездки, которая может закончиться гораздо позже, чем выбран период отчета...

Eduard Vald / GoGPS Service
www.gogps.eu
Skype: tivald.ee
9

Странности пробега в отчете

Re: Странности пробега в отчете

За всё время работы видел сотни, если не тысячи объектов от разных клиентов с одинаковыми трекерами и ДУТ`ами на схожей технике. И если у одних идеальные графики ДУТ, не нуждающиеся в обработке, то у других полная каша.
Как это объяснить? Знаниями, умениями и культурой работы установщиков!

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

gpspos пишет:

КАК может быть потрачено ВСЕГО топлива быть меньше чем потрачено в поездках.

Элементарно.
Вы строите отчет за день: c 6.00 до 20.00. В 6 утра уровень топлива в баке 100л.
В 7 утра водитель завел двигатель и уровень топлива поднялся до 110л(вследствие обратки или съезда с наклонной поверхности и т.д).
В 8 вечера уровень топлива 50л. Т.е вообще за день он потратил 100 - 50 = 50л, в поездках 110 - 50 = 60л.
И эта одна из многих возможных ситуаций.

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

Alexander Adamovich
flespi
10

Странности пробега в отчете

Re: Странности пробега в отчете

Доброго времени суток!
Столкнулись со схожей проблемой - несовпадение данных в статистике, сводке, моточасах.  Все объяснения тех.поддержки сводятся к скачкам из-за которых идет погрешность. Рекомендация: "...меняйте фильтрацию, применяйте математический расчет индивидуально для каждой машины...".  НО ЭТО НЕ ВЫХОД! 
В программе есть алгоритм фильтрации и он неплохо работает на "сводке" по крайней мере удалось снизить статистическую ошибку до 1-2%.  И то для этого пришлось переподключать датчики на параллельное питание независимо от массы, чтобы избежать погрешностей при отключениях.  Но этот же алгоритм по всей видимости глючит в "моточасах".  Общий расход топлива расходится с тем же в "сводке", а сумма расхода в движении и на х/ходу не совпадает ни с тем ни с другим показателем.  Получается, что для разных отчетов берутся разные значения топлива в один и тот же момент, т.е. в "сводке" они берутся с учетом фильтрации, а в моточасах сырые.  Это не правильно, ведь фильтрация выставляется единая на все данные по расходу.  График показывает один показатель "обработанного уровня топлива" на координате времени! От этого показателя и следует отталкиваться ВО ВСЕХ ШАБЛОНАХ ОТЧЕТОВ или на выбор пользователя. Почему тогда при расчете в моточасах берется другой "сырой" со скачками, если сами разработчики прекрасно осознают проблему скачков топлива при включениии/выключении зажигания?  Мне заказчик тыкает носом в отчеты платформы Омникомм, где все данные арифметически сходятся в "ноль", а у нас расхождения до 30% в расходе топлива по нашей же программе.  Есть и другие способы аппроксимизации данных, предлагаю обсудить.