sbarmen

Jeg gjør det samme. Mest elbil laderen, men også VVB om det blir trangt innen gjeldende effekttrinn. Kanskje jeg skal legge inn en liten delay vet times skift bare så det ikke blir rekyl bak på forrige time. Står begge elbilene å lader og den får alle 32A på 400V så blir det mye effekt... Synes likevel det er litt snodig. 99 av 100 timer blir resultatet 99% rett men innimellom slår den over (feil vei selvsagt). Men at den skal ved fullt pådrag i 1 minutt skulle kunne bikke opp et snitt med over 1A er ganske heftig uansett. Dog ser jeg at de gangene det blir avvik er det ofte forbundet med ganske kraftig forbruk veldig tidlig i neste time.

Hei! Jeg kjører en del automasjon basert på Tibber pulse og styring av elbilladeren min. Dette fungerer egentlig veldig bra, eneste er at noen få ganger ser det ut som det plutselig er et avvik mellom Elvia og Tibbersensoren. Jeg skjønner ikke helt hvorfor dette skjer eller hva som er kilden til feilen. Her er to eksempler, ett hvor det er i orden - og ett med feil. Først feilen, fra Elvia "min side": Samme dato og time i Home Assistant history: Eksempel 2: Noen andre som ser lignende? Jeg vet ikke helt men jeg lurer på om jeg skal justere mine automasjoner slik at det går f.eks. 2-3 minutter over hel time før den "gønner på" igjen. Men det kan ikke være hele forklaringen. Selv med ganske heftig pådrag skal jeg ikke kunne klare å gå fra 14,77 til over 16 på bare noen minutter (eksempel 1). Jeg skal lete litt mer for å se om jeg finner mer forklaring men kunne godt tenkt meg å høre om andre har lignende erfaringer.

Hei @Idar-A! Takk for hyggelig tilbakemelding. Feilmelding sier at du ikke får ut riktig verdi for low mean og high price: color_threshold: - value: ${low_price} color: "#42a047" - value: ${mean_price} color: "#ffa600" - value: ${high_price} color: "#db4437" Det ser kanskje ut som denne delen peker til feil entitet: low_price: states['sensor.nord_pool_no3_lowest_price'].attributes.min high_price: states['sensor.nord_pool_no3_highest_price'].attributes.max mean_price: states['sensor.nord_pool_no3_next_price'].attributes.mean Dersom du prøver å endre sensor.nord_pool_no3_lowest_price med sensor.nord_pool_no3_current_price. Min max og mean ligger som attributter til denne entiteten, du kan sjekke dette under developer-tools i Home Assistant. Gå til https://din-ha-ip-eller-hostnavn/developer-tools/state og søk opp sensor.nord_pool_no3_current_price og sjekk attributtene til høyre. Der skal det stå min/mean/max verdier. Håper du får det til!

Jeg hadde et oppsett på det tidligere da Elvia også endret i løpet av året. Nå skal de ha samme hele året så behovet er ikke der. Ville ikke en enkel automasjon fungere, som bare oppdaterer prisen på hjelperen input_number.grid_day/night_hourly_cost?

Nei det må du ikke.

Når jeg satte opp dette første gangen tok jeg og lagde et nytt dashboard (under settings/dashboard) og så limte jeg inn alt i det nye. Da ødelegger du ikke noe og så kan du kontrollert flytte over når du har fått det til å fungere som du ønsker. Si ifra om det ikke fungerer @Teknor

Funka fjell lenge! Har ikke oppdaget noen feil så langt. Har også lagt ut litt detaljer her: https://github.com/corvy/home-assistant-playground/tree/main/power-management

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.

Vet ikke om dette fungerer, men jeg prøver. Har lekt litt med nordpool de siste dagene. screen_price_nordpool.mov

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.

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

Har veldig lyst å slippe pyscript. Men jeg skal fundere litt på denne metoden. Takk for innspill!

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!

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.

Jeg kan godt dele mitt oppsett, men får ikke sett på det før neste uke pga jobbreise. Men klart vi kan dele 🙂

Fordi jeg bruker masse spesielle settinger for å legge til moms, nettleie osv. Det er mye enklere i configuration.yaml.

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....

Ja og da er du på .15. Er en kjent feil det der også.

Slett integrasjonen og legg den til igjen så er du 100% sikker.

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.

Håper det er så enkelt....

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

På tide å sette opp nå? Eller? 🙂

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?

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).