Podłączenie Viessmann Vitodens 200-W do KNX przez Modbus TCP
Interfejs ViCare Modbus TCP kotła Vitodens 200-W udostępnia temperaturę zasilania, nastawę CWU, tryb pracy i kod usterki jako rejestry Modbus, które bramka mapuje na obiekty grupowe KNX. Poniżej: okablowanie, sposób przypisania rejestrów do typów danych KNX oraz logika strefowa pozwalająca sterować obiegami grzewczymi i CWU z termostatów KNX bez ingerencji w pętlę regulacji samego kotła.
Co faktycznie daje interfejs ViCare Modbus TCP
Interfejs ViCare Modbus TCP to dwukierunkowy interfejs Ethernet udostępniany przez sterownik Vitotronic zamontowany w kotle Vitodens 200-W. Publikuje te same wartości mierzone i nastawy, które lokalnie pokazuje panel sterowania Viessmann — temperaturę zasilania i powrotu, temperaturę w zasobniku CWU, aktualny tryb pracy, temperaturę zewnętrzną (jeśli zamontowano czujnik) oraz aktywne kody usterek — jako rejestry Modbus TCP. Nie zastępuje wewnętrznego sterowania bezpieczeństwem i spalaniem, które w całości pozostaje w Vitotronic; Modbus daje jedynie dostęp nadzorczy do odczytu i ograniczony zestaw zapisów nastaw.
KNX nie ma natywnego klienta Modbus TCP, więc nadal potrzebna jest bramka między portem Ethernet kotła a linią KNX TP (lub routerem KNXnet/IP, jeśli sama bramka obsługuje wyłącznie KNXnet/IP). Bramka odpytuje rejestry kotła według skonfigurowanego harmonogramu i publikuje każdą wartość ponownie jako obiekt grupowy KNX z przypisanym przez instalatora typem danych; zapis działa w drugą stronę — od telegramu KNX do zapisu w rejestrze Modbus.
Okablowanie i topologia sieci
Podłącz port Ethernet kotła do tego samego zarządzalnego przełącznika lub VLAN co bramka Modbus/KNX; nie umieszczaj kotła w ogólnej sieci biurowej ani gościnnej i nie udostępniaj portu Modbus TCP do internetu. Nadaj kotłowi i bramce statyczne adresy IP lub rezerwacje DHCP — konfiguracja odpytywania bramki odwołuje się do adresu IP, a utrata dzierżawy po restarcie routera to częsta przyczyna nagle „milczącej” strefy grzewczej.
Po stronie KNX podłącz bramkę standardowym kablem magistrali J-Y(St)Y 2×2×0.8 przez sprzęgacz liniowy, jeśli kotłownia znajduje się na innej linii niż termostaty KNX, i przydziel bramce własny budżet zasilania magistrali KNX — 640 mA (lub wartość podaną przez producenta) — aby nie osłabiała linii przy szczytowym przełączaniu aktuatorów.
Prowadź trasę Ethernet i każdy kabel KNX TP w oddzielnych korytkach z odstępem wymaganym przez normę okablowania dla kabla sterowniczego ekranowanego prowadzonego obok kabla magistrali — ciasne wiązanie z przewodem zasilającym 230 V kotła częściej powoduje błędy komunikacji niż samo łącze Modbus.
Odczyt wartości kotła przez Modbus TCP
Każda wartość potrzebna bramce to rejestr trzymający lub wejściowy w kotle; dokładny adres rejestru zależy od wersji oprogramowania sprzętowego Vitotronic, dlatego przed konfiguracją bramki pobierz aktualną mapę rejestrów z dokumentacji technicznej Viessmann dla swojego urządzenia, zamiast ponownie wykorzystywać tabelę z innej generacji kotłów.
| Funkcja | Typ rejestru | Typ danych / DPT KNX | Uwaga |
|---|---|---|---|
| Temperatura zasilania (bieżąca) | rejestr wejściowy, tylko odczyt | °C, liczba zmiennoprzecinkowa → DPT 9.001 | Aktualizacja zależna od cyklu odpytywania, nie w czasie rzeczywistym |
| Temperatura powrotu (bieżąca) | rejestr wejściowy, tylko odczyt | °C, liczba zmiennoprzecinkowa → DPT 9.001 | Przydatne do diagnostyki delta-T, nie do pętli regulacji |
| Temperatura w zasobniku CWU (bieżąca) | rejestr wejściowy, tylko odczyt | °C, liczba zmiennoprzecinkowa → DPT 9.001 | Zweryfikuj adres w sekcji CWU mapy rejestrów |
| Nastawa CWU | rejestr trzymający, odczyt/zapis | °C, liczba zmiennoprzecinkowa → DPT 9.001 | Wartość poza skonfigurowanym w kotle zakresem min/maks jest odrzucana, a nie ograniczana |
| Tryb pracy | rejestr trzymający, odczyt/zapis | wyliczenie → DPT 20.102 | Mapuj tylko tryby faktycznie dostępne w oprogramowaniu; starsze wersje udostępniają mniej stanów |
| Aktywny kod usterki | rejestr wejściowy, tylko odczyt | liczba całkowita → DPT 5.010 lub DPT 14.xxx zależnie od bramki | Przyjmij 0 jako „brak usterki”; brak kodu nie oznacza automatycznie, że kocioł pracuje |
Mapowanie rejestrów na obiekty grupowe KNX
Nadaj każdemu zmapowanemu rejestrowi własny adres grupowy i rozdziel obiekty odczytu i zapisu, nawet jeśli stoi za nimi ten sam rejestr, aby telegram odczytu KNX przypadkowo nie wywołał zapisu w kotle. Grupuj obiekty według funkcji (obieg grzewczy, CWU, diagnostyka), a nie według kolejności rejestrów, dzięki czemu projekt KNX pozostanie czytelny, gdy później dojdzie drugie źródło ciepła lub zasobnik buforowy.
| Funkcja KNX | DPT | Rozmiar obiektu | Konwencja |
|---|---|---|---|
| Temperatura zasilania (status) | DPT 9.001 | 2 bajty | Tylko odczyt, aktualizowane cyklicznie zgodnie z interwałem odpytywania bramki |
| Nastawa CWU (sterowanie) | DPT 9.001 | 2 bajty | Tylko zapis ze strony KNX, bramka zwraca potwierdzoną wartość jako osobny status |
| Nastawa CWU (status) | DPT 9.001 | 2 bajty | Osobny obiekt względem sterującego powyżej, zawsze odzwierciedla wartość zaakceptowaną przez kocioł |
| Wybór trybu pracy | DPT 20.102 | 1 bajt | Ogranicz wizualizację KNX tylko do trybów obecnych w bieżącej mapie rejestrów |
| Usterka / alarm | DPT 1.005 | 1 bit | Wyprowadzone przez bramkę z rejestru kodu usterki, włączone w koncepcję alarmową budynku |
# Przykładowe mapowanie bramki — adresy są symbolami zastępczymi. # Każdy adres rejestru zweryfikuj wobec aktualnej mapy rejestrów # Modbus Vitotronic przed wprowadzeniem do bramki. źródło: modbus-tcp, IP kotła, unit-id: <wg instrukcji bramki> odczyt <rejestr wg mapy rejestrów> -> GA 3/1/1 DPT 9.001 # temperatura zasilania odczyt <rejestr wg mapy rejestrów> -> GA 3/1/10 DPT 9.001 # temperatura CWU bieżąca zapis <rejestr wg mapy rejestrów> <- GA 3/1/11 DPT 9.001 # nastawa CWU odczyt <rejestr wg mapy rejestrów> -> GA 3/1/20 DPT 20.102 # tryb pracy odczyt <rejestr wg mapy rejestrów> -> GA 3/1/30 DPT 1.005 # bit usterki
Sterowanie strefowe ogrzewaniem i CWU z termostatów KNX
Każdy obieg grzewczy zarządzany niezależnie przez Vitotronic może otrzymywać nastawę z termostatu KNX zamiast ze stałego harmonogramu kotła: termostat wysyła obliczoną nastawę zasilania lub pomieszczenia jako telegram DPT 9.001 do bramki, bramka zapisuje ją w rejestrze nastawy odpowiedniego obiegu, a pogodowa regulacja i logika pompy kotła nadal działają pod tą nastawą. Kocioł zachowuje własne granice bezpieczeństwa — telegram KNX poza skonfigurowanym zakresem jest odrzucany, a nie wykonywany.
Dla CWU obowiązuje ta sama zasada, z jednym dodatkiem wartym zaplanowania: jeśli nastawa CWU jest obniżana z KNX w okresach nieobecności, pozostaw okresowy cykl antylegionellowy włączony w Vitotronic, zamiast próbować planować go z poziomu logiki KNX, ponieważ ten cykl jest powiązany z wewnętrzną funkcją bezpieczeństwa kotła, a nie z interfejsem Modbus.
- Wysyła nastawę DPT 9.001 do bramki, nie bezpośrednio do kotła
- Odczytuje status temperatury zasilania jako informację zwrotną na wyświetlaczu
- Nie powinien odpytywać częściej niż cykl Modbus bramki
- Obiekt zapisu nastawy oddzielony od obiektu statusu
- Cykl antylegionellowy pozostaje skonfigurowany w Vitotronic, nie w logice KNX
- Przed zapisem z KNX poniżej minimum sprawdź minimalną nastawę CWU w kotle
Pułapki: dryf oprogramowania i obciążenie magistrali
Dwie usterki, na które instalatorzy trafiają najczęściej przy tej integracji, nie mają nic wspólnego z okablowaniem KNX: mapa rejestrów, która przestaje pasować do kotła po aktualizacji oprogramowania, oraz cykl odpytywania bramki ustawiony na tyle agresywnie, że konkuruje z własną pętlą regulacji Vitotronic.
Zależność od oprogramowania: aktualizacja oprogramowania Vitotronic może przesunąć, dodać lub usunąć rejestry. Po każdej wizycie serwisowej dotyczącej sterownika ponownie zweryfikuj mapę rejestrów wobec zainstalowanej wersji oprogramowania, zanim uznasz milczący obiekt KNX za usterkę okablowania.
Obciążenie magistrali i sterownika: odpytywanie każdego rejestru raz na sekundę nie daje żadnej korzyści eksploatacyjnej, a obciąża zarówno linię KNX, jak i pętlę regulacji kotła. Interwał 10–30 sekund wystarcza dla temperatury zasilania i statusu trybu; szybsze odpytywanie uzasadnione jest tylko dla obiektów usterki/alarmu, a i one nie wymagają aktualizacji co sekundę.
Najczęściej zadawane pytania
Czy interfejs Modbus TCP zastępuje wewnętrzne sterowanie bezpieczeństwem kotła?
Nie. Vitotronic zachowuje pełną wewnętrzną kontrolę nad bezpieczeństwem spalania, ograniczeniem temperatury zasilania i ochroną pompy; Modbus TCP daje jedynie dostęp nadzorczy do odczytu i ograniczony zestaw zapisów nastaw, które kocioł może odrzucić, jeśli wykraczają poza skonfigurowane granice.
Czy mogę podłączyć interfejs Modbus TCP kotła bezpośrednio do linii KNX?
Nie. KNX TP i KNXnet/IP nie obsługują Modbus, więc między nimi potrzebna jest bramka Modbus TCP/KNX. Bramka odpytuje kocioł i publikuje każdą wartość jako obiekt grupowy KNX z przypisanym typem danych.
Gdzie znajdę dokładne adresy rejestrów dla mojego kotła?
W mapie rejestrów Modbus dokumentacji technicznej Viessmann dla konkretnego sterownika Vitotronic i wersji oprogramowania. Adresy nie są ujednolicone między generacjami kotłów, więc tabela z innego modelu lub starszego oprogramowania nie jest wiarygodna.
Czy KNX może nadpisać cykl antylegionellowy w obiegu CWU?
Nie powinien. Ten cykl jest częścią wewnętrznej funkcji bezpieczeństwa i higieny kotła. Pozostaw go skonfigurowany w Vitotronic i używaj KNX wyłącznie do zmiany zwykłej nastawy CWU przy zmianie obecności, a nie do wyłączania lub przesuwania cyklu antybakteryjnego.
Jak często bramka powinna odpytywać kocioł?
10–30 sekund wystarcza dla obiektów temperatury i statusu trybu; szybsze odpytywanie obciąża linię KNX i pętlę regulacji Vitotronic bez realnej korzyści eksploatacyjnej. Szybsze odpytywanie warto zarezerwować wyłącznie dla obiektów usterki/alarmu.
Potrzebujesz tego rozwiązania okablowanego w rozdzielnicy, a nie tylko na karcie katalogowej?
PanelCraft wcześniej okablowuje bramkę Modbus/KNX, sprzęgacz liniowy i zasilanie 24 V dla integracji kotłowni Vitodens w oznaczonej CE rozdzielnicy, dzięki czemu strona kotła i strona KNX trafiają na opisane zaciski zamiast na plątaninę osobnych puszek.
Zapytaj o wycenę →