Vinnerliste

Ser varmtvannsberederen og elbilen har hatt stafettløp i natt, hehe.

Det er de nederste feltene her: ...hvor Sub or Function skal settes til "UpdateHourlyStats" uten sitatmerker, og Parameters skal være "212;54" uten sitatmerker.

Etter noe venting, har TibberSeer endelig blitt oppdatert for å støtte Pulse! Takket være god hjelp fra de flinke guttene hos Tibber (Husky, Kjell og Edgeir) har nå TibberSeer blitt oppdatert til å støtte Tibber Pulse. De har sluppet en .NET-pakke for Tibber. Utfordringene begynte for alvor da Websockets ikke er støttet på Windows 7 og dermed også kan ha begrenset støtte på Linux via mono. Men til slutt fant jeg et bibliotek som støtter dette også, og fikk da kompliert Tibber.sdk med støtte for Win7 og forhåpentligvis Linux/mono. For å gjøre det ekstra gøy har jeg en Aidon-måler (fra Lyse, men bl.a. Hafslund har også Aidon). Aidon har vært notorisk problematiske for de som har undersøkt muligheter for å hente ut AMS-verdier før, og dette har jeg kastet bort MYE tid på. Kort oppsummert: Demo-token og min token fungerer prikkfritt i en test-app jeg skrev (som bare skriver verdiene til skjermen), både på laptop og på HS-server. Demo-token fungerer prikkfritt i plugin'en, men det gjør ikke min token. Det virker som om Aidon-måleren pulibliserer litt i hytt og pine, og når plugin'en faktisk prøver å gjøre noe med tallene som kommer så skaper det problemer, og Websocket-forbindelsen blir lukket. Vel, problemet ble løst på den enkle og idiotiske måten om at plugin'en detekterer om forbindelsen ble lukket og starter den opp igjen. Dette skal i prinsippet bare gjelde Aidon-målere, og muligens kun på et fåtall (muligens større) systemer. Installasjon Du trenger en HomeID i tillegg til Token for å få Pulse til å virke (dette er det kanskje mulig å hente automatisk, men jeg har ikke brukt tid på det). Den finner du ved å bruke API-exploreren til Tibber. Ta en backup av hele HS3-mappen først! Gå til https://developer.tibber.com Trykk på "API Explorer" oppe til venstre Trykk "Load personal token" Velg "Real time subscription" i nedtrekksboksen "Load an example query" IDen din er da her (og nei, det er ikke min ? Last ned plugin'en her: Deaktiver TibberSeer hvis den kjører. Pakk ut plugin'en i HS3-mappen, erstatt de filene som skal erstattes. Start opp TibberSeer igjen. Sett inn HomeID'en din i config'en Hvis du har en Aidon-måler, kan det være lurt å krysse av for "Keep Realtime Alive". Men prøv først uten. Trykk "Add Tibber Pulse" knapp nederst. Kjente feil Root som ikke blir satt skikkelig er et problem, og at plugin'en dermed generere MANGE enheter. Men det kan løses ved å slette root'en og childdevicene som ikke er satt skikkelig, restarte HS3 og trykke "Add Tibber Pulse" igjen. Det virker som det er en feil i HS3 etter versjon .435, sjekker dette nå. Du trenger ikke å slette devicer som oppfører seg slik de skal. Det mangler en del feilsøking og try-catch. Det KAN kræsje, men burde på det jevne oppføre seg pent. Fokuset har vært på å få det til å fungere... Det er ingen gjennomsnittsmålinger for intervaller, dvs. 5. minutters snitt, 15. minutters snitt. Jeg kan nok programmere det, men håper at Tibber gjør det for meg. Er du ikke Tibber-kunde kan du bli det her, så får vi begge 500 kr til gadgets.

Script. Tror ikke det er noen vei utenom. Dvs. det er mulig det kan la seg gjøre, men det blir omtrent like vanskelig.

