KNX и Modbus часто используются совместно в современных системах автоматизации зданий.

KNX обычно отвечает за автоматизацию помещений:

• освещение;
• климат;
• отопление;
• шторы;
• датчики;
• пользовательские панели;
• сценарии;
• энергоменеджмент.

Modbus широко применяется непосредственно в инженерном оборудовании:

• тепловых насосах;
• вентиляционных установках;
• чиллерах;
• счётчиках электроэнергии;
• солнечных инверторах;
• аккумуляторных системах;
• зарядных станциях;
• PLC;
• насосах;
• контроллерах котельных;
• промышленном оборудовании.

Для обмена данными между двумя системами используется шлюз KNX/Modbus.

Типовая архитектура:

KNX → KNX/Modbus Gateway → Modbus → инженерное оборудование

Например:

KNX-панель → шлюз → тепловой насос

или:

электросчётчик Modbus → шлюз → KNX → визуализация

Правильно настроенная интеграция позволяет не просто включать оборудование, а получать десятки или сотни реальных параметров: температуры, мощности, энергии, состояния, аварии, режимы и уставки.

Что такое Modbus

Modbus — открытый протокол обмена данными, широко используемый в промышленной и инженерной автоматизации.

Устройства обмениваются командами чтения и записи данных, расположенных в регистрах.

На практике чаще всего встречаются:

• Modbus RTU;
• Modbus TCP.

Modbus Organization определяет отдельные функции для чтения и записи coils, discrete inputs, holding registers и input registers. Например, Function Code 03 используется для чтения Holding Registers, а FC04 — Input Registers.

KNX и Modbus — в чём разница

Это разные по архитектуре технологии.

KNX

KNX ориентирован на распределённую автоматизацию здания.

Устройства обмениваются значениями через групповые адреса.

Например:

1/2/10 — температура гостиной

1/2/11 — заданная температура

2/1/5 — мощность солнечной станции

Modbus

В Modbus данные обычно находятся в конкретных регистрах устройства.

Например:

Holding Register 100 — заданная температура

Input Register 210 — фактическая температура

Register 350 — мощность

Register 400 — код аварии

Поэтому задача шлюза — сопоставить:

Modbus Register ↔ KNX Group Object

Как работает шлюз KNX/Modbus

Допустим, тепловой насос имеет Modbus RTU.

Документация производителя сообщает:

Register 1001 — Room Setpoint

Register 1002 — Water Temperature

Register 1010 — Operating Mode

Register 1100 — Alarm Code

В шлюзе создаётся mapping:

1001 → KNX 2/1/1 — заданная температура

1002 → KNX 2/1/2 — температура воды

1010 → KNX 2/1/3 — режим

1100 → KNX 2/1/4 — ошибка

После этого данные Modbus становятся полноценными объектами KNX.

Modbus RTU

Modbus RTU обычно работает через последовательную физическую линию RS-485.

Типовая схема:

KNX Gateway → RS-485 → устройство 1 → устройство 2 → устройство 3

Modbus Serial Line использует архитектуру Master/Slave: один Master инициирует запросы, Slave-устройства отвечают. На физическом уровне наиболее распространён двухпроводный RS-485.

Параметры связи должны совпадать на всех участниках:

• Baud Rate;
• Data Bits;
• Parity;
• Stop Bits.

Например:

9600 / 8 / Even / 1

или:

19200 / 8 / None / 1

Modbus TCP

Modbus TCP передаёт Modbus-сообщения через Ethernet/TCP/IP.

Архитектура:

KNX → Gateway → Ethernet LAN → Modbus TCP Device

У каждого устройства есть IP-адрес.

Стандартный TCP-порт Modbus — 502.

Например:

192.168.10.20 — солнечный инвертор

192.168.10.21 — тепловой насос

192.168.10.22 — счётчик

Это особенно удобно, если инженерное оборудование уже подключено к общей Ethernet-инфраструктуре здания.

Modbus RTU или Modbus TCP — что лучше

Выбор обычно определяется самим оборудованием.

