-
- Вот, на всякий случай: "The Art and Science of RS485". - !Neofit(1 знак., 09.10.2026 21:58, ссылка)
- а там в референсах Application Note 847 FAILSAFE Biasing of Differential Buses Vit(1 знак., 10.10.2026 07:34, ссылка)
- Опыт, Цех. Дофига разного оборудования. включая силу, типа
термотунель (40КВА симсторы) и помех. Линия метров 400+, узлов
>10, 115200 . На какждом растяжка 10КОм и последовательно в
линиию 22 Ом . 5 лет ничего не выгорело и работает . Терминаторы
всего два на концах , 120 Ом. кабель - витуха 5кат . Драйвер ST485
в основнлм. - Driver_gv(08.10.2026 19:11)
- у меня попроще есть пример. LordN(256 знак., 09.10.2026 06:09)
- Супергерой. Бapбoc(1 знак., 08.10.2026 22:06, картинка)
- У меня была линия 1200 м возле контактного провода (ЖД). Ничего не
помогало, по каким-то наводкам периодически горело. Бывший
разработчик пожарной сигнализации нам сделал токовую петлю на 9600
- эта линия его пережила... просто поделиться. - POV(08.10.2026 19:24)
- Олег, мы когда на ЖД тянули линии RS-485, то было два момента. 0-й
момент - драйверы только с гальванической развязкой, вроде логично,
но пишу на память для потомков :-) -1-й - до 300-400 м работает всё
без всяких растяжек, терминаторов. 2-й - начиная с этого расстояния
надо ставить подтягивающие резисторы в начале и в конце линии. Мы
ставили по 620 Ом. Этого достаточно до расстояния примерно в 1 км.
Далее обязательно в начале и в конце линии терминаторы по 120 Ом.
Тут уже, FDA(243 знак., 09.10.2026 22:51)
- Так токовую петлю твой Петрович и делал для моей системы, только после этого перестало гореть... POV(242 знак., 09.10.2026 23:08)
- Возможно впрос земли. В цеху шла стальная шина 40*4 мм, и все
заземлнено. Если земли обшей нет надо кидать с 485 провод COM ,
изолированный от земли текущего места резистрм. - Driver_gv(08.10.2026 19:36)
- То что узлы должны иметь гальваническую изоляцию от ёмкости
основного прибора для меня это аксиома. - гaм(09.10.2026 11:04,
)
- Любая изоляция имеет проходную емкость, плюс объемная емкость может
быть. Какую суммарную емкость изолированного участка вы допускаете? - AlexBi(09.10.2026 11:10)
- А что изолированного? Вот был случай когда не работала пленочная
клава, приклееная к металлическому корпусу. А помеха шла от ПЧ
через неизолированный 485. При этом помех было мало, т.к. давило
синфазную. - Tapapaм(09.10.2026 14:31,
) - CA-IS3098W CIO Barrier capacitance, input to output f = 1 MHz ~3.5
pF ну пусть всего 30 пф. И? - General(09.10.2026 13:53)
- Иногда за изоляцию считают dc-dc преобразователь, который все
устройство питает. В таком случае изоляция есть, но емкость на
землю десятки нФ, от синфазных помех такая изоляция плохо защищает. AlexBi(90 знак., 09.10.2026 14:45)
- Не немного шумит, а ох... как шумит! :-/ - reZident(09.10.2026 14:53)
- "UTP-кабели категорий 5e и 6 рассчитаны на работу в диапазоне
частот до 100 и 250 МГц соответственно. Номинальное волновое
сопротивление — 100 Ом. Погонная ёмкость не превышает 56
пФ/м." - reZident(1 знак., 09.10.2026 13:57, ссылка)
- Когда есть погонная индуктивность, погонная ёмкость не работает как
сосредоточенная. Но нужно хоть кокое согласование. - mse homjak(09.10.2026 14:03)
- Да какая разница? Главное - ёмкость есть/существует и достигает
весьма немалой величины на значительных расстояниях. - reZident(09.10.2026 14:55)
- Разница принцыпиальна. По счелчку пальцов ёмкость-индуктивность
километра кабеля-провода, превращается в линию передачи. Конской
полосой пропускания. Почти без потерь. - mse homjak(09.10.2026 15:57)
- Выше речь шла об синфазной помехе и ее величине, обусловленной
емкостью линии связи относительно той среды в которой она
проложена. - reZident(09.10.2026 16:04)
- Тогда при чом тут "погонная ёмкость 57пФ" у кабеля? От соседнего
кабеля ёмкость будет в разы(если не на порядок-два) меньше. Там ещо
неизвестно, что сильнее влияет dU/dt или dI/dt соседнего провода. - mse homjak(09.10.2026 16:16)
- Поднимите выше очи. Мое сообщение было в ответ на сообщение от
Генерала об его предположительном значении проходной емкости изолированного узла RS485. Я лишь
указал, что емкость может быть существенно выше предполагаемых им значений в зависимости от длины линии
связи, подключенной к данному донельзя заизолированному узлу RS485.
А еще выше было сообщение POV о прокладке линии максимально
допустимой для RS485 длины паралелльно контактному проводу на ЖД. reZident(88 знак., 09.10.2026 16:58)
- Ну, поднял. Какое отношение погонная ёмкость кабеля имеет к наводкам, проходной ёмкости приёмника и всем остальным?
Это ёмкость между двумя проводниками, в изоляции, скрученных с
нормированным шагом. Емкостная связь с другими близлежащими
проводниками, будет в разы и на порядки, меньше. И это вообще, не
пересекающиеся параметры: машинное изготовление кабеля и, как быком
поссанное, положэние в коробе, относительно остальных. - mse homjak(09.10.2026 17:08)
- В указанном кабеле 4 витых пары, расположенных рядом. По ним могут
пропускаться разные/другие сигналы или эти пары могут могут быть
совсем незадействованы, но при этом подвергаться воздействию
(синфазных) помех. Однако располагаются они в кабеле рядом. Пускай даже на порядок отличается емкость между соседними парами
от погонной емкости, но на длине кабеля, скажем, в 100м это уже
будет никак не 30пФ, которые предположил Генерал. - reZident(09.10.2026 17:37)
- В кабеле, да. Но откуда в кабеле возьмётся значимый источник помехи? Рядом с кабелем, можэт лежать другой и гадить, но там и механизмы могут быть другими: не емкостная наводка, а индуктивная. Или херачить какой-нить статикой. - mse homjak(09.10.2026 19:52)
- По случаю рядом оказалась коробка с UTP кабелем Cat5e. Там уже нет
305м, но метров 50 еще осталось. И обжатые концы кабеля для
тестирования какого-то девайса. Померял емкость между 1 и 2 и между
1 и 8 контактами RJ-45, обжатом на конце кабеля. 1 и 2 контакт
(одна витая пара) показывает емкость ~2,88нФ, 1 и 8 контакт (разные
пары) показывает ~1,32нФ. На 50м кабеля! Кстати, 2,88нФ/56пФ/м=51м
;-) - reZident(09.10.2026 17:53)
- Тут ничего удивительного. Пары внутри оболочки обжаты и свиты друг с другом. Но от одной к другой, фатальная синфазная помеха не пойдёт(в общем случае, если вы не будете на той стороне жечь лампочку или утюг через кабель, фазорезкой), а разнести их, хотя-бы на 5-10мм и будет то, обо што я. - mse homjak(09.10.2026 19:50)
- В указанном кабеле 4 витых пары, расположенных рядом. По ним могут
пропускаться разные/другие сигналы или эти пары могут могут быть
совсем незадействованы, но при этом подвергаться воздействию
(синфазных) помех. Однако располагаются они в кабеле рядом. Пускай даже на порядок отличается емкость между соседними парами
от погонной емкости, но на длине кабеля, скажем, в 100м это уже
будет никак не 30пФ, которые предположил Генерал. - reZident(09.10.2026 17:37)
- Ну, поднял. Какое отношение погонная ёмкость кабеля имеет к наводкам, проходной ёмкости приёмника и всем остальным?
Это ёмкость между двумя проводниками, в изоляции, скрученных с
нормированным шагом. Емкостная связь с другими близлежащими
проводниками, будет в разы и на порядки, меньше. И это вообще, не
пересекающиеся параметры: машинное изготовление кабеля и, как быком
поссанное, положэние в коробе, относительно остальных. - mse homjak(09.10.2026 17:08)
- Поднимите выше очи. Мое сообщение было в ответ на сообщение от
Генерала об его предположительном значении проходной емкости изолированного узла RS485. Я лишь
указал, что емкость может быть существенно выше предполагаемых им значений в зависимости от длины линии
связи, подключенной к данному донельзя заизолированному узлу RS485.
А еще выше было сообщение POV о прокладке линии максимально
допустимой для RS485 длины паралелльно контактному проводу на ЖД. reZident(88 знак., 09.10.2026 16:58)
- Тогда при чом тут "погонная ёмкость 57пФ" у кабеля? От соседнего
кабеля ёмкость будет в разы(если не на порядок-два) меньше. Там ещо
неизвестно, что сильнее влияет dU/dt или dI/dt соседнего провода. - mse homjak(09.10.2026 16:16)
- Выше речь шла об синфазной помехе и ее величине, обусловленной
емкостью линии связи относительно той среды в которой она
проложена. - reZident(09.10.2026 16:04)
- Разница принцыпиальна. По счелчку пальцов ёмкость-индуктивность
километра кабеля-провода, превращается в линию передачи. Конской
полосой пропускания. Почти без потерь. - mse homjak(09.10.2026 15:57)
- Да какая разница? Главное - ёмкость есть/существует и достигает
весьма немалой величины на значительных расстояниях. - reZident(09.10.2026 14:55)
- Когда есть погонная индуктивность, погонная ёмкость не работает как
сосредоточенная. Но нужно хоть кокое согласование. - mse homjak(09.10.2026 14:03)
- Иногда за изоляцию считают dc-dc преобразователь, который все
устройство питает. В таком случае изоляция есть, но емкость на
землю десятки нФ, от синфазных помех такая изоляция плохо защищает. AlexBi(90 знак., 09.10.2026 14:45)
- А что изолированного? Вот был случай когда не работала пленочная
клава, приклееная к металлическому корпусу. А помеха шла от ПЧ
через неизолированный 485. При этом помех было мало, т.к. давило
синфазную. - Tapapaм(09.10.2026 14:31,
- Любая изоляция имеет проходную емкость, плюс объемная емкость может
быть. Какую суммарную емкость изолированного участка вы допускаете? - AlexBi(09.10.2026 11:10)
- То что узлы должны иметь гальваническую изоляцию от ёмкости
основного прибора для меня это аксиома. - гaм(09.10.2026 11:04,
- !!! Токовая петля - это круто. Если в ней 20 мА (реальных) - ее
трудно перебить. Помню 3 км в Новосибирском отделении дороги.
Правда там было 1200. Но она шла по таким закоулкам от шкафов в
управлении дороги, по стольким клеммникам ... - Лaгyнoв(08.10.2026 19:30)
- У нас один заказчик сделал телегу с кабелем гибким, метров 20. В
этом кабеле шли две жилы 485 по которому шли данные в одну сторону
на индикатор. В этом же кабеле жилы мотора от частотника. Было
много сбойных пакетов. Мы на приемник линии поставили тупо оптрон
вместо драйвера и все проблемы ушли. - Гaм(09.10.2026 04:25,
)
- Удивительно, что оно вообще работало, если шли две жилы без
отдельного экрана. Если доступна информация, не уточните марку и
конфигурацию кабеля? Интересует, что вообще люди ставят на телеги. - Nikolay_Po(09.10.2026 09:08)
- Я бы сейчас использовал закрытую троллею а данные гнал по радио.
Это если допускается искрение. - гaм(09.10.2026 11:07,
) - Сейчас вряд ли. Это был плоский гибкий импортный кабель с очень
гибкими жилами. Но экрана точно не было. - гaм(09.10.2026 11:06,
)
- Спасибо. - Nikolay_Po(09.10.2026 11:10)
- Я бы сейчас использовал закрытую троллею а данные гнал по радио.
Это если допускается искрение. - гaм(09.10.2026 11:07,
- Удивительно, что оно вообще работало, если шли две жилы без
отдельного экрана. Если доступна информация, не уточните марку и
конфигурацию кабеля? Интересует, что вообще люди ставят на телеги. - Nikolay_Po(09.10.2026 09:08)
- У нас один заказчик сделал телегу с кабелем гибким, метров 20. В
этом кабеле шли две жилы 485 по которому шли данные в одну сторону
на индикатор. В этом же кабеле жилы мотора от частотника. Было
много сбойных пакетов. Мы на приемник линии поставили тупо оптрон
вместо драйвера и все проблемы ушли. - Гaм(09.10.2026 04:25,
- Олег, мы когда на ЖД тянули линии RS-485, то было два момента. 0-й
момент - драйверы только с гальванической развязкой, вроде логично,
но пишу на память для потомков :-) -1-й - до 300-400 м работает всё
без всяких растяжек, терминаторов. 2-й - начиная с этого расстояния
надо ставить подтягивающие резисторы в начале и в конце линии. Мы
ставили по 620 Ом. Этого достаточно до расстояния примерно в 1 км.
Далее обязательно в начале и в конце линии терминаторы по 120 Ом.
Тут уже, FDA(243 знак., 09.10.2026 22:51)
- Siemens ist der größte Name der Welt. - IBAH(1 знак., 08.10.2026 15:30, ссылка)
- сопротивление подтяжки сверху ограничено помехозащищенностью, снизу
нагрузкой на линию, искажениями волнового сопротивления. Те.
Еп*(Rтерминатора/(2*Rподтяжки+ Rтерминатора)) должно быть больше (Uсмещения+Uшумов). Я ставлю 10-100к. RS485
звездой очень плохая идея. - IBAH(08.10.2026 14:28)
- плохая идея, всё верно. Но я не могу заставить владельца АЗС, если
это не новая. Не с нуля построена - Лaгyнoв(08.10.2026 14:55)
- Если в кабеле есть свободная пара, то звезду можно в линию
превратить. Одна пара идет к началу луча звезда (там где трансивер
RS485), а вторая пара - возвратная, служит для подключения к
следующему лучу звезды от ее центра. - reZident(08.10.2026 14:58)
- вот со свободными парами всегда беда. Из-за этого 220В может идти в одной трубе с интерфейсными линиями - Лaгyнoв(08.10.2026 16:35)
- Мало того всякие, прости господи, Сименсы делаю специальные разъемы для 485, переключателем терминатора. - IBAH(1 знак., 08.10.2026 15:27, картинка)
- Если в кабеле есть свободная пара, то звезду можно в линию
превратить. Одна пара идет к началу луча звезда (там где трансивер
RS485), а вторая пара - возвратная, служит для подключения к
следующему лучу звезды от ее центра. - reZident(08.10.2026 14:58)
- плохая идея, всё верно. Но я не могу заставить владельца АЗС, если
это не новая. Не с нуля построена - Лaгyнoв(08.10.2026 14:55)
- Накину. Подтяжки нужны только если программист не умеет
программировать :) Если же он обеспечил включение передатчика на
один байт+один бит раньше начала передачи первого байта пакета, то
подтяжки не нужны. - VLLV_(08.10.2026 12:36,
)
- Подтяжки нужны, если штаны не держатся! - SciFi(08.10.2026 14:31)
- Подтяжки нужны тем, у кого прогрессирующая "зеркальная" болезнь. Для обычных людей и поясного ремня достаточно :-P - reZident(08.10.2026 14:33)
- А как это помогает обеспечить определенное состояние линии при
внешних помехах? - Anvar(08.10.2026 14:29)
- Включенный передатчик, передающий "определенное состояние линии"
сильнее погасит внешние помехи, чем какая-то растяжка, которую в
принципе нельзя сделать сильнее передатчика. - VLLV(08.10.2026 15:55)
- Беда в том, что в то время, когда передатчик выключен, приемник по
помехе может начать прием фрейма, и, соответственно, принимать
совсем не то, что передает передатчик. - Andrew_Q(08.10.2026 16:29)
- Перечитайте то, что я написал выше, про заблаговременное включение
передатчика. Да, приемник может начать прием, но он закончит прием до истечения интервала, до передачи первого байта
пакета, и потом первый штатный байт пакета примется правильно. Ну а
победить байты помехи помогут современные протоколы с
байт-стаффингом. - VLLV(08.10.2026 18:19)
- У вас просто ограниченный опыт. RS485 != Modbus RTU. Даже если
Modbus, это может быть Modbus ASCII. Есть и другие варианты.
Программисты, которые умеют программировать, программируют
поддержку разных вариантов - Anvar(08.10.2026 18:58)
- Наш товаришь чык-чырык не о том - он говорит должна быть пауза
такова чтобы УАРТ зацепился за реальный стоп-бит после шума в
момент переключения направления - через время байт+1бит. Это
гарантирует что не будет пропуска первого байта, и протокол тут не
при чем. - POV(08.10.2026 19:08)
- Я же говорю, ограниченный опыт мешает отвязать уровень физический -
RS485 от прикладного - Modbus. В Modbus ASCII нет жесткого
ограничения по времени между символами пакета. Если он принял хрень
от помехи он ваш пакет будет принимать как продолжение. И если у
вас помеха генерирует символ ":" то вы никогда ничего не сможете
передать. А у нас такое было в лаборатории в В.Салде где куча печек
с нагревателями управляемыми ШИМ. - Anvar(09.10.2026 07:11)
- Я в самом деле мало работал с Модбасом, но это мало что меняет. "И если у вас помеха генерирует символ ":" то
..." то может программисту стоит подумать о том, чтобы сбросить
счетчик байтов после приема очередного, правильного символа ":" в
начале пакета ? Вот с rtu да, действительно не просто. Но даже там
есть возможности извратиться - например, складывать все принятые
байты в циклический буфер заведомо большего размера и, скользя по
нему окном длиной VLLV(116 знак., 09.10.2026 10:03)
- Длина пакета в модбасе заранее не известна, поэтому надо перебирать все варианты длины пакета (от 6 до 255 байт, вроде бы), и делать это по случаю приема каждого байта. Так возникает потребность в сотнях МГц тактовой ядра в ситуации, когда мог бы справиться чип с долями МГц тактовой. - AlexBi(09.10.2026 11:01)
- Я еще вам наброшу. В Модбас ASCCII используется более простая 8-битная КС. Но даже CRC16 при плохой "физике" дает пропуски. Поэтому "лечить" плохой Layer1 (RS 485) Layer-ом7 (Модбас) это опасный путь - Anvar(09.10.2026 10:17)
- Я в самом деле мало работал с Модбасом, но это мало что меняет. "И если у вас помеха генерирует символ ":" то
..." то может программисту стоит подумать о том, чтобы сбросить
счетчик байтов после приема очередного, правильного символа ":" в
начале пакета ? Вот с rtu да, действительно не просто. Но даже там
есть возможности извратиться - например, складывать все принятые
байты в циклический буфер заведомо большего размера и, скользя по
нему окном длиной VLLV(116 знак., 09.10.2026 10:03)
- Для Modbus ASCII этот прием может сработать, а вот Modbus RTU этого
не простит. Потому, что помеха, (возможно) возникшая при включении
передатчика и вызвавшая старт-бит, будет началом приема символа,
который в свою очередь означает начало передачи фрейма. А пауза
длиной в следующий байт будет лишь его (фрейма) продолжением.
Реальное начало передачи будет вновь продолжением фрейма, вплоть до
его окончания и паузы в передаче определенной протоколом как
конец/начало фрейма reZident(429 знак., 08.10.2026 20:39)
- ПМСМ, 3.5 символа интервал между кадрами нужен, чтобы приёмники
успевали принимать и обрабатывать. Ну и да, по стандарту, только
кадр, после которого фиксируется пауза 3.5 символа, считается
действительным. Nikolay_Po(258 знак., 09.10.2026 09:20)
- При межсимвольной паузе 1,5 символа - да, пакет должен считаться
"битым", но это же не конец фрейма - окончание-то фрейма считается
по паузе 3,5 символа! Так что нифига это не 100% решение - держать
линию перед началом передачи длительностью лишь 1 или 1,5 символа.
Подходит для некоторых, но не для всех протоколов связи. P.S. см.
граф состояний из стандарта Modbus. reZident(1 знак., 09.10.2026 09:57, картинка)
- Как я любил такие картинки, когда занимался протоколами! Только эти
картинки не учитывают современные возможности контроллеров - сейчас
за 2 бакса можно организовать прием некрофильного rtu с помощью
ADC, DMA, и CortexM4 без подтяжек вообще, абсолютно без привязки к
подобным картинкам. - VLLV(09.10.2026 10:13)
- Вопрос не в возможностях, а в реализации конкретного протокола связи. Даже, если ваш конкретный прибор умеет извлекать полезную информацию из шумоподобных сигналов, то другой прибор (другого производителя) работает сугубо по стандарту и ему пофиг на супервозможности вашего прибора. ;-) Вспоминается случай. reZident(1126 знак., 09.10.2026 10:36)
- Вообще странно сегодня рассуждать про уровни RS 485. Я уже лет 20
назад не встречал приемопередатчиков RS 485 без встроенного сдвига.
Это актуально только когда используют что-то нестандартное, типа
оптопар или древних цифровых дифференциальных приемников и
передатчиков. А пара резисторов совершенно не мешает - Anvar(09.10.2026 10:21)
- Речь не о том, мешает она или не мешает, а о том, что 1)сложно
выбрать резисторы для всех условий применения и 2) они все равно не
решают задачу подавления помех, т.к. заведомо слабее включенного
передатчика. - VLLV(09.10.2026 10:35)
- А они, ИМХО, не подавляют помеху, а сдвигают ее в область
определенного состояния - Anvar(09.10.2026 11:10)
- Ухудшая при этом противоположное состояние. - VLLV(09.10.2026 12:58)
- По-моему, роль подтяжки (если уж догадались включать передатчик заранее и держать достаточную паузу с чистой линией перед передачей) - снизить количество шума в линии - чтобы не отвлекать контроллеры устройств на попытки приёма шума. В остальном, подтяжки не нужны и в моих проектах не использовались. - Nikolay_Po(09.10.2026 11:14)
- А они, ИМХО, не подавляют помеху, а сдвигают ее в область
определенного состояния - Anvar(09.10.2026 11:10)
- Речь не о том, мешает она или не мешает, а о том, что 1)сложно
выбрать резисторы для всех условий применения и 2) они все равно не
решают задачу подавления помех, т.к. заведомо слабее включенного
передатчика. - VLLV(09.10.2026 10:35)
- Типа оптимального SDR-приёмника? - Nikolay_Po(09.10.2026 10:15)
- Ну да. Используем PLC по такому принципу, а уж там помех больше, чем того сигнала. - VLLV(09.10.2026 10:27, +1)
- Как я любил такие картинки, когда занимался протоколами! Только эти
картинки не учитывают современные возможности контроллеров - сейчас
за 2 бакса можно организовать прием некрофильного rtu с помощью
ADC, DMA, и CortexM4 без подтяжек вообще, абсолютно без привязки к
подобным картинкам. - VLLV(09.10.2026 10:13)
- При межсимвольной паузе 1,5 символа - да, пакет должен считаться
"битым", но это же не конец фрейма - окончание-то фрейма считается
по паузе 3,5 символа! Так что нифига это не 100% решение - держать
линию перед началом передачи длительностью лишь 1 или 1,5 символа.
Подходит для некоторых, но не для всех протоколов связи. P.S. см.
граф состояний из стандарта Modbus. reZident(1 знак., 09.10.2026 09:57, картинка)
- Какие вы все умные, прям тащусь. А у меня так: чёт такое надо сделать, чтобы работало (это вариант №1). "У нас строгие требования, и вам не стоит с ними спорить" вариант №2. По варианту нумер два платят стабильно, но скучно. По варианту нумбер один есть варианты. Бapбoc(55 знак., 08.10.2026 22:21)
- ПМСМ, 3.5 символа интервал между кадрами нужен, чтобы приёмники
успевали принимать и обрабатывать. Ну и да, по стандарту, только
кадр, после которого фиксируется пауза 3.5 символа, считается
действительным. Nikolay_Po(258 знак., 09.10.2026 09:20)
- Я же говорю, ограниченный опыт мешает отвязать уровень физический -
RS485 от прикладного - Modbus. В Modbus ASCII нет жесткого
ограничения по времени между символами пакета. Если он принял хрень
от помехи он ваш пакет будет принимать как продолжение. И если у
вас помеха генерирует символ ":" то вы никогда ничего не сможете
передать. А у нас такое было в лаборатории в В.Салде где куча печек
с нагревателями управляемыми ШИМ. - Anvar(09.10.2026 07:11)
- Наш товаришь чык-чырык не о том - он говорит должна быть пауза
такова чтобы УАРТ зацепился за реальный стоп-бит после шума в
момент переключения направления - через время байт+1бит. Это
гарантирует что не будет пропуска первого байта, и протокол тут не
при чем. - POV(08.10.2026 19:08)
- У вас просто ограниченный опыт. RS485 != Modbus RTU. Даже если
Modbus, это может быть Modbus ASCII. Есть и другие варианты.
Программисты, которые умеют программировать, программируют
поддержку разных вариантов - Anvar(08.10.2026 18:58)
- Перечитайте то, что я написал выше, про заблаговременное включение
передатчика. Да, приемник может начать прием, но он закончит прием до истечения интервала, до передачи первого байта
пакета, и потом первый штатный байт пакета примется правильно. Ну а
победить байты помехи помогут современные протоколы с
байт-стаффингом. - VLLV(08.10.2026 18:19)
- Беда в том, что в то время, когда передатчик выключен, приемник по
помехе может начать прием фрейма, и, соответственно, принимать
совсем не то, что передает передатчик. - Andrew_Q(08.10.2026 16:29)
- Включенный передатчик, передающий "определенное состояние линии"
сильнее погасит внешние помехи, чем какая-то растяжка, которую в
принципе нельзя сделать сильнее передатчика. - VLLV(08.10.2026 15:55)
- Как вы планируете обнаруживать начало/конец пакета? - AlexBi(08.10.2026 14:24)
- А в чем проблема? - VLLV(08.10.2026 15:57)
- Будет сплошной поток данных из мусора и полезной информации.
Выделение полезной информации в таком потоке это не так просто. - AlexBi(08.10.2026 20:55)
- А ты не выключай передатчик сразу, а подожди, чтобы приёмник успел
понять, что кадр принят. - Nikolay_Po(08.10.2026 22:09)
- А как приемник поймет, что кадр начат? - AlexBi(09.10.2026 08:37)
- В Modbus RTU оговаривается пауза между символами 1,5 символа это
(1+8+1)*1,5 ~ 15 бит . После чего любой приемник фиксирует ошибку и
начинает ожидать паузы 3,5 символа для начала приема следующего
пакета. Т.е. пауза 3,5 это сигнал для обработки пакета и начала
приема нового пакета Во время включенного передатчика помеха
ослабляется. Для других протоколов RS485 это не работает - Anvar(09.10.2026 09:43)
- Т.е. исходное сообщение про достаточность паузы перед передачей в 1байт+1бит все же слишком оптимистично. - AlexBi(09.10.2026 11:05)
- Достаточно подержать, перед началом кадра, паузу не менее 1.5
символа при включённом передатчике. - Nikolay_Po(09.10.2026 09:16)
- Какая при этом минимальная пауза между приемом последнего символа
шума и первого символа полезной информации может быть? AlexBi(135 знак., 09.10.2026 10:56, ссылка)
- Ну, ровно символ плюс один бит - будет слишком амбициозно и не очень надёжно - лучше, всё же, 1.5 символа - чтобы с учётом несовпадения скоростей, дискретности таймера и латентности прерываний, надёжно определять разрыв в непрерывной последовательности байт одного кадра. Nikolay_Po(314 знак., 09.10.2026 11:09)
- Какая при этом минимальная пауза между приемом последнего символа
шума и первого символа полезной информации может быть? AlexBi(135 знак., 09.10.2026 10:56, ссылка)
- В Modbus RTU оговаривается пауза между символами 1,5 символа это
(1+8+1)*1,5 ~ 15 бит . После чего любой приемник фиксирует ошибку и
начинает ожидать паузы 3,5 символа для начала приема следующего
пакета. Т.е. пауза 3,5 это сигнал для обработки пакета и начала
приема нового пакета Во время включенного передатчика помеха
ослабляется. Для других протоколов RS485 это не работает - Anvar(09.10.2026 09:43)
- А как приемник поймет, что кадр начат? - AlexBi(09.10.2026 08:37)
- А ты не выключай передатчик сразу, а подожди, чтобы приёмник успел
понять, что кадр принят. - Nikolay_Po(08.10.2026 22:09)
- Будет сплошной поток данных из мусора и полезной информации.
Выделение полезной информации в таком потоке это не так просто. - AlexBi(08.10.2026 20:55)
- в самом распространенном протоколе управления на АЗС начало пакета
- 0х7F. В конце пакета перед CRC идут два байта 0х03. В описании
протокола так и сказано, что 0х7F - для переключения направления
передачи - Лaгyнoв(08.10.2026 14:54)
- В составе пакета 0x7F быть не может? В CRC? Они там как-то
заменяются? - AlexBi(08.10.2026 14:57)
- Нет, не может быть. А CRC может идти только после двух 0х03 подряд. Которых в теле пакета нет, потому что в пакете только ASCII - Лaгyнoв(08.10.2026 16:39)
- Протокол обмена данными между системой управления и топливораздаточной колонкой: "Каждый байт пакета ответа между стартовым байтом и ETX дополняется комплиментарным байтом (поразрядное инвертирование), а CheckSum вычисляется как ИСКЛЮЧАЮЩЕЕ ИЛИ всех нормальных байт и одного ETX, без учета стартового байта, а также логическое ИЛИ с 0x40." reZident(2 знак., 08.10.2026 15:05, ссылка, картинка)
- В составе пакета 0x7F быть не может? В CRC? Они там как-то
заменяются? - AlexBi(08.10.2026 14:57)
- По желанию. Как приспичило передавать, подать питание на передатчик
и выдержать указанную аффтором паузу. - Kpoк(08.10.2026 14:32)
- Эк вас прихватило! Еще и передатчик на время пауз обесточивать? О.о - reZident(08.10.2026 14:34)
- Это не меня, это собеседников. Я всю жизнь работал на 9600 не
дальше 50 метров, слыхом не слыхивал о таких проблемах. - Kpoк(08.10.2026 17:02)
- А в сообщении выше под именем Крок кто написал: "Как приспичило передавать, подать питание на
передатчик"? - reZident(08.10.2026 17:08)
- Это он написал для собеседника, не знающего, когда байт в линию полетит. - Kpoк(09.10.2026 10:17)
- А в сообщении выше под именем Крок кто написал: "Как приспичило передавать, подать питание на
передатчик"? - reZident(08.10.2026 17:08)
- Это не меня, это собеседников. Я всю жизнь работал на 9600 не
дальше 50 метров, слыхом не слыхивал о таких проблемах. - Kpoк(08.10.2026 17:02)
- Эк вас прихватило! Еще и передатчик на время пауз обесточивать? О.о - reZident(08.10.2026 14:34)
- А в чем проблема? - VLLV(08.10.2026 15:57)
- Если строго по стандарту Modbus, то одного байта мало. Нужна пауза
от включения передатчика и до начала передачи фрейма в 3,5 символа. - reZident(08.10.2026 14:15)
- Мои устройства активно держат паузу перед передачей своего кадра
Модбас. То есть, как только устройство поняло, что обращение к нему
и оно требует ответа, то после обнаружения окончания кадра запроса,
устройство занимает линию и держит. Nikolay_Po(268 знак., 08.10.2026 18:20)
- Так и должно быть. Передача фрейма должна завершаться не немедленным отключением передатчика, а паузой, в течение которой передатчик ничего не передает, а просто удерживает линию. Для Modbus ASCII достаточно паузы длительностью 1,5 символа, для Modbus RTU не менее 3,5 символов. Однако эти заморочки обычно не востребованы на коротких линиях, в которых есть растяжка линии и нет отраженки. - reZident(08.10.2026 20:45)
- Мои устройства активно держат паузу перед передачей своего кадра
Модбас. То есть, как только устройство поняло, что обращение к нему
и оно требует ответа, то после обнаружения окончания кадра запроса,
устройство занимает линию и держит. Nikolay_Po(268 знак., 08.10.2026 18:20)
- в принципе да - Лaгyнoв(08.10.2026 14:10)
- Подтяжки нужны, если штаны не держатся! - SciFi(08.10.2026 14:31)
- 0 Помимо а и б подключайте и нах не нужно подтяжки. Ну и нормальную согласованную медь.. - Balda(08.10.2026 12:28)
- Суть подтяжек - растяжка линии выше чем на величину гистерезиса,
для установки её в однозначное состояние, чтобы приемник не ловил
мусор из шума. Величина подтяжек выбирается такой, чтобы продавить
терминатор на необходимое напряжение. Соответственно, сколько у вас
активных (подключенных) терминаторов, столько и пар подтяжек. - Ralex(08.10.2026 12:24)
- эт да. как-то рулил сразу пятью частотниками по модбасу. на выключенных все зашибись, тем более там всё рядом, и пары метров не набирается. LordN(249 знак., 08.10.2026 12:30)
- сеть звездой - рядовое явление на АЗС. Никто не будет асфальт вскрывать для правильности. :-) Но самое главное - скорость. Когда меньше 19200 и длина провода меньше 100 метров, то и терминаторы не нужны. А подтяжки у мастера - 100%-но. У меня обычно 3,3К - Лaгyнoв(08.10.2026 10:15)
- Простенький обзор от коллег - General(1 знак., 08.10.2026 08:39, ссылка)
- Сколько не смотрел таких "простеньних обзоров" - всегда одно и
то-же. Кто-то что-то сделал как попало, и сразу видно что чел сам
не понимает что и как у него тут работает. Там ниже дали ссылку на
статейку буржуйскую с переводом, "обрежте жирок с RS485" тоже видно
как автор накидал стандартных схем, и написал какую-то чушь под
ними. Типа - сделал обзор... il-2(325 знак., 08.10.2026 11:06)
- если всё работает - я молодец! LordN(36 знак., 08.10.2026 12:14)
- Сколько не смотрел таких "простеньних обзоров" - всегда одно и
то-же. Кто-то что-то сделал как попало, и сразу видно что чел сам
не понимает что и как у него тут работает. Там ниже дали ссылку на
статейку буржуйскую с переводом, "обрежте жирок с RS485" тоже видно
как автор накидал стандартных схем, и написал какую-то чушь под
ними. Типа - сделал обзор... il-2(325 знак., 08.10.2026 11:06)
- А что мы обсуждаем? - есть ли бредятина в интернете? :-) - Cкpипaч(08.10.2026 07:56)
- У меня много устройтсв - мастеров. У них подтяжки норма. И я такое
же ставил ставил на слейвах, которых становится у меня всё больше.
Вот и задумался, что подтяжки-то там скорее всего не айс. - POV(08.10.2026 10:35)
- На слейвах делаю подтяжку 100К. Cкpипaч(107 знак., 08.10.2026 12:47)
- У меня много устройтсв - мастеров. У них подтяжки норма. И я такое
же ставил ставил на слейвах, которых становится у меня всё больше.
Вот и задумался, что подтяжки-то там скорее всего не айс. - POV(08.10.2026 10:35)
- Растяжки имеют двойную функцию - создать смещение для иметь
известное состояние в Idle, ну и задать синфазное (без 3-го провода
можно обойтись). Ожидаемые значения смещения без терминатора будут
усегда правильные, а если с терминатором по постоянке, то нужно
дружить с Кирхгофом. Терминатор по переменке (была аппнота
"обрежьте жирок с RS-485") - такая себе фигня, достаточно
проблемная штука. Ещё там же есть вариант диодного растопыривания
(китайцы в некоторых свистках Vit(137 знак., 08.10.2026 07:44, ссылка)
- Оригинальная апнота AN-1090 "Methods for Trimming the Power
Required in RS-485 Systems" от Maxim Integrated reZident(46 знак., 08.10.2026 16:29, ссылка)
- Спасибо. А то по перепевкам попадается упоминание аппноты 360. - Vit(09.10.2026 11:33)
- PDF переводной статьи в приличном виде. reZident(1 знак., 08.10.2026 10:13, ссылка)
- Оригинал статьи "Trim the fat off RS-485 designs" от инженеров Uwe
Brckelmann and Ted Salazar на сайте EE|Times - reZident(1 знак., 08.10.2026 10:11, ссылка)
- Ну и хрень же там написана, и в оригинале, и в переводе. Про
терминатор на диодах шоттки. При чем здесь терминатор? Там схема
защиты входов на диодах шоттки нарисована, она к терминаторам
вообще не имеет отношения. Да еще ляпнули, что нужны именно диоды
шоттки, хотя по ТАКОЙ схеме защиты входов RS485 и обычные диоды
пойдут. Писатель статьи вообще гонит, мухи и котлеты перемешаны в
кучу. - il-2(08.10.2026 10:48)
- Перечитайте более внимательно ту часть статьи, которую вы
критикуете, прочитав невнимательно. - reZident(08.10.2026 11:10)
- Почитал повнимательнее, и понял что там вообще капец, так делать
нельзя. То, что они называют "согласование", пытаясь притянуть
диодами сигналы А,Б может привести к тому, что набежавжая
постоянная составляющая между устройствами (например из-за токов по
линии земли) через диоды выделится на питании, питание подскочит. В
общем - так вообще нельзя делать, сгорит хафиг. - il-2(08.10.2026 11:23)
- Там скорее а-ля реферат. Хорошо бы аппноты от California Micro Devices поглядеть, а не перепевку, но они что-то не гуглятся. И на OnSemi
не ищется:( - Vit(08.10.2026 15:59)
- Статья 02.16.98 "Termination techniques for high-speed buses" по
мотивам апноты "ST-103: The Dynamics of AC Termination" от C.M.D.
на сайте EDN, 1998 год. Только картинки там уже "протухли" :-/
Возможно и "ST-104: The Dynamics of Schottky Diode Termination" от
C.M.D. там же где-то есть, но я не нашел. reZident(2 знак., 08.10.2026 16:43, ссылка, картинка)
- поделюсь мнением робота )) - POV(1 знак., 08.10.2026 19:12, ссылка)
- Робот... А когда-то по-тёплому, по-ламповому срались... Какой
культурный пласт отмирает. Ещо научится бухать и всё... Прощайте
товарищи, все по местам... - mse homjak(08.10.2026 19:23)
- "Оне хотят свою ученость показать, потому говорят о непонятном" (с) к/ф "Свадьба" - Лaгyнoв(08.10.2026 19:33)
- даа, было дело про третий провод "инженер должен быть читающим!" - POV(08.10.2026 19:23)
- Робот... А когда-то по-тёплому, по-ламповому срались... Какой
культурный пласт отмирает. Ещо научится бухать и всё... Прощайте
товарищи, все по местам... - mse homjak(08.10.2026 19:23)
- поделюсь мнением робота )) - POV(1 знак., 08.10.2026 19:12, ссылка)
- Статья 02.16.98 "Termination techniques for high-speed buses" по
мотивам апноты "ST-103: The Dynamics of AC Termination" от C.M.D.
на сайте EDN, 1998 год. Только картинки там уже "протухли" :-/
Возможно и "ST-104: The Dynamics of Schottky Diode Termination" от
C.M.D. там же где-то есть, но я не нашел. reZident(2 знак., 08.10.2026 16:43, ссылка, картинка)
- Роботу скормил статью. Он не так категоричен. - POV(1 знак., 08.10.2026 11:32, ссылка)
- Там скорее а-ля реферат. Хорошо бы аппноты от California Micro Devices поглядеть, а не перепевку, но они что-то не гуглятся. И на OnSemi
не ищется:( - Vit(08.10.2026 15:59)
- Почитал повнимательнее, и понял что там вообще капец, так делать
нельзя. То, что они называют "согласование", пытаясь притянуть
диодами сигналы А,Б может привести к тому, что набежавжая
постоянная составляющая между устройствами (например из-за токов по
линии земли) через диоды выделится на питании, питание подскочит. В
общем - так вообще нельзя делать, сгорит хафиг. - il-2(08.10.2026 11:23)
- Перечитайте более внимательно ту часть статьи, которую вы
критикуете, прочитав невнимательно. - reZident(08.10.2026 11:10)
- Ну и хрень же там написана, и в оригинале, и в переводе. Про
терминатор на диодах шоттки. При чем здесь терминатор? Там схема
защиты входов на диодах шоттки нарисована, она к терминаторам
вообще не имеет отношения. Да еще ляпнули, что нужны именно диоды
шоттки, хотя по ТАКОЙ схеме защиты входов RS485 и обычные диоды
пойдут. Писатель статьи вообще гонит, мухи и котлеты перемешаны в
кучу. - il-2(08.10.2026 10:48)
- Оригинальная апнота AN-1090 "Methods for Trimming the Power
Required in RS-485 Systems" от Maxim Integrated reZident(46 знак., 08.10.2026 16:29, ссылка)
- Ты поссорился с ИИ? - Anvar(08.10.2026 06:35)
- высокоомные подтяжки - по 10-20K спасут отца русской демократии - General(07.10.2026 22:55)
- Если ограничиваться тёплыми ламповыми "32 устройства на сегмент",
то да. Cкpипaч(136 знак., 08.10.2026 08:00)
- ну 256K поставить - так входной ток не превышает 100мка - General(08.10.2026 09:00)
- как-то не приходится юзать 1/8 (кроме китайских свистков) - только
1/32 или 1/256. наверно лет 15 уж как - Vit(08.10.2026 08:36)
- Мне кажется ты путаешь. 1/8 unit load это и есть 256 устройств на
шине. Cкpипaч(97 знак., 08.10.2026 20:53)
- наверно. думал знаменатель это количество устройств. - Vit(09.10.2026 01:35)
- Угу. Цитата "The MAX1482 is full duplex and the MAX1483 is half duplex. Both parts have a 1⁄8 -unit-load input impedance that guarantees up to 256 transceivers on the bus." reZident(1 знак., 08.10.2026 21:17, ссылка)
- Мне кажется ты путаешь. 1/8 unit load это и есть 256 устройств на
шине. Cкpипaч(97 знак., 08.10.2026 20:53)
- Лично столкнулся когда-то давно - подтяжки по 10к.. и терминатор убивал связь т.к. падение на нем было меньше порога. Делаешь подтяжки меньше - начинает работать. Подробности за давностью лет не вспомню. - POV(07.10.2026 23:14)
- Если ограничиваться тёплыми ламповыми "32 устройства на сегмент",
то да. Cкpипaч(136 знак., 08.10.2026 08:00)
- Конечно логично и единственно правильно - терминаторы ставить на концах линии, а "растяжку" линии у мастера. reZident(713 знак., 07.10.2026 21:28)
- Много узлов это сколько? Классический драйвер RS-485 допускает до 32 узлов. Это связано с нагрузочной способностью драйвера и его входным сопротивлением. У обычного драйвера по стандарту должно быть сопротивления с выхода А и выхода В на общий, несколько кило Ом, не помню точно сколько. Но есть микросхемы драйверов, у которых сопротивление выше в N раз, т.е. с ними можно построить сеть в 32*N узлов. А вообще терминаторы это про длинные линии и высокие скорости, если этого AlexBi(230 знак., 07.10.2026 21:20)
- Современные драйверы работают без подтяжек. Там какая-то хитрость
со смещением нулевой точки. - Cкpипaч(07.10.2026 21:00)
- Морнсан настаивает. Хотя есть Bus fail-safe. POV(1 знак., 07.10.2026 21:08, картинка)
- A и B как обычно перепутаны :) - ЫЫyкпy(07.10.2026 22:27)
- Из тех, кто терминалы для подключения подписывает A и B ? Ну это пока пользователи с Мохой не затюкали ) - PKM(08.10.2026 11:00)
- да не - POV(07.10.2026 23:14)
- Морсан у меня попал в чёрный список. Пять поставленных в 2024-м
блоков питания в 2026-м уже мертвы. Cкpипaч(37 знак., 07.10.2026 21:10, +1)
- Абсолютно согласен, ещё и рожей крутят когда носом в их дерьмо тычешь. Balda(2 знак., 08.10.2026 12:42, картинка, картинка)
- A и B как обычно перепутаны :) - ЫЫyкпy(07.10.2026 22:27)
- Там просто порог сдвинут на 50..200мВ так, чтобы при отсутствии
активного передатчика на линии, приёмник видел высокий уровень
("mark" - уровень стоп-бита). - Nikolay_Po(07.10.2026 21:06)
- Например, THVD1500 (TI): Nikolay_Po(2 знак., 07.10.2026 21:10, картинка, картинка)
- Да, спасибо, именно это я и имел в виду. - Cкpипaч(07.10.2026 21:08)
- Морнсан настаивает. Хотя есть Bus fail-safe. POV(1 знак., 07.10.2026 21:08, картинка)
- Исходи из use cases. Как твоё устройство будут использовать. Если это бытовое устройство и количество узлов принципиально ограничено, например, поддерживаемой конфигурацией и ПО, то чтобы не парить мозги обывателю, делаешь подтяжки и терминаторы. И всё работает во всех вариантах. Nikolay_Po(175 знак., 07.10.2026 20:55, +1)
- Вот, на всякий случай: "The Art and Science of RS485". - !Neofit(1 знак., 09.10.2026 21:58, ссылка)