29.09.2025

Шлюз протоколов Modbus RTU в SNMP на базе контроллера КУБ-Нано/48: что нового?

В прошлом году мы представили новинку: конвертер протоколов на базе контроллера КУБ-Нано/48. Для нас это был не просто запуск очередного устройства, а стратегический шаг в сторону создания гибких и доступных решений для интеграции устаревшего оборудования в современные системы мониторинга. С того момента нас ждал настоящий марафон реальных задач. На наш скромный КУБ-Нано/48 посыпались запросы из самых разных отраслей. Контроллер применили в нескольких десятках проектов, и для нас это было бесценно.

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

А теперь по порядку, сначала расскажем вам с какими типами устройств уже успели столкнуться.

Опыт внедрения конвертера протоколов Modbus RTU в SNMP на базе КУБ-Нано/48

В конце 2024 года мы получили запрос от компании «ЛикСенс», разработчика и производителя надежных датчиков, которые в реальном времени отслеживают состояние и целостность сенсорного кабеля для обнаружения протечек. Оборудование использует промышленный интерфейс RS-485 и протокол Modbus RTU. Однако современные IT-инфраструктуры часто используют программное обеспечение, которое работает по протоколу SNMP, например Zabbix. Для преодоления протокольного барьера был предложен наш шлюз протоколов на базе контроллера КУБ-Нано/48. На этапе предварительного тестирования был собран стенд, состоящий из датчика Д140 компании «ЛикСенс», нашего контроллера КУБ-Нано/48 и тестового сервера с ПО «Zabbix». Тестирование успешно доказало три ключевых преимущества: непрерывную передачу данных, точность преобразования протоколов и готовность решения к работе в промышленной среде. 

Где еще шлюз протоколов на базе КУБ-Нано/48 нашел успешное применение?

• Централизованный мониторинг 30+ дизель-генераторных установок (ДГУ). Одному из наших крупных заказчиков необходимо было обеспечить централизованный мониторинг более 30 дизель-генераторных установок в программном обеспечении «Zabbix». Программные методы интеграции оказались слишком сложными и дорогостоящими. Для получения данных с ДГУ был выбран наш аппаратный шлюз Modbus RTU в SNMP на базе КУБ-Нано/48. Устройство по запросу от программного обеспечения опрашивало несколько параметров каждой ДГУ и передавало информацию обратно. Решение позволило легко и быстро подключить к «Zabbix» весь парк ДГУ. Аппаратный шлюз также обеспечил стабильность в сборе и отправке данных, избавив от проблем, характерных для программных скриптов.

• Комплексный мониторинг системы питания для телеком-оператора. Региональный оператор связи столкнулся с системными отказами аккумуляторных батарей на удаленных объектах связи. Для поэлементного контроля аккумуляторов мы предложили наш контроллер АКБ-12/485. А для получения данных с зарядного устройства - конвертер протоколов на базе КУБ-Нано/48, так как зарядное устройство поддерживало только протокол Modbus RTU. Теперь клиент получил возможность отслеживать не только состояние батарей, но и корректность работы зарядной системы. В процессе использования были выявлены аномалии в параметрах заряда, что позволило предотвращать преждевременный износ АКБ. Но самое главное - это создание целостной системы мониторинга питания объекта, ведь все данные теперь можно собирать, смотреть и анализировать в одном программном обеспечении.

• Интеграция ИБП в действующую систему мониторинга. В новом году мы получили очередной запрос на мониторинг от компании, занимающейся поставкой ИБП. У партнера появилась задача от конечного заказчика интегрировать поставляемые ИБП со встроенными аккумуляторами в систему мониторинга на базе ПО «Zabbix». Необходимо было получать данные о работе самого ИБП, а также о характеристиках аккумуляторных батарей. Для тестирования был отправлен 1 комплект конвертера протоколов на базе КУБ-Нано/48, а после всех успешных тестов оборудование было закуплено под весь проект. Заказчик получил централизованный контроль за параметрами ИБП и аккумуляторных батарей.

Что изменилось в новой версии спецпрошивки?

• 50 регистров для 1 устройства или 10 регистров для 5 устройств. В первую очередь мы доработали и облегчили настройку адресов через встроенный WEB-интерфейс. Ранее на странице Modbus для настройки адресов был единый столбец, включающий в себя 50 параметров. Теперь же все опрашиваемые параметры разделены на 5 групп по 10 шт., для каждой из которых есть возможность задать свой адрес устройства. При этом сохраняется гибкость: если нужно, нескольким группам можно назначить один и тот же адрес. Например, можно задать одинаковый адрес для двух групп и одинаковый адрес для трёх других. Это позволит опрашивать 20 параметров на одном устройстве и 30 параметров - на другом. Таким образом, для одного устройства теперь можно настроить опрос любого количества параметров от 10 до 50, кратного 10.

• Расширение поддержки функций. Новая версия прошивки реализует поддержку следующих функций протокола Modbus RTU для чтения и записи данных регистров:

• Валидация данных и обработка ошибок. В процессе конфигурации параметров или при выполнении запросов к опрашиваемому устройству происходит проверка корректности операций. В случае обнаружения ошибок (выход значений за допустимые границы, некорректные адреса регистров, ошибки связи) контроллер выводит сообщение об ошибке прямо на странице Modbus в web-интерфейсе.

Почему стоит обратить внимание на шлюз протоколов Modbus RTU в SNMP?

• Отпадает необходимость в дорогостоящей замене исправного промышленного оборудования, не имеющих сетевых протоколов
• Упрощенная интеграция оборудования в действующие системы мониторинга
• Отсутствие привязки к конкретному программному обеспечению. Контроллер даёт возможность использовать любое ПО, работающее по SNMP
• Ускорение внедрения за счет того, что конвертация данных происходит на аппаратном уровне
• Повышение надежности и доступности, так как аппаратное решение работает автономно и стабильно, в отличие от сервера с программным шлюзом