stigvi

Jeg bruker ikke HomeSeer, men Home Assistant. Så jeg skal heller forklare på generelt vis hva jeg har gjort. Forutsetningen er at en kan måle total effekt ofte (kort tid mellom målingene). Jeg bruker Tibber sin Pulse til dette. Og så må en ha strømforbrukere som en kan slå av og på uten at det forstyrrer for mye. Jeg bruker varmekabler og panelovner til dette, men også elbil. Hele sulamitten er bygd opp rundt en PID-regulator. Les litt på Wikipedia for mer info om dette. Konkret har jeg brukt denne, simple-pid · PyPI Den har en utgang som går fra 0 til 100% og 2 innganger. Den ene er maks forbruk en ikke ønsker å overskride. Hos meg er dette et input-felt jeg skriver en tallverdi i som f.eks 7kWh. Den andre inngangen er forventet forbruk i inneværende time. Denne er det som skaper utfordring. Jeg tar effekt fra Tibber Pulse som kommer hvert 2,5s og integrerer denne opp for å få Wh. Jeg bruker denne, Integration - Riemann sum integral - Home Assistant (home-assistant.io) til det. Så deriverer jeg dette for å finne hvor fort integralet endrer seg for å få Wh/h. Jeg bruker denne, Derivative - Home Assistant (home-assistant.io) til det. Tidsvindu er satt til 5 min. Dette jeg får etter derivasjonen tar jeg en andel av ut i fra hvor langt ut i en time en er kommet. Er jeg 30m ut i fra en hel time så deles denne på 2. Og så legger jeg til faktisk forbruk i denne timen. Faktisk forbruk starter på 0 hver hele time og teller oppover. Det kan komme i fra integrasjonen ovenfor. Formelen er altså: Estimert=Faktisk+derivert*(3600-sekunder ut i timen)/3600 Jeg opplevde av og til at estimert hoppet / gjorde for store byks ved timeskifte så jeg filtrerte dette igjen med et lavpassfilter som dette, Filter - Home Assistant (home-assistant.io). Parametre for dette er filters: - filter: outlier window_size: 4 radius: 0.25 - filter: lowpass time_constant: 3 precision: 3 Da har jeg estimert timeforbruket som har den egenskapen at den blir mer og mer nøyaktig etterhvert som en kommer ut i timen. Det er fordi den mer og mer tar hensyn til faktisk forbruk. Dette gis til PID regulatoren og denne har parametre som self.pid = PID(30, 0.3, 0.4, setpoint=float(self.get_state("input_number.max_energy_usage"))-0.1) self.pid.sample_time = 2.0 self.pid.output_limits = (0, 100) self.pid.proportional_on_measurement = False self.pid.auto_mode = True c = self.pid(float(self.get_state("sensor.estimated_hourly_consumption"))) Resultatet, c, er 0 til 100% og der har jeg brukt enkel logikk for å styre ovner og kabler. Er verdien over 90% så er alt på og i normal drift. Er verdien mellom 80 og 90% så er varmekabel på vaskerom avslått, mens resten er på. Så slås en og en varmekabel av for hver 10% verdien synker. På 30% slår jeg av en panelovn, på 20% enda en panelovn og til slutt, ved 10% settes elbil-lading på pause. Grunnen til å starte med varmekabler først er at disse har minst konsekvens å slå av. Etter hvert som PID regulatoren finner ut at en må sette alle kluter til så skrus det som er mer synlig av, som varme i stue og elbil. Å sette en grense for hver 10% passer greit hvis en har 10 strømforbukere av betydning. Har en ferre eller fler så deler en opp 0-100% sånn at en får en jevn reduksjon av effekt når regulatoren går fra 100 til 0. I tillegg har jeg gjort en del andre ting, men dette påvirker ikke selve systemet som det er forklart her. Jeg har blant annet lagd det slik at varmekabler ikke slås av og på for ofte, men at det må minst gå 5 minutt mellom hver endring. Det er for å spare releene i termostatene. Panelovnene har ikke dette da de er triac styrt av termostat i ovn. Og slik har jeg lagd UI. Maks effekt er satt til 30kWh fordi jeg i praksis ikke har stort bruk for dette nå i og med at effekttariff er lagt på is av min netteier.

På en måte relatert: Er det noen som vet om elhub har et api?

Home Assistant har gjort et stort byks siste året. De har hatt stor forkus på brukervennlighet og det har jo hjulpet en del.

Slik ser det ut i Nobø app når jeg styrer de fra Home Assistant. Alle sonene har konstant overstyring. Et lite triks jeg gjorde var at jeg satte ovnen til AV som normal modus i et ukeprogram som varer evig. Og så er borte, øko og komfort alle tre konstante overstyringer av dette. På den måten kan jeg også slå ovnene helt av i fra Home Assistant. Å slå ovnen helt av er ikke mulig fra api uten et slikt triks. Men nå er behovet for å slå helt av tilnærmet null, men jeg har det valget i garasjen. I Home Assistant har en valgene som vist nedenfor og velger jeg "Ingen" så går ovnen av hos meg. Men du kan jo velge å ha komfort som standard og da vil valget "Ingen" bety at du får komfort.

Det er slik jeg gjør det så dette er mulig og også lett å få til i Home Assistant

