Загрузчик для PIC18 /16 Опции

[skyv]

Привет.
В Ap.Note AN1310 описан загрузчик для PIC18 /16.
В исходном коде загрузчика для пика есть реализация 16-bit CCIT CRC.
Значение полинома в статье не приводится, но судя по наименованию
CRC он должен быть равен 0x1021.
В отладчике MPLAB решил проверить работу этой функции.
Подсчитал CRC для стандартной последовательности – 123456789
и получил значение 0x2378 (при исходном 0) и 0x3B0A (при исходном 0xFFFF) .
В калькуляторах по расчету CRC получаю 0x31C3 (при исходном 0) и
0x29B1 (при исходном 0xFFFF). В чем проблема не могу понять.
Эту вставку я дописал для проверки.
movlw .1 rcall AddCrc
movlw .2 rcall AddCrc
movlw .3 rcall AddCrc
movlw .4 rcall AddCrc
movlw .5 rcall AddCrc
movlw .6 rcall AddCrc
movlw .7 rcall AddCrc
movlw .8 rcall AddCrc
movlw .9 rcall AddCrc

[fox2trot]

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

[skyv]

В asm коде загрузчика увидел интересный для себя ход в том месте алгоритма,
где принят фрейм команды и надо переходить к вычислению CRC.

movff POSTDEC0, PRODH.

Этой командой мы записываем последний принятый байт фрейма (это байт CRCH) в
старший байт регистра результата умножителя для временного хранения. В документе PIC18F2682/2685/4682/4685 я нигде не увидел
обозначение доступа (r, w) к этому регистру. Только на рисунке fig1.1 к нему подходят двунаправленные стрелки.
Мы имеем право писать в этот регистр?

[Kolia]

Если в описании ничего не написано и есть под рукой контроллер - можно и самому проверить