MOXA NPort AI5250: при смене режима Real COM на TCP Server - сохранятся соединения?

ФедосеевПавел · Регистрация: 01.02.2015

Author24 — интернет-сервис помощи студентам

Доброго дня!

Проблема:
Имеется два АРМ, которые независимо опрашивают многоканальный прибор. Связь настроена так:
прибор - (RS485) - MOXA - (Ethernet) - коммутатор - (2x Ethernet) - АРМы
Параметры меняются достаточно быстро и на обоих АРМ видно сильное расхождение значений.

Один из АРМ - уже существующая система без возможностей изменения чего-либо.
По настройкам связи для получения данных из многоканального прибора выполняется обращение к COM-порту.
Modbus регистры с параметрами расположены не по порядку с разрывами в тысячи регистров (не получится скачивать одним запросом).
Скорость RS-485 - 9600.
Период опроса каждого параметра 500 мс.
Параметров 5-8 шт.

Думаю, что проблема в получении ответов в разное время измерения.

Решение вижу в буферизации данных от многоканального прибора средствами MOXA - изменением режима Real COM на TCP Server.

Поможет ли смена режима синхронному отображению значений на АРМ?
Останется ли прибор на связи без перенастройки АРМ?

@Sergey361 · 12.03.2025, 07:20

Я думаю, что не поможет. Если АРМы разные, то по сути инициировать опрос будет каждый по своему. Если только опрашивать по времени, а время синхронизировать по одному серверу. Либо опрашивать должен один и делиться со вторым. И настройки нужно менять. Сейчас получается работает через виртуальный com порт, а нужно настроить как клиента TCP.

@Олег_ · 12.03.2025, 09:23

Если не путаю.
Когда несколько компов подключено на один порт NPort, применяются настройки порта в моксе, а не с драйвера виртуального порта на компе.
т.е. как вариант, переключить порт моксы и приборы которые висят на этом порту на 115200.
Возможно тогда разбег значений не будет так заметен.

ФедосеевПавел · 12.03.2025, 20:25 **[ТС]**

Спасибо.

Пока не ездил на объект, знакомлюсь по документации.
О настройках Moxa только догадываюсь. На объекте уточню настройки Moxa.

Вижу, что SCADA на "нашем" АРМ настроена на опрос COM-порта. АРМ существующей системы мне недоступен, но он должен работать.

С Moxa опыта почти нет, и нет под рукой для теста.
Прочитал в документации, что для режима Real COM настройки RS-485 от драйвера, а для других режимов - из настроек Moxa.

Если получится договориться с эксплуатацией и режим Moxa позволит - заменю скорости прибора и Moxa.

@Олег_ · 12.03.2025, 21:04

в инструкции

Max connection is set to 2 to 8 when the user
needs to receive data from different hosts
simultaneously. The factory default only allows
1 connection at a same. When Max Connection
is set to 1, the Real COM driver on the specific
host has full control.
Max. Connection 1: Allows only 1 host’s Real
COM driver to open the specific NPort serial
port.
Max Connection 2 to 8: Allows 2 to 8 host’s
Real COM drivers to open the specific NPort
serial port, at the same time. When multiple
hosts’ Real COM drivers open the serial port at
the same time, the COM driver only provides a
pure data tunnel without control ability. This
serial port parameter will use the firmware’s
settings, not the settings of your application
program (AP).
Application software that is based on the COM
driver will receive a driver response of “success”
when the software uses any of the Win32 API
functions. The firmware will only send the data
back to the driver on the host. Data will be sent
first-in-first-out when data comes into the NPort
from the Ethernet interface.

ФедосеевПавел · 12.03.2025, 22:14 **[ТС]**

Был невнимателен - при 2 и более соединениях настройки берутся из конфигурации MOXA, а не драйвера в АРМ.
Буду знать.

Новые блоги и статьи Все статьи Все блоги /
Циклы for в Python py-thonny 17.03.2025 Существует множество ситуаций, когда нам нужно выполнить одно и то же действие несколько раз. Цикл for в Python — настоящий рабочий конь для большинства программистов. Если вам нужно пройтись по всем. . .	Предсказание ветвлений - путь к высокопроизводительному C++ NullReferenced 17.03.2025 В высокопроизводительном программировании на C++ каждый такт процессора на счету. Когда речь заходит о разработке систем с низкой задержкой — будь то высокочастотная торговля, обработка потоковых. . .	Паттерн CQRS в C# UnmanagedCoder 17.03.2025 Создание сложных корпоративных приложений часто требует нестандартных подходов к архитектуре. Один из таких подходов — паттерн CQRS (Command Query Responsibility Segregation), предлагающий простую,. . .	Паттерн Цепочка ответственности в C# UnmanagedCoder 17.03.2025 Цепочка ответственности — это поведенческий паттерн проектирования, который позволяет передавать запросы последовательно по цепочке потенциальных обработчиков, пока один из них не обработает запрос. . . .	Создаем микросервисы с NestJS, TCP и Typescript run.dev 17.03.2025 NestJS — фреймворк, который значительно упрощает создание серверных приложений на Node. js. Его прелесть в том, что он комбинирует концепции ООП, функционального программирования и предлагает. . .
Гексагональная архитектура со Spring Boot Javaican 17.03.2025 Если вы когда-нибудь сталкивались с ситуацией, когда внесение простых изменений в базу данных или пользовательский интерфейс заставляло вас переписывать весь код, то вы точно оцените элегантность. . .	Позиционирование Kafka Consumer и Seek-операции Javaican 17.03.2025 Что же такое Consumer Seek в Kafka? По сути, это API-метод, который позволяет программно указать, с какой позиции (offset) Consumer должен начать или продолжить чтение данных из партиции. Без этого. . .	Python NumPy: Лучшие практики и примеры py-thonny 17.03.2025 NumPy (Numerical Python) — одна из ключевых библиотек для научных вычислений в Python. Она превращает Python из просто удобного языка общего назначения в среду для проведения сложных математических. . .	Java Micronaut в Docker: контейнеризация с Maven и Jib Javaican 16.03.2025 Когда речь заходит о микросервисной архитектуре на Java, фреймворк Micronaut выделяется среди конкурентов. Он создан с учётом особенностей облачных сред и контейнеров, что делает его идеальным. . .	Управление зависимостями в Java: Сравнение Spring, Guice и Dagger 2 Javaican 16.03.2025 Инъекция зависимостей (Dependency Injection, DI) — один из фундаментальных паттернов проектирования, который радикально меняет подход к созданию гибких и тестируемых Java-приложений. Суть этого. . .

