реклама на сайте
подробности

 
 
> Восстановление синхронизации из входного потока
VTrue
сообщение Dec 9 2010, 08:27
Сообщение #1


Участник
*

Группа: Участник
Сообщений: 69
Регистрация: 4-09-09
Пользователь №: 52 196



Добрый день!!!

Возникла острая необходимость приема данных в кодировке NRZ
Для этого требуется восстановление частоты из потока данных
Данные идут непрерывно, скорость потока 2 мб/c (2048 кГЦ). Поток передается посылками по 256 бит. Из которых только 40 бит отведено на синхронизацию, то есть это последовательно идущие чередующиеся 0 и 1.
Пытаюсь использовать микросхему 74HC4046.
Может кто-нибудь работал с такой?

Сообщение отредактировал VTrue - Dec 9 2010, 08:31
Go to the top of the page
 
+Quote Post
 
Start new topic
Ответов
Methane
сообщение Dec 9 2010, 08:30
Сообщение #2


Гуру
******

Группа: Свой
Сообщений: 3 615
Регистрация: 12-01-09
Из: США, Главное разведовательное управление
Пользователь №: 43 230



Цитата(VTrue @ Dec 9 2010, 10:27) *
Данные идут непрерывно, скорость потока 2048 мб/c.
Пытаюсь использовать микросхему 74HC4046.

Может кто-то и работал с такой, но точно не пробовал восстановить несущую из двух гигабит.
Go to the top of the page
 
+Quote Post
VTrue
сообщение Dec 9 2010, 08:32
Сообщение #3


Участник
*

Группа: Участник
Сообщений: 69
Регистрация: 4-09-09
Пользователь №: 52 196



Извеняюсь, ошибочка 2 мб/c (2048 кГЦ)
Go to the top of the page
 
+Quote Post
Methane
сообщение Dec 9 2010, 08:43
Сообщение #4


Гуру
******

Группа: Свой
Сообщений: 3 615
Регистрация: 12-01-09
Из: США, Главное разведовательное управление
Пользователь №: 43 230



Цитата(VTrue @ Dec 9 2010, 10:32) *
Извеняюсь, ошибочка 2 мб/c (2048 кГЦ)

Тогда ПЛИС ставте и в цифре делайте.
Go to the top of the page
 
+Quote Post
VTrue
сообщение Dec 9 2010, 08:56
Сообщение #5


Участник
*

Группа: Участник
Сообщений: 69
Регистрация: 4-09-09
Пользователь №: 52 196



Я бы с радость, но есть проблема, в том что схема восстановления должна иметь минимальную стоимость и обвязку. А тратить ресурсы ПЛИС только на восстановление синхронизации мне никто не позволит. Да и скорость потока не особо большая. Так что, если у кого есть опыт использование интегральных схем ФАПЧ, а именно 74HC4046, пожалуйста поделитесь))
Go to the top of the page
 
+Quote Post
Victor®
сообщение Dec 9 2010, 10:09
Сообщение #6


Lazy
******

Группа: Свой
Сообщений: 2 070
Регистрация: 21-06-04
Из: Ukraine
Пользователь №: 76



Цитата(VTrue @ Dec 9 2010, 12:56) *
Я бы с радость, но есть проблема, в том что схема восстановления должна иметь минимальную стоимость и обвязку. А тратить ресурсы ПЛИС только на восстановление синхронизации мне никто не позволит. Да и скорость потока не особо большая. Так что, если у кого есть опыт использование интегральных схем ФАПЧ, а именно 74HC4046, пожалуйста поделитесь))


Что за поток? На E1 смахивает....
Если что-то похожее - поставьте LIU c clock recovery
Например - XRT82D20

P.S.

Прочитал внимательнее - никак не E1 это....

Как вариант без PLL- посмотрите на даташит XRT56L85 (в нем на резонансном контуре делается)
Когда-то лет с 8 тому сам делал подобное, деталей не помню... главное там было пороговые детекторы
правильно сделать.

P.P.S

А между пакетами по 256 бит пауза какая-то?
Может попробовать сделать как в UART-ах?


--------------------
"Everything should be made as simple as possible, but not simpler." - Albert Einstein
Go to the top of the page
 
+Quote Post
VTrue
сообщение Dec 9 2010, 12:15
Сообщение #7


Участник
*

Группа: Участник
Сообщений: 69
Регистрация: 4-09-09
Пользователь №: 52 196



Да, это поток E1, только передаваемый по оптике в кодировке NRZ. Данные передаются в соответствии со стандартом C37.94. Где 16 бит занимает заголовок + 48 бит оверхедер с 40 битами для синхронизации. И 192 бита данные
Go to the top of the page
 
+Quote Post
Victor®
сообщение Dec 9 2010, 12:32
Сообщение #8


Lazy
******

Группа: Свой
Сообщений: 2 070
Регистрация: 21-06-04
Из: Ukraine
Пользователь №: 76



