hjemmedude

I frykt for lite varmtvann la jeg inn vvb manuelt i dag. Etter en halvtimes tid så balanserer det seg, men neste time er ikke like balansert. Her spiller kanskje noe i reguleringen inn, jeg bruker samme pid som stigvi men har selvfølgelig andre forbrukere. Er ikke nye å få gjort med de annet enn ny rekkefølge på hvem som slår seg av hvilket nivå. Jeg maser stadig om 15 min delay, men jeg vet ikke hva det vil medføre i praksis. I teorien går jeg fra hyppige endringer (for eks 2 min) til Max 4 endringer a 15 min. Hva tenker dere? Må også finne et bedre kort å vise dette i… edit: matlaging og diverse forbruk glemte jeg ut. Kan være at det er det som gjør det ustabilt i denne perioden.

https://dinside.dagbladet.no/okonomi/enorm-pagang/77174089

@Kim123jeg ønsker 5 min delay på alle termostater, for jeg ser at PID kan endres ganske raskt etter hver hele time. Så for eks bad kan endres fra heat til off og motsatt 4 ganger ila en 10 min periode (kan sjekke nøyaktig men du ser nok poenget). Med en delay på samtlige termostater kan jeg unngå mye heat/off switching.

Har forsøkt en binary_sensor for termostat på bad. Den viser state on eller off (det er binærsensor statuser antakelig, on, off, unknown er de jeg har sett) seconds endres til minutes, bare jeg som ville se om dette ga en delay på state. Noe jeg ikke er sikker på Neste steg er å bruke denne i schedy, men vet ikke helt hvordan det skal la seg gjøre.. - platform: template sensors: baderomstermostat_delay: friendly_name: "Baderomstermostat delay" delay_on: seconds: 5 delay_off: seconds: 5 value_template: >- {{ is_state('climate.bad', 'on') }}

Det skal sjekkes ut @haraldov! Har akkurat oppgradert HA til siste versjon, litt endringer for mqtt (ikke mye) og fått lagt til easee, bmw og noen andre integrasjoner. Endrer usage step fra 5 til 10, så nå ser det ca slik ut. Om noen har innspill så tar jeg i mot. Ang VVB vs elbil-lader så er tankegangen å spare 10øre pr kwt og lade mellom 22-06 og i helgene. VVB trenger ca 10kwt om alle dusjer, den er 3kw så dette tar omtrentlig 3.5t. Rest av tid fra 0130 til 0600 får elbil, tenker lade med 13 eller 16A som skulle bli 2300-2900W frem til 0600. I helgene (primærtid for lading) er lading tilgjengelig frem til 2200, men PID må gjerne regulere denne ned ifbm middag og andre ting. Derfor tror jeg easee må komme langt tidligere på listen, kanskje allerede på nr 9. Med dagens laderegime er det stort sett 1 dag i uka som er behovet så det burde vel gå bra. Kloke tanker tas alltid i mot med takk @RVM beklager så ikke svaret ditt men skal kikke på dette også!

Takk for gode svar! Har ikke hatt tid til følge opp, og det er veldig synd. Bruker schedy og har 5 nivå for å slå av forbrukere. Det har virket fint frem til jeg fikk elbil-lader. Nå ser jeg at ved kontinuerlig last på 16A så hopper det mye mellom nivå 3 og 4. Det kan jeg nok ordne med flere forbrukere over flere nivåer. Har ikke kommet videre med 5 minutters stand-by for ny verdi til termostat heller, men ser i tråden at jeg fikk tips om automasjon med delay. Dersom schedy kan trigge det?

Må bare gi kudos til stigvi som i det hele tatt tenker på dette. Er utrolig mye å lære av gjengen her inne. Takk!

Sparker liv i tråden da jeg kikker etter elbillader. 230V men usikker på type nett. Valget står mellom zaptec go eller easee, Home Assistant skal styre tidspunkt og regulere effekt slik man er under 10kwt/t. Kobles via wifi eller nettverkskabel (men helst wifi).

@haraldov takk for innspill både på schedy og bayesian. Skjønner litt mer etter videoen. Har lyst å prøve dette. Antar bayesian var grunnen til at du droppet schedy. Har noen spørsmål allerede.. 1 Hvorfor brukes input_boolean.ferie bare for varmekabler gang/bad/stue og ikke varmepumpe? 2 Må jeg ha en binary_sensor_noen_er_hjemme? Har ikke noen gode deteksjonmetoder per nå. 3 Hvorfor er sensor.regulator_energy_usage og ferie prob_given_true ("sannsynlighet for sann") satt så lavt, 0.001? Svar fra stigvi under, tok det med om andre skulle lure på det samme.. 4 Du sier vvb er aktiv 22:00 til 06:00 men jeg ser ingen steder i koden din hvor det skjer, er det mer bak automasjonen? Det er vel i automasjonen du drar inn klokkeslett og ikke i bayesian koden? 5 binary_sensor.natt og soltimer finner jeg sikkert om jeg søker på forumet her, er ikke å finne i "varmestyring med bayesian sensor" Tror jeg begynner med en veldig enkel for vvb uten strømpriser ala dette, en template sensor og automasjonene dine 🙂 - platform: bayesian name: 'Varmtvannsbereder' prior: 0.35 probability_threshold: 0.5 observations: - entity_id: 'binary_sensor.natt' prob_given_true: 0.7 platform: 'state' to_state: 'on' - entity_id: 'binary_sensor.soltimer' prob_given_true: 0.7 platform: 'state' to_state: 'on' - platform: 'numeric_state' entity_id: 'sensor.regulator_energy_usage' prob_given_true: 0.001 below: 32

Da tror jeg temperaturen økes fra 60 til 70, neglisjerbart dyrere men kan redde en dusj fra lunken til varm. 🙂 høiax anbefaler

Her justerte rørlegger høiax til eco for 1 år siden. Det er sånn jeg forstår 60-65 grader. Vurderer nå skru denne til 70 for å drepe alt som har slått seg til i tanken. Men varmere vann gir høyere forbruk ?

Hei igjen, da er heavy duty til vvb installert og integrert mot HA. Schedy tar seg av oppvarming ukedager fra kl 22 til 06, helgene kjører den på minus frokost og middagstider. Har ikke fått pid integrert mot schedy ennå, men tenkte følge haraldov sin kodesnutt. Skulle gjerne hatt en delay på 5 minutter slik som stigvi har, schedy har kanskje en mulighet for det.

Vurderte skrive dette tidligere i dag, men følte at fastpris-diskusjonen ikke hørte hjemme her. Men stigvi har luftet tanken. Er det ikke fornuftig å fjerne flytende strømpriser og heller la alle ha fastpris pr time? Da vil man oppleve at forbruket flyttes til kveld/natt da man kan spare penger på nettleia? Det er jo enkelt kontra «lade på døgnets 5 billigste timer innen et effektintervall på 5kwh»… Jeg skjønner mindre og mindre av logikken i endringen som kom nå 1 juli. Og det takker jeg hjemmeautomasjon.no for - tror ingen andre i min omgangskrets gir blanke. Og en annen ting; hva gjør de som ikke har greie på strøm, forbruk, forbruk pr time? Ingenting! Og hvilke løsninger til sluttbruker blir levert av strømselskap eller kraftprodusent? Ingen?! Som relativt privilegert i Norge synes jeg synd på de som allerede sliter med å få lønningene til å strekke til. Klarer en å gjøre løsningen enkel nok tror jeg det er business i å selge smart-strøm-forbruk- løsninger til det norske folk. Og jeg håper det kommer. Rant over.

Om du ikke har interessen med å lære, knote, bruke tid på det… gå for noe som fungerer, og bruk tiden din på det du mener er mer fornuftig. Jeg ser ingen problemer med det. Det er en ærlig sak. Om homey løser dine behov så er ikke 3000kr noen stor sum - det er ikke mer enn noen termostater. Men ønsker du lære «mer» i mangel på et godt ord, så prøver du HS eller HA 🙂 Utrolig mange flinke folk her og i andre fora som kan hjelpe til.

Begynte med SmartThings selv for å enkelt kunne styre en Ir sender til varmepumpe. Dette ble Nesten aldri brukt. Fant etterhvert Home Assistant og begynte med en rpi. Problemet var at rpien var så ny at HA ikke støttet denne enda. Fant deretter et nytt bruksområde for en ganske gammel NAS-PC som i dag funker fint til HA og Nextcloud 🙂 Kjenner til VM fra før så det var gøy å fortsette på dette løpet. Tar ting i rykk og napp, jeg kan ikke ha tidspress for resten av livet tar opp det meste av tiden 🙂 Kan fint anbefale deg HA 👍🏼

Update: fikk nok av appdaemon og installerte pyscript og la inn koden til @stigvi med mine variabler. Nå "funker" det, i alle fall ser det sånn ut i GUI Neste på planen er å følge @kjetilsn schedy-eksempel som vist under her 🙂 Jeg har ca 10 termostater å styre, så kanskje 10 steps er tingen? Hvor la du inn 5 min tidsintervall for å slå på igjen termostatene dine @stigvi? Er sikkert et sted på forumet her men. Takk for hjelp og god input underveis her! rooms: living: actors: climate.stue: schedule: - v: 21 rules: - rules: - x: "Next() if is_off('binary_sensor.terassedor') else Break()" - x: "Add(-4) if state('sensor.energy_regulator_usage_step') < '5' else Next()" - x: "Add(-1) if is_on ('binary_sensor.dyreste_4_timer') else Next()" - x: "Add(-1) if is_on ('input_boolean.energy_cost_extreme') else Next()" - x: "Add(-5) if is_on ('input_boolean.varmt_ute') else Next()" - x: "Add(-5) if is_off ('input_boolean.oppe_hjemme') else Next()" - x: "Add(-10) if is_on ('input_boolean.ferie') else Next()"

OK, da er jeg så langt. Tror langt fra alt er riktig her.. 1. global variabel løser en del feilmeldinger, men vet ikke om jeg bruker de riktig. Jeg tviler 2. state_trigger: denne er pyscript spesifikk, hva er ekvivalenten i vanlig python? Evt mistforstår jeg. 3. jeg fant kjetilsn sin implementasjon av sensor.regulatory_usage_step så kopierte denne templaten, men jeg får unavailable når jeg sjekker den (med self.log(self.get_state("sensor.regulatory_usage_step")) etter pid kjører. 4. state_trigger igjen, siste to funksjonene i koden har jeg ikke gjort noe mer med. import appdaemon.plugins.hass.hassapi as hass from simple_pid import PID class PIDcalc(hass.Hass): def initialize(self): global pid global last_c global turned_off_all global turned_off_car pristrinn = self.get_state("input_select.nettleie_pristrinn") pid = PID(40.0, 0.4, 2500.0, setpoint=float(self.get_state("input_select.nettleie_pristrinn")) - 0.2) pid.set_auto_mode(False) pid.sample_time = 1.9 pid.output_limits = (0, 100) pid.proportional_on_measurement = False pid.set_auto_mode(True, last_output=100.0) last_c = 100.0 turned_off_all = False turned_off_car = False self.run_every(self.PIDrun, "now", 10) #@state_trigger("sensor.energy") def PIDrun(self, kwargs): global last_c global turned_off_car global turned_off_all global pid self.log(pid) c = (0.9 * last_c) + (0.1 * pid(float(self.get_state("sensor.estimert_timeforbruk_filtrert")))) if round(last_c, 0) != round(c, 0): self.set_state("sensor.energy_regulator_usage_step") == round(c, 0) last_c = c self.log(c) self.log(self.get_state("sensor.energy_regulator_usage_step")) #p, i, d = pid.components #state.set("sensor.regulator_p", round(p,1)) #state.set("sensor.regulator_i", round(i,1)) #state.set("sensor.regulator_d", round(d,1)) if round(last_c, 0) != round(c, 0): sensor.regulator_energy_usage = round(c, 0) v = max(5 * round(c, 0) - 400, 0.0) #number.effekt_varmtvannsbereder.set_value(round(v,1)) last_c = c if c < 10 and turned_off_car == False: #easee.set_charger_circuit_dynamic_limit(charger_id = "EH430587", currentP1 = "0") turned_off_car = True if c > 30 and turned_off_car == True: #easee.set_charger_circuit_dynamic_limit(charger_id = "EH430587", currentP1 = "16") turned_off_car = False if c < 2 and turned_off_all == False: #esphome.terrassevarmer_pause() #switch.heru_electric_heater_connected.turn_off() persistent_notification.create(title = "Strøm", message = "Effektbegrensing slo av alt.") turned_off_all = True if c > 5 and turned_off_all == True: #esphome.terrassevarmer_resume() #switch.heru_electric_heater_connected.turn_on() turned_off_all = False #@state_trigger("input_select.nettleie_pristrinn") def setpoint(value=None): global pid pid.setpoint = float(value) - 0.2 #@state_trigger("input_number.consumption_lasthour") def hourly_usage(value=None): if float(value) >= float(self.get_state("input_select.nettleie_pristrinn")): script.turn_on(entity_id = "script.send_melding", variables = {'message': 'Strømforbruk var større enn grense', 'title': 'Strøm', 'channel': 'Info'}) 2022-06-12 11:17:35.017546 INFO simple_pid: PID(Kp=40.0, Ki=0.4, Kd=2500.0, setpoint=4.8, sample_time=1.9, output_limits=(0, 100), auto_mode=True, proportional_on_measurement=False,error_map=None) 2022-06-12 11:17:35.024166 INFO simple_pid: 100.0 2022-06-12 11:17:35.044615 INFO simple_pid: unavailable 2022-06-12 11:17:45.016038 INFO simple_pid: PID(Kp=40.0, Ki=0.4, Kd=2500.0, setpoint=4.8, sample_time=1.9, output_limits=(0, 100), auto_mode=True, proportional_on_measurement=False,error_map=None) 2022-06-12 11:17:45.021810 INFO simple_pid: 100.0 2022-06-12 11:17:45.028622 INFO simple_pid: unavailable 2022-06-12 11:17:55.014203 INFO simple_pid: PID(Kp=40.0, Ki=0.4, Kd=2500.0, setpoint=4.8, sample_time=1.9, output_limits=(0, 100), auto_mode=True, proportional_on_measurement=False,error_map=None) 2022-06-12 11:17:55.020307 INFO simple_pid: 100.0 2022-06-12 11:17:55.027098 INFO simple_pid: unavailable EDIT: fant plutselig en feilmelding i loggen; det tyder på at mye eller noe fungerer da forbruket kl 18-19 var 5,17 kwh 🙂 Det er kult! File "/config/appdaemon/apps/simple-pid.py", line 70, in PIDrun persistent_notification.create(title = "Strøm", message = "Effektbegrensing slo av alt.") NameError: name 'persistent_notification' is not defined

Gjør jeg noe riktig her? Må jeg lage en funksjon for å erstatte state_trigger? import appdaemon.plugins.hass.hassapi as hass from simple_pid import PID class PID(hass.Hass): def initialize(self): self.run_every(self.PIDrun, "now", 10) def PIDrun(self, kwargs): #pid = PID(40.0, 0.4, 2500.0, setpoint=float(input_select.nettleie_pristrinn) - 0.2) pid = PID(40.0, 0.4, 2500.0, setpoint=self.get_state("input_select.nettleie_pristrinn") - 0.2) pid.set_auto_mode(False) pid.sample_time = 1.9 pid.output_limits = (0, 100) pid.proportional_on_measurement = False pid.set_auto_mode(True, last_output=100.0) last_c = 100.0 turned_off_all = False #turned_off_car = False #@state_trigger("sensor.energy") forbruk_state = self.entities.sensor.forbruk_denne_timen.state

Ok, skal kikke på det. Jeg er på tynn is, denne fremgangsmåten med konstruktør og klasse er litt annerledes enn pyscriptet. Men begge deler vil funke? https://community.home-assistant.io/t/pid-controller-in-appdeamon/251712/3 Fant også litt fra deg i søkinga, og ser her hvordan du har definert funksjoner for sjekking av passat_status i appdaemon og python, sammenlignet med pyscripting der du kan bruke state_trigger - som virker en del mer elegant https://community.home-assistant.io/t/pyscript-new-integration-for-easy-and-powerful-python-scripting/215967/130

Da er PID via appdaemon på plass. Forsøker med input fra ditt pid-script @stigvi og jobber ut fra feilmeldingene der. Første feil; pid = PID(40.0, 0.4, 2500.0, setpoint=float(input_select.nettleie_pristrinn) - 0.2) NameError: name 'input_select' is not defined Har opprettet nettleie_pristrinn i input_select.yaml nettleie_pristrinn: name: Nettleie pristrinn options: - 5 - 10 - 15 Har du definert input_select.nettleie_pristrinn en annen plass kanskje? Eller klarer den ikke finne input_select.yaml filen? Edit: erstattet pristrinn med 5, og da feiler scriptet videre på sensor.energy. Når jeg endrer denne til sensor.forbruk_denne_timen så finner den ikke sensoren. Tror det har noe med at jeg må importere inn sensorer slik at disse blir tilgjengelige i python koden.

Ja prøver det Noen som bruker schedy og som kan hjelpe litt? Har et ventilasjonsaggregat i en climate.flexit sensor. Integrasjonen bruker preset_modes: preset_modes: - home - away - boost - Boost Temporary - Fireplace Jeg leser i schedy dokumentasjon at man bare kan bruke hvac_mode i thermostat (https://hass-apps.readthedocs.io/en/stable/apps/schedy/actors/thermostat/index.html ), så jeg lurer på hvordan kalle preset_mode: 'away' Kjører nå en automasjon på siden av Schedy ( i HA) som sjekker input.select.varme_modus == Borte og setter preset_mode. Funker jo, men ikke akkurat sånn jeg vil ha det 🙂

Litt fremgang, appdaemon og schedy installert. Har fått på plass noen småting som nattsenking og om vi har gjester styres temperatur på rommet litt ulikt, fungerer overraskende bra. Jeg må ha på plass noe borte-regler før jeg hopper på PID-en og finner ut hvordan den sender informasjon til schedy. 🙂

Hei igjen, straks er vvb koblet til heavy duty (tok sin tid å få fatt i denne) og straks er nettleia ny. Så jeg må nesten fortsette der jeg slapp! Det var visual studio som knakk serveren min tidligere, ingen problem med HA siden sist (ingen endringer heller). Jeg er kommet til PID-regulatoren, mener du @stigvi la ut koden din på forumet her i kjetilsn tråd. Kunne jeg be "siste versjon" på denne? Evt burde jeg se på hacs integrasjonen for pid-regulator? Jeg ønsker å redusere last på varmekabler i første omgang. Underetasje (6 stk) + vvb Overetasje (1 stk) + mill panelovn. Har fastavtale på strømpris, så bryr meg ikke noe om variasjon ila døgnet. Nettleien ser slik ut. Vil forsøke å holde oss innenfor 2-5 kw, til vinteren 5-10 kw. BKK fra 1. juli 2022. Trinn Kapasitetsledd inkl. mva kW Kr/mnd Kr/år Trinn 1 0-2 125 1500 Trinn 2 2-5 206 2475 Trinn 3 5-10 350 4200 Trinn 4 10-15 494 5925 Trinn 5 15-20 638 7650 Trinn 6 20-25 781 9375 Natt (2200 - 0600) Energiledd øre/kWh uten avgifter og mva Energiledd øre/kWh inkl. avgifter og mva Dag Natt og helg Dag Natt og helg 23,51 15,51 49,90 39,90

Husker ikke hvem som utvikler homely boksen, omnesti eller noe? De har vel hatt denne muligheten lenge, men homely er tregt ute med å gjøre all funksjonalitet tilgjengelig...

Kanskje interessant her https://www.europower-energi.no/nett/organisasjonene-har-samlet-seg-enighet-om-ny-nettleie-modell/2-1-1185858