Gå til innhold
  • Bli medlem
Støtt hjemmeautomasjon! 🥇🥈🥉

sbarmen

Medlemmer
  • Innlegg

    119
  • Ble med

  • Besøkte siden sist

  • Dager vunnet

    3

Innlegg skrevet av sbarmen

  1. Litt mer research i går. Først snakket jeg med Tibber support, som sier følgende (veldig profft og raskt respondert av Tibber forøvrig!). 

     

    Quote
    • Tibber Pulse gir deg sanntidsdata om strømforbruket ditt.
    • Elvia henter offisielle målinger fra strømmåleren din én gang om dagen.
    • Disse offisielle målingene sendes til Elhub, som Tibber deretter henter data fra.
    • Små avvik er vanlige på grunn av denne forskjellen i måletidspunkt og metode. Men hvis du opplever store eller vedvarende forskjeller, kan du kontakte Elvia direkte. De kan undersøke saken nærmere og gjøre eventuelle nødvendige korrigeringer i målingene dine.

     

    Så kom denne tilbake fra teknisk:

    Quote

    Dataene Pulse rapporterer blir overskredet av data fra nettselskapet ved ny dag, og det kan da være noe avvik mellom Pulse data, og faktisk data. 😊

     

    Så borret vi litt videre i en konkret hendelse og data fra dagen i dag (som var i går):

    Quote

    Da har vi undersøkt litt i loggene våre, og ser at vi har 1,91 samme timen, så denne er helt lik.

    Vi kan ikke undersøke fra dagen før, da data er blitt overskredet av data fra nettselskapet. 😊

     

    Så kom den siste oppfølging, hvor jeg lurer på om jeg får Pulse til å skrive til en lokal MQTT. 

     

    Quote
    Dette har blitt diskutert litt på kontoret i dag, og vi har undersøkt dypere. 😊

    Vi mottar korrekt data da vi ser dette i loggene.

    Som du ser på dette bildet som viser timen det var snakk om og data-en vi målte med Pulse. Den er ikke skrevet over av nettselskapet.
    Skjermbilde-2B2025-06-16-2Bkl_-2B15_18_4

    Vi mistenker at dette kan være grunnet Home Assistant/API, siden vi mottar korrekt data.


    Når det kommer til å koble til Pulsen lokalt med MQTT er dette mulig, men ikke offisielt støttet av Tibber.
    Du vil da ikke kunne se sanntidsdata i Tibberappen. 😊

     

    Så da slår jeg meg til ro med at dette må handle om API integrasjonen fra Home Assistant på en måte. Jeg lurer på om jeg skal migrere til en lokal mqtt løsning for jeg bruker ikke smart-ladingen til Tibber for jeg ønsker å styre dette selv lokalt. Så nå er det to valg, Pulse -> MQTT eller skifte til en Easee Equalizer om den gir meg bedre data og eventuelt kan bedre styre Easee laderobotene - siste påstanden er jeg usikker på. 

     

    Siste ting, se denne buggen på github om Tibber integrasjonen: https://github.com/home-assistant/core/issues/125063 Denne langt på vei bekrefter dette problemet. 

     

    Tommel opp til Tibber så langt for god og proff hjelp. 

    • Like 1
  2. 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. 

  3. 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":

    image.png.f4eedd5112d48cb9ff0ce291c83f2f2a.png

     

    Samme dato og time i Home Assistant history:

    image.thumb.png.c307e85eca33a5e894c6d02db99415eb.png

     

    Eksempel 2:

    image.png.11fd660be65cb0973ae07815a7d2492f.png

     

    image.thumb.png.11d3035179e3da3a56849321db0e2730.png

     

    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. 

     

     

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

  5. On 25/12/2024 at 20:45, cortado said:

    Dette ser jo supert ut – fikk den opp relativt raskt. Manglet bare å sette opp ny nordpool uten mva og i øre + workday_tomorrow og justere navn på "include_grid_cost".

    Mulig jeg ikke ser det, men kan jeg lett ta høyde for varierende nettleie i ulike perioder av året her?
    (slik som BKK har i mitt tilfelle: https://www.bkk.no/alt-om-nettleie/nettleiepriser

     

    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? 

    • Like 1
  6. 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. 

     

     

     

    • Like 4
  7. On 06/11/2024 at 10:05, Olep said:

     

    Mulighet å skrive en kjapp How-to hvordan sette opp oppsettet du har med nettleie ovs priser?

     

    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!

    • Like 2
  8. 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....

  9. Jeg har den i configuration.yaml, funka ikke med oppgradering her.

     

    4 hours ago, VikingOy said:

    Hvordan oppdaterer jeg til 0.0.15 når jeg er er på 0.0.14 og det ikke kommer noen automatisk oppgraderingsmelding?

     

    Gå i hacs og reinstaller. Den viser feil versjon etter oppgradering, vet ikke helt hvorfor. 

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