Гальваническая развязка RS 485, Поиск оптимального способа по деньгам Опции

[alex2k3]

Здравствуйте.
Подскажите как можно гальванически развязать линию связи и трансивер RS 485 или развязкулучше делать через оптопару после трансивера? Нашел такую микросхему MAX3535EEWI (даташит). В рознице порядка 200 рублей, не считая обвязки. Можноли достичь того же результата за меньшие деньги?
Спасибо всем откликнувшимся.

[alex2k3]

Правильно ли я понял, что у MAX1480 в корпусе микросхемы так же есть гальваническая развязка по питанию. Во всех остальных случаях и производится внешними элементами? И еще вопрос: какие есть решения для автоматического определения направления передачи данных без применения контроллера?

[rezident]

Правильно ли я понял, что у MAX1480 в корпусе микросхемы так же есть гальваническая развязка по питанию. Во всех остальных случаях и производится внешними элементами?

Да, верно. MAX1480 это интегральная схема, содержащая внутри как (опто)изоляцию, так и питание изолированной части (драйвера).

И еще вопрос: какие есть решения для автоматического определения направления передачи данных без применения контроллера?

Самый простой способ это перезапускаемый одновибратор, (пере)запускаемый по перепаду 1->0 сигнала передатчика. Длительность импульса одновибратора настраивается на время передачи одного символа. Но время передачи символа зависит от скорости передачи, в этом основной недостаток данного способа. Другие способы используют буферизацию с вычислением скорости передачи и/или "заточены" на конкретные протоколы связи.

[Mike18]

Самый простой способ это перезапускаемый одновибратор, (пере)запускаемый по перепаду 1->0 сигнала передатчика. Длительность импульса одновибратора настраивается на время передачи одного символа. Но время передачи символа зависит от скорости передачи, в этом основной недостаток данного способа. Другие способы используют буферизацию с вычислением скорости передачи и/или "заточены" на конкретные протоколы связи.

Попадался не совсем "честный" , но вполне работоспособный способ с "автопереключением". Линия "DE" удерживается в состоянии "1" во время формирования "0" передатчиком, перепад "0->1" запускает одновибратор, который задерживает перевод драйвера в режим приёма на время, достаточное для формирования в кабельной части динамического перехода "0->1". Это время определяется "шириной" одного информационного бита на максимальной используемой скорости.

То есть, "0" передатчика переводит и удерживает драйвер в режиме передачи, переход "0->1" обеспечивает необходимую динамику перехода "0->1" в кабельной части, а следующие за этим переходом в передатчике "1" обеспечиваются в кабельной части подтягивающими резисторами.

Сообщение отредактировал Mike18 - Jul 26 2008, 02:45

[Владимир]

Попадался не совсем "честный" , но вполне работоспособный способ с "автопереключением". Линия "DE" удерживается в состоянии "1" во время формирования "0" передатчиком, перепад "0->1" запускает одновибратор, который задерживает перевод драйвера в режим приёма на время, достаточное для формирования в кабельной части динамического перехода "0->1". Это время определяется "шириной" одного информационного бита на максимальной используемой скорости.

То есть, "0" передатчика переводит и удерживает драйвер в режиме передачи, переход "0->1" обеспечивает необходимую динамику перехода "0->1" в кабельной части, а следующие за этим переходом в передатчике "1" обеспечиваются в кабельной части подтягивающими резисторами.

Вот только задержка не на бит а на байт

Эскизы прикрепленных изображений

 

[Mike18]

Вот только задержка не на бит а на байт

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

ИМХО это шаманство для настольного варианта.

Согласен.

Я когда разрабатывал свой конвертор-репитер, то вводил еще и обязательную задержку битового потока во время переключения драйвера на передачу. Т.е. битовый поток с полезным сигналом на выход драйвера поступал к тому моменту, когда в линии уже все переходные процессы "устаканились". И выключался передатчик драйвера также с небольшой задержкой. Это нужно было для RTU-ных протоколов, где начало/конец пакета определяется "паузой тишины". Работает даже и без подтяжек.

И это правильно! Вот только работа без подтяжек, IMHO, это тоже шаманство , предполагающее, что к сети будут подключаться только такие драйверы, которые это отсутствие допускают.

[rezident]

будут подключаться только такие драйверы, которые это отсутствие допускают.

Что бы это значило? Не понял В стандарте RS485 (EIA/TIA-485-A) никаких "растяжек" вообще не предусмотрено. Терминальные резисторы для симметричной линии - да, есть в стандарте. А растяжек - нету. Да если честно и без них работает, с разбором ошибок на уровне транспортного протокола.

[Mike18]

Что бы это значило? Не понял В стандарте RS485 (EIA/TIA-485-A) никаких "растяжек" вообще не предусмотрено. Терминальные резисторы для симметричной линии - да, есть в стандарте. А растяжек - нету. Да если честно и без них работает, с разбором ошибок на уровне транспортного протокола.

В последнее время, "нарушители конвенции" от производителей, видимо, идя навстречу пожеланиям других "нарушителей", упорно устанавливающих "растягивающие" резисторы, стали выпускать микросхемы не с порогами переключения +/- 200 мВ, а с порогами -50/-200 мВ, заявляя при этом, что "растягивающие" резисторы из схемы теперь можно полностью исключить. Действительно, при напряжении между "А" и "В" большем, чем -50 мВ, например, при нулевом, на выходе включённого приёмника теперь должна наблюдаться устойчивая "1". К сожалению, другие пожелания неверующих и в это, связанные с изменением назначения выводов 6 и 7, c A-B на B-A, для микросхем, совместимых по выводам с ADM485, "нарушители конвенции" от производителей, упорно продолжают игнорировать.

И ещё, я так понимаю, что про разбор ошибок на уровне транспортного протокола, в стандарте RS485 (EIA/TIA-485-A), тоже ничего не сказано, но ввиду отсутствия доступности самого стандарта утверждать это не буду.

P.S. Пара старых, но полезных статей, IMHO.
http://www.cta.ru/cms/f/326702.pdf
http://www.gaw.ru/html.cgi/txt/interface/rs485/power.htm

Сообщение отредактировал Mike18 - Jul 27 2008, 03:57

[rezident]

И ещё, я так понимаю, что про разбор ошибок на уровне транспортного протокола, в стандарте RS485 (EIA/TIA-485-A), тоже ничего не сказано,

Естественно ничего не сказано. RS485 это физический интерфейс и напрямую не связан с протоколом(ами) передачи. В стандарте EIA/TIA-485-A говорится только про физический интерфейс и его электрические характеристики. Я потому и выделил фонтом италик в своем сообщении слово "протокол", чтобы обратить внимание на это. Имея в виду, что ошибки, возникающие в физическом интерфейсе (1-й уровень модели OSI), компенсируются на более высоком "протокольном" уровне (2-й уровень модели OSI).