Termostat

[Brommen]

Hei. Kan svare på spørsmål 1: Er fullt mulig ja. Det som er mest kryptisk her er behandling av str_map. men har du fått det til en gang er det grei sak.

Slik eg har bygd det opp har eg en flow som leser av nye setpunkt når det blir satt og lagrer i en global variabel. Endring av setpunkt gjer eg i en automasjon som har kriteria om termostat skal senkes eller forhøyes. Typisk mot effektledd eller strømpris.

forenklet det du spør om.
flow1, lesing av setpunkt til global variabel:

trigger:

plukker ut verdi $val.temp frå evt.setpoint.report og lagrer til flow variabel.

lagrer til global variabel.

setpoint_vaskerom er en global variabel og har alltid siste setpunkt som er satt enten frå app, TP eller fysisk. Globale variabler kan brukes av alle flows. Vi bruker denne vidare i flow 2.

Flow 2 senking:

ønsket utregning, bruker global variabel og lagrer resultat i en flow variabel.

i en transform skriver dette til en flow str_map variabel. Er bare å skrive inn dette og endre variabel til den du bruker. Er denne termostaten trenger for å kunne endre temperatur setpunkt.
{
“temp”: “{{variable “SetpointVaskerom” false}}”,
“type”: “heat”,
“unit”: “C”
}

Deretter skrive til termostat:

Når du har fått til dette er det fort andre ting du har lyst å få til. Kan gi nokre tips:

Har du tibber pulse kan eg anbefale denne, då får du egentlig samme effektledd beregningen som er grafisk vist i tibber app. og er veldig hendig å kjøre senking mot for å holde effektleddet. Tmars har gjort et godt stykke arbeid her. Eg kjører også et gjennomsnitt slik som han beskriver i siste post, fin å bruke når en skal skru på igjen forbrukere.

Predikere og begrense timeseffekten på en god måte, et forslag (og oppskrift)

Ønsker å dele en enkel fremgangsmåte for å estimere effektforbruket innenfor en klokketime. Har sett mange forumposter både her og på facebookforumet at mange lager regler som: trigger han meter → if power_han>x [W] → skru av/ned apparat/varmekilde N Dette fungerer helt sikkert greit, men det er jo helt unødvendig å bli “knocked out” av korte effekttopper, når de oppstår. En bedre kontroll/estimat for timeseffekten er å ta påløpt forbruk inneværende time, pluss nåværende forbruk multiplis…

Er ønskelig å lage gode kriterier for senking og sette verdi tilbake. Er mange måter å gjere det på. For min del bruker eg Tmars sin beregning beskrevet over. og må ha den på 2 kjøringer etter kvarandre for at forbruker skal senkes. bruker globale bool variabler for å ha kontroll på om utstyr er senket eller ikkje.

har en flow som ligner litt for å skru på forbrukere igjen:

Vedrørande strømpris er denne grei å vite om du har tibber pulse.

Finne døgnets X billigste eller dyreste timer, en mulig løsning

Kan melde at dette fungerer utmerket. Forresten kan man jo selvfølgelig bare bruke persentilen direkte, uten å gå omveien til en “N-billigste time”-variabel… Har sett at det er to ting å være obs på: Virker som rapportert energipris er rundet OPP til nærmeste hele øre. Så du kan få samme persentil rapportert to eller flere timer dersom det skiller mindre en ett øre på prisen (selv om prisen er ulik). For alle praktiske formål vil jo prisen være tilnærmet lik, så det er ikke så farlig… For tim…

I flow for å skru av forbrukere for strømpris bruker eg percentile > 80. og skrur då av ønska utstyr dei 4 dyraste timane i døgnet.