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

всмысле ретранслятор(многоканальный ретранслятор), чтото вроде этого
http://ru.aliexpress.com/item/RS485-4CH-DM.../573170376.html
?
схемотехника там обычная для приёмопередатчиков 485-го. ну плюс автоуправление приём-передача.

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

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

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

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

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

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

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


для CAN'а

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

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

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

обычно автоматическая схема позволяет менять направление на передачу RS485 интерфейса, когда Вы начинаете передачу.
И снимается, когда передача заканчивается.
Минусы такого решения:
нет интервала удержания линии передачи после окончания передачи(для таких протоколов как модбас - очень актуально).
теоретически можно настроить на какую-то одну скорость, к примеру 9600.
нет интервала удержания линии до начала передачи. что так же актуально для всяких модбасов.

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

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

MAX13487E

Спасибо DmitryM
Похоже это то, что надо