Re: EcoDriving или Качество Вождения - практическое использование
Sashok никогда. Как мне известно. Но я могу и ошибаться. Вдруг что то измениться
Вы не вошли. Пожалуйста, войдите или зарегистрируйтесь.
Sashok никогда. Как мне известно. Но я могу и ошибаться. Вдруг что то измениться
http://blog.gurtam.com/2013/12/finalnoe … ialon-pro/
Уважаемые коллеги, а кто-нибудь пробовал настраивать контроль качества вождения для других приборов, не поддерживающих EcoDriving?
Ничего хорошего не будет, если ускорения не передаются прибором. Фактически, вы будете иметь только 1 достоверный параметр - мгновенная скорость в точке фиксации. Для остальных величина дискретизации фиксирования точек прибором (даже раз в несколько секунд) не даст получить объективные данные для анализа.
Приветствую друзья. Какой контроллер обкатываете для Эко драйвинга?
Ничего хорошего не будет, если ускорения не передаются прибором. Фактически, вы будете иметь только 1 достоверный параметр - мгновенная скорость в точке фиксации. Для остальных величина дискретизации фиксирования точек прибором (даже раз в несколько секунд) не даст получить объективные данные для анализа.
Я бы усугубил даже... нужно не просто передавать ускорения, но и не пропускать передачу важных для анализа величин ускорений.
По сути, терминал должен сам опознавать нарушения, связанные с ускорениями и передавать уже результаты такого опознавания (предполагаем, что терминал умеет измерять ускорения достаточно часто - заведомо чаще, чем передача отчетов).
нужно не просто передавать ускорения, но и не пропускать передачу важных для анализа величин ускорений.
По сути, терминал должен сам опознавать нарушения, связанные с ускорениями и передавать уже результаты такого опознавания (предполагаем, что терминал умеет измерять ускорения достаточно часто - заведомо чаще, чем передача отчетов).
Для чего ?
У вас в результате будет множество ускорений за определенный промежуток времени ... ,
Множество ускорений о нарушениях) , - ну и что ?
Тоже самое и нарушение скоростного режима ...
Как вы определяете нарушение скоростного режима, например за одну минуту?
Для чего ?
У вас в результате будет множество ускорений за определенный промежуток времени ... ,
Множество ускорений о нарушениях) , - ну и что ?
Наверное, имели ввиду "множество оповещений о нарушениях"? Не в этом смысл, конечно - незачем это множество, ясно дело...
Смысл - не пропустить нарушение, что возможно, если одной из причин формирования отчета для отправки отчетов не явлется превышение ускорения. Грубо говоря - терминал отправляет отчеты каждые 10 секунд (специально утрирую), если нарушение по ускорению случится за эти 10 секунд, то сервер его не обнаружит.
Тоже самое и нарушение скоростного режима ...
Как вы определяете нарушение скоростного режима, например за одну минуту?
Наверное, имели ввиду "множество оповещений о нарушениях"? Не в этом смысл, конечно - незачем это множество, ясно дело...Смысл - не пропустить нарушение
Смысл поста сводится к следующему =
1) на сервер передается информация только о текущем значении скорости, например (но текущее значение скорости не является ни максимальныи ни минимальным за определенный промежуток времени).
Все тоже самое касается и ускорениния и значений от других датчиков.
2) Для полноты картинки на сервер тогда необхомо пеедавать и прочие значения тех же скоростей за определенный промежуток времени (или их максимальное и минимальные значения), т.е осуществлять дополнительную предобработку данных.
3) Передача нарушении ..
Для простоты - та же скорость.
За 10 .. 15 секунд значений превышений скорости может быть множество .. (пропорцтонально квантованию данных) , и то передавать все эти значения с периодом квантования (типа раз в секунду или раз 0,5 секунды)?
Смысл сводитс к тому, что бы передавать на сервер только необходимую информацию ...
Т.е. осуществлять определеннуб предобработку данных.Например , интервал передачи один раз в 10 секунд.
За период 10 секунд существует опредленное колличество точек с различными скоростями .. , а вы на сервер ередаете значение только одной точки в конкретный интервал времени .
И это значение может не быть самым максмальным за выбранный интервал.
Все тоже самое и по умкорению ..,да ивообще по любому значению ..
Прошу прощения, но потерял суть разговора... я как раз именно о том и говорил, что нужна предобработка, чтобы не пропустить нужную и не передавать ненужную - тогда почему мы спорим? -)
Немного хороших новостей в первый день лета
Мы решили открыть исходный код EcoDriving и он уже доступен на GitHub'е https://github.com/wialon/wialon-app-ecodriving
Удачи в ваших разработках!
я как раз именно о том и говорил, что нужна предобработка,
ДА
тогда почему мы спорим? -)
значит не корректно поняли друг друга
Добрый день! Скиньте пожалуйста настройки качества для сидельного тягача.
Добрый день! Скиньте пожалуйста настройки качества для сидельного тягача.
Какой стоит трекер, какие у него настройки передачи и что подключено по CAN шине?
И какой автомобиль?
glonasstm shal сидельный тагячь...я думаю что glonasstm будет достаточно стандартный настроек подобного типа ТС.
babay, обобщенные настройки с таблицами есть тут. Но я бы не обощал а вдавался в детали и возможности каждого конкретного трекера и его интерфейса подключения к автомобилю (CAN шина например дает информацию по педали акселерометра, уровню AdBlue, RPM, возможность отлкючения контроля стиля вождения без прицепа и пр).
На том-же галилео, для нормальной работы акселерометра необходима 228 прошивка и проведенная автокалибровка, без этого исходные данные будут никакими.
какие датчики и настройки качества вождения создавать для руптелы ?
Здравствуйте.
Для того, чтобы определиться с настройками EcoDriving важно не то, какой прибор используется (зачастую), а то, какой именно у вас автомобиль и какие именно результаты с помощью EcoDriving вы хотите получить - т.е. в простом варианте ответ на ваш вопрос - возьмите любой .wlp из те, что были тут раньше.
Именно по приборам Ruptella - на текущий момент специальные параметры, как к примеру для BCE или Galileo для них не реализованы, поэтому расчет ускорений или торможений происходит на общих основаниях (алгоритмами системы).
Если у вас есть конкретный пример (объект, описание авто, какие результаты контроля были бы желательны - т.е. "хотим снизить износ автопарка" или "хотим исключить пережоги топлива" хотябы в общих чертах), то мы рекомендуем вам прислать его нам на почту - support@gurtam.com, мы вам поможем настроить объект, вы увидите основные методы подхода к его настройкам и дальше если у вас будет возможность поделитесь своим опытом конкретной реализации в данной теме - это поможет остальным партнерам, использующим те же трекеры по поиску определить отправное место для начала поиска.
Именно по приборам Ruptella - на текущий момент специальные параметры, как к примеру для BCE или Galileo для них не реализованы, поэтому расчет ускорений или торможений происходит на общих основаниях (алгоритмами системы
Почему так? Например, в блоге описано, что Руптела поддерживает данный функционал (но на момент тестов не было подходящей прошивки) и настраивается с помощью датчиков..
в настройках трекера есть Еко драйвинг, в сообщениях в виалон приходят параметры:
braking_events=0, ext_hrsh_braking=0, extreeme_braking=0, harsh_braking=0, harsh_acceleration=0, max_speed=2, overspeed=0
От сюда и вопрос, как бы правильно настроить эти датчики и какие настройки согласно им вносить в Качестве вождения ?
Дело в том, что согласно нашим данным, эти показатели - пороговые величины ускорений на момент генерирования сообщения.
Т.е. по факту - ваш прибор просто пересчитывает данные от предыдущего сообщения до текущего. Абсолютно так же считает и Wialon если не интегрирован спец параметр - сравнивает координаты, скорость и timestamp в двух соседних сообщениях. Таким образом необходимость создания дополнительных датчиков отпадает - зачем делать дополнительные настройки если они предусмотрены для любого объекта (в том числе и для Руптеллы) по умолчанию?
Основное отличие в этом плане от упомянутых интегрированных приборов в том, что они внутренними механизмами собирают телеметрию каждую секунду и считают ускорение между такими данными, а уже в сообщение помещается максимальное значение параметра на интервале между двумя соседними сообщениями.
Если в первом случае динамика между сообщениями нам неизвестна, то во втором абсолютно ясно, как себя вел объект. При высокой интенсивности передачи данных (к примеру раз в 2-3 секунды во время движения) это не так заметно и разница между интегрированным/неинтегрированным прибором не так заметна, то при низкой интенсивности - это очень важно.
Отсюда и вытекает вывод о том, что важно знать что и как вы планируете получить, а сами настройки датчиков именно по параметрам Руптеллы не так важны.
Дело в том, что согласно нашим данным, эти показатели - пороговые величины ускорений на момент генерирования сообщения.
Не совсем так, изначально в настройках самого трекера задаются параметры максимальной допустимой скорости, пороговые значения ускорения и тп (на картинке все настройки)
В итоге в виалон поступают данные о кол-ве нарушений (согласно ранее заданным максимальным значениям),
кроме параметров:
max_speed - это максимальная скорость в интервале от предыдущего сообщения,
overspeed - время в секундах превышения скорости
Для прибора DTM Series подскажите настройки. Пробуем аналогично вышеизложенным настройкам для Галилео - не подходят значения ускорений, примерно на порядок или больше значения выше, получаются сплошные штрафы
ehouse
У нас также. Тоже хотелось бы настроечек
Вот ведь! Тока недавно от коллег слово в слово о такой же проблеме слышал. Плюсую за них к просьбе о настройках.
с удовольствием поделимся настройками, если кто-нибудь напишет нам на support@gurtam.com с примером прибора, интервалом времени, когда ездил плохо, а также ссылкой на эту тему и примерным рассказом о том, какие задачи стоят перед эко-драйвингом (к примеру уменьшить износ двигателя, штрафовать водителя за превышения скорости, либо еще какие-либо варианты). Плюс важно понимать, что количество периферии, подключаемой к трекеру будет разным, но для "сферической ситуации в вакууме" будет самое то.