Leaderboard

Inspireret af Zafranski´s indlæg fra August 2019 om Roth varmestyring, så kommer her en lille hurtigt vejledning til, hvordan man får IHC varmestyring til at virke med openHAB2 og Google Home. Det forudsætter at man har opsat sin openHAB2 med forbindelse til myopenhab.org cloud. openHAB skal/bør helst være version 2.5. eller nyere. Det er IKKE tiltænkt som en guide til openhab generelt. Det forudsætter derfor man har en vis viden om things og items, eller i det mindste kan gennemskue det grundlæggende. Der er brugt en temperatur & fugt sensor fra Zigza, men en "original" IHC gør præcis det samme. Der er brugt IHC avanceret varmestyrings blok 5.2.05.c på en HW6.2 controller med firmware 2.8.4. Bemærk - Det er opsat med en things fil, fordi man skal bruge setpunkt i varmestyrings funktionsblokken. Setpunktet er ikke tilgængelig via produktet, desværre. Det er muligt man kan hekse noget på een eller anden måde. Spørg en IHC ekspert :-) ihc.things: ihc:controller:elko [ hostname="IP", username="username", password="password", timeout=10000, loadProjectFile=true, createChannelsAutomatically=true ] { Channels: // Stort bad - Rum Type number :stortbad_temperatur_fb "Stortbad Temperatur" [ resourceId=7986196, direction="ReadOnly" ] Type number :stortbad_temperaturSet_fb "Stortbad Temperatur setpunkt" [ resourceId=7989780 ] Type number :stortbad_fugtighed "Stortbad Fugtighed" [ resourceId=13699623, direction="ReadOnly" ] Type number :stortbad_sensorfejl "Stortbad sensorfejl" [ resourceId=7989522, direction="ReadOnly" ] Type switch :stortbad_telestat "Stortbad Telestat" [ resourceId=6144859, direction="ReadOnly" ] } Forklaring: things filen gør intet andet end, at den laver dels laver selve bridge (broen) mellem openhab og IHC controlleren. Og nedenunder defineres channels manuelt, ud fra de resourceIDére som man skal bruge (dem der står i [ ] klammerne). direction=ReadOnly" giver sig selv. OpenHAB læser kun fra IHC controlleren på disse resourceIDére. Der hvor der ikke er sat noget direction, der er det ReadWrite, fordi det er default. Og det er netop det man skal bruge til setpunktet, for at man kan skifte temperaturen (setpunktet) på en IHC "termostat" fx via Google Home. ihc.items: //Stort Bad Group g_Stortbad_TSTAT "Stort Bad Termostat" [ "Thermostat" ] Number stort_bad_Temperature "Stort Bad Temperatur [%.1f °C]" <cu_heating> (g_Stortbad_TSTAT) [ "CurrentTemperature" ] { channel="ihc:controller:elko:stortbad_temperatur_fb" } Number stort_bad_Tempsetpunkt "Stort Bad Temperature setpunkt [%.1f °C]" <temperature> (g_Stortbad_TSTAT) [ "homekit:TargetTemperature" ] { channel="ihc:controller:elko:stortbad_temperaturSet_fb", autoupdate="false" } Number stort_bad_fugt "Stort Bad Fugtighed [%.0f %%]" <Humidity> (g_Stortbad_TSTAT) [ "CurrentHumidity" ] { channel="ihc:controller:elko:stortbad_fugtighed" } String stort_bad_Mode "Stort Bad Mode [%s]" (g_Stortbad_TSTAT) [ "homekit:TargetHeatingCoolingMode" ] Switch telestat1_stort_bad "Stort Bad Telestat [%s]" <cu_switch> (g_Stortbad_TSTAT) { channel="ihc:controller:elko:stortbad_telestat" } Forklaring: Først skal der laves en Group item. Den hedder i det her tilfælde g_Stortbad_TSTAT. Og den skal bruge Google Home tagget [ "Thermostat" ]. Denne group fortæller Google, at der er tale om en termostat. Derefter tilføjes de items som skal bruges til samme group for at Google kan forstå og arbejde med denne termostat korrekt. Dvs items som har disse tags: "CurrentTemperature", den reelle temperatur. "Homekit:TargetTemperature", der reelt er setpunktet. <- (Derfor skal den channel være ReadWrite) "Homekit:TargetHeatingCoolingMode" som gør det, at den fortæller hvilken "mode" termostaten er i. Normalt vil man have en "rigtig" termostat som sender et nummer, alt afhængig af om den er heat, cool, ON, OFF eller fx Auto. Sådan en funktion har vi ikke med IHC sensorene og varmestyringen, da den reelt "bare" er sensorer/følere, der sender data retur til controlleren, så så kan tænde/slukke en telestat. Derfor er der ikke linket til nogen IHC resourceID for Mode status. Men vi kan sagtens bruge Mode alligevel, og ret smart endda. Det gør vi ved at bruge en String type item til "Homekit:TargetHeatingCoolingMode". Ved brug af den og telestaten fortæller vi simpelthen Google om "termostaten" varmer eller ikke-varmer(køler). (heat eller cool). Simpel logik. Men først et par billeder af "termostaten i Google Home, når det er sat op, og man har synkroniseret sine enheder. Det ser således ud i Google Home (virker også i Google Nest Hub): Bemærk, det er samme termostat men den er rød på det ene billede og blå på det andet. Det er her Mode og String type item og en simpel rule kommer ind.. Den aktuelle temperatur aflæses under teksten "Indendørs". På begge billeder er aktuelle temperatur altså 22.5. Men dreje knappen er den man stiller setpunktet på. På det røde billede er setpunkt sat til 23grader. Men da temperaturen kun er 22.5 grader, så er den altså i varmetilstand. Telestaten er tændt. På det blå billede har jeg skruet setpunktet ned til 22 grader. Altså mindre end den egentlig temperatur. Og derfor er den i køletilstand. Telestaten er slukket. Det her er ikke noget Google selv finder ud af.. Det laves via en simpel rule som benytter telestaten til at fortælle Google, via Mode, hvad status er. Den ser således ud: rule "heatingmode stortbad" when Item telestat1_stort_bad changed then if (telestat1_stort_bad.state.toString == "ON" ) { stort_bad_Mode.postUpdate("heat") } else { stort_bad_Mode.postUpdate("cool") } end Hvis man har en smule indblik I openhab, så vil man lyn hurtigt gennemskue denne rule. Den betyder simpelthen: Hvis telestat1 er ændret så Hvis den er ændret til ON Sendes "heat" til item stort_bad_Mode ellers Sendes "cool" til item stort_bad_Mode end Kort sagt - Er telestaten ON, så sættes Mode til "heat" og ellers er telestaten OFF, og Mode sættes til "cool". Det er netop det der trigger Google Home termostaten - "heat" så er den rød, "cool" så er den blå. Og dette kan vi gøre, fordi det er en String item type. Selve telestaten styres helt normalt via IHC og setpunktet i varmestyringsblokken. Og fordi vi har ReadWrite på setpunktet, så kan vi også skrue op/ned for setpunktet i IHC varmestyringen via Google Home. Så nemt er det faktisk. Det virker i Google Home app (både Android og IOS). Det virker med Google Nest Hubs, (dem med skærm). Og det virker med stemmekontrol. Spørger jeg fx Google "Hey Google, hvad er temperaturen i stort bad" - Så får jeg svaret 22.5 grader. Hvis jeg beder Google om at ændre termostaten til 23 grader, så gør Google også det, og setpunktet ændre sig til 23 grader i IHC varmestyrings blokken. Fordi det er en temperatur og fugt sensor, så kan jeg også sige, "Hey Google, hvad er luftfugtigheden i stort bad". Og Google svarer retur, hvad luftfugtigheden er. Man kan IKKE se luftfugtigheden angivet nogle steder.. Der er faktisk ingen der kan forklare, hvorfor man ikke kan se det. Men det er en feature som Google åbenbart ikke mener er nødvendig at kunne se, men som man skal spørge ind til.. Lidt mystisk holdning, men det er altså Google´s skyld. Thats it.. Håber det kan bruges til noget. Spørgsmål - Så bare skyd løs.

Da vi købte vores hus for 3 år siden med IHC, der var min viden omkring smarthome begrænset til Philips Hue, som jeg havde haft siden det kom på markedet. Og allerede på det tidspunkt var jeg rimelig træt af det. Da det gik op for mig, hvad IHC egentlig var for noget, så tog tingene (interessen) i den grad til. Bla med at sætte mig ind i hvordan det her IHC var strikket sammen, (der var absolut ingen dokumentation på hele huset, som i min optik er en rimelig stor installation fordelt på 296m2 og 13 rum). Samtidig med jeg blev klogere på IHC, så gik jeg stille og roligt i gang med at udvide installationen, bla med IHC alarm, og derefter IHC varmestyring. Ydermere gik det også op for mig, hvor begrænset IHC egentlig var i sig selv. Jeg synes jeg manglede nogle ting, specielt integration til de relative nemme Z-wave enheder, som oprindelig var min plan at tilføje en hulens masse PIR til udendørsbelysningen, og måske også noget varmestyringspanel i værelser/rum. Derfor begyndte jeg at kigge på, hvordan man kunne "smelte" IHC sammen med andet, og fik da også rodet mig ud i nogle systemer, som dengang påstod de kunne en hel masse sammen med IHC, først openhab, der selvom det virkede med IHC, så var det simpelthen for tidskrævende til min tålmodighed, på det tidspunkt. Så prøvede jeg Domiticz og Home Assistant, men fandt hurtigt ud af, at de var på det tidspunkt ikke specielt klar til IHC. Og de var kun lidt mindre besværligere end openhab. Så efter nogle få ugers forgæves forsøg, blev jeg stædig og vendte tilbage til openhab. Det skulle jeg nok aldrig ha gjort, for selv efter mere end 2 år, sidder jeg stadigvæk næsten dagligt og pille-roder-rager i det. Og hele min oprindelige plan (med integrering af Z-wave og smart udendørsbelysning og overvågning) blev vendt fuldstændig op og ned, specielt efter der kom mulighed for stemmestyring. Min første prioritet blev at få fuld stemmestyring i hele huset. Samtidig med det, så vil jeg have en ordentlig monitor, hvor man kan se status på hele huset på een gang. Jeg har IHCremote og IHCtablet, men må erkende, det er ikke godt nok, (og jeg har ikke haft tålmodighed nok til at sætte mig ordentlig ind i Scene viewer/Design, selvom det nok i virkeligheden kunne give mig det samme, ihvertfald med IHC installationen. Men med openhab har jeg til gengæld åbnet en mega dør til praktisk talt alt muligt andet, samtidig med jeg kan lave en ordentlig monitorering af husets tilstand. Så der var ikke umiddelbart nogen grund til at begynde at rode med noget begrænset IHC. Status i dag er, at nærmest alt hvad der kan integreres er integreret. Det er langt langt overgået min oprindelige plan, fordi jeg "desværre" har for vane at ikke kunne begrænse mig. Det betyder at jeg faktisk har fuld overvågning og styring på tværs af: (tilfældig rækkefølge) Chromecast enheder i huset, inkl Google Home enheder. Philips Hue IHC IPkamera Modbus (til Nilan ventilations anlæg og solcelleanlæg med batteri) MQTT (snakker sammen med Sonoff enheder, som jeg bruger til at måle strøm på forskellige forbrugsgenstande) Netamo (vejr station) Netværk (alle faste og Wifi enheder i huset inkl specifik Ubiquiti Unifi, som bla bruges til at finde ud af, hvem der er hjemme) OpenWeatherMap - En online vejr data udbyder. TP-Link Smart Home produkter. Jeg har selv kun en enkelt stikkontakt som kan måle strøm forbrug). Velux, som styres via et KLF200 interface. Xiaomi Mi og Aqara enheder, inkl en støvsugerobot. Lidt forskellige Z-wave enheder, primært PIR enheder. Zigbee - Igen primært PIR. Alt er som sagt integeret på tværs, hvor openhab mest af alt leger gateway. Jeg har nogle forholdsvis få rules i openhab, som dog primært bruges til at overvåge forskellige enheder. Men det er bla via openhab, at jeg har fuld automatisk vinduestyring af vores 8 ovenlys Velux vinduer, som bla arbejder sammen med IHC Alarm. (Er vinduerne åbne og alarmen kobles til, så lukkes de automatisk). Jeg kan, hvis jeg vil, styre nærmest alt fra IHC tryk rundt omkring i huset. Men som nævnt, så er det en funktion jeg bare ikke gider bruge ret meget, hvis jeg kan undgå det. Meningen er det skal passe sig selv. Og når der er behov for at trykke på noget, så er der kommet stemmestyring på, så familien selv kan vælge, om de vil rende rundt efter trykkene, og stå og lege med dem, eller de bare vil sige, hvad der skal ske Det hele er integereret via en grafisk plantegning af huset som viser alt, (eller dvs det er meningen med det.. Jeg knokler mig igennem at lære SVG kodning/vektor grafik). Planen er at den skal placeres centralt, (eller hvor den giver bedst mening) og kunne aktiveres med stemmen, (muligvis et IHC tryk også). Og så kan man som sagt se status på hele huset. Det lyder af meget, hvorfor det også er inddelt i forskellige lag, som selvfølgelig kan aktiveres/deaktiveres med stemmestyring. Her er en foreløbig plan. Når mine kreative evner er blevet gode nok, så kommer det forhåbentlig til at se lidt bedre ud:

For en del år siden stod jeg i samme situation: overtog et hus med IHC (meget basic). På det tidspunkt var SmartHome markedet ikke der hvor det er i dag, så jeg valgte at investere yderligere i IHC systemet (primært lysdæmpere). Siden har jeg programmeret en del scenarier og automatik - og er super glad for en driftsikker løsning. So far, so good. LK (Schneider) er gået noget i stå og jeg tror ikke at IHC overlever endnu et århundrede-skifte - men det gør jeg heller ikke, så det er lige meget ;-) Jeg synes ikke at de forskellige SmartHome løsninger er moderne nok til et helt hus, ifht den driftsikkerhed jeg ønsker (det er min subjektive vurdering). Lidt sort og hvidt ser jeg, at du har følgende valg: Et non-SmartHome (det fungerer altid) Et SmartHome med dimser (lave omkostninger og muligt bølv). Et SmartHome for real (høje omkostninger og tid!) #1 er kedeligt. Min oprindelige IHC var tæt på denne løsning, måske er det i praksis også hvad du har. #2 er en best-of-breed løsning - en udvidelse af #1 med dimser (Phillips Hue fx). Integration er det store problem her. Og hvor lang tid systemet virker (mit IHC - med eller uden app - vil virker de næste mange år; kun afhængigt af om LK stopper med at lave reservedele). #3 kræver god planlægning og professionel kundskaber - samt en del tid til selv at udvikle. Og en pris! (30-50-80k afhængigt af moduler). LK app'sne er ... unikke ... ifht pris/kvalitet. Men det du skal spørge dig om, er hvad dit budget er - og hvad du gerne vil kunne [læs: behovs- og budgetanalyse]. For mig hvad det vigtigt at kunne lysdæmpe i hele huset og at kunne styre lyset uden apps (jeg er ikke så meget til farver, så Philips Hue er ikke for mig). Fx har jeg "adaptiv lys", så lyset tændes ifht tid på dagen og scenarier i køkken, stuen med lysdæmpning af al lys og Morgen-Sol (lys i soveværelse tænder og skrues på som et visuelt vækkeur). En sådan #3 løsning kommer med en pris: lille ifht husets pris, men meget højere end dimse-land ;-) Derudover havde jeg svært ved at finde en elektriker, der kunne programmere IHC så det måtte jeg gøre selv. IHC Captain skal på i løbet af 2020 (super arbejde Mikkel!!!). Openhab har jeg kigget på, men det virker som overkill ifht mine behov. In short: Lav dit behov/budget analyse (inkl. din tid). Vælg tidshorisont (en installation for et år, for ti år eller 25 år) og vælg leverandør derefter. God fornøjelse ... /nils P.S: Endelig kan du beholde det du har og vendte 8-10 år. Måske er Legrand (https://www.securityinfowatch.com/residential-technologies/smart-home/product/21120323/legrand-drivia-with-netatmo-smart-electrical-panel-from-legrand) modnet og er kommet til Danmark eller fået IHC ind i 20'erne.