kjetilsn

Dette ser jo veldig bra ut. Hadde egentlig tenkt å bare skru av diverse laster, for det meste varmekabler og panelovner, basert på hvor nærme for eksempel 5Kw jeg var kommet etter feks 30 minutter ut i timen, men etter litt fundering så skjønner jeg at det ikke er en god nok løsning. Takk for at du deler det du har gjort, det er en veldig fin løsning. Håpet er å klare meg innenfor trinn 1 (0-5Kw) mesteparten av året, ser at det gjerne blir vanskelig i jan, feb, og mars, men ikke umulig.

Smart! Da er det på plass, da var det "bare" PID delen igjen Takk skal du ha!

Hei @stigvi, Dumt spørsmål: Har lagt til integral og prediktiv sensorer som du beskriver over, lurer på hvordan du har satt det opp til å resette til 0 hver time. Kjører du en "automation" som setter den til 0 eller bruker du time_window funksjon? Har andre sensorer som er på timebase, døgn, osv. Men det er gjort relativt tungvint med å publisere til mqtt broker hver time for så å bruke en sensor som trekker fra. ## Rask kWh teller - platform: integration source: sensor.ams_forbruk name: AMS fastupdate unit_prefix: k round: 2 - platform: derivative source: sensor.ams_fastupdate time_window: "00:5:00"

Takk skal du ha stigvi! Ser ut som det kan være en del å hente her for vi som har BKK som leverandør: https://nett.bkk.no/artikkel/e8add8b7-22a6-4015-95e0-bfe227a71e03 Skal poste videre sprørsmål i en ny tråd som du anbefaler, kommer nok flere

Hei Stigvi, Holder på å legge inn funksjonaliteten din for dette for å være klar til 2022. Lurer på hvordan du i praksis gjør funksjonen du beskriver over, er det en "template sensor" du bruker her? Kunne du delt detaljene? Takk for hjelp!

Da kan du kjøpe deg en OpenEVSE ferdig bygget eller som kit, eller helt fra bunn, og tilpasse den etter dine behov da den er open source. Den har en del MQTT støtte, men ikke på alt, jeg bruker en kombo av MQTT og REST mot HA, men som sagt den er åpen så du kan jo lage til som du selv ønsker. Satt sammen et kit forrige uke og har begynt å bruke den mot en egolf. Veldig fornøyd med den. Måtte endre litt i koden for å få den til å vekke egolfen fra sleep, (noen hadde allerede laget en patch for det). Ikke noe galt fra OpenEVSE, men VW som ikke har fulgt standarden.

Hei, Det går helt fint ja. Nå gir jo tibber sensoren prisnivå direkte, så du trenger ikke lenger bruke den automasjonen lenger. Jeg bruker enda den for jeg er lat og har ikke byttet. Skrur av og på en input bolean som igjen blir brukt i til å senkte temperaturen når strømmen er dyr via schedy, men du kan jo gjør hva du vil ellers som å lade bil eller endre farge på lys som du ønsker: - alias: Energy price is high trigger: platform: time_pattern minutes: 1 condition: condition: template value_template: '{{ float(states.sensor.electricity_price_none.state) > 0.8 * float(states.sensor.electricity_price_none.attributes.max_price) }}' action: - service: homeassistant.turn_on entity_id: input_boolean.energy_cost_high id: d64185fa2e814ee48172e2a77392f7e7 - alias: Energy price is low trigger: platform: time_pattern minutes: 1 condition: condition: template value_template: '{{ float(states.sensor.electricity_price_none.state) < 0.8 * float(states.sensor.electricity_price_none.attributes.max_price) }}' action: - service: homeassistant.turn_off entity_id: input_boolean.energy_cost_high id: dbc4aa31115645ae935c91e8f2706697

Mulig at disse varmepumpene har en "inngang" for stop funksjon som kobles til vindu / dør sensorer, da dette er en helt vanlig funksjon på AC enheter på feks hotellrom. Ellers er det jo ikke vanskelig å lage til en funksjon som skrur av varmepumen om vindu åpnes, bassert på et vanlig hjemmeautmasjonsystem som feks sender IR kommando med stop til pumpa eller wifi om den støtter det, men da er det ingenting som stopper for at den enkelt kan skrues på igjen med fjernkontroll selv om vindu står åpent. Så det ideele er om det finnes en "inngang" for dette, evt så kan du jo bruke et styrt zwave rele eller lignende som tar strømmen til hele pumpa når vindu er åpent, men vet ikke om det er helt ideelt for pumpa at strømmen kuttes ofte på den måten.

