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

 
 
 
Reply to this topicStart new topic
> STM32F429 ethernet+PTP
romas2010
сообщение Sep 11 2016, 15:43
Сообщение #1


Участник
*

Группа: Участник
Сообщений: 63
Регистрация: 25-11-11
Пользователь №: 68 515



Форумчанам привет!! Возникла задача одновременно запустить на устройствах в сети измерения через АЦП..Частота дискретизации ~33 Hz..собственно говоря я не понял из описания PTP,как мне обеспечить одновременность..ну получаю я метку времени,и что дальше с ней делать?И вообще,поможет ли мне PTP в данном случае?
Go to the top of the page
 
+Quote Post
scifi
сообщение Sep 11 2016, 18:58
Сообщение #2


Гуру
******

Группа: Свой
Сообщений: 3 020
Регистрация: 7-02-07
Пользователь №: 25 136



Цитата(romas2010 @ Sep 11 2016, 18:43) *
Частота дискретизации ~33 Hz

Это прекрасно. А цифр по требованиям одновременности совсем нет?

Цитата(romas2010 @ Sep 11 2016, 18:43) *
собственно говоря я не понял из описания PTP,как мне обеспечить одновременность..ну получаю я метку времени,и что дальше с ней делать?

Советую забыть про микроконтроллеры. Лучше что-нибудь из гуманитарной сферы laughing.gif
Go to the top of the page
 
+Quote Post
AlanDrakes
сообщение Sep 12 2016, 16:10
Сообщение #3


Частый гость
**

Группа: Участник
Сообщений: 101
Регистрация: 2-05-15
Из: Россия, Омск
Пользователь №: 86 474



1. Вы ведь помните, что пакет в сети может иметь некоторую задержку распространения?
2. Насколько точное время начала измерения требуется? Милисекунды? Микросекунды?
И вообще, что измеряете?
Попробуйте поставить вопрос ребром - нельзя ли как-то иначе выполнить данную задачу?
Пока что даже по простой симуляции модели, могу получить разницу между "Отправкой команды" на преобразование данных до собственно, его начала в 2мс. И это при низкой загрузке сети и всего 2-3 коммутаторах в цепочке.
В случае отправки Broadcast запроса - его получит только локальный сегмент (до ближайшего "умного" коммутатора, который такой пакет может не пропустить в магистральный порт) сети.
При высокой нагрузке на коммутаторы - пакет легко может отстать на 5-20мс, особенно, если в коммутаторе есть поток с высоким приоритетом QOS.

Так что...
Go to the top of the page
 
+Quote Post
jcxz
сообщение Sep 12 2016, 17:25
Сообщение #4


Гуру
******

Группа: Свой
Сообщений: 5 228
Регистрация: 3-07-08
Из: Омск
Пользователь №: 38 713



Цитата(AlanDrakes @ Sep 12 2016, 22:10) *
При высокой нагрузке на коммутаторы - пакет легко может отстать на 5-20мс, особенно, если в коммутаторе есть поток с высоким приоритетом QOS.

Это решаемо, если предположить, что время передачи пакета от клиента синхронизизации до сервера синхронизации одинаково (среда передачи изотропна). Хотя для Ethernet это конечно не совсем верно.
См. протокол SNTP например.
Go to the top of the page
 
+Quote Post
SasaVitebsk
сообщение Sep 13 2016, 05:56
Сообщение #5


Гуру
******

Группа: Свой
Сообщений: 2 712
Регистрация: 28-11-05
Из: Беларусь, Витебск, Строителей 18-4-220
Пользователь №: 11 521



Рассказывали как работает производственная линия филипс морис, по сигаретам. Там распределённая периферия.
Передаются пакеты контрольные - получается ответ. Измеряется время между запросом и ответом. Таким образом определяется задержка на получение команды по всей линии. Далее процессор при работе отдаёт команды с учётом задержки.
rolleyes.gif
Понятно, что это при синхронной работе. При асинхронной, или плавающей задержке такое невозможно. В Ethernet, как я понимаю, даже при минимальной загрузке, имеется вероятность задержки произвольной при передаче пакета.
Go to the top of the page
 
+Quote Post
jcxz
сообщение Sep 13 2016, 06:33
Сообщение #6


Гуру
******

Группа: Свой
Сообщений: 5 228
Регистрация: 3-07-08
Из: Омск
Пользователь №: 38 713



Цитата(SasaVitebsk @ Sep 13 2016, 11:56) *
Понятно, что это при синхронной работе. При асинхронной, или плавающей задержке такое невозможно. В Ethernet, как я понимаю, даже при минимальной загрузке, имеется вероятность задержки произвольной при передаче пакета.

Для PTP выделено отдельное значение в поле типа Ethernet-кадра. Так что для таких кадров всякие свитчи могут давать "зелёную улицу" - наивысший приоритет передачи, минимизируя задержку.
Go to the top of the page
 
+Quote Post
khach
сообщение Sep 13 2016, 07:19
Сообщение #7


Гуру
******

Группа: Свой
Сообщений: 3 439
Регистрация: 29-12-04
Пользователь №: 1 741



Начинайте синхронизацию PTP заранее, вернее она всегда должна быть включена после запуска сети. Предполагайте протокол оповещения о вываливании узла из синхронизации или входа в сеть нового узла. Заранее оповестите все узлы о времени начала измерений. Каждый узел рассчитает свою задержку до начала измерений и загрузит таймер задержки на запуск АЦП. Когда измерения закончатся- все узлы скинут пакет данных по сети. Возможно в пакт данных следует включить значение поля времени начала и конца измерений чтобы корректировать задержку по факту. Т.е если у данных с одного из узлов начало и конец измерений сильно разнятся с заданными, то что то там случилось и надо или отбросить данные, или перемерять.
Go to the top of the page
 
+Quote Post
Sekat
сообщение Sep 14 2016, 11:53
Сообщение #8


Участник
*

Группа: Участник
Сообщений: 61
Регистрация: 13-02-12
Пользователь №: 70 242



Цитата(romas2010 @ Sep 11 2016, 18:43) *
Форумчанам привет!! Возникла задача одновременно запустить на устройствах в сети измерения через АЦП..Частота дискретизации ~33 Hz..собственно говоря я не понял из описания PTP,как мне обеспечить одновременность..ну получаю я метку времени,и что дальше с ней делать?И вообще,поможет ли мне PTP в данном случае?

Посмотрите реализацию IEEE 61850-9-2 (SV) . Это то что вы хотите, только у вас частота существенно ниже (а значит проще).
Go to the top of the page
 
+Quote Post

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

 


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


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