Параметр	Modbus RTU	Modbus TCP
Физическая среда	RS-485	Ethernet
Адрес устройства	Slave ID	IP + Unit ID
Кабель	витая пара RS-485	Ethernet
Скорость	ниже	выше
Топология	последовательная шина	IP-сеть
Типичные устройства	счётчики, HVAC, датчики	PLC, инверторы, BMS, современные контроллеры

Если устройство имеет только RS-485 — используется RTU.

Если производитель предоставляет Modbus TCP — интеграцию часто удобнее строить через IP.

Самый важный вопрос: кто Master, а кто Slave

Это одна из наиболее частых ошибок при выборе KNX/Modbus-шлюза.

В последовательном Modbus используются термины:

Master / Slave

В современной терминологии Modbus TCP чаще говорят:

Client / Server.

Главный принцип одинаков:

Client/Master инициирует запрос.

Server/Slave отвечает.

Сценарий №1 — оборудование Modbus нужно подключить к KNX

Например:

• тепловой насос;
• инвертор;
• электросчётчик;
• вентиляционная установка.

Обычно само оборудование является Modbus Server/Slave.

Значит KNX/Modbus-шлюз должен работать как:

Modbus Master / Client.

Это наиболее распространённый вариант в умном доме.

Сценарий №2 — внешняя BMS или PLC должна получать данные KNX

Здесь ситуация обратная.

Например:

PLC Modbus Master → KNX/Modbus Gateway → KNX

Шлюз должен предоставить данные KNX внешней системе как Modbus Server/Slave.

Именно для этого предназначены некоторые специализированные Intesis.

Сценарий №3 — нужен универсальный шлюз

Некоторые устройства умеют работать в обоих режимах.

Например:

• Weinzierl 886.1;
• Weinzierl 716;
• MDT SCN-MBGRTU.01.

Это удобно, если архитектура проекта заранее не стандартизирована.

Какие данные бывают в Modbus

Coil

Однобитное значение с возможностью чтения и записи.

Например:

On/Off

Discrete Input

Однобитное значение только для чтения.

Например:

аварийный контакт

Holding Register

16-битный регистр с возможностью чтения и записи.

Типичные значения:

• заданная температура;
• режим;
• предел мощности;
• скорость;
• уставка.

Input Register

16-битный регистр преимущественно для чтения.

Например:

• температура;
• мощность;
• ток;
• напряжение;
• энергия;
• давление.

Основные функции чтения и записи этих типов данных стандартизированы Modbus.

Почему Modbus Mapping сложнее, чем кажется

Главная работа при интеграции — не подключить два провода RS-485.

Главная работа — правильно интерпретировать Register Map производителя.

Адрес может начинаться с 0 или с 1

Например, документация сообщает:

Holding Register 40001

Но шлюз может ожидать:

Address 0

Другой шлюз — 1.

Третий интерфейс позволяет вводить полный номер 40001.

ABB в актуальном руководстве по диагностике MG/S отдельно предупреждает, что производители используют разные схемы адресации: от 0 или 1, в decimal или hexadecimal.

Неправильный Function Code

Одинаковый числовой адрес с FC03 и FC04 означает не одно и то же.

Например:

FC03 → Holding Register

FC04 → Input Register.

Если выбрать неправильную функцию, устройство может возвращать exception либо просто не отвечать.

16-bit и 32-bit

Один Modbus-регистр содержит 16 бит.

Но инженерный параметр может быть:

• UInt16;
• Int16;
• UInt32;
• Int32;
• Float32;
• Float64.

32-битное число занимает как минимум два последовательных 16-битных регистра.

Byte Order и Word Order

Для 32-битных значений нужно учитывать порядок байтов и слов.

Например, одна и та же последовательность может интерпретироваться как:

ABCD

BADC

CDAB

DCBA

Неверный порядок может превратить температуру 22,5 °C в бессмысленное число.

Signed и Unsigned

65535 как UInt16 и -1 как Int16 физически могут иметь один и тот же набор битов.

