Vinnerliste

Tok jobben ifjor høst med å konvertere alle DSL rules til Jython og har ikke sett meg tilbake! OH (nå 2.5M2) har aldri vært så smidig, stabilt og funksjonelt! Er strålende fornøyd og kan bare anbefale alle og enhver å ta samme steg, hvert fall hvis du har en basis forståelse av programmeringsspråk! ESP8266/NodeMCU med EasyESP har også vært en gudsgave når det har kommet til å rulle ut sensorer i diverse rom, med enkel setup og stabilitet (selv om firmware'n har vært litt buggy her og der så har det bare handlet om diverse reboots i ny og ned, men siden de booter på sekunder har det ikke vært merkbart). Har kjørt på en development firmware fra 2018 og tok nå runden med å oppgradere til nyeste "stable" og den virker mye mer snappy i GUI og uten tvil har de løst stabilitets problemet nevnt tidligere. Jeg har mer eller mindre fjernet alt av batteri drevne Z-wave enheter og løst det med ESP8266'ere istedet (riktignok kablet). Det fine er at man kan bygge ut på disse nodene sensor for sensor, f.eks. har jeg noen med reed switcher (magnetkontakter), BME280 (temp/fukti./bar.trykk) og lekkasjesensor. På ett rom har jeg kunne brukt 1 node og målt 2 forskjellige rom med noen enkle grep. Fleksibiliteten er utrolig fin, eneste utfordringen har vært å ha noen gode eller "fine" containere for dette. Har som regel benyttet vanlige elektrisk koblingsbokser siden det "forsvinner" litt i anlegget fra før siden jeg ikke har skjult anlegg. Nå har jeg satt opp virtuelle termostater i ethvert rom som jeg justerer temperatur på ved å slå av/på varmelementet som er i rommet (uavhengig av type oppvarming) siden jeg har standardisert navnene på alt. Samtidig har jeg lagt inn meta tags på termostat item'ene slik at jeg kun har 1 hoved "rule" som styrer alle termostater (sjekkes hver 5.minutt), f.eks: Number THERMOSTAT_Fe_BarneSoverom "Setpunkt Barnesoverom [%.1f °C]" <thermostat> (gFe_BarneSoverom_Thermostat,gRoomThermostats,gPersistMysqlChange) { ga="thermostatTemperatureSetpoint", thermostatControl="Meta" [conditional="1", requiredCLOSED="KB_Fe_BarneSoverom_Vindu"]} Her leser jeg ut av meta tag'ene at for at denne termostaten skal "automatisk" styres så må "KB_Fe_BarneSoverom_Vindu" være CLOSED Siden jeg har standardisert navn for itemene mine vet jeg at for å finne rom temperatur trenger jeg bare å erstatte THERMOSTAT_ delen av navnet med TM_ og VE_ for varmovn. VE = Varmeelement KB = Kontaktbryter Fe = Første Etasje osv. 30-Mar-2020 10:40:00.089 [DEBUG] [jsrTempControlRules] - romtemp_regulering: Prosesserer termostat: THERMOSTAT_Fe_BarneSoverom 30-Mar-2020 10:40:00.092 [DEBUG] [jsrTempControlRules] - romtemp_regulering: Evaluerer oppvarming av THERMOSTAT_Fe_BarneSoverom. Temperatur: 22.3 Ønsket: 22.0 Maks: 23.0 Min: 22.0 30-Mar-2020 10:40:00.095 [DEBUG] [jsrTempControlRules] - romtemp_regulering [THERMOSTAT_Fe_BarneSoverom]: Temperatur innenfor ønsket verdi, ingen aksjon nødvendig. Å standardisere det slikt har forenklet reglene mine betydelig! Så det er bare å utnytte disse hjemmekontor dagene til å konvertere til jython ?

Endte opp med å bytte alle gulvfølere. Var enkelt. Prøvde først uten, men fikk feil temperatur uansett om jeg stilte på motstanden.

Det ble en langbølget beregnet for fast tilkobling. Styrt av en Shelly 1 der rele er tatt vekk og en solid SSR fra Elfa er satt inn i stedenfor. I Home Assistant har jeg lagt til en skyvekontroll for å angi effekt mellom 40 og 100%. Koden til Shelly 1 er nedenfor. Og jeg har fagbrev gruppe L så tilkoblingen er gjort selv. Egentlig ganske praktisk med fagbrev selv om jeg jobber med helt noe annet nå. Og varmen fra en slik langbølge ovn er faktisk mer lun og behagelig istedenfor de populære kortbølgeovnene. esphome: name: terrassevarmer platform: ESP8266 board: esp01_1m wifi: ssid: "HEIME5.ORG" password: !secret heime_wifi domain: .lan use_address: 10.0.0.40 # Enable logging logger: # Enable Home Assistant API api: ota: globals: - id: state_heat type: bool restore_value: no initial_value: 'false' - id: effekt type: float restore_value: no initial_value: '0.0' switch: - platform: template name: "Terrassevarmer" lambda: 'return(id(state_heat));' turn_on_action: - lambda: |- id(state_heat) = true; id(pwm_output).set_level(id(effekt) / 100.0); turn_off_action: - lambda: |- id(state_heat) = false; id(pwm_output).set_level(0.0); output: - platform: esp8266_pwm pin: 4 frequency: 0.3 Hz id: pwm_output sensor: - platform: homeassistant name: "Effekt fra Home Assistant" entity_id: input_number.effekt_terrassevarmer on_value: then: - lambda: |- id(effekt) = x; if(id(state_heat) == true) id(pwm_output).set_level(x / 100.0); else id(pwm_output).set_level(0.0);

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.

Jeg skal ha meg innvendig solskjerming og har lyst på motordrevne. Fast opplegg på strøm er der ikke så for meg er batteridrevne eneste mulighet utenom manuelle med snor. Fra før av har jeg vært å kikket på Luxaflex og de gir en mulighet for enten Li-ion eller AA-batterier. I dag var turen kommet til en forhandler som fører Somfy og her er dialogen med selger i butikk: Meg: Dere har batteridrevne? Hvilken type batteri er det? Selger: Det er oppladbare Kan de byttes ut? Nei, de er en del av motoren OK, hvor lenge varer de før de er ubrukelige? De holder 10-15 år og da er det jo uansett på tide å bytte hele gardinen. (akkurat det svaret fikk meg til å stusse. Skal det ikke vare lenger?) Hva koster det å bytte kun motor da? For å slippe å bytte alt? Ca 3000 kroner Så jeg som skal ha 5 gardiner må ut med 15000 hvert 10. år. Det blir 1500 i året...... Ja, jo.... jeg har ikke tenkt på det sånn. OK, det er ikke noe som passer meg så jeg ser heller hos noen andre. Og så gikk jeg Fastmonterte Li-ion batterier i et slikt produkt??? Hvor har de tankene sine? Og det verste er at de slipper unna med det. Det er vel neppe så mange fler enn meg som spør om pris på å bytte batteri før en kjøper.

Det er riktig. Jeg trodde jeg svarte i den andre tråden her der det var oppgitt at det var armatur med pæreholdere.

Ikke umulig at Openhab har/hadde bugs. Den er oppdatert flere ganger siden jeg prøvde. Slo meg til ro med at sånn er det, med disse begrensningene. Ingen Openzwave i Openhab, den har egen zwave implementasjon.

Prøvde først med et POPP Z-wave keyboard, men fikk problemer med stabilitet i HomeSeer. Jeg valgt et stand alone keyboard (kun 3 brukere/koder) så trenger ikke kode vedlikehold i HS. Kjøpte et kodepanel fra Noby AS og koblet dette opp med en smart implant. Kode +# låser opp Klokkesymbol låser igjen. Dette gjør at Aeotch garage controlleren registrerer om døren er på vegg opp eller ned, som igjen gir status lys på LED stripen over porten. Hvitt lys etter solnedgang/før soloppgang, rødt når porten går opp eller ned og grønt når porten er åpen.

Temperaturen kan fort fyke opp i 50 grader, ja.

Ref. min tidligere post, det er en "bug" i .75 vedr blinds fra Ikea. De holder på å lage en egen kategori for blinds i phoscon, og i den forbindelse, så har blinds forsvunnet fra Phoscon i .75. Blinds blir plassert i den gruppen, men gruppen er fortsatt skjult i UI. For de som har lagt til blinds tidligere og så oppgradert, så er det hos enkelte fortsatt mulig å styre de, siden de er registrert som lys. Jeg får også til å styre de via deConz, men bare sporadisk via HS3 og litt mindre sporadisk via Phoscon. De jobber visstnok litt ekstra nå, med å få IKEA utstyr litt mer stabilt i fremtidige versjoner.

Jeg ville ikke ventet med tanke på at de ikke har valgt å oppdatere C# script engine i HS3. Jeg antar at det blir samme eventuelt at de bare kutter det ut i HS4. Jeg antar at en script-engine er noe man må betale for når det skal inn i software og da blir det ofte at man prioriterer kun en. Og de fleste i HomeSeer ser ut til å bruke vb.net når de lager software. Mulig de kommer til å skifte over til C#, men jeg tror de beholder VB.Net til scripting. Skifter de det over til C# så kommer det til å bli masse hyling. I tillegg har man funnet en minnelekkasje i C# script for HomeSeer Not many people write scripts in C# for HS3 which is probably why you are not seeing other posts on the subject. To make matters worse, a user has indentified a potential memory leak when running C# scripts. https://forums.homeseer.com/forum/developer-support/scripts-plug-ins-development-and-libraries/hs3-scripting/95787-c-scripting-at-the-end-of-my-rope?p=969770#post969770 Nesten ingen bruker c# script så du vil få endel feil veldig få kan hjelpe deg med. Går du for VB script så har du her ett veldig kompetent forum som hjelper deg i løpet av minutter. Ikke vent, start nå! ?

Teksten står under figurene. Figur 3D er de ordinære koblingene.

Deler konfig'en min hvis noen syns det er interessant. Jeg kjører letsencrypt docker fra linuxserver.io på en unraid server som jeg bruker til noen nettsider. Ønsket derfor homeseer tilgjengelig på subdomain slik som "homeseer.minserver.no". Letsencrypt docker'en har altså nginx, letsencrypt med automatisk fornying av sertifikat og fail2ban innebygd. Du kan fint kjøre dockeren på windows/linux også, men jeg kjører den på unraid. Jeg ønsket også at autoriseringen skjer på nginx slik at jeg kan bruke fail2ban, men ønsket også at homeseer skulle autorisere slik at jeg kan sette forskjellige tilganger på de forskjellige i familien. Har derfor også portforwarded nginx slik at jeg har tilgang utenifra uten å gå via myhs, da det er mye raskere, slipper å gå via en tredjepart og jeg får flere brukerkontoer uten å betale ekstra i året. Først så aktiverte jeg ssl på homeseer så nginx kan snakke kryptert med homeseer. Deretter var det bare å sette opp nginx serveren, legge inn config og restarte den. Så må vi legge inn brukernavn og passord til users i .htpasswd filen til nginx. NB: Viktig at det er samme brukernavn og passord her som du bruker på homeseer!! Beskrevet her: https://github.com/linuxserver/docker-letsencrypt#security-and-password-protection Tilslutt gikk jeg på windows firewall (advanced), inbound rules og satt hs3 tcp til å kun snakke med nginx serveren på scope (remote ip). Måtte også sette "allow edge traversal" på advanced på hs3 i windows firwall. OBS: Dersom dette er din default server må linje 5 endre til: listen 443 ssl default_server;