RVM

Klipper og limer hovedessensen av det her. Nå er jeg bare en enkel søppeltømmer, så koden er litt grumsete, men egentlig nokså rett fram å forstå tror jeg. Steg 1, beregne nettleie: 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_spot.raw_today.copy() pyscript.electricity_grid_tariff.raw_tomorrow = sensor.nordpool_spot.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 Steg 2, strømstøtte: def calculate_subsidy(): now = datetime.now(tz=tz) spot = float(sensor.nordpool_spot) pyscript.electricity_subsidy = get_subsidy(spot) pyscript.electricity_subsidy.raw_today = sensor.nordpool_spot.raw_today.copy() pyscript.electricity_subsidy.raw_tomorrow = sensor.nordpool_spot.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) Steg 3, netto strømpris: @state_trigger("sensor.nordpool_spot") def calculate_net_price(): electricity_grid_tariff.calculate_grid_tariff() electricity_subsidy.calculate_subsidy() spot = float(sensor.nordpool_spot) grid_tariff = float(pyscript.electricity_grid_tariff) subsidy = float(pyscript.electricity_subsidy) pyscript.electricity_net_price = round(spot + grid_tariff - subsidy, 4) pyscript.electricity_net_price.raw_today = sensor.nordpool_spot.raw_today.copy() pyscript.electricity_net_price.raw_tomorrow = sensor.nordpool_spot.raw_tomorrow.copy() for i, rt in enumerate(pyscript.electricity_net_price.raw_today): rt['net_price'] = round( sensor.nordpool_spot.raw_today[i]['value'] + \ pyscript.electricity_grid_tariff.raw_today[i]['grid_tariff'] - \ pyscript.electricity_subsidy.raw_today[i]['subsidy'] , 4) for i, rt in enumerate(pyscript.electricity_net_price.raw_tomorrow): rt['net_price'] = round( sensor.nordpool_spot.raw_tomorrow[i]['value'] + \ pyscript.electricity_grid_tariff.raw_tomorrow[i]['grid_tariff'] - \ pyscript.electricity_subsidy.raw_tomorrow[i]['subsidy'] , 4) pyscript.electricity_net_price.net_today = [rt['net_price'] for rt in pyscript.electricity_net_price.raw_today if type(rt['net_price']) is float] pyscript.electricity_net_price.net_tomorrow = [rt['net_price'] for rt in pyscript.electricity_net_price.raw_tomorrow if type(rt['net_price']) is float]

Har nevnt dette tidligere for en god stund siden, men jeg syntes alt ble enklere den dagen jeg lot prisene fra Nordpool-integrasjonen kun representere spot-prisen, og håndtere nettleie og strømstøtte i andre entities. Med Pyscript var det da trivielt å bruke formatet til Nordpool sine attributes der jeg beregner nettleie og strømstøtte i sine egne raw_today og raw_tomorrow attributes. Og legger alt sammen til en siste entity med netto strømpris selvfølgelig.

Nå har du jo allerede tatt et valg og gått for Virtualbox, og det fungerer helt sikkert bra. Jeg bruker ESXi på jobb, og da synes jeg det var en enkel overgang til Proxmox til hjemmebruk. Kan også anbefale denne geniale samlingen av installasjonsskript: https://tteck.github.io/Proxmox/

Da har jeg fått mail fra Vibb som jeg tolker dithen at jeg mister strømfaktureringsavtalen min uten påslag - fra nå av skal de kun ha én strømavtale med fast påslag på 39,-/mnd. Det måtte jo komme, men de hadde heldigvis 3 års prisgaranti som det ser ut som de skal oppfylle for eksisterende kunder. Men det betyr nok at jeg bytter strømfaktureringsselskap igjen om en 3 års tid.

Jeg sporer av tråden allerede i post #2 🙂 Hva er fordelene med å administrere sin egen MariaDB database istedenfor SQLite som følger med HA?

Jeg har tilfeldigvis også Røroshetta kjøkkenvifte (men en modell uten utganger) og SystemAir ventilasjonsanlegg. Jeg satte bare en smartplugg på støpselet til kjøkkenhetta som rapporterer effekt, og så har jeg en terskelverdi på effekten som starter opp "Pressure Guard"-funksjonen på ventilasjonsaggregatet. Bruker en Fibaro Smart Implant på inngangen til aggregatet. Så summa summarum ikke den billigste løsningen, men fort gjort å sette opp.

Jeg går ikke med på at det er en lidelse, jeg tror det er et sunnhetstegn sånn at man holder interessen oppe - da orker man å vedlikeholde koden når den feiler...

Skjønner hva du mener, men at simple-pid skulle forsvinne er jo ikke det farligste, kunne jo vært interessant å følge Brett Beauregard's guide for å implementere PID-kontroll selv for å lære/oppfriske litt reguleringsteknikk 🙂

Den største "ulempen" jeg har oppdaget med å være veldig avhengig av Pyscript, er at jeg må vente ei uke eller to med å oppdatere HA til siste versjon, i tilfelle det dukker opp noen issues med Pyscript i siste HA versjon 🙂 Og så har jeg oppdaget at man lett kan ramle nedi noen dependency-problemer hvis man støtter seg på biblioteker i Pyscript som har andre dependencies enn det HA shipper. Det siste tilfellet jeg kommer på er at jeg ville bruke Pandas 2.0, men siden HA fortsatt henger igjen på influxdb-client==1.24.0 blir det en konflikt (trenger >=1.26). Pyscript er veldig forsiktig med å installere biblioteker som bryter med det HA bruker (fornuftig nok), så da må man omgå problemet på andre måter. Jeg svarte at jeg fortsetter med Pyscript. Jeg er bare en enkel søppeltømmer og absolutt ingen programmerer, men jeg elsker å kunne skrive Python-kode rett inn smarthuset i sanntid og få umiddelbar respons på om koden funker eller ei. Men mitt utgangspunkt er at reisen er vel så viktig som målet med smarthuset, så jeg er ikke så nøye på å finne enkleste mulige løsning.

Man kan jo hente litt inspirasjon fra Meteorologisk Institutt hvis man skal lage seg et lite værhus å sette sensoren i 🙂

Men det er jo en "kjedelig" løsning. Hva med en vibrasjonssensor over zigbee i barbermaskinen? Edit: Eller, hvis barbermaskinen har en lade-/vaskestasjon, en proximity switch i basestasjonen?

Ja, det henger jeg med på. Etter at jeg har våknet vil jeg ha flombelysning når jeg skal barbere meg 🧔

Interessant. Skjønner jo at du kombinerer med andre sensorer, men hvordan opplever du at CO2-nivået faller etter at noen våkner/forlater rommet? Jeg har en ESPhome-sak med bl.a. en Senseair S8, og ei 40mm vifte som sirkulerer lufta over sensoren. Når noen forlater rommet får jeg en fin exponential decay, men det kan jo ta noen minutter til den når en steady state (lufta i rommet må jo fortsatt byttes ut av ventilasjonsanlegget). Den vil altså henge litt etter hvis den skal gjette på at noen sover, i alle fall alt for seint til å forutse lysstyrke på badet hos oss. Edit: Etter å ha tenkt meg litt om kunne jeg kanskje skrudd opp samplingsfrekvensen i ESPhome'n, lavpassfiltrert sensorverdien (akkurat nok til å fjerne støy uten å gi for mye faseforskyvning), og så sett på den deriverte av CO2. Hvis den deriverte er tilstrekkelig negativ -> noen har forlatt rommet.

Enig i alt du sier. Litt off-topic for dette forumet, men misnøyen stopper jo ikke ved strømfaktureringsselskaper, det er mye new public management der ute som folk som meg irriterer seg over.

Ok, finner ingen skikkelig pris på det hos Lnett fra uke 7, kanskje det er noe de bevisst er forsiktige med å dele så de ikke tiltrekker gærninger som meg. 🙂 Har ikke noe problemer med å betale litt ekstra så lenge pengene går til en god sak (lønn til offentlig ansatte og overskudd til kommunene), innenfor rimelighetens grenser selvfølgelig.