ФедосеевПавел Модератор 8584 / 4431 / 1657 Регистрация: 01.02.2015 Сообщений: 13,746 Записей в блоге: 9
		1
	MOXA NPort AI5250: при смене режима Real COM на TCP Server - сохранятся соединения? 11.03.2025, 18:40. Показов 342. Ответов 5 Метки нет (Все метки) Доброго дня! Проблема: Имеется два АРМ, которые независимо опрашивают многоканальный прибор. Связь настроена так: прибор - (RS485) - MOXA - (Ethernet) - коммутатор - (2x Ethernet) - АРМы Параметры меняются достаточно быстро и на обоих АРМ видно сильное расхождение значений. Один из АРМ - уже существующая система без возможностей изменения чего-либо. По настройкам связи для получения данных из многоканального прибора выполняется обращение к COM-порту. Modbus регистры с параметрами расположены не по порядку с разрывами в тысячи регистров (не получится скачивать одним запросом). Скорость RS-485 - 9600. Период опроса каждого параметра 500 мс. Параметров 5-8 шт. Думаю, что проблема в получении ответов в разное время измерения. Решение вижу в буферизации данных от многоканального прибора средствами MOXA - изменением режима Real COM на TCP Server. Поможет ли смена режима синхронному отображению значений на АРМ? Останется ли прибор на связи без перенастройки АРМ? 0

@Sergey361 0 / 0 / 0 Регистрация: 23.01.2024 Сообщений: 1
	12.03.2025, 07:20	2
	Я думаю, что не поможет. Если АРМы разные, то по сути инициировать опрос будет каждый по своему. Если только опрашивать по времени, а время синхронизировать по одному серверу. Либо опрашивать должен один и делиться со вторым. И настройки нужно менять. Сейчас получается работает через виртуальный com порт, а нужно настроить как клиента TCP. 0

@Олег_ 111 / 107 / 12 Регистрация: 30.10.2014 Сообщений: 305
	12.03.2025, 09:23	3
	Если не путаю. Когда несколько компов подключено на один порт NPort, применяются настройки порта в моксе, а не с драйвера виртуального порта на компе. т.е. как вариант, переключить порт моксы и приборы которые висят на этом порту на 115200. Возможно тогда разбег значений не будет так заметен. 0

ФедосеевПавел Модератор 8584 / 4431 / 1657 Регистрация: 01.02.2015 Сообщений: 13,746 Записей в блоге: 9
	12.03.2025, 20:25 [ТС]	4
	Спасибо. Пока не ездил на объект, знакомлюсь по документации. О настройках Moxa только догадываюсь. На объекте уточню настройки Moxa. Вижу, что SCADA на "нашем" АРМ настроена на опрос COM-порта. АРМ существующей системы мне недоступен, но он должен работать. С Moxa опыта почти нет, и нет под рукой для теста. Прочитал в документации, что для режима Real COM настройки RS-485 от драйвера, а для других режимов - из настроек Moxa. Если получится договориться с эксплуатацией и режим Moxa позволит - заменю скорости прибора и Moxa. 0

@Олег_ 111 / 107 / 12 Регистрация: 30.10.2014 Сообщений: 305
	12.03.2025, 21:04	5
	в инструкции Max connection is set to 2 to 8 when the user needs to receive data from different hosts simultaneously. The factory default only allows 1 connection at a same. When Max Connection is set to 1, the Real COM driver on the specific host has full control. Max. Connection 1: Allows only 1 host’s Real COM driver to open the specific NPort serial port. Max Connection 2 to 8: Allows 2 to 8 host’s Real COM drivers to open the specific NPort serial port, at the same time. When multiple hosts’ Real COM drivers open the serial port at the same time, the COM driver only provides a pure data tunnel without control ability. This serial port parameter will use the firmware’s settings, not the settings of your application program (AP). Application software that is based on the COM driver will receive a driver response of “success” when the software uses any of the Win32 API functions. The firmware will only send the data back to the driver on the host. Data will be sent first-in-first-out when data comes into the NPort from the Ethernet interface. Миниатюры 1

ФедосеевПавел Модератор 8584 / 4431 / 1657 Регистрация: 01.02.2015 Сообщений: 13,746 Записей в блоге: 9
	12.03.2025, 22:14 [ТС]	6
	Был невнимателен - при 2 и более соединениях настройки берутся из конфигурации MOXA, а не драйвера в АРМ. Буду знать. 0

Опции темы