TibberSeer-plugin skriver ganske mye til stdout, jeg kjører Homeseer på en Raspberry PI med linux, og all output går da til screenlog. Fyller opp hele loggen, samt at på RPI bør man ikke skrive unødvendig mye pga slitasje på minnekortet over tid. Mulig å kunne sette en config på den output'en så man kan skru den av? 17/11/2021 20:27:24: RT --> 20:27:27 - power: 3880 W, meter: 64952.91 W, today: 47.593576 kWh; cost: 54.992629 NOK 17/11/2021 20:27:27: RT --> 20:27:30 - power: 3872 W, meter: 64952.91 W, today: 47.596265 kWh; cost: 54.995503 NOK 17/11/2021 20:27:31: RT --> 20:27:32 - power: 3874 W, meter: 64952.91 W, today: 47.598956 kWh; cost: 54.998379 NOK 17/11/2021 20:27:32: RT --> 20:27:35 - power: 3861 W, meter: 64952.91 W, today: 47.601637 kWh; cost: 55.001245 NOK 17/11/2021 20:27:35: RT --> 20:27:37 - power: 3852 W, meter: 64952.91 W, today: 47.604312 kWh; cost: 55.004104 NOK 17/11/2021 20:27:38: RT --> 20:27:40 - power: 3852 W, meter: 64952.91 W, today: 47.606987 kWh; cost: 55.006963 NOK 17/11/2021 20:27:40: RT --> 20:27:42 - power: 3855 W, meter: 64952.91 W, today: 47.609664 kWh; cost: 55.009824 NOK 17/11/2021 20:27:42: RT --> 20:27:45 - power: 3768 W, meter: 64952.91 W, today: 47.612281 kWh; cost: 55.012621 NOK 17/11/2021 20:27:44: RT --> 20:27:47 - power: 3768 W, meter: 64952.91 W, today: 47.614897 kWh; cost: 55.015418 NOK 17/11/2021 20:27:47: RT --> 20:27:50 - power: 3775 W, meter: 64952.91 W, today: 47.617519 kWh; cost: 55.01822 NOK

Jeg holder forresten på med å teste og justere på PID parametre og annen logikk. Kan poste dette også en eller annen gang i desember. Men parametrene jeg har i dag er pid = PID(40.0, 2.0, 800.0, setpoint=float(input_number.max_energy_usage)) .... som sikkert kommer til å endre seg mange ganger. Spesielt D=800 er jeg usikker på.

Fikk orden på det til slutt, den er lagt til non-secure ja. Endret parameter 40 og 41 (input 1 og 2) fra 0 til 1. Dette lar central scene devicen endre seg når man endrer på input. Men denne skifter kun etter at bryteren er "toglet" (er en monostabil trykkbryter) Så får ikke helt ønsket resultat slik. Av en eller annen grunn når jeg fjernet og la den til på nytt den etter å ha endret denne parametern så dukket det opp to nye child deviced (switch1 og switch2) Disse endres umiddelbart når bryteren på input trykkes, og når den slippes opp igjen. Så nå er jeg i mål med det jeg ønsker

Jeg bruker HomeSeer. Men styringen er automatisk, basert på fuktmåling på vaskerom/bad + CO2 på stue. Hastigheten justeres etter som huset er i borte/hjemme/natt-modus.

Ser den. Jeg tenker at man kan kanskje allikvel dra nytte av å vite de termiske egenskapene i gulvene. For meg handler dette også om forbruksplanlegging. Både sett iforhold til energipris og effekttopper, for å gi en best mulig fordelaktig strøm-/energiregning. Dersom man vet at man feks bruker 0,5 timer på å varme opp gulvet 1 grad. Og at det tar feks tar 7 timer for at temperaturen synker med 1 grad. Da kan man programmere opp automatiseringen til gjøre å gjøre vurderinger og ta å ta besluttninger. Alt for å gi deg best mulig kostnadsscenario uten å måtte tenke for mye i det daglige.

Har våknet til sykt varme gulv i flere rom de siste dagene. HeatIt termostatene står på 40 grader og aksjonærene i Elvia jubler. Jeg stiller ned, sjekker events, sjekker hva som kan ha gått galt. Finner ingen feilkilder. Melder devicer ut av Homeseer - problemet skjer fortsatt. Hva f*** er det som skjer. Det er jo ikke bare én defekt termostat heller, det gjelder flere rom. Viser seg etter nærmere avhør at det skyldes en klåfingret 6-åring som syns det var litt kaldt..

Vel, jeg deler gjerne "rotet" mitt med andre, men det er min første dag med å legge ut poster her, så ikke arrester meg om det er feil innrykk og rotete oppsett og kode 😁 Har hentet mye inspirasjon og kode fra denne tråden, og satt sammen etter beste evne. Alt virket fint frem Tibber endret fra attributter til egne sensorer. Fikk god hjelp i dag fra @Kim123 med å få på plass dag, mnd og år forbruk. TAKK! P.t. ser mitt Tibber dashboard kort slik ut: Ikke se på forbruk denne uke, da disse trenger noen dager for å oppdates med ny data etter dagens siste justeringer 😆 Får p.t. inn 19 entiteter fra Tibber integrasjonen, men har laget et par ekstra med ferre desimaler, litt omregning fra W til kWh, samt en som legger til nettleie (i mitt tilfelle 0,655 pr kWh) Legger ved filer som viser mitt oppsett som vist i bilde over. Håper det er noe hjelp i det som kommer herfra i dag 😜 Ellers kan jeg benytte sjansen å takke folk i både dette forum, og andre steder jeg har plukket opp en rekke små triks. Fikk opp første installasjon av Home Assistant for 5-6 uker siden, og foreløpig ser prosjektet slik ut: Tibber Sensors.txt Automation Day.txt Automation Month.txt Automation Year.txt Input numbers.txt YAML Card.txt YAML Dashboard.txt

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.