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

 
 
2 страниц V   1 2 >  
Reply to this topicStart new topic
> Восстановление синхронизации из входного потока
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
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
VTrue
сообщение Dec 9 2010, 12:42
Сообщение #10


Участник
*

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



Да выход аналог RS232, только с частотой 2.048 mHz.

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


Контур будет должен будет подстраиваться за счет бит синхронизации, которые идут внутри каждой посылки - это чередование 1 и 0, то есть частота входного потока, если судить по битам синхронизации будет 1.024 mHz
Go to the top of the page
 
+Quote Post
Victor®
сообщение Dec 9 2010, 12:46
Сообщение #11


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
Сообщение #12


Участник
*

Группа: Участник
Сообщений: 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
vladec
сообщение Dec 9 2010, 13:00
Сообщение #13


Профессионал
*****

Группа: Свой
Сообщений: 1 167
Регистрация: 3-10-05
Из: Москва
Пользователь №: 9 158



Если реализовывать в ПЛИСе, то можно попробовать сделать, что то типа цифрового ФАПЧа. Продискретизировать сигнал высокой частотой (х10 или выше), кратной исходной и интегрировать исходный сигнал в зонах перепадов 1-0, 0-1, с последующей подстройкой фазы на один такт высокой частоты, пока интегральное значение не станет нулевым (число продискретизованных единиц станет равно числу продискретизованных нулей). И далее постоянно таким образом подстраиваться по фазе.
Go to the top of the page
 
+Quote Post
VTrue
сообщение Dec 9 2010, 13:23
Сообщение #14


Участник
*

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



Цитата(vladec @ Dec 9 2010, 16:00) *
Если реализовывать в ПЛИСе, то можно попробовать сделать, что то типа цифрового ФАПЧа. Продискретизировать сигнал высокой частотой (х10 или выше), кратной исходной и интегрировать исходный сигнал в зонах перепадов 1-0, 0-1, с последующей подстройкой фазы на один такт высокой частоты, пока интегральное значение не станет нулевым (число продискретизованных единиц станет равно числу продискретизованных нулей). И далее постоянно таким образом подстраиваться по фазе.



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


Гуру
******

Группа: Свой
Сообщений: 2 932
Регистрация: 13-10-06
Из: Уфа
Пользователь №: 21 290



Если Вам нужно только восстановление тактовой частоты, то это и на дискретах делается не сложно. Мы такие системы делали в прошлом. С 4046 работал, но не для этой задачи. На низких частотах. Наверно можно, если генератор на 2048 будет работать. Но контур выделения тактовой из сигнала все равно делать придется.

П.С.: у HDB-3 максимум спектра тоже на 1024, так что ФАПЧ все равно получается с умножением. Мы делали на 4, насколько помнится, для получения сдвинутых по фазе сигналов 2048.
Система с дискретно подстройкой фазы принципиально обладает джиттером. Если это не важно...


--------------------
"...Дьяволу ведомо многое не потому, что он- Дьявол, а потому, что он стар..."
Go to the top of the page
 
+Quote Post

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

 


RSS Текстовая версия Сейчас: 17th June 2025 - 09:58
Рейтинг@Mail.ru


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