[vadimp61 0]

Протокол верхнего уровня подразумевает применение какого-никакого но CPU, а если он есть то и автодирект не нужен.

Речь с драйверами с автодиректом шла вроде при применении их в повторителях без CPU, для их удешевления и минимизации потребления.

[tonyk_av 39]

17 minutes ago, vadimp61 said:

какого-никакого но CPU, а если он есть то и автодирект не нужен.

Нужен. Если МК быстрый, то без автодиректа приходится городить огород с таймингами для переключения с приёма на передачу. Как пример STM32F4. 

[PCBExp 0]

Может я что то недостаточно верхнего уровня делаю на Cortex A53  / Cortex A9 но никаких проблем совсем небыло с  MAX13487 кроме того что их иногда тяжело купить по привычной цене. Есть у них эхо которое некоторыми железками воспринимается неверно но мы научилимь его давить за 8 центов без изолятров. А в изоляторах типа  ISO7221 и им подобных оно само тухнет

[vladec 9]

3 часа назад, Arlleex сказал:

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

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

[vadimp61 0]

1 hour ago, tonyk_av said:

Нужен. Если МК быстрый, то без автодиректа приходится городить огород с таймингами для переключения с приёма на передачу. Как пример STM32F4. 

А если МК медленный как ATMEGA168PB? Огород с таймингами городить не нужно?

[PCBExp 0]

to vladec. Смотрю на схему MAX13487EEVKIT. Действительно на растяжке 220 Ом. С 2012 года не наблюдал никаких проблем используя 620 Ом. Сейчас вот наткнулись на проблемы в тепличных условиях - практически на столе. Но проблема оказалась в управляемых приборах. У них отличаются схемы  защиты и сами драйвера. Мне кажется зря вы ругаете MAX

[tonyk_av 39]

9 minutes ago, vadimp61 said:

А если МК медленный как ATMEGA168PB? Огород с таймингами городить не нужно?

Я с ними не работал.

У этих МК тактовая частота не большая, 16МГц, вроде, поэтому несколько nop, скорей всего, решат проблему.

[Arlleex 160]

41 минуту назад, vladec сказал:

По моему печальному опыту, еще как влияет. Этот драйвер работает так...

Вы конкретно про максимовский? Хм. Возможно - в этот момент не вникал сильно. Одно только обязательное требование каких-то там растяжек уже напрашивает похоронить автодиректовые поделия не вскрывая упаковки.

[quark 48]

1 час назад, vladec сказал:

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

Во-первых, когда вы являетесь "оконечным" устройством в сети (ведущим или ведомым), то ни какие автоматы переключения направления передачи вам не нужны. Поскольку, вы сами точно знаете, исходя из логики своей программы, когда надо начинать передачу, и когда её закончить. И сколько еще можно (и нужно) подержать передатчик включенным, после ее завершения. Естественно, имея прямой доступ к сигналу управления направлением передачи.
Проблемы с автодиректом, актуальны только для повторителей, у которых подобной информации, в общем случае, нет, и приходится ориентироваться только по передаваемому сигналу...
Во-вторых, состояние "пассивной единицы" - когда подтягивающие резисторы формируют, так называемое, "защитное смещение" на линии - это нормальное обычное состояние, когда на линии нет активных передатчиков. И оно обеспечивает достаточную помехозащищенность линии (исключение появления ложных "нулей"), в прямой зависимости от номиналов этих подтягивающих резисторов.
В-третьих, то, что передатчик переходит, после завершения передачи, в состояние "пассивной единицы" - это нормально. Ключевой вопрос - как это делается!
MAX13487E - это делает плохо, в общем случае. Не для всех применений годится. Только для определенного круга задач (условий).

 

[vladec 9]

1 час назад, quark сказал:

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

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

[quark 48]

3 часа назад, vladec сказал:

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

Это вы зря. Не забываем, что RS485 использует дифференциальный сигнал. "Навести" что-то на витую пару весьма сложно, тем более экранированную. Практически, любая помеха будет синфазной, которых RS485 не боится. Этим он и ценен.

 

[Arlleex 160]

Для практически 100% реализаций каких-либо протоколов поверх байтового RS-485 преимущественно важным является способность держать передатчик включенным до передачи первого символа, причем держать минимум один символьный интервал на данной скорости, а не "сколько получится" или уж тем более не столько сколько в автодирект трансиверах - практически 0. Восстанавливать байтовую синхронизацию в асинхронных каналах обмена нужно гарантированно, иначе в зашумленных линиях всякие модбасы рту и прочие недопротоколы с временнЫм кадрированием идут лесом =(

[quark 48]

31 минуту назад, Arlleex сказал:

Для практически 100% реализаций каких-либо протоколов поверх байтового RS-485 преимущественно важным является способность держать передатчик включенным до передачи первого символа, причем держать минимум один символьный интервал на данной скорости...

В повторителях это, практически, невозможно, поскольку он не умеет предсказывать начало передачи. (Хотя некоторые методы для этого, все же, имеются).
Вообще, получить сильно зашумленную линию на экранированной витой паре весьма сложно. Для этого нужно, чтобы подтяжки отсутствовали полностью, во всех устройствах. Есть, конечно, "эстеты", которые подтяжек принципиально не признают. Предпочитают работать в потоке "мусора", который прекращается только с включением передатчика одного из устройств.
Лично я не сторонник таких методов, поскольку, в этом случае, все устройства на линии вынуждены постоянно ее контролировать, обрабатывая этот поток "мусора". А при подключении такой линии к порту ПК, можно получить массу ненужных проблем.

 

[Arlleex 160]

5 минут назад, quark сказал:

Есть, конечно, "эстеты", которые подтяжек принципиально не признают.

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

[quark 48]

8 минут назад, Arlleex сказал:

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

Должен Вас огорчить, но встроенные подтяжки имеются во многих стандартных драйверах RS485. 😉

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