Поэтому тип данных необходимо брать из официальной Modbus-карты производителя.

Scaling

Очень часто Modbus передаёт не реальное физическое значение, а целое число с коэффициентом.

Например:

225 = 22,5 °C

Scaling:

× 0,1

или:

2305 = 230,5 V

Если коэффициент не задать, KNX получит неправильное значение.

Weinzierl 886.1 и 716 позволяют выполнять преобразование и scaling Modbus-значений в соответствующие KNX DPT непосредственно в шлюзе.

Период опроса Modbus

Modbus-устройства обычно не отправляют изменения самостоятельно.

Gateway периодически опрашивает registers:

Read Register → Response → следующий Register

Поэтому важно правильно настроить polling interval.

Например:

температура — каждые 5–15 секунд;

энергия — каждые 10–30 секунд;

наработка — раз в минуту;

редкие сервисные данные — ещё реже.

Не следует читать сотни регистров каждую секунду без необходимости.

Это создаёт:

• лишний трафик;
• задержки;
• timeout;
• нагрузку на контроллер оборудования;
• избыточные KNX-телеграммы.

Как уменьшить нагрузку на Modbus

Хороший шлюз должен уметь объединять чтение последовательных регистров.

Например вместо:

read 100

read 101

read 102

read 103

можно выполнить:

Read 100–103

MDT SCN-MBGRTU.01 поддерживает Multi Read/Write, что позволяет эффективнее работать с последовательными регистрами.

RS-485: правильное подключение

Для Modbus RTU качество физической линии критически важно.

Типичная сеть строится как последовательная линия, а не как произвольная «звезда».

Следует учитывать:

• A/B polarity;
• экранирование;
• общую топологию;
• baud rate;
• termination;
• длину кабеля;
• уникальный Slave ID.

Для окончания линии обычно применяются терминаторы порядка 120 Ω на концах RS-485-сегмента; ABB отдельно включает проверку терминаторов, A/B, скорости, parity и уникальности адресов в руководство по диагностике своего Modbus KNX Gateway.

Что можно интегрировать через KNX/Modbus

Тепловые насосы

Через Modbus часто доступны:

• температура подачи;
• температура обратки;
• наружная температура;
• режим;
• Heating/Cooling;
• DHW;
• состояние компрессора;
• мощность;
• аварии;
• уставки.

Архитектура:

KNX Room Controller → KNX → Modbus Gateway → Heat Pump

Вентиляция

Можно получать и задавать:

• On/Off;
• скорость;
• режим;
• температура приточного воздуха;
• температура вытяжного воздуха;
• состояние фильтра;
• аварии;
• CO₂ setpoint;
• bypass;
• нагреватель.

Солнечные инверторы

Через Modbus можно передать в KNX:

• генерацию PV;
• потребление дома;
• экспорт;
• импорт;
• мощность аккумулятора;
• State of Charge;
• напряжение;
• ток.

После этого KNX может использовать данные для энергоменеджмента.

Например:

PV surplus > 3 кВт → включить зарядку автомобиля

Зарядные станции

Modbus позволяет интегрировать Wallbox с:

• солнечной электростанцией;
• KNX;
• ограничением мощности объекта;
• load management.

Weinzierl прямо приводит Wallbox, photovoltaics и heat pumps как типовые применения KNX/Modbus Gateway 886.1.

Электросчётчики

Один из наиболее распространённых вариантов.

В KNX передаются:

• напряжение;
• ток;
• активная мощность;
• реактивная мощность;
• энергия;
• частота;
• Power Factor.

PLC

Можно связать KNX с промышленной автоматикой:

KNX → Gateway → Modbus → PLC

или наоборот:

PLC Modbus Master → Gateway → KNX

Здесь особенно важно заранее определить Client/Server архитектуру.

Актуальные шлюзы KNX/Modbus

ABB MG/S 11.100.1.1

Модель: ABB i-bus KNX MG/S 11.100.1.1
Заказной номер: 2CDG120089R0011

