Комментарии 21
Когда-то делал аналогичное решение в упрощенном варианте с помощью netcat по такому типу:
Вот только стабильно это работает в локальной сети с предсказуемыми задержками, а через интернет, где задержки могут изменяться, получается нестабильно.
netcat www.example.com port </dev/ttyS0 >/dev/ttyS0
Вот только стабильно это работает в локальной сети с предсказуемыми задержками, а через интернет, где задержки могут изменяться, получается нестабильно.
Скажите а может он просто работать не как виртуальный COM (А то непонятно соберётся… не соберётся… я не использую Ubuntu я использую Centos ) Так вот просто кинул я в socket 10.0.3.1:7000 Информацию 0x5f 0xc6 Она в com 1 EKI-1524 попала.
Пришла в EKI-1524(com 1) информация я в Клиенте socket 10.0.3.1:7000 её увидел
Полагаю, этот как раз то о чем вы говорите:
Также доступен открытый протокол перенаправления COM-порта RFC 2217, представляющий собой расширенные команды для протокола Telnet.
Именно с этим сервером интерфейсов не сталкивался, но аналогичное устройство от eWon отлично работает в этом режиме, уже лет 10. Виртуальный COM обычно просто перенаправляет полученные данные в сокет.
Как они соотносятся с устоявшейся на рынке классикой, вроде Moxa?
В семействе EKI-152x-CE поддерживаются следующие функции, которые уникальны:
1. “Двойной IP-адрес”:
Устройство имеет два IP-адреса, это позволяет пользователям создавать резервируемые приложения на основе двойного IP-домена. (большинство устройств MOXA имеют только один IP-адрес)
2. Система «своевременной диагностики»:
Система «своевременной диагностики» — это диагностическая система, встроенная в каждое устройство EKI, которое может быть включено/отключено в любое время.
Это дает пользователю возможность анализировать поведение своего приложения с минимальным влиянием на поведение или производительность своего приложения.
3. «Резервируемое соединение»:
Это функция резервирования, которая позволяет двум Ethernet портам устройства EKI подключаться к одному Ethernet коммутатору и совместно использовать «резервируемое IP соединение».
Устройство EKI заблокирует второй порт Ethernet, чтобы предотвратить «зацикливание»; однако, если первый кабель Ethernet отключен или сломан, второй порт Ethernet «разблокируется» и обеспечит резервное соединение.
Такое переключение выполняется быстро и не прерывает TCP-соединения, обеспечивая бесшовное подключение к данным для резервируемых приложений.
1. “Двойной IP-адрес”:
Устройство имеет два IP-адреса, это позволяет пользователям создавать резервируемые приложения на основе двойного IP-домена. (большинство устройств MOXA имеют только один IP-адрес)
2. Система «своевременной диагностики»:
Система «своевременной диагностики» — это диагностическая система, встроенная в каждое устройство EKI, которое может быть включено/отключено в любое время.
Это дает пользователю возможность анализировать поведение своего приложения с минимальным влиянием на поведение или производительность своего приложения.
3. «Резервируемое соединение»:
Это функция резервирования, которая позволяет двум Ethernet портам устройства EKI подключаться к одному Ethernet коммутатору и совместно использовать «резервируемое IP соединение».
Устройство EKI заблокирует второй порт Ethernet, чтобы предотвратить «зацикливание»; однако, если первый кабель Ethernet отключен или сломан, второй порт Ethernet «разблокируется» и обеспечит резервное соединение.
Такое переключение выполняется быстро и не прерывает TCP-соединения, обеспечивая бесшовное подключение к данным для резервируемых приложений.
Переварит ли эта коробочка протокол котором важны тайминги? Скажем, тот же modbus rtu?
Для протокола Modbus RTU мы советуем наши Modbus шлюзы или Modbus роутеры.
вы не ответили на вопрос
Именно эта продукция не рассчитана на Modbus RTU, только Modbus ASCII, как раз из-за тайминга.
У нас очень большой выбор Modbus шлюзов, более 20 моделей. Какие именно у вас стоят задачи?
У нас очень большой выбор Modbus шлюзов, более 20 моделей. Какие именно у вас стоят задачи?
Modbus был указан в качестве примера. У меня легаси протокол с таймингами.
Нужно иметь в виду, что преобразование протоколов, ethernet-коммутаторы и сам TCP/IP безусловно вносит задержку. Более того, в зависимости от загруженности сети, задержка может изменяться. То есть можно вполне говорить о задержках в миллисекунды. Поэтому, если ваш протокол определяется длину пакета по временным интервалам, то такое решение скорее всего не подойдет.
ммм… ностальгия нахлынула…
помню через ADAM-4571 (точно не помню, но похож) чтоли банкклиенты бухам подключал на один модем :)
помню через ADAM-4571 (точно не помню, но похож) чтоли банкклиенты бухам подключал на один модем :)
Что-то я тут задумался, а бывают ли LPT over IP.
Беглый поиск результатов не дал.
Может это не будет работать из-за ограничений или сложности реализации, расскажите пожалуйста.
Беглый поиск результатов не дал.
Может это не будет работать из-за ограничений или сложности реализации, расскажите пожалуйста.
Полагаю, что технических ограничений на инкапсуляцию протокола параллельного порта в TCP/IP нет. Скорее в этом просто не было необходимости. Кстати, разъем DB25, который обычно подразумевается под названием LPT, часто использовался и для последовательных интерфейсов (rs232/485). Так что старые модели serial over ip шлюзов часто имели DB25 разъем.
Есть ли у вас модели, где вместо DB9, требующего пайку, применяющегося для RS232, простые клеммники, удобные для RS485? Есть ли встроенные сопротивления: терминаторы и подтяжки?
DB9, требующего пайку
А почему DB9 требует пайку? Вроде как раз удобно патчкорды DB9<->DB9 использовать.
У Advantech есть специальный переходник OPT1-DB9-AE, который преобразует DB9 в клеммники. Также есть встроенный резистор внутри OPT1-DB9-AE, он позволяет включать или отключать с помощью DIP-переключателя на корпусе.
картинка
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Подключаем последовательные интерфейсы по IP