Ny effekt-tariff. Hva nå?

[Join]

15 minutter siden, stigvi skrev:

Jeg har også gjort meg den erfaringen at Tibber Pulse ikke er godt nok når en skal estimere forbruk. Tibber Pulse har for mange utfall mot sin skyløsning (sånn ca opp til flere ganger per måned) og det ødelegger jo mye hvis et utfall fører til et timesforbruk over grensen. Da kan en jo nullstille, vente på neste måned og krysse fingre for at Tibber Pulse ikke faller ut da.

Kan man legge inn "fail-safe", der man går i sparemodus om Pulse sluttar å reagere/levere data? 

[stigvi]

1 minutt siden, Join skrev:

Kan man legge inn "fail-safe", der man går i sparemodus om Pulse sluttar å reagere/levere data?

Selvfølgelig. Men jeg bytter ut Tibber Pulse med en annen løsning som ikke krever at dataene må ta en runde rundt jordkloden før jeg kan bruke de. Regner med å ha det på plass i løpet av våren. Er ikke noe hast, men kjekt å ha noe som virker hele tiden og ikke bare 99%

[ZoRaC]

3 minutter siden, stigvi skrev:

Selvfølgelig. Men jeg bytter ut Tibber Pulse med en annen løsning som ikke krever at dataene må ta en runde rundt jordkloden før jeg kan bruke de. Regner med å ha det på plass i løpet av våren. Er ikke noe hast, men kjekt å ha noe som virker hele tiden og ikke bare 99%

Er det Pulse i seg selv som er problemet eller kommunikasjonen mot Tibber-skyen? Om sistnevnte så kan du vel sette opp Pulse til å levere dataene på en lokal MQTT i stedet?

[Join]

1 minutt siden, stigvi skrev:

Selvfølgelig. Men jeg bytter ut Tibber Pulse med en annen løsning som ikke krever at dataene må ta en runde rundt jordkloden før jeg kan bruke de. Regner med å ha det på plass i løpet av våren. Er ikke noe hast, men kjekt å ha noe som virker hele tiden og ikke bare 99%

Eg er åpen for tips til løsning.

 

Om du har tid å legge ut komplett logikk for strømstyringa di ,hadde eg satt pris på dét,  så er det lettere å gå videre med prosjektet mitt..

 

mvh

[stigvi]

7 minutter siden, ZoRaC skrev:

Om sistnevnte så kan du vel sette opp Pulse til å levere dataene på en lokal MQTT i stedet?

Har vurdert det. Men Pulse leverer ikke data ferdig dekodet så en må ha noe for å tolke det. Men jeg kan fint lage til noe for dette. Alt 2 er å ta mbus dataene rett inn i min raspberry pi. Kabel ligger klar og trenger bare en mbus->usb sak pluss programvare.
Alt 3 er en esp32 i sikringskapet som sammen med esphome sender data til min Home Assistant.

Hva jeg lander på får jeg se etterhvert.

[stigvi]

11 minutter siden, Join skrev:

Om du har tid å legge ut komplett logikk for strømstyringa di ,hadde eg satt pris på dét,

Skal få gjort det, men det kan fort gå noen dager .....

[Moskus]

48 minutter siden, Join skrev:

Er det mykje tid som skal til for å kopiere denne inn i HomeSeer?

Den rette typen nerd har ikke skrevet en logikk/script for HomeSeer, men i teorien skal det ikke så mye til.

[ZoRaC]

1 time siden, stigvi skrev:

Har vurdert det. Men Pulse leverer ikke data ferdig dekodet så en må ha noe for å tolke det. Men jeg kan fint lage til noe for dette.

 

Hva mener du? Sender den ikke en JSON-pakke da?

[stigvi]

38 minutter siden, ZoRaC skrev:

Hva mener du? Sender den ikke en JSON-pakke da?

Jo, men med rådata fra måler. Skal en ha strøm, spenning, effekt, energi så må en dekode rådataene.

Det er en her som har laget et program som heter elwiz. Kikk litt på den hvis du vil ha mer info.

[ZoRaC]

1 minutt siden, stigvi skrev:

Jo, men med rådata fra måler. Skal en ha strøm, spenning, effekt, energi så må en dekode rådataene.

 

Ah, mscMQTT-plugin i Homeseer håndterer JSON-pakker automatisk og splitter dem opp i enkeltdevicer. Mulig vi med Homeseer er litt bortskjemt som slipper å tenke på å manuelt dekode JSON...  

[stigvi]

1 time siden, ZoRaC skrev:

 

Ah, mscMQTT-plugin i Homeseer håndterer JSON-pakker automatisk og splitter dem opp i enkeltdevicer. Mulig vi med Homeseer er litt bortskjemt som slipper å tenke på å manuelt dekode JSON...  

