Vinnerliste

Dumpet borti et Python-bibliotek holidays som gjorde det ekstremt lett å få smarthuset til vite at det er helligdag. Installeres med 'pip install holidays' Jeg har en 'item' i OpenHAB som heter 'Helg', som er av eller på. Når det er på er huset i 'helgemodus", og det skal det også være på helligdager. Så da trengte jeg følgende lille Python-script #!/usr/bin/python import datetime import openhab import holidays openhab_url = 'http://minopenhabserver:8090/rest' openhab_client = openhab.openHAB(openhab_url) if datetime.date.today() in holidays.Norway(): openhab_client.get_item('Helg').state = 'ON' Kjører det via serveren sin crontab hver midnatt.

Etter oppdatering ramlet batteriprosenten fra 90 til 65% på en lås. Dette stemmer nok mer med hva som er riktig siden dette er batterier som ble satt inn i høst.

Si ifra når du får det, så kan jeg sende programmet jeg bruker så du har et utgangspunkt, samt hjelpe om det er noen spørsmål. Jeg er ikke veldig god, men får det til å funke

Bestilte fra https://shop.imst.de/wireless-modules/usb-radio-products/10/im871a-usb-wireless-m-bus-usb-adapter-868-mhz?c=13

Firmware Version 1.1.3 (Public Beta) er ute for ID Lock 150. Dessverre ser det ikke ut til at de har fikset problemet med at du ikke får status på hvilken kode som ble brukt om du åpner døra før du får "tuddelutt". De som har slitt med høyt forbruk av batterier og feil med visning av batterinivå kan derimot glede seg?

Jeg har logget temperatur (og fukt) i alle ventilasjonskammerene mine (Villavent VSR-300) i en stund og beregner virkingsgrad på ventilasjonen utifra det. De siste to mnd har jeg også hatt kjørende en RPi rett på Modbus-interfacet til ventilasjonsenheten, som gir meg mer kontroll på status i ventilasjonsaggregatet, viktigst er da presis informasjon om varmeveksleren roterer (den sier fra om hver runde den kjører uten at jeg er helt sikker på at jeg får med meg alle runder), og også om ettervarmeren (1 kW) er på. Den siste klarer jeg forsåvidt også plukke opp via strømforbruksmålingen til Fibaropluggen som det står på. Jeg får også ut rotasjonshastigheten til viftene som rpm, men dette er ikke noe mer enn lav-normal-høy innstillingen. Det som er interessant, er at jeg har laget en "aggressiv" styring av temperatursettpunkt til ventilasjonsaggregatet (dvs. temperatur på tilluft). Dette er vanligvis konstant hos folk, kanskje man justerer opp og ned for sommer/vinter, og når man er borte fra huset lenge. Tilluftstemperaturen er generelt anbefalt litt lavere enn inneluft, for å sørge for at lufta blir godt blandet (kald luft faller til gulvet) når den kommer ut av tilluftsventilene. Hos meg tror jeg ikke det er en viktig parameter å styre etter, luftkvalitetsmålingene (CO2, RH, etc) tilsier at jeg har mer enn god nok lufting, så jeg vil heller sørge for å ikke sløse noe med varmen. Så optimal styring av ventilasjonen hos meg er da at tillufta skal varmes opp så mye som mulig uten at ettervarmeren slår inn, fordi oppvarming heller bør gjøres av varmepumpa enn et varmeelement. Har man mulighet til å permanent skru av ettervarmer, og setter settpunkt maksimalt, så er man i mål. Jeg fikk det aldri til hos meg med de modusene som jeg hadde på ventilasjonsanlegget mitt med tidligere Z-wave styreenhet og OpenHAB, ettervarmeren kom på likevel (det går an å deaktivere med å dra ut ledninger på kretskortet også, men dette frister ikke på et kaldloft). Så da må jeg hele tiden justere settpunkt så lavt at ettervarmeren ikke slår på, f.eks. ved å gå ned en grad hver gang jeg detekterer at den slår inn. Samtidig må man ha en algoritme for å justere opp settpunkt. Modbus-adapteren viste hvor ofte varmeveksleren skrudde seg av fordi det var for "enkelt" for aggregatet å oppnå ønsket temperatur på tilluft. Denne siste biten er ny hos meg, og ga meg en aha-opplevelse på å forstå hva som styrer virkningsgrad. Bittelitt kryssplott-testing (plot.ly-plugin til Grafana ble også nylig oppdaget) avslørte så hva som styrer virkningsgraden: der hvert punkt representerer gjennomsnittsverdier over hele timer, for virkningsgrad, luftfuktighet på inntak, og rotasjonshastighet på ventilasjonen. Plottet er for de siste 90 dager, dvs. "vinter". Her kan man konkludere følgende: * De grå punktene er fra tiden før jeg hadde full kontroll. Her bommer jeg ofte på maksimal virkningsgrad, det er fordi settpunkt ikke er satt høyt nok til at varmeveksleren gidder gå. * De fargede punktene er når jeg har Modbus-adapter tilkoblet, siden jeg vet rotasjonshastighet. Hvite er "lav"-innstilling, oransje er "normal", og rødt er "høy" * Når settpunkt styres optimalt, så er virkningsgraden styrt av hvor fuktig det er ute, og ligger i overkant av 80% sålenge det ikke er veldig fuktig ute. Når det er fuktig ute er det vanskeligere å varme opp tillufta. * 'Normal'-innstillingen på ventilasjonen gir bedre virkningsgrad enn både lav og høy. Kan godt hende varmeveksleren er designet for normal. Jeg har ventilasjonen på 'lav' når vi er borte på dagtid, har ikke regnet på det, men gjetter på at det likevel lønner seg selv om virkningen er lavere. Får ikke i pose og sekk.. Plottet og betraktningene om virkningsgrad er avhengig av hvilken virkningsgrad man snakker om, jeg regner her på temperaturene (fraluft - avkast)/(fraluft - inntak) som måler hvor nærme inntakstemperaturen man klarer kjøle fralufta ned til. Det finnes minst en annen virkningsgrad som gir mening, men denne over er den som det refereres til mest rundtomkring.

