Wb-mqtt-mbgate

Добрый день, подскажите, необходимо передавать топики контроллера WB 7 в два разных устройства. В одно - по протоколу MODBUS TCP, в другое - MODBUS RTU. Как это возможно настроить в “Шлюз MQTT - Modbus RTU/TCP slave” (он же wb-mqtt-mbgate)?

Добрый день!

Если я все правильно понял, то вам необходимо опрашивать контроллер WB и по RTU, и по TCP-модбасу. К сожалению, функционал wb-mqtt-mbgate позволяет работать либо в одном, либо в другом режиме. Опишите подробнее, с какими устройствами планируется обмен, попробуем что-нибудь придумать.

Обмен по RS-485 – с панелью оператора

Обмен по TCP – со SCADA

(attachments)

image003.jpg

К сожалению, штатно такую задачу не решить. Разве что, скада может работать в режиме ModbusTCP server, некоторые так умеют. Кстати, и некоторые панели / панельные контроллеры тоже можно заставить работать, как modbus rtu master (*), но тут мне в голову только B&R PP45 приходит.

Какие и вас скада и панель?

(*) хотел написать, как slave, конечно же

SCADA какая будет не знаем – это требование заказчика - Modbus-TCP.

А панель Овен СП307-Б или Wientek MT8ххiP.

У второй, понятно есть Ethernet, но насколько можно ожидать надежную работу сервера Modbus-TCP(Wirenboard) c 2-я клиентами (SCADA и панель ОП)

Какой контроллер планируется к применению?

Полагаю, что самый актуальный WB8.5?

Нет – 7-ой

Номер партии

7.4.3K/2GI 1D/N-2GI

Дата производства

2024-02-21 08:22:09

Температурный диапазон

industrial

Версия контроллера

7.4.3

Название релиза

wb-2606

Добрый день. Простите что лезу в Ваш разговор.
Поставьте копеечный USR-DR134 и опрашивайте wb-mqtt-mbgate TCP по RS485. USR-DR134 c WB прекрасно работает и без глюков.

Действительно, в документации этот момент не отражен: сколько клиентов может подключаться к серверу Modbus TCP. Однако, я собрал стенд, и на протяжении часа два клиента modbus tcp каждую секунду забирали по 100 регистров хранения с одного контроллера, как раз wb7.4 2606. Этот текст мне показался уж сильно синтетическим, поэтому решил сымитировать более реалистичное поведение клиентов протокола, чтоб они забирали данные не целиком, а кусочками с элементами рандома. Оставлю тест на ночь.

Заодно мне надо проконсультироваться с коллегами. После чего вернусь с докладом.

Два клиента - точно будут работать. Больше 30 - на практике не видел..

30 и не нужно, а с 3-5 клиентами тестировалось?

Да, вполне.
Количество регистров было порядка 400-500.

Добрый день!

Я протестировал с 5, а потом и с 16 клиентами. Пытался имитировать реальную обстановку, внося некоторый рандом в запросы, не сотню регистров за раз, а по 1-4 за один запрос где-то раз в 200 мс. Проверка длилась 16 часов. Таймаутов не было.

Добрый день!

Резюмируем, контроллер держит множественные подключения (я из желания исследовать запустил свой тест на 64 часа, он завершился успешно). И использовать два подключения (от панели и скады) будет наилучшим решением.

Спасибо, тогда в этом направлении и будем двигаться.