Jeg nekter å tro at mscMQTT forstår data som Pulse sender til mqtt og automatisk pakker de ut. Det ville vært helt merkelig at mscMQTT skulle gjøre noe sånt.

[stigvi]

Ut i fra kildekoden til elwiz virker det som om Pulse sende data som dette til mqtt:

//buf = Buffer.from("7ea09b01020110eeaee6e7000f40000000090c07e4070d0115000aff800000021209074b464d5f30303109103639373036333134303337353736313509084d413330344833450600000649060000000006000000be060000000006000013150600000dea0600000fde06000009360600000000060000093e090c07e4070d0115000aff80000006027926b9060000000006012e4c4c06000994bccbf97e", "hex");
 

[ZoRaC]

6 minutter siden, stigvi skrev:

Jeg nekter å tro at mscMQTT forstår data som Pulse sender til mqtt og automatisk pakker de ut. Det ville vært helt merkelig at mscMQTT skulle gjøre noe sånt.

Mulig jeg har lest det som står på ElWiz-siden litt kjapt. Trodde eksemplene her var JSON-dataene fra Tibber Pulse, men ser at det står at ElWiz konverterer rådata til dette JSON-formatet... 

 

Hvordan ser MQTT-dataene fra Pulse ut egentlig?

[ZoRaC]

Akkurat nå, ZoRaC skrev:

Hvordan ser MQTT-dataene fra Pulse ut egentlig?

Og du svarte meg akkurat samtidig. 😛 

Hvis det er dataene Pulse sender, så skjønner jeg de må dekodes, ja!  

[daniel.h.iversen]

Pulse sender raw-dataene fra måleren, så finnes en del eksempler på kode som gjør dekodingen.

[Join]

Kokepåbud: 2x5liter vatn + kaffetrakter =ca 12,5kW, før reduksjon i effekt av varmekilder. 

[Join]

9 timer siden, stigvi skrev:

Skal få gjort det, men det kan fort gå noen dager .....

Eg har ikkje dårlig tid.

[Join]

Æsj.. ladebesøk i helga..

Dvs 135kroner ekstra i strømtariff om forbruket hadde holdt seg på 5,26kWT..

Endret 14. desember 2020 av Join

[Moskus]

10 timer siden, Join skrev:

Æsj.. ladebesøk i helga..

Dvs 135kroner ekstra i strømtariff

Jøsses. Det er nå du forklarer dette (selv om det er familie eller venner) neste gang de kommer.

 

Det er jo som at du må betale for at de skal komme på besøk.

[stigvi]

2 minutter siden, Moskus skrev:

Jøsses. Det er nå du forklarer dette (selv om det er familie eller venner) neste gang de kommer.

 

Det er jo som at du må betale for at de skal komme på besøk.

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"

[Moskus]

15 minutter siden, stigvi skrev:

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"

Men de gjør faktisk ikke det, så den vinklingen går nok ikke engang VG på...

[Join]

1 time siden, Moskus skrev:

Jøsses. Det er nå du forklarer dette (selv om det er familie eller venner) neste gang de kommer.

 

Det er jo som at du må betale for at de skal komme på besøk.

Hehe, ja, men kan eg gi gebyr fordi systemet mitt er satt for dårlig opp?

 

Det lades med 10A, så er det ca 245V her i huset, dvs ca 2,45kWT? 

 

Det burde vere mulig å holde seg innafor om strømreguleringa mi har kontroll på forbruket og kan kompensere. 

 

Er det mulig å gjør en avtale med dykk 2 om hjelp i saken?

Uansett om eg får starte med scripts, ser det ut som det ikkje er første oppgåve eg bør ta meg til!

@Moskus @stigvi

Endret 15. desember 2020 av Join

[Moskus]

Jeg hjelper stort sett alltid alle som spør, hvis jeg har tid.

Jeg begynt på noe slikt for HomeSeer, men ikke fullført det.

[Join]

38 minutter siden, Moskus skrev:

Jeg hjelper stort sett alltid alle som spør, hvis jeg har tid.

Jeg begynt på noe slikt for HomeSeer, men ikke fullført det.

Det hadde vore kult med en mal som "enkelt" kan legges inn i Homeseer for dei fleste, velge frå eget oppsett: Varmekilde #1, varmekilde #2, varmekilde #3 etc. 

Og så blir logikken kjørt etter en verdi: 3kWh, 4kWh, eller en som kan legges inn med regler ved endring i forutsetninger. 

 

Utfordringa blir kanskje å gjøre rom for 2 eller 25 varmekilder.. #1, #2, 3# #4=ignore, #5=ignore...

 

Tiden er dyrebar, om du har tid ein gong..  

[stigvi]

På 9.12.2020 den 12.14, Join skrev:

Om du har tid å legge ut komplett logikk for strømstyringa di ,hadde eg satt pris på dét,  så er det lettere å gå videre med prosjektet mitt..

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.
 

Endret 17. desember 2020 av stigvi