Лaгyнoв (Сегодня, 12:28, просмотров: 36) ответил POV на USB-RS485 - чего есть приличного? Поделки китайские из чипадипа
(картинка) задрали. Плохо справляются с большими (килобайтами)
файлами. А сегодян оно вдобавок еще начало терять вторйо байт в
пакете на 230400. Про 921600 вообще речи нет.-
- Гм. 115200 это типовая скорость для обмена в среде наших
контроллеров. Когда их в системе с десяток, то на 19200 обмен
слишком уж медленно и печально идет. reZident(296 знак., Сегодня, 12:39)
- RS422 - это да, это правильно. Даже хоть 1М скорость. А с 485 вся
засада - время переключения прием/передача. Что весьма у нас
критично, учитывая монтаж на АЗС и нефтебазах. В наших кругах
(торговле нефтепродуктами) выше 38400 вообще скоростей не видел.
Неторопливо живем. :-) - Лaгyнoв(Сегодня, 13:09)
- с 485 вся засада - время переключения прием/передача - проблема бывает даже не с физикой переключения трансивера, а с
протоколами связи, реализованными в самих приборах. Один прибор
переходит в готовность к передаче сразу после приема/передачи
последнего байта, а другой ждет окончания фрейма даже дольше, чем
гарантированная пауза RTU и поэтому обязательно нужен таймаут перед
следующей передачей. Особенно эти нюансы акутальны при
использовании репитеров RS485 на длинной reZident(60 знак., Сегодня, 13:28)
- если речь про Модбас, то всё верно. Но в самом начале не было про
это - Лaгyнoв(Сегодня, 13:42)
- Дык и я не про собственно modbus. Широко распространенные протоколы
связи для полудуплексной передачи данных в сетях с последовательной
передачой данных используют два основых метода разделения
символьного потока на кадры/фреймы: 1) маркерный, когда начало
и/или конец фрейма сигнализируется передачей специального
символа-маркера и 2) условно "таймаутный", когда начало/конец
фрейма определается паузой определенной длительности в потоке
символьных данных. Второй я и reZident(16 знак., Сегодня, 13:52)
- У нас везде обычно именно таймаутный. 3-5 миллисекунд - Лaгyнoв(Сегодня, 13:55)
- Дык и я не про собственно modbus. Широко распространенные протоколы
связи для полудуплексной передачи данных в сетях с последовательной
передачой данных используют два основых метода разделения
символьного потока на кадры/фреймы: 1) маркерный, когда начало
и/или конец фрейма сигнализируется передачей специального
символа-маркера и 2) условно "таймаутный", когда начало/конец
фрейма определается паузой определенной длительности в потоке
символьных данных. Второй я и reZident(16 знак., Сегодня, 13:52)
- если речь про Модбас, то всё верно. Но в самом начале не было про
это - Лaгyнoв(Сегодня, 13:42)
- Как понять "422 - это правильно"? Например, если используется
Модбас, чем дуплексный 422 будет "правильнее" полу-дуплексного 485?
PHY должен от протокола плясать, а не жить собственной жизнью. - Tahoe3D(Сегодня, 13:14,
)
- я не увидел в теме слова Модбас. А RS422 лучше тем, что не надо
переключать прием/передача. Но хуже 4 проводами вместо 2 - Лaгyнoв(Сегодня, 13:30)
- Вот и я не увидел. А значит, пока неизвестен протокол, оценивать
PHY на предмет "правильный" или "не правильный" - бесполезно. - Tahoe3E(Сегодня, 14:35, )
- RS422 предназначен для соединения точка-точка, а 2 или 4-проводный
RS485 для соединения точка-много точек (мастер-слейвы) даже, если
используется 4 провода, а не 2. Хотя в утрированном виде
4-проводный RS485 да, может использоваться и для соединения
точка-точка, вместо RS422. - reZident(Сегодня, 13:37)
- На наших АЗС это не "может", а рядовое явление. Все линии всегда
сходятся в одно место. Так исторически сложилось. Или все клиенты
звездой соединяются. Или каждый клиент к своему драйверу 485 в
контроллере. - Лaгyнoв(Сегодня, 14:00)
- Видимо из-за "звезданутости" линий сетевого соединения вы и
получаете проблемы. На самом деле "звезду" "распрямить" в линию не
очень сложно, если использовать кабель с двумя витыми парами или
типичный кабель для Ethernet с 4 витыми парами. Одна витая пара в
кабеле используется как исходящая линия, а вторая витая пара - как
возвратная. - reZident(Сегодня, 14:06)
- на новых, с нуля АЗС вполне возможно. И даже вероятно так и делают.
Но мне приходится чаще всего иметь дело с модернизациями. Когда все
провода сто лет назад в трубах уложены. Вот недавно поставили
интерфейсные колонки на АЗС, где еще стрелочные стояли. :-) - Лaгyнoв(Сегодня, 14:55)
- К стрелочным просто кабели КИП подведены, без парного повива? - Nikolay_Po(Сегодня, 15:12)
- Естественно. Какие там витые пары? Даже когда появились колонки с цифрами, там везде лежал простой 7-жильный кабель. Еще лет 20 назад в большинстве АЗС. В Бийске как-то мужик на новой АЗС выпендрился и уложил в трубу стандартный кабель UTP. А у нас как раз колонки новые были с RS422. Душевно получилось по одной паре TX, по другой RX. Но это исключение, подтверждающее правило. - Лaгyнoв(Сегодня, 16:28)
- К стрелочным просто кабели КИП подведены, без парного повива? - Nikolay_Po(Сегодня, 15:12)
- на новых, с нуля АЗС вполне возможно. И даже вероятно так и делают.
Но мне приходится чаще всего иметь дело с модернизациями. Когда все
провода сто лет назад в трубах уложены. Вот недавно поставили
интерфейсные колонки на АЗС, где еще стрелочные стояли. :-) - Лaгyнoв(Сегодня, 14:55)
- Видимо из-за "звезданутости" линий сетевого соединения вы и
получаете проблемы. На самом деле "звезду" "распрямить" в линию не
очень сложно, если использовать кабель с двумя витыми парами или
типичный кабель для Ethernet с 4 витыми парами. Одна витая пара в
кабеле используется как исходящая линия, а вторая витая пара - как
возвратная. - reZident(Сегодня, 14:06)
- На наших АЗС это не "может", а рядовое явление. Все линии всегда
сходятся в одно место. Так исторически сложилось. Или все клиенты
звездой соединяются. Или каждый клиент к своему драйверу 485 в
контроллере. - Лaгyнoв(Сегодня, 14:00)
- Вот и я не увидел. А значит, пока неизвестен протокол, оценивать
PHY на предмет "правильный" или "не правильный" - бесполезно. - Tahoe3E(Сегодня, 14:35,
- я не увидел в теме слова Модбас. А RS422 лучше тем, что не надо
переключать прием/передача. Но хуже 4 проводами вместо 2 - Лaгyнoв(Сегодня, 13:30)
- с 485 вся засада - время переключения прием/передача - проблема бывает даже не с физикой переключения трансивера, а с
протоколами связи, реализованными в самих приборах. Один прибор
переходит в готовность к передаче сразу после приема/передачи
последнего байта, а другой ждет окончания фрейма даже дольше, чем
гарантированная пауза RTU и поэтому обязательно нужен таймаут перед
следующей передачей. Особенно эти нюансы акутальны при
использовании репитеров RS485 на длинной reZident(60 знак., Сегодня, 13:28)
- RS422 - это да, это правильно. Даже хоть 1М скорость. А с 485 вся
засада - время переключения прием/передача. Что весьма у нас
критично, учитывая монтаж на АЗС и нефтебазах. В наших кругах
(торговле нефтепродуктами) выше 38400 вообще скоростей не видел.
Неторопливо живем. :-) - Лaгyнoв(Сегодня, 13:09)
- чво Ralex(1 знак., Сегодня, 12:29, картинка)
- Гм. 115200 это типовая скорость для обмена в среде наших
контроллеров. Когда их в системе с десяток, то на 19200 обмен
слишком уж медленно и печально идет. reZident(296 знак., Сегодня, 12:39)
