Соединение 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

[a123-flex]

Есть потребность соединить два устройства по 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 не предлагать!

Такие системы работают в реале, но при условии нормальной земли - и - да - при ее наличии париться не нужно и Вы можете не волноваться про выравнивание по DC в коде. На Вашем расстоянии, ИМХО, при условии приличного кабеля и отстутствии мощной внешней наводки - проблем быть не должно.
ИМХО, на ваших скоростях (и для 100-мбит eth), и на ваших расстояниях, совершенно все равно, какие разъемы - главное чтобы была витая пара.
Использование же трансформатора автоматически приводит к disparity == 8b10 == ethernet, либо манчестер, что гораздо отстойнее, тк скорость никакая, а геморрой тот же.

100 Мбит phy стоит чуть ли не дешевле, чем SN65LVDS391 (на самом деле LVDS драйверы адски дорогие, особенно в пересчете на пропускную способность), имхо выигрыш от использования eth огромный.
И даже Gbit phy сейчас есть недорогие. В долгосрочном виде решение с ethernet выгоднее тысячекратно.

И, кстати, бубен все равно будет нужен - канонический uart на 30 Мбит = 30 * 16 = 480 МГц, а это значит интересные упражнения.
Возможно eth на стандартном маке тупо проще

Ведь вы же не собирались SPI использовать ?)

[SergeyPro]

Такие системы работают в реале, но при условии нормальной земли - и - да - при ее наличии париться не нужно и Вы можете не волноваться про выравнивание по DC в коде. На Вашем расстоянии, ИМХО, при условии приличного кабеля и отстутствии мощной внешней наводки - проблем быть не должно.
ИМХО, на ваших скоростях (и для 100-мбит eth), и на ваших расстояниях, совершенно все равно, какие разъемы - главное чтобы была витая пара.
Использование же трансформатора автоматически приводит к disparity == 8b10 == ethernet, либо манчестер, что гораздо отстойнее, тк скорость никакая, а геморрой тот же.

100 Мбит phy стоит чуть ли не дешевле, чем SN65LVDS391 (на самом деле LVDS драйверы адски дорогие, особенно в пересчете на пропускную способность), имхо выигрыш от использования eth огромный.
И даже Gbit phy сейчас есть недорогие. В долгосрочном виде решение с ethernet выгоднее тысячекратно.

И, кстати, бубен все равно будет нужен - канонический uart на 30 Мбит = 30 * 16 = 480 МГц, а это значит интересные упражнения.
Возможно eth на стандартном маке тупо проще

Ведь вы же не собирались SPI использовать ?)

Спасибо. Я про eth phy тоже размышлял, но к нему проц нужен. А у меня на "приемном конце" пока только аудио ЦАП предполагается со своими mckl/bck/lrck/data.

[_pv]

Спасибо. Я про eth phy тоже размышлял, но к нему проц нужен. А у меня на "приемном конце" пока только аудио ЦАП предполагается со своими mckl/bck/lrck/data.

да собственно и без процессора, если на phy с одной стороны tx_en зажать навсегда, и подать ваши сигналы на шину TXD, то с другой стороны они вполне "прозрачно" из RXD вылезут.
KSZ9031 не дороже стоит чем SN65LVDS391.
плюс его потом можно и в человеческий езернет переделать при желании.

[bogaev_roman]

да собственно и без процессора, если на phy с одной стороны tx_en зажать навсегда, и подать ваши сигналы на шину TXD, то с другой стороны они вполне "прозрачно" из RXD вылезут.
KSZ9031 не дороже стоит чем SN65LVDS391.
плюс его потом можно и в человеческий езернет переделать при желании.

Т.е. не потребуется дополнительной реализации MDC/MDIO интерфейса и установки качественного внешнего генератора (просто интересно - сам использовал марвеловский phy в режиме RGMII на гигабит и много времени потратил на режим инициализации, плюс генератор внешний пришлось менять)?

[_pv]

Т.е. не потребуется дополнительной реализации MDC/MDIO интерфейса и установки качественного внешнего генератора (просто интересно - сам использовал марвеловский phy в режиме RGMII на гигабит и много времени потратил на режим инициализации, плюс генератор внешний пришлось менять)?

а он не должен по умолчанию сам в autonegotiation максимальную скорость выбирать?
ну и какая-то минимальная конфигурация bootstrap ногами тоже выбирается.

[bogaev_roman]

а он не должен по умолчанию сам в autonegotiation максимальную скорость выбирать?
ну и какая-то минимальная конфигурация bootstrap ногами тоже выбирается.

Должен, но для правильной работы, помимо зажать tx_en в 1 и гнать данные, придется еще документацию почитать, посмотреть куда чего подключить, выбрать правильно источник внешнего тактового генератора и прописать временные ограничения на входы-выходы, потом пакет еще собирать. А для uart на lvds - пропустил через цепочку триггеров на повышенной частоте и все.