Hei, Har selv begynt å lure på hva jeg skal gjøre når DNB tar over etter å ha vert trofast kunde hos skandia/sbanken siden de startet. Vil av prinsipp bytte bank nå dette skjer (så får vi se om jeg gjennofører). Ser jo litt kul ut den buldrebanken, men det er jo i egentllig bare spv i annen drakt er det ikke? Jeg er er mellomfornøyd bruker av eppletelefon, og for min del har jeg vendt meg til mobilbetaling som standard, tar ikke lenger med meg bankortet da dette fungere så og si over alt. Problemet er da banker som ikke støtter dette bassert på grunner som kan være litt vanskelig å forstå, som feks dette fra buldre/spv: https://www.bulderbank.no/support/faq/betaling/stotter-bulder-bank-apple-pay_

Hei Larry, Er det et et mostandsnettverk som brukes eller et potmeter? Om det er motstandsnetverk ville jeg brukt digitale pinner utganger og feks mosfet fra feks en nodemcu eller tilsvarende. Om det er potmeter så kan du bruke pwm fra feks nodemcu og noe lignende dette https://electronics.stackexchange.com/questions/129803/pwm-controlled-variable-resistance. Lagde noe lignende for å kunne styre hastighet på en spindel som tidligere ble hastighetstyrt med potmeter, nå med PWM via LPT port på en gammel PC.

Om du har en TTN dekning der du holder til, eller setter opp en gateway, eller modifiserer litt på koden kan du jo bruke paxcounter: https://github.com/cyberman54/ESP32-Paxcounter

Jeg er også svært glad i Home Assistant, men så har jeg kun erfaring med det, bortsett fra et par triste måneder med en Vera edge som jeg helst prøver å glemme. Kjenner ikke så godt Homey, men har hørt gode ting av bekjente, og det er jo kjekt på en måte med en ferdig boks some støtte bla zwave, zigebee og 433mhz. Selv kjører jeg ubuntu server med diverse docker containere, der en av dem er home assistant, så er det 3 usb pinner for de forskjellige radioene, og en mbus for AMS måleren. Fungere veldig bra, men av og til er det hikke med USB<->SERIAL pinnene. USB til serial er egentlig ikke til å stole på 100% da det kan oppstå feil og når det skjer så må som regel noe restartes, så i industrien er dette ikke godt nok. Hjemme ja, men det er klart en fordel med en hardware som har dette innebygget. Minus er jo selfølgelig at om noe ryker, er det ikke bare å bytte en usb pinne. Eller om du vil oppgradere, eller skreddersy noe til ditt behov, kanskje du ikke vil ha zwave eller 433mhz kun zigebee eller omvendt. Om noen år er kanskje min shuttle for dårlig, men ikke Zwave eller conbee sticken.

Hei @TerjeMB Jeg valgte å bygge "ESP8266-MQTT-battery-monitor" da jeg allerede har en PWM regulator som jeg er relativt fornøyd med, og så er det jo kjekt å bygge ting i stedet for å alltid kjøpe noe helt ferdig. Jeg bestilte 5stk PCB og har bygget opp tre stk for testing, to skal jeg ha selv, to stk har jeg lovd bort, så da er det en igjen om du bestemmer deg for å gå for 12V og du ikke går for en allerede smart laderegulator. "Open solar project" ser jo veldig bra ut, og Electrodacus som @NilsOF har nevnt. Et mer ferdig alternativ kan jo være Voltronic eller en av de andre navnene på den samme enheten, disse gjør alle målingene vi ønske og har serielt inteface. Her finner du et prosjekt for integrering av disse til home assistant: https://community.home-assistant.io/t/programmatically-read-data-from-your-solar-inverter-voltronic-axpert-mppsolar-pip-voltacon-effekta-etc-and-interface-with-home-assistant-via-mqtt-works-with-rs232-usb/119053 Utfordringen her er at det er et docker image som skal kjøre, så da trenger du jo i det minste en rpi stående å gå, jeg er skeptisk til det, da den vil trekke unødvendig strøm, og jeg er ikke overbevist over stabiliteten til rpi over tid.

Har også noen plasser der jeg har fjernet bryteren på vegg slik at det står strøm på lampen hele tiden, desverre valgte jeg å gå for IKEA sine pærer som av en eller annen grunn må "rebootes" med ujevne mellomrom, da er det litt kjedelig å måtte skru ut pæren eller ta sikringen. Men deter gjerne ikke køsningen som er problemet, heller valget av produkt.

Hei, Vi er i lignende situasjon. Hytta blir brukt hele året, men mest på sommeren. Har gamle paneler, totalt ~300W og to 12V batteri koblet i parallell hver på 140Ah. Vurderte å koble om til 24V eller 48 ved å legge til to batterier, nye panel og regulator, men stoppet opp og vurderte behov, kostnad vs. nytte. Alle lys er byttet til LED, så det er ikke snakk om mye belastning. Det som i hovedsak bruker en del strøm er vannpumpe og glødeplugg og vifte i dieselvarmer som er installert. Kjøleskap, Varmtvann og komfyr drive på gass. Det som er praktisk med å beholde 12V anlegget er at det finnes jo så mye som drives av 12V, feks mobiltelefonladere og laptoplader for bruk i bil, 4G modem, switcher, egentlig det meste som har en AC/DC adapter i front. Her er det jo da ikke praktisk å gå til 24 eller 48V, då bør en jo legge om hele anlegget med inverterdrift, som vil gi en del effekttap. Har en 3KW inverter fra onkel ali som i realiteten er ~1500W som brukes ved behov Endte opp med å beholde anlegget slik det er. Har installert 4G router, koblet rett på batteriene. Satt denne opp som OpenVPN klient slik at jeg fikk lokal tilgang til enheter, men det viste seg ustabilt, gikk over til å bruke den uten VPN og all styring og måling gjennom MQTT. Så langt har jeg fått installert MQTT kontrollerbar styring av dieselvarmeren (Afterburner). Spenningsmåling av batteripakke med en nodemcu, som snart skal byttes ut med denne som når står på test hjemme med gode resultater. Skal prøve å få lagt til "Coulomb counting" slik at jeg har et telleverk på hvor mange Ah som går inn i batterier og hvo mange som går ut. Dette blir spesielt nyttig på vinterhalvåret, og kan brukes til å bestemme om flere panel hadde vert nyttig, og gi informasjon om den faktiske kapasiteten til batteriene, noe spenningsmåling ikke kan. Etter det, skal MQTT 433Mhz gateway bygges og installeres slik at feks temperatursensorer, dør og vindu sensorer, og PIR på 433Mhz brukes. Alt med mål om å bruke minst mulig strøm, og selvfølgelig mest for morroskyld.

Hei godtfolk, Har lenge hatt lyst å kunne "ringe hytta varm" spesielt siden hytta ikke har innlagt strøm så det er blir veldig kaldt og fuktig om høst, vinter og tidlig vår. Ble til at jeg installete en dieselvarmer beregnet for båt og bobiler da jeg har 12V tilgjengelig. Dette fungerte veldig greit, men den medfølgende kontrolleren hadde ikke input for start og stop. Løsningen be "Afterburner" som er en erstatnings kontroller som er designet og produserer av Ray Jones i Australia: http://www.mrjones.id.au/afterburner/ Kontrolleren har blåtann og wifi, innebygget web Interface og ikke minst MQTT som var det viktigste for min del. Den er nå koblet opp til en 4G router som står fast på hytta, og snakker med MQTT broker hjemme som står port forwardet mot internett met autentisering aktivert. Status og house keeping blir publiser når verdier endrer seg, samt at den subscriber etter verdier som gjør det mulig å fjernstyre den, samt endre hele konfigen om en så vil det. Må si det er sjeldent jeg blir så imponert over et produkt, dette er meget godt konstruert, tenkte derfor å dele min gode erfaring her, om det er andre som ser etter tilsvarende. Den er nå selvfølgelig integrert i Home Assistant: God påske!

Nja, skeptisk til det. Jeg har testet med 3 forskjellige typer og med to forskjellige rpi og med skikkelig strømmforsyning. Det lengste det gikk for korrupt data var rundt 8 mnd. Men for all del sikkert andre som er heldigere en meg.