ABB MG/S 11.100.1.1 — специализированный шлюз Modbus RTU ↔ KNX TP.

Он работает как Modbus RTU Client и предназначен для подключения Modbus Server-устройств к KNX. Поддерживается до 100 свободно конфигурируемых точек, а mapping Modbus registers к KNX group objects выполняется через ETS.

Это хороший вариант для:

• электросчётчиков;
• HVAC;
• тепловых насосов;
• оборудования Modbus RTU.

Особенно логично использовать его в проектах, где значительная часть KNX-оборудования уже построена на ABB.

Особенности ABB MG/S

• Modbus RTU;
• RS-485;
• работа как Modbus Client;
• 100 data points;
• стандартные KNX DPT;
• ETS;
• питание от KNX;
• готовые mapping templates для ряда устройств.

Weinzierl KNX Modbus RTU Gateway 886.1 secure

Модель: KNX Modbus RTU Gateway 886.1 secure
Артикул Weinzierl: 5498

Один из наиболее универсальных современных RTU-шлюзов.

Поддерживает 250 свободно конфигурируемых каналов и может работать как:

Modbus Master

или

Modbus Slave.

В Master-режиме шлюз может обращаться до 25 Modbus Slave устройств.

Дополнительно:

• Modbus RTU;
• RS-485;
• KNX TP;
• питание непосредственно от KNX;
• гальваническая развязка KNX/Modbus;
• KNX Security;
• ETS5/ETS6;
• тестирование Modbus непосредственно через ETS;
• DPT conversion;
• scaling;
• импорт/экспорт конфигураций через DCA.

Для нового универсального KNX/Modbus RTU-проекта 886.1 secure — один из наиболее интересных вариантов.

Weinzierl KNX Modbus TCP Gateway 716 secure

Модель: KNX Modbus TCP Gateway 716 secure
Артикул: 5425

Предназначен для интеграции Modbus TCP ↔ KNX TP.

Поддерживает:

• 250 datapoints;
• Modbus Master;
• Modbus Slave;
• до пяти Modbus Slave устройств в Master-режиме;
• KNX Security;
• mapping непосредственно через ETS;
• scaling;
• питание от KNX;
• встроенный KNX/IP programming interface.

Это особенно интересный вариант, если инженерное оборудование уже имеет Ethernet:

• солнечный инвертор;
• PLC;
• энергетический контроллер;
• современный HVAC;
• Modbus TCP meter.

MDT KNX Modbus Gateway RTU485

Модель: MDT KNX Modbus Gateway RTU485
Артикул: SCN-MBGRTU.01

MDT предлагает современный двунаправленный шлюз KNX ↔ Modbus RTU.

Устройство поддерживает до 200 свободно конфигурируемых каналов и может работать как Modbus Master или Slave.

Основные функции

• 200 каналов;
• Master/Slave;
• индивидуальный Slave ID для каждого канала;
• scaling;
• математические преобразования;
• преобразование диапазонов;
• Multi Read/Write;
• два KNX-объекта Read/Write на канал;
• 20 блоков сравнения;
• широкий набор Modbus и KNX типов данных;
• питание от KNX;
• гальваническая развязка Modbus/KNX.

Это очень сильный вариант для интеграции:

• тепловых насосов;
• Wallbox;
• PV;
• HVAC;
• счётчиков.

Ekinex EK-BH1-TP-485

Модель: Modbus RS485 Master – KNX Gateway
Артикул: EK-BH1-TP-485

Ekinex работает на стороне Modbus как Master.

То есть шлюз подходит именно для сценария:

KNX → Ekinex → Modbus RTU Slave devices

Поддерживаются:

• Modbus RTU;
• RS-485;
• Coil;
• Input;
• Holding Register;
• Input Register;
• одиночное и групповое чтение/запись;
• скорость от 1200 до 115200 baud;
• адреса устройств;
• электрическая развязка RS-485.

В отличие от некоторых более компактных решений, Ekinex требует дополнительного питания 8–24 Vac или 12–35 Vdc.

