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

 
 
> стек TCP/IP и IEEE1588, поиск "простого" пути
Д.К.
сообщение Sep 13 2012, 13:27
Сообщение #1


Участник
*

Группа: Участник
Сообщений: 29
Регистрация: 23-08-12
Пользователь №: 73 232



Для реализации TCP стека решено использовать аппаратные решения (типа WizNet), но задумался, когда появилась необходимость в синхронизации времени по IEEE1588.
Не хочется переходить к "программным" реализациям и ковырять пакеты руками. Есть ли аппаратные решения?
Нашёл такое
http://www.ti.com/product/DP83640#description

но как скрестить с модулем Wiznet - ума не приложу...
Go to the top of the page
 
+Quote Post
 
Start new topic
Ответов
TigerSHARC
сообщение Nov 7 2012, 07:26
Сообщение #2


Знающий
****

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



Я видел проект PTP для Linux.
Написано, что к примеру для SAM9-серии есть софтовая поддержка протокола. Это как? Насколько я полнял, PTP должен поддерживаться либо на MAC уровне самого процессора(если есть MAC), либо на внешнем MAC через RMII.
получается в контексте SAM9-серии нужно искать MAC внешний с поддержкой IEE1588 ?
Go to the top of the page
 
+Quote Post
strannyi
сообщение Nov 7 2012, 07:35
Сообщение #3


Участник
*

Группа: Участник
Сообщений: 40
Регистрация: 8-07-07
Из: Ярославль
Пользователь №: 28 962



Цитата(TigerSHARC @ Nov 7 2012, 11:26) *
Я видел проект PTP для Linux.
Написано, что к примеру для SAM9-серии есть софтовая поддержка протокола. Это как? Насколько я полнял, PTP должен поддерживаться либо на MAC уровне самого процессора(если есть MAC), либо на внешнем MAC через RMII.
получается в контексте SAM9-серии нужно искать MAC внешний с поддержкой IEE1588 ?


Т.е. генерирует и разбирает PTP пакеты некоторое приложение. Сам PTP имеет несколько вариаций. Если посмотреть стандарт, то можно увидеть что,
их можно инкапсулировать их в UDP пакеты с определенным мультикаст адресом либо в ethernet layer 2 пакеты.
Сама микросхема эти пакеты не генерит у нее нет протокола общение она генерит только временные метки!!!

Что касается linux, там есть такой ptpd
ничего не могу про него сказать.

У нас на работе есть девайс LANTIME так вот там стоит linux и этот демон.

----------------------------------------------------------------------------------------

Я ставил DP83640 и AT91RM9200 вместе. В качестве источника PTP брал этот LANTIME.
Моя железка принимала эти сообщения, генерила timestamp, корректировала время.
Но заявленных наносекундных точностей у меня не получилось. Десятки микросекунд.

----------------------------------------------------------------------------------------

Спрашивайте, только по конкретней что вам не понятно.

Сообщение отредактировал strannyi - Nov 7 2012, 07:58
Go to the top of the page
 
+Quote Post
TigerSHARC
сообщение Nov 7 2012, 07:58
Сообщение #4


Знающий
****

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



Цитата(strannyi @ Nov 7 2012, 11:35) *
У нас на работе есть девайс LANTIME так вот там стоит linux и этот демон.

интересно, получается демон позволяет раздавать время, а не только принимать данные для синхронизации?
Go to the top of the page
 
+Quote Post
strannyi
сообщение Nov 7 2012, 08:02
Сообщение #5


Участник
*

Группа: Участник
Сообщений: 40
Регистрация: 8-07-07
Из: Ярославль
Пользователь №: 28 962



Цитата(TigerSHARC @ Nov 7 2012, 11:58) *
интересно, получается демон позволяет раздавать время, а не только принимать данные для синхронизации?


Просто в пакетах которые передает также есть timestamp (время отправки).
Ты принимаешь пакет засекаешь время приема.
Если глянуть стандарт все понятно становится. Если нужен могувыслать.

DP83640 аппаратно втыкает эти timestamp в пакеты PTP при выходе.

Сообщение отредактировал strannyi - Nov 7 2012, 08:06
Go to the top of the page
 
+Quote Post



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

 


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


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