hjemmedude

Tror min redning er at Høiax skal lansere en smart-sak som man ettermonterer på vvb. Sendte epost til kundeservice og de sa lansering ila. 2023.

@haraldovkan climate.bad entiteten overskrive input_number.priceanalyzer_bad på en lur måte?

Så det er anbefalt med kontaktor for kontiunerlige laster over 13x230 = 2990W. (jeg er ikke elektriker men tolker det sånn). Heavy duty kan monteres på utsiden av veggboks, jeg ville satt den som krav i kontakt med elimp.

Men så er man innenfor marginene så det kan jo være feil på enheten.

Har sett annonser fra elektroimportøren som sier "perfekt for vvb" og er 16A slik som du har. Har lest meg litt opp før jeg også kjøpte heavy duty, og synes kanskje elektroimportøren drar strikken litt langt med å si at produktet er perfekt. Hadde lett sendt en klage dit - supporten er stort sett veldig hjelpsom.

Har noen forsøkt OTA oppdatering av termostater fra heatit? Har nok eldste versjon selv, og vet ikke om det er noe å vinne på å teste det. edit: antar mine firmware 1.8 er for gamle.

Mange takk!😊 Vet du om man kan bruke climate.bad sensor og ikke input_number? Eller kan overstyre input_number.termostat_bad med temp data fra climate.bad? Hvordan går man frem for å ha 10 termostater styrt av priceanalyzer, 10 stk input_number ? 🙂 Kanskje det enkleste for meg er å få boost, save og normal inn i schedy ? edit: helt ny med blueprints. Har opprettet 5 input_numbers for 5 termostater, og 5 blueprints for priceanalyzer. Det ser ut til å funke. Schedy kjører bak og overkjører basert på pid-regulatoren til stigvi. Teste dette litt. 🙂

@haraldovpriceanalyzer kan man velge å justere mer enn 1 grad i save/boost mode? Kunne tenke meg 3 grader Kanskje jeg skal ta save/boost inn i schedy og styre derfra vs en egen input number for å sette temp på termostater via priceanalyzer.

Måtte bare teste openai chat, eksempel her: jeg stilte spørsmålet og resten et generert av openai; To use Schedy and binary sensors to delay a Schedy task for 5 minutes in Home Assistant, you can follow these steps: First, make sure you have installed Schedy and the binary sensor you want to use. You can do this by adding the schedy and binary_sensor components to your configuration.yaml file and configuring them according to the documentation. Next, create a binary sensor that will trigger the Schedy task. This can be any sensor that can be turned on or off, such as a motion sensor or a switch. In your configuration.yaml file, define a new Schedy task that will be triggered by the binary sensor. You can do this using the schedy: section of the file. For example: Copy code schedy: - name: "Delay Schedy Task" trigger: platform: state entity_id:binary_sensor.my_sensor to: "on" action: - service: schedy.delay_task data: task_id:schedy.my_task delay: 300 This will create a Schedy task that is triggered when the binary sensor's state changes to "on". When the task is triggered, it will delay the execution of the Schedy task with the ID schedy.my_task for 5 minutes (300 seconds). Test your setup by triggering the binary sensor and checking that the Schedy task is delayed by the appropriate amount of time. I hope this helps! Let me know if you have any questions

Ok, det funker nok her også. schedule_snippets: bad: - v: 26 rules: - x: "Break() if state('sensor.billigste_timer_offpeak') == 'false' else Add(3)" - weekdays: 1-7 rules: - rules: - {start: "00:00", end: "23:59" } - v: 26 Fjernes siste - v: 26 så går termostat i off, pga schedule_append: - v: "OFF" bad: actors: climate.bad: watched_entities: - sensor.billigste_timer_offpeak schedule: - x: "IncludeSchedule(schedule_snippets['bad'])" Vet ikke om det er riktig måte å gjøre dette på. Det funker men.. Jeg kunne ønske å bare legge til Add(3) uten å spesifisere temperatur, men funker det og. Bare litt flytting av informasjon fra rooms delen av schedy.. Kan sikkert fjerne weekdays, start osv.. https://community.home-assistant.io/t/heaty-will-die-schedy-be-born/71276/1236 https://hass-apps.readthedocs.io/en/stable/apps/schedy/schedules/expressions/examples.html