Ekinex EK-BH1-TP-TCP

Модель: Modbus TCP/IP Master – KNX Gateway
Артикул: EK-BH1-TP-TCP

IP-версия Ekinex.

Работает в роли Modbus Master и позволяет интегрировать Modbus-оборудование, доступное через Ethernet, с KNX TP.

Поддерживает:

• Ethernet;
• KNX TP;
• Coil;
• Input;
• Holding Register;
• Input Register;
• чтение и запись;
• дополнительное питание.

Подходит для IP-интеграции оборудования в проектах на Ekinex KNX.

Intesis KNX → Modbus

У Intesis особенно важно понимать направление интеграции.

Семейство INMBSKNX* предназначено прежде всего для ситуации, когда внешняя Modbus BMS/PLC должна получить доступ к данным KNX.

Intesis работает так, чтобы Modbus TCP Client или Modbus RTU Master мог читать и записывать настроенные KNX communication objects.

То есть архитектура:

BMS / PLC Modbus Master → Intesis → KNX

Это отличается от типичного шлюза, который сам опрашивает тепловой насос.

Intesis INMBSKNX1000000

Ёмкость: 100 points

Intesis INMBSKNX2500000

Ёмкость: 250 points

Intesis INMBSKNX6000000

Ёмкость: 600 points

Intesis INMBSKNX1K20000

Ёмкость: 1200 points

Intesis INMBSKNX3K00000

Ёмкость: 3000 points

Семейство поддерживает одновременно Modbus TCP и Modbus RTU, а старшие исполнения масштабируются до 3000 Modbus registers/KNX points. Конфигурация выполняется через Intesis MAPS.

Это хороший вариант для:

• BMS;
• PLC;
• SCADA;
• диспетчеризации;
• крупных коммерческих объектов.

Schneider Electric spaceLYnk LSS100200

Артикул: LSS100200

Это уже не просто шлюз, а мультипротокольный логический контроллер.

spaceLYnk объединяет:

• KNX;
• Modbus;
• BACnet;
• визуализацию;
• логику;
• тренды;
• расписания;
• web-интерфейс.

Modbus RTU работает через RS-485, а Modbus TCP — через Ethernet. Schneider позволяет создавать профили Modbus-устройств и связывать registers с KNX.

Это интересный вариант, если кроме простой конвертации протоколов нужны:

• визуализация;
• сложная логика;
• графики;
• накопление данных;
• несколько протоколов;
• BMS-функции.

Старый Schneider MTN6503-0201

Ранее у Schneider существовал специализированный KNX Metering Gateway Modbus REG-K — MTN6503-0201.

Но Schneider официально снял его с коммерциализации 2 июля 2024 года и указывает spaceLYnk LSS100200 как замену.

Сравнение актуальных KNX/Modbus решений

Производитель	Модель / артикул	Modbus	Роль Modbus	Ёмкость	KNX Secure	Особенности
ABB	MG/S 11.100.1.1 / 2CDG120089R0011	RTU	Client	100 точек	—	ETS, шаблоны
Weinzierl	886.1 / 5498	RTU	Master/Slave	250	Да	до 25 Slave, DPT converter
Weinzierl	716 / 5425	TCP	Master/Slave	250	Да	KNX/IP Interface
MDT	SCN-MBGRTU.01	RTU	Master/Slave	200	—	Multi Read/Write, математика
Ekinex	EK-BH1-TP-485	RTU	Master	—	—	RS-485, широкий baud rate
Ekinex	EK-BH1-TP-TCP	TCP/IP	Master	—	—	Ethernet
Intesis	INMBSKNX1000000	RTU + TCP	Server/Slave сторона KNX	100	—	для BMS/PLC
Intesis	INMBSKNX2500000	RTU + TCP	Server/Slave	250	—	BMS/PLC
Intesis	INMBSKNX6000000	RTU + TCP	Server/Slave	600	—	BMS/PLC
Intesis	INMBSKNX1K20000	RTU + TCP	Server/Slave	1200	—	крупные системы
Intesis	INMBSKNX3K00000	RTU + TCP	Server/Slave	3000	—	BMS/SCADA
Schneider Electric	LSS100200	RTU + TCP	Master / интеграционный контроллер	зависит от проекта	—	KNX + Modbus + BACnet + логика

