RVM

On 07/02/2024 at 11:17, stigvi said:

Det som skjedde var at den kontinuerlige telleren for dagsforbruk gikk ned ca 4kWh kl 10:00 og så spratt den opp ca 4kWh klokken 11:00. En ser hoppet mellom melding 49 og 50 nedenfor. Da tyder det på at dagsforbruket er basert på en integrasjon siste time og at resten av døgnets timer er på grunnlag av målerstand.

Det gjør det uansett svært vanskelig å bruke Energy Dashboard i HA. Jeg må egentlig mekke i hop et eller annet selv som tar høyde for at data mangler.
 

Jøss, det har jeg ikke oppdaget hos meg.

Jeg sleit tidligere med dårlig WiFi-forbindelse til POW-U da den sto i Faraday-buret, og da hadde jeg et grapsete script for å vaske all data for å ta høyde for kræsj osv., nettopp for å unngå at times/dagstelleren resatte/sank på ubeleilige tidspunkt. Laster det opp i tilfelle det er noe der du kan bruke, men pent er det ikke:

https://pastebin.com/raw/3sR8zLuQ

I korte trekk mellomlagret jeg forrige verdi, sjekket at det er plausibelt at timetelleren skal resette/synke (ca. ved timeskift), og hvis ikke fortsatte den å telle oppover fra mellomlageret verdi. Beregnet dagsforbruk baseres da på det "vaskete" timesforbruket.

Aha, jeg har ikke fått med meg at automasjoner i HA har et dårlig rykte, verken fortjent eller ufortjent. Er ikke så mye på Facebook heller, i alle fall ikke i diskusjonsgrupper der.

På stående fot tror jeg ikke at jeg har noe kritikk å komme med mot HA, da må jeg gruble en del i så fall 😀

Nå har vi sporet tråden helt av (beklager!), men jeg er glad for at HA er så fleksibelt at det finnes mange ulike måter å gjøre ting på - slik at jeg kan gjøre det på en måte jeg ønsker. Jeg er ikke så opptatt av at alt skal være enklest mulig, men jeg forstår at andre vurderer det annerledes.

58 minutes ago, minim said:

 

Takker for god forklaring begge to. Dette er no uvaner jeg drar med meg fra jobb i Siemens plser ja. Det er ryddig å ha alt som styrer utgangen samlet synst jeg så en kan se at ikke en lager loops og andre rariteter blant 100 andre automasjoner 😛