Цитата(VTrue @ Dec 9 2010, 15:15) *
Да, это поток E1, только передаваемый по оптике в кодировке NRZ. Данные передаются в соответствии со стандартом C37.94. Где 16 бит занимает заголовок + 48 бит оверхедер с 40 битами для синхронизации. И 192 бита данные


Выход с оптики имеете и по всей видимости в виде лог. уровня...
Можно попробовать на резонансном контуре + усилитель-ограничитель\компаратор (на выход)
На коленке собрать можно... и по времени не долго.


--------------------
"Everything should be made as simple as possible, but not simpler." - Albert Einstein
Go to the top of the page
 
+Quote Post
MrYuran
сообщение Dec 9 2010, 12:37
Сообщение #9


Беспросветный оптимист
******

Группа: Свой
Сообщений: 4 640
Регистрация: 26-12-07
Из: Н.Новгород
Пользователь №: 33 646



Цитата(Victor® @ Dec 9 2010, 15:32) *
Можно попробовать на резонансном контуре + усилитель-ограничитель\компаратор (на выход)

Контур будет колебаться на своей частоте, а не потока.


--------------------
Программирование делится на системное и бессистемное. ©Моё :)
— а для кого-то БГ — это Bill Gilbert =)
Go to the top of the page
 
+Quote Post
Victor®
сообщение Dec 9 2010, 12:46
Сообщение #10


Lazy
******

Группа: Свой
Сообщений: 2 070
Регистрация: 21-06-04
Из: Ukraine
Пользователь №: 76



Цитата(MrYuran @ Dec 9 2010, 16:37) *
Контур будет колебаться на своей частоте, а не потока.


Не понял Вашу мысль....
Что значит "своя частота" у контура?
Частота контура ставится под битовую скорость потока...

P.S.
А... блин... 2.048 так не выделишь - сигнал-то NRZ. Если-б RZ(AMI, HDB3...) проблем было-бы меньше.
Можно 1.024 сделать - потом умножить... но как-то ракоходно выходит...

P.P.S.
С контуром нормально работает в AMI/HDB3 (там нет длинных 0 и 1)
с IEEE C37.94 не знаком, поэтому не скажу

Можно собрать на VCXO (2.048 MHz центральная) + делитель на 2.
Входные данные и выход делителя на фазовый детектор + фильтр, с фильтра на вход управления VCXO.


--------------------
"Everything should be made as simple as possible, but not simpler." - Albert Einstein
Go to the top of the page
 
+Quote Post
VTrue
сообщение Dec 9 2010, 12:53
Сообщение #11


Участник
*

Группа: Участник
Сообщений: 69
Регистрация: 4-09-09
Пользователь №: 52 196



Цитата(Victor® @ Dec 9 2010, 15:46) *
Не понял Вашу мысль....
Что значит "своя частота" у контура?
Частота контура ставится под битовую скорость потока...

P.S.
А... блин... 2.048 так не выделишь - сигнал-то NRZ. Если-б RZ(AMI, HDB3...) проблем было-бы меньше.
Можно 1.024 сделать - потом умножить... но как-то ракоходно выходит....


В этом то и проблема, с AMI и HDB3 проблем нет, так же как и с оптическим CMI
А вот с NRZ есть проблема, так посылка длинная, а на синхру все 1/5 часть посылки((((
Go to the top of the page
 
+Quote Post

Сообщений в этой теме
- VTrue   Восстановление синхронизации из входного потока   Dec 9 2010, 08:27
|- - VTrue   Да выход аналог RS232, только с частотой 2.048 mHz...   Dec 9 2010, 12:42
- - vladec   Если реализовывать в ПЛИСе, то можно попробовать с...   Dec 9 2010, 13:00
|- - VTrue   Цитата(vladec @ Dec 9 2010, 16:00) Если р...   Dec 9 2010, 13:23
|- - Victor®   Цитата(VTrue @ Dec 9 2010, 16:23) Я бы с ...   Dec 9 2010, 13:35
- - Designer56   Если Вам нужно только восстановление тактовой част...   Dec 9 2010, 13:32
|- - VTrue   Цитата(Designer56 @ Dec 9 2010, 16:32) Ес...   Dec 9 2010, 15:12
- - Designer56   Цифровую... а цикловую синхронизацию Вам не нужно?...   Dec 9 2010, 15:17
|- - VTrue   Цитата(Designer56 @ Dec 9 2010, 18:17) Ци...   Dec 9 2010, 15:28
- - Designer56   это Вам должно быть виднее- нужно, или нет.   Dec 9 2010, 15:32


Reply to this topicStart new topic
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 


RSS Текстовая версия Сейчас: 29th July 2025 - 13:11
Рейтинг@Mail.ru


Страница сгенерированна за 0.01508 секунд с 7
ELECTRONIX ©2004-2016