| |
 HDLC в STR71x, Предупреждение |
|
|
|
|
 Jun 19 2006, 09:01
|
Местный
Группа: Свой
Сообщений: 289
Регистрация: 4-05-05
Из: Novosibirsk
Пользователь №: 4 722
|
Как заявляет производитель у него на камнях STR71x реализован HDLC. На самом деле HDLC там с ошибками аппаратного уровня то есть на самом камне  . В спецификации на HDLC тоже ошибки. Поддержку по нему они не осуществляют. Сам ST рекомендует HDLC на STR71x не использовать. Вся информация от самого ST. Блин надо же было так пролететь закладывал его только из за HDLC.
--------------------
Бубен - однако штука шаманская!!!
|
|
|
|
|
|
|
|
Jun 20 2006, 09:53
|
Участник
Группа: Свой
Сообщений: 72
Регистрация: 10-02-05
Из: Краснодар
Пользователь №: 2 558
|
хмм. однако... соболезную вашей потере хорошо что мне там hdlc не нужен будет.
|
|
|
|
|
|
|
|
Jun 20 2006, 15:43
|
Участник
Группа: Свой
Сообщений: 64
Регистрация: 16-03-05
Из: Perm, Russia
Пользователь №: 3 405
|
Цитата(Muxamor @ Jun 19 2006, 15:01)  Как заявляет производитель у него на камнях STR71x реализован HDLC. На самом деле HDLC там с ошибками аппаратного уровня то есть на самом камне . В спецификации на HDLC тоже ошибки. Поддержку по нему они не осуществляют. Сам ST рекомендует HDLC на STR71x не использовать. Вся информация от самого ST. Блин надо же было так пролететь закладывал его только из за HDLC. А из какого док-а информация? Не так давно скачивал с их сайта дополнение к стандартным библиотекам STR71x, которое собственно из hdlc.c, hdlc.h, hdlc.pdf и состояло. Ни слова об отказе от заявленных фич небыло. Откуда шум?
|
|
|
|
|
|
|
|
Jun 21 2006, 12:17
|
Участник
Группа: Свой
Сообщений: 64
Регистрация: 16-03-05
Из: Perm, Russia
Пользователь №: 3 405
|
Цитата(Muxamor @ Jun 21 2006, 10:01) НУ сейчас доки удалены и больше выкладываться не будут !
А вся информация от самого сапорта ST!
В следующих релизах док HDLC вообще уберут!
Вообщем то весь сыр бор начался из-за того что я тоже хотел скачать эти доки. Но когда не обнаружил их на сайте связался с сапортом и они вот такое выдали. Ранее скачанный Add-он по HDLC прикладываю. Замену STR подыскали уже? Может посоветуете чего? 
|
|
|
|
|
|
|
|
Jun 22 2006, 11:38
|
Участник
Группа: Свой
Сообщений: 64
Регистрация: 16-03-05
Из: Perm, Russia
Пользователь №: 3 405
|
Цитата(Muxamor @ Jun 22 2006, 09:27) ДА менять уже поздно! Это практически начинать проект с нуля !
Пока самое оптимальное решение которое видится это реализовывать HDLC программно!
Ну еще думаю проиграться все-таки с исходниками от ST! Буквально сегодня пробовал их HDLC example1 и 2. 2-й (с внешней частотой) не заработал (данные явно не цепляются за внешнюю ч-у). 1-й (на internal clk) выдает данные нормально. Но остался вопрос по CRC16. Выдает он ее MSB or LSB first? В доках ответа не нашел. Знаете может?
|
|
|
|
|
|
|
|
Jun 23 2006, 15:09
|
Участник
Группа: Свой
Сообщений: 64
Регистрация: 16-03-05
Из: Perm, Russia
Пользователь №: 3 405
|
Цитата(Muxamor @ Jun 23 2006, 09:52) 1 тест мало интресен так как не синхронный HDLC уже наврно и не импользуится.
2 тест запустил такаяже фигня была с частотой! Пернастроил делители вроди стал нармально!
Впринципе данные отправил и получил по петле ! Как удалось выяснить походы у них перпутаны биты REN и TEN местами! так как при отправке сбрасывает бит REN. И не хочет получать пока не установить бит TEN в единицу!
По CRC ничего сказть не могу ! Результат аналогичный. Только я PLL2 запретил ( HCLK проключил напрямую). С CRC беда. При передаче данных buf = {0,0,0,0,} по стандартному полиному CRC must be 0x0000. А там галиматья . Хучь плачь.
|
|
|
|
|
|
|
|
Jun 24 2006, 03:40
|
Участник
Группа: Свой
Сообщений: 64
Регистрация: 16-03-05
Из: Perm, Russia
Пользователь №: 3 405
|
Цитата(Nikola Kirov @ Jun 23 2006, 22:34) А резултат какой?
случайнно
0x1D0F или 0x84C0? Точно подтвердить могу только в понедельник, но в принципе 0F вроде было . Есть какая то версия  ???
|
|
|
|
|
|
|
|
Jun 24 2006, 04:43
|
Участник
Группа: Свой
Сообщений: 64
Регистрация: 16-03-05
Из: Perm, Russia
Пользователь №: 3 405
|
Цитата(Nikola Kirov @ Jun 24 2006, 09:42) Почитал, понял, Вам  .
|
|
|
|
|
|
|
|
Jun 26 2006, 03:55
|
Местный
Группа: Свой
Сообщений: 289
Регистрация: 4-05-05
Из: Novosibirsk
Пользователь №: 4 722
|
Цитата(Ledol @ Jun 23 2006, 18:09) Цитата(Muxamor @ Jun 23 2006, 09:52)
1 тест мало интресен так как не синхронный HDLC уже наврно и не импользуится.
2 тест запустил такаяже фигня была с частотой! Пернастроил делители вроди стал нармально!
Впринципе данные отправил и получил по петле ! Как удалось выяснить походы у них перпутаны биты REN и TEN местами! так как при отправке сбрасывает бит REN. И не хочет получать пока не установить бит TEN в единицу!
По CRC ничего сказть не могу !
Результат аналогичный. Только я PLL2 запретил ( HCLK проключил напрямую). С CRC беда. При передаче данных buf = {0,0,0,0,} по стандартному полиному CRC must be 0x0000. А там галиматья . Хучь плачь. Вцелом вроди все стало нармально работать с петелей и бз петил ! Тоже заметили что биты местами перпутаны или нет ? Про CRC сейчас посмотрю !!!
--------------------
Бубен - однако штука шаманская!!!
|
|
|
|
|
|
|
|
Jun 26 2006, 12:25
|
Участник
Группа: Свой
Сообщений: 64
Регистрация: 16-03-05
Из: Perm, Russia
Пользователь №: 3 405
|
Вцелом вроди все стало нармально работать с петелей и бз петил !
Тоже заметили что биты местами перпутаны или нет ?
Про CRC сейчас посмотрю !!!
[/quote]
Это они по ITU-T rec. I-403 сделали (как в LAPD) Данные идут LSB first, а CRC - MSB first. Все правильно. Полином используют CRCCCITT (базовая константа 0x1021, инициализация с 0xFFFF). Все работает правильно. "Вычислил" по приведенным выше ссылкам. Проверил на железе.
|
|
|
|
|
|
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0
|
|
|
