SPI с аппаратным CRC

[ilya_sh]

Вопрос: кто-нибудь реализовывал аппаратный CRC в SPI на STM8S?
Интересует именно флаг, который выставляется при несовпадении принятого CRC и подсчитанного.
Могу кинуть код на Си.
А в кратце так: как только закидываю последний байт из массива в буфер TX по прерыванию TXE, то сразу же даю команду CRCNEXT, после маскирую прерывание (сбрасываю флаг TXIE). По идее, приняв столько же байт, сколько и передал, происходит прием CRC и потом его сравнение. Ну и фиг. Флаг CRCERR взводится. Кто знает, в чем засада?

[MisterDi]

А как приемник узнает по скольки байтам считать crc?

[picavr]

несовпадении принятого CRC и подсчитанного.

А МБЫТЬ в даном случае у вас CRC считается для данных которые ВЫ ПЕРЕДАВАЛИ? что бы CRC вы отправили после последнего переданного байта данных?
Я пока не возился с CRC SPI. Но если бы я писал софтверную реализацию передачи SPI с CRC, то так бы и поступил.

[ilya_sh]

Проц в режиме слэйва. Мастер имеет табло, на котором высвечиваются принимаемые и передаваемые данные, включая CRC.
Команда CRCNEXT передается сразу же после загрузки в буфер TX последнего элемента массива. Вычисление CRC для приемника и передатчика прекращается после реальной отправки и приема последних данных. Дело в том, в регистре TXCRCR и RXCRCR находятся правильно посчитанные CRC. Но, после приема CRC от мастера, слэйв должен сравнить этот принятый CRC с RXCRCR. В случае несовпадения выставить бит CRCERR (x-x-x-CRCERR-x-x-x-x).
Вообщем, причина найдена. Итак поясню, что и как на коде.

char tmp;
tmp=SPI-›SR; tmp &=10;
if (tmp) Ошибка CRC;
SPI-›SR &=0xEF; // сбрасываем флаг ошибки
Вот в этом коде ошибка всегда есть

char tmp;
tmp=(uint8_t)(SPI-›SR);
if ((tmp & 0x10)!=0) Ошибка CRC;
SPI-›SR &=0xEF; // сбрасываем флаг ошибки
В этом коде всё работает верно.

Вывод: надо быть внимательным! )
Если кого интересует реализация аппаратного CRC, то выложу код с пояснениями. Кстати, объясню, почему этот режим для моего случая предпочтителен: мне нужно передавать мастеру некие данные, которые изменяются в прерываниях, и может быть так, что при передаче данных, они могут измениться прямо перед записью их в буфер TX, что исключает предварительный расчет CRC. Аппаратный же калькулятор CRC считает его именно по Shift регистру.

[picavr]

что исключает предварительный расчет CRC.

а промежуточный буфер даёт такую возможность.

[ilya_sh]

Учитывая скромные ресурсы контроллера, буфер отпадает.

[selevo]

а можно отдельной функцией библиотекой скинуть сюда исходник ?
https://kazus.ru/forums/showthread.php?t=110853
Думаю людям пригодится.