Klimatizace (Daikin VRV 4)
Centrální systém Daikin VRV 4 s jednou venkovní jednotkou a 10 vnitřními jednotkami. Ovládání výhradně přes Home Assistant skrze DIII-Net Modbus rozhraní — kabelové ovladače Madoka nejsou fyzicky nainstalované (viz upozornění níže).
Primární zdroje pro tento dokument:
- dodací list dodavatele
DL_-_R-24000204(Multi Klima s. r. o.) — instalovaný materiál a pozice - Modbus design guide EKMBDXA — registrová mapa, parametrizace gatewaye
Dodavatel a realizace
- Dodavatel: MULTI KLIMA s. r. o., Strojírenská 260, Praha 5, IČ 26100720
- Obchodník: Miroslav Šrotýř, srotyr@multiklima.cz, +420 604 102 866
- Generální dodavatel stavby: FORMIC CONSTRUCTION s.r.o.
- Doklad: Dodací list č. R-24000204
- Médium: R410A, doplněno 8 kg
Venkovní jednotka (1×)
| Položka | Model | Popis |
|---|---|---|
| TČ VRV 4 venkovní | RXYQ12U | VRV IV, 12 HP (~33,5 kW chl.) |
- Elektro: 3× 32 A / C (přívod mimo cenovou nabídku dodavatele klimy)
- Konzole pod venkovní jednotku: Muepro sestava
Vnitřní jednotky (10×)
Mix dvou typů: stropní podhledové se středotlakým ventilátorem (FXSQ*) a parapetní neopláštěné (FXNQ*).
⚠️ Madoky neexistují fyzicky. Dodací list R-24000204 (pozice 0009) uvádí 10× kabelový ovladač Madoka BRC1H52W, ale fyzicky nejsou nainstalované v žádném pokoji. Ovládání systému je jen přes Modbus (HA), případně přes servisního technika při údržbě. To zjednodušuje provozní logiku — HA má autoritativní stav, žádný jiný kontrolér nemůže systém přepsat.
Soupis dle dodacího listu
| Poz. | Počet | Model | Typ | Jmenovitý výkon |
|---|---|---|---|---|
| 0002 | 2 | FXNQ25A | parapetní neopláštěná | 2,5 kW |
| 0003 | 4 | FXSQ25A | podhledová stropní (středotlaká, ESP) | 2,5 kW |
| 0004 | 1 | FXSQ32A | podhledová stropní (středotlaká, ESP) | 3,2 kW |
| 0005 | 3 | FXSQ50A | podhledová stropní (středotlaká, ESP) | 5,0 kW |
| 10 |
Mapování na místnosti (Home Assistant)
⚠️ Přiřazení modelu → místnost je odvozeno z velikosti místnosti a typu jednotky. Verifikuj proti projektu MaR a stavebním výkresům (Projekt_MaR_RD_Maradovi_241003.pdf u investora).
| HA entita | Místnost | Předpokládaný model | Termostat (Zigbee) |
|---|---|---|---|
climate.daikin_1_00 |
Ložnice | FXNQ25A nebo FXSQ25A | sensor.termostat_loznice_local_temperature |
climate.daikin_1_01 |
Obývák — sekce 1 | FXSQ50A | (sdíleno) |
climate.daikin_1_02 |
Obývák — sekce 2 | FXSQ50A | (sdíleno) |
climate.daikin_1_03 |
Obývák — sekce 3 | FXSQ50A | (sdíleno) |
climate.daikin_room_a_1_01_1_03 |
Obývák — aggregát (3× FXSQ50A) | virtuální | — |
climate.daikin_1_04 |
Belka | FXSQ25A | sensor.termostat_belka_local_temperature |
climate.daikin_1_05 |
Lucka | FXSQ25A | sensor.termostat_lucka_local_temperature |
climate.daikin_1_06 |
Bětka | FXSQ25A | sensor.termostat_betka_local_temperature |
climate.daikin_1_07 |
Tomáš | FXSQ25A nebo FXNQ25A | sensor.termostat_tomas_local_temperature |
climate.daikin_1_08 |
Tělocvična | FXSQ32A | sensor.termostat_tv_local_temperature |
climate.daikin_1_09 |
Janča | FXSQ25A nebo FXNQ25A | sensor.termostat_janca_local_temperature |
Logika přiřazení (předpoklady):
- 3× FXSQ50A (největší výkon) → obývák, který je dělený na 3 zóny (jednu virtuální klimu pro celý prostor zajišťuje aggregát
climate.daikin_room_a_1_01_1_03) - 1× FXSQ32A → tělocvična (vyšší výkon, větší prostor)
- 4× FXSQ25A + 2× FXNQ25A → 6 menších místností (ložnice + 5 dětských). Parapetní (FXNQ) jsou typicky tam, kde nejde podhledový rozvod — pravděpodobně ložnice + Tomáš.
Centrální ovládání: DIII-Net Modbus rozhraní
Gateway Daikin EKMBDXB (1 ks, pozice 0010 dodacího listu) převádí DIII-Net (interní Daikin sběrnice mezi jednotkami) na Modbus RS-485. Přes tento gateway Home Assistant čte a ovládá všech 10 jednotek.
- Manuál pro variantu A (kompatibilní, drobné HW odlišnosti):
docs/manualy/daikin_ekmbdxa/modbus.pdf - Maximálně 1 DIII-Net adresa = 1 jednotka nebo skupina jednotek
- Komunikace: RS-485 (Modbus RTU)
- Datové typy:
- Input registers (RO): 30001 – 39999, 16 bit (stav, teploty, alarmy)
- Holding registers (RW): 40001 – 49999, 16 bit (setpoint, mode, fan, on/off)
- Modbus address jednotky se nastavuje DIP switchem DS2 (1..15), Off/Off/Off/Off = Modbus zakázán
- Adresové schéma registrů je shodné pro všechny podporované Daikin modely
V repo to obsluhuje konfigurace v modbus/ (Waveshare gateway) + Daikin Modbus eventový bridge (viz appdaemon/apps/ a climate.yaml s climate_template jednotkami daikin_1_00..09).
⚠️ Závislost na custom komponentě mimo repo.
climate_templateplatforma pochází z HACS integrace jcwillox/hass-template-climate (verze v1.4.0, domainclimate_template).custom_components/je v.gitignore(HACS-managed), takže tahle závislost není v repu — při disaster recovery je nutné ji po obnově HA znovu doinstalovat přes HACS, jinak celáclimate:sekce spadne. Podporujehvac_action_templateiavailability_template(ověřeno proti zdrojáku v1.4.0).
Refrigerantní rozvody (informativní)
| Materiál | Délka |
|---|---|
| Měď EBRILSPLIT 3/8" předizolovaná | 20 m |
| Měď EBRILSPLIT 1/2" předizolovaná | 15 m |
| Měď EBRILSPLIT 7/8" předizolovaná | 20 m |
| TWIN 1/4-1/2 (Cu 6/12) | 45 m |
| TWIN 3/8-5/8 (Cu 16/10) | 16 m |
| Frigotec 28×1 F36 tvrdý | 15 m |
| Kaiflex EF 13×28 (izolace) | 15 m |
Rozbočovače REFNET:
- 5× KHRQ22M20T (malé)
- 3× KHRQ22M29T9 (střední)
- 1× KHRQ22M64T (hlavní, nejblíže venkovní jednotce)
Vzduchovody pro stropní jednotky
Stropní jednotky FXSQ jsou středotlaké (středotlaký ESP = external static pressure) — vyfukují přes přechodový box do potrubí a vyústek. Není to kazetová jednotka s viditelnou mřížkou na stropě.
- 13× přechodový box (čtyřhranné pozinkované potrubí, sk. I)
- 32 m² K-Flex H DUCT METAL tl. 20 mm (kaučuková izolace boxů)
- 55 m flexi SONOFLEX MI 203
- Vyústky NOVA-H (Mandík):
- 8× 625×225 (jednotky 25/32) + 8× upevňovací rámeček
- 6× 825×225 (jednotky 50) + 6× upevňovací rámeček
- 3× regulace R1-NOVA 825×225 (přívodní vyústky 50)
- 18× talířový ventil přívodní DN 200 kovový bílý KI 200
Elektroinstalace
Není v rozsahu dodávky klimy. Investor zajistil:
- 1× 16 A, char. C — okruh všech vnitřních jednotek dohromady
- 3× 32 A, char. C — venkovní jednotka
Komunikační kabeláž mezi jednotkami: JYTY 2×1,0 (300 m).
Provozní strategie
Viz docs/decision_log.md — záznamy 2026-05-25 — Klimatizace: provozní strategie a skupinové ovládání a 2026-05-25 — Klimatizace: cooling-only architektura a master cool guard.
Stručně:
- Cooling-only systém. Nikdy se nepoužívá heat/auto/dry. HA UI nabízí jen
offacool. - DIII master = 1-09 Janča (jižní pokoj, hardwarové připojení mastera). Slaves (1-00..1-08) přebírají master's mode přes DIII-Net.
- Mode register se po inicializaci NIKDY nezapisuje — HA posílá jen on/off + setpoint + fan. Master cool guard v AppDaemonu kontroluje master každých 10 min a přepíše ho na cool, pokud by se z nějakého důvodu (servisní zásah) přepnul jinam. Při zásahu vznikne persistent notification "Klima: master mode rewritten".
- Ventilátor je natrvalo na rychlosti 1 (všechny jednotky, za všech okolností) — nejtišší provoz. Při dosažení setpointu (thermo-off) jednotka ventilátor nechává běžet (míchá vzduch, měří teplotu) — to je záměr, ne porucha. Úplné vypnutí ventilátoru při dochlazení není proveditelné (field setting nedostupný přes Modbus, jednotky vestavěné bez Madoky) — viz
decision_log.md2026-07-23. - Léto + PV přebytek: setpoint 23–25 °C, přes solární peak akumulovat chlad do hmoty domu.
- Po západu slunce vypnout, větrat okny (komínový efekt —
cover.hala_okno_schodiste+cover.galerie_okno). - Dashboard: Klima v levém menu HA. Ovládání je zatím 100% manuální přes tlačítka na dashboardu — žádná automatika klimy zatím neběží (viz
docs/todos.md→ Climate orchestrace).
Skupinové scripty (autoritativní seznam, viz scripts.yaml):
| Script | Co dělá | Jednotky |
|---|---|---|
klima_off |
vypne dům | obývák + Belka, Lucka, Bětka, Tomáš, Tělocvična, Janča (9 jednotek bez ložnice) |
klima_dum_set |
cool na zvolenou teplotu (pole teplota) |
tytéž jednotky jako klima_off |
klima_pv_soak |
agresivní chlazení 22 °C přes PV peak | tytéž jednotky |
klima_deti_off |
vypne holčičí pokoje | Belka, Lucka, Bětka |
klima_deti_set |
cool na zvolenou teplotu | Belka, Lucka, Bětka |
klima_loznice_off |
vypne ložnici | 1-00 Ložnice |
klima_loznice_set |
cool na zvolenou teplotu | 1-00 Ložnice |
Dashboard tlačítka volají tyto scripty s presety: Dům 23/24/25 °C, Děti 20/22/24 °C, Ložnice 18/20/22 °C. Ložnice je samostatně, aby šla chladit agresivněji než zbytek domu. Tomáš a Janča nejsou ve skupině „Děti" (jiný profil), ale jsou součástí „Dům".
HA implementace klimy
- Read: HA Modbus integrace (
modbus/waveshare_vzt.yaml) čte per jednotka input registry (raw_status, raw_mode, setpoint, room temperature) každých 30 s + chybový kód (33601+) každých 60 s. Po každém zápisu AppDaemon vyvoláhomeassistant.update_entitypro okamžitý refresh do 1-2 s. - Write: AppDaemon
appdaemon/apps/daikin_modbus.pyposlouchá eventDAIKIN_MB(vyvoláván zclimate.yamltemplate) a píše do holding registers 42001 (on/off + fan) a 42003 (setpoint). - Debounce: identické po sobě jdoucí zápisy do stejného registru během 2 s se zahodí (chrání před 7000 commands/year limit a před uživatelským spamem). Zápis s jinou hodnotou (např. off→on→off) projde vždy.
- Desired-state cache: po zápisu do 42001 si driver 35 s pamatuje zapsanou hodnotu a skládá z ní další zápis místo 30s-polovaného senzoru. Zavírá race, kdy změna fanu těsně po zapnutí přečetla ještě „starý" stav
on=0a jednotku zase vypnula. - Master guard: startup + každých 10 min ověří, že master 1-09 je v cool (holding 42002 = 2). Pokud ne, zapíše cool a pošle persistent notification + mobilní push „Klima: master mode přepsán".
- hvac_action: každá jednotka rozlišuje
off/cooling(bit 7 „thermo status" v raw_status = jednotka reálně chladí) /idle(zapnuto, ale teplota dosažena). Vidět v UI a v historii (recorder má climate doménu zapnutou). - availability: když raw_status senzor přejde na
unavailable(výpadek brány/EKMBDXB), climate entita se zneviditelní místo aby předstírala 0 °C / off.
Diagnostika a troubleshooting
| Situace | Co to znamená / co dělat |
|---|---|
| Notifikace „Klima: master mode rewritten" | Master 1-09 se přepnul mimo cool (servisní zásah, jiný BMS pokus) a guard ho vrátil zpět na cool. Žádná Madoka připojená není, takže to musel udělat technik. Info notifikace — pokud jsi nezasahoval, ověř, kdo na systému pracoval. |
| Notifikace „Klima - brána offline" | Waveshare brána (192.168.40.42) nebo Daikin EKMBDXB neodpovídá > 5 min → ovládání klimy je mimo provoz, zápisy tiše selhávají. Zkontroluj napájení brány a síť (IoT VLAN 40). |
| Notifikace „Klima - porucha jednotky" | Některá jednotka hlásí Daikin chybový kód (sensor.klima_chybove_kody, např. „1-04 Belka: U4"). Význam kódu je v servisní dokumentaci Daikin; kontakt Multi Klima (Miroslav Šrotýř, +420 604 102 866). |
| Klima entity jsou nedostupné (unavailable) | Výpadek brány — viz „brána offline" výše. |
Jednotka je on, ale nechladí (idle) |
Normální stav — dosáhla setpointu (thermo off). Chlazení naskočí, až teplota v místnosti stoupne. |
| Debug všech jednotek naráz | AppDaemon služba appdaemon.daikin_mb_debug (nebo event DAIKIN_MB s cmd: debug) vypíše on/fan/mode/role/raw hodnoty všech 10 jednotek do AppDaemon logu. |
Kontrakt eventu DAIKIN_MB
climate.yaml posílá tyto eventy, daikin_modbus.py je obsluhuje:
cmd |
Další pole | Efekt |
|---|---|---|
power |
target, state (on/off) |
zapne/vypne jednotku(y) |
set |
target, volitelně setpoint (°C), fan (auto/1–5), power |
nastaví setpoint / fan / power; mode je ignorováno (cooling-only) |
debug |
— | výpis stavu všech jednotek do logu |
target = jedna adresa (1-09), více čárkou (1-01,1-02,1-03), nebo prázdné = všechny. Mode register se přes event nikdy nezapisuje.
Známé úlohy a otevřené body
Viz docs/todos.md sekce Climate orchestrace:
- Orchestrátor okna ↔ klima (PV, předpověď, stav otvírání)
- Audit oken přízemí (jestli okruh oken pokrývá HS portál)
- Verifikovat přesné mapování modelů na místnosti proti projektu MaR