Re: Много простых вопросов по Wialon системе.
Пишет мой коллега про "сырые данные":
"По сырым данным хорошо, когда рывков нет. Если их включить, они запросто уходят в расход по ДУТ и создают там сотни литров расхода в день."
Вы не вошли. Пожалуйста, войдите или зарегистрируйтесь.
Страницы 1 … 9 10 11 12 13 … 26 Читать все
Чтобы отправить ответ, вы должны войти или зарегистрироваться
Пишет мой коллега про "сырые данные":
"По сырым данным хорошо, когда рывков нет. Если их включить, они запросто уходят в расход по ДУТ и создают там сотни литров расхода в день."
Еще вопрос. Прибор Телтоника 4200, датчики зажигания не подключали. По отчету пробег за день 133 км, а по сообщением 157, почему так получается и как сделать чтобы пробег считал "по сообщениям" ?
Всем привет.
Подскажите вот есть много геозон на небольшом участке карты, при выполнении отчета все эти геозоны забивают весь экран.
Как сделать чтобы в отчете они не показывались на экране?
есть много геозон на небольшом участке карты, при выполнении отчета все эти геозоны забивают весь экран.
Как сделать чтобы в отчете они не показывались на экране?
Деактивируйте опцию "Геозоны" в настройках шаблона отчёта в разделе "Карта".
Прибор Телтоника 4200, датчики зажигания не подключали. По отчету пробег за день 133 км, а по сообщением 157, почему так получается и как сделать чтобы пробег считал "по сообщениям" ?
Это может быть связано как с настройками счётчика пробега, так и с настройками шаблона отчёта.
Подобные вопросы имеет смысл обсуждать на конкретном примере.
Пишите, пожалуйста, на support@gurtam.com, приложив наименования объекта и шаблона отчета, а также интервал построения.
Еще вопрос. Прибор Телтоника 4200, датчики зажигания не подключали. По отчету пробег за день 133 км, а по сообщением 157, почему так получается и как сделать чтобы пробег считал "по сообщениям" ?
Возможно, отключить "считать пробег по поездкам" в шаблоне отчета.
А такое как может быть?
Cр. скорость - вычисляемый параметр по каждому сообщению, как ds/dt, после чего усредняется для всего интервала на число сообщений в нем. А макс. скорость - берется из каждого сообщения и равна максимальной на отрезке начало/конец.
Вроде как.
Ringo
А датчик пробега есть на этом авто?
У меня тягач есть,на котором нелинейно идут данные с абсолютным пробегом из CAN шины.
Т.е. имеются отрезки,в которых по пробегу с тахи он за 8-10 секунд проезжает по 10-20 км.
И именно в таком интервале появляются такие странные значения.
Cр. скорость - вычисляемый параметр по каждому сообщению, как ds/dt, после чего усредняется для всего интервала на число сообщений в нем. А макс. скорость - берется из каждого сообщения и равна максимальной на отрезке начало/конец.
Эм. Ну судя по сообщеням, оно так и есть. Но зачем? Что мешает скорость с GPS осреднять?
keeper не, нет.
Там прострелы из-за малого количества спутников, причем [V] Фильтрация валидности сообщений что-то не работает.
Эм. Ну судя по сообщеням, оно так и есть. Но зачем? Что мешает скорость с GPS осреднять?
Данные о движении идут согласно настройкам детектор поездок. Если и делать как вы хотите, тогда необходимо выделить эту возможность в отдельную опцию. Это правильно и логично.
Данные о движении идут согласно настройкам детектор поездок.
Эм. Причем тут детектор поездок? И как он связан с определением средней скорости?
Что мешает скорость с GPS осреднять?
Т.е. взять все N сообщений, просуммировать их GPS-скорость (V1+V2+...) и разделить на количество сообщений N?
И мы получим "среднее значение GPS-скорости в сообщениях".
Это имеет мало общего со "средней скоростью на участке пути", что становится заметно при нулевых скоростях и разной частоте отправки сообщений.
Ведь если машина проехала 160 км за 2 часа, то, по всем правилам математики, средняя скорость Vср = S/t = 160/2 = 80 км/ч.
А сколько сообщений отправил прибор и какая в них была скорость? По такой формуле две машины, идущие колонной, спокойно могут получить разное "среднее значение GPS-скорости в сообщениях".
Поскольку на объекте наблюдаются прострелы, сообщения с высокой скоростью и "лишним" пробегом должны фильтроваться.
Вероятно, есть прострелы с небольшой, допустимой скоростью, которые и вносят свою лепту в погрешность.
Если есть параметр hdop и он нормально отрабатывает, хорошо бы настроить фильтрацию вдобавок и по нему.
roar фильтрация настроена так.
Но похоже она не влияет на уже принятые сообщения.
roar фильтрация настроена так.
Но похоже она не влияет на уже принятые сообщения.
Эта фильтрация обрабатывает вновь поступающие сообщения. Прошедшие фильтр записываются в сообщения, непрошедшие отбрасываются как невалидные и не записываются.
Поэтому лично я не люблю данную фильтрацию, поскольку никогда не узнаю, в чем была причина невалидности, поскольку этих сообщений не будет в системе.
Эта фильтрация обрабатывает вновь поступающие сообщения. Прошедшие фильтр записываются в сообщения, непрошедшие отбрасываются как невалидные и не записываются.
Поэтому лично я не люблю данную фильтрацию, поскольку никогда не узнаю, в чем была причина невалидности, поскольку этих сообщений не будет в системе.
Можно их оставлять, но со стёртыми позиционными данными - координаты, спутники, скорость и высота. Грубо говоря, останутся метки времени + параметры + медиа.
Проанализировать, почему сообщение было отфильтровано, можно будет только по параметру hdop. Если его нет, то или скорость была высока, либо спутников не хватило.
Подскажите, как в отчете, вместо адресов получать координаты? На Северах работает абонент, просит сделать координаты, т.к. адреса все равно неправильно показывает.
Подскажите, как в отчете, вместо адресов получать координаты? На Северах работает абонент, просит сделать координаты, т.к. адреса все равно неправильно показывает.
В настройках шаблона отчёта перейдите во вкладку "Настройки", разверните блок "Адрес" и отключите все уровни адреса: Страна, Регион, Город, Улица и Дом.
После этого в отчёте вместо адресов будут указаны координаты.
Что-то не могу понять в очередной раз закономерности подсчета моточасов в Виалон.
1. Сделал датчик зажигания из входящего напряжения
2. Обозначил что моточасы считаются из датчика зажигания
3. Построил график, на графике П-образные дуги соответствуют нужному,
4. В статистике не соответствует подсчет.
Что-то не могу понять в очередной раз закономерности подсчета моточасов в Виалон.
1. Сделал датчик зажигания из входящего напряжения
2. Обозначил что моточасы считаются из датчика зажигания
3. Построил график, на графике П-образные дуги соответствуют нужному,
4. В статистике не соответствует подсчет.
Наша техподдержка ответила на ваш запрос по почте за час до написания данного сообщения здесь.
Проблема в том, что в настройках объекта установлено "Макс. время между сообщениями" = 1 секунда.
Эта опция призвана определять "Потери связи", т.е. ненормально долгие интервалы без данных от трекера. Например, отключение питания на ночь или на обед.
Потери связи разрывают интервалы моточасов, чтобы они не считались в интервалах не-работы объекта, хотя в крайних сообщениях фиксируется включенное зажигание.
В вашем случае, необходимо изменить 1 секунду на большее значение. Обычно ставят значение в секундах чуть больше, чем частота отправки данных трекером. Например, если сбор данных на стоянке - 1 сообщение в 300 секунд, ставят "Макс. время между сообщениями" = 301+ секунды.
24Glonass пишет:Что-то не могу понять в очередной раз закономерности подсчета моточасов в Виалон.
1. Сделал датчик зажигания из входящего напряжения
2. Обозначил что моточасы считаются из датчика зажигания
3. Построил график, на графике П-образные дуги соответствуют нужному,
4. В статистике не соответствует подсчет.Наша техподдержка ответила на ваш запрос по почте за час до написания данного сообщения здесь.
Проблема в том, что в настройках объекта установлено "Макс. время между сообщениями" = 1 секунда.
Эта опция призвана определять "Потери связи", т.е. ненормально долгие интервалы без данных от трекера. Например, отключение питания на ночь или на обед.
Потери связи разрывают интервалы моточасов, чтобы они не считались в интервалах не-работы объекта, хотя в крайний сообщениях фиксируется включенное зажигание.В вашем случае, необходимо изменить 1 секунду на большее значение. Обычно ставят значение в секундах чуть больше, чем частота отправки данных трекером. Например, если сбор данных на стоянке - 1 сообщение в 300 секунд, ставят "Макс. время между сообщениями" = 301+ секунды.
Огромное спасибо!
Почитал руководство по сменам в отчете, подскажите, а как-то выходные можно сделать чтобы не учитывались, если абонент потом строит за весь месяц сразу.
24Glonass, в настройках таблицы в разделе настройки есть ограничения по времени, например в таблице Моточасы. Там вы сможете выделить абсолютно любой интервал, но имейте ввиду если, допустим период моточасов длится более суток, а вы прибираете 1 день, то такой период моточасов не попадет в отчет!
Добрый вечер,я самоучка и только начал общаться с виалоном,подскажите пожалуйста как убрать в отчете,маркеры ложных сливов и заправок,заранее спасибо
Добрый вечер,я самоучка и только начал общаться с виалоном,подскажите пожалуйста как убрать в отчете,маркеры ложных сливов и заправок,заранее спасибо
В свойствах объекта, раздел "Расход топлива", там установите минимальные нормы заправки и слива. Суть - вам надо нормой "перекрыть" колебания топлива в баке.
Также попробуйте установить фильтрацию (тот же раздел настроек. от 1 до 5 ).
Если не получится, присоединяйте график к сообщению, посмотрим.
Страницы 1 … 9 10 11 12 13 … 26 Читать все
Чтобы отправить ответ, вы должны войти или зарегистрироваться