MOXA NPort IA5450A проблема при работе с резервируемыми серверами SCADA-системы

[Сенцов Антон]

Добрый день.

Конфигурация системы следующая:
1. Две MOXA NPort IA5450A:
 - "тунелирование" на 1-4 COM порты;
 - "тунелирование" на 5-8 COM порты;
2. Два сервера Citect SCADA:
 - основной (под управлением Windows 7);
 - резервный (под управлением Windows 10).

Настройки COM портов везде (MOXA, NPort Administration Suite, Citect SCADA) одинаковые:
"1-4 COM": 9600, 8, None, 2;
"5-8 COM": 9600, 8, ODD, 1.
Режим работы MOXA: RealCOM.

MOXA NPort IA5450A берут информацию с MODBUS RTU устройств, "1-4 COM" на каждом порту находится по 1-му устройству, "5-8 COM" на каждом порту находится по 2-а устройства. На серверах (основном и резервном) установлена NPort Administration Suite, где настроено 8 COM портов, с обоих MOXA.
При нормальном режиме работы системы, активен и ведёт опрос виртуальных COM портов только основной сервер Citect SCADA. Резервный сервер при этом общается только с основным (обработка и дублирование исторических данных), находится в режиме ожидания.

С периодичностью 5-20 секунд наблюдается пропадание/некорректность поступаемых данных, на разных портах, в разных "частях" "пакетов" данных, на обеих MOXA.

В программе NPort Administration Suite есть функция "выключения" COM портов.
В случае "выключения" COM портов на резервном сервере, данные поступают корректно и безошибочно. Но данное решение подразумевает проблемы при нештатной ситуации, когда резервный сервер возьмёт на себя управление системой.

Включение "Ignore jammed IP" улучшило ситуацию.
Включение "Allow driver control", субъективно, уменьшило частоту появления BAD-ов до 20-60 секунд. Но сама проблема осталась.

Вопрос 1: В чём может быть причина нестабильности передачи данных? Имеют ли место какие-либо дополнительные настройки?
Вопрос 2: Можно ли внешней командой программе NPort Administration Suite "выключать" виртуальные COM порты?

[Знайка]

Добрый день.  Извиняюсь, что сперва проигнорировал вопросы.
1. Причина нестабильной работы может заключаться в доступе сервером с резервной ролью к своим COM портам с параметрами, отличными от параметров основного
2. Нет, такой возможности нет.

[Сенцов Антон]

Настройки и проект на серверах идентичны. Они позиционируют свои роли по настройкам сети хоста.

[Знайка]

F/w какой версии установлено на IA5450A?

[Сенцов Антон]

F/w уточним в ближайшее время, при посещении объекта.

[Знайка]

В web в разделе monitor-serial посмотрите, не изменяются ли параметры работы при пропадании данных.

[Сенцов Антон]

Информация по установленным МОХА:

[Сенцов Антон]

Данные из вкладки "Монитор", с МОХА №1:

[Сенцов Антон]

Данные из вкладки "Монитор", с МОХА №2:

[Сенцов Антон]

В веб-интерфейсе, в разделе "Monitor", у нас нет вкладки "serial".

[Знайка]

Ну таки получается у вас оба сервера держат соединение с преобразователями, независимо от их роли, или кто такой 192.168.250.160?

[Сенцов Антон]

Исходя из документации по данной серии МОХА, обе серверные машины должны держать "туннель" открытым. Но команды и запросы осуществляются только по одному из них. Или я что-то не так понимаю?

[Знайка]

Драйвер виртуального порта устанавливает соединение с преобразователем только тогда, когда этот порт (COM порт) используется локально. То есть получается, что в этом случае сервер с резервной ролью держит свои COM порты открытыми, и, если это действительно так, никак нельзя утверждать так же и то, что он туда ничего не посылает, а в такой конфигурации, любая посылка от сервера с резервной ролью может вызывать сбои в обмене данными.

[Сенцов Антон]

Добрый день.

Проблема с появлением коллизий решена.

Резервный сервер работает только с основным. Проблема была со стороны основного сервера. Основной сервер с определённой периодичностью проверял состояние резервных каналов связи с устройствами, что вызывало коллизии  и появление "недостоверных данных" на экранах SCADA-системы.

Решением стало установка параметра [IOServer]WatchDog=0 в редакторе конфигурирования проектов. При этом периодическая проверка будет отключена, но Citect SCADA по-прежнему будет связываться с устройствами при запуске, чтобы убедиться, что соединение действительно.

[Сенцов Антон]

Большое спасибо за быстрый отклик и помощь.

[Знайка]