Først og fremst. Takk for tips alle sammen. Jeg vil egentlig ikke glede meg før jeg er helt sikker, men jeg mener jeg (vi:)) har fått et gjennombrudd, og mulig funnet ut av hele problemet. Kan forklare litt. Sa litt feil i går vedr assosiasjoner på mine Fibaro Dimmer 2. Alle mine dimmer har hele tiden hatt : Group 1 HomeSeer, Endpoint 1 Group 2 HomeSeer, Endpoint 2 Har hatt dialog med deg, @Moskus, tidligere. Da dine assosiasjoner er Group 1, HomeSeer, No endpoint, som også er nevnt i HS Skolen. Ved å sette Group 1, HomeSeer, No endpoint på mine dimmere så har de ikke oppdatert status ved bruk av fysisk bryter. Selv med samme Z-wave plugin og samme firmware. Endret i går kveld/natt alle mine Fibaro Dimmer 2 til Group 1, HomeSeer, No Endpoint (Samme som @Moskus) for å se om dette hjalp med random Unknown status på Switch 1 og treghet, roten til denne tråden.(Gjorde dette selv om jeg visste at denne assosiasjonen ikke har vist riktig status i HS ved bruk av fysisk bryter hos meg. Testet dette en haug av ganger tidligere. Med færrest mulig assosiasjoner og endpoint, kom jeg alltid frem til at Group 1, Homeseer, Endpoint 1, Group 2, Homeseer, Endpoint 2 var det som måtte til for at jeg skulle få riktig status) Andre tiltak jeg gjorde i går kveld/natt var å fjerne haken "Do not update device last change time if device value does not change:" på alle Switch Multilevel 1 devicer og Switch Multilevel 2 devicer på dimmerne. I tillegg til dette lagde jeg noen flere eventer som sender pushover ved endring av Switch Multilevel 2. Resultat fra i går natt: - Nattmodus var allerede på da jeg skrev dette, men så fort det ble morgen og lysene går på, så haglet det inn med pushover om at SWITCH MULTILEVEL 2 VAR ENDRET. MEN, ingen pushover feilmelding om at noen av devicene var satt som Unknown.. hmm, positivt! Det pleier alltid å skje ved de "store" MDEN eventene. - Huset går i bortemodus da vi drar på jobb, alle lys skrus av, varme ned osv. Haglet inn med pushover om at SWITCH MULTILEVEL 2 VAR ENDRET på en haug av devicer. Men, ingen pushover feilmelding om Unknown status. Dette pleier også skje når dette eventet kicker inn. Hmm, positivt igjen! - Utelys skrur seg av, pushover om Switch Multilevel 2 renner inn. Bare 4 devicer, så er ikke vant til Unkown status på devicer i dette eventet. Det kom heller ikke nå. So for so good. - Eldstedattera kommer hjem fra skolen litt før to, hjemmemodus slår til, masse lys går på, varme på osv osv. Pushover med Switch Multilevel 2 endret renner inn, men fortsatt ingen Unkown status melding. Positivt igjen. - Pushover med Switch Multilevel 2 endring tikker inn i ny og ne igjen mens jeg er på jobb. Går inn og ser at hun har trigget lys på, og det går av igjen etter x min på vaskerom og bad. - Nå ved syv tiden, huset går over til Kveld, endel lys endres, samt litt annet dilldal. Pushover meldinger med Switch Multilevel 2 endring kommer inn, men fortsatt ingen Unknown value event. Dette pleier å skje når dette eventet kjører. Positivt igjen. Så, nå før jeg skriver dette så ville jeg sjekke hvordan devicene oppdateres ved bruk av fysisk bryter. Samme regla, ved bruk av bryter oppdateres Switch Multilevel 2, istedenfor Switch Multilevel 1, hmm nedtur. Så leser jeg @ZoRaC sin post, om å fjerne Switch Multilevel 2 devicen hvis den ikke brukes. Gjør dette og prøver noen brytere. Switch Multilevel 1 oppdateres som den skal. HURRA! Så jeg er egentlig litt spent @Moskus, har du bare gjemt (som jeg hadde) Switch Multilevel 2 på de Fibaro Dimmer 2 du ikke bruker S2 på? Eller har du faktisk slettet devicen som jeg måtte gjøre? Så oppsummering før jeg lar dette gli noen dager/uker før jeg friskmelder nettverket (etter 3-4måneder med feisøking og lite søvn!!): - Endret assosiasjon på alle Fibaro Dimmer 2 til: - Fjernet devicen Switch Multilevel 2 som ikke er i bruk hos meg på alle Fibaro Dimmer 2. (Dette måtte til for at assosiasjonen over skal fungere) Så, da er da bare å krysse fingrene å håpe at jeg ikke får en eneste pushover med "Device xx har fått Unkown Invalid/Error state value og trigges på nytt" Igjen, takk alle sammen. (Rett før jeg poster dette, trigger jeg nattmodus hvor de fleste lys går av samt endel flere ting i Z-wave nettverket. Dette har vært et vanlig event som ihvertfall setter en eller flere devicer i Unkown Invalid/Error state, INGEN FEILEMDING?. God natt)

Svar fra ID Lock nå: "Vi sender låsen til dem (HomeSeer) i neste uke. Du får et vink når den er avgårde." Oppdatering følger...