CRC16 xmodem hyperterminal AT91RM9200, Как вычисляет CRC16 Hyperterminal ? Опции

[Vishay]

Доброго времени суток.

Имеется следующая проблема: пытаюсь загружать через DBGU файл romboot.bin по xmodem'у в процессор AT91RM9200 с помощью Hypertrminal'a.
Загрузка проходит успешно, romboot запускается, но при попытке записи romboot'a в DataFlash командой "1 C0000000" Hyperterminal выдает сообщение "Превышен предел по числу ошибок" и ничего в AT91RM9200 не загружает. При этом, если грузить вместо romboot.bin файл из одних нулей, то загрузка производится нормально, в осциллограф видна активность на SPI- интерфейсе DataFlash ( правда запись в DataFlash неуспешна, но это уже другая история - )
Перехватом передачи от PC к DBGU AT91RM9200 выяснено, что CRC16 для тестового блока данных
"12345678" (ASCII строка), используемая для тестирования алгоритмов подсчета CRC, равна D053h,
что никак не вяжется с тем, что считает, например, калькулятор CRC On-line CRC calculation and free library http://www.lammertbies.nl/comm/info/crc-ca...mp;method=ascii

Вопрос первый: по какому алгоритму считает CRC16 Hyperterminal для протокола Xmodem ?

Вопрос второй: где в исходниках romboot'а определено, по какому из трех возможных встроенных в AT91RM9200 алгоритмов CRC16 Embedding Service он ( romboot ) будет считать CRC16 ? Есть подозрение, что после запуска romboot и запуска начала записи в Dataflash, romboot переключается на другой,чем первоначально использовал AT91RM9200 после reset'a, алгоритм подсчета CRC16 для xmodem - протокола.


P.S. Перехваченные фрагменты общения hyperterminal'a c AT91RM9200 через DBGU в аттаче.

Сообщение отредактировал Vishay - Jun 7 2007, 06:56

Прикрепленные файлы

 xmodem.zip ( 15.86 килобайт ) Кол-во скачиваний: 45

 

[MALLOY2]

Код

crc  = (crc >> 8) | (crc << 8);

- Это в иаре не работает.

Код

return crc & 0xffff;

- А зачем анд здесь ? это бессмысленная операция.

[KRS]

Код

crc  = (crc >> 8) | (crc << 8);

- Это в иаре не работает.

Прекрасно работает. Я именно IAR и использовал, этот код работает на ARM.

Код

return crc & 0xffff;

- А зачем анд здесь ? это бессмысленная операция.

например на ARM uint_fast16_t - 32 битный тип, поэтому надо чистить старшие биты.
на intel тоже имеет сысл использовать 32 разрядные переменные, они просто напросто быстрее!