stigvi

Når en oppgir dette på et nettsted som heter watty.nu så er det rimelig spesielt å påstå at en ikke oppgir det til deg. Men greit nok, jeg har ikke så mye bruk for dette uansett. Jeg er kommet litt lenger i hjemmeautomasjonen enn kun å sjekke forbruk på en VVB. Å vise kostnad er forsåvidt interessant nok. Jeg har løst det på en annen måte, derimot.

Så hvis jeg ville brukt dette (noe jeg ikke har noen planer om) så må jeg altså oppgi til deg (watty.nu) både tibber token og shelly token. Tror nok svært mange på dette forumet ville vært veldig skeptisk til det.

Konklusjon: Bruk heller amsToMqttBridge. Maskinvare koster mindre enn 100 kroner. Men tilfredsheten av å lage det selv er vanskelig å verdsette 🙂

Det ser fornuftig ut, men om det er rett, vet jeg ikke. Det er i allefall ikke tidsperiodene du oppga i en tidligere post. 14:16 21:30 33:38 stemmer det?

Nei, for i morgen klokken 14 vil de to timene mellom 14 og 16 flytte seg fram 24 timer i listen. Hvis de har indeks 38 og 39 i dag, så er de på indeks 14 og 15 i morgen etter 1400

Det er enkelt å få til hvis entso-e alltid oppdateres klokken 14. Det er de dagene dette ikke skjer, som blir litt utfordrende. Perioden 0900 til 1600 ville jeg delt opp i to der 1400 var grensen mellom de.

Men vær oppmerksom på at prices listen oppdateres klokken 14 så ditt ønske om billig pris fra 09 til 16 må du tenke mer på. Spørs om det ikke er lurt å dele det opp i to malsensorer...... Eller ha det slik du hadde med å bruke selectattr. Den søker jo opp timene uavhengig av hvor i listen den timen faktisk er og da unngår en problem med at alle prisene forskyves et døgn. Men du må være obs på døgnskifte når du bruker now()

Det er ikke timer som skal inn her, men indeks i listen (elementnummer). Så her må du bruke 21 og 31 Test det ut i Home Assistant sitt mal-verktøy med {{ state_attr('sensor.entsoe', 'prices')[9:16] }} for å se om listen du får, starter og stopper med riktig time. state_attr('sensor.average_electricity_price_today', 'prices')[21:31] + state_attr('sensor.average_electricity_price_today', 'prices')[33:41]

Disse to gjør stort sett det samme {{state_attr('sensor.nordpool', 'raw_today') |selectattr('start', '>=', now().replace(hour=9,minute=0,second=0,microsecond=0)) |selectattr('start', '<', now().replace(hour=16,minute=0,second=0,microsecond=0)) | list }} {{state_attr('sensor.nordpool', 'raw_today')[9:16]}}

Med nordpool integrasjonen kan en ofte oppleve at dagens billigste timer er mellom 23:00 og 0:00 samtidig som prisen fortsetter å falle utover natten. Da er det dumt å varme vannet mellom 23:00 og midnatt. Selvfølgelig kunne en også sjekke listen med morgendagens priser også, men da startet utfordringene. Nordpool integrasjonen sletter "dagens" priser ved midnatt og det som var morgendagens priser blir nye dagens priser. Det gjør det komplett umulig å lage mal-sensorer som vist ovenfor fordi historikken til prisene blir borte. Hvordan skal en finne de 2 billigste timene i løpet av natten når en ikke vet noe om det som skjedde før midnatt? Med entso-e integrasjonen er det nå blitt lett. Med nordpool-integrasjonen må en ty til automasjoner eller skripting sammen med hjelpe-sensorer.

Nå ser det ut som om entso-e integrasjonen fungerer bedre og prices attributten endres ikke ved midnatt. Så da har jeg endret mine mal-sensorer som er på i de billigste timene til det som er vist nedenfor. Nye priser kommer vanligvis klokken 14:00 så mine mal-sensorer ignorerer prisene som allerede er blitt gamle og tar kun hensyn til de fremtidige prisene. - unique_id: billigste_timer_1_2 name: billigste_timer_1_2 state: >- {% set l=state_attr('sensor.average_electricity_price_today', 'prices')[14:]|sort(attribute='price') %} {% set t = now() %} {{ (t >= as_datetime(l[0].time) and t <= as_datetime(l[0].time) + timedelta(hours = 1)) or (t >= as_datetime(l[1].time) and t <= as_datetime(l[1].time) + timedelta(hours = 1)) }} - unique_id: billigste_timer_1_3 name: billigste_timer_1_3 state: >- {% set l=state_attr('sensor.average_electricity_price_today', 'prices')[14:]|sort(attribute='price') %} {% set t = now() %} {{ (t >= as_datetime(l[0].time) and t <= as_datetime(l[0].time) + timedelta(hours = 1)) or (t >= as_datetime(l[1].time) and t <= as_datetime(l[1].time) + timedelta(hours = 1)) or (t >= as_datetime(l[2].time) and t <= as_datetime(l[2].time) + timedelta(hours = 1)) }}