Beskriv gjerne hva som er problemet med et alarmsystem som ikke virker når du kommer hjem fra hytta? Er det fordi du vil ha en sirene? Ellers er jo alarmsystem bygget inn i hvert fall noen hjemmeautomasjonssystemer. Jeg bruker alarmsystemet innebygd i Home Assistant. Ja, det krever oppsett. Alarmsystem er gjerne komplekst så noen plug&play løsning vet jeg ikke om.

Jeg ville tipset VG og vinklet det på det minst hensynsfulle måten ovenfor nettselskapet. "Nettselskapet XXX krever urettferdig straffegebyr for besøk i kommunen"

Det gjelder noen av oss som har prismodeller som er annerledes enn det du har. Noen betaler en flat sats pr kWh, mens noen har en progressiv sats der en betaler høyere pris for de høye effektuttakene. Og muligheten for å spare blir det hvis en er flink og klarer å styre unna de høye prisene oftere enn det snittet gjør i nettselskapets nedslagsfelt.

Databasen ligger på en eldgammel Windows Server 2008 med trege disker Det fungerer så lenge det går. Den dagen den ikke vil mer så mister jeg 30 dager med historikk i HA og det er definitivt ikke noe problem.

De gjorde kanskje det, men nå er det nede igjen. De nærmer seg 50% oppetid ........

Men ellers enig når det gjelder Home Assistant sin begrensing på dette med en broker. Eller det er vel strengt tatt den personen som har laget broker integrasjonen som har introdusert begrensingen. Det krever tydeligvis en bitteliten innsats å støtte "mange". Den samme begrensingen finnes i flere integrasjoner, men selvfølgelig ikke i alle.

Når jeg kom til 3. avsnitt begynte det å sive røyk ut av ørene mine........

Prisen på strøm varierer mellom landsdelene så vanskelig å si når vi ikke vet hvor du bor.

FYI: Jeg oppgraderte til ny versjon (2020.12.0) og la jo etterhvert merke til at den ikke kom i gang igjen. Så jeg kikket i loggen og så at den jobbet med å oppgradere databaseskjema. Hos meg tok det bortimot timen før den startet opp. Så vet dere det, hvis dere trykker på knappen og ser at det tar lang tid å starte.

I går kveld var det Home Assistant konferanse. Der ble det presentert den nye måten å angi versjoner på. Nå er det slutt med et løpenummer og ny versjon hver 3. uke. Det nye er et versjonsnummer som består av år, måned og patchenummer. Patching kommer fortløpende etter behov og månedsversjonene kommer den 1. onsdagen i hver måned. Det blir altså 12 versjoner å forholde seg til i 2021. Av nye ting var Blueprints smått genialt. Dette er et system for å dele kode og for å gjenbruke kode/automasjoner. Det vil gjøre det lettere for nye brukere å komme i gang. Kanskje ikke så veldig interessant for de som har et fungerende system eller har automasjonene i andre systemer som appdaemon eller node-red. Og så virker det som om Home Assistant satser på ny hardware og vil tjene litt penger på dette. De selger nå en ferdig oppsatt boks med Odroid N2+ og HA preinstallert. Odroid N2+ ser forresten ganske interessant ut i forhold til Raspberry Pi

Hvis det ikke er mulig å se det i ettertid så er det rart. Det var 3 parallelle sesjoner så ingen vil få mulighet til å se alt hvis det ikke legges ut. Men for å svare konkret: Nei, vet ikke

I går kveld var det Home Assistant konferanse med presentasjon av både det ene og det andre. Nå kan du kjøpe fiks ferdig Home Assistant hardware. Det er basert på Odroid N2+

Samsung MicroSD PRO Endurance 64GB - Minnekort til foto & video - Komplett.no

Det er alltid snakk om tid før lagring ryker og god backup bør en ha uansett. Men det varierer hvor lang tid det tar før det ryker. All flashminne har noe som kalles wear levelling. Det betyr at de jevner ut belastningen på alle minneblokkene. Et lite minnekort får dermed oftere overskriving av en minneblokk enn et stort kort. Hvis et 2GB kort varer 1 år før det er utslitt av skriveoperasjoner så vil grovt sett et 4GB kort vare i 2 år, 32GB vil vare i 16 år og et 256GB kort i 120 år. Mange sammenligner billige 2GB SD kort med en 256GB flash disk. Selvfølgelig varer den siste lenger. Dette kan en også se i spesifikasjonene til de som lager minnekort. Et 64GB kort tåler dobbelt så mange skriveoperasjoner som et 32GB kort. Raspberry Pi med minnekort har jeg god erfaring med, men jeg har et 128GB minnekort av god kvalitet på den.

Fremstår mer og mer som et "møkkaprodukt". Men de kan redde seg inn ved å etablere lokal styring og gå vekk i fra ideen om at internett og skytjenester aldri svikter.

Sikkert ingenting annet enn batteristatus. Det andre jeg tenkte på var data fra en armbåndsdings (charge)

Ups Men det gjelder å få kurven til å peke nedover. I motsetning til kona så mener jeg at informasjon er viktig når en ønsker å endre på noe. Teknisk info. Badevekt er en fitbit aria. Var lett å legge inn i Home Assistant sammen med det meste annet fitbit vet om meg.

Kona sluttet å veie seg når hun passerte 55Kg. Da ble det for deprimerende 😜

I disse juletider har jeg vært forutseende nok til å legge inn badevekten .........

Ser det manglet et kolon bak friendly name