[DmitryDI 0]

Возникла проблема: на шину RS485 подключины приемники сигналов на микросхемах ADM485 и ADM2490E через 60м после источника сигнала, еще через 40м опять подключены два эти устройства, причем устройство на ADM485 на срабатывает. Пробовали и без согласующих резисторов и с ними. В чем проблема?

[firstvald 12]

Возникла проблема: на шину RS485 подключины приемники сигналов на микросхемах ADM485 и ADM2490E через 60м после источника сигнала, еще через 40м опять подключены два эти устройства, причем устройство на ADM485 на срабатывает. Пробовали и без согласующих резисторов и с ними. В чем проблема?

 

RS485 требует, на самом деле, дополнительной растяжки линий со стороны драйвера (Символьные протоколы иногда сдуру работают без этого, чисто байтовые - никогда(ну может только при передаче в одну сторону всегда и при условии что передатчик всегда занимает линию) ). Эти требования описаны в протоколе MODBUS (если заглянете на сайт modbus.org, то документ modbus over serial line, так кажется документ называется). Линию A надо затянуть на +5 на стороне передатчика через 500-600 Ом. Линию B в землю через такой же резистор. Между ними согласующий резистор в 120 Ом. И на другом конце согласующий резистор. Но, на практике возникает такая штука - линия , сопротивление транзисторов драйвера, какие то элементы защиты на стороне передатчика образуют такой делитель, что до приемника не доходит нужной разницы напряжений. В этом случае просто увеличиваем резисторы согласования Ом до 200-300.

[rezident 0]

В чем проблема?

Как подключена ADM2490E к линии RS485? Должны быть попарно соединены A с Y и B с Z. У вас так сделано?

RS485 требует, на самом деле, дополнительной растяжки линий со стороны драйвера (Символьные протоколы иногда сдуру работают без этого, чисто байтовые - никогда(ну может только при передаче в одну сторону всегда и при условии что передатчик всегда занимает линию) ). Эти требования описаны в протоколе MODBUS (если заглянете на сайт modbus.org, то документ modbus over serial line, так кажется документ называется).

Не грузите других ложными сведениями! "Растяжка" линий RS485 не является необходимым атрибутом ни интерфейса, ни RTU-ных протоколов. Даже MODBUS. Целостность передачи пакета обеспечивается необходимыми временными паузами до начала передачи и после окончания передачи пакета. Процедура такая

а) исходно трансиверы RS485 всех узлов находятся в режиме приема

б) трансивер RS485 передающего узла включается на передачу

в) выдерживается пауза на время установления переходного процесса в линии RS485

г) идет передача пакета

д) не выключая передатчика RS485, выдерживается пауза, необходимая для детектирования приемниками других узлов конца пакета

е) трансивер RS485 переключается в режим приема

И никаких растяжек при этом не требуется ;)

[Harbinger 10]

Растяжки требуются (не всегда), чтобы избежать состояния break (ноль на RXD) в паузах (когда все трансиверы стоят на приёме).

[DmitryDI 0]

Как подключена ADM2490E к линии RS485? Должны быть попарно соединены A с Y и B с Z. У вас так сделано?

Не грузите других ложными сведениями! "Растяжка" линий RS485 не является необходимым атрибутом ни интерфейса, ни RTU-ных протоколов. Даже MODBUS. Целостность передачи пакета обеспечивается необходимыми временными паузами до начала передачи и после окончания передачи пакета. Процедура такая

а) исходно трансиверы RS485 всех узлов находятся в режиме приема

б) трансивер RS485 передающего узла включается на передачу

в) выдерживается пауза на время установления переходного процесса в линии RS485

г) идет передача пакета

д) не выключая передатчика RS485, выдерживается пауза, необходимая для детектирования приемниками других узлов конца пакета

е) трансивер RS485 переключается в режим приема

И никаких растяжек при этом не требуется ;)

 

Спасибо за информацию.

ADM2490E и ADM485 соеденены A к A и B к В - они работают на прием и только слушают сигнал в линии. Скорее всего накосячили монтажники. Сегодня собрал все на столе - взял кабель 52 м. - все работает даже без терминаторов.

[firstvald 12]

Как подключена ADM2490E к линии RS485? Должны быть попарно соединены A с Y и B с Z. У вас так сделано?

Не грузите других ложными сведениями! "Растяжка" линий RS485 не является необходимым атрибутом ни интерфейса, ни RTU-ных протоколов. Даже MODBUS.

 

Читать стандарт. Смотреть на мекете. И не вводить в заблуждение других.

 

 

Растяжки требуются (не всегда), чтобы избежать состояния break (ноль на RXD) в паузах (когда все трансиверы стоят на приёме).

 

Растяжки нужны в общем случае всегда. Иначе, даже на символьном протоколе, в том случае, если перед посылкой не выдаются несколько фиктивных байт, UART приемника может не понять первого байта из-за того, что при занятии линии передатчиком в линии может быть все что угодно. Я уже указал, что без растяжек теоретически можно обойтись, если драйвер все время занимает линию. Но, на практике стандарты modbus и profibus, использующие RS485, требуют растяжки (поляризации). В profibus даже требуется поляризация как на передающем, так и на удаленном конце линии.

