[vladec 12]

Собственно интересует схемотехническое построение и элементная база.

[smalcom 0]

всмысле ретранслятор(многоканальный ретранслятор), чтото вроде этого

http://ru.aliexpress.com/item/RS485-4CH-DM.../573170376.html

?

схемотехника там обычная для приёмопередатчиков 485-го. ну плюс автоуправление приём-передача.

[vladec 12]

Как раз и интересует сама технология "Автоуправления", а именно управление входом разрешения передатчика драйвера RS-485. Как я понимаю на этот вход должна подаваться инверсия передаваемого сигнала данных, но, интересно знать, как при этом разрешаются временные коллизии?

[Vishv 0]

Так они разрешаются протоколом сетевого обмена- вариантов масса в зависимости от архитектуры сети. Простейший вариант - master-slave c таймаутом на ответ slave'а.

[kolobok0 0]

... как при этом разрешаются временные коллизии?

 

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

 

[vladec 12]

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

[smalcom 0]

по-умолчанию все порты находятся в режиме "приём", т.е. данные принимаются по 485-му и передаются по UART.

для перехода в режиме передачи можно использовать одновибратор, либо "напрямую" соединить линии передачи и управления режимом.

 

[vladec 12]

По управлению в сторону передачи все представляется не сложным, можно на вход управления передачей подать инвертированный сигнал данных. А вот по управлению со стороны приема, не понятно, ввиду невозможности итличить внешний сигнал от своего, а разные задержки типа одновибраторов неизбежно создадут иголки. Может как-то можно использовать CAN-овские драйвера для решения этой задачи?

[smalcom 0]

ввиду невозможности итличить внешний сигнал от своего

вот тут непонятно, что имеется в виду.

 

CAN-овские драйвера

для CAN'а

[vladec 12]

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

Что касается CANа, то он в общем то имеет физические уровни, те же, что и RS-485.

[andrewkrot 0]

Посмотрите в сторону LTC1482. Там есть выход детектора наличия сигнала в линии. Правда, если на линии будут "растяжки" то работать не будет.

[kolobok0 0]

...шины двунаправленные и когда с такой шины берется сигнал, требуется определить...

 

как бы сигнал переключения берёться со своего передатчика, если я ничего визуально не путаю. передатчика последовательного порта.

Где Вы там обнаружили двунаправленный сигнал - загадка дня...

 

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

И снимается, когда передача заканчивается.

Минусы такого решения:

нет интервала удержания линии передачи после окончания передачи(для таких протоколов как модбас - очень актуально).

теоретически можно настроить на какую-то одну скорость, к примеру 9600.

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

 

и при любом решении, задача по переключению направления(начала передачи) передачи лежит на логическом уровне - т.е. (как правило) софте.

 

[vladec 12]

Дело в том, что как только "сигнал переключения который берёться со своего передатчика" снимается, должен начинаться анализ сигнала на шине, а там какое то время будет сохраняется сигнал индуцированный этим драйвером и возникнет эффект "защелкивания". Как раз и интересует "автоматическая схема которая позволяет менять направление на передачу RS485 интерфейса" и которая не зависит от протокола и скорости в линии - например, MODBUS это на 9600 или скажем RDM на 250 кГц.

[DmitryM 0]

Дело в том, что как только "сигнал переключения который берёться со своего передатчика" снимается, должен начинаться анализ сигнала на шине, а там какое то время будет сохраняется сигнал индуцированный этим драйвером и возникнет эффект "защелкивания". Как раз и интересует "автоматическая схема которая позволяет менять направление на передачу RS485 интерфейса" и которая не зависит от протокола и скорости в линии - например, MODBUS это на 9600 или скажем RDM на 250 кГц.

 

MAX13487E

[vladec 12]

Спасибо DmitryM

Похоже это то, что надо