hjemmedude

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.

Droppa 5kw i går, minusgrader og BKK viste 5,00kwh i snittforbruk. Regna om til 5,0003 - tenkte at da er jeg nok over og gir gass. Burde etterisolere et loft og få inn radonsug, så pengene kommer til å spasere ut døren i en form eller en annen. Lov å håpe på enova etterisoleringsstøtte, mener det var brei oppslutning om dette i stortinget

Det er bra! Jeg venter i spenning på en integasjon mot home assistant.. 🙂

Cloudflare har gratis ddns? Det skal sjekkes ut. Har du kikket på brannmurregler og mfa? Jeg har bare blokkering av all trafikk som ikke kommer fra Norge. MFA skal kikkes på det også.

Vil bare dele dette videre, har selv satt det opp og det fungerer bra. Wireguard løsningen ligger som reserve. Et par linker med informasjon som jeg har brukt. Det skal også være mulig med MFA i cloudflare som et tillegg til HA to-faktorautentisering, har ikke fått kikka på dette. https://community.home-assistant.io/t/new-add-on-cloudflared/361637 https://youtu.be/xXAwT9N-7Hw https://everythingsmarthome.co.uk/free-remote-access-for-home-assistant-with-cloudlfare/ https://www.reddit.com/r/homeassistant/comments/ss8mog/cloudflare_tunnel_to_ha_with_extra_security/

Henter denne frem igjen. Har to openwrt routere der en er satt opp som et akesspunkt, det funker veldig bra med mitt minimale oppsett. Har frem til i dag brukt wireguard VPN hjem til HA når det trengs, men det er litt krøkkete. Har sett flere som skryter av cloudflare tunnel for remote access, og jeg lurer på å driste meg utpå dette. Har sett et på youtube-filmer om dette. Man må bruke mfa og et godt passord siden HA blir tilgjengelig via cloudflare på internett, men man begrenser tilgangen til cloudflare sine nettverk. Noen som har forsøkt dette? everything smart home Cloudflare tunnel to HA with extra security - reddit

Ja forsøkte med logbook.yaml fil og innhold; exclude: entities: - sensor.file_pid_new_state Men så er vel ikke dette en sensor, og jeg vil ikke ta vekk hele pyscript dersom jeg kan ha bruk for noen meldinger til logbook. edit: exclude: domains: - pyscript Dette hjalp.

Hvordan ignorerer jeg pid_new_state fra loggboken?

Har 1 stk Mill ovn som kjører integrasjon mot HA. Er stadig trøbbel med clouden slik at endringer ikke går igjennom til ovn. Kunne tenke meg Nobø.

Har bare standard met-integrasjonen og likte denne godt, men hvordan henter jeg konfigurasjon fra met-integrasjonen? Det var ikke så vanskelig. Bare å legge til weather.dittnavn på alle valg under card configuration.. Hvordan justerte du ned tekststørrelsen?