Vinnerliste

Starter fra scratch. Første man ut (inn?) er en z-wave kontroller på steroider. Raspberry Pi 4 4GB med SSD og Razberry v2 kort. Må kanskje 3d- printe noe hus etter hvert 😛

Jeg har i ett par år nå tenkt på å bygge min egen føler for fuktighet i jorda. Det meste av tiden har jeg fablet om å benytte solen som energikilde. Ulempen med å bruke solenergi er at det blir litt høyere terskel for å få noe gjort. Denne sommeren har jeg forkastet solceller og heller benyttet batteri. Inspirert av en blogg om egenutviklet fuktighetsføler så satte jeg igang. Low cost garden sensor Målet var å basere den på en enkel "hjerne": ATTiny85 Ikke store karen når den som holder han er en standard legomann. Jeg har valgt å benytte Arduino C og bygget meg en enhet for å kunne programmere ATTiny. Dette er ett shield som sitter på toppen av en Arduino Uno. (Instruksjoner finner du her : Attiny shield) Det har blitt endel timer som har endt opp med at jeg har lært følgende: Capacitive Soil Moisture sensor trenger minimum 3,3V for å gi verdier. 2 AA batterier klarer ikke helt å levere dette. Som gjorde at jeg endte opp med å lage en 3 batteri holder. DS18B20 klarer ikke gi verdier hvis ATTiny er satt til 1KHz klokke. 8KHz er nødvendig for at data timings skal bli korrekt. I min forskning har jeg endt opp med følgende oppsett: Komponenter: 2 stykk 2 AA batteriholdere koblet sammen til 3 AA i serie 1 4,7K motstand 1 FS1000A 433MHz sender 1 Capacitive Soil Moisture sensor v1.2 1 NPN transistor (for å slå av og på strøm til sensorer) 1 led 1 ATTiny85 Som ser ut som følger når man har det på breadboard Og jeg ser helt fint senderens data i RFLink i HomeSeer. Den som ønsker min Arduino C kode finner denne på github ATTiny85MoistureTempTransmitter Og så var det å få dette loddet og satt i en boks....

Kan egentlig se ut som at open-zwave rapporterer feil, noden er såpass responsiv at den må være i våken tilstand hele tiden. Får også dyttet ut ny konfig til den umiddelbart uten og måtte vekke den opp...

Det er fortsatt bug med setpunkt når man bruker luftføler og sensor som begrenser, men funker foreløpig med sensor mode «Floor». Da kan du justere temp. Heatit jobber med saken.

eventuelt så må du kjøre RESET. Det skal stå hvordan i manualen for gitt wall plug.

Norges hjemmeautomasjonskonge (Jeg ser at siden til Tibber er litt bingo på når de velger å fungere) https://tibber.com/no/magazine (scroll til bunn) - Kanskje det fungerer bedre derfra

Det er fordeler og ulemper ved å bruke script - MQTT kontra standard binding. Det blir jo "flere bevegelige deler" som kan feile (scriptet kan stoppe, Mosquitto-serveren kan feile, og OpenHAB kan feile) til motsetning fra når alt kjøres i OpenHAB, og det strengt tatt er bare OpenHAB som kan feile. (Så kan vi selvfølgelig si at bindingen også kan feile, men hvis det er det eneste du bruker MQTT-bindingen til, kan du jo fjerne den, så har du bare byttet en binding med en annen. -Men har du først begynt å bruke MQTT, er sannsynligheten stor for at du finner flere bruksområder. ) Med MQTT 2.x - bindingen kan MQTT settes opp i Paper UI, men jeg er enig i at det blir litt mer komplisert og uoversiktlig med MQTT og broker, things og items som må defineres og knyttes sammen. Bindingen vil også høyst sannsynlig oppdateres av "noen" etter hvert som Verisure eventuelt endrer API og sånt. Jeg har noen script jeg har kjørt i en del år, mot Miele cloud og mot EnTur sitt API (opprinnelig Ruter sitt API, inntil det ble erstattet av EnTur), og utfordringen med script, er at det typisk er litt færre brukere, og litt mindre sannsynlighet for at det oppdateres hvis du ikke kan gjøre det selv. -Og oppdaterer du selv, havner du fort litt skevt ut i forhold til å oppdatere til den "offisielle" versjonen senere. Fordelene ved å bruke script / MQTT er, som Xibriz er inne på, fleksibiliteten. Du er da helt uavhengig av hvilket smarthjem-system du bruker. Du kan til og med bruke flere samtidig, for eksempel i en master / backup - situasjon, eller hvis du holder på å evaluere at annet system i tillegg til OpenHAB. Skal du lage integrasjoner selv, er det også MYE kjappere å skrive et script som snakker MQTT enn å utvikle din egen binding selv. -Og hvis du skal lete etter integrasjoner på nett, har sannsynligvis en eller annen laget en MQTT-integrasjon før du klarer å finne en OpenHAB binding. I tillegg, kan du typisk ha bedre oversikt over hvordan brukernavn/passord/tokens håndteres i et script, enn du vil ha i kompliert kode. Inntil for et par år siden, hadde jeg to OpenHAB-installasjoner, en master, som kjørte virtuelt i XenServer, og en "slave" som kjørte på en Rapberry PI, med Z-Wave og ZigBee USB sticks. Der ble jeg etter hvert lei av MQTT-integrasjonen fordi det stadig var noe som feilet. Enten var Raspberry'en nede, ellers kunne OpenHAB stoppe på Pi'en, eller så ble det tull og faktisk forsinkelser med Mosquitto. -Og samboeren var klar på at det var på tide å ordne så lyset i huset til enhver tid bare "funker". -Så fordeler og ulemper. Det er bare viktig å gjøre noen valg på hva som er viktig for deg :-)

@PutiPlot av ukjente årsaker så har jeg ikke fått e-post om aktivitet her Denne "Python-metoden" er litt mer komplisert enn en standard binding i OpenHab. Man må blandt annet definere opp Things og Items manuelt (jeg gjør det i tekst-filer, vet ikke om man kan gjøre det i PaperUI). Men siden du har fått noe annet å fungere så er det jo ikke noe å tenke på Fordelen med og ha de forskjellige integrasjonene sine separat fra OpenHab og heller la de kommunisere over MQTT er at det er mer skalerbart og mindre risiko for at en liten del tar ned hele systemet. I tillegg så kan informasjonen gå mer direkte dit den skal, f.eks. så har jeg ett GUI som bruker informasjon fra MQTT istedet for OpenHab, selv om det er OpenHab som styrer alt. Også er ikke denne metoden knyttet til OpenHab, men MQTT, så hvis man vil bytte system så trenger det bare støtte MQTT ikke Verisure OG Telldus OG Hue OG annet som man måtte bruke

Jeg oppgraderte fra 1.4.x til 1.5.6 (nyeste beta) i går. Den mest merkbare forskjellen var at det gikk mye raskere å låse opp ved å trykke på knappen innvendig

Det holder med hvert 5. minutt hvis man skal være noenlunde pragmatisk, annenhvert minutt toppen. Temperaturer skal ikke endre seg så mye over denne tiden. Hvis den gjør det så er det ikke automasjon som er svaret, men isolasjon og vindtetting.