СТА 4/2010

100 СТА 4/2010 www.cta.ru Схема тестового стенда представлена на рис. 7. В его соста ве два компьютера ПК 1 и ПК 2 (рабочие станции), про мышленный коммутатор Ethernet модели EX63222 производ ства EtherWAN, модуль с релейными выходами и интерфей сом RS 485 серии ADAM 4000 и, наконец, три сервера по следовательных интерфейсов EtherWAN серий SE5300 и SE6100. Модуль вывода подключён 2 проводным кабелем к первому порту сервера EtherWAN модели SE5320 (СПИ 2), имеющего оптическую изоляцию обоих интерфейсов RS 422/485 и подключённого к Ethernet. Станция ПК 1 под ключена и к Ethernet, и к одному из двух портов СПИ 1 (EtherWAN SE5302), который, в свою очередь, подключён к Ethernet и к COM порту коммутатора. Сервер СПИ 3 (мо дель EtherWAN SE6101) и станция ПК 2 соединены между собой последовательным интерфейсом и подключены к Ethernet. Для начала проверим, как справляются СПИ с задачей ад министрирования. Будем использовать COM интерфейс коммутатора и стандартную утилиту Hyper Terminal. Второй порт СПИ 1 устанавливаем в режим Virtual COM и задаём параметры последовательного интерфейса, указанные в ру ководстве к коммутатору (в порядке введения: 115200/8/n/1). Далее с помощью команды Auto mapping a COM port в ути лите Xport на ПК 1 создаём виртуальный порт COM5. Запус каем Hyper Terminal, выбираем порт COM5 и аналогичные параметры последовательного интерфейса. После открытия сеанса связи коммутатор отвечает на команды так же, как ес ли бы был напрямую подключён к COM порту компьютера. С тем же успехом можно настроить СПИ 1 как TCP сервер. Тогда из ПК 1 либо ПК 2 можно будет подключаться через виртуальный порт или через любое программное обеспече ние, использующее интерфейс Winsock. Примером может быть тот же Hyper Terminal, где вместо порта СОМ можно выбрать TCP/IP Winsock. Если указать IP адрес и TCP порт, присвоенный СПИ 1, то командный режим работает анало гично. Для проверки режима парного соединения установим СПИ 1 в режиме Pair Connection как Master и укажем адрес СПИ 3 (в данном случае 192.168.1.10, порт 601). Для СПИ 3 назначаются следующие режимы и параметры: Pair Connec tion, Slave и порт 601. После перезагрузки портов СПИ 1 и СПИ 3 и установления сеанса в Hyper Terminal коммутатор начинает отвечать на команды. Выбор Master и Slave произ вольный. При смене ролей связь сохраняется. Для эмуляции задач сбора данных возьмём известную серию модулей ввода/вывода ADAM 4000, использующих интерфейс RS 485. Модуль релейного выхода подключён к СПИ 2 (рис. 7). На станции ПК 2 установим утилиту ADAMView, которая может сканировать адреса по RS 485 и отображать состояние входов и выходов найденных мо дулей. Проверим работоспособность по протоколу TCP. Для этого СПИ 2 переводим в режим TCP сервера, пара метры настройки последовательного интерфейса анало гичны параметрам настройки модуля ADAM – 9600/8/1/None/None/RS 485, номер TCP порта – 601, мак симальное число клиентов – 3. СПИ 3 будет выполнять роль TCP клиента, настройки последовательного интер фейса те же, сетевые настройки СПИ 3 – 192.168.1.22:601. Запускаем на ПК 2 утилиту ADAMView и выбираем порт COM4, к которому по RS 485 подключён СПИ 3. Запуска ем поиск устройств, утилита находит модуль ADAM, как если бы он был подключён к СОМ4 напрямую. В открыв шейся вкладке утилиты можно управлять состояниями ре ле на модуле, индикаторы на самом устройстве подтверж дают выполнение производимых действий. В роли TCP клиента может выступать не только физичес кое устройство, но и виртуальный порт. Для иллюстрации создадим через утилиту Xport на ПК 2 виртуальный порт, подключённый к тому же серверу (192.168.1.22:601). В про цессе ему присваивается следующий по порядку после фи зических портов номер – 7. Перезапускаем утилиту ADAMView и запускаем сканирование появившегося в спис ке порта COM7. Модуль ADAM появляется в системе под ключённым к порту 7. В данном случае им можно с одинако вым успехом управлять с двух портов – реального и вирту ального (рис. 8). Аналогично можно настроить и станцию ПК 1. Выбор сервера и клиента является произвольным: в роли сервера может выступать СПИ 3 или СПИ 1 – корректная работа удалённого модуля обеспечивается в обоих случаях. Для эмуляции передачи данных по протоколу Modbus бу дем использовать рабочие станции ПК 1 и ПК 2 в качестве Modbus Master и Slave и соответственно СПИ 1 и СПИ 3 в качестве гетерогенной среды передачи. Протокол Modbus будем эмулировать программой ModScan, состоящей из при ложения ModScan32, выступающего в роли Master, и ответ ного приложения ModSim32, заменяющего Slave устрой ство. Программу ModScan установим на обе станции (ПК 1 и ПК 2). СПИ 1 и СПИ 3 свяжем в режиме TCP как сервер и клиент соответственно. Настройки последовательных ин терфейсов в порядке установки в утилите Xport выглядят так: 9600/8/1/None/None/RS 485. Поля настроек Step 3 и Step 4 оставлены по умолчанию. Сетевые настройки для СПИ 1: TCP Server, номер TCP порта – 601, IP адрес – 192.168.1.20. Сетевые настройки для СПИ 2: TCP Client, Remote IP – 192.168.1.20:601. На ПК 2 запускаем приложение ModSim32. В меню File выбираем New, в меню Connection – Connect COM2 (на стенде СПИ 3 подключён ко второму COM пор ту ПК 2). На станции ПК 1 запускаем ModScan32, устанав ливаем значение 0100 (значение по умолчанию в ModSim32) для параметра Address. Значение MODBUS Point Type в обо их приложениях соответствует HOLDING REGISTERS. Да В ЗАПИСНУЮ КНИЖК У ИНЖЕ Н Е РА Рис. 8. Использование аппаратного и виртуального COM порта для задач сбора данных © СТА-ПРЕСС