Перейти к содержанию
    

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

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

?

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

 

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

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

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

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

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

 

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

для CAN'а

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

 

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

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

 

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

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

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

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

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

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

 

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

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

 

MAX13487E

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Присоединяйтесь к обсуждению

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

Гость
Ответить в этой теме...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

×
×
  • Создать...