[Закрыто] Много простых вопросов по Wialon системе.

И снова возвращаясь к теме обсуждения корявой статистики расхода по ДУТУ в Виалон.

Я никак не могу решить эту проблему. У машины все нормально с зажиганием и работой  ДУТа. Но сам принцип формирования статистики у Виалона - коряв. Я бы даже сказал провален. Он просто не считает нормально расход движение / холостой ход и забивает в статистику обрезки фаз "движения", при этом цифры не совпадают радикально. В изображения два пример, один Виалона, другой - альтернативной системы, они как-то смогли сделать, что вывод статистики за период адекватно суммируется? В Виалон письмо отправлено. Что скажете господа? Не пора-ли программистам Виалона немного поднапрячься?

Притом, когда я прошу поддержку, просто прислать мне набор скринов по конкретной машине, чтобы это стало правильным, мне шлют описания мануалов, действия по которым успеха не приносят.  Также идут варианты суммировать в разделе моточасов, но это какой-то антиабонентский костыль, не более. Абонент первым делом смотрит в статистику и ничего не может понять.

По зажиганию,

- Дискретный датчик прибора Смарт, вход in1;
- Детектор движения - датчик зажигания;
- Поездки в среднем по 5 км, между ними остановки

Часть интервалов с расходом попадают и в моточас в движении, и в моточас на остановке, т.е. задваиваются. А поскольку таких интервалов много, получается сильное расхождение с общим расходом по ДУТ, который непрерывным куском считается.
Это помимо "умения" сливать в единый интервал участки движения с кратковременными остановками, как по детектору указано.

Если сделаете определение движения по датчику пробега (например, по данным CAN), существенно сократите расхождение. Второй вариант - повысить частоту передачи точек. Третий вариант - настроить прибор, чтобы он при начале / окончании движения фиксировал точку.

Поскольку ТС тратит топливо в движении (если по графику смотреть), попробуйте сделать контроль расхода по пробегу в том числе, показания и расхождения несколько изменятся.

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

Что-то у меня тоже борода.

В продолжение размышлений. Стало совершенно ясно в каком месте система кроит конкретный баг №1, это допустим те самые разницы после остановки и старта, которые система "не знает куда деть", и тупо сшивает поездки с той разницй на датчике топлива,  которая получалась по незначительным причинамь.

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

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

Если проблема с определением движения, то это вообще какая-то неприемлемо простая задача для решения, все что скоростью не 0 и зажиганием - движение, все остальное моточас на стоянке.остановке.

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

Берем временной интервал неважно откуда и до куда, что там внутри? Возьмем пример с детектором "По зажиганию",

- точка со скоростью, но без зажигания - в расчет не берем вообще, пусть режет трек, израсходованное топливо тупо в детекцию слива (чиним датчик зажигания значит);

- точка с нулевой скоростью и включенным зажиганием - холостой ход ;

-  точка с со скоростью и зажигание - движение;

Сложно? По моему не очень. Во всяком случае уже сидя даже на намного более древней системе таких багов с литражами и "непонятно куда учитывать расход" я не видел. Для меня это вообще шокирующая ситуация для площадки с 2 млн. абонентов

Вы правильно написали, что состояние точки определить не сложно. А вот куда отнести _интервал_ между двумя точками, в котором эти точки находятся в разных статусах - это тот еще вопрос.
Расход-то у нас на интервале между точками, здесь вы возражать не будете?

Ну это очень забавно звучит для столь большого оператора мониторинг-услуг как Виалон ) Смешнее был-бы только совсем неподвижный прибор.

По запросу на поддержку, "суммарные итоги" в статистику не ложатся, они могут лежать в разделе "моточасы".  И то не совсем понятно как этим пользоваться и представлять абонентам. Многие забирают результаты исключительно из статистики.

Бьюсь с этим багом с момента старта работы в Виалон. Ну что будем массовое обращение писать? Дело нешуточное если мониторинг показывает мягко говоря странные результаты.

Цифры должны совпадать как за цельный интервал. так и в суммировании интервалов. Куда присоединять точки - проблема программистов, ничего сложного в обработке интервалов и точек нету.  Метод простейшего решения у же описал выше. в постах.

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

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

Я НЕ ХОЧУ ЧТОБЫ ЭТО БЫЛО СТРАННО. Особенно для абонента. И куда это должно уходить я вам тоже написал.

Вам подготовить ТЗ ? Или вы умышленно не хотите решать этот пещерный косяк? Мне не нужна детекция стограммовых сливов, которая "все объяснит", тремор ДУТа обычное явление, и преспокойно калькулируется. Еще раз объяснить?

Вы хотите или нет становится лучше? Вы хотите Улучшать свой продукт? Пожалуйста услышьте нас.  А то я уже начинаю считать ошибкой перевод всего транспорта на вашу систему после этих тупиковых диалогов.

P.S. Большинство площадок давным давно порешали вопрос с незначительными колебаниями топлива, которые не попадают ни в слив не в заправку, это просто калькулируется с момента следующей поездки как штатная работа ДУТа.

Еще, ваша фраза: "Общий расход уже стал выше на 2 литра. Хотите зафиксировать это как слив? Будьте добры установить минимальный объём слива 2 литра. Хотите внести это в расход следующего интервала моточасов/поездок, как предлагаете выше - так нет основания, ведь топливо убыло при выключенном авто. Иначе получится, что вы жертвуете подозрительным расхождением, которое может быть сливом, в угоду красивым цифрам. Львиная доля смысла контроля топлива при этом теряется."

Я НЕ ХОЧУ ФИКСИРОВАТЬ ЭТО КАК СЛИВ. Параметры слива я ставлю сам. А значит все эти величины должны уходить в общий расход топлива при следующем движении. Также как и любые мелкие прибавки от дрожания ДУТА.

Отображение в статистике где расход в движении больше общего расхода за ДУТ за период - галимый бред. Это вообще нельзя никому показывать.