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

 

[KRS]

Вообще в xmodem CRC можно считать такой функцией

Код

uint_fast16_t x_update_crc(uint_fast16_t  crc,
                           uint_fast8_t  c
)
{
    crc  = (crc >> 8) | (crc << 8);
    crc ^= c;
    crc ^= (unsigned char)(crc & 0xff) >> 4;
    crc ^= (crc << 8) << 4;
    crc ^= ((crc & 0xff) << 4) << 1;
    return crc & 0xffff;
}

[Vishay]

Вообще в xmodem CRC можно считать такой функцией

Код

uint_fast16_t x_update_crc(uint_fast16_t  crc,
                           uint_fast8_t  c
)
{
    crc  = (crc >> 8) | (crc << 8);
    crc ^= c;
    crc ^= (unsigned char)(crc & 0xff) >> 4;
    crc ^= (crc << 8) << 4;
    crc ^= ((crc & 0xff) << 4) << 1;
    return crc & 0xffff;
}

Проверил работу Вашей функции - на тестовой строке "123456789" она дает результат 31С3 (если начальное значение crc=0, а судя по логам здесь без вариантов), как и написано в учебниках, а hyperterminal посылает процессору AT91RM9200 CRC=0xD053 и он на это отвечает кодом 0x06, а на 31С3 кодом 0x15. Так что это вроде как не подходит - .

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

[KRS]

Проверил работу Вашей функции - на тестовой строке "123456789" она дает результат 31С3 (если начальное значение crc=0, а судя по логам здесь без вариантов), как и написано в учебниках, а hyperterminal посылает процессору AT91RM9200 CRC=0xD053 и он на это отвечает кодом 0x06, а на 31С3 кодом 0x15. Так что это вроде как не подходит - .

Если вы почитаете описание XMODEM, то увидите что данные передаются блоками исключительно по 128 байт. И стандартно остаток заполняется 0x1A. У вас почемуто глюкотерминал заполнил 0 и получилось строка 123456789 и 119 символов с кодом 0 и соотв CRC получатеся 0xD053, хотя по стандарту нужно заполнять 0x1A и CRC получается 0xE447.
К тому же если вы не увидели в логе 00 то у вас еще и глючная программа пишет логи.