POV (27.01.2026 21:43, просмотров: 2742)USB-RS485 - чего есть приличного? Поделки китайские из чипадипа
(картинка) задрали. Плохо справляются с большими (килобайтами)
файлами. А сегодян оно вдобавок еще начало терять вторйо байт в
пакете на 230400. Про 921600 вообще речи нет.
-
- Moxa UPort 1150 USB to 1-Port RS-232/422/485 Serial Converter, но
лучше от USB в indusrial-применениях избавиться. - Chip_n_Go_24(28.01.2026 23:14)
- Так в девайсе RS485. Но с компа как-то отлаживаться надо. MOXA
когда-то 4х портовку писиайную юзал. Но чего-то дорогая была. - POV(28.01.2026 23:18)
- На Авито вполне недорогие Моксы продаются. Uport 1130, например - _Илья(29.01.2026 11:16)
- МОХА с тех пор еще дороже.... - Лaгyнoв(29.01.2026 10:54)
- Так в девайсе RS485. Но с компа как-то отлаживаться надо. MOXA
когда-то 4х портовку писиайную юзал. Но чего-то дорогая была. - POV(28.01.2026 23:18)
- Круто. Я вообще боялся даже 115200. Это ж 485. :-) - Лaгyнoв(28.01.2026 12:28)
- Гм. 115200 это типовая скорость для обмена в среде наших
контроллеров. Когда их в системе с десяток, то на 19200 обмен
слишком уж медленно и печально идет. reZident(296 знак., 28.01.2026 12:39)
- RS422 - это да, это правильно. Даже хоть 1М скорость. А с 485 вся
засада - время переключения прием/передача. Что весьма у нас
критично, учитывая монтаж на АЗС и нефтебазах. В наших кругах
(торговле нефтепродуктами) выше 38400 вообще скоростей не видел.
Неторопливо живем. :-) - Лaгyнoв(28.01.2026 13:09)
- с 485 вся засада - время переключения прием/передача - проблема бывает даже не с физикой переключения трансивера, а с
протоколами связи, реализованными в самих приборах. Один прибор
переходит в готовность к передаче сразу после приема/передачи
последнего байта, а другой ждет окончания фрейма даже дольше, чем
гарантированная пауза RTU и поэтому обязательно нужен таймаут перед
следующей передачей. Особенно эти нюансы акутальны при
использовании репитеров RS485 на длинной reZident(60 знак., 28.01.2026 13:28)
- если речь про Модбас, то всё верно. Но в самом начале не было про
это - Лaгyнoв(28.01.2026 13:42)
- Дык и я не про собственно modbus. Широко распространенные протоколы
связи для полудуплексной передачи данных в сетях с последовательной
передачой данных используют два основых метода разделения
символьного потока на кадры/фреймы: 1) маркерный, когда начало
и/или конец фрейма сигнализируется передачей специального
символа-маркера и 2) условно "таймаутный", когда начало/конец
фрейма определается паузой определенной длительности в потоке
символьных данных. Второй я и reZident(16 знак., 28.01.2026 13:52)
- У нас везде обычно именно таймаутный. 3-5 миллисекунд - Лaгyнoв(28.01.2026 13:55)
- Дык и я не про собственно modbus. Широко распространенные протоколы
связи для полудуплексной передачи данных в сетях с последовательной
передачой данных используют два основых метода разделения
символьного потока на кадры/фреймы: 1) маркерный, когда начало
и/или конец фрейма сигнализируется передачей специального
символа-маркера и 2) условно "таймаутный", когда начало/конец
фрейма определается паузой определенной длительности в потоке
символьных данных. Второй я и reZident(16 знак., 28.01.2026 13:52)
- если речь про Модбас, то всё верно. Но в самом начале не было про
это - Лaгyнoв(28.01.2026 13:42)
- Как понять "422 - это правильно"? Например, если используется
Модбас, чем дуплексный 422 будет "правильнее" полу-дуплексного 485?
PHY должен от протокола плясать, а не жить собственной жизнью. - Tahoe3D(28.01.2026 13:14,
)
- я не увидел в теме слова Модбас. А RS422 лучше тем, что не надо
переключать прием/передача. Но хуже 4 проводами вместо 2 - Лaгyнoв(28.01.2026 13:30)
- Вот и я не увидел. А значит, пока неизвестен протокол, оценивать
PHY на предмет "правильный" или "не правильный" - бесполезно. - Tahoe3E(28.01.2026 14:35, )
- RS422 предназначен для соединения точка-точка, а 2 или 4-проводный
RS485 для соединения точка-много точек (мастер-слейвы) даже, если
используется 4 провода, а не 2. Хотя в утрированном виде
4-проводный RS485 да, может использоваться и для соединения
точка-точка, вместо RS422. - reZident(28.01.2026 13:37)
- На наших АЗС это не "может", а рядовое явление. Все линии всегда
сходятся в одно место. Так исторически сложилось. Или все клиенты
звездой соединяются. Или каждый клиент к своему драйверу 485 в
контроллере. - Лaгyнoв(28.01.2026 14:00)
- Видимо из-за "звезданутости" линий сетевого соединения вы и
получаете проблемы. На самом деле "звезду" "распрямить" в линию не
очень сложно, если использовать кабель с двумя витыми парами или
типичный кабель для Ethernet с 4 витыми парами. Одна витая пара в
кабеле используется как исходящая линия, а вторая витая пара - как
возвратная. - reZident(28.01.2026 14:06)
- на новых, с нуля АЗС вполне возможно. И даже вероятно так и делают.
Но мне приходится чаще всего иметь дело с модернизациями. Когда все
провода сто лет назад в трубах уложены. Вот недавно поставили
интерфейсные колонки на АЗС, где еще стрелочные стояли. :-) - Лaгyнoв(28.01.2026 14:55)
- К стрелочным просто кабели КИП подведены, без парного повива? - Nikolay_Po(28.01.2026 15:12)
- Естественно. Какие там витые пары? Даже когда появились колонки с цифрами, там везде лежал простой 7-жильный кабель. Еще лет 20 назад в большинстве АЗС. В Бийске как-то мужик на новой АЗС выпендрился и уложил в трубу стандартный кабель UTP. А у нас как раз колонки новые были с RS422. Душевно получилось по одной паре TX, по другой RX. Но это исключение, подтверждающее правило. - Лaгyнoв(28.01.2026 16:28)
- К стрелочным просто кабели КИП подведены, без парного повива? - Nikolay_Po(28.01.2026 15:12)
- на новых, с нуля АЗС вполне возможно. И даже вероятно так и делают.
Но мне приходится чаще всего иметь дело с модернизациями. Когда все
провода сто лет назад в трубах уложены. Вот недавно поставили
интерфейсные колонки на АЗС, где еще стрелочные стояли. :-) - Лaгyнoв(28.01.2026 14:55)
- Видимо из-за "звезданутости" линий сетевого соединения вы и
получаете проблемы. На самом деле "звезду" "распрямить" в линию не
очень сложно, если использовать кабель с двумя витыми парами или
типичный кабель для Ethernet с 4 витыми парами. Одна витая пара в
кабеле используется как исходящая линия, а вторая витая пара - как
возвратная. - reZident(28.01.2026 14:06)
- На наших АЗС это не "может", а рядовое явление. Все линии всегда
сходятся в одно место. Так исторически сложилось. Или все клиенты
звездой соединяются. Или каждый клиент к своему драйверу 485 в
контроллере. - Лaгyнoв(28.01.2026 14:00)
- Вот и я не увидел. А значит, пока неизвестен протокол, оценивать
PHY на предмет "правильный" или "не правильный" - бесполезно. - Tahoe3E(28.01.2026 14:35,
- я не увидел в теме слова Модбас. А RS422 лучше тем, что не надо
переключать прием/передача. Но хуже 4 проводами вместо 2 - Лaгyнoв(28.01.2026 13:30)
- с 485 вся засада - время переключения прием/передача - проблема бывает даже не с физикой переключения трансивера, а с
протоколами связи, реализованными в самих приборах. Один прибор
переходит в готовность к передаче сразу после приема/передачи
последнего байта, а другой ждет окончания фрейма даже дольше, чем
гарантированная пауза RTU и поэтому обязательно нужен таймаут перед
следующей передачей. Особенно эти нюансы акутальны при
использовании репитеров RS485 на длинной reZident(60 знак., 28.01.2026 13:28)
- RS422 - это да, это правильно. Даже хоть 1М скорость. А с 485 вся
засада - время переключения прием/передача. Что весьма у нас
критично, учитывая монтаж на АЗС и нефтебазах. В наших кругах
(торговле нефтепродуктами) выше 38400 вообще скоростей не видел.
Неторопливо живем. :-) - Лaгyнoв(28.01.2026 13:09)
- чво Ralex(1 знак., 28.01.2026 12:29, картинка)
- Гм. 115200 это типовая скорость для обмена в среде наших
контроллеров. Когда их в системе с десяток, то на 19200 обмен
слишком уж медленно и печально идет. reZident(296 знак., 28.01.2026 12:39)
- Насчёт второго байта встречал поведение винды - нонче в терминалах выбрать режим порта можно один из четырёх - до сих пор не знаю нафига оно. И терминалки типа Bray++ о таком тоже не слыхали. На этом и увидел. А Hercules позволили выбрать режим и заработало. В 10-ке оно точно уже было, насчет 7-ки - не помню Vit(1 знак., 28.01.2026 02:55, картинка)
- У PL2303 есть косяк на больших скоростях, CH340 в этом плане лучше.
Проверял на 3Мбод - все ОК. - Eddy_Em(27.01.2026 22:10)
- Да тут же вообще FT232RL - с ними никогда проблем не было. И на
тебе. - POV(27.01.2026 22:14)
- Это фуфло китайское, родные давно не удается купить, да и были они больше 6 баксов. Хотя и фуфло на 115200 и 250к нормально работает, может это мегафуфло. В последнее время на ch9201 перешли, тоже, но дешевле. - Andreas(27.01.2026 23:20)
- А м/с трансивера RS485 какая/чьего производителя стоит? У нас есть
изолированные конверторы на FT232RL с ADM485 в качестве трансивера
(своя разработка и изготовление). Они 1Мбит/с выдают исправно. - reZident(27.01.2026 22:18)
- Они setbreak/clearbreak отрабатывают правильно и вместе с dtr? Если
нет, это не ftdi. - Andreas(27.01.2026 23:38)
- Это что за
зверикоманды и как их проверить по-простому (понятно для пользователей, а не программистов)? Насчет м/с это точно FTDI. Я сам проектировал сей конвертор и затем программировал их через FTDIprog, меняя serial number и decription, чтобы они отличались друг от друга в системе. - reZident(28.01.2026 07:33)- Это перевод UART в нулевое состояние(space которое), в винде это ф-ции SetCommBreak()/ClearCommBreak(), при этом настоящая FTDI опускает выход в ноль и поднимает DTR/TE в 1. А фуфло или вообще не реагирует, или DTR не поднимает в 1. В остальном поведение одинаково(наверно), определяется и прошивается FTDIProg без проблем, передает на 115200 и 250к тоже, больше не пробовал, маркировка очень похожа. Я много лет назад этими ф-циями сделал начала пакета в DMX и теперь нарвался. Andreas(77 знак., 28.01.2026 09:08)
- Это что за
- Кстати, надо поглядеть не только на его трансивер - надо поглядеть,
а у меня-то что стоит. Это порт был "на всякий случай", даже не
думал что потребуется. Вот может мусор какой запаял, который даже
на 115200 без ошибок не справляется. - POV(27.01.2026 22:24)
- И действительно: конвертер уровней может все испортить, даже если преобразователь USB-UART может… - Eddy_Em(27.01.2026 22:27)
- Они setbreak/clearbreak отрабатывают правильно и вместе с dtr? Если
нет, это не ftdi. - Andreas(27.01.2026 23:38)
- Да тут же вообще FT232RL - с ними никогда проблем не было. И на
тебе. - POV(27.01.2026 22:14)
- Moxa UPort 1150 USB to 1-Port RS-232/422/485 Serial Converter, но
лучше от USB в indusrial-применениях избавиться. - Chip_n_Go_24(28.01.2026 23:14)
