[Слесарь 9]

Здравствуйте!

Есть у меня наброски кода для МК с аппаратной поддержкой Ethernet 10 Mbit, но дело было давно. Хочется по сети из 4 ведомых устройств и одного ведущего, собирать данные с четырех ведомых АЦП 24бит семплирование 48 кГц. На какую синхронность передачи данных от 4 АЦП можно надеяться? рассогласование менее чем 50 мкс достижимо?

естественно, по сети передавать только реальные биты АЦП, сколько из там будет пока не знаю, может около 20 бит.

Изменено 12 августа, 2019 пользователем Слесарь

[_4afc_ 25]

6 minutes ago, Слесарь said:

 рассогласование менее чем 50 мкс достижимо?

Начните с изучения AES67 Ravenna  и производных... лучше пока нет

Можно получить 1мС вроде.

 

[Слесарь 9]

полагаю можно как-то аппаратно данные сувать в сеть без всякого IP. все эти обработчики TCP и IP для МК код открыт и МК можно заставить работать без него, как понимаю на уровне MAC (Media Access Control (MAC) and Physical Layer transceiver (PHY) modules.)

 

[Михась 2]

Я так понимаю что можно если это сеть из МК. А вот как это сделать на ПК? С UDP понятно, а как на мак-уровне?

[DimaG 0]

54 minutes ago, Михась said:

Я так понимаю что можно если это сеть из МК. А вот как это сделать на ПК? С UDP понятно, а как на мак-уровне?

RAW сокеты

[jcxz 184]

6 часов назад, Слесарь сказал:

полагаю можно как-то аппаратно данные сувать в сеть без всякого IP. все эти обработчики TCP и IP для МК код открыт и МК можно заставить работать без него, как понимаю на уровне MAC (Media Access Control (MAC) and Physical Layer transceiver (PHY) modules.)

Как угодно "сувайте", а без синхронизации тактирования АЦП - никак.

А значит - надо изучать МЭК 61850 (IEEE 1588).

 

6 часов назад, _4afc_ сказал:

Начните с изучения AES67 Ravenna  и производных... лучше пока нет

Можно получить 1мС вроде.

Да ладно? Видать врут создатели МЭК 61850 (IEEE 1588), когда заявляют о точности лучше 1мкс?   

Изменено 13 августа, 2019 пользователем jcxz

[Слесарь 9]

Так вроде поступление запроса по сети и может являть тактирующим актом, когда в этот момент вычитываются готовые данные АЦП и запускается новый отчет АЦП.

[jcxz 184]

1 час назад, Слесарь сказал:

Так вроде поступление запроса по сети и может являть тактирующим актом, когда в этот момент вычитываются готовые данные АЦП и запускается новый отчет АЦП.

Тогда с таким "актом" можно смело забыть о 50мкс и даже о 1мс.

[_pv 52]

время передачи пакета минимального размера 64байта - 51.2мкс (и преамбула вроде в эти 64 байта не входит) + 9.6мкс паузы между пакетами на 10мб.

то есть тактировать 4 АЦП езернет пакетами и забирать с каждого по одному сэмплу за раз, получится с частотой 5 * 60мкс = 3кГц,

и кто вам со стороны ПК будет выдерживать временные интервалы между пакетами, ОС виндовс? А вот один из МК с АЦП можно пожалуй заставить посылать пакеты синхронизации по таймеру.

нужен какой-нибудь1588 (ваши 10мибтные phy 1588 скорее всего не умеют, но можно наверное какой-нибудь похожий велосипед изобрести с точностью похуже), чтобы на него какой-нибудь псевдо фапч на таймере опирался и тактировал АЦП, ну и данные накапливайте и забирайте кусками хотя бы по 64 байта.

[mantech 34]

3 часа назад, jcxz сказал:

Как угодно "сувайте", а без синхронизации тактирования АЦП - никак.

А значит - надо изучать МЭК 61850 (IEEE 1588).

В сети только МК и упрвляющий комп, правильно? Тогда в чем проблема синхронизировать АЦП одним широковещательным пакетом??

[Слесарь 9]

51 minutes ago, _pv said:

 кто вам со стороны ПК будет выдерживать временные интервалы между пакетами

У меня нет в планах ПК и в теме не упоминал

Изменено 13 августа, 2019 пользователем Слесарь

[aaarrr 63]

36 minutes ago, mantech said:

Тогда в чем проблема синхронизировать АЦП одним широковещательным пакетом??

96кГц у каждого устройства в сети свои. Тут или ФАПЧ, или выбрасывание/добавление сэмплов на приеме, или очень точный и стабильный генератор у каждого.

[alexvu 5]

Или где-то еще брать точное время, например с GPS-приемников.

[AlexandrY 3]

11 hours ago, Слесарь said:

 На какую синхронность передачи данных от 4 АЦП можно надеяться? рассогласование менее чем 50 мкс достижимо?

Можно надеяться на точность +-2 мкс, но для этого нужен WiFi.
Вот недавно рассматривал такое решение - http://www.streamunlimited.com/products/wifiaudiocape.html

Синхронизацию поддерживают сами WiFi чипы. 
 

[jcxz 184]

3 часа назад, _pv сказал:

то есть тактировать 4 АЦП езернет пакетами и забирать с каждого по одному сэмплу за раз, получится с частотой 5 * 60мкс = 3кГц,

Не получится. Потому что это сеть. А значит достаточно проскочить одному пакету полной длины 1500 и получаем временную задержку 1500*8/10e+6 = 1.2мс (даже без учёта всяких преамбул).

3 часа назад, mantech сказал:

В сети только МК и упрвляющий комп, правильно? Тогда в чем проблема синхронизировать АЦП одним широковещательным пакетом??

А если этот комп (винда видимо) вздумает отправить ещё какой-нить пакет? Куда угодно, любая служба?  

Изменено 13 августа, 2019 пользователем jcxz