Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: У кого есть опыт реализации IEEE1588
Форум разработчиков электроники ELECTRONIX.ru > Интерфейсы > Форумы по интерфейсам > Fast Ethernet/Gigabit Ethernet/FibreChannel
Ivan79
Необходимо синхронизировать работу нескольких систем сбора информации расположенных на удалении от компьютеры в пределах соседних комнат/здания, при этом необходимо обеспечить их питание и высокую пропускную способность.

В настоящее время используется USB и в ряде случаев удлинитель USB(до 100м)

Не так давно появился стандарт 1588 для синхронизации устройств с высокой точностью, в частности через Ethernet.

Поддержка данного стандарта уже реализована в :
-ADSP-BF5181 (AD)
-Luminary (TI)
-STM32А107 (ST)
-DP83640(National)

Есть ли у кого опыт реализации этого стандарта?
adnega
А какая точность Вам нужна?

В USB, вроде, SOF приходит раз в 1 мс. Т.е. это совсем другой порядок - не тот, для которого задуман IEEE-1588
Ivan79
В USB SOF приходит каждую мс, но при этом точность синхронизации данных можно обеспечить с большей точностью.
У нас использовалась точность 5мкс.

1588 предназначен для синхронизации с точностью до нс, но при подключении устройств через роутер появляется дополнительная погрешность. При синхронизации с компьютером, Windows тоже вносит большую погрешность.

В общем порядок другой, но пока достижим только в идеальных условиях, кода сеть из двух устройств подключенных напрямую друг к другу и имеющие аппаратную поддержку.

Но суть не в этом, меня интересует есть ли у кого опыт реализации, стоит ли вообще с этим связываться
adnega
Если я правильно понимаю IEEE1588, то Windows тут ни при чем (роутеры тоже):
В Ethernet контроллере есть специальные аппаратные механизмы, которые помогают осуществить синхронизацию, каким бы ни было время обработки пакетов (в разумных пределах, конечно).
Принцип, на самом деле не сложен - но если нет аппаратной поддержки, то высокой точности не получишь.

Опыт...
Я жду звонок по телефону с целью синхронизации часов. Как только телефон зазвонил, я регистрирую время на своих часах, потом неспешно поднимаю трубку, здороваюсь, "как дела?...", попутно узнаю у звонящего сколько было времени, когда он начал вызов.
Из одного времени вычитаю второе и получаю разницу. Т.к. к своим часам доверия меньше, то подвожу их в нужную сторону.

Теперь два вопросика?
1. Если время прохождения вызова фиксированное, то проведя еще одну попытку синхронизации какую я получу разницу? Правильно, нулевую.
2. Если у телефона сижу не я, а нерасторопная бабушка, которая "ась? кого? сейчас?" - зовет меня, а я регистрирую не время звонка, а время когда я оказался у аппарата? Какую точность можно достичь?

IEEE1588 позаботились, чтобы время начала звонка регистрировалось самим телефонным аппаратом и всякие бабушки рояля не играли.

Кста, вопрос реализации - это одно, а дядька с точными часами - это другое)
Ivan79

Как все это работает в теории и от чего зависит точность я знаю, мне объяснять не надо.

Меня интересует как это реализовать и какую точность можно получить.

В интернете накопал, что при работе через Switches при низкой загрузке типовой jitter составляет 122 мкс, при максимальной загрузке от 360мкс до 1мс. Соответственно и точность такую получить можно.
Выход - использовать Switches с поддержкой 1588.

При синхронизации с компьютером без аппаратной поддержки есть готовые стеки, но точность я не нашел.

При подключении на прямую 2х устройств - The resulting mean error is 0.015 ns, and the standard deviation is 12.96 ns.
d1n1s
Я дела IEEE1588 на ПЛИСе) по протокол действительно работает в диапазоне десятков наносекуд только при соответствующей аппаратной поддержки на устройствах и коммуникационном оборудовании.
По поводу ПК, у фирмы IXXAT есть демо проги для винды и линукса, (для винды у меня получалась тоность порядка 5-10 милисекунд, при соединении на прямую)
Но по моему целесообразней всё же использовать NTP или SNTP, всё таки для компов уже много чего наделано, и точность в небольших сетях удволетворительная(думаю микросекунды получить можно).
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.