Å planlegge forbruk slik at man treffer de rimeligste periodene over døgnet, og at det skjer helt automatisk, er ikke helt enkelt når alt varierer og det avhenger av hvilken type forbuksgjenstand det er snakk, samt hvor lenge man kan/eller er villig til å vente.

Det er helt opplagt at å styre en varmtvannsbeholder krever en helt annen algoritme enn å styre f.eks. en vaskemaskin. En varmtvannsbeholder bør minst kjøres 2-3 timer hver dag for å sikre at det aldri går tomt, noe som selvsagt avhenger av størrelse, effekt og forbruk. Til gjengjeld er en varmtvannsbeholder til enhver tid klar til å slås på, så det krever liten eller ingen manuell innblanding når man først har funnet en brukbar balanse mellom hvor mye og hvor ofte.

En vaskemaskin eller oppvaskmaskin derimot er bare klar når noen har fylt den, gjort den klar og signalert at den er klar. Det har jo ikke noe for seg å kjøre vaskemaskinen bare fordi strømmen er billig. Og når den er fylt med tøy, hvor lenge er husmor villig til å vente på at den skal bli kjørt? Og er det ull i maskinen så er det ikke ønskelig at det blir liggende fuktig i mange timer før maskinen blir tømt. Da bør ikke maskinen kjøres slik at den er ferdig kl 02:00 på natta – med mindre man er villig til å stå opp midt på natta og tømme den.

Styring av gulvvarme er f.eks. veldig ulikt avhengig av om man har vannbåren varme eller elektrisk oppvarming. Det skjønner de fleste.

Alt dette fører til at det er omtrent umulig å lage én algoritme som skal ende opp i én binær sensor kjør/vent (av/på) som igjen trigger en rekke ulike automasjoner.

Hva man bør huske på

I denne guiden har jeg tatt utgangspunkt i Jørgen Rørviks forslag til en løsning tilpasset styring av en varmtvannsbeholder;

GitHUB Repository til @jorgror

Tusen takk til Jørgen!

Deretter har jeg tilpasset denne til styring av vaskemaskin og oppvaskmaskin slik vi vil ha det hjemme hos oss. De viktigste endringene jeg har gjort, er:

1. Utvidet beregningsområdet til å dekke to døgn og ikke kun inneværende døgn.
2. Beregnet antall timer man må «vente» før prisen blir på sitt laveste i forhold til prisen i beregningsøyeblikket now()
3. Legge inn en mulighet for tving i gang kjøring med det samme – uansett pris, rett og slett fordi man ikke kan eller vil vente – koste hva det koste vil.

Hva gjenstår å gjøre?

1. Legge inn muligheten for å sette et slingringsmonn (delta) på hva som defineres som laveste pris. Dette fordi det ofte kan være lite ønskelig å vente 10 timer, når prisen om 3 timer «bare» er 10% høyere. Noen ganger er praktiske hensyn viktigere enn kroner-og-ører.

For at slik styring skal være meningsfull, må/bør man ha maskiner som er online og styrbare. Jo, det går sikkert an å bruke smartplugger med effektmåling dersom maskinene er laget slik at de starter med det samme de får strøm. Men det tror jeg bare gjelder gammelt utdatert utstyr.

Hos oss har vi en Samsung vaskemaskin som er integrert i Home Assistant gjennom SmartThings. Vi har ingen SmartThings-HUB, men det fungerer greit å bruke mobiltelefonen til oppsettet og deretter kjøre alt via Cloud og REST-API. Så har vi en Siemens oppvaskmaskin som er satt på samme måte, men gjennom Home-Connect. Begge maskinene benytter WiFi. SmartThings integrasjonen er helt standard versjon, mens Home-Connect integrasjonen finnes i en HACS variant kalt Home Connect Alt som er mye rikere enn standard versjonen. Den er såpass velutviklet at man slipper å benytte REST-API men kan isteden direkte benytte entities som settes opp automatisk av integrasjonen.

Ok, la oss komme i gang!

