Integracja kotła gazowego z KNX: Konfiguracja Modbus dla Viessmann Vitodens i Vaillant ecoTEC
Integrating gas and condensing boilers into a KNX building automation system provides a single interface for zone heating setpoints, fault alerting, gas energy sub-metering and EN 15232-1 Class A adaptive heating control — without replacing the boiler's own controls.
Dlaczego warto zintegrować kocioł z KNX
Nowoczesne kotły kondensacyjne udostępniają interfejs Modbus TCP lub OpenTherm, który pozwala systemowi KNX zapisywać wartości zadane temperatury zasilania, odczytywać stan pracy, pobierać liczniki zużycia gazu i odbierać kody błędów. Ta integracja przynosi cztery wymierne korzyści.
Jednolity interfejs dla wartości zadanych stref
Termostaty pokojowe KNX wysyłają zapotrzebowanie na ogrzewanie bezpośrednio do wartości zadanej kotła przez Modbus – eliminując osobny programator kotła i regulatory zaworów strefowych. Jeden harmonogram ETS6 steruje jednocześnie wszystkimi strefami i kotłem.
Powiadamianie o błędach do BMS
Kody błędów kotła pojawiają się w grupach adresowych KNX w cyklu odpytywania Modbus. ARISTO BewO wysyła e-mail lub SMS, gdy GA błędu zmieni się na 1 – inżynierowie obiektu otrzymują natychmiastowe powiadomienie z kodem błędu w treści wiadomości.
Podlicznik zużycia gazu
The boiler's internal gas energy meter (Modbus register, kWh) feeds into KNX energy monitoring. Monthly gas consumption reports per zone or per boiler support ISO 50001 energy management and BREEAM Ene 02 sub-metering credits.
Zgodność z EN 15232-1 klasa A/B
Adaptacyjne sterowanie ogrzewaniem — kompensacja pogodowa, sterowanie PI dla poszczególnych pomieszczeń i optymalny start — wymaga cyfrowej integracji między kotłem a czujnikami temperatury w pomieszczeniach. Integracja KNX/Modbus umożliwia klasyfikację energetyczną klasy A dla punktów BREEAM Man.
Konfiguracja Viessmann Vitodens 200-W Modbus TCP
The Vitodens 200-W uses the ViCARE ModBus module — a DIN-rail mounted gateway that provides RS-485 or Ethernet Modbus TCP (port 502) access to the boiler's internal registers. The module clips onto the boiler PCB bus connector and requires a separate 24V supply from the panel.
Kluczowe rejestry holdingowe Modbus dla Vitodens 200-W
Register Description Type Notes
1 Flow temperature setpoint (°C×10) Read/Write Write to control heating
3 Actual flow temperature (°C×10) Read-only Measured at boiler outlet
5 Return temperature (°C×10) Read-only Measured at boiler return
7 Boiler status Read-only 0=Standby, 1=Heating,
2=DHW, 3=Fault
100 Fault code Read-only 0=No fault; non-zero=fault
200 Gas energy meter (uint32, kWh) Read-only Cumulative gas consumption
Protocol: Modbus TCP, port 502
Gateway: ViCARE ModBus module (DIN-rail, connects to X4 boiler bus)
Poll interval: 30 seconds recommendedPodłącz interfejs Modbus TCP Vitodens do bramki KNX/Modbus, takiej jak Intesis IN701KNX. W narzędziu konfiguracyjnym MAPS przypisz każdy rejestr do adresu grupowego KNX z odpowiednim DPT.
Mapowanie adresów grupowych KNX
Register 1 → DPT 9.001 (°C, 2-byte float) → GA 8/0/0 Flow setpoint (write) Register 7 → DPT 5.010 (uint8) → GA 8/0/1 Boiler status (read) Register 200→ DPT 12.001 (uint32, kWh) → GA 8/0/2 Gas energy meter (read) Register 100→ DPT 5.010 (uint8) → GA 8/0/4 Fault code (read) Write GA 8/0/0 value 21.0°C → Modbus register 1 value 210 Read GA 8/0/1: 0=standby, 1=heating, 2=DHW, 3=fault
Opcje integracji Vaillant ecoTEC
Vaillant w starszych modelach ecoTEC plus i pro używa eBUS (własnościowa magistrala szeregowa 2-przewodowa). Bezpośrednie bramy KNX/eBUS nie są dostępne komercyjnie, co uniemożliwia bezpośrednią integrację Modbus w tych wariantach. W zależności od modelu ecoTEC i wymagań projektu dostępne są trzy ścieżki integracji.
Opcja 1: VR900 cloud API (ecoTEC plus/pro)
Brama internetowa Vaillant VR900 zapewnia chmurowy interfejs REST API (myVaillant lub Vaillant ERelax). Użyj instancji Home Assistant z integracją Vaillant ERelax, aby połączyć dane chmurowe z KNX przez integrację HA KNX. Ograniczenie: 5-minutowy interwał aktualizacji – nie nadaje się do sterowania wartością zadaną w czasie rzeczywistym. Używaj tylko do monitorowania stanu i rejestracji energii.
Opcja 2: Interfejs VR33 OpenTherm (ecoTEC plus/pro)
Adapter Vaillant VR33 umożliwia protokół OpenTherm w modelach z eBUS. Brama KNX/OpenTherm innej firmy (Remeha iSense lub Nibe Uplink OpenTherm bridge) konwertuje OpenTherm na obiekty grupowe KNX: zadana temperatura zasilania, zapotrzebowanie na temperaturę pomieszczenia, poziom modulacji. OpenTherm zapewnia sterowanie wartością zadaną w czasie rzeczywistym, w przeciwieństwie do API chmurowego.
Opcja 3: ecoTEC pure z VR940 Modbus TCP (zalecane dla nowych projektów)
Vaillant ecoTEC pure (bieżąca generacja) obsługuje Modbus TCP bezpośrednio za pomocą modułu Ethernet VR940F. Mapa rejestrów jest podobna do Viessmann – rejestry zadanej temperatury zasilania, temperatury powrotu, statusu i kodu błędu. Określ ecoTEC pure na etapie projektowania dla projektów wymagających bezpośredniej integracji KNX/Modbus bez konwersji eBUS.
Sterowanie kaskadowe kotłów przez KNX
Budynki komercyjne z 2–4 kotłami w konfiguracji kaskadowej wykorzystują sterowanie lead/lag, aby dopasować moc grzewczą do zapotrzebowania, jednocześnie wydłużając żywotność urządzeń. Logika KNX w module MDT Logic Module SCN-LOGM.01 zarządza sekwencją kaskady.
Logika lead/lag kaskady – ETS6 MDT Logic Module
Total heating demand GA (sum of zone thermostat outputs) → MDT Logic
If demand > 0%: → Write setpoint to Lead Boiler (GA 8/0/0)
If demand > 50%: → Enable Lag Boiler 2 via KNX relay output
(relay NO → boiler 2 enable terminal)
Sequence rotation (extends boiler life):
ETS6 weekly time module → rotate lead boiler each Monday
Week 1: Boiler 1 lead, Boiler 2 lag
Week 2: Boiler 2 lead, Boiler 1 lag
Setpoint scaling:
Zone demand 0–100% DPT 5.001 → proportional setpoint
20°C (min) to 80°C (max) → write to lead boiler GA 8/0/0Blokada kaskady:always include a boiler enable/disable relay output in the cascade wiring. Do not rely solely on Modbus setpoint writes to shut down a lag boiler — a failed gateway or network issue should fall back to the boiler's own controls rather than leaving a lag boiler running at full output.
Monitorowanie temperatury powrotu kotła kondensacyjnego
Kotły kondensacyjne osiągają maksymalną sprawność (powyżej 108% wartości opałowej) tylko wtedy, gdy temperatura wody powrotnej spadnie poniżej 55°C – punktu rozpoczęcia kondensacji. Monitorowanie temperatury powrotu przez KNX jest zatem wskaźnikiem KPI rozruchu, a nie tylko narzędziem diagnostycznym.
Adres grupowy temperatury powrotu – sygnał Intesis MAPS
Modbus register 5 (return temperature, °C×10)
→ DPT 9.001 (°C, 2-byte float, divide by 10)
→ GA 8/0/3 (Boiler Return Temperature)
ARISTO trend graph: plot GA 8/0/3 vs time
Daily minimum return temperature report (06:00)
Alert threshold: if daily minimum return > 60°C:
→ ARISTO alarm "Hydraulic imbalance: check mixing
valve or buffer tank — boiler not condensing"
Commissioning KPI: return temperature < 45°C for
>80% of heating season operating hoursStale wysoka temperatura powrotu (powyżej 60°C) wskazuje na nierównowagę hydrauliczną – zawór mieszający jest ustawiony zbyt wysoko, zbiornik buforowy jest zbyt mały lub obieg wtórny ma niewystarczający przepływ. Wizualizuj temperaturę powrotu w stosunku do temperatury zewnętrznej w ARISTO, aby określić potrzebną korektę krzywej grzewczej.
Integracja CWU (ciepłej wody użytkowej)
The boiler's DHW (domestic hot water) setpoint is accessible via a separate Modbus register. KNX time scheduling provides automatic legionella prevention and solar thermal priority without a separate programmer.
Harmonogram CWU – zdarzenia czasowe modułu logicznego MDT
Modbus register 10: DHW setpoint (°C×10, read/write) → DPT 9.001 → GA 8/0/5 (DHW Setpoint, write) ETS6 time schedule (MDT SCN-LOGM.01): 05:00 → GA 8/0/5 = 60°C (legionella, EN ISO 15154) 06:00 → GA 8/0/5 = 50°C (normal hot water) 22:00 → GA 8/0/5 = 0°C (DHW off — setpoint 0 = off) Solar thermal priority logic: If GA 9/0/3 (solar yield kW) > 2kW → GA 8/0/5 = 40°C (solar covers remainder) Frost protection: If GA 8/1/0 (outdoor temp) < 2°C → KNX relay output → DHW circulation pump ON
Alarmowanie o awarii kotła
Wykrywanie awarii kotła wykorzystuje dwa rejestry Modbus: rejestr 7 (status = 3 oznacza awarię) i rejestr 100 (kod błędu, niezerowy oznacza awarię). GA awarii KNX wyzwala alerty e-mail i SMS ARISTO BewO z kodem błędu zawartym w wiadomości.
Konfiguracja alarmu usterki ARISTO BewO
Trigger: GA 8/0/4 (Boiler Fault) = 1
(Set when register 7 = 3 OR register 100 ≠ 0)
ARISTO BewO rule:
IF GA("8/0/4") = 1
THEN ALARM "Boiler Fault Code " + GA("8/0/4") + " at " + TIME
TO EMAIL facilities@building.com
VIA SMTP → email-to-SMS gateway (for on-call engineer)
Response SLA (commercial):
Boiler fault → facilities engineer on-site: 4 hours
Critical (loss of heating below 5°C outdoor): 1 hour
Logging: all fault events with timestamp stored in ARISTO
database for warranty documentation and maintenance recordsDołącz kod usterki do alarmu: Kod usterki Viessmann 0x10 (awaria czujnika) wymaga innej odpowiedzi niż 0x21 (awaria zapłonu). Dołączenie surowego kodu usterki do wiadomości e-mail alarmowej pozwala inżynierowi zamówić właściwą część przed przybyciem na miejsce, co skraca czas przestoju dla mieszkańców budynku.
Chmurowy API Viessmann ViCare do raportowania energii
Oprócz lokalnego sterowania Modbus TCP, interfejs REST API Viessmann ViCare (api.viessmann.com) dostarcza historyczne dane o zużyciu gazu w 5-minutowych odstępach. To chmurowe API uzupełnia lokalny Modbus — używaj Modbus do sterowania wartością zadaną w czasie rzeczywistym, a ViCare API do długoterminowego raportowania energii.
Możliwości API ViCare
- Dzienne zużycie gazu (kWh) — seria historyczna
- Sezonowa efektywność (SCOP) — obliczona przez kocioł
- Zużycie energii CWU oddzielone od ogrzewania
- Uwierzytelnianie OAuth2 (wymagane konto Viessmann)
- Interwał aktualizacji 5 minut – nie w czasie rzeczywistym
Nie używać do sterowania wartością zadaną
API chmury ViCare ma opóźnienie 5 minut i zależy od łączności internetowej. Zawsze używaj lokalnego Modbus TCP do zapisu wartości zadanej przepływu i wykrywania usterek. Używaj API chmury tylko do codziennych raportów energetycznych i sezonowych trendów wydajności w IP-Symcon lub ARISTO BewO.
Procedura weryfikacji uruchomienia
Po pobraniu ETS6 i konfiguracji bramy Modbus wykonaj czteroetapowy test uruchomienia przed przekazaniem instalacji. Udokumentuj wszystkie wyniki w certyfikacie uruchomienia.
| Krok | Akcja | Oczekiwany rezultat |
|---|---|---|
| 1 | Wyślij GA 8/0/0 = 21°C z Group Monitor ETS6 | Wyświetlacz kotła pokazuje zadaną temperaturę zasilania 21°C w ciągu 30 sekund |
| 2 | Odczytaj GA 8/0/1 (status) i porównaj ze wskaźnikiem trybu na wyświetlaczu kotła | Wartość GA 0/1/2/3 odpowiada stanom: czuwanie/ogrzewanie/ciepła woda/awaria na wyświetlaczu kotła |
| 3 | Zanotuj rejestr 200 (kWh), uruchom kocioł na 30 minut, odczytaj ponownie | Licznik kWh wzrósł – zmierzono zużycie gazu |
| 4 | Krótko odłącz czujnik kotła → sprawdź GA 8/0/4 = 1 i otrzymanie e-maila | GA błędu uruchamia się w ciągu 60 s; e-mail alarmowy z kodem błędu przychodzi |
Potrzebujesz zaprojektowanej i uruchomionej integracji kotła z KNX?
Konfigurujemy bramy Modbus TCP, mapujemy rejestry kotła na adresy grupowe KNX i uruchamiamy alarmowanie błędów – dostarczamy pełną dokumentację projektu ETS6 i certyfikaty uruchomienia.
Poproś o wycenę →