CANNY forum — Можно ли сделать фильтр при работе с UART?

Re: Можно ли сделать фильтр при работе с UART?

2018-05-31T17:13:19Z

Смысл есть, пробуйте добавлять по 5 единиц при каждой попытке, пока ситуация не изменится.

Re: Можно ли сделать фильтр при работе с UART?

2018-05-30T18:23:37Z

Здравствуйте
Перебрал вручную от 2 до 9, каждый раз перезаписывая диаграмму. Во всех случаях длинна принятого сообщения 1

Есть смысл пробовать другие значения?
Очень уж нужно "выловить" и обработать эту посылку.

Спасибо за подсказки

Re: Можно ли сделать фильтр при работе с UART?

2018-05-15T12:41:50Z

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

Re: Можно ли сделать фильтр при работе с UART?

2018-05-13T07:50:25Z

Здравствуйте

Попробовал таймаут от 2 до 9

Во всех случаях длинна сообщения =1

Re: Можно ли сделать фильтр при работе с UART?

2018-05-10T11:25:20Z

В отсутствие осциллографа и точных данных о минимальном интервале между пакетами - да перебором, причем по возрастанию, начиная с минимального значения (2) и до максимального (9)

Re: Можно ли сделать фильтр при работе с UART?

2018-05-10T08:57:00Z

Благодарю. Попробую. Просто перебором последовательно до появления стабильности приема? Я верно понял?

Re: Можно ли сделать фильтр при работе с UART?

2018-05-08T12:35:48Z

Теперь на диаграмме с увеличенным разрешением требуется подобрать значение в "Регистре установки таймаута приема сообщения UART" в интервале от 2 до 9 контролируя Регистр длины принятого сообщения UART - если его значение при приеме любого сообщения будет = 1, то таймаут нужно увеличивать.
Конечно, в отсутствии специализированного драйвера работать с подобным протоколом задача нетривиальная.

Re: Можно ли сделать фильтр при работе с UART?

2018-05-08T05:22:01Z

Прошу прощения за долгое молчание.
Попробовал. Стало еще хуже и не понятнее.
Если запускать эту диаграмму с увеличенным разрешением http://piccy.info/view3/12262908/e83183 … 0f14/1200/

На выходе блока 1 единица появляется, как надо. На выходе блока 2 - нет. Если убрать поправку по времени - работает как раньше.

Пока отложил этот момент в долгий ящик.
Спасибо

Re: Можно ли сделать фильтр при работе с UART?

2018-04-29T14:32:45Z

Попробуйте не очевидный вариант - используйте Регистр увеличения разрешения системного таймера: http://wiki.canny.ru/index.php?title=CA … 1.80.D0.B0

При этом вам потребуется умножить все временные интервалы на диаграмме в 10 раз. Этот регистр косвенным образом может повлиять на разрешение UART.

Re: Можно ли сделать фильтр при работе с UART?

2018-04-26T14:25:53Z

Прошу прощения, контроллер - нано.

Re: Можно ли сделать фильтр при работе с UART?

2018-04-26T13:22:12Z

Кстати, а про какой контроллер вообще говоря речь?

Re: Можно ли сделать фильтр при работе с UART?

2018-04-23T06:16:37Z

До осциллографа пока не добрался. Есть лог с временем в таком виде

Нужная посылка выделена синим. Красным - "пакеты". Зеленым - "обычные" посылки.
Вот нужное мне сообщение в "пакете" проходит мимо в большинстве случаев. Если его отправлять "вручную" - то все ок, схема его "ловит".

Re: Можно ли сделать фильтр при работе с UART?

2018-04-21T05:56:08Z

Здравствуйте.
Определить нужно интервал в "пачке" из которой "не ловятся" сообщения? Я верно понял?
Попробую.

Есть смысл может добавить "регистр переполнения буфера" и посмотреть его статус?

Спасибо

Re: Можно ли сделать фильтр при работе с UART?

2018-04-20T13:49:04Z

Как таковые фильтры для чистого UART неприменимы, в отличие от CAN
Вряд ли дело в перегрузке контроллера - UART довольно медленный протокол.
Сможете определить при помощи осциллографа минимальный интервал между последовательными сообщениями uart?

Можно ли сделать фильтр при работе с UART?

2018-04-20T06:47:00Z

Здравствуйте
Вопрос возник из следующей ситуации: на контроллера нано организована работа диаграммы с получением и отправкой данных UART.
Диаграмма довольно объемная, также задействована передача IR.
Суть проблемы в том, что при исполнении "вживую", перестала схема реагировать на посылку в шине, когда она идет (при определенных условиях) в "пакете" подобных (с одинаковым адресом отправителя и получателя".
Если отправлять эту посылку "одиночно" - то все ок. Походу нано просто перегружен и "не успевает" ее обработать и среагировать.
Если отдельно загрузить фрагмент обработки этого сообщения:

То все ок. Стало быть логика не нарушена. Но как только диаграмма в контроллер загружается вся - происходит описанное выше. Идет "плотный" по времени набор сообщений и он "пропускается" мимо.
Прикрутил кан для мониторинга происходящего в UART - так и есть. Часть посылок из "пакета" передается в кан из уарта, часть просто теряется. При этом нет зависимости от длинны сообщения.

Я уже с похожим сталкивался при работе с кан шиной. Тогда вопрос решился "разгрузкой" контроллера путем установки фильтров по идентификатору.

Собственно прошу совета - как можно при работе с UART избавить контроллер от "лишней" работы? Можно построить фильтр подобно как на кане? Назначить бит, как условие фильтра. И дальше работать только с "профильтрованными" посылками?
Вот еще часть моих "фильтров"

Будет ли "легче" работать контроллеру, если добавить сначала условие отсева по отправителю и, допустим, длине сообщения? А уже потом так, как на диаграмме?

Спасибо! Буду рад советам и подсказкам.

UPD:

эти варианты равнозначны с точки зрения функционала? Так получится хоть что-то выиграть? Таких "переделок" по диаграмме можно штук 5-6 сделать.

Или вообще дело может быть не в этом?