I så fall er Nobø sitt system enkelt og greit med sin hub og app. Og det er et system som det er lite og ingenting "tull" med. Og hvis en vil utvide med annen styring så fungerer det lett med Home Assistant som kan styre Nobø sin hub.

Det kunne jeg gjort, men de krever internett for å kunne styres "hjemmefra". Det nytter ikke med noe gsm-modem-løsning.

Nei

KNX - Home Assistant (home-assistant.io)

New Volue Analysis: Falling Prices Ahead in Long-Term Forecast for Electric Power in Central Europe – Volue

Hvis du ikke vil sette deg inn i NR så finnes denne, jpulakka/nordpool_diff: Transforms electricity spot price into thermostat control signal. Home Assistant custom component. (github.com) Da får du nok mye av det samme i en integrasjon som tar mye mindre ressurser enn å sette i gang med node red.

type: custom:apexcharts-card header: show: true title: Strømpris show_states: true colorize_states: true yaxis: - id: pris min: 0 max: auto decimals: 2 apex_config: forceNiceScale: false tickAmount: 20 - id: varme min: 0 max: 1 decimals: 2 show: false series: - entity: sensor.nordpool yaxis_id: pris show: in_header: true name: Nordpool type: line curve: stepline float_precision: 4 fill_raw: last stroke_width: 2 opacity: 1 color: var(--primary-color) extend_to: now - entity: sensor.nordpool yaxis_id: pris show: in_header: false name: Pris type: line curve: stepline float_precision: 4 stroke_width: 2 opacity: 1 color: var(--primary-color) extend_to: now data_generator: > let p = entity.attributes.raw_today.map(p => [p.start,p.value]); if(entity.attributes.raw_tomorrow != null && entity.attributes.raw_tomorrow.length > 0 && entity.attributes.raw_tomorrow[0].value != null) { p = p.concat( entity.attributes.raw_tomorrow.map(p => [p.start, p.value])); } return p; - entity: sensor.nordpool yaxis_id: pris show: in_header: false name: Snitt type: line curve: straight float_precision: 4 stroke_width: 1 opacity: 0.4 color: green data_generator: > return [[start, entity.attributes.average*0.9],[end, entity.attributes.average*0.9]]; - entity: sensor.nordpool yaxis_id: pris show: in_header: false name: Snitt type: line curve: straight float_precision: 4 stroke_width: 1 opacity: 0.4 color: green data_generator: > return [[start, entity.attributes.average*1.15],[end, entity.attributes.average*1.15]]; - entity: sensor.nordpool yaxis_id: pris show: in_header: false name: Snitt type: line curve: straight float_precision: 4 stroke_width: 1 opacity: 0.4 color: red data_generator: > return [[start, entity.attributes.average*1.4],[end, entity.attributes.average*1.4]]; - entity: sensor.nordpool yaxis_id: pris show: in_header: false name: Snitt type: line curve: straight float_precision: 4 stroke_width: 1 opacity: 0.4 color: gray data_generator: > return [[start, entity.attributes.average*0.6],[end, entity.attributes.average*0.6]]; - entity: sensor.estimated_subsidy_gabriel_edlands_veg_16 yaxis_id: pris name: Støtte type: line curve: smooth float_precision: 2 stroke_width: 2 opacity: 1 color: green extend_to: now fill_raw: last - entity: sensor.strompris_statistikk yaxis_id: pris name: Snitt 30 dager type: line curve: smooth float_precision: 2 stroke_width: 2 opacity: 1 color: '#00CCFF' extend_to: now fill_raw: last - entity: sensor.strompris_filtrert yaxis_id: pris name: Snitt 3 dager type: line curve: smooth float_precision: 2 stroke_width: 2 opacity: 1 color: '#00CCFF' extend_to: now fill_raw: last - entity: sensor.current_electricity_market_price yaxis_id: pris show: in_header: true name: Entso-e type: line curve: stepline float_precision: 4 fill_raw: last stroke_width: 2 opacity: 1 color: var(--primary-color) extend_to: now unit: NOK/kWh - entity: sensor.current_electricity_market_price yaxis_id: pris show: in_header: false name: Pris type: line curve: stepline float_precision: 4 stroke_width: 2 opacity: 1 color: var(--primary-color) extend_to: now unit: NOK/kWh data_generator: | return entity.attributes.prices.map(p => [p.time,p.price]); - entity: sensor.nordpool_diff_triangle_10_normalize_max_min transform: 'return x>0 ? 0 : 1;' yaxis_id: varme stroke_width: 1 type: area curve: stepline color: C1EADD extend_to: now show: in_header: false - entity: sensor.nordpool_diff_triangle_10_normalize_max_min transform: 'return x>0 ? 1 : 0;' yaxis_id: varme stroke_width: 1 type: area curve: stepline color: FFD8C9 extend_to: now show: in_header: false now: show: true graph_span: 3d span: start: day offset: '-1d' locale: nb apex_config: tooltip: enabled: true chart: height: 400px zoom: enabled: true toolbar: show: true tools: zoom: true zoomin: false zoomout: false pan: false reset: true legend: show: false dataLabels: enabled: false xaxis: type: datetime labels: datetimeFormatter: month: ddd day: ddd grid: borderColor: LightSteelBlue xaxis: lines: show: true

