Если не забанили в интернете, то найдете - начиная с LVPECL, VML, CML, MLVDS, BLVDS, LVDM...




Сильное заявление . Самодельный на то и самодельный, что может быть ЛЮБЫМ!



Вам шашечки, или ехать? На худой конец, тот-же USB-RSxxx гальванически развязаный.

А вообще еще есть массовая дешовая оптика.

да-да, гальваническая развязка снимала все вопросы, устройства работали месяцами под управлением компьютера и ничего не отваливалось.
Цена вопроса - один ADUM восьминожечный.

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


В смысле вместо МК поставить преобразователь USB-RSxxx ? А в чем преимущество будет? Гальваническая развязка у меня тоже есть (правда USB). И если не ошибаюсь преобразователь USB-RSxxx определится как виртуальный COM-порт, а мне надо изохронный канал.

Вы в этом ТОЧНО уверены???

Ошибаетесь. Это только один вариант использования.

Ни одно из понятий определяемых помянутым Вами термином "изохронный" у меня лично НИКАК не вяжется с "Структура такая: короткий кабель USB воткнут в ПК .... которому присоединяются датчики ... просто UART"
Что сказать-то хотели???

да, ADUM4160 по линиям данных USB и трансформатор по питанию

Данные от нескольких датчиков надо передать в ПК для обработки и отображения. Поскольку важно время доставки данных используется изохронный канал.

Давайте все-же ответите на вопрос, что Вы хотели сказать термином "изохронный", поскольку "время доставки" никак его не обяснило .
Ну а вообще USB интерфейс весьма и весьма нестабильный по разбросам времени доставки пакетов интерфейс. Можно сказать, что в этом смысле он АНТИизохроный.

я имел ввиду, что нужен изохронный канал USB

В общем пока вижу совершенно непродуманую систему куда, очевидно, для большего барадака еще и USB приянули.
Если Вам нужно "реальное время", то оно должно обеспечиваться контроллером, а не какой-то PC с неведомой операционкой подключенной по USB.
Пакеты с информацией от датчиков должны приходить в PC уже с ОТМЕТКАМИ времени сделаными контроллером датчиков.

Такое жесткое "реальное время" не требуется, просто нужно увидеть на экране воздействие на датчик не через 3 секунды, как это возможно в Bulk-канале.
От датчиков приходят данные с заданной частотой и пока, на макете, все устраивает. Просто нужно удлиннить кабель до ПК.

А нужен ли?

Ведь изохронная труба никаких особых чудес по сравнению с балком вам не явит. Вся разница будет проявляться, когда один USB хост при посредстве хаба (или хабов) расшарен между многими устройствами. Тогда USB планировщик хоста посмотрит выданные запросы и скажет "ОК, я берусь обеспечить изохронную трубу с запрошенной пропускной способностью, ради этого я все балки буду обеспечивать по остаточному принципу".

Однако если вы поставите свою собственную USB карту, к которой ничего, кроме своего устройства, подключать не будете, то все, на что способен этот хост, вся пропускная способность интерфейса все равно будет ваша: хоть в виде балка будете ее использовать, хоть в виде изохронного. А балк при этом еще автоматически обеспечит гарантированную доставку.

да, так и будет

Сейчас появилась идея делать USB без развязки, а развязку сделать на другом конце RS-485. То есть будет так: USB-USB процессор-трансивер-кабель RS-485-трансивер-гальваническая развязка-процессор-датчики
В такой конфигурации есть какой то изъян?

Если выбирать из многих зол меньшее, то нет .

У Вас что, никогда мышь "не отваливалась"?!
Ну люди падают с луны и прямо сюда! ;)

Честно - никогда) а Вы это к чему?
принтер подвисает иногда, там кабель 5 метров