Az energiahatékonyság növelése, a hibás eszközök észlelése és a vendégek hibás magatartásának megelőzése a Yabune Home Smart Hotel Solution használatával
A Várgesztesi Villapark megbízásából készült munka során az összesen 125 házból álló komplexum 108 házában található fűtés vezérlés okosításában vehetett részt a Yabune Home csapata.
A megrendelő a következő problémakörrel keresett minket:
„a lakók gyakorta felülbírálják a termosztát döntését, amivel túl fűtik a házat, vagy éppen leválasztják a helyi wifi hálózatról azt, így elveszítve a menedzselhetőségét az okostermosztátoknak.”
A feladatunk, hogy kialakítsunk egy központi vezérlő felületet melynek segítségével:
- Egy egységbe zárjuk a különböző márkájú okos wifis termosztátokat.
- Felügyeljük az egyes wifis termosztátok, valamint, szükség esetén lehetőséget biztosítunk a kézi beavatkozásra (alul vagy túl fűtés esetén).
- Automatikát biztosítunk, melynek segítségével a Yabune Home központja megakadályozza a túl, vagy alul fűtést.
- Automatikát biztosítunk, amely emailben értesíti a park üzemeltetőjét, amennyiben az egyes termosztátok nem elérhetőek a hálózaton.
- Automatikát biztosítunk, amely emailben értesíti a park üzemeltetőjét, amennyiben fagyásveszély van.
- Adat alapú analitikai felületet biztosítunk, amely segít a park üzemeltetőjének megérteni azt, hogy az egyes házak esetén mekkora hőigény van, hol érdemes beavatkozni/korszerűsíteni. Ennek segítségével a gázfogyasztás és az ökológiai lábnyom is csökkenthető.
- Külön felületet és jogosultságot biztosítunk az üzemeltetők és a rendszer adminisztrátorok részére.
A komplexum területén 125 önálló ház található melyek ’társasházi’ és ’hotel’ szerepkört is ellátnak. A házakban túlnyomó többségben Computherm E280/E300 szériás wifi termosztát termékek találhatóak (82 db), valamint kisebb hányadában Ariston Cube S Net wifis termosztátok (26 darab) vannak beszerelve.
A komplexum területén teljes wifi hálózat lefedettség található, mely biztosítja, hogy az egyes okoseszközök egy hálózaton belül legyenek elhelyezve. Az egyes wifis termosztátok IP címe megegyezik a ház számával, ezzel is biztosítva a strukturált kialakítást.
A feladatot a Yabune Home rendszere látja el, erre egy Argon One került telepítésre. A feladat során törekedtünk arra, hogy a rendszer dinamikusan fejleszthető legyen, tehát ha például új termosztát kerül beszerelésre, vagy csere történik, úgy az operátornak nem szükséges semmilyen további lépést tenni, mert az eszközök teljesen automatikusan bekerülnek a rendszerbe mind vizuális, mind automatizációs szempontból. Az egyes értékpontok (túl magas, túl alacsony hőmérséklet) szintén szabályozhatóak az operátor által, amit az automatizmusok is figyelembe vesznek.
Computherm integráció
A feladat elvégzése során a Yabune által támogatott hivatalos Computherm integráció számos új funkciót kapott:
1. Az integráció automatikusan felderíti a hálózaton elérhető Computherm eszközöket és azokat hozzáadja a Yabune Home felületéhez automatikusan.
2. Fejlesztettük a hibakezelést.
3. Csökkentettük a rendszer betöltési idejét is.
Az adatvizualizációs felület, a Yabune Home felületéről elérhető külön szolgáltatásként került megvalósításra, melynek segítségével lehetőség van megszabni azt, hogy mely házakat, milyen intervallumban szeretné az üzemeltető vizsgálni.
A jövőben a megrendelő igény alapján az alábbiak kerülnek kialakításra:
- Klímai egységek (Midea) integrációja a fent megnevezett automatizációkkal.
- Az összes ház esetében beállításra kerül a villamossági energia fogyasztás mérésére és a ház tápellátását szabályozó eszköz.
- Lehetőség lesz a belső medencével ellátott házak víz hőmérsékletének mérésére és a medence automatika felülvezérlésére.
Szakmai háttérinformációk
A feladat ellátásának nagy részét három automatizáció teszi lehetővé:
- Az egyes számú védvonal logikája, hogy amennyiben a rendszer olyan eseményt kap ami a termosztát állapot változásáról szól, úgy megvizsgálja a cél hőmérsékletet és ha túl magas/alacsony akkor az üzemeltető által által megadott értékhatárok közé módosítja:
alias: Climate auto update on based on min/max temp
description: Climate auto update on based on min/max temp
trigger:
- platform: event
event_type: state_changed
event_data: {}
condition:
- condition: template
value_template: >-
{{
(trigger.event.data.entity_id.startswith('climate.computherm_thermostat_')
or trigger.event.data.entity_id.startswith('climate.remote_gw_thermo_'))
and
trigger.event.data.new_state.attributes.temperature !=
trigger.event.data.old_state.attributes.temperature and
(trigger.event.data.new_state.attributes.temperature|float >
(states("input_number.max_temp")|float) or
trigger.event.data.new_state.attributes.temperature|float
{% if trigger.event.data.new_state.attributes.temperature|float >
(states("input_number.max_temp")|float) %}
{{states("input_number.max_temp")}} {% else %}
{{states("input_number.min_temp")}} {% endif %}
mode: single
2. A kettes számú védvonal egy idő alapú logikára épít, melynek a lényege, hogy meghatározott időközönként a rendszer végig iterál az összes elérhető termosztáton és amennyiben nem elfogadható értéket talál úgy azt módosítja a fenti logikának megfelelően. Ennek a célja az, hogy biztosítva legyünk abban az esetben, ha az első automatizációnál nem is vettük észre a problémát, és a változást belátható időn belül szabályozni tudja a rendszer.
3. A harmadik automatizáció az email értesítések küldéséért felelős.Két fő feladata van:
- értesítéstküld, ha túl alacsony a hőmérséklet a házban – fagyásveszély
- értesít akkor is, ha egy adott termosztát permanensen nem elérhető
Ez az automatizáció minden reggel egy előre meghatározott időpontban fut le.
service: notify.email_notification
data:
title: Villapark Termosztát Állapotok
message: ''
data:
html: >
Tisztelt Villapark Üzemeltető!</br></br> {% for e in
states.climate|sort(attribute='name') %} {% set temp =
e.attributes.temperature %} {% if
(e.entity_id.startswith('climate.computherm_thermostat_') or
e.entity_id.startswith('climate.climate.remote_gw_thermo_')) and 'Ház' in
e.name %}
{% if state_attr(e.entity_id, 'temperature') is none %}
A {{e.name}} termosztátja nem elérhető!
<hr>
{% endif %}
{% if state_attr(e.entity_id, 'temperature') is not none
and state_attr(e.entity_id, 'current_temperature')|float <
states('input_number.absolute_min_temp')|float %}
A {{e.name}}ban túl hideg van! Jelenleg a hőmérséklet:
{{state_attr(e.entity_id, 'current_temperature')|float}}
<hr>
{% endif %}
{% endif %} {% endfor %} </br> Üdvözlettel,</br> A Yabune Home csapata
Vizualizációs szempontból is kihívást jelent ennyi értéket használható formában megjeleníteni. Ennek megoldására az egyik kedvenc kiegészítő kártyánkat használtuk fel (auto-entities). Ahogy az a lentebbi kód részletekből is látszik, két kártyát hoztunk létre. Az első csak és kizárólag a hibás termosztátokat mutatja (nem elérhető termosztát, alacsony, túl magas cél hőmérséklet), a második kártya a teljes listát megadja, ahol színekkel különböztetjük meg a hibás termosztátokat.
type: custom:auto-entities
card:
type: entities
title: Hibás házak (fűtés)
state_color: false
filter:
template: |
{% for e in states.climate %} {%
set temp = e.attributes.temperature %}
{% if (e.entity_id.startswith('climate.computherm_thermostat_') or
e.entity_id.startswith('climate.remote_gw_thermo_'))
and 'Ház' in e.name %}
{% if state_attr(e.entity_id, 'temperature') is none or
(state_attr(e.entity_id, 'temperature') is not none
and state_attr(e.entity_id, 'current_temperature')|float <
states('input_number.absolute_min_temp')|float) or
state_attr(e.entity_id, 'current_temperature')|float|round
states('input_number.max_temp')|float) %}
{{ e.entity_id}},
{% endif %}
{% endif %}
{% endfor %}
exclude: []
sort:
method: friendly_name
numeric: true
type: custom:auto-entities
card:
type: entities
title: Összes ház (fűtés)
filter:
include:
- domain: climate
name: '*Ház*'
options:
style: |-
:host {
--paper-item-icon-color:
{% if state_attr('this.entity_id', 'temperature') is none %}
#CC3D40
{% elif state_attr('this.entity_id', 'temperature') is not none and
(state_attr('this.entity_id', 'current_temperature')|float <
states('input_number.absolute_min_temp')|float or
state_attr('this.entity_id', 'current_temperature')|float
states('input_number.max_temp')|float %}
#CC3D40
{% endif %}
; }
exclude: []
sort:
method: friendly_name
numeric: true
Záró gondolat
Amellett hogy az eredeti cél megvalósításra került, további előnyöket is kapott mind az üzemeltető, mind a park tulajdonosa. A fűtési rendszer karbantartása lényegesen megbízhatóbb lett, hiszen pontos képet kap az üzemeltető az adott helyzetről és nem kell megvárni amíg a vendég bejelenti a felmerülő problémát. Ugyanebből az okból kifolyólag csökken az esélye hogy télen a ház elfagy.
A park tulajdonosai pontosabb képet kapnak arról is, hogy a házaik milyen hőigénnyel rendelkeznek, milyen hőtartássi tényezővel kell számolniuk. Sőt mi több, ennek köszönhetően gázszámlájuk és ökolábnyomuk is csökken.
Fagyasztott virsli a termosztáton
A Megrendelők a rendszer üzembe állítását követően osztotta meg velünk, hogy a legdurvább hackelés, amit eddig látott akkor volt, amikor az egyik lakó a fagyasztott virslit rárakta a termosztátra, ezzel becsapva a termosztátban lévő hőmérőt és maximálisan túl hajtva a cirko normális kapacitását. Az emberi leleményesség határtalan.
Ha te is szeretnél hasonlóan minőségi megoldásokat vagy van olyan kérdésed, amely az okosotthon rendszerekhez kapcsolódik, vedd fel velünk a kapcsolatot!
Mikor még az okos otthon rendszer gondolata sehol sem volt a fejemben, már akkor gondolkodtam, hogy jobb lenne a központi fűtés hagyományos termosztátot lecserélni egy távvezérelhető eszközre.
Falba süllyeszthető vezérlőt nem választhattam, mert a vezetékek miatt a falat nem akartam szétvésni.
Mindenképpen olyan fajtát kerestem, amit bárhol, bármikor eltudok érni és szabályozni is lehet.
A termosztátról, beüzemelés, okos vezérlés
A BEOK BOT306RF WIFI-re esett a választásom.
Ez egy kínai termék, a nevében is benne van, hogy a vezérlő a központi egységgel rádióhullámon kommunikál (RF), és távolból WIFI-n lehet elérni.
A beüzemelés elsőre nem volt egyszerű, ugyanis két mobilalkalmazásra is szükség volt.
RF-SN(BEOK) alkalmazással tudtam az eszközt megkerestetni, és a BEOK Home alkalmazással hozzáadni, és használni.
Miután sikeresen beüzemeltem, boldogan használtam, de a telefonom egyre csak duzzadt a sok gyártói alkalmazásoktól, emiatt később egyre nehézkesebb volt az eszközöket átlátni, vezérelni. Hosszú kutakodás után megtaláltam a megoldást. A Home Assistant okos otthon rendszerrel, a sok különböző márkájú eszközöket, a különböző integrációk segítségével egy rendszerben is lehet használni, mint például a fűtés vezérlést.
Hogy is működik?
Immár három féleképpen lehet kezelni:
- Fizikailag a vezérlőn.
- A gyári mobilalkalmazással.
- A Home Assistant okos otthon rendszerrel.
Képek a mobil alkalmazásról:
(Nem csak a BEOK hanem a Computherm mobil alkalmazással is lehet vezérelni.)
Az alábbi videóban látható, hogy teljesen mindegy mivel, honnan vezéreljük, mindkét felületen azonnal lehet látni a változást.
Miért jó, hogy az okos otthon rendszerrel is lehet vezérelni?
- Minden egy átlátható rendszer alatt van.
- A Home Assistant bármilyen platformon használható, így a termosztát is.
- Több módon is lehet automatizálni.
- Különböző feltételek szerint, összetettebb funkciókkal is lehet használni.
Például, ha elhagyod az otthonodat, vagy hazafele tartasz, aszerint állítja fűtést.
Te is szeretnéd egyszerűen felokosítani a fűtésrendszeredet?
Otthonomról, rólam:
Kaposváron a párommal egy 35 négyzetméteres kis lakásban lakunk. 2018-ban volt nálunk a lakásfelújítás, és anno még a gondolat sem járt a fejünkben, hogy okos otthont szeretnénk. A villanyvezetékek a falba fixen lettek bekötve, mert annyira vékonyak a falak, hogy a csőrendszer kiépítése nem volt lehetséges, ez nagyon megnehezítette az okos otthon rendszer kiépítését. Mára azonban számos olyan eszköz és megoldás elérhető, amivel egy átlagos otthonból, utólag okos otthont lehet varázsolni. Nem kell a falakat szétverni, nem kell fúrni-faragni. A Yabune Home megoldásaival szinte bármilyen lakásból, minden igényt kielégítő okos otthont lehet teremteni.
Miért és hogyan szippantott be a Yabune Home?
Egy ideje már nagy örömmel használom a Xiaomi egyik robot porszívóját, a Xiaomi Vaccum Cleaner Gen1-es változatot. Ezen kívül használtam pár Xiaomi okos konnektort, Magic Home led szalagot, és Beok termosztátot.
Elkezdtem kutakodni, hogy hogyan lehet a fent említett eszközök Android-os alkalmazásukat egy felületbe varázsolni. Szomorúan tapasztaltam, hogy sehogy, legalábbis az átlag felhasználó sehogy. Hosszú kutakodás, után megtaláltam a megoldást: a Yabune Home-ot, amely a Home Assistant rendszerét fejlesztette tovább.
Döbbenve tapasztaltam, hogy a korábbi igényeimet nemhogy kielégíti, de sokkal jobban testreszabhatóbb, sokkal jobban ki lehet használni az eszközöket a Yabune Home rendszer segítségével, mint ahogy álmodoztam róla.
Korábban azt hittem, hogy ha van konnektor, takarítógép, termosztát, amiket a világon bárhol tudok vezérelni, akkor az otthonunkat már okos otthonnak lehet nevezni. Ez korántsem így van, mert ezek csak okos eszközök, amik nem képesek más eszközökkel kommunikálni, vagy csak nagyon korlátozottan. A Yabune Home csapat segítségével szinte bármilyen eszközt össze lehet hangolni.
Eddig mit sikerült megvalósítani a Yabune Home rendszerével
Ma már az ablakok állapotait, az egyszerű buta mosógép program lejártát, a lakáscsengő állapotát, a kaputelefon kód aktiválását, a kaputelefon hívását egyaránt tudom ellenőrizni, ha szükséges értesítőket is kapok. A fűtést automatikusan és manuálisan egyaránt tudom szabályozni, sőt, ha nyitva van az ablak, akkor a Yabune Home lekapcsolja a fűtést, mert nem az utcát szeretném fűtteni, de amint becsukom az ablakot, és nincs meg a lakásban a kívánt hőmérséklet, ismét fűt.
Az okos takarítógépet egyszerűbben, gyorsabban eltudom indítani, anélkül, hogy a Xiaomi alkalmazást kellene megnyitom. Csak egy- két kattintás, és az általam előre megadott helyiségeket takarítja, amit eredetileg, a saját rendszerével nem lehet megoldani (Gen1-nél).
Ezenkívül különböző időszakok, akár a nap állása szerint, a mozgásérzékelők könnyítik meg a lámpák fel és lekapcsolását.
Esténként a kellemes fényhangulatért például az ágy alatti mozgásérzékelő és a led szalag gondoskodik, ami teljesen automatizálva van, de manuálisan is egyszerűen szabályozható.
Ha csengetnek, akkor a szobában kétszer villog a lámpa, vagy ha lejár a mosógép, több helyiségben kétszer röviden, és kétszer hosszan villognak az égők. Ez a példa az idősembereknek, hallássérülteknek, süketeknek hatalmas segítség. Ezeket nem csak az okostelefonon, hanem bármilyen más platformom is elérhetem, vezérelhetem.
Aki még sosem látott, tapasztalt okos otthon rendszert, valószínű egyáltalán nem, vagy csak nagyon minimálisan tudja elképzelni, hogy mennyire előnyös. Már többször is olvastam különböző fórumokon, hogy az asszony nem érti, miért is jó, tiszta hülyeség az okos otthon. Na de ha már meg van, akkor milyen jó hogy van, szuper, természetesnek veszi (az a jó, az a lényege, hogy megkönnyítse, kényelmessebbé tegye az életet).
Sokan pedig csak akkor szembesülnek az okos otthon előnyeivel, amikor esetleg valamiért nem működik. Szerencsére, ha jól van kiépítve, ilyen hiba nem , vagy csak nagyon ritkán fordulhat elő.
Ma már nagyon nehezen tudnám elképzelni az életemet az okos otthon rendszer nélkül, de nem is kell, mert a Yabune Home csapata készségesen áll mindenki rendelkezésére!
Ha szeretnél saját okos otthon rendszert, akkor jelentkezz egy ingyenes konuzltációra és mindent átbeszélünk.
A feladat ...
A Yabune Home elsősorban vezetéknélküli rendszerek integrálásával foglalkozik. Legtöbb esetben WiFi, Zigbee és Z-wave protokollok valamelyikét szoktuk ajánlani ügyfeleinknek. Azonban vannak olyan esetek, amikor a vezeték nélküli rendszer nem megoldható egyszerűen, vagy mert az adott eszközök nem támogatják, vagy mert már létezik kiépített vezetékes infrastruktúra és a vezetéknélküli hálózat létrehozás szükségtelen többlet kiadást okozna.
Ebben a blog posztban, egy teljes iroda és telephely klíma rendszerének korszerűsítést mutatjuk be a Yabune Home rendszerrel. Ügyfelünk megkeresett minket, hogy szeretné iroda házukat és a hozzá tartozó egyéb épületek klímáit okosítani.
A következő klíma rendszer volt adott:
- 2 db Daikin VRV hőszívattyú
- 18 db beltéri plafonba süllyesztett egység
- 16 db falra szerelt vezetékes kézi vezérlő
A Daikin rendszer körülbelül 10 éve lett telepítve, valamint a két hőszivattyú 1 évvel ezelőtt le lett cserélve újabb típusra. Első körben felmértük az igényeket a vevőtől, amik a következők voltak:
- Jelenlegi klímák helységenkénti vezérlése távolról
- Hőmérséklet értékek monitorozása
- Később bővíthető központ
Első körben felmértük mik a lehetőségeink okosításra. Ehhez felvettük a kapcsolatot a Daikin Hungary Kft-vel, hiszen náluk jobban senki sem ért a Daikin hőszivattyúk vezérléséhez. Nem is kellett csalódnunk rendkívül segítőkészek voltak és gyorsan megfelelő szintre hoztak minket szakértőik segítségével. A megbeszélések során körvonalazódott, hogy az egyik lehetséges és gazdaságilag is rentábilis megoldás a ModBus-on keresztüli vezérlés.
Több érv is szólt a ModBus mellett, de a két legfontosabb, hogy a Home Assistant natívan támogatja mind a ModBus RTU-t és a ModBus TCP-t is valamint a Daikin EKMBDXA ModBus adapter beszerzése és vezérlése is reális feladatnak tűnt.
Ahogy korábban már említettem az ügyfelünknél kiépített rendszer ipari méretú (18 belső egység és 2 hőszivattyú) és a ModBus adaptert is be kellett szerezni, hiszen eredetileg nem rendelkeztek vele. Azonban ahhoz, hogy kitaláljuk az infrastruktúrát, meg kellett értenünk, hogy működik a vezérlés jelenleg. Minden helységben egy BRC1D52 -es vezetékes controller gondoskodott a szabályzásról. Sajnos ezek az eszközök nem nagyon okosíthatóak, de kapóra jöttek, hogy a manuális beavatkozás lehetősége az automatizálás után is megmaradjon.
Fel kellett mérnünk a Daikin szakértő segítségével, hogy a jelenlegi megoldásban, hogyan működik a vezérlés. Mint megtudtuk, a Daikin Bus protokollja esetében a plafonon elhelyezett berendezések kommunikálnak a külső egységgel és 12 egység a nagyobb hőszivattyúra míg 6 a kisebbre van kötve.
Valahogy így:
Az elmélet ...
Ahhoz, hogy Home Assistant-on keresztül vezérelni tudjuk a rendszert meg kellett oldanunk, hogy ModBus-on keresztül tudjuk megszólítani és szabályozni az eszközöket. Erre a Daikin-nál létezik több megoldás is az egyik a Daikin RTD-NET Control Interface, amelyet minden belső egység elé beszerelve lehetővé teszi, hogy ModBus-on keresztül vezéreljük őket. Ez 2-3 plafon kazetta esetén meg is éri, de 18-nál komoly többlet költséget jelent, így kénytelenek voltunk más opció után nézni. Köszönettel tartozunk a Daikin-os szakértőknek újfent, hiszen ők terelték a figyelmünket a Daikin EKMBDXA ModBus adapter irányába. Ez az eszköz közvetlen fordítja a ModBus protokollt a Daikin belső Bus protokolljára. Direkt BMS (épület menedzsment rendszer) rendszerekhez találták ki. Ára ennek megfelelően elég magas, de 18 belső egységnél már megéri.
Ez alapján elkezdtük kitalálni az architektúrát, ami nagyjából így kell hogy kinézzen:
A ModBus regiszter alapon kommunikál, mint a legtöbb busz alapú megoldás. Minden eszköz rendelkezik egy vagy több input és state regiszterrel. Az előbbibe beírhatunk értéket a szabályzáshoz, míg az utóbbiakból kiolvashatunk értékeket, mint például állapot, vagy hőmérséklet. Ahhoz, hogy tudjuk vezérelni a plafonba szerelt egységeket, fel kell őket címezni. Ez közepesen érhetően le is van írva a Daikin kezelési utmutatóban, de nem lepődtünk meg az utasításokat elolvasva, hogy ezt a feladatot nyilván nem végfelhasználóknak találták ki. Ha felcímeztük az egységeket és a ModBus Adapter is rendesen funkcionál akkor a következő lépés a Home Assistant alá való integrálás. Létezik HA ModBus integráció, de korántsem fedi le az összes igényünket, de ellenben aránylag bővíthető scriptekkel, templatekkel. Innentől az hogy mit kell tennűnk egyértelművé vált.
Minden ModBus implementáció más, ezért a Daikin saját ModBus Design dokumentációját át kellett néznünk. Hiszen ott van leírva, hogy pontosan hogyan és milyen regiszter címeken lehet kiolvasni az eszközök értékeit, valamint szabályozni őket.
Ez a dokumentáció ITT elérhető.
A ModBus Adaptert sima kéteres 0.75 -ös vezetékkel össze kell kötni sorban a két hőszivattyúval. Ha ez megtörtént, akkor Soros porton keresztül (pl.: USB adapter) bekötni a Yabune Home-ot futtató szerverbe.
A ModBus Adapteren be kell állítani a kezdő regiszter címet, DIP Switchek segítségével. Ennek leírását az előző pontban megosztott dokumentáció segítségével lehet megoldani (1.3.2 Wiring Diagram).
A fali vezérlő segítségével minden panel címét be kell állítani. Az EKMBDXA Adapter összesen 4 zónában 16 eszközt támogat, jelen esetben 18 eszközt kellett felkonfigurálnunk, de ez is jelentős időt emésztett fel, hiszen a körülményes szekvenciát minden helységben meg kellett tenni.
A Home Assistant alapú Yabune Home rendszert az ügyfél kérésére saját szerverére telepítettük. A folyamatról pontos jegyzőkönyvet is készítettünk, hiszen ez elvárás volt az infrastruktúrát üzemeltető szakemberektől is. A ModBus integrációról bővebben a megvalósítás fejezetében térek ki.
Miután mindent beállítottunk és felkonfiguráltunk az átadás előtt természetesen végig kell néznünk, hogy minden úgy működik, ahogy elterveztük. Fontos megjegyezni, hogy a ModBus EPROM-ba ír , tehát nem lehet végtelenszer írni az input regisztereket, erre fail safe megoldásokat kelllett kitalálnunk és le is tesztelni őket.
A megvalósítás ...
A két hőszivattyút sorosan be lehet kötni az adapterbe, míg az adaptert, pedig ModBus RTU segítségével, soros porton keresztül betudtuk kötni a Yabune Home központnak helyet adó szerverbe a szerver szobában. A vezetékezés megoldása körülményes, volt hiszen a két hőszivattyú egymástól 30 méterre volt, szabad levegőn. A kábel elvezetésénél oda kellett figyelni a megfelelő időjárás elleni védelemre, valamint az esztétikailag igényes megoldásra is.
A távolság nem volt igazán probléma, hiszen a Daikin Bus protokollt, akár 1000 m távolságra is elvihetjük, mielőtt a kábelveszteség problémát okozna.
Miután sikerült a megfelelő vezetékezést megoldani jöhetett a következő lépés. A belső egységek felcímzése Modbus-on. Mivel a vezérlő most került be, ezért a plafonba szerelt esközök nem rendelkeztek semmilyen azonosítóval, amire a Home Assistant-ban hivatkozni tudnánk. Ez egy lépés, amit minden falivezérlőn keresztül be kell programozni. Szintenként külön Groupbra raktuk az eszközöket. Maxmum 4 csoportot lehet beállítani és azokon belül is 16 eszközt, vagyis összesen 64 beltéri egységet. Ez a vezérlő limitációja, de esetünkben bőven elégnek bizonyult. Itt szintén erősen hagyatkoztunk a Daikin Magyarország szakértőjére, hiszen a leírás részletes, azért nem mindenhol teljesen egyértelmű és jobb rá kérdezni. Miután sikerült mindent beállítani a vezérlőkön, haladhattunk tovább a Home Assistant konfigurációval.
Első körben a configuration.yaml -t kellett updatelni, hogy hozzáadjuk a modbus modult és annak eszközeit/szenzorait. A lentebbi kód ezt a részletet mutatja be. Első körben meg kell nevezni a Modbus master elérhetőségét, ami jelen esetben, soros porton lett a központhoz kötve (method: RTU és type: serial). A soros átvitelt, egy RS-485 to USB átalakítóval oldottuk meg így a port attribútumot az USB eszköz címére kell állítani. A további beállítások a Daikin központ adatlapja szerint történtek. A legújabb HA beállításoknak megfelelőena modbus komponens alá lettek besorolva a klímák, bináris és sima szenzorok.
És akkor itt a kódrészlet is:
modbus:
- name: daikin
type: serial
method: rtu
port: /dev/ttyUSB0
baudrate: 9600
stopbits: 1
bytesize: 8
parity: E
climates: !include_dir_merge_list packages/daikin_climate_modbus/climates
sensors: !include_dir_merge_list packages/daikin_climate_modbus/sensors
template: !include_dir_merge_list packages/daikin_climate_modbus/binary_sensors
A szemfülesek gyorsan kiszúrhatják, hogy a bináris szenzorok, nem a modbus komponens alatt vannak. Ez nem hiba, hiszen ők nem mások mint template binary_sensor-ok. Erről bővebben kicsit lejjebb.
A koncepció rendkívül egyszerű, első körben hozzáadtuk a klímákat a Home Assistant dokumentációjának megfelelően. A megfelelő paramétereket és regiszter címeket a Daikin Modbus Interface Design Guide-ból néztük ki.
Valamint kérdéses esetekben, a Daikin-es szakértővel konzultáltunk.
A különböző helyiségekben található beltéri egységek üzemállapotának lekérdezéséhez binary_sensor entitásokat hoztunk létre, a különféle paraméterek lekérdezésére, mint például az egység által mért hőmérséklet, a felhasználók által, vagy automatizáció által beállított cél hőmérséklet valamint a központ által kiolvasott státusz szó tárolására.
A binary_sensor-ok igazából template-k, amelyek a státusz sensor értékét fordították megfelelő bináris értékre. dokumentáció alapján.
Itt egy példa két helyiség klíma entitására (ezekből volt összesen 16):
- name: Emelet_targyalo_klima
slave: 15
data_type: uint
data_count: 1
scale: 0.1
offset: 0
precision: 1
max_temp: 30
min_temp: 15
temp_step: 1
target_temp_register: 2053
address: 2106
input_type: input
- name: Emelet_sales_marketing_iroda_klima
slave: 15
data_type: uint
data_count: 1
scale: 0.1
offset: 0
precision: 1
max_temp: 30
min_temp: 15
temp_step: 1
target_temp_register: 2056
input: 2112
input_type: input
Minden klíma entitáshoz kellettek bináris szenzorok és szenzorok, a különböző az eszközök által lejelentett értékekről és állapotokról. Ilyenek voltak például a következők:
- Beállított hőmérséklet értéke
- Aktuálisan mért hőmérséklet
- Klíma státusza (ebből bit műveletekkel kinyertük az On-Off állapotot)
- Klíma aktuálisan beállított módja
Itt is egy példa, hogyan olvastuk ki a szenzor értékéből a pontos üzemállapotot templatesített bináris szenzorral:
# sensor example:
- name: Emelet_targyalo_status
hub: daikin
slave: 15
register: 2102
register_type: input
# binary sensor template
- binary_sensor:
- name: "Emelet Tárgyaló Klíma Üzemállapot"
state: >-
{{ states('sensor.emelet_targyalo_status')|int|bitwise_and(1) > 0 }}
Miután az összes entitást sikerült beállítanunk, az auto entities segítségével szintenként meg is jelenítettük a felületen az iroda helyiségek vezérlő csempéit.
Amikor nagy mennyiségű hasonló szenzort, kapcsolót, eszközt kell megjeleníteni ez a legjobb megoldás. A filter mező segítségével többféle kritérium alapján is tudunk szűrni, mint például a device_class vagy az eszköz friendly_name-e. A style mezőn keresztül, pedig egyedi színezéseket is be tudunk vezetni, mint jelen esetben, ha 26 fok feletti az érték akkor piros legyen a hőmérő.
Az auto-entities, nem csak eszközök ömlesztett felsorolására jó, de például összesített graph kártyákra is. Lásd a lentebbi képet.
Itt nyilván kihasználtuk a graph-card nyújtotta lehetőséget a hőmérséklet függő színezéssel. Minden szintnek, külön kártyát csináltunk, amin a helyiségek hőmérsékletének alakulását lehet vizuálisan is nyomon követni.
A belső egységek megjelenítésénél, az alábbi megoldásra esett a választás. Ez a mini-climat kártya. Sokat gondolkodtunk a simple-thermostat kártyán is, de végül ez tűnt legelegánsabbnak.
A rendszer sajátossága miatt volt szükség a külön kapcsoló panelre, mert habár a klímák automatikusan működnek a beállított cél hőmérsékletnek megfelelően, a falon elhelyezett panel lekapcsolásával ezt ki lehet küszöbölni. Ebből az okból kifolyólag kivezettük a fali panel távolról való kapcsolását is és annak állapot visszajelzését.
A szenzoroktól jövő adatokat az általunk szolgáltatott Influx DB és Grafana felületen tudja az ügyfél részletekbe menően tanulmányozni. Jelenleg együtt dolgozunk egy energetikus kollégával, hogy a felgyülemlett adatokból minél több hasznos információt tudjunk kiszűrni és energetikai tanácsokkal ellátni ügyfeleinket, valamint intelligensebb vezérlést fejleszthessünk.
Tartalmazott rengeteg kihívást a megoldás, de jelenleg több mint 9 hónapja üzemel, és egyelőre súlyosabb malőrök nélkül 🙂
A napokban kaptunk egy megkeresést egy 3 szintes, 1980-as években épült kertesház fűtés rendszerének okosítására. Az hogy egy ház nem új és korszerű nem jelenti, hogy nem lehet belőle okos otthon. A következő esettanulmányban bemutatjuk, hogy a megfelelő okos otthon megoldásokkal, az elavultabb fűtés rendszerünket is tudjuk korszerűsíteni. Amennyiben később újabb kazán, vagy akár a teljes padlófűtés renoválásra kerül, a már meglévő rendszer könnyen adaptálható.
Manapság elterjedtek a „többzónás” fűtés rendszerek, azonban több körnél (értsd. több szoba külön vezérlése) elengedhetetlen a megfelelő helyiség hőmérséklet szabályzása. Kliensünknek számos opciót felajánlottunk, végül a Honeywell EvoHome csomagra esett a választása. Mivel volt már tapasztalatunk, ezért magabiztosan vágtunk bele a telepítésbe. Fontos megjegyezni, hogy mi csak a vezérlést telepítettük. Mint minden munka, ez is tartogatott meglepetéseket, na de haladjunk szépen sorban… Első lépés az eszközök megrendelése volt: