Цитата:
Сообщение от ATS
А я бы советовал добавить в SMLogix для COM1 и COM2 кроме Slave еще и Bridge (естественно на выбор и возможно даже с другим Tcp портом) по которому любые данные из ТCP портов выпихиваются во внешние интерфейсы и полученные данные отправляются обратно (тупо как MOXA DE-311)
Пример:
Автоматизируем теплопункт при помощи 2Gi без использования слейвов.
Кроме автоматики имеем и приборы учета (это мне близко). При наличии режима бридж через 2Gi имеем доступ к приборам через Ethernet и через подключенные модемы GPRS да еще с возможностями Open VPN.
Это однако будет продаваемо.  |
Безусловно соглашусь с вашей задумкой, но совсем не соглашусь с простотой реализации. Универсальных драйверов "виртуального СОМ-порта" не существует. Те же драйверы для MOXA сначала проверяют, что на том конце MOXA, передают настройки последовательного порта и лишь затем начинают транслировать трафик.
В результате, с режимом "бридж" мы получаем бонус в виде поддержки драйверами всех операционных систем + несколько раз в год эти драйверы нужно тестировать и поддерживать из-за того, что очередная заплатка Микрософта или Касперского (Нортона, Есета, Веба и т.д.) закрывая очередную дыру в операционке блокировала работу какой-либо нужной драйверам функции.
Можно конечно кивнуть на OPC-сервер с его режимом "Modbus поверх TCP" или на ваше устройство, типа они без драйвера работают. Но тут встаёт необходимость конфигурации портов и их времянок. Т.е. всё равно реализация полноценного бриджа ради немногочисленных применений. Немногочисленных из-за отсутствия поддержки виртуального COM драйверами.