только приёмопередатчики.

уф, вот уже и легче

стека я боялся больше

ибо в вики Стандарт: IEEE802.3z

пхыхы

очень просто и дёшево.

выглядит юзабельно)

осталось найти самые дешевые подходящие CPLD и как-то сделать это универсальным, например чтоб цеплять это напрямую на SPI

и serdes конечно

разъём на плату -- $1 металлический Cage для разъёма -- $1

ну это самая маленькая из проблем

в общем, параллельно-последовательный преобразователь с восстановлением клока (простите за перевод)

?

щас

и serdes конечно

а встроенные в плисы трансиверы не подойдут?

в общем, параллельно-последовательный преобразователь с восстановлением клока (простите за перевод)

имхо наша индустрия такое не выпускает, потому лучше serdes :)

а юарт на сто мег не подойдет?

а встроенные в плисы трансиверы не подойдут?

в моём zynq есть 16GbE трансиверы, они напрямую на SFP+ идут

а встроенные в плисы трансиверы не подойдут?

обычно плисы со встроенными serdes дороговаты

хммм, если б не нужна была скорость, а нужно было тупо изолировать - хватило бы модулятора

куул

в том и дело, там конденсаторы стоят на диффпарах, и другие нюансы - т.е. есть минимальная частота модуляции, как я понимаю

к сожалению лично я вновь о них задумался в контексте 60ти фпс на 1920*1080 кадрах

в том и дело, там конденсаторы стоят на диффпарах, и другие нюансы - т.е. есть минимальная частота модуляции, как я понимаю

такотсюда и мое бредовое предложение перемножить уарт 9600 на их родную несущую

?

чисто на пробу

в общем, параллельно-последовательный преобразователь с восстановлением клока (простите за перевод)

в мануале на zcu102 есть схема включения микры восстановления клока

такотсюда и мое бредовое предложение перемножить уарт 9600 на их родную несущую

надо еще dc балансировать

надо еще dc балансировать

манчестеру слава

ну он не особо эффективен, 4/5b может быть проще

Да!

QSFP это обычно встроенный serdes и на весьма дорогих чипах

а прикольно

дороговата микруха есть serdes с встроенными clock recovery

но не знаю, пойдут ли в данном случае

например http://datasheet.octopart.com/MAX9208EAI%2B-Maxim-datasheet-125209.pdf

но там не serdes, а отдельные чипы на каждой задаче

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

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

и скажем если этот же клок как-то идет на камеру, огого что получается

ааа как они это делают? модули из коробки умеют передавать и различать клок параллельно с обменом данными?

не, вообще изначально идет преамбула, которая по сути является клоком, а потом, т.к. оно dc balanced, то синхронизируется видимо по фронтам

по идее на синхропотоке должно держать клок

ну такой режим я понял, только видимо штатно это возлагается на кого-то вне модуля, кто подхватит PLLем частоту и удержит ее в течении пачки

сам serdes обычно

>кроме того, теоретически SFP можно можно перевести в синхрорежим, а не пакетный, тогда клок будет постоянно выдаваться,

меня вот это заинтересовало

вместо пакеты слать непрерывно данные

пакета т.е.

постоянная синхра по фронтам данных?

при idle шлем например пустые фреймы, т.к. там 10bit serdes, можно одним битом сигналить фрейм пустой или нет

ага

да, должно работать

только в max нет встроенного dc balanced энкодера, другие serdes сразу с ним могут идти

а на каком временном интервале нужен диси баланс? вряд ли кап авторегулировки усиления (обычн в оптике пляски вокруг него) помнит что вчера было на одну единицу больше

а в пределах скажем байта можно битом четности добить

какие временные рамки балансировки

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

а stuffing нету?

тогда манчестер, вдвое больше данных даром, зато фронт каждый раз

в 100Mbit - 5/6, gbit 8/10, выше вроде 64/66

а раскройте непросвещенному

5/6 8/10 это что?

https://en.wikipedia.org/wiki/8b/10b_encoding

о, ясно

экономнее

ну я не изучал, что лучше, тем более это дело надо еще и быстро кодировать

я думаю можно не гарантировать прям 50 на 50

лишь бы не 90 на 10

это надо рисовать платку и пробовать меня все это сильно мучает последнее время, как бы всем коллективом запилить тестовые платки я даже готов оплатить PCBA и сделать удаленный доступ к железу, но моих знаний маловато, чтобы нарисовать что-то на таких частотах, а с CPLD/FPGA я вообще не знаком может совместными усилиями придумаем "как дешево связать mcu по оптике"

имхо в каком-то смысле будет прорыв, т.к. RS485 и прочая лабуда - прошлый век а всякие индустриальные железки с оптикой стоят как звездолет

лишь бы не 90 на 10

вот самое сложное это выбрать баланс между пропускной и потерями. мне проще полканала под синхру отдать, чем выбрать цифру на кривой роста ошибок за 50/50

т.к. у нас условно под 100мбит и выше - имхо экономить смысла нет

большинство микроконтроллеров даже десятую от полосы занять не смогут

а плисина сливающая хайрез видосик с ФЭУ сможет занять две три полосы

сколько ей надо?

впрочем решение тривиальное

SFP+ может 10Gbit

вот походу мне к нему, но проще соорудить огород из пары обычных

до 300м - SFP+ $16 принцип тот же

10km - ~$34

100 мега только не бит в секунду

да сунь туда уарт

промодулированный 100 мег

ахахахаха

да я то вообще об этом писал)

но я то как раз этим не займусь потому что пока не сжег ни одной материнки из приготовленных к этому

отладка картинки у мя ещё впереди

вангую начну со скорости факса

а потом буду пробовать все доступные интерфейсы

сто мег можно причем генер сделать на логике

плюс минус 10 процентов

а восстановление клока

на приемнике

фильтром?)))