Enig med stigvi, bortsett fra at jeg ville gått for annen hardware en rpi, spessielt på hytta. Nå har jeg ikke erfaring med RPI4, kun brukt RPI3, der alt har fungert flott opp til at SD kortet tuller seg etter cas 6mnd og det oppstår korrupt data. Gikk over til å kjøre på en liten PC, har vert dønn stabilt siden. Jeg hadde nok valgt home assistant blue om det var et valg da jeg startet. https://www.home-assistant.io/blue/

Spennende, Bruker du deepstack alene, eller som tilleg til feks zoneminder eller blue iris?

Hei, Har testet litt med zoneminder som kjører som docker. Bruker et Kina POE onvif kamera, og kjører deteksjon på substream der mainstream er linket til substrem slik at jeg får opptak i full oppløsning men ikke bruker så mye resurser under deteksjon. Alt i alt fornøyd, men som det blir sagt her, det er ikke enkelt å finne instillinger som gjør at det ikke blir falske deteksjoner grunnet snø, regn, insekt osv. Selv om zm har gode funksjoner for å dele inn in forskjellige deteksjonssoner og har flere nivåer deteksjon. Så jeg kommer nok også til å teste å bruke ekstern PIR som trigger, gjerne 2 stykker som må slå ut innenfor samme tidsrom.

Har planer om det samme, men ikkr kommry så langt. Ønsker feks å få skrudd av varme når vedovnen er i bruk. Planen er å bruke K sensor (thermocoupler) sammen med MAX6675 og en nodeMCU eller lignende. K elementene tåler plenty med varme.

Da var det kaldt igjen og strømmen ble dyr.. Brukte litt tid på å få riktig kostnad på alle varmeenheter bassert på timepris, der jeg tidligere brukte et fastsatt gjennomsnitt. Summerer dette og trekker det fra AMS kostnaden får å få "nøyaktig" Total, varme, og forbrukskostnad. Også nyttig for å se hvilke av rommene i huset som er "syndere". Bruker to måter å hente uk KWt per time fra de forskjellig rommene da de fleste termostater er førstgenerasjon heatit, som ikke har energimåling. Her teller jeg hvor lenge de er innkopblet per time bassert på zwave node event, regner ut effekt og summerer dette til en KWh teller, slik at det blir likt som termostater og veggplugger som har energimåling. Eksempel under et et rom, og med automasjon og sensorer for å lage telleverk som beskrevet over, for enheter med energimåling så blir det da noe enklere. MQTT sensors: - platform: mqtt state_topic: 'ha/kwh_counter_stue' name: 'Kwh count Stue' unit_of_measurement: 'KWh' - platform: mqtt state_topic: 'ha/nok_counter_stue' name: 'NOK count Stue' unit_of_measurement: 'NOK' - platform: mqtt state_topic: 'ha/nok_counter_stue_midnight' name: 'NOK count Stue midnight' unit_of_measurement: 'NOK' - platform: mqtt state_topic: 'ha/nok_counter_stue_yesterday' name: 'NOK count Stue yesterday' unit_of_measurement: 'NOK' Template sensor for å telle KWh per time - platform: template sensors: kwh_stue_last_hour: friendly_name: 'Kwh Stue last hour' value_template: '{%- if not (is_state("sensor.heat_on_stue_last_hour","unknown") )-%} {{ ((((states.sensor.heat_on_stue_last_hour.state | float ) * ( 2121 )) / (1000))) | round(2) }} {%- endif -%}' unit_of_measurement: "kWh" Automation for KWh tellerverk: - alias: 'Mqtt Publish KW counter Stue' trigger: platform: time_pattern minutes: 59 action: service: mqtt.publish data_template: topic: 'ha/kwh_counter_stue' retain: true payload: '{{ ((states.sensor.kwh_stue_last_hour.state | float) + (states.sensor.kwh_count_stue.state | float)) | round(2) }}' Automation for Kostnadstelleverk: - alias: 'Mqtt publish NOK counter Stue' trigger: platform: time_pattern minutes: 59 seconds: 59 action: service: mqtt.publish data_template: topic: 'ha/nok_counter_stue' retain: true payload: '{{ ((states.sensor.kwh_stue_last_hour.state | float) * ((states.sensor.electricity_price_none.state | float) + ((states.input_number.nettleie.state | float))) + (states.sensor.nok_count_stue.state | float)) | round(2) }}' Automation Mqtt publish kostandstelleverk midnatt: - alias: 'Mqtt publish NOK count @ midnight Stue' trigger: platform: time at: '23:59:50' action: service: mqtt.publish data_template: topic: 'ha/nok_counter_stue_midnight' retain: true payload: '{{states.sensor.nok_count_stue.state}}' template sensor for dagens kostnad: - platform: template sensors: nok_count_stue_today: friendly_name: 'Oppvarmingskostnad Stue i dag' value_template: '{%- if not (is_state("sensor.nok_count_stue_midnight","unknown") or is_state("sensor.nok_count_stue","unknown") )-%} {{ ((states.sensor.nok_count_stue.state | float) - (states.sensor.nok_count_stue_midnight.state | float )) | round (2) }} {%- endif -%}' unit_of_measurement: "NOK" Automation; mqtt publisere dagens kosnad ved midnatt for gårsdagsforbruk: - alias: 'Mqtt publish NOK count yesterday Stue' trigger: platform: time at: '23:59:50' action: service: mqtt.publish data_template: topic: 'ha/nok_counter_stue_yesterday' retain: true payload: '{{states.sensor.nok_count_stue_today.state}}' Så er det bare å lage sensorer for å summere, trekke fra osv, om en ønsker det. (gårsdagsverdier i kortet under er feil, grunnet fikling i går)

