как отсеять мусор из UART в реал-тайме?

ElectroMechaniC · #1

Привет! Ситуация следующего характера:
Требуется выводить значение оборотов двигателя автомобиля через UART на другое устройство и на дисплей! Делаю себе тахометр! Со всеми дебрями разобрался, данные с автомобиля получил. Считываю их в режиме реального времени, они совпадают! Но есть одна маленькая неприятность! Это провалы показаний по не понятной мне причине? Они кратковременные, но портят всю красоту! Если усреднять показания, то провалы уходят, но тогда нет ощущения реальности показаний, проще сказать тормозит всё))) для примера приведу то что прилетает в ком порт компьютера, к сожалению не знаю как свернуть в спойлер!
Простите если чЁ!!!! Если кто подскажет как, тут же исправлю!

Код: Выделить всё

вот эти трёхзначные числа - это мусор, но они всегда разные на разных оборотах, может кто подскажет причину их появления, или как побороть? Пример проекта приложил!

pan · #2

причину сказать не готов, побороть можно фильтром аномальных значений

ElectroMechaniC · #3

А что нужно вводить в дельта? Можно пример?

pan · #4

так расписано же все на странице блоков. дельта это разброс при превышении которого считать мусором

ElectroMechaniC · #5

pan, спасибо немного потерялся, потом дошло что дельта это разность)))) ок буду пробовать . Благодарю за помощь!

ElectroMechaniC · #6

pan, Не могли бы вы немного проконсультировать? Методом научного тыка) определил, что в COM-порт прилетают мусорные значения "1"и "3" они то и портят всю малину! Фильтр аномальных не помог! прошу помощи в корректировке схемы... Правильно ли я по логике делаю запрет на показ единицы и тройки?

Отправлено спустя 4 минуты 35 секунд:
Приложил проект...

pan · #7

честно говоря очень странная реализация

подробнее смогу посмотреть позже. надо домой сворачиваться уже

Отправлено спустя 42 секунды:
а не пробовали найти и устранить причину "мусора" ?

ElectroMechaniC · #8

Пробовал!
Принцип цепочки связей такой:
(CAN_L/CAN_H-MCP2515)-(SPI-UNO)-(UNO-UART)-(UART-DUE)-(ANDROID)
Если UNO-й отправлять любые переменные дальше по цепочке, то всё приходит без мусора! Причина где то рядом с MCP2515... то-ли он обрабатывает так корявенько данные, то-ли передаёт их по SPI неверно. Есть ещё предположение в синхронизации SPI - UART на уне. может стоит попробовать понизить скорость считывания SPI?

ElectroMechaniC · #9

pan, вы не смотрели проект? что можете сказать? Как бы вы поступили в случае, если бы в нужно было бы запрещать единицы и тройки? данные должны приходить молниеносно! С оборотами всё получилось!, а вот со скоростью беда прям)))

pan · #10

ElectroMechaniC, вы не могли бы немного пояснить алгоритм,
назначение массива и для чего производится преобразование переменных в строку

ElectroMechaniC · #11

pan, да! Конечно!

Отправлено спустя 6 минут 2 секунды:
Как вы поняли данные приходят в байтах! Но в байтах они никакой полезной функции не представляют! Для того, что бы оперировать с числами, мне нужно преобразовать, в данном случае, первый и второй байты по отдельности в .hex, после чего соединить в одно число .hex, a уже полученое 16е число преобразовать в .dec ! Вот тогда получиться полезная информация!

Отправлено спустя 2 минуты 17 секунд:
Если бы из блока инициализации можно бы было получать данные уже в .hex, тогда бы преобразование в строку не понадобилось бы! А что ? Может быть мусор из-за преобразования в строку?

pan · #12

еще вопросы.
если приходят байты, зачем переменные unsigned long.

ElectroMechaniC писал(а): ↑
11.05.2018{, 09:18}
первый и второй байты по отдельности в .hex, после чего соединить в одно число .hex, a уже полученое 16е число преобразовать в .dec

ок. а строка то зачем. может так конечно проще. х.з

Отправлено спустя 5 минут :
например такой момент

СпойлерПоказать

почему бы не сравнивать с числом. понятно что работает, но ведь в строке каждый символ это байт. просто меня жаба душит
так растрачивать память МК

ElectroMechaniC · #13

Дело в том что к памяти нет особых требований! Так проще для анализа!

Отправлено спустя 48 секунд:
Если он не тормозит циклы, то пусть лучше так!

pan · #14

СпойлерПоказать

почему не так?

ElectroMechaniC писал(а): ↑
11.05.2018{, 09:30}
Если он не тормозит циклы, то пусть лучше так!

работа со строками как и с переменными float занимает не мало времени МК

ElectroMechaniC · #15

Вот пример loop

Отправлено спустя 3 минуты :
Как видите "canId", а так же (buf, HEX); в 16ном виде! Вот проект в целом виде Вы делали эти блоки для меня)))

Отправлено спустя 1 минуту 55 секунд:

pan писал(а): ↑
11.05.2018{, 09:35}
почему не так?

А разве так можно? Данные то в байтах в другом виде? Или нет?

ElectroMechaniC · #16

Я скорее всего немного не улавливаю сути... извините если я не понимаю азов, я стараюсь вникнуть!

ElectroMechaniC · #17

То есть данные в "canId" будут в любом случае 354, не важно в каком они виде?

Отправлено спустя 38 секунд:
Разумеется если они отправлены как 354)

pan · #18

ElectroMechaniC, если число , например int (2 байта) 31486 преобразовать в строку,
то получим массив из пяти символов 3,1,4,8,6 каждый занимающий по байту

Отправлено спустя 1 минуту 3 секунды:

ElectroMechaniC писал(а): ↑
11.05.2018{, 09:41}
Данные то в байтах в другом виде? Или нет?

в каком?

Boroda · #19

ElectroMechaniC, на старом сайте блоки приема/передачи по UART с контрольной суммой есть.

ElectroMechaniC · #20

Boroda, Спасибо! Думаю не в UART дело! Но спасибо!
pan, прав! Скорее всего дело в самом преобразовании в строки!
Только как от этого уйти?
Вот к примеру мне нужно читать массив, который приходит под таким ID: