Kandersen

Apropos mystisk: Lige nu mens jeg skriver, så opfører anlægget her sig underligt. LED er slukket. Spjæld er lukket. State står til Auto, (varmer). Udendørs Temperaturen er 7.3 grader. Fugtprocenten er 45%. Anlægget står til trin 3, hvilket burde være omkring 75% i hastighed. Alligevel suger den lige nu kun med 25% og blæser med 23%. Det kan skyldes udendørstemperaturen, da den er afgørende for, hvornår anlægget mener det er sommer eller vinter. Og dette har indflydelse på hastigheden. Lige så vel har fugt procenten indflydelse på hastigheden. Så lige nu er det lidt svært at se, hvad årsagen er til, at anlægget kun køre 25%, når det burde køre 75%. Og det er det jeg savner nogle "måle" indikationer på. Jeg synes jo at temperaturen på luften den suger ind, at den også burde have en vis indvirkning. Den er lige nu på 18.1 grad. Og anlægget blæser 17.0 grader ind i huset. Den overordnet brugervalg temperatur, den er sat til 22 grader. Så det er ud fra det korrekt, at spjældet skal være lukket. Men det forklare ikke hvorfor hastigheden kun er 25%.

Hmm det kan da godt være de har trukket brugervalg ud i det nye stik. I så fald skal de have ros, for det andet var/er sgu gakket. Mht hvad brugervalg er, så har Martin netop besvaret det Mht spjældet, så er det også dybt mystisk. Men jeg tror der foregår nogle ting inde i styringen, som man ikke umiddelbart kan se. Nilan har jo netop også lavet en spøjs måde at korrigere for fugten på. Det sker over en 24 timers måling. Og hvis fugtprocenten ændre sig mere end en vis procent, så henholdsvis sætter den hastigheden op eller ned, mens du sætter kriteriet for, hvornår for meget fugt er for meget. Måske er det det du oplever? Jeg har dog aldrig oplevet, at den ikke ville sætte hastigheden ned, tværtimod synes jeg netop den har det med at falde alt for hurtigt, og dermed sætte hastigheden ned. Det er faktisk derfor jeg tilsluttede brugervalg (til IHC styringen), fordi så kan vi selv give det et ekstra boot frisk luft, når vi synes det er tiltrængt.. Det er dog pt fordi jeg endnu ikke har helt styr på det her Nilan anlæg og modbus. For planen er sådan set, at OpenHab skal overtaget styringen fuldt ud via kriterier jeg sætter i OpenHab og via de forskellige termostater og fugtmålere vi har i huset. På den måde går vi helt bort fra Nilans egen fugtsensor. Jeg har indtil flere andre fugtsensorer, bla på badeværelserne, i en Netamo og i et par andre termostater inkl fugtsensor. På een eller anden måde skal jeg finde en løsning på at styre ventilationen ud fra disse. Det er simpelt nok med rules i OpenHab. Det mere tricky er, at stole på de fugtsensorer som alle viser vidt forskellige målinger, (de sidder også placeret forskellige steder hvilket er en del af årsagen). Et skridt jeg mangler med Nilan styringen, det er også at kunne programmere den via OpenHab.. Fx står fugtstyringen til 40% lige nu (såvidt jeg husker). Her kunne det være rart, at jeg ikke skal ud til panelet for at ændre den, men bare åbne OpenHab, og så justere den. Eller justere hastigheden på henholdsvis ind/udsugning og ikke bare i de faste trin. Det skulle være muligt, men det har vistnok noget med alle de der holdning, input/output registre at gøre, og jeg fatter nada af det. Jeg var lige i garagen for at tjekke panelet. Panelet siger 23 grader. Openhab siger 23.2 grader. Så det er samme måling jeg får igennem til OpenHab. Men den er en del skæv, for der er ikke mere end 18 grader i garagen lige nu. Jeg skal dog have sat en temperatur sensor på ved siden af panelet, så jeg kan måle det præcist, for panelet sidder i samme område som en del elektrisk udstyr, så kan det godt være at der er lidt mere end 18 grader lige der. Men 5 graders forskel, det tvivler jeg stærkt på der er. Det burde ikke være nødvendigt. Panelet rummer jo ikke den intelligente styring. Det er bare et "dum" panel, hvorfra du kan aflæse og programmere Nilan styringen (CTS602), som sidder inde i selve anlægget. Det er derfor jeg mener, at jeg burde kunne gøre det samme via OpenHab nu. Jeg har bare endnu ikke styr på de forskellige holdings/in/output registre og hvad det ellers er.

Pudsigt du siger det. Jeg noterede mig præcis det samme i morges. Undrede mig over jeg ikke fik Pushmelding fra alarm til/frakobling i går, i forgårs virkede det. Slog det hen som at der nok var problemer hos Pushover. Glemte at kigge på det i går aftes. I morges loggede jeg lige hurtigt ind på IHC Captain og så den var stoppet. Og så slog det mig, at for nogle dage siden stod IHC Captain også som stoppet, da jeg loggede ind. Der troede jeg blot det var mig selv der havde glemt at starte den, efter jeg havde rodet lidt med det. Så der er nok et generelt problem med 1.06.

Det største problem med KLF200 er (skulle være, da jeg ikke selv har en endnu), at der ikke er tilbagemelding/status fra den. Dvs. hvis man fx får OpenHab eller andet systemet til at åbne et vindue 50%, så aner OpenHab ikke om: 1. Vinduet vitterlig åbner. 2. Hvor meget det vitterlig åbner. 3. Om vinduet er blevet lukket igen (fra en remote eller regnsensor). Som nævnt har jeg ikke selv KLF200 endnu, men det er ting jeg har kunnet læse mig frem til om den fra andre. Og hvis det vitterlig forholder sig sådan, så har Velux begået en ret fatal brøler, og man må konstatere, at det er ikke de mest geniale hjerner, der har udtænkt den boks. Det er selvfølgelig ingen kunst at lave en virtuel lampe i OpenHab, der tænder, når man fx har sendt kommandoen om, at åbne et vindue til KLF200. Men det giver ingen mening, hvis ikke OpenHab får meldingen retur fra vinduet/KLF200 om, at nu er vinduet åbnet (eller scenen udført). På et tidspunkt vil det ende ud i, at lampen lyser når vinduet er lukket, og så har man først rigtige problemer med synkroniseringen af sin automatik. Det betyder ikke, at man ikke kan bruge KLF200. Og derfor har jeg også i sinde at investere i den, så snart jeg får tiden til det. Men det betyder, at man lige skal holde sig for øje, at man kan ryge ud i nogle problemer, hvor status ikke helt udgiver sig for at være det, som det er. Jeg har læst flere som vist nok har kontaktet Velux omkring dette i håb om at de opdatere firmwaren til KLF200. Men jeg frygter lidt det er en dødsejler. Velux er efter mine erfaringer ikke specielt kundevenlige, når det bliver lidt teknisk og kryptisk.

Mht dongles, så er det min opfattelse, at der kan være stor forskel. Derfor gå efter en dongle som allerede er afprøvet, fx den jeg linker til tidligere i tråden. Hvad angår Nilan anlægget. Så er det rart at høre, at det kun er selve stikket de nu har lavet, og at pins stadigvæk er det samme, (samme muligheder). Så slipper du for at skulle åbne det hele og hive hovedkortet (CTS602) ud. Men det er dælme underligt valg Nilan har lavet, synes jeg. Hvis de endelig skulle bruge stik, så burde de måske dele det op i flere stik, alt efter funktion. Og så kunne jeg godt anbefale dem at hive "brugervalg 1" ud til stikket også. Det giver ingen mening at man skal rive anlægget fra hinanden i atomer, for at montere 2 ski*** ledninger og kunne bruger "Brugervalg 1" Når nu du skal i gang, så vil jeg godt lige advare dig - Overvågning af Nilan anlægget ud fra modbus kan virkelig drive en til vanvid. Og man skal tænke på flere omstændigheder/scenarier på een gang. Oven i det så er der timere og forsinkelser i selve styringen af anlægget, som bare forvirrer det hele yderligere, når man fx sidder med overvågning fra OpenHab eller lign systemer, som kan logge det hele. Noget af min oplevelse skal måske tages med et gran salt, da det lige så vel kan skyldes, at jeg ikke er verdensmester i Modbus og Nilans registre. Men siden jeg fik forbundet anlægget til Rpién og OpenHab, så har jeg brugt en del tid på at forsøge gennemskue, hvad der sker/ikke sker og hvornår. Det er ikke alt der er lige logisk. Fx det med spjældet (1 spjæld) som har 4 stillinger (meldinger), det kan jeg simpelthen ikke få til at hænge sammen, som jeg har nævnt tidligere her i tråden. Jeg har en lille mistanke om, at der sker noget i nogle interne timere i Nilan anlægget, som gør at dette registre giver mening. Men fordi jeg ikke kan se det, så giver resultatet af overvågningen af spjældet bare ikke mening. "Spjæld åben" (0/1) "Spjæld lukket" (0/1). Hvilken stilling har spjældet så, når: "Spjæld åben"=0 "Spjæld lukket"=0 Eller "Spjæld åben"=1 "Spjæld lukket"=1 Jeg har nemlig set nærmest alle kombinationer. En anden oplevelse er, at jeg oplever ofte, at jeg ikke kan ændre hastigheden på ventilationen (de 4 trin). Jeg kan godt gå fx fra trin 1 og til 2, 3 eller 4. Men selve hastigheden ændre sig ikke og holder sig på trin 1. Dvs der er et kriterie et sted, som fasterholder ventilationshastigheden. Det kan skyldes at der i Auto indstilling er noget der blokere, fx fugtniveau ikke er højt nok, udendørstemperatur (sommer/vinter) ikke er opfyldt. Men jeg har også oplevelse at ikke kunne ændre hastighed, når kriterierne virker opfyldt. Så igen er min mistanke, at der foregår noget internt i anlæggets egen styring, som jeg ikke kan se, eller at reaktionstiden er enorm lang (nærmest timer), eller som jeg endnu ikke kan se, fordi jeg ikke har fundet det rigtige register til at aftaste. Nogle gange er LED 1 også tændt, uden at jeg kan se årsagen til det. Igen falder det også tilbage på noget styring i anlægget, som jeg ikke kan se, eller noget timer/forsinkelse. Som sagt, så skyldes nogle af mine problemer sandsynligvis, at jeg ikke er verdensmester i Modbus protokollen og Nilans registre. Jeg kæmper for at "se lyset", men er ekstremt hæmmet af manglende tid for tiden. Men jeg skal nok komme efter det og få fanget det. Indtil da håber jeg du/andre måske kan blive klogere inden Mht panelets temperatur, så er svaret nej, når jeg aflæser det via OpenHab.. Jeg skal prøve at tjekke "vis data" når jeg kommer hjem. Men jeg forventer at det er det samme. Jeg har nærmest ikke brugt panelet siden jeg fik anlægget over i OpenHab. Vores panel sidder i garagen. Og når temperaturen i garagen fx er 12 grader, så kan panelet snildt melde 19 grader via OpenHab.