Det er ikke min ambisjon her forklare hvordan man installerer, konfigurer og setter opp maskinene mot Home Assistant. Det mår du finne ut av selv – for dine maskiner, som helt sikkert er forskjellig fra mine. Men et par ting er det viktig å ha tilgjengelig:

• Maskinene må ha en fysisk knapp som signalerer til HA at den er klar for kjøring. Normalt vil dette være en «on» knapp som kan benyttes som trigger. Men den må selvsagt være slik at maskinen bare slås på – og ikke starter. Det skal HA gjøre når tiden er inne for det.
• Dernest må ikke maskinen være laget slik at den timer-ut og slår seg av dersom den ikke blir startet innen en viss tid. Den må kunne stå i «stand-by» uendelig lenge. Våre maskiner «lurte» oss litt der for både Samsung og Siemens maskinene er slik at de «sovner» etter en viss tid, noe du ser ved at displayet slår seg av og alt slokner. Men det viser seg at de er ikke «døde», men reagerer fortsatt for kommando-kall.
• Så bør maskinene være slik at om du slår de av enten ved å åpne døra eller for å få opp døra - fordi du ønsket å legge inn mer, så må ikke det «ødelegge» maskinens evne til å gjenoppta den modus den hadde.
• Det hele må være nokså idiotsikkert (eller WAF-vennlig som det heter på fagspråket), slik at ikke mor må lære seg en masse kompliserte metoder og tastetrykk for at ting skal fungere. Alt må være som vanlig. Det eneste hun må læres opp til å huske, er at hun ikke skal trykke på «Start». For det gjør Home Assistant.

En annen ting som er viktig å være klar over: Automasjoner som ligger og venter på en trigger (at strømprisen blir lav), har en lei tendens til å stoppe dersom man må restarte Home Assistant av en eller annen grunn. Noen løsning på dette har jeg ikke laget (selv om det sikkert er mulig). Jeg må bare huske på å starte automasjonene manuelt igjen, etter en restart av HA.

Husk at det tar lang tid å bygge opp tillitten til automasjoner hos husstandens medlemmer, men det trengs bare en enkelt bommert å rive ned all tillitten igjen. Å våkne opp om morgenen til at det ikke finnes en eneste ren tallerken, eller rene truser, kan være nok til at de velger å sabotere hele automatikken.

Grunnlaget for å få til strømsparing er basert på Nordpool integrasjonen. Det er her man finner priser for hver time gjennom døgnet, samt forecast for neste døgn. Forecast’en for neste døgn er ofte ikke klar før ved tolv-ett tiden på dagen.

Typisk Nordpool sensor data kan se ut som følger:

state_class: total
average: 1.3795833333333334
off_peak_1: 1.19875
off_peak_2: 1.17
peak: 1.57
min: 0.98
max: 2.14
mean: 1.27
unit: kWh
currency: NOK
country: Norway
region: Oslo
low_price: false
price_percent_to_average: 1.1742675928722441

today:
  - 1.13  - 1.09  - 1.02  - 0.98  - 1.02  - 1.18  - 1.27  - 1.9  - 1.95  - 1.62  - 1.43
  - 1.28  - 1.24  - 1.27  - 1.4  - 1.47  - 1.62  - 1.97  - 2.14  - 1.45  - 1.25  - 1.20
  - 1.16  - 1.07

tomorrow:
  - 1.05  - 1.07  - 1  - 0.95  - 0.97  - 1.07  - 1.12  - 1.28  - 1.52  - 1.35  - 1.23
  - 1.18  - 1.13  - 1.13  - 1.2  - 1.2  - 1.23  - 1.27  - 1.17  - 1.08  - 1.01  - 0.95
  - 0.94  - 0.94

tomorrow_valid: true
#raw_today data is omitted for space reasons
current_price: 1.62
additional_costs_current_hour: 0
price_in_cents: false
unit_of_measurement: NOK/kWh
device_class: monetary
icon: mdi:flash
friendly_name: NordPool kWh Oslo

Tabellen over viser hvordan prisene utvikler seg time-for-time over 2 døgn. Ordner man dette som en graf isteden, kan det se slik ut: