1Тема от Rus_Lan

Отбраковка невалидных сообщений

(28/05/2013 14:19:41 отредактировано Rus_Lan)
  • Rus_Lan
  • Rus_Lan
  • Gurtam Partner
  • Неактивен

Тема: Отбраковка невалидных сообщений

С определенного датчика (допустим датчик пробега) идут данные с известной разностью 0.1 -2 (км). С непредсказуемой периодичностью, выскакивают  значения заведомо невалидные. Т. е они отличаются от предыдущих на значительно большие допустимые  значения. Например,  идут данные:

10-01: 20001 км
10-02: 20002 км
10-03: 12000 км
10-04: 20004 км
10-05: 20005 км

Сообщение 10-03: 12000 км в данном примере не валидное.

Вопрос, как поиграться параметрами датчика или отчета. Чтобы в отчетах игнорировались  данные о невалидном сообщении?

Соответственно, в данном случае не считался бы лишний пробег.
Думаю, этот вопрос будет интересен многим, кто работает с КАН- шиной.

Тахографы и ГЛОНАСС GPS мониторинг транспорта в Белгороде
http://trekcontrol.ru

Сайт Rus_Lan

0
2Ответ от poal

Отбраковка невалидных сообщений

  • poal
  • poal
  • Wialon fan club
  • Неактивен
  • Зарегистрирован: 09/07/2012
  • Сообщений: 715
  • Карма: 77

Re: Отбраковка невалидных сообщений

я так понимаю это абсолютный пробег,

1. пробуйте сделать таблицу расчета, где x будет равен y, и верхнюю границу по Х, скажем 5000, а когда датчик достигнет этого значения вновь сдвинуть ее

2. пробуйте подцепить валидацию по типу проверка на неравенство 0, валидирующим сделайте датчик с параметром типа odo-#odo, и пропишите таблицей расчета максимальную разницу между сообщениями, при которой показатели одометра валидны, в остальных случаях будет прочерк и значение не будет учтено

Business Development Manager
Gurtam

Rus_Lan

+1
3Ответ от Rus_Lan

Отбраковка невалидных сообщений

(28/05/2013 17:31:46 отредактировано Rus_Lan)
  • Rus_Lan
  • Rus_Lan
  • Gurtam Partner
  • Неактивен

Re: Отбраковка невалидных сообщений

poal пишет:

я так понимаю это абсолютный пробег,

1. пробуйте сделать таблицу расчета, где x будет равен y, и верхнюю границу по Х, скажем 5000, а когда датчик достигнет этого значения вновь сдвинуть ее

2. пробуйте подцепить валидацию по типу проверка на неравенство 0, валидирующим сделайте датчик с параметром типа odo-#odo, и пропишите таблицей расчета максимальную разницу между сообщениями, при которой показатели одометра валидны, в остальных случаях будет прочерк и значение не будет учтено

Да это абсолютный пробег. Такая же проблема выскакивает и  с ДАРТ на некотором оборудовании.

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

За второй спасибо! Какое-то такое решение и искал!

Тахографы и ГЛОНАСС GPS мониторинг транспорта в Белгороде
http://trekcontrol.ru

Сайт Rus_Lan

0