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

Что за глюк у Виалоне отобразилось что зажигание включалось примерно в 10:40(+/- пару минут) по МСК.В объекте включена опция время, так вот в дополнительной информации об объекте у всех показывает что зажигание было в это время при этом  в сообщениях зажигание было выключено, пока несколько таких объектов выявил трекера как teltonika так ВСЕ.

На всякий случай отмечу, что расход "исходя из километров пробега" можно получить с помощью норм, указываемых на вкладке "Дополнительно". Отображается результат такого расчёта (перемножения пробега с нормой на 100 километров) в колонке "Потрачено по нормам". Сюда не входит холостой ход.

"Потрачено по расчету" связано с математической моделью, задаваемой в свойствах датчиков зажигания/моточасов и датчиков полезной работы двигателя (ДПРД). Быструю базовую настройку математической модели можно с помощью "Мастера расхода по расчёту". И стоит отметить, что данный тип расхода завязан на время, а не на километраж, из-за чего получить для движения постоянную с точностью до десятых норму л/100км не получается.

У одного из партнёров я видел вариант реализации, где эти методы совмещались: в таблице "Моточасы" расход по километражу вычислялся в колонке "Потрачено по нормам", а так как время движения в неё уже было учтено, то оставалось учесть только холостой ход с помощью колонки "Потрачено по расчету на холостом ходу". Сложить эти колонки можно с помощью калькулятора.

24Glonass

Чтобы не заморачиваться с ретрансляцией данных из двух объектов в один, простое решение:

1. Каждую "сборку" из 2 объектов объединить в группу объектов.
2. Сделать групповой отчёт с нужными таблицами именно для таких объектов, настроить группировку и детализацию.
3. Привязать к отчёту только группы-сборки.

Делали по этой схеме для компании с массивными автокранами (шасси+установка, отдельное оборудование) - подошло в самый раз.

Рекомендую использовать вот это: https://docs.wialon.com/ru/hosting/cms/ … sors/coeff
Только вместо "температуры" у вас зимние значения, а в качестве базовых - летние. Для каждой точки тарировки посчитайте коэфф. по формулам и вбейте в тарировку этого датчика. Оно автоматически применится.

24Glonass я, при необходимости корректировок, делаю текущий датчик (например, Топливо) произвольным. Создаю новый датчик уровня (например, Топливо_корр) с параметром [Топливо]*const1.12 , где 1.12 - поправочный коэффициент. Ну или с тем же успехом можно тарировочную формулу/таблицу вбить.

Ringo ,
Еще есть вариант использования калькулятора для столбцов таблицы: https://docs.wialon.com/ru/hosting/user … les/tables

А если датчиков несколько, они все автоматически будут перемножаться на коэффициент?

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

lls1|fls_12
так должно работать, у нас работает

Добрый день. Может кто сталкивался с такой проблемой. В мобильном приложении есть сводка в ней отображает поездки заправки сливы подскажите мне необходимо чтоб отображало моточасы если авто (кран) стояло 3 суток при этом периодически заводилось для работы в сводке этого нет в отчетах есть???? заранее спасибо.

shelest.green, составьте отчет по моточасом, лучше без группировки, но с итогами.

Я на датчике веса делал ступенчитую тарировку, т.е шаг изменения веса у меня был 100кг. График стал ровным. Конечно такую тарировку проще забивать в первой таблице, если применима к дут, то что то вродке:
0,0,0
100,0,5
200,0,10
300,0,15
и.т.д
Т.е.вы можете сформировать ради теста новый датчик его сделать дутом, а датчик с класической тарировкой превратить в произвольный и посмотртеть что получится, если есть необходимоать в отчете движения топлива увидить данные по класической тарировке то покапайте в сторону счетчик, если не доедите как оставте вопрос в этой теме.