Personlig ville jeg vert skeptisk til å bruke en rpi til noe som skal virke 24/7 over langt tid. Kjørte tidligere home assistant på en rpi3 men det ble alltid tull med filsystememt på sd kortet etter noen måneder. Det samme gjelder en LoRa TTN gateway jeg har satt opp. (Ja, database kjøres eksternt). Har derimot 3 stk rpi3 som har kjørt kodi i flere år uten tull. Godt mulig at dette er bedre med rpi4, eller feks rpi3 med SSD. Gikk selv over til en shutle som kjører ubuntu server og home assistant i docker, og angrer ikke et sekund på det.

Hei, Om dere synest det blir mye config for å endre setpunkt på de forskjellige termostatene basert på tidspunkt og tilstand kan jeg anbefale å bruke "schedy" i "appdaemon", og la denne ta over dette. Det er ikke perfekt, men gjør jobben. Støtter også input fra vindu og dører slik at for eksempel termostaten skrues av om vindu eller dør står åpen. Jeg bruker denne sammen med input boleans på tilstandander som "hvem er hjemme" "utetemp" Strømpris" "ferie" "fridag" osv. som igjen bestemmer schedules. min konfig: schedy_heating: # This is our app instance name. module: hass_apps_loader class: SchedyApp actor_type: thermostat watched_entities: - input_boolean.pers1_hjemme - input_boolean.pers2_hjemme - input_boolean.pers3_hjemme - input_boolean.varmt_ute - input_boolean.ferie - input_boolean.energy_cost_high - input_boolean.jentene_hjemme - input_boolean.fri rooms: living: actors: climate.stue: schedule: - v: 22 rules: - rules: - x: "Add(-0.5) if is_on ('input_boolean.energy_cost_high') else Next()" - x: "Add(-5) if is_on ('input_boolean.varmt_ute') else Next()" - x: "Add(-10) if is_on ('input_boolean.ferie') else Next()" - rules: - x: "Next() if state('input_boolean.fri') == 'off' else Break()" - { start: "14:00", end: "22:00", weekdays: 1-4 } - { start: "14:00", end: "23:00", weekdays: 5 } - { start: "08:00", end: "23:00", weekdays: 6 } - { start: "08:00", end: "23:00", weekdays: 7 } - { v: 18 } - rules: - x: "Next() if state('input_boolean.fri') == 'on' else Break()" - { start: "08:00", end: "22:00", weekdays: 1-4 } - { start: "08:00", end: "23:00", weekdays: 5 } - { start: "08:00", end: "23:00", weekdays: 6 } - { start: "08:00", end: "23:00", weekdays: 7 } - { v: 18 } Bad: actors: climate.bad: schedule: - x: "Add(-4) if is_on ('input_boolean.ferie') else Next()" - { v: 24, start: "23:00", end: "06:00", weekdays: 1-4 } - { v: 24, start: "23:00", end: "06:00", weekdays: 5 } - { v: 24, start: "23:00", end: "06:00", weekdays: 6 } - { v: 24, start: "23:00", end: "06:00", weekdays: 7 } - { v: 24 } Bad2: actors: climate.bad2: schedule: - x: "Add(-1) if is_on ('input_boolean.energy_cost_high') else Next()" - x: "Add(-10) if is_on ('input_boolean.ferie') else Next()" - { v: 22, start: "20:00", end: "06:00", weekdays: 1-4 } - { v: 22, start: "20:00", end: "06:00", weekdays: 5 } - { v: 22, start: "20:00", end: "10:00", weekdays: 6 } - { v: 22, start: "20:00", end: "10:00", weekdays: 7 } - { v: 20 } Bedroom: actors: climate.masterbedroom: schedule: - x: "Add(-5) if is_on ('input_boolean.varmt_ute') else Next()" - x: "Add(-10) if is_on ('input_boolean.ferie') else Next()" - { v: 16, start: "21:00", end: "02:00", weekdays: 1-4 } - { v: 16, start: "22:00", end: "02:00", weekdays: 5 } - { v: 16, start: "23:00", end: "04:00", weekdays: 6 } - { v: 16, start: "22:00", end: "04:00", weekdays: 7 } - { v: 12 } pers0: actors: climate.pers0: schedule: - x: "Add(-1) if is_on ('input_boolean.energy_cost_high') else Next()" - x: "Add(-5) if is_on ('input_boolean.varmt_ute') else Next()" - x: "Add(-7) if is_on ('input_boolean.ferie') else Next()" - { v: 21, start: "11:00", end: "20:00", weekdays: 1-4 } - { v: 21, start: "11:00", end: "21:00", weekdays: 5 } - { v: 21, start: "08:00", end: "21:00", weekdays: 6 } - { v: 21, start: "08:00", end: "20:00", weekdays: 7 } - { v: 17 } pers1: actors: climate.pers1: schedule: - v: 21 rules: - rules: - x: "Add(-0.5) if is_on ('input_boolean.energy_cost_high') else Next()" - x: "Add(-5) if is_on ('input_boolean.varmt_ute') else Next()" - x: "Add(-7) if is_off ('input_boolean.pers1_hjemme') else Next()" - x: "Add(-7) if is_on ('input_boolean.ferie') else Next()" - rules: - x: "Next() if state('input_boolean.fri') == 'off' else Break()" - { start: "02:00", end: "04:00", weekdays: 1-4 } - { start: "11:00", end: "17:30", weekdays: 1-4 } - { start: "02:00", end: "04:00", weekdays: 5 } - { start: "11:00", end: "18:00", weekdays: 5 } - { start: "03:00", end: "20:00", weekdays: 6 } - { start: "03:00", end: "19:00", weekdays: 7 } - { v: 17 } - rules: - x: "Next() if state('input_boolean.fri') == 'on' else Break()" - { start: "03:00", end: "19:00", weekdays: 1-4 } - { start: "03:00", end: "19:00", weekdays: 5 } - { start: "03:00", end: "19:00", weekdays: 6 } - { start: "03:00", end: "19:00", weekdays: 7 } - { v: 18 } pers2: actors: climate.pers2: schedule: - v: 21 rules: - rules: - x: "Add(-0.5) if is_on ('input_boolean.energy_cost_high') else Next()" - x: "Add(-5) if is_on ('input_boolean.varmt_ute') else Next()" - x: "Add(-7) if is_off ('input_boolean.pers2_hjemme') else Next()" - x: "Add(-7) if is_on ('input_boolean.ferie') else Next()" - rules: - x: "Next() if state('input_boolean.fri') == 'off' else Break()" - { start: "01:00", end: "04:00", weekdays: 1-4 } - { start: "10:00", end: "18:00", weekdays: 1-4 } - { start: "01:00", end: "04:00", weekdays: 5 } - { start: "10:00", end: "18:00", weekdays: 5 } - { start: "03:00", end: "20:00", weekdays: 6 } - { start: "03:00", end: "19:00", weekdays: 7 } - { v: 18 } - rules: - x: "Next() if state('input_boolean.fri') == 'on' else Break()" - { start: "03:00", end: "19:00", weekdays: 1-4 } - { start: "03:00", end: "19:00", weekdays: 5 } - { start: "03:00", end: "19:00", weekdays: 6 } - { start: "03:00", end: "19:00", weekdays: 7 } - { v: 18 } pers3: actors: climate.pers3: schedule: - v: 21 rules: - rules: - x: "Add(-0.5) if is_on ('input_boolean.energy_cost_high') else Next()" - x: "Add(-5) if is_on ('input_boolean.varmt_ute') else Next()" - x: "Add(-7) if is_off ('input_boolean.pers3_hjemme') else Next()" - x: "Add(-7) if is_on ('input_boolean.ferie') else Next()" - rules: - x: "Next() if state('input_boolean.fri') == 'off' else Break()" - { start: "02:00", end: "05:00", weekdays: 1-4 } - { start: "10:00", end: "17:30", weekdays: 1-4 } - { start: "02:00", end: "05:00", weekdays: 5 } - { start: "10:00", end: "18:00", weekdays: 5 } - { start: "03:00", end: "20:00", weekdays: 6 } - { start: "03:00", end: "19:00", weekdays: 7 } - { v: 18 } - rules: - x: "Next() if state('input_boolean.fri') == 'on' else Break()" - { start: "03:00", end: "20:00", weekdays: 1-4 } - { start: "03:00", end: "20:00", weekdays: 5 } - { start: "03:00", end: "20:00", weekdays: 6 } - { start: "03:00", end: "20:00", weekdays: 7 } - { v: 18 } Kjellerstue: actors: climate.kjellerstue: schedule: - v: 21 rules: - rules: - x: "Add(-0.5) if is_on ('input_boolean.energy_cost_high') else Next()" - x: "Add(-5) if is_on ('input_boolean.varmt_ute') else Next()" - x: "Add(-4) if is_off ('input_boolean.jentene_hjemme') else Next()" - x: "Add(-7) if is_on ('input_boolean.ferie') else Next()" - rules: - x: "Next() if state('input_boolean.fri') == 'off' else Break()" - { start: "02:00", end: "04:00", weekdays: 1-4 } - { start: "10:00", end: "17:30", weekdays: 1-4 } - { start: "02:00", end: "04:00", weekdays: 5 } - { start: "10:00", end: "18:00", weekdays: 5 } - { start: "03:00", end: "20:00", weekdays: 6 } - { start: "03:00", end: "19:00", weekdays: 7 } - { v: 18 } - rules: - x: "Next() if state('input_boolean.fri') == 'on' else Break()" - { start: "03:00", end: "20:00", weekdays: 1-4 } - { start: "03:00", end: "20:00", weekdays: 5 } - { start: "03:00", end: "20:00", weekdays: 6 } - { start: "03:00", end: "20:00", weekdays: 7 } - { v: 18 } Kjellergang: actors: climate.kjellergang: schedule: - x: "Add(-0.5) if is_on ('input_boolean.energy_cost_high') else Next()" - x: "Add(-5) if is_on ('input_boolean.varmt_ute') else Next()" - x: "Add(-7) if is_on ('input_boolean.ferie') else Next()" - { v: 20 } Vaskerom: actors: climate.vaskerom: schedule: - v: 22 rules: - rules: - x: "Add(-0.5) if is_on ('input_boolean.energy_cost_high') else Next()" - x: "Add(-5) if is_on ('input_boolean.varmt_ute') else Next()" - x: "Add(-8) if is_on ('input_boolean.ferie') else Next()" - rules: - x: "Next() if state('input_boolean.fri') == 'off' else Break()" - { start: "23:00", end: "07:00", weekdays: 1-5 } - { start: "23:00", end: "19:00", weekdays: 6-7 } - { v: 20 } - rules: - x: "Next() if state('input_boolean.fri') == 'on' else Break()" - { start: "23:00", end: "19:00", weekdays: 1-7 } - { v: 20 }

Hei, Du kan bruke et custom animated weather card: På kortet over hentes vind, regn, temp+fukt fra lokal værstasjon (Oregon via 433Mhz) Men du kan bruke hva som helst så lenge du har data som entities. Værvarsel er met.no Config: - url: /local/weather-card.js?v0 type: js Lovelace: - type: custom:weather-card entity_weather: weather.home entity_sun: sun.sun entity_temperature: sensor.ute_temp_temperature entity_humidity: sensor.ute_temp_humidity entity_wind_dir: sensor.wind_direction_text entity_wind: sensor.wind_speed_text entity_rain_now: sensor.rain_rain_rate entity_rain_today: sensor.rain_cum entity_drivhus_temp: sensor.temp_greenhouse_temperature Så ligger weather-card.js og .css unde /www/ mappen. weather-card.rar