ADM485 и ADM2490E в параллель не работают, Проблема с RS485 Опции

[DmitryDI]

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

[rezident]

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

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

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

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

[firstvald]

Как подключена ADM2490E к линии RS485? Должны быть попарно соединены A с Y и B с Z. У вас так сделано?
Не грузите других ложными сведениями! "Растяжка" линий RS485 не является необходимым атрибутом ни интерфейса, ни RTU-ных протоколов. Даже MODBUS.

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

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

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

Сообщение отредактировал firstvald - Dec 17 2009, 12:19

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

 

[rezident]

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

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

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

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

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

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