Все сам заново воссоздал (для понимания процесса, иначе в голове не отложится) получилась в точности ваша схема.
Так ж понял смысл сдвиг в лево на 8 бит..

Наверное.... как я вижу, разумно добавить в программу регистры чтения записи и перевернутом состоянии т.е. не только D1:D0  но и D0:D1 коли уж встречается подобный тупик, (поскольку я изначально данные завел корректно)

...Ну на счет перепутанных бит данных понял (вроде по описанию делал, но возможно не верно понял)нужно было что вижу то и вводить.. D0|80 D1|00.., следовательно сдвиг на 8 бит наверно стоит убрать иначе он возвращает наши привёрнутые значения..(файлы выше)

В исходной диаграмме положение байт у констант и у регистра принятых данных CAN совпадало. Однако сравнивать только значения регистра не совсем верно, следует преобразовать его в корректное значение. Иногда данные в сообщениях идут старшим байтом вперед, иногда младшим байтом вперед. В зависимости от этого может потребоваться их преобразование тем или иным образом.
D0:D1= 0x8000=32768. Соседнее с ним значение,например D0:D1= 0x8001=32769. Тогда как при D1:D0=0x0080=128, соседнее значение будет D1:D0=0x0180=384.
По этому правильно будет действовать как в приведенной мной диаграмме (c53md1_CAN_ON4.cfd).

В исходной диаграмме закралась ошибка в интерпретации данных

Еще теперь это нужно переварить и понять

По больше меньше смысл уловил...
Ну на счет перепутанных бит данных понял (вроде по описанию делал, но возможно не верно понял)нужно было что вижу то и вводить.. D0|80 D1|00.., следовательно сдвиг на 8 бит наверно стоит убрать иначе он возвращает наши привёрнутые значения..(файлы выше)

Дело может прояснить лог-файл сообщений с установленным фильтром по ID=0x00C2 снятый с при быстром и медленном вращении датчика.

Организую на днях..

Что касается фильтра... у меня в сети два устройства, Канни и датчик, больше никого.. т.е. читаем только  ID=0x00C2

Ошибку понял, осознал..Благодарю..

Теперь вы неправильно используете блок "Логическое И": на входе "Значение Y" у вас константа, что лишает блок смысла.
Описание работы блока с примерами приведено здесь: https://canny.ru/docs/fbd/logicoperations/logical_and/

Вызывает вопрос о целесообразности и применение вами блока "Исключающее ИЛИ" у которого константы на обоих входах.
Описание работы блока с примерами приведено здесь: https://canny.ru/docs/fbd/logicoperations/exclusive_or/

Как правило - не требуется, конвертация происходит автоматически. И об этом тоже написано в документации: https://canny.ru/docs/fbd/cfd/#sec--fbd-cfd-dannye

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

Вместо того чтобы выводить данные обработанной части, начальные т.е. готовые к выводу части находится в режиме простоя пока не закончится весь цикл обработки..
Что ж, тоже сначала так подумал как логичное решение проблемы задержек, но не стал высказывать свою мысль так как подумал что это только удлиняет цикл выполнения..
Интересно как быть если за то время что входные значения находились в режиме простоя вводные сменились и не раз...

В любом случае спасибо за пояснение...

А если их Две?

Не важно сколько ветвлений в вашем алгоритме - диаграмма вычисляется целиком. И только после исполнения последнего блока диаграммы, происходит изменение состояния выходных каналов контроллера, пакетно. Что и отражено в документации по ссылке выше. Так, в частности, на рисунке 1 показано, что запись ресурсов / установка состояния контроллера происходит только после исполнения последнего блока диаграммы.

Следовательно, если я правильно понимаю вашу мысль, это:

не верно.

В каком именно?

Модераторское: Тема почищена от флуда. AlexN, mission1976 ограничимся устным предупреждением?