Как заявляет производитель у него на камнях STR71x реализован HDLC.
На самом деле HDLC там с ошибками аппаратного уровня то есть на самом камне .
В спецификации на HDLC тоже ошибки. Поддержку по нему они не осуществляют.
Сам ST рекомендует HDLC на STR71x не использовать. Вся информация от самого ST.

Блин надо же было так пролететь закладывал его только из за HDLC.

О гуд а то я увяз с этим CRC!
Дак это тогда получаится что бит TCRCI должен стоять в '1' ?

Как раз таки нет! Когда он в нуле, все стандартно, (как выше писал). Чего происходит когда его уст. в 1 непонятно, но CRC меняется (не исключено, что они просто полярность бита перепутали, завтра проверю).
Забыл добавить, что CRC передается инверсно (соотв. ITU).

Сообщение отредактировал Ledol - Jun 26 2006, 13:08

Кинте плиз ITU-T rec. I-403 или суда или можно на ящик: muxamor2000@mail.ru

Самой доки сейчас нет. Прикладываю файл с таблицей констант и ф-ей вычисления CRC.
Это оно и есть. Проверял по ней.

 test.txt ( 2.73 килобайт ) Кол-во скачиваний: 259
Извините, не догнал

ОК спасибо!
С битом TCRCI не пробывали играться?

Руки не дошли, все пытался получить ответ по шлейфу. Кроме Transmission Message Completed interrupt флага так ничего и не увидел.

НУ как получилось с той конструкцией?
НА новые багги не наткнулись ?
Я вот пока в HDLC больше ничего неприятного не нашел !

Да вроде все заработало. Сейчас отлаживаю работу HDLC по прерыванию.

НУ и отлично можно сказть утоптался HDLC (три раза плюнул через левое плече и постучал по дереву)!

Подитожим :
ДЛя запуска HDLC тест 2 пернастрока делителей(или отключить PPL2)
Удлить вызов функций HDLC_Xmit_Control (можно совсем выкасить так как он бесполезные)
Настройкаи HDLC_Xmit_Frame :

HDLC->PCR= 0x0003;
HDLC_XmitFrameByteCountWrite(bytecount);
return 0;

Биты TEN и REN перпутаны (бит REN-пердача, Бит TEN- прием), подправить проверку в начале функции.

В конце функции HDLC_Recv_Frame добавить:

HDLC->PCR = (HDLC->PCR) | 0x0001;
return 0;



ПО CRC Ledol описал выше.