caxapa.ru :: Слона лучше есть кусочками. Если условия позволяют я бы занулил все 64 байта с заведомо известной и легко считаемой crc. Если не совпадёт при сравнении на приемном конце, начал бы ручками подбирать величину crc при которой сравнение сработает. То же самое проделать для 1 байта из 60 меняяя его значение от 0 до FF ну и далее по всему списку step-by-step по принципу 1 из 60. Так будет проще найти где и на чем ломается алгоритм.

akz (12.05.2023 17:05, просмотров: 64) ответил my504 на Столкнулся со странным... Делаю проект на AT32F421 (Cortex M4). В проекте есть обмен по UART с идентичным другому серийному устройству (с таким же МК) протоколом. Обмен ведется пакетами по 64 байта. В пакете от ПО к МК имеется CRC8 в 59-м байте, который считается по таблице. В серийном изделии все работает превосходно. В текущем проекте просто скопировал весь обмен из серийного. Обмен идет отлично - пакет в отладчике я вижу идентичный посланному из ПО. Но CRC при

Слона лучше есть кусочками. Если условия позволяют я бы занулил все 64 байта с заведомо известной и легко считаемой crc. Если не совпадёт при сравнении на приемном конце, начал бы ручками подбирать величину crc при которой сравнение сработает. То же самое проделать для 1 байта из 60 меняяя его значение от 0 до FF ну и далее по всему списку step-by-step по принципу 1 из 60. Так будет проще найти где и на чем ломается алгоритм.

Ответить

ARM, RISC-V контроллеры