Det er som Ole siger, det samme stik.. Men!! Dit CT300 anlæg er den nye version. Nilan har ændret i det, synes jeg at jeg læste i deres seneste vejledning. CTS602 kortet er dog det samme, og derfor kan du fange dem alle inde på selve hovedkortet. Der er et billede her i tråden (eller link til OpenHab2 community, hvor du kan se hovedkortet. Hvis du selv åbner ventilations anlægget, så er det de ben som sidder ved siden af USB porten på hovedkortet. Hvorfor f*** Nilan så har valgt at ændre stikket, det tror jeg man skal undlade at tænke over. Sikkert noget med de var trætte af at folk selv rodede med det, (fandt alternative løsninger til styringen). Uanset hvad, så tjek lige monteringsvejledningen, jeg er ret sikker på jeg bemærkede at de havde ændret noget i stikket.

Nej desværre ikke. Som Lars1 er inde på, så blokere IHC Net Basic for 2 par i kablet. Og det giver problemer, hvis router eller humax boksen ikke kan finde ud af at skifte "ned" til 100mbit. Din router kan sandsynligvis godt, for du skrev at din stationær computer godt kan få forbindelse til internettet med 100mbit igennem splitteren.. Det må betyde, at det er Humax boksen som har problemet med at skifte ned til 100mbit. At humax boksen virker, når du sætter den direkte til routeren, det skyldes, at i det tilfælde er alle 4 par ledninger tilgængelig i det lange kabel du havde trukket. Jeg har lidt forbindelser inde for Yousee´s udviklingsafd netop i forbindelse med Humax boksen, da jeg har en "lille finger" med i udviklingen af boksen. Jeg skal prøve forhører mig frem om det her 100mbit er et generelt problem. Jeg kan ikke garantere svar i morgen, da al kommunikation foregår via et specielt lukket område (forum) hos Yousee.

Problemet er nok mere, at Humax (Yousee) boksen måske har problemer med de 100mbit. Den er 100% sikkert designet til auto-negotiate , for den virker på mit Gigabit netværk. Desværre kan jeg ikke se hvad den forbinder med (af en eller anden årsag, som jeg skal have kigget nærmere på). Netop derfor tror jeg mere problemet ligger i Humax (Yousee) boksen, da dit LAN virker som det skal/burde.

Yep, virker. så er jeg på version 1.06

Samme problem og samme fejlmelding.

Stadigvæk det samme, 1.01

Okay det har jeg nok misforstået så. Jeg synes jeg tidligere læste, at det kan man kun med IHC net, ikke med basic.

Er der ikke noget med, at IHC net basic ikke kan køre TV (coax) og Ethernet samtidig?

Øhh nu er jeg bestemt ikke at betragte som fuldstid Rpi/Linux nørd, snarer tværtimod. Men skal ovenstående ikke skrives på 2 linier i fx Putty (shell/consol) ?? Er det ikke det den der lodrette streg betyder? (såvidt jeg husker en return+linefeed). Altså således: wget -q -O - jemi.dk/ihc/installihc?new sudo bash -s fixrights Jeg har ikke selv forsøgt det endnu, da jeg som sagt aner nada om det her linux "pjat" EDIT - Nu har jeg forsøgt - ændre ikke noget.

Hej Mikkel.. Jeg får en fejl når jeg forsøger dette. Jeg har indtastet ovenstående direkte i Putty. Gik derefter til brugerfladen (Web), og IHC Captain poppede op med, at der var en opdatering og om jeg ville opdatere nu. Dette trykkede jeg ja til, hvorefter jeg fik en fejl. Bruger version 1.01 her. EDIT - Det er denne fejl jeg får.

Hov, jeg havde helt overset denne kommentar.. Din kommentar kunne godt give mening. Men tiden de står åben/lukket eller 1/0 i, det er for lang tid til at man kan kalde det for en motor tid, synes jeg.

EN Rpi 3 koster med kasse, ramkort og strømforsyning ca. 500,- . https://www.proshop.dk/Mini-PC-Android-Raspberry-Pi/Raspberry-Pi-3-Model-B-V2-Bundle-Black/2562626 Bevares, det kan virke som en bekostelig affære for nogen. Men hvis alternativet er LK´s løsning til cirka 10 x mere, så ved jeg godt hvor jeg helst vil smide pengene. I øvrig forstår jeg ikke, hvorfor du partout vil have Rpién i nærheden af anlægget? Det er vel blot et spørgsmål om at trække kablet mellem Rpi og anlægget langt nok?

Det bedste salgs argument er vel - Fordi det er et afprøvet system igennem årtier, som man mener virker mere stabilt end alle andre. Og derfor får forbrugerne ikke mulighed for at vælge andet. Det rigtige "salgs argument" er til gengæld - At det er en gennemprøvet teknik som udviklingsmæssig har stået stille i årtier. Det er indlysende, da der er en vis sammenhæng mellem stabilitet og manglende udvikling. Nærmest alt andet her i livet, specielt inde for elektronik og el, som følger udviklingen, oplever perioder med ustabilitet, (nogle mere end andre). Og på sin vis kan jeg godt forstå, at man ikke ønsker at sælge ustabile løsninger. Dilemmaet er bare, at når man satser på noget nær 100% stabilitet, så kan man ikke udvikle sig. Det er efter min mening det valg man vælger, når man vælger IHC. Jeg er efterhånden så overbevist om, at det er LK´s agenda med IHC, at det skal være sådan. Og det er den salgs tale man bør bruge over for forbrugerne, når man sælger systemet. Jeg tvivler dog på, at det er det man fortæller.

Er det ikke nogenlunde samme spørgsmål du også skrev den 3 april?

Min overordnet plan er ganske simpelt, at få samlet alt, så jeg kan styre det på smarte måder på kryds og tværs, samt overvågne det hele på een samlet platform. I korte træk, så vil jeg kontrollere og vide, hvordan vores hus har det, og hvad der sker i huset. Udover det er vanvittigt hyggeligt at sidde og rode med, så mener jeg også det langt hen ad vejen er enormt vigtigt for vores hverdag i hjemmet. Men det er først når det virkelig virker, virker ordentligt, troværdigt, stabilt og ikke mindst sikkert, at det er vigtigt. Jeg er måske lidt forud for tiden, men jeg finder det grotesk og komplet idiotisk, at vi sidder i år 2018 med SÅ mange forskellige former for styringer, og kun ganske få kan se fornuften i at kunne kombinere dem på kryds og tværs. Her falder LK/Schneider i med et massivt brag, fordi de har været i gamet i så mange år, og stadigvæk ikke kan se det. Det burde klynges op til offentlig stening for at komme med deres V3 controller sidste år, uden på nogen som helst måde at have rykket sig i en åben retning. Heldigvis går det stærkt i den rigtige retning for nærmest alle andre. Du nævner selv nogle funktioner, som efter min mening har ligget lige til højrebenet i årtier. fx: Højt Co2 niveau = der skal ventilation/udluftning til. Ideen med at Nilan anlægget styre det selv er for sin vis okay. Problemet er bare, Co2 føleren er ikke standard. Og skulle man få den ide at opgradere anlægget med en Co2, så koster det kassen, i forhold til at købe en lille simpel Co2 føler (fx en Netamo vejrstation), og bruge den Co2 føler. Men så opstår problemet. Nilan og Netamo kan ikke snakke sammen. Så i realiteten ender man ud i at købe to Co2 følere, ja måske endda flere. Og sådan kan man blive ved med at tilføje forskellige dimser i sit hjem, som i realiteten kan kombineres og understøtte hinandens funktioner og muligheder. Men så ramler man panden mod muren og må kæmpe med at få en helhed til at hænge sammen. Mht Nilan og Co2, så er min erfaring at anlægget (vores anlæg) slet ikke er effektivt nok til at holde Co2 niveauet nede. Jeg har prøvet at sætte anlægget op i trin 4 (100%) når Netamo siger at Co2 er over 1000. Det tager for lang tid at få Co2 niveauet ned på den måde. Derfor bruger jeg det ikke. Til gengæld jagter jeg en løsning, hvor Netamo (Co2) i stedet kunne åbne vores elektriske ovenlys Velux vinduer. Det tager kun ganske få minutter at få Co2 niveauet ned på den måde. Men så er jeg tilbage i det overordnet problem med kommunikationen igen. Nilan, Velux og Netamo snakker heller ikke sammen, selvom det igen er muligheder der ligger lige til højrebenet. Ser man lidt mere effektivt på det, så er Nilan ventilation slet ikke så skide smart alligevel. Problemet er, at når man fx skruer op for ventilationen, så er det i hele huset på een gang (vi har 300kvm og 12 rum/værelser). Det er ineffektivt, hvis det fx kun er i stuen, et værelse eller køkkenet som trænger til et ekstra pust frisk luft. Så når man udlufter på den måde, så skaber man også et nyt problem, varmetab eller rettere unødigt varmetab. En forholdsvis simpel løsning på dette kunne være, at lave selvstændig styret ventiler/spjæld eller lign. Men det betyder nytænkning i forhold til det traditionelle. Så også her må man anfægte Nilan (og andre mærker) for ikke at tænke effektivt og smart nok. Og hvis man så går all-in, så laver man styringen så den netop kan snakke sammen med andre systemer. Så fx en Co2 føler i hvert rum/værelse evt i kombination med en temperaturføler, kan aktivere en ventilation/vindue eller andet, når det er nødvendigt. Det er ikke raketvidenskab. Men som det er nu, så er bedste løsning, at få Co2 føleren til at aktivere en push besked, en lampe, en ringetone eller lign, så en beboer kan begive sig til vinduet og åbne det manuelt, eller skrue op for det i forvejen ineffektive ventilations anlæg. Altså, præcis sådan som Netamo er skruet sammen i dag. Det er gabende idiotisk, selvom man nok kunne finde på flere gode grunde til, at det har visse fordele. Fx at man ikke risikere at gro fast i sofaen osv.. Min foreløbige plan på Co2/udluftning bliver: At få Openhab2, Netamo/anden form for individuel Co2 føler og Velux til at snakke sammen. Så styres vinduerne i de rum, hvor det er nødvendigt. Det lyder simpelt, men Velux/IO vil ikke helt lege med endnu, så det er mit næste lille bump på rejsen. Udover det skal IHC controlleren og mit Ubuiquiti netværk også blandes ind i det, så jeg har styr på at vinduerne ikke åbner, når der ikke er nogen hjemme. IHC styrer alarmen, så når den er tilkoblet, så er det no-go for vinduerne. Ubiquiti kan se hvem der er hjemme. Ikke en 100% skudsikker løsning, men i forbindelse med PIR´s i flere rum, Alarmen til/frakoblet, så er det en smal sag for OpenHab at regne ud, om der er nogen hjemme. Nilan anlægget kommer ind i billedet de dage hvor det ikke er skide smart at åbne vinduerne pga vejret, og/eller behovet for udluftning opstår, når der ikke er nogen hjemme. Fx til at køle ned. Min største udfordring med lige dette punkt pt - Tiden (den værste årsag), Velux, vind og vejr. En Velux KLF 200 skulle efter sigende kunne forbindes OpenHab2. Men selvom vinduerne har regnsensor, så er denne melding ikke tilgængelig via KLF 200, siges der. Derfor skal jeg finde en anden form for regn, vind og vejr sensor, som virker på samme måde. Netamo har regn og vind, og jeg overvejer om det skal være løsningen. Men det skal være en klippe stabil løsning. Og så skal jeg have koblet regnsensorene fra i Velux vinduerne.. Det er vistnok lidt tricky. Det havde ellers været smart, (logisk) hvis man kunne hente meldingen om "regn" fra vinduerne via KLF 200 interfacet, og så lade Nilan ventilation overtage, hvis det fx regner for meget til at vinduerne vil åbne. Så Velux skal åbenbart også anfægtes for at ikke bruge nytænkning, ligesom LK/Schneider, ligesom Nilan (oa mærker), ligesom.... man kan jo blive ved

Specielt dette punkt er meget vigtigt at noter sig. Er man komplet uvidende, som jeg var med OpenHab2 og i øvrig Domoticz inden da, så tager det voldsomt meget tid. Så man skal virkelig have en interesse for det, gå på mod, og en hulens masse sved og tåre til overs. Ikke fordi jeg vil skræmme nogen fra det, men mere på at påpege, at det er ikke noget man bare lige gør. Hvis man ved noget om Rpi/Linux i forvejen, og kan tænke i Smart home løsninger/principper, så er man godt hjulpet allerede der. Der er flere "bokse" som har et smart home system indbygget, og langt hen ad vej må betragtes som plug&play løsninger. Fx: Athom Homey: https://www.athom.com/en/ Fibaro: https://www.fibaro.com/en/products/home-center-2/ Zipato: https://www.zipato.com/ Homee: https://hom.ee/ Vera: http://getvera.com/ (<-- denne har/har haft store problemer, så man bør nok holde sig fra den). Blot for at nævne nogle. Fælles for dem er desværre, at de virker ikke sammen med IHC. Og i det hele taget 3.part udvikling (bindinger) til dem, er ikke rigtig muligt, mig bekendt. Så det er mere løsninger hvor man helt dropper IHC controlleren og skifter helt om.

1. Rpi 3 B (evt den nye +, men tjek lige at Home Assistant er opdateret til den). 2. Med en Rpi henter du så at sige bare et image som kopieres over på SD kort, og derfra kører det så. Du kan godt få visse linux med grafisk brugeflade, men hvis du ikke rigtig skal bruge det til andet, så er der ingen grund til det. 3. Nix, Home Assistant virker fint på en Rpi, inkl IHC har jeg ladet mig fortælle. 4. En skærm med HDMI 5. In-Circut RS485 USB dongle. (Se en tråd for et par dag siden om samme. Jeg bruger dog ikke Home Assistant, men derimod OpenHab2. 6. Home Assistant. 7. Home Assistant. 8. Jeg bruger som sagt OpenHab2. Men Home Assistant skulle også kunne gøre det samme. Et godt råd - Sæt dig ind i hvad et Smart Home system er, (fx Home Assistant eller OpenHab2). Så vil du se hvordan mange af dine spørgsmål besvares nærmest helt af sig selv. Rpién er grundlæggende bare en lille computer som køre selve Smart Home systemet. Men det er Smart Home systemet som er kernen i funktionerne, og den der åbner mulighederne. Fx hvis Home Assistant har en binding til RS485/Modbus, så bør der ikke være noget problem i at få det til at styre dit Nilan anlæg. Home Assistant har en IHC binding, så det er ihvertfald ikke et problem. Ellers skyder du bare løs. Home Assistant ved jeg dog ikke indgående ret meget om, andet end grund princippet.

Det sker vel også hvis controlleren genstarter? I så fald kan det give mening at have hak i på fx lampeudtag, stik osv. Så man ikke skal famle rundt i mørke, fordi man sidder en mørk aften og genstarter sin controller og alt lyset derefter slukker Det er i hvert fald lige en umiddelbar tanke der faldt mig ind.

Jeg fik det løst via openhab community hvor der sidder en linux guru der guidede mig igennem en længere procedure.. Ovenstående løsning virker ikke.. Jeg måtte ud i at installere en anden linux boks (Debian), på en bærbar, mounte SD kortet så jeg kunne få fat i en shadow fil, og editere i denne, så password blev "nulstillet". Derefter kunne jeg logge ind uden password, og lave et nyt password. Guiden findes her, hvis nogen mangler: https://community.openhab.org/t/ssh-password-lost-trying-to-reset-password-fails/43202

Både og.. Jeg har brugt billede fra anlægget der viser de forskellige temperatursensorer og hvad de hedder. Men det er ikke dem alle jeg kan få til at vise noget på. T2 og T7 burde vise det samme. T2, T5, T9/TC og T10, får jeg ikke meldinger fra. T15 er i følge Nilan mit betjeningspanel. Men det viser meget mere end rummet det sidder i. (Garagen). Pt viser det 20.3 grader. Og det er omkring 12 grader i Garagen. T10, ekstern rum føler, er ikke monteret, sikker derfor jeg ingen meldinger får. Jeg aner nada om modbus, reading og holding register.. så jeg ved ikke hvor eller hvordan jeg skal gribe det an. Måske en dag :-)