...В  CAN шине присутствует информация энкодера, занимает один байт (D7)? изменяется от 00 до FF и от FF до 00 в зависимости от направления вращения ручки...

В общем, направление мысли верное, но лучше анализировать разницу между предыдущим и текущим значением, тогда направление перехода через 0 можно будет идентифицировать (увидеть "отрицательное значение"; в примере по ссылке 16битное число, а в задаче 8битное, но принцип тот же - анализ старшего бита разности чисел).
Вариант решения во вложении. Подход будет работать при абсолютной разнице значений в соседних сообщениях не более 128 единиц.

В  CAN шине присутствует информация энкодера, занимает один байт (D7)? изменяется от 00 до FF и от FF до 00 в

зависимости от направления вращения ручки. Абсолютное значение не важно, нужно лишь направление вращения.

Алгоритм довольно простой, буфер и два сравнения больше и меньше. Заковыка у меня в переходе через 00, тк при

вращении в одну сторону после FF будет 00, а это по условии будет означать один клик в противоположную сторону

Помогите пж решить головоломку, или натолкните на способ ее решения

Подскажите, отсутствие модуля IR в Canny7.2Duo обусловлено аппаратно, програмно или маркетинговыми соображениями  )))

Программно.

UPD: Драйвер ИКДУ был добавлен в системное ПО CANNY 7.2 Duo в CannyLab 2.4

контроллерами. К сожалению информация в меня не очень заходит в режиме WIKI, хотя обещаю посвящу этому время ))

Не знаю как остальным пользователям, но мне проще разбираться на примерах диаграмм представленных на форуме, так

сказать больше практики и интуитивно понятнее, Бразильская система ))))

Еще раз благодарю за помощь.

PS Подскажите, отсутствие модуля IR в Canny7.2Duo обусловлено аппаратно, програмно или маркетинговыми соображениями  )))

Проверьте пожалуйста еще одну диаграмму

В ней стоит задача отправки в UART данных полученных из CAN. Задумка состоит в том чтобы  разрешение на передачу

происходило по активности в D2:D3 или D4:D5. Работает не корректно, видимо из за того что одно из условий приходится на

регистр активности в CAN. Подскажите как поступить правильно

Вариант решения во вложении.

Пардон, вроде прикреплял )))

Шлюз в ней сейчас отключен

При активном драйвере шлюза в диаграмму попадают только те сообщения, ID которых указаны в отборах для данного интерфейса CAN, если не включен режим слежения указанного интерфейса. Подробнее см. wiki (в том числе описание примеров).
Исправленная диаграмма во вложении.

В ней стоит задача отправки в UART данных полученных из CAN. Задумка состоит в том чтобы  разрешение на передачу

происходило по активности в D2:D3 или D4:D5. Работает не корректно, видимо из за того что одно из условий приходится на

регистр активности в CAN. Подскажите как поступить правильно

Вы не приложили диаграмму.

Пардон, вроде прикреплял )))

Шлюз в ней сейчас отключен

Затея в следующем

1. Can Filter ( фильтр скорости автомобиля на ГУ)

2. Отправка в CAN при получения любого сообщения с ID:661 (один из адишников штатной магнитолы) ID штатного TV

тюнера (для открытия видео входа на ГУ и получения с него кодов кнопок  по ID:461)

3. Прием по CAN c ID:461 кодов кнопок c ГУ и трансляция их напрямую в UART, далее при помощи внешнего котроллера

перевод полученных данных в IR коды для DVBT тюнера (по причине, к моему глубокому сожалению, отсутствия IR

драйвера в CANNY7 DUO

На данный момент затык в том, что раздельно шлюз и посылка ID:461 работает корректно.

Но при включении шлюза перестает работать вторая часть диаграммы (((

Прошу вас оказать в содействие в понимании причин происходящего ))