Кто нибудь пробовал в ИАРе АВР 4.21 вычислять линкером CRC16 кода с начальным значением CRC не равным нулю?
При начальном значении CRC = 0 все нормально, и прямой и реверсный полином 1021 вычисляются так же как и общеизвестные процедуры подсчета CRC. Стоит добавить опцию init - задать начальное значение (напр. 0xffff), совпадений больше не наблюдается.
Проверяю так:

Начальное значение полинома:

И в отладчике проверяю результат работы стандартных процедур.

Ето я чего-то не понимаю, или в ИАРе глюк?

Никто не ответил, придется самому себе отвечать
Предыдущий пост написал, а через полчаса в голову пришла бредовая идея, которая оказалась правильной.

ИАР своеобразно трактует термин начальное значение CRC. В хелпе по линкеру на опцию -J сказано:

Однако, если изменить это значение, например на FFFF, то линкер действует так:
1. Очищает начальное значение CRC = 0;
2. Производит вычисление CRC по стандартному алгоритму для нужного полинома для 2 байт со значением 0xFF;
3. Начинает вычислять CRC для заданного диапазона памяти.

Разумеется, значение CRC после шага 2 совсем не равно FFFF.
Ну и полученная окончательная CRC не имеет ничего общего с тем, что ожидалось.