Jump to content

    

Двунапрвленные сплитеры RS-485

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

Share this post


Link to post
Share on other sites

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

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

?

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites
... как при этом разрешаются временные коллизии?

 

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

 

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

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

 

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites
ввиду невозможности итличить внешний сигнал от своего

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

 

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

для CAN'а

Share this post


Link to post
Share on other sites

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

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites
...шины двунаправленные и когда с такой шины берется сигнал, требуется определить...

 

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

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

 

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

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

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

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

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

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

 

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

 

Share this post


Link to post
Share on other sites

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

Share this post


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

 

MAX13487E

Share this post


Link to post
Share on other sites

Спасибо DmitryM

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

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this