Det ser kanskje litt "juletre" aktig ut med mange farger, men jeg har nå lagd to-farget bakgrunn som viser om varme er på eller ikke.

Entso-e integrasjonen kom nettopp i en versjon som skal støtte flere instanser. Du må sjekke opp hvordan det er der du bor. Mitt oppsett stemmer sannsynligvis ikke for deg.

sensor: - platform: nordpool VAT: true currency: NOK low_price_cutoff: 0.95 region: "Kr.sand" precision: 6 price_type: kWh friendly_name: "Nordpool" additional_costs: >- {% set s = { "hourly_fixed_cost": 0.0, "night": 0.5426, "day": 0.6676, "cert": 0.01 } %} {% if now().isoweekday() >= 1 and now().isoweekday() <= 5 %} {% if now().hour >=6 and now().hour <22 %} {{(s.day+s.hourly_fixed_cost+s.cert)|float(0)}} {% else %} {{(s.night+s.hourly_fixed_cost+s.cert)|float(0)}} {% endif %} {% else %} {{(s.night+s.hourly_fixed_cost+s.cert)|float(0)}} {% endif %}

Slik som dette har jeg satt den opp - name: Klepp Energi Total Energi unit_of_measurement: kWh expire_after: 4000 state_topic: "power/meter/import/active/accumulated" state_class: total_increasing device_class: energy

Problemet med å bruke Tibber sin er at den ikke tar hensyn til nettleie (hos meg, i alle fall). Kanskje du har med nettleie hos deg? Jeg har laget en price_level sak for Nordpool som du kan få....... Det forutsetter at du lager en mal for Nordpool integrasjonen som tar med nettleie template: - sensor: - unique_id: pricelevel name: "Prisnivå" state: >- {% if states('sensor.nordpool')|float(0.5) >= state_attr('sensor.nordpool', 'average')|float(0.5) *0.9 and states('sensor.nordpool')|float(0.5) < state_attr('sensor.nordpool', 'average')|float(0.5) *1.15 %} NORMAL {% elif states('sensor.nordpool')|float(0) >= state_attr('sensor.nordpool', 'average')|float(0) *0.6 and states('sensor.nordpool')|float(0) < state_attr('sensor.nordpool', 'average')|float(0) *0.9 %} CHEAP {% elif states('sensor.nordpool')|float(0) < state_attr('sensor.nordpool', 'average')|float(0) *0.6 %} VERY_CHEAP {% elif states('sensor.nordpool')|float(0) >= state_attr('sensor.nordpool', 'average')|float(0) *1.15 and states('sensor.nordpool')|float(0) < state_attr('sensor.nordpool', 'average')|float(0) *1.4 %} EXPENSIVE {% elif states('sensor.nordpool')|float(0) >= state_attr('sensor.nordpool', 'average')|float(0) *1.4 and states('sensor.nordpool')|float(0) < state_attr('sensor.nordpool', 'average')|float(0) *2.0 %} VERY_EXPENSIVE {% elif states('sensor.nordpool')|float(0) >= state_attr('sensor.nordpool', 'average')|float(0) *2.0 %} EXTREMELY_EXPENSIVE {% endif %} Det er neppe noe du kan gjøre her. Dette er feil i Tibber sin integrasjon i kombinasjon med manglende data fra api.

Jeg ser det samme hos meg, men jeg bruker ikke pris fra Tibber. Jeg har et ønske om å ikke lage for mange bindinger mot en leverandør som feks Tibber. Da blir det lettere å bytte leverandør hvis det skulle bli aktuelt. Nordpool har du allerede. Entso-e integrasjon finnes det også.

Er det noen som vet om et api (eller nettside) der en kan finne ut hvilke veier som er saltet siste døgn? Jeg har lyst å lage et eller annet som indikerer at nå er det lurt å spyle / vaske bilen. Jeg har en slik allerede, men den tar kun hensyn til værmelding.