Да ничего не изменил (в плане алгоритма побитного вычисления ). Согласно http://www.owen.ru/forum/showthread.php?t=15588 (3й пост) для каждого полинома есть "обратный" , в зависимости от того, куда "двигаем". Основные мои изыскания были порождены тем, что
1. В литературе по моему проекту ( пакет AX.25) ,были разные сведения о полиноме . Были варианты x16+x15+X2+1 и x16+x12+x5+1. Верным оказался второй вариант, согласно ISO 3309-98
2. В конце подсчёта CRC16 я не делал[b]X ^ $FFFF[/b]
3. В букваре по протоколу указывалось, что CRC16 вводится в тело сообщения старшим битом вперёд. Так и делал. Но оказалось, что в конце вычисления CRC в [b]Xl[/b] лежит старший байт, а в [b]Xh[/b]- младший.Причём если в конце расчёта получилось CRC=$0965, то передачу CRC надо начиать с младшего бита пятёрки. Разбираться где идёт "переворот" не стал, подкорректировал вывод , всё заработало.
Рабочий вариант
[attachment=0]sshot-3.png[/attachment]

Что изменил?

Спасибо.
"Конструкция" из первого поста тоже заработала. Дело было в том, что несколько туманно описан порядок передачи CRC в тело сообщения.
Но последний предложенный вариант весьма прост, надо попробовать

Я для хеширования ИК-посылки использую CRC16 (полином 8005)
Зайдите в шаблоны http://www.getchip.net/templates/
модуль IR-Detect - по аналогии сделаете для своего полинома.

Вот откуда подсмотрел http://www.forum.getchip.net/viewtopic.php?f=18&t=162

[attachment=0]sshot-2.png[/attachment]
Тут такая- же конструкция...и работает
Не совсем понимаю, почему
CRC_Value ! #b10000000
CRC_Value ^ #b00001100
нельзя заменить на
CRC_Value ^ #b10001100
ибо после команды CRC_Value>> в старшем бите все равно "0"
.....
Но это уже 2й вопрос
У меня тоже биты засылаются с младшего

Я плохо разбираюсь в подсчёте CRC, но мне что-то подсказывает, что ошибка может быть здесь…
[attachment=0]sshot-2.png[/attachment]
Ну и биты засылаются начиная с младшего разряда принятого кода?

Необходимо посчитать CRC16 посылки. Полином X16+X15+X2+1. Подсмотрел здесь в теме алгоритм побитовой CRC8. По аналогии сделал так.
[attachment=0]sshot-2.png[/attachment]
Но приёмник не пропускает посылку. Дело именно в CRC. Подскажите, правильно ли организован алгоритм подсчёта.