Vinnerliste

Har sjekka nå, sånn ser update_regulator funksjonen ut hos meg: @state_trigger("pyscript.electricity_estimated_hour_consumption") def update_regulator(): global pid last_c = float(pyscript.regulator_electric_power) now = datetime.now() if now.minute < 15: pid.output_limits = (last_c, 1.0) # Only allow increase first 15 mins else: pid.output_limits = (0.0, 1.0) c = pid(float(pyscript.electricity_estimated_hour_consumption)) if round(c, 2) != last_c: pyscript.regulator_electric_power = round(c, 2)

Tusen takk for testing og tilbakemelding @stigvi! Jeg ser problemet ditt. Jeg fikk beskjed om ikke å kode workarounds i HA-integrasjonen, så jeg ser ikke noen måte dette kan løses på i selve integrasjonen. En automasjon for å skru av en sone må dermed både endre ukesprofil til "av"-profilen samt skru av evt. overstyring (sette hvac_mode til auto). "Now" gjør at overstyringen kun gjelder frem til neste endring i ukesprofilen. I mobilappen så settes jo dette pr. overstyring, og den tilbyr også tidsstyrt overstyring. Den type automasjoner tenker jeg det er mer naturlig å bygge i HA, og jeg tror egentlig at all overstyring i HA kan være "konstant", men det var allerede laget støtte for å kunne velge "Now" i Hacs-versjonen, så jeg tenkte det var greit å beholde det som en konfigurasjonsmulighet. Det brukes internt i integrasjonen når hvac_mode endres til auto og skrur av overstyring. Det er mulig det hadde vært like greit ikke å eksponere det som støttet preset mode ut av integrasjonen. Jeg har ikke fått til å reprodusere dette. Jeg ser derimot at det er en feil i koden som ikke viser overstyring for en sone som er sperret for global overstyring. Jeg jobber med en fiks for det. (Denne feilen tror jeg er i Hacs-versjonen også.) NB - i 2022.10 er det foreløpig ikke støtte for sensorer, ukesprofiler og global overstyring. Jeg hadde håpet å lage en PR med alt sammen, men pga. problemene over så lager jeg først en PR med kun sensorstøtte. Jeg vet dog ikke om den vil bli inkludert i 2022.10. Dersom man er avhengig av å kunne skru soner helt av i HA, må man bruke Hacs-versjonen en liten stund til.

Takk! Innholdet i function-noden ga meg en løsning på filtering. I NodeRed v3 så det ut som jeg kunne droppe json-noden også. Det virker ihvertfall i en rotete test-flow. Nå er det bare å leke med oppsett av et passende NR Dashboard

Jeg hadde samme problemstilling etter hver hele time. Har prøvd litt forskjellig, bl.a: Nokså "myke" verdier for PID gains. Gir treigere respons, men ikke nok til at det forhindrer prematur avslåing. Ønsker uansett rask nok respons senere i timen. Eksponensiell glatting av estimert timesforbruk første 15 minutter etter hel time, med lineært økende glattekonstant fra 0-1 mellom 0-15 minutter. Da unngår man i alle fall plutselige hopp i estimert timesforbruk. I praksis ser estimert forbruk penere ut på grafen, men det løste ikke problemet helt. En konfigurerbar verdi for tidligste tillatte avslåing per enhet (f.eks. bare tillate å skru av VVB 30 minutter etter hel time). Det fungerer, men ser litt rart ut når PID outputen går mot 0 mens alle enheter forblir påslått. Og så den endelige løsningen min: Bare tillatte at PID output øker i verdi første 15 minutter etter hel time. Dersom PID synker, forkast verdien.

Det virker fint nå med switch i global "sone"