Какой KNX/Modbus шлюз выбрать

Тепловой насос с RS-485

Рассмотреть:

• ABB MG/S 11.100.1.1;
• Weinzierl 886.1;
• MDT SCN-MBGRTU.01;
• Ekinex EK-BH1-TP-485.

Шлюз должен работать как Modbus Master/Client.

Солнечный инвертор с Modbus TCP

Рациональнее:

• Weinzierl 716;
• Ekinex EK-BH1-TP-TCP;
• Schneider spaceLYnk.

Электросчётчики Modbus RTU

Подойдут:

• ABB MG/S;
• Weinzierl 886.1;
• MDT;
• Ekinex.

Внешний PLC должен читать KNX

Здесь особенно интересна серия:

Intesis INMBSKNX*.

Нужны одновременно KNX + Modbus + BACnet + визуализация

Тогда вместо простого gateway рационально рассмотреть:

Schneider Electric spaceLYnk LSS100200.

Пример интеграции теплового насоса

Допустим, тепловой насос имеет:

Slave ID 1

9600 baud

8E1

и карту:

100 — Outdoor Temperature

101 — Supply Temperature

102 — Return Temperature

200 — Heating Setpoint

201 — Operating Mode

В KNX создаём:

2/1/1 Outdoor Temperature

2/1/2 Supply Temperature

2/1/3 Return Temperature

2/1/10 Heating Setpoint

2/1/11 Operating Mode

Gateway выполняет mapping.

После этого KNX-панель может отображать состояние теплового насоса и менять разрешённые уставки.

Пример интеграции солнечного инвертора

Modbus TCP inverter:

192.168.1.50

Через gateway читаются:

• PV Power;
• Grid Import;
• Grid Export;
• Battery SOC;
• Battery Power.

KNX получает эти значения и может запускать сценарии.

Например:

PV surplus > 2500 W

↓

SOC > 80 %

↓

включить нагрев бойлера

или:

разрешить зарядку электромобиля.

Так Modbus становится источником инженерных данных, а KNX — системой принятия решений.

Пример вентиляции

Вентиляционная установка через Modbus сообщает:

• Supply Air Temperature;
• Extract Air Temperature;
• Fan Speed;
• Filter Alarm;
• Bypass;
• Heating Demand;
• Cooling Demand.

KNX получает эти значения.

На панели пользователь видит:

Вентиляция — Auto

Приток — 19,8 °C

Вытяжка — 22,4 °C

Фильтр — OK

При повышении CO₂ KNX может через Modbus увеличить производительность установки.

KNX Modbus и энергоменеджмент

Это одно из наиболее перспективных применений интеграции.

Через Modbus можно получить данные:

PV → Battery → Grid → EV Charger → Heat Pump

А KNX управляет:

освещением → климатом → отоплением → нагрузками → сценариями.

В результате появляется единая логика.

Например:

дешёвая электроэнергия + низкий SOC → зарядить батарею

избыток PV → нагреть воду

превышение лимита мощности → ограничить Wallbox

дом пуст → уменьшить HVAC

Основные ошибки KNX/Modbus интеграции

Неправильно выбран Master/Slave

Это самая фундаментальная ошибка.

Если тепловой насос уже Slave, второй Slave-шлюз его никогда не опросит.

Нужен Modbus Master.

Неверный Slave ID

Каждый Modbus RTU Server должен иметь правильный уникальный адрес.

Не совпадает Baud Rate

Например:

Gateway: 19200

Device: 9600

Связи не будет.

Неверная Parity

8N1 и 8E1 — разные настройки.

ABB включает baud rate, parity/stop bits и Server address в обязательный чек-лист диагностики своего шлюза.

