kvv_spb 0 27 января, 2010 Опубликовано 27 января, 2010 · Жалоба Здравствуйте, подскажите плз. как лучше реализовать, применительно к передачи E1 трафика поверх Ethernet: приходят Ethernet пакеты Задача на приёмной стороне выделить тактовую из этих пакетов. восстановление планируется делать на FPGA Cyclone3. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Mahagam 0 27 января, 2010 Опубликовано 27 января, 2010 · Жалоба эзернет - вещь пакетная. а прохождение пакетов через свитчи и прочие езернет-устройства и даже к "несущей" частоте эзернета не дадут привязаться. как мне видится - только большой буфер и динамическая регулировка частоты. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
_pv 52 27 января, 2010 Опубликовано 27 января, 2010 · Жалоба Задача на приёмной стороне выделить тактовую из этих пакетов. восстановление планируется делать на FPGA Cyclone3. ieee 1588 эзернет - вещь пакетная. а прохождение пакетов через свитчи и прочие езернет-устройства и даже к "несущей" частоте эзернета не дадут привязаться. если все устройства, через которые пакет проходит, поддерживают такую синхронизацию, то почему бы и нет. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
zltigo 0 27 января, 2010 Опубликовано 27 января, 2010 · Жалоба ieee 1588 Вы совсем не поняли о чем речь :( Здравствуйте, подскажите плз. как лучше реализовать, Никак. Обычно мирятся с проскальзываниями (выбрасывая/дублируя отсчеты). При этом канал сигнализации выделяют из потока и инкапсулируют в IP фреймы. Или используют глобальную синхронизацию GPS (это совершенно отдельная хорошо оплачиваемая тема), либо городите, как Вам тут уже намекали, подстройку ведомого по анализу проскальзований. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
kvv_spb 0 28 января, 2010 Опубликовано 28 января, 2010 · Жалоба как говорят RFC (5087,4553,5086,4197) тактовую можно выжелить несколькими способами(как я себе это понял): выбелю 2 из них: согласно RFC4197: 1.общая линия синхронизации <-- в моём случае недоступна=> вариант отпадает. 2 . В этом сценарии синхросигналы могут явно передаваться PE на входе устройству PE на выходе (например, с помощью RTP). <-- так пишет RFC как я понял (из анализа других RFC) тактовая выделяется из пакетов, по разнице времени их прихода и их кол-ва хатя я сдесь не уверен.... Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
TU-104 0 29 апреля, 2016 Опубликовано 29 апреля, 2016 · Жалоба Подниму тему. Может за 6 лет появились какие-то готовые математические алгоритмы? Или еще какие-то идеи подскажут... Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
krux 8 30 апреля, 2016 Опубликовано 30 апреля, 2016 · Жалоба а что там сложного? на передающей стороне на частоте, которую хотим передать, крутится счетчик-часы, его значение пишется в заголовках RTP. на приемной стороне из заголовков RTP счетчик вынимается, по дельте за длинный промежуток определяется уход тактовой на N тактов на приемной частоте. приемная частота корректируется при помощи коэффициентов для DPLL. приемная частота при этом конечно "дышит" туда-сюда, но проскальзываний позволяет избежать. я такое делал. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
TU-104 0 2 августа, 2016 Опубликовано 2 августа, 2016 · Жалоба а что там сложного? на передающей стороне на частоте, которую хотим передать, крутится счетчик-часы, его значение пишется в заголовках RTP. на приемной стороне из заголовков RTP счетчик вынимается, по дельте за длинный промежуток определяется уход тактовой на N тактов на приемной частоте. приемная частота корректируется при помощи коэффициентов для DPLL. приемная частота при этом конечно "дышит" туда-сюда, но проскальзываний позволяет избежать. я такое делал. Ну если так, то вроде ничего сложного. Просто думал, может, щас подскажут какие-то другие варианты... Например, измерить частоту(как в соседней ветке меряют), пусть с точностью +-1Гц, а на той стороне выставить эту базовую частоту и "гулять" в районе 2Гц. Как вариант. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Corner 0 6 августа, 2016 Опубликовано 6 августа, 2016 · Жалоба Немного лучший метод используется в протоколах синхронизации для сетей с фиксированной архитектурой. Получатель копирует счетчик, когда тот меняется и возвращает отправителю. Отправитель меняет скорость счета, подгоняя фазу. Алгоритм чем-то похож на ФАПЧ с обратной связью. Время интегрирования тоже надо большое. Как минимум, больше максимальной задержки в сети. В пользовательских сетях работает не лучше варианта с одним счетчиком и может пойти в разнос. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться