Нужно чтобы мастер RS485 работал дальше, на максимальную дистанцию Опции

[SWT-RUS]

Сейчас используем MAX13487 и вот такие номиналы. R1=R2=22 Ом R3 =120 Ом (0.25Вт) R4=R5=220 Ом (0.125 Вт). Если у кого есть опыт решения подобной проблемы - будем очень благодарны. Если есть какая ссылка по теме - отдельное спасибо.

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

 

[rezident]

R4 и R5 должны включаться до R1 и R2, прямо на выводы м/с. В этом случае номиналы R4 и R5 можно увеличить. Да и вообще номиналы их рассчитываются, исходя из смещения приемника так, чтобы A >B на величину 0,2В. При тех номиналах, что указаны на схеме и способе их включения R4 и R5 нарушают волновое согласование линии, т.к. через низкое выходное сопротивление источника питания по переменке они включены впараллель R5. Причем вы учитываете, что R5 нужен не на каждом драйвере/узле, а только на концах линии?
P.S. вообще судя по описанию это довольно дурацкий трансивер RS485, требующий наличия растяжки линии в обязательном порядке. Дурдом какой-то

[MrYuran]

P.S. вообще судя по описанию это довольно дурацкий трансивер RS485, требующий наличия растяжки линии в обязательном порядке. Дурдом какой-то

Это характерная особенность максов. Можно и не ставить, но тогда стартовый бит неправильно определяется

[rezident]

Это характерная особенность максов. Можно и не ставить, но тогда стартовый бит неправильно определяется

Не, этот "with AutoDirection Control". У него входа управления передатчиком (DE) нету.

[SWT-RUS]

Не, этот "with AutoDirection Control". У него входа управления передатчиком (DE) нету.

То что драйвер не простой это мы уже поняли. А кроме MAXIM кто нибудь делает подобные драйвера с автоуправлением направления работы?

[rezident]

А кроме MAXIM кто нибудь делает подобные драйвера с автоуправлением направления работы?

Вы сначала поясните, для чего это нужно? Такую экзотику я не встречал в устройствах с интерфейсом RS485.

[SWT-RUS]

Вы сначала поясните, для чего это нужно? Такую экзотику я не встречал в устройствах с интерфейсом RS485.

У процессора ног не хватает. Пытались отделаться одним RTS но у простых драйверов типа SN75176 есть некоторые проблемы. Решили обойтись вот такой костью но у нее невозможно отключить эхо. Всегда слышим то что передаем. Есть вариант писать свой драйвер под Linux есть вариант отключить это в готовом драйвере, но точить софт под LINUX на таком уровне для нас проблема. Мы это не исключаем но пока пытаемся найти аппаратную альтернативу.

Можно сказать что с резисторами разобрались сами. На счет 600 ом мысль верная. Это "направление" закрыто. Теперь бы с эхом разобраться....

Сообщение отредактировал SWT-RUS - Oct 20 2009, 13:42

[Сергей Борщ]

Пытались отделаться одним RTS но у простых драйверов типа SN75176 есть некоторые проблемы.

Какие именно проблемы?

[SWT-RUS]

Какие именно проблемы?

Проблема на самом деле комплексная. На счет вины обычных драйверов я погорячился. Здесь вина скорее Linux и нашей схемы.
И самая важная ее часть программная. Linux виноват тем что не мониторит завершение передачи по RS485. Происходит так - включил передачу, плюнул данные и ... пошел заниматься другими делами. Потом вспомнил и выключил передачу. За это время после данных в ту трубу улетело еще много "мусора". А устройство на другом конце значительно более медленное и заточено строго на задачу "услышать и ответить". Переписывать драйвер для нас тяжело.
Вторая половина вины на нашей схеме - мы управляем 5 вольтовым драйвером ногами 3.3 вольтового процессора. Все сигналы идут через делители. Мы забыли подтянуть вход приемника на +5.
Сразу хочу сказать что это исправимо, но ввиду первой половины проблемы уже не актуально. Когда процессор начинает "дуть" данные в драйвер RS485, на своем входе приемника (на все время, пока идет передача) видит 0, который ему (процессору) кажется полезной информацией. Почему: потому что вместе с передатчиком дергаем сигналом /RE, т.е. переводим пин R в Z-состояние. Но!!! Делителем этот сигнал притягивается к нулю, поэтому на процессоре видим ноль.
Если есть интерес могу выложить кусок схемы.