Ja, jeg er også borti en del Siemens på jobb, både Simatic og TIA. Har fortsatt noen automasjoner surrende der jeg fortsatt egentlig skulle hatt en main loop, og da har jeg endt opp med tidsbaserte triggere (hvert n'te minutt) fordi det var det enkleste i gjerningsøyeblikket. Må få ryddet opp i det en gang.

10 minutes ago, minim said:

Mye ryddigere å ha alt som styrer en utgang på et sted synst jeg.

Akkurat. Har f.eks. én Python-fil for hver av de større enhetene i huset, og så grupperer jeg alle innganger der. Eksempel for sorpsjonsavfukteren i garasjen:

@state_trigger("pyscript.electricity_price_level != '3'")
@state_trigger("cover.garage_door == 'closed'")
@state_trigger("pyscript.dehumidifier_pid_output == 'on'")
@state_trigger("input_boolean.dehumidifier_manual_enable")
def dehumidifier_turn_on():
  [...]

Da er det kun én enkelt plass i hele smarthus-systemet jeg trenger å oppdatere for å endre logikken til hva som skrur på avfukteren, tilsvarende for dehumidifier_turn_off() i samme fil.

13 minutes ago, stigvi said:

Men når det gjelder vaskemaskinen så ville jeg splittet dette opp i to automasjoner. 

Smak og behag 😀 Jeg synes det er naturlig å ha aksjonene i én, siden clear_notification og tag i notify-servicen til aksjon 2 er definert ut fra aksjon 1:

data:
  message: clear_notification
  data:
    tag: washer_complete

55 minutes ago, stigvi said:

Forstår ikke helt hva du mener her. Jeg ønsker å slå på radio når jeg kommer hjem. Hverken mer eller mindre.

Jeg forstår veldig godt hva han mener, og jeg bruker samme prinsipp som Thoralex over.

Eksempel: Jeg får en notifikasjon på mobilen når vaskemaskinen er ferdig. Når vaskemaskinen blir slått av (noen har hengt opp klærne til tørk), klareres notifikasjonen automatisk så man slipper å gjøre det manuelt. Da har jeg én automasjon, med to triggere (maskin ferdig, maskin slått av), med to aksjoner (lag notifikasjon, slett notifikasjon).

Det er ofte jeg må løsrive meg fra tanken om et syklisk kontrollsystem som jeg er vant til fra jobb, f.eks. en PLS. Må tenke litt annerledes for et event-basert kontrollsystem som Home Assistant.

Interessant løsning og god feature request.

Jeg bruker primært InfluxDB til historiske strømdata og følger ikke så mye med på Energy dashboardet i Home Assistant. Ser ut som at Energy i HA matcher veldig godt opp mot InfluxDB og web-interfacet til min POW-U amsleser time for time, uten forskyvning.

Jeg opplevde samme problemet som deg da jeg brukte den totale målerverdien som ble oppdatert rett etter timeskift, men for meg holdt det endre til å bruke akkumulert dagsverdi fra amsleseren som sensor til Grid Consumption i HA. Den oppdateres flere ganger i minuttet, og resetter ganske presist på nytt døgn. Energy dashboardet skjønner automatisk hvordan den skal dele det opp i timesforbruk og dagsforbruk.

19 hours ago, stigvi said:

 

Det som skjer er at 5 sekund før hver hele time blir denne sensoren satt til (...)

Jeg har hatt noen sånne triggere opp igjennom, men har prøvd å styre unna et sånt design pattern når jeg kan i nyere tid, fordi jeg ikke vil måtte tenke over hva klokka er hvis jeg skal restarte eller oppdatere HA. Hvis man tilfeldigvis har litt nedetid akkurat rundt timeskift, risikerer den å gå glipp av tidspunktet den skulle ha trigget på. Når det er sagt ville jeg også fått en bitteliten feil i Energy hvis jeg restarter rundt timeskift nå.

Mine foreldres første varmepumpe varte ca. 12 år i nokså fuktig og saltholdig sørvestlandsklima, men far min er over snittet opptatt av å ta vare på tingene sine og er allergisk mot synet av rust. Regner med han fulgte opp alt av anbefalt vedlikehold. De brukte vel egentlig varmepumpa til å øke komforten heller enn å spare penger, mulig de kunne fått den gamle VP til å vare noen år til.

Vår Daikin varmepumpe er bare 2 år i samme klima, og det tok ikke lange tida før jeg så litt overflaterust på ulike skruer/bolter. Jeg tenkte det ikke kunne skade å sette på et par offeranoder i sink på strategiske steder i håp om at de tar litt av korrosjonen, det kostet jo ikke mange kronene på Biltema.

50 minutes ago, storeulv said:

Det jeg gjetter på er at de legger opp støtte for IPv6, men at IPv4 vil fortsette å fungere.

 Hadde flaks med hvem jeg møtte på chatten til kundeservice på 3. forsøk, og da kom det fram at:

Quote

[...] vi slår ikke av IPv4 hos deg, men det åpnes for at flere kan havne bak CGNAT. Vi bruker dualstack IPv6. Ingen tunnelering - men portviderekoblinger kan slite bak CGNAT. [...] Du vil kunne fortsette å bruke DHCP/NAT med IPv4 over LAN som jeg forstår det - hvis du ønsker slenger jeg inne CGNAT Opt-Out her og nå

Kunne de ikke bare sagt noe om det i infomailen? 😀 Dette var beskjeden jeg opprinnelig fikk på e-post:

Quote

Ettersom stadig flere tar i bruk internett, er alle verdens IPv4-adresser brukt opp. Vi må av den grunn gjøre en omlegging av hvordan IP-adresser deles ut. [...] Utover nedetiden, vil dette sannsynligvis ikke påvirke deg. Unntaket er hvis du har behov for funksjonene DMZ, uPnP og portviderekobling. Disse funksjonene kan ikke brukes i hjemmesentralen eller din egen router etter omleggingen. Har du behov for fast IP-adresse kan du kjøpe dette ved å kontakte kundesenteret vårt

Kundeservice-representant nr. 2 visste nok knapt hva en IP-adresse var, men hun mente at jeg måtte bruke IPv6...

16 minutes ago, storeulv said:

Vet ikke om jeg kanskje misforstår helt spørsmålet ditt, men det er Altibox som skal legge om til IPv6?

 

Det betyr jo bare at du får en IPv6- adresse på WAN-siden av ruteren (jeg antar du har bare én, selv om du sier "rutere" i flertall) din, mens du vel kan beholde IPv4 på LAN-siden? Da er det kun din såkalte "public" IP-adresse som går over fra IPv4 til IPv6.

Ja, det er Altibox som legger om til IPv6 i mitt område, så WAN-siden får IPv6.

Men da kan jeg altså beholde DHCP/NAT og IPv4 som før på mitt lokale nett, uavhengig av hva min ISP gjør? Det er i så fall helt glimrende, jeg antok at jeg måtte passe på at f.eks. alle enheter på mitt hjemmenett var satt opp til å kunne bruke IPv6, og at alle referanser til statiske IP-adresser rundt omkring måtte endres til IPv6.

Takk!

Edit: Jo, jeg har routere i flertall, 3 stk i et mesh, der én er master og 2 slaver over ethernet backhaul. Virker som jeg bare må gjøre evt. endringer for WAN i primær-routeren. Hvis jeg har forstått det riktig.

Jeg har internett fra Altibox (Lyse), og har fått melding om at de skal legge om fra IPv4 til IPv6 hos meg i natt. De påstår at "utover nedetiden, vil dette sannsynligvis ikke påvirke deg", men jeg har mine tvil.

Jeg har hjemmesentralen i bromodus og noen Asus mesh-routere som jeg administrerer selv, og tenkte jeg skulle være forberedt og få litt hjelp av kundeservice til hvordan IPv6 må settes opp i min Asus-router. Det eneste de kunne foreslå var å resette routeren hvis det blei problemer. De kunne ikke svare på om jeg skulle bruke f.eks. native IPv6 eller Tunnel 6rd etter omleggingen, og jeg kan alt for lite om nettverk (i alle fall om IPv6 - kan akkurat nok om IPv4 og subnetting til å være farlig) til å kunne ha en formening selv.

Er det noen som har fått lagt om fra IPv4 til IPv6 fra Altibox nylig, og kan dele litt om hva jeg må gjøre i morgen tidlig? Hvordan påvirker det f.eks. Nabu Casa, OpenVPN, POW-U AMS-leser, Synology NAS, Linux servere (Proxmox/Debian), IOT-gatewayer (Gardena, Systemair, Eufy), lokale statiske IPv4-adresser osv. osv.?

Jeg gruer meg allerede til i morgen tidlig - grøss!😬

37 minutes ago, stigvi said:

Det enkleste og sannsynligvis billigste er nok å kjøpe en superbillig trådløs aksesspunkt og sette den opp i nærheten av skapet. Det finnes esp32 noder med nettverkstilkobling, men da må du sitte inne med kunnskaper om å lodde og koble deler sammen på egenhånd.

Jeg har også litt skranten wifi-forbindelse ved AMS-måleren, som står inni et faraday-bur av et inntaksskap. Jeg endte opp med å trekke en ethernet-kabel mellom HAN-porten og lavspentskapet til routeren etter noen måneder med ergrelse, sånn at POW-U AMS-leseren kunne stå der det er godt signal. Jeg var "heldig" og hadde allerede ha et ledig trekkerør i veggen som jeg kunne bruke, men trådstarter snakker jo om å bruke LAN, så da har han/hun vel mulighet til å kable.

Uten at jeg har testa det sjøl, ville jeg ha prøvd å lage en template sensor som gir 650 W hvis "heating" fra Heatit, og så bruke en Helper->"Integration - Riemann sum integral" av template sensoren, og muligens en Helper->"Utility Meter" med integralet som input. Da tipper jeg du er langt på vei.

Edit, template sensoren blir vel noe sånt: {{ iif(states('climate.entrance_floor')=='heat', 650, 0) }}

Du har kanskje noe dokumentasjon på skjult varme i Boligmappa? Hos meg finner jeg f.eks.:

...som stemmer ganske bra med effekten som Heatit-termostaten måler:

I så fall kan du jo integrere dokumentert effekt over tiden den rapporterer "heating".

8 hours ago, L-A said:

Alle NRK sine radiokanaler finnes her i mp3 og aac:

https://lyd.nrk.no/

 

Og RSS-feeds til NRKs podcaster finner man her: https://sindrel.github.io/nrk-pod-feeds/

2 minutes ago, stigvi said:

Har vurdert det samme. Og å lage det slik at prisene for hvor time enten hentes fra Nordpool integrasjon eller Entsoe-e integrasjon, avhengig av tilgjengelighet på priser. Da får jeg to kilder som jeg varierer på, alt ettersom.

Litt av poenget med å gjøre det akkurat sånn for meg, var at jeg da slapp å endre så mye på logikk som bruker raw_today/raw_tomorrow andre steder, siden jeg har samme format for raw_today/raw_tomorrow i min nettopris.

Jeg har nylig gått over til å la Nordpool-integrasjonen kun ta seg av spotprisen, og så lar jeg andre entities holde på nettleie og strømstøtte hver for seg, før jeg summerer opp en netto strømpris. Synes sjøl at det var ryddigst og enklest, men det blir jo subjektivt.

Gjør dette ved å "speile" raw_today og raw_tomorrow fra Nordpool til nye Pyscript-variabler, slik at de er på samme format som Nordpool-entity'en.

Nettleie:

# ...

YEAR = datetime.today().year
NOR_HOLIDAYS = holidays.NO(years=[YEAR, YEAR+1, YEAR+2])

@time_trigger
@state_trigger("sensor.nordpool_kwh_krsand_nok_3_10_025")
def calculate_grid_tariff():
    now = datetime.now(tz=tz)

    pyscript.electricity_grid_tariff = PEAK_RATE if is_peak(now) else OFFPEAK_RATE

    pyscript.electricity_grid_tariff.raw_today = sensor.nordpool_kwh_krsand_nok_3_10_025.raw_today.copy()
    pyscript.electricity_grid_tariff.raw_tomorrow = sensor.nordpool_kwh_krsand_nok_3_10_025.raw_tomorrow.copy()

    for rt in pyscript.electricity_grid_tariff.raw_today:
        rt['grid_tariff'] = PEAK_RATE if is_peak(rt['start']) else OFFPEAK_RATE

    for rt in pyscript.electricity_grid_tariff.raw_tomorrow:
        rt['grid_tariff'] = PEAK_RATE if is_peak(rt['start']) else OFFPEAK_RATE

    
def is_peak(t):
    is_holiday = t.date() in NOR_HOLIDAYS
    is_weekend = t.isoweekday() >= 6
    is_night = t.hour <= 5 or t.hour >= 22

    if is_holiday or is_weekend or is_night:
        return False
    else:
        return True

Strømstøtte:

# ...

@time_trigger
@state_trigger("sensor.nordpool_kwh_krsand_nok_3_10_025")
def calculate_subsidy():
    now = datetime.now(tz=tz)

    spot = float(sensor.nordpool_kwh_krsand_nok_3_10_025)
    pyscript.electricity_subsidy = get_subsidy(spot)

    pyscript.electricity_subsidy.raw_today = sensor.nordpool_kwh_krsand_nok_3_10_025.raw_today.copy()
    pyscript.electricity_subsidy.raw_tomorrow = sensor.nordpool_kwh_krsand_nok_3_10_025.raw_tomorrow.copy()

    for rt in pyscript.electricity_subsidy.raw_today:
        rt['subsidy'] = get_subsidy(rt['value'])

    for rt in pyscript.electricity_subsidy.raw_tomorrow:
        rt['subsidy'] = get_subsidy(rt['value'])

def get_subsidy(spot_price):
    subsidy = max((spot_price - SUBSIDY_THRESHOLD)*SUBSIDY_LEVEL, 0)
    return round(subsidy, 4)

Så er det bare å iterere gjennom raw_today/raw_tomorrow og summere opp nettoprisen per time.

1 minute ago, hflatoey said:

Er vel ingen begrensning på hvor masse data du kan lagre i InfluxDB? Er vel berre snakk om hard disk plass.

Stemmer, for min del er det kun snakk om harddisk-plassen, inklusive backupene.

+1 for InfluxDB.

Jeg mater alle aktuelle sanntidsdata inn i InfluxDB fra Home Assistant, og gjør Flux queries i Python i Home Assistant. Skal ikke påstå at jeg er spesielt dreven med Flux, så jeg prøver og feiler til jeg finner noe som funker som det skal. Her er et eksempel på hvordan jeg henter ut peak forbruk i inneværende døgn:

peak_consumption_today_query= f'''
        import "timezone"
        option location = timezone.location(name: "Europe/Oslo")
        from(bucket: "home_assistant")
        |> range(start:{start_string}, stop: now())
        |> filter(fn: (r) => r["_measurement"] == "pyscript.electricity_current_hour_consumption")
        |> filter(fn: (r) => r["_field"] == "value")
        |> aggregateWindow(every: 1h, fn: max, createEmpty: false)
        |> max()
        |> yield(name: "peak_consumption_today")
        '''

Ulempen er selvfølgelig at det kan bli mye data i InfluxDB. Jeg har 3 måneder retention på "hoveddatabasen", og så har jeg en Task som downsampler de mest interessante dataene til en annen database med uendelig retention policy for langtidslagring.

8 hours ago, TurboJens said:

Så, varmtvannsbereder er egentlig det einaste eg treng å styre for å klare detta men den er på 2800w så når den slår inn får eg stoore utslag på "estimert strømforbruk denne time" når det typisk ligge på rundt 300w og så kjem det ei last på 2800w oppå. Driftstida til vvtanken er berre på ca 10min når den skal kompensere for varmetapet så det utgjere ikkje så mykje, men når ungane skal bade ex. går det jo litt ekstra krutt.

Du kan jo f.eks. velge å bare slå av VVB etter 40 minutter inn i timen, på det tidspunktet er VVB sitt "bidrag" i ekstrapolasjonen (antatt videre forbruk i resten av timen) bare på 2.8kW*20min = 1 kWh, og hvis det øvrige forbruket ditt ligger nokså flatt på 300-500 watt vil du som regel være godt innafor 2 kWh på estimert forbruk.

Du kan også trekke ut hele VVB-effekten fra boligens sanntidseffekt mens VVB er aktiv før du ekstrapolerer, og så lage deg en slags modell for hvor mye VVB forbruker i en aktiv time. Hvis den som regel bare er aktiv i 10 minutter om gangen som du sier, kan du legge på 2.8kW*10min = 0.47kWh i estimatet, evt. med en god sikkerhetsfaktor.

Hvis du er redd for å slite ut releet, kan du legge på en forsinkelse slik at den bare skrur seg på igjen etter x minutter etter å ha blitt slått av. Da slår den i alle fall ikke ut og inn hele tida.

8 minutes ago, hjemmedude said:

Justerte effektledd til 5kwh i mai, men i følge nettleie så har jeg 3 dager med 5,6 og nedover i forbruk. 
Har ikke endret på noe spesielt og HA rapporterer ca 4,8 kwh forbruk på de timene BKK melder 5,6.

Hvor begynner man feilsøke dette mon tro? 

Hvis det fortsatt er en POW-U fra AMS-leser du har, ville jeg sjekket om den rebooter i blant (f.eks. pga lav spenning). Da resettes timesforbruket på 0 kWh igjen, dvs. at den rapporterer feil forbruk. Jeg opplevde det med min, og måtte massere måledataene litt før jeg flyttet den innendørs til bedre WiFi-dekning.

1 hour ago, SveinHa said:

Det er vel ikke særlig vanlig her på berget med så store veggbokser som den på illustrasjonen...

 

Jeg ville vel mistenkt at den store boksen er brukt for ansvarsfraskrivelse, putter du Aquaraen inn i en mindre boks har du ikke fulgt bruksanvisningen og har deg selv å takke for evt. problemer.

 Jeg har alle mine smartdimmere (riktignok ingen fra Aqara) inni Elko BigBox, håper de er store nok 😬

Trakk en cat6-kabel mellom det utvendige inntaksskapet til nettverksskapet inne før helga, for å få bedre sendeforhold for AMS-leseren som tidligere var inne i et Faraday-bur. Sleit med at den rebootet et par ganger i måneden når sendestyrken og/eller spenningen ble for lav. Hadde heldigvis et ledig trekkerør allerede.

Med AMS-leseren (POW-U) innendørs er signalstyrken mye bedre og forsyningsspenningen på POW-U rimelig stabil, selv om den fortsatt er matet fra HAN-porten. Skiftet er ved 3. mars ca. 18:00:

Slik måtte jeg massere inndataene (f.eks. timeforbruk) tidligere gjennom et Python-script for å ta høyde for kræsj, men det kan jeg heldigvis fjerne nå:

On 05/03/2023 at 10:25, OlavT said:

Så innfører en en ny modell for nettleie som til en stor grad motarbeider dette ved å gjøre det dyrere å forbruke mer effekt uansett om dette skjer i de få timene nettet faktisk er hardt belastet eller ikke.

Synes gapet mellom dagpris og natt-/helgepris på nettleia er nokså smalt, bare 8 øre/kWh i forskjell hos mitt lokale nettselskap. Kunne godt hatt et skikkelig skille, slik at det ble mer gunstig å flytte høyere effekt til utenfor rushtida.

7 minutes ago, DeVille said:

Neste invitasjon?

 

PM sendt.