Hvordan setter dere modus på heatit termostater? Jeg har de eldste, og på termostat står det Eco og Comfort, i HA ser jeg Off, Heat, Cool og presets None og Energy Heat. Har så langt brukt 'off' men det blinker litt når PID regulatoren stopper en termostat, så vil heller bruke Cool for eks. Problemet jeg har med cool er at avlest temperatur er 16,5 gr - hvor den får denne verdien fra vet jeg ikke. Termostat bruker gulvføler og viser korrekt i Heat modus.

La til (now() + timedelta(1)) i kodesnippen for å ta morgendagens timer med i listen. {% set l = (state_attr('sensor.nordpool_kwh_bergen_nok_3_10_025', 'raw_today') |selectattr('start', '>=', now().replace(hour=19,minute=0,second=0,microsecond=0)) |selectattr('start', '<', now().replace(hour=23)) | list +state_attr('sensor.nordpool_kwh_bergen_nok_3_10_025', 'raw_tomorrow') |selectattr('start', '>=', (now() + timedelta(1)).replace(hour=0,minute=0,second=0,microsecond=0)) |selectattr('start', '<', (now() + timedelta(1)).replace(hour=7)) |list) | sort(attribute='value') %} {{ l }} [{'start': datetime.datetime(2022, 12, 14, 2, 0, tzinfo=zoneinfo.ZoneInfo(key='Europe/Oslo')), 'end': datetime.datetime(2022, 12, 14, 3, 0, tzinfo=zoneinfo.ZoneInfo(key='Europe/Oslo')), 'value': 3.516}, {'start': datetime.datetime(2022, 12, 14, 1, 0, tzinfo=zoneinfo.ZoneInfo(key='Europe/Oslo')), 'end': datetime.datetime(2022, 12, 14, 2, 0, tzinfo=zoneinfo.ZoneInfo(key='Europe/Oslo')), 'value': 3.539}, {'start': datetime.datetime(2022, 12, 14, 0, 0, tzinfo=zoneinfo.ZoneInfo(key='Europe/Oslo')), 'end': datetime.datetime(2022, 12, 14, 1, 0, tzinfo=zoneinfo.ZoneInfo(key='Europe/Oslo')), 'value': 3.557}, {'start': datetime.datetime(2022, 12, 14, 4, 0, tzinfo=zoneinfo.ZoneInfo(key='Europe/Oslo')), 'end': datetime.datetime(2022, 12, 14, 5, 0, tzinfo=zoneinfo.ZoneInfo(key='Europe/Oslo')), 'value': 3.597}, {'start': datetime.datetime(2022, 12, 14, 3, 0, tzinfo=zoneinfo.ZoneInfo(key='Europe/Oslo')), 'end': datetime.datetime(2022, 12, 14, 4, 0, tzinfo=zoneinfo.ZoneInfo(key='Europe/Oslo')), 'value': 3.625}, {'start': datetime.datetime(2022, 12, 13, 23, 0, tzinfo=zoneinfo.ZoneInfo(key='Europe/Oslo')), 'end': datetime.datetime(2022, 12, 14, 0, 0, tzinfo=zoneinfo.ZoneInfo(key='Europe/Oslo')), 'value': 3.738}, Så var det faktisk billigere i morgen midnatt enn kveldstid i dag. Men hvordan kan jeg unngå at data blir null etter midnatt? En automasjon som kjører sjekken en gang i døgnet kl 14 kanskje?

Så nærmer det seg spotprisavtale og jeg må ha billigste timer til elbil og vvb. Kanskje også til varmekabler slik at disse øker på lav(ere) strømpris. Har knotet og kopiert meg til laveste strømpris i offpeak perioder og døgnest laveste timer gitt input_number.billigstetimer. Om jeg bruker begge to vet jeg ikke ennå. Men greit å ha der. - platform: template sensors: billigste_timer_via_input: friendly_name: 'Billigste timer basert på input' value_template: >- {% set l=state_attr('sensor.nordpool_kwh_bergen_nok_3_10_025', 'raw_today')|sort(attribute='value') %} {% set ns = namespace(out=false) %} {% set n = states('input_number.billigstetimer')|int %} {% for i in range(n) %} {% if (now() >= l[i].start and now() <= l[i].end) %} {% set ns.out = true %} {% endif %} {% endfor %} {{ns.out}} #plukke billigste 6 timer 0000-0600, 0900-1500, 2000-0000 - platform: template sensors: billigste_6_timer_offpeak: value_template: >- {% set x = states("sensor.time") %} {% set l = (state_attr('sensor.nordpool_kwh_bergen_nok_3_10_025', 'raw_today') |selectattr('start', '<', now().replace(hour=6,minute=0,second=0,microsecond=0)) |list + state_attr('sensor.nordpool_kwh_bergen_nok_3_10_025', 'raw_today') |selectattr('start', '>=', now().replace(hour=9,minute=0,second=0,microsecond=0)) |selectattr('start', '<', now().replace(hour=15,minute=0,second=0,microsecond=0)) | list + state_attr('sensor.nordpool_kwh_bergen_nok_3_10_025', 'raw_today') |selectattr('start', '>=', now().replace(hour=20,minute=0,second=0,microsecond=0)) | list) | sort(attribute='value') %} {{ (now() >= l[0].start and now() <= l[0].end) or (now() >= l[1].start and now() <= l[1].end) or (now() >= l[2].start and now() <= l[2].end) or (now() >= l[3].start and now() <= l[3].end) or (now() >= l[4].start and now() <= l[4].end) or (now() >= l[5].start and now() <= l[5].end) }} Nå skal dette i Schedy, og tenker som moskus at oppvarming av vvb skal skje 3t på natt og 3t på dagtid (definitivt mest oppvarming på natt) Lagt til linjer watched entities: sensor.biligste_6_timer_offpeak - x: "Next() if state('sensor.billigste_6_timer_offpeak') == 'false' else Break()" schedy_switch: # This is our app instance name. module: hass_apps_loader class: SchedyApp actor_type: switch watched_entities: - sensor.energy_regulator_usage_step - sensor.billigste_6_timer_offpeak schedule_append: - v: 'off' rooms: vvb: actors: switch.vvb_heavy_duty_switch: schedule: - v: 'off' rules: - weekdays: 1-5 rules: - x: "Next() if int((state('sensor.energy_regulator_usage_step'))) < 2 else Break()" - x: "Next() if state('sensor.billigste_6_timer_offpeak') == 'False' else Break()" - { v: 'ON', start: "22:00", end: "06:00" } - { v: 'ON', start: "09:00", end: "15:00" } - weekdays: 6-7 rules: - x: "Next() if int((state('sensor.energy_regulator_usage_step'))) < 2 else Break()" - x: "Next() if state('sensor.billigste_6_timer_offpeak') == 'False' else Break()" - { v: 'on', start: "22:00", end: "06:00" } - { v: 'on', start: "09:00", end: "15:00" } For eks i dag vil ikke vvb fyre mer enn 1t på dagtid med sensor.billigste_6_timer_offpeak såvidt jeg ser. Billigste timer er 4,5,3,2,14. Kanskje best å bryte opp til to sensorer? Og er det et problem at dagens formel ikke ser på raw_tomorrow mtp natten (kl 22 til 06)? Jeg ønsker meg de 6 billigste timene fra 22-06 , det inkluderer 2 siste timene i raw_today og 6 første timene i raw_tomorrow sånn jeg forstår. Men det blir kanskje feil når man bikker over 0000 å hente raw_tomorrow - de timene eksisterer vel ikke. Så jeg må kanskje endre til to sensorer, finner billigste 6t (eller 3t) på dagtid og en som finner 6 (eller 3t) billigste timer på natten.. Uten at det burde bli så veldig komplisert da. 🙂 edit: oppdater schedy, det var mye kreativt der.

Reolink har kamera med innebygget AI deteksjon av folk og røvere samt biler. Da slipper du notifikasjon på bevegelse. Mange ulike kamera både POE, wifi og argus 3 på batteri. Har skaffet meg en POE switch nå og sikler på reolink ringeklokke.. pluss alle andre kamera..

Hehe helt rett Takk for info! 🙂

Kopierte denne koden og får result type: number og 1. Noe jeg misser her.. {% set l = (state_attr('sensor.nordpool_kwh_bergen_nok_3_10_025', 'raw_today') |selectattr('start', '<', now().replace(hour=6,minute=0,second=0,microsecond=0)) |list + state_attr('sensor.nordpool_kwh_bergen_nok_3_10_025', 'raw_today') |selectattr('start', '>=', now().replace(hour=9,minute=0,second=0,microsecond=0)) |selectattr('start', '<', now().replace(hour=15,minute=0,second=0,microsecond=0)) | list + state_attr('sensor.nordpool_kwh_bergen_nok_3_10_025', 'raw_today') |selectattr('start', '>=', now().replace(hour=20,minute=0,second=0,microsecond=0)) | list) | sort(attribute='value') %}

Ja var vel det jeg skrev også. Problemet her er at 4 pers kan dusje kl 17 til 20. Varmt for de 3 første men ikke den siste (meg) Sunt å dusje i kaldt har jeg hørt. Jeg må ha sensorer på tanken som varmer opp til et minimum slik at dette ikke skjer, ref stigvi løsning.

En slags trompet som måler luftgjennomstrømming per ventil. Så justerer man til ok tilførsel for et soverom, oppholdsrom etc. Sånn ble det utført her.

Strømsparing er i vinden og optimalisering av ventilasjon må kunne spare noen kroner. I media blir det nevnt at noen slår av for å spare strøm med konsekvensen dårlig luft/høy fuktighet/råteskader som følger. Men hvor mye trekker et vanlig aggregat og hvor mye oppvarmet luft går tapt? Hva tjener man på å slå av? Du sier 30% besparelse med din metode i ditt hus, forsvinner virkelig 30% energi ut og bort med balansert ventilasjon?

Bruker samme som deg. Vel og merke kun aktiv varming fra kl 22.00 til 06.00. Har høiax express så den varmer med øverste varmeelement først, har i det siste lurt på om den switcher til bunn etter dette. Skal teste uten express modus aktivert.

Så essensen er; 3t oppvarming mellom 19.00 og 07.00, deretter 3t oppvarming mellom 07.00 og 1900. Om alle dusjer på kvelden blir det tomt for varmtvann for vvb er sannynligvis off til etter kl 22 (antakelse mtp strømpris)

Ja, tror ikke man kommer unna tempsensor på vvb skal man få optimalisert denne prosessen. Samme erfaring her, med 200L går det i 9/10 tilfeller bra.

Hvordan optimaliserer du/dere oppvarmingen? Min erfaring er å varme opp på natt når strømpris og nettleie er lavere, men det kommer til kort om alle har dusjet om ettermiddagen. Jeg har ikke temperaturmonitorering på tanken, men vet flere bruker esp og sensorer til dette. Jeg har vurdert å varme 1-2 timer fra kl 20.00 for å sikre nok varmtvann, men da har jeg brukt opp litt av sparetiltaket allerede. Jeg har også vurdert å bruke døgnets billigste timer, men om disse havner mellom kl 22 og 0600 eller mellom kl 06 og 14 så er jeg like langt. Eventuelt motsatt; finne døgnets dyreste timer og slå av vvb i disse timene.

Nei har ikke peiling. Man søker i ettertid for disse strømstyrings-tiltakene så kanskje det er mulig med etterisolering og det du skal til med (om det er støttet).

Da søker jeg i ettertid 👍🏼 Det er jobb man kan gjøre selv da så blir nok til det.