Перепутаны A и B

Маркировка RS-485 у разных производителей иногда вызывает путаницу.

Если связь отсутствует, необходимо сверять конкретную документацию оборудования, а не ориентироваться только на название клеммы.

Нет терминаторов

На длинной RS-485-линии это может привести к нестабильной связи.

Неправильный адрес регистра

Особенно распространена разница:

40001

против:

0

или:

1.

Неверный Function Code

FC03 вместо FC04 — и устройство не возвращает ожидаемое значение.

Неверный тип данных

Float32 прочитан как UInt16.

Результат — бессмысленное значение.

Неправильный Word Order

Очень характерная проблема 32-битных чисел.

Не учтён коэффициент

В регистре:

235

но реальное значение:

23,5 °C.

Слишком быстрый Polling

Gateway перегружает медленное Modbus-устройство запросами.

Слишком много telegram KNX

Необязательно отправлять в KNX каждое считанное значение каждый цикл.

Рациональнее использовать:

• Change of Value;
• deadband;
• cyclic update с разумным периодом.

Как правильно подготовить Modbus Map

До настройки шлюза я бы сделал таблицу:

Параметр	Register	FC	Тип	R/W	Scale	Unit	KNX DPT
Температура подачи	100	04	Int16	R	0.1	°C	DPT 9.001
Setpoint	200	03/06	Int16	R/W	0.1	°C	DPT 9.001
On/Off	10	01/05	Bool	R/W	—	—	DPT 1.001
Мощность	300	04	UInt32	R	1	W	DPT 13/14
Alarm	400	04	UInt16	R	1	—	DPT по логике

После такой таблицы настройка ETS становится значительно предсказуемее.

Что запросить у производителя оборудования

Для интеграции нужны:

1. точная модель устройства;
2. версия firmware;
3. Modbus Register Map;
4. RTU или TCP;
5. Slave/Unit ID;
6. baud rate;
7. parity;
8. stop bits;
9. register address;
10. function code;
11. datatype;
12. signed/unsigned;
13. byte order;
14. word order;
15. scaling;
16. read/write permission;
17. допустимый polling rate.

Если производитель не предоставляет Modbus Register Map, полноценную интеграцию делать значительно сложнее.

Шлюз KNX/Modbus или отдельный сервер

Для 20–100 параметров часто достаточно обычного DIN-шлюза.

Например:

ABB / MDT / Weinzierl.

Если проект требует:

• тысячи точек;
• сложные вычисления;
• web-интерфейс;
• графики;
• несколько протоколов;
• BACnet;
• BMS;
• scripting;

рациональнее рассматривать интеграционный контроллер или сервер.

Например:

spaceLYnk

или специализированный Intesis для BMS.

Где купить KNX/Modbus шлюз

SmartKNX поставляет оборудование для интеграции KNX и Modbus.

Для проекта можно подобрать:

• ABB MG/S;
• Weinzierl;
• MDT;
• Ekinex;
• Intesis;
• Schneider Electric;
• Modbus RTU gateways;
• Modbus TCP gateways;
• KNX Secure;
• системные контроллеры.

Перед подбором желательно предоставить Modbus Register Map подключаемого оборудования.

Это позволяет сразу определить:

• необходимый тип шлюза;
• Master или Slave;
• RTU или TCP;
• количество точек;
• типы данных;
• требуемую скорость опроса.

Проектирование KNX/Modbus от SmartKNX

SmartKNX выполняет:

• проектирование KNX;
• интеграцию Modbus;
• разбор Register Map;
• подбор шлюза;
• настройку RS-485;
• настройку Modbus TCP;
• mapping registers;
• настройку KNX DPT;
• программирование ETS;
• интеграцию отопления;
• вентиляции;
• тепловых насосов;
• счётчиков;
• солнечных инверторов;
• Wallbox;
• PLC;
• BMS;
• энергоменеджмента;
• пусконаладочные работы.

Часто задаваемые вопросы

Что такое KNX Modbus Gateway?

