Сенцов Антон Posted July 11, 2022 Share Posted July 11, 2022 Добрый день. Конфигурация системы следующая: 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 порты? Link to comment
Знайка Posted July 11, 2022 Share Posted July 11, 2022 Добрый день. Извиняюсь, что сперва проигнорировал вопросы. 1. Причина нестабильной работы может заключаться в доступе сервером с резервной ролью к своим COM портам с параметрами, отличными от параметров основного 2. Нет, такой возможности нет. Link to comment
Сенцов Антон Posted July 11, 2022 Author Share Posted July 11, 2022 Настройки и проект на серверах идентичны. Они позиционируют свои роли по настройкам сети хоста. Link to comment
Знайка Posted July 11, 2022 Share Posted July 11, 2022 F/w какой версии установлено на IA5450A? Link to comment
Сенцов Антон Posted July 11, 2022 Author Share Posted July 11, 2022 F/w уточним в ближайшее время, при посещении объекта. Link to comment
Знайка Posted July 11, 2022 Share Posted July 11, 2022 В web в разделе monitor-serial посмотрите, не изменяются ли параметры работы при пропадании данных. Link to comment
Сенцов Антон Posted July 12, 2022 Author Share Posted July 12, 2022 Информация по установленным МОХА: Link to comment
Сенцов Антон Posted July 12, 2022 Author Share Posted July 12, 2022 Данные из вкладки "Монитор", с МОХА №1: Link to comment
Сенцов Антон Posted July 12, 2022 Author Share Posted July 12, 2022 Данные из вкладки "Монитор", с МОХА №2: Link to comment
Сенцов Антон Posted July 12, 2022 Author Share Posted July 12, 2022 В веб-интерфейсе, в разделе "Monitor", у нас нет вкладки "serial". Link to comment
Знайка Posted July 12, 2022 Share Posted July 12, 2022 Ну таки получается у вас оба сервера держат соединение с преобразователями, независимо от их роли, или кто такой 192.168.250.160? Link to comment
Сенцов Антон Posted July 13, 2022 Author Share Posted July 13, 2022 Исходя из документации по данной серии МОХА, обе серверные машины должны держать "туннель" открытым. Но команды и запросы осуществляются только по одному из них. Или я что-то не так понимаю? Link to comment
Знайка Posted July 13, 2022 Share Posted July 13, 2022 Драйвер виртуального порта устанавливает соединение с преобразователем только тогда, когда этот порт (COM порт) используется локально. То есть получается, что в этом случае сервер с резервной ролью держит свои COM порты открытыми, и, если это действительно так, никак нельзя утверждать так же и то, что он туда ничего не посылает, а в такой конфигурации, любая посылка от сервера с резервной ролью может вызывать сбои в обмене данными. Link to comment
Сенцов Антон Posted July 25, 2022 Author Share Posted July 25, 2022 Добрый день. Проблема с появлением коллизий решена. Резервный сервер работает только с основным. Проблема была со стороны основного сервера. Основной сервер с определённой периодичностью проверял состояние резервных каналов связи с устройствами, что вызывало коллизии и появление "недостоверных данных" на экранах SCADA-системы. Решением стало установка параметра [IOServer]WatchDog=0 в редакторе конфигурирования проектов. При этом периодическая проверка будет отключена, но Citect SCADA по-прежнему будет связываться с устройствами при запуске, чтобы убедиться, что соединение действительно. Link to comment
Сенцов Антон Posted July 25, 2022 Author Share Posted July 25, 2022 Большое спасибо за быстрый отклик и помощь. Link to comment
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now