NPort 6650-16 не приходят пакеты на COM порты

[enorlov]

Добрый день. 

На сервере установлены виртуальная машина с Windows server 2003 + Microscada.

К серверу подключен NPort 6650-16 принимающий сигналы по 10 портам (RS232) с преобразователей psm-me-rs232/rs485-p (RS232).

Кабели родные CBL-RJ45F9-150

Пытался настроить двумя способами: 

1. Devise control - (через Web Terminal + NPort Windows driver meneger)

2. Socket - (через Web Terminal + Perle TruePort Managment Tool)

В обоих случаях получаю одну и туже картину. Запросы по Tx идут, ответов по Rx нет. 

Запросы прослеживаются через Serial Port Monitor - ошибок нет.

На скрине подключен 5 порт, управление через скаду, настройки портов (скорость, четность, биты, стоповый и т.д.) выставлено в соответствии со скадой .

В данный момент это же оборудование с этой же скадой работает через  Comtrol Rocket Port PCI -32 карту (без виртуальной машины). Опрос идет нормально .

На какие настройки следует обратить внимание?  Какие действия следует предпринять? Нужны ли дополнительные настройки при использовании виртуальной машины?

 

[Markus]

Здравствуйте!

Можно взглянуть на настройки режима работы?

[enorlov]

Скрины Network configration, а также COM15 (в данный момент в режиме Socket )

Файл конфигурации NPort Windows driver meneger (в режиме Devise control )

COM.ini

[enorlov]

COM15 - это Port 5  с которым работаю в данный момент

[Markus]

К сожалению, с таким качеством невозможно увидеть настройки. Попробуйте в более хорошем качестве прислать скриншоты.

Дополнительно подскажите версию прошивки на преобразователе.

[enorlov]

Версия прошивки: 

Firmware version 1.15 Build 17010610 

[Markus]

Давайте начнем с обновления прошивки. Сначала обновитесь до 1.21 (ссылка на скачивание), далее на 2.2 (ссылка на скачивание).

Попробуйте отключить контроль потока (Flow Control) и проверить связь в режиме RealCOM. Т.к. есть вероятность, что когда SCADA работает по TCP/IP, то запросы она посылает по Modbus TCP и конечное оборудование их просто не понимает.

[enorlov]

Обновил прошивку последовательно до 2.2.

NPort 6650 перестал открываться в IE 7 по ip адресу.

ping идет, через dsu и nport windows driver meneger находится, порты проставляются.

через telnet подключается.

Почему не могу теперь зайти через Web браузер?

 

[Markus]

Вероятнее всего, дело в протоколе HTTPS. Какую ошибку выдает браузер? По какому протоколу пытаетесь зайти в Web? Попробуйте зайти через другой браузер.

[enorlov]

подключаюсь локально http://192.168.127.100/

ошибка: Internet Explorer не может отобразить эту веб-страницу

[enorlov]

при откате на прошивку 121 веб интерфейс возвращается

[Markus]

В новой версии прошивки доступ только по https, поэтому Internet Explorer и ругается. Попробуйте подключиться по https или использовать другой браузер.

[enorlov]

в режиме RealCOM на прошивке 121 отключил контроль потока (Flow Control) картина на изменилась

[Markus]

Пришлите скриншоты Мониторинга из Serial to Network Connections и Serial Port Settings.

[enorlov]

[enorlov]

[Markus]

А что если попробовать использовать NPort без виртуальной машины? Какие настройки задаются в скаде при подключении через NPort и через плату (можно скриншотами)? Что за конечное оборудование подключено?

[enorlov]

NPort приобретался именно для работы с виртуальной машиной. К сожалению MicroScada 9.2 поддерживает Windows server не выше 2003. поэтому при замене серверов, без изменения проекта это самый очевидный выход.

Конечное оборудование это модули РЗА с протоколом Modbus/

Действующие Настройки COM порта на скрине: 

При подключении NPort не изменялись.

[Markus]

Попробуйте протестировать связь без виртуальной машины, создавая COM-порты непосредственно в самой системе, как вы делали при использовании платы. Какой будет результат?

[enorlov]

Попробовал без виртуальной машины. результат один в один.

[Markus]

В таком случае нужно смотреть на запрос в обоих случаях: при опросе через плату и NPort. Попробуйте отправить запрос со скады через последовательный порт платы на последовательный порт NPort, предварительно открыв этот последовательный порт в терминальной утилите (Putty или Pcomm). Далее провести обратную процедуру: через NPort отправить точно такой же запрос на плату и сравнить результаты. Отличаются ли данные? Можете прислать скриншоты.

[enorlov]

Добрый день. проблема решилась.

Все дело было в режимах работы преобразователя интерфейсов Phoenix Contact PSM-ME-RS232/RS485-P

После переключения джампера (DTE-DCE) внутри преобразователя опрос пошел стабильно. Ответы на запросы получаются.

Спасибо за содействие.

[Знайка]

спасибо, что сообщили!