Это шлюз, который преобразует данные между KNX и Modbus и сопоставляет KNX communication objects с Modbus registers.

Чем Modbus RTU отличается от Modbus TCP?

RTU обычно использует RS-485, а TCP работает через Ethernet/IP.

Можно ли подключить Modbus RTU к KNX?

Да. Для этого нужен KNX/Modbus RTU Gateway, работающий в нужной Modbus-роли.

Какой шлюз нужен для теплового насоса?

Если тепловой насос является Modbus RTU Slave/Server, нужен шлюз, способный работать как Modbus Master/Client — например ABB MG/S, Weinzierl 886.1, MDT SCN-MBGRTU.01 или Ekinex EK-BH1-TP-485.

Какой шлюз нужен для Modbus TCP?

Например, Weinzierl 716 secure или Ekinex EK-BH1-TP-TCP. Если одновременно нужны логика и визуализация — можно рассмотреть Schneider spaceLYnk.

Какой шлюз выбрать для BMS или PLC?

Если внешний Modbus Master должен читать и записывать KNX-объекты, интересна серия Intesis INMBSKNX с ёмкостью от 100 до 3000 points.

Есть ли KNX/Modbus шлюз ABB?

Да. ABB MG/S 11.100.1.1, заказной номер 2CDG120089R0011 — актуальный Modbus RTU–KNX TP Gateway на 100 конфигурируемых точек.

Есть ли KNX Secure у Modbus-шлюзов?

Да. Например, современные Weinzierl 886.1 secure и 716 secure поддерживают KNX Security.

Можно ли подключить солнечный инвертор к KNX?

Да, если инвертор предоставляет документированный Modbus RTU или Modbus TCP интерфейс и известна карта регистров.

Можно ли подключить зарядную станцию к KNX?

Да, если Wallbox поддерживает Modbus и предоставляет необходимые registers. Такая интеграция особенно полезна для управления зарядкой в зависимости от PV и нагрузки дома.

Можно ли подключить вентиляцию через Modbus к KNX?

Да. Это один из распространённых способов интеграции AHU и вентиляционных контроллеров.

Почему Modbus показывает неправильную температуру?

Чаще всего нужно проверить:

• register;
• function code;
• datatype;
• signed/unsigned;
• byte/word order;
• scaling.

Почему Modbus-устройство не отвечает?

Нужно проверить:

• Master/Slave architecture;
• Slave ID;
• baud rate;
• parity;
• stop bits;
• A/B;
• termination;
• register;
• function code.

Работает ли KNX/Modbus без интернета?

Да. Modbus RTU и локальный Modbus TCP могут работать полностью внутри объекта без облачных сервисов.

Заключение

KNX + Modbus — один из наиболее универсальных способов интеграции инженерного оборудования с системой автоматизации здания.

Через Modbus в KNX можно интегрировать:

• тепловые насосы;
• вентиляцию;
• HVAC;
• электросчётчики;
• солнечные инверторы;
• аккумуляторы;
• Wallbox;
• PLC;
• насосы;
• энергетические контроллеры.

Для Modbus RTU можно использовать ABB MG/S 11.100.1.1, Weinzierl 886.1 secure, MDT SCN-MBGRTU.01 или Ekinex EK-BH1-TP-485. Для Modbus TCP особенно интересны Weinzierl 716 secure и Ekinex EK-BH1-TP-TCP. Для подключения KNX к внешней Modbus BMS/PLC подходит масштабируемая серия Intesis INMBSKNX, а при необходимости логики, визуализации и нескольких протоколов можно использовать Schneider Electric spaceLYnk LSS100200.

Ключ к успешной интеграции — не сам шлюз, а правильная Modbus Register Map: адреса, function codes, datatype, byte/word order, scaling и допустимые операции чтения/записи.

SmartKNX выполняет подбор шлюзов KNX/Modbus, анализ Modbus-карт, проектирование, поставку, программирование ETS и интеграцию инженерных систем для квартир, загородных домов, офисов, гостиниц и коммерческих объектов.