Соединение LVDS на 10 метров по витой паре Опции

[SergeyPro]

Всем доброго дня.

Есть потребность соединить два устройства по LVDS, передача однонаправленная. Думаю использовать обычную витую CAT5e витую пару с бестрансформаторными разъемами. Требуемое расстояние передачи до 10-20м, битрейт относительно низкий - до 30 МБит/с по каждой паре. TI в даташитах обещает до 150-190 Мбит на 10м. Соединяемы по LVDS устройства будут иметь обычные (не импульсные) блоки питания. У меня есть опасения в работоспособности такого решения из-за возможных проблем связанных со сдвигом потенциала земель двух соединяемых устройств.

Вопросы у меня следующие:
1. Достаточно ли будет выравнивания потенциалов между устройствами по экрану витой пары? На мой взгляд, это не эстетичное решение.
2. Оправдано ли использование в моем случае RJ-45 разъемов с трансформаторной развязкой? Ясно, что DC не передать и придется кодировать в манчестере, например. Будет ли такой вариант работать от микрух типа SN65LVDS391 / SN65LVDS348? Для 4-х пар придется использовать 1Gbit - разъемы с трансформаторами, а они денег заметно стоят.
3. Или не париться и делать с гальванической связью, так как примник SN65LVDS348 допускает сдвиг земель -4 +5 вольт (-4 V to 5 V Common-Mode Input Voltage Range)?

Если есть у Вас опыт работы с LVDS, то прошу поделится
Ethernet не предлагать!

Сообщение отредактировал SergeyPro - May 2 2018, 06:12

[Alex11]

развалится синхронизация чего с чем?

Клоки на выходе PHY - это не востановленные клоки из потока, а свои внутренние от кварца. И дальше elastic buffer между принятыми данными и выдаваемыми наружу (по крайней мере, как пишут в подробных описаниях работы). В результате есть ограничения на бесконечный поток. Отсюда, как я понимаю, и ограничения на jumbo-frame в PHY - то 2, то 8 кб в зависимости от реализации.

[Kluwert]

Клоки на выходе PHY - это не востановленные клоки из потока, а свои внутренние от кварца. И дальше elastic buffer между принятыми данными и выдаваемыми наружу (по крайней мере, как пишут в подробных описаниях работы). В результате есть ограничения на бесконечный поток. Отсюда, как я понимаю, и ограничения на jumbo-frame в PHY - то 2, то 8 кб в зависимости от реализации.

Нету никаких ограничений: забивали на пакетную передачу и гнали через гигабитные физики непрерывный поток - всё работает отлично.

ну у mii, rgmii клоки на приём передачу отдельные, имхо было бы глупо вместо того чтобы на rxc просто вытащить восстановленный клок, городить ещё фифо.

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

Чего-то вы странное что-то пишите. Вот кусок описания ноги RX_CLK популярной 88e1111: "Receive Clock provides a 125 MHz ref-
erence clock with ± 50 ppm tolerance derived from the received data stream". По-моему, прямо протеворечит тому, что вы написали.