Gå til innhold
  • Bli medlem
Støtt hjemmeautomasjon.no!

sbarmen

Medlemmer
  • Innlegg

    109
  • Ble med

  • Besøkte siden sist

  • Dager vunnet

    3

Alt skrevet av sbarmen

  1. Ok nå har jeg lekt ganske mye. Laget meg en template sensor som bruker Nordpool input, og så har jeg satt opp en gjeng med hjelpere for å ha data om nettpriser for dag/natt, moms, strømselskap osv osv. Alt kan nå konfigureres via GUI, eneste som blir litt massivt er selve template sensoren men den setter man jo opp bare en gang. Synes det ble ganske bra! Nå skal jeg bare se over litt tid om det fungerer stabilt.
  2. Vet ikke om dette fungerer, men jeg prøver. Har lekt litt med nordpool de siste dagene. screen_price_nordpool.mov
  3. Det er jeg klar over, og har satt opp denne. Skal se om jeg kan få til en løsning med templating av en ny sensor, blant annet ved hjelp av to workday sensorer for i dag og i morgen.
  4. Er nordpool sensoren din satt opp til å vise øre (cents)? https://github.com/custom-components/nordpool?tab=readme-ov-file#configuration-variables Prøv å sett price in cents til true: # Display price in cents in stead of (for example) Euros. price_in_cents: true
  5. Har veldig lyst å slippe pyscript. Men jeg skal fundere litt på denne metoden. Takk for innspill!
  6. Jeg har satt opp min sensor med følgende config i configuration.yaml - platform: nordpool VAT: true currency: "NOK" low_price_cutoff: 0.95 region: "NO1" precision: 6 price_type: kWh price_in_cents: true friendly_name: "Nordpool med Elvia" additional_costs: >- {% set s = { "day": 0.5250, "night": 0.4500, "hourly_fixed_cost": 0.0295 } %} {# Strømstøtte på 90% på priser over 91,25 øre (ink. mva) trekkes ifra #} {% set pb = max((current_price - 91.25) * 0.9, 0.0) %} {# Er det arbeidsdag? #} {% if is_state('binary_sensor.arbeidsdag_sensor', 'on') %} {% if now().hour >= 6 and now().hour < 22 %} {# dagtid mellom 6 og 22 #} {{ (s.day + s.hourly_fixed_cost - pb) | float }} {% else %} {# ellers er det natt #} {{ (s.night + s.hourly_fixed_cost - pb) | float }} {% endif %} {% else %} {# ellers er det helg eller fridag (helligdag) #} {{ (s.night + s.hourly_fixed_cost - pb) | float }} {% endif %} Dette er for Elvia med Tibber. Sjekk dine lokale avtaler. Tidligere hadde Elvia forskjellig priser på vinter og sommer, det er tatt bort. Så da er det kun helligdager og helg, pluss dag/natt. For å ha kontroll på om det er arbeidsdag eller ikke bruker jeg integrasjonen workday. Denne lager sensoren binary_sensor.arbeidsdag_sensor som er på når det er arbeidsdag. Det eneste som ikke er 100% med denne løsningen er at morgendagens priser kan bli feil dersom i dag er en arbeidsdag og i morgen er helligdag. Dette skal jeg se om jeg finner en løsning på. Workday har også mulighet til å lage sensor for om i morgen er en arbeidsdag. Om noen har en god løsning på "i morgen" bare si ifra!
  7. Jeg har også gjort det samme, men er så vanskelig å justere. Da må du slette og sette opp på nytt. For ikke lenge siden endre bl.a. Elvia sine priser og da er det lettere å gå i configuration.yaml synes jeg.
  8. Jeg kan godt dele mitt oppsett, men får ikke sett på det før neste uke pga jobbreise. Men klart vi kan dele 🙂
  9. Fordi jeg bruker masse spesielle settinger for å legge til moms, nettleie osv. Det er mye enklere i configuration.yaml.
  10. Jeg fiksa det nå, fikk oppdaterte priser ved å endre til NO1 istedenfor Oslo i configuration.yaml. - platform: nordpool VAT: true currency: "NOK" low_price_cutoff: 0.95 region: "NO1" precision: 6 price_type: kWh friendly_name: "Nordpool med Elvia" Denne endringen er nok også grunnen til at mange må slette integrasjonen og legge den til på nytt. Se mer info her: https://github.com/custom-components/nordpool/pull/413 Synes dette var meget dårlig dokumentert....
  11. Ja og da er du på .15. Er en kjent feil det der også.
  12. Slett integrasjonen og legg den til igjen så er du 100% sikker.
  13. Jeg har den i configuration.yaml, funka ikke med oppgradering her. Gå i hacs og reinstaller. Den viser feil versjon etter oppgradering, vet ikke helt hvorfor.
  14. Håper det er så enkelt....
  15. Nå kan det se ut som vi synger på siste verset ifm Nordpool integrasjonen. https://github.com/custom-components/nordpool/issues/417 Om jeg har forstått det riktig kan det set ut som Nordpool begrenser tilgangen på APIet til betalende kunder. https://www.nordpoolgroup.com/api
  16. På tide å sette opp nå? Eller? 🙂
  17. Jeg har et akutt behov for å styre en smartplug på hytta, men det er ikke wifi eller noen form for smarthub der enda. Jeg ønsker å kunne styre en smartplug med en bryter på veggen (gjerne i elko ramme) som er så enkel som en helt standard bryter, uten å måtte legge ledninger. Jeg tenker automatisk på Nexa med RF433 men er det noe annet jeg burde tenke på? Ila 1-2 år kommer det nok en Wifi router og en HA installasjon her, men inntil videre må vi klare oss uten. Er det noen andre forslag eller ideér?
  18. Jeg tenker det er helt nødvendig. Det er kritisk viktig at man har en eller annen mekanisme for å begrense brute-force av passord. Password manager burde være en obligatorisk del av alles kjernesoftware, like viktig som antivirus (nesten).
  19. Nei, linjen har bare en farge. Det er samme farge som prisen i mitt eksempel. Men du kan kun ha 1 farge på linja. Alternativt til fyll er å bruke column.
  20. Jeg har tullet en stund med dette, kanskje det er flere som prøver med det samme? Målet mitt var å få fargekodet strømpriser dynamisk basert på dagens prisnivåer. Jeg mener nå jeg har funnet et oppsett som er ganske bra. Grafen i bakgrunnen er prisene for i dag (og i morgen når tilgjengelig), og de fargekodes ut ifra dagens min, max og mean fra nordpool sensorens attributter. Fargen i tittelen (60 øre/kWh) endres også basert på prisen 'nå', og det samme gjør linjen på grafen. Jeg er litt usikker på hva jeg liker best, men du kan skru av og på linjen på grafen ved å endre stroke_width: under series: mellom 0 og 1 (eller større / tykkere om du vil). Dark mode på mobil. Her er kortet i lovelace. Bare endre sensor_price og sensor_usage, samt oppdater enhet for low_price, high_price og mean_price. type: custom:config-template-card variables: sensor_price: '"sensor.nordpool"' sensor_usage: '"sensor.accumulated_consumption_current_hour_gatenavn_1"' low_price: states['sensor.nordpool'].attributes.min high_price: states['sensor.nordpool'].attributes.max mean_price: states['sensor.nordpool'].attributes.mean current_price: states['sensor.nordpool'].state state_color: | (low, high, current) => { const range = high - low; const third_low = low + range / 3; const third_high = high - range / 3; if (current <= third_low) { return '#42a047'; // Grønn } else if (current <= third_high) { return '#ffa600'; // Oransje } else { return '#db4437'; // Rød } } entities: - ${sensor_price} card: type: custom:apexcharts-card experimental: color_threshold: true header: show: true title: Strømpris og Forbruk show_states: true standard_format: true colorize_states: true now: show: true label: Nå graph_span: 2d span: start: day apex_config: dataLabels: enabled: true legend: show: true chart: height: 210px yaxis: - id: price show: true decimalsInFloat: 0 floating: false forceNiceScale: true extend_to: end - id: usage show: true opposite: true decimalsInFloat: 0 floating: false forceNiceScale: true extend_to: end series: - entity: ${sensor_price} yaxis_id: price extend_to: now name: Pris unit: ' øre/kWh' stroke_width: 1 type: area curve: stepline float_precision: 0 color: ${state_color(low_price, high_price, current_price)} color_threshold: - value: ${low_price} color: '#42a047' - value: ${mean_price} color: '#ffa600' - value: ${high_price} color: '#db4437' show: legend_value: false in_header: before_now data_generator: > return (entity.attributes.raw_today.map((start, index) => { return [new Date(start["start"]).getTime(), entity.attributes.raw_today[index]["value"]]; })).concat(entity.attributes.raw_tomorrow.map((start, index) => { return [new Date(start["start"]).getTime(), entity.attributes.raw_tomorrow[index]["value"]]; })); - entity: ${sensor_usage} yaxis_id: usage type: column name: Forbruk stroke_width: 2 invert: false group_by: func: max show: legend_value: false Før morgendagens priser:
  21. Bare jeg som var rask og kjøpte feil orientering på låsen. Trenger venstre modellen. De har en tjeneste på nettsiden hvor du kan sende bilder av døra di for at skal kunne sjekke for deg. Jeg gjorde det på kjøkkendøren og de bekreftet med en gang om det var en lås som ville fungere.
  22. Har fått montert to stk av Secuyou låsene og de fungerer kjempebra! Rett inn på home assistant med Matter satt opp. Conbee II sticken fikk jeg ikke til å fungere. Prøvde 100 ganger men til slutt gikk jeg til Kjell og kjøpte en Sky Connect. En, to, tre så var det fiksa. Montering var helt elementært. Måtte frese opp litt hullet slik som står i flere videoer på YouTube. Beholdt håndtak ute og måtte tilpasse litt lengde på selve firkant-staget for å få det til å passe. Frakt var inkludert og norsk moms. Jeg gikk litt bananas og hadde tenkt å montere på hytta og boden men de passer ikke (burde sjekket). Jeg har derfor lagt ut to på Finn til kostpris minus frakt i retur om noen er interessert. Det er høyre utgaver. Kjøpt for 4 uker siden ca. Uansett så var dette et bra produkt 🤙 https://www.finn.no/365536092
  23. Det siste forslaget er ikke dumt. Da kan man lagre den i et array og ha den liggende. Den jeg har nå kjører hver dag, bør være like robust men jeg liker tanken.
  24. Jeg har nå laget en input_text.helligdager hjelper: Denne oppdateres via workday med følgende automasjon: alias: Arbeidsdag i dag, eller i morgen? description: >- Vi sjekker om det er arbeidsdag i dag eller i morgen, og så lagrer vi det i et array for å hjelpe med å sette prisen riktig i Nordpool-integrasjonen. trigger: - platform: time at: "00:00:00" - platform: homeassistant event: start condition: [] action: - service: input_text.set_value data: entity_id: input_text.helligdager value: "" - if: - condition: state entity_id: binary_sensor.arbeidsdag_sensor state: "off" then: - service: input_text.set_value data: entity_id: input_text.helligdager value: "{{ now().strftime('%d%m') }}" - if: - condition: state entity_id: binary_sensor.arbeidsdag_i_morgen state: "off" then: - if: - condition: template value_template: >- {# Sjekk om i dag var helligdag (da er ikke array tomt), i tilfelle må begge dager legges til i arrayet. #} {{ states('input_text.helligdager') != '' }} then: - service: input_text.set_value data: entity_id: input_text.helligdager value: > {% set current_value = states('input_text.helligdager') %} {% set aditional_value = (now() + timedelta(days=1)).strftime('%d%m') %} {{ current_value + ',' + aditional_value }} else: - service: input_text.set_value data: entity_id: input_text.helligdager value: "{{ (now() + timedelta(days=1)).strftime('%d%m') }}" mode: single Så har jeg oppdatert templaten slik: {% set s = { "winter_day": 0.3959, "winter_night": 0.3209, "summer_day": 0.4825, "summer_night": 0.4075, "hourly_fixed_cost": 0.0295 } %} {# Strømstøtte på 90% på priser over 91,25 øre (ink. mva) trekkes ifra #} {% set pb = max((current_price - 0.9125) * 0.9, 0.0) %} {% set helligdager = states('input_text.helligdager').split(',') %} {% set today = now().strftime('%d%m') %} {# Er det arbeidsdag? #} {% if today not in helligdager %} {# Sommerpriser fra april til og med desember #} {% if now().month >= 4 and now().month <= 12 %} {% if now().hour >= 6 and now().hour <= 22 %} {# dagtid mellom 6 og 22 #} {{ (s.summer_day + s.hourly_fixed_cost - pb) | float }} {% else %} {# ellers er det natt #} {{ (s.summer_night + s.hourly_fixed_cost - pb) | float }} {% endif %} {% else %} {# ellers er det vinter #} {% if now().hour >= 6 and now().hour <= 22 %} {{ (s.winter_day + s.hourly_fixed_cost - pb) | float }} {% else %} {{ (s.winter_night + s.hourly_fixed_cost - pb) | float }} {% endif %} {% endif %} {% else %} {# ellers er det helg eller fridag (helligdag) #} {% if now().month >= 4 and now().month <= 12 %} {{ (s.summer_night + s.hourly_fixed_cost - pb) | float }} {% else %} {{ (s.winter_night + s.hourly_fixed_cost - pb) | float }} {% endif %} {% endif %} Dette burde fungere. Ser ut til å gjøre det i alle fall. Litt hack å få til men da vil workday med to integrasjoner, den ene med offset 1 for i morgen kunne brukes videre. Ved å gjøre det på denne måten ble isoweekday() overflødig da workday tar med alle uansett. Viktig å kategorisere automasjoner og hjelpere nå så man holder oversikt 😛 Og gode kommentarer på toppen så man husker tilbake.
  25. Jeg ønsker å slippe pyscript kjenner jeg... forsker litt til.
×
×
  • Opprett ny...

Viktig informasjon

Vi har plassert informasjonskapsler/cookies på din enhet for å gjøre denne siden bedre. Du kan justere dine innstillinger for informasjonskapsler, ellers vil vi anta at dette er ok for deg.