Изменено 17 декабря, 2009 пользователем firstvald

[rezident 0]

Читать стандарт. Смотреть на мекете. И не вводить в заблуждение других.

Хотите прослыть самым просвещенным, тогда прочитайте раздел 3.4.6 Line Polarization и дайте цитатку, где написано что растяжка не просто желательна (чтобы не ловить мусор с линии), а именно обязательна для применения. Причем обязательна для каждого узла, а не желательна для всей сети в целом.

Растяжки нужны в общем случае всегда.

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

Я уже указал, что без растяжек теоретически можно обойтись, если драйвер все время занимает линию.

В своем сообщении #3 я указал алгоритм управления драйвером RS485 при котором растяжка не требуется. Более того, я настаиваю, что любой алгоритм передачи в сети RS485 должен учитывать эти паузы, а софт должен сразу подразумевать настраиваемые таймауты. Мы неоднократно уже сталкивались с тем, что сторонним разработчиком приходилось "допиливать" свой софт, добавляя эти задержки. Особенно в тех случаях, когда софт изначально разрабатывался и тестировался для RS-232, а потом просто в схеме трансивер RS232 заменялся на трансивер RS485 (или ставился в дополнение к первому).

[firstvald 12]

Так потому и приходится допиливать софт, что вы свою сеть по своему организовали! И что делать с простейшей штучкой, как преобразователь RS232-485? Он линию займет только когда от компа через него посылка пойдет. Или вы его будете дергать 3 ногой через RTS?

[Гость @Ark]

В общем случае растяжка лишь слегка облегчает жизнь программисту, но при этом ухудшает балансировку (волновое согласование) линии и устойчивость к синфазным помехам (особенно на длинных дистанциях).

Растяжка (точнее - защитное смещение), конечно, не является обязательной по стандарту. Но ее отсутствие, по мимо неудобства программирования, дает ряд неприятных моментов:

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

2) Возможно самопроизвольное возникновение состояния "Break" на линии. Поэтому, будет невозможно использовать эту функцию для каких-то полезных целей. А там, где она необходима - будет невозможно использовать такую линию.

3) Выдержка дополнительной паузы от включения приемника до начала передачи, приводит к дополнительным временным издержкам при обмене, что снижает общий трафик.

4) В системе со многими ведущими усложняется определение занятости линии и увеличивается время разрешения конфликтов.

Вывод простой: Хотя защитное смещение и не обязательно по стандарту, его отсутствие может заметно снизить эффективность канала и, как следствие, всей системы в целом. Поэтому, чтобы от него отказаться - нужны серьезные аргументы в пользу такого решения.

[rezident 0]

Так потому и приходится допиливать софт, что вы свою сеть по своему организовали!

Откуда такой вывод последовал? :cranky:

И что делать с простейшей штучкой, как преобразователь RS232-485? Он линию займет только когда от компа через него посылка пойдет. Или вы его будете дергать 3 ногой через RTS?

В тех конверторах-репитерах RS232-RS485-RS485, что я проектировал, дополнительных сигналов управления не требуется. Хотя не отрицаю, что опциональная растяжка там предусмотрена.

Поэтому, чтобы от него отказаться - нужны серьезные аргументы в пользу такого решения.

Блин! Да не отказаться от растяжки. Используйте ее на здоровье, если вам хочется/требуется. Я всю полемику веду к тому, что нужно так проектировать устройство, чтобы оно и без растяжки работало! Потому, что растяжка линии RS485 опциональна. Неужели я непонятно поясняю? :(

[Гость @Ark]

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

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

[rezident 0]

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

Вольному воля... И я почему-то не очень удивляюсь такому принципу, а также тому факту, что при таком подходе потом софт "допиливать" приходится. :laughing:

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

[Гость @Ark]

И я почему-то не очень удивляюсь такому принципу, а также тому факту, что при таком подходе потом софт "допиливать" приходится.

А это с какой стороны посмотреть. Не всегда есть возможность "софт допилить" или устройство доработать. И при переходе, например, с RS232 на RS485 заниматься адаптацией конечных устройств или программ на ПК к особенностям канала, я считаю совершенно неправильным подходом. Подробности процесса обмена по каналу его конечных "пользователей" (устройств, программ) никак касаться не должны. По возможности, конечно. В идеале все должно работать как и работало, не замечая смены канала. Без дополнительных таймаутов и перенастроек.

[Harbinger 10]

2) Возможно самопроизвольное возникновение состояния "Break" на линии.

Бодался как раз с этим.

МК серии LPC900 имеют вроде полезную фичу - по breakdetect запускается бутлоадер. Но очень интересно получается, когда бутлоадера нет, а вектор прописан. Влетает невесть куда.

[rezident 0]

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

Извините, но это утверждение сродни надеждам, что при смене пола с мужского на женский транссексуал сможет зачать и родить ребенка. :( Чтобы софт "ничего не заметил" недостаточно только лишь одной замены трансивера. В то время как при разумном написании софта, заранее предполагая различия в линиях и интерфейсах связи, чаще всего можно действительно обойтись только лишь заменой трансивера. Кстати, если вы не догадываетесь, то при необходимости (за надобностью) значения задержек можно сделать равными нулю ;)