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.

Jeg har hatt Vibb siden Tibber begynte med forhåndsfakturering. Når prisgarantien til Vibb en gang går ut, er det nok bare et spørsmål om tid før de legger om prismodellen sin. <rant> Når den tid kommer at et strømfaktureringsselskap skal tjene penger på meg igjen, vurderer jeg å gå tilbake til Lyse, sånn at de hundrelappene det er snakk om i året i prinsippet går tilbake til fellesskapet (eierkommunene). Kanskje jeg til og med kan si opp hele strømavtalen og heller betale straffetakst (6,25 øre/kWh, ser ingen månedsgebyr) direkte til Lnett? Ulempen er at jeg er allergisk mot kommunikasjonssjefen til Lyse-konsernet... </rant>

Ja, det er sant, det er litt knotete. Mente det som et tips til de som har andre netteiere. Da jeg prøvde noe lignende fra Elhub for lang tid tilbake, fant jeg ut at nedlastningslinken er deterministisk, så man slipper i det minste å gjøre oppslagene manuelt. Ser ut som det fortsatt er det, jeg kan f.eks. manipulere tidsstemplene direkte i nedlastnings-URLen (legg inn egen måler-id, logg inn med BankID på første oppslag): https://minside.elhub.no/appserver-plugin/resources/meteringpoints/[måler-id]/meteringvalues.csv?start=2023-12-31T23%3A00%3A00.000Z&end=2024-01-31T23%3A00%3A00.000Z&measurementProfile=CONSUMPTION&language=NB&isOtherMeteringPoint=false Filene har også deterministiske filnavn, så jeg brukte Python+Pandas til å iterere gjennom filene.

Man kan kanskje bruke elhub.no også til dette, som er uavhengig av netteier og strømselskap ("Elhub er den sentrale datahuben for måleverdier og markedsprosesser i det norske kraftmarkedet")? Der skal man få hentet ut .csv-filer for sin målerstand brutt ned time-for-time, og mener å huske at jeg kunne velge at de skal bevare data 10 år tilbake. Akkurat nå ser det selvfølgelig ut til at nettsida er nede for telling, men sist jeg hentet ut noe derfra så filene sånn ut:

Ja, og det er sikkert en lur prioritering hvis det fundamentale som tak og drenering er i orden. Hvilke lysbrytere og dørlåser som er der (med eller uten lokal kontroll) er en bagatell til sammenligning, det er en relativt smal sak å bytte ut om nødvendig. Hvis stua har spygrønn strietapet er det ikke verre enn at man lærer seg å sparkle og male. Det å eie bolig krever noe bo-kompetanse enten man vil eller ei. Jeg måtte lære meg å stå i stige når huset skulle males, og det gikk helt fint.

Da bilen ble allemannseie ser jeg for meg at man burde lære seg å skifte hjul og olje. Hvis man hadde en datamaskin (hjemme eller på jobb) på tidlig 90-tall var det sikkert en fordel å kunne litt DOS. Hvis man velger å kjøpe [gjenstand] med [ny teknologi] uten å ville lære seg [ny teknologi], tenker jeg man kan takke seg selv 🙂

Lurt. Å flytte POW-U til et sted med godt signal og samtidig mate den med strøm over USB fikset alle mine problemer med amsleseren.

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.

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. 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.