hellowlol

1 time siden, stigvi skrev:

Hvordan skal en bruke denne malen til å korrigere prisene i raw_today og raw_tomorrow hvis det som i eksempelet ditt er forskjellige priser gjennom døgnet? Slik jeg ser det, blir det en smule komplisert å få til. Timen det skal beregnes for må på et eller annet vis gis til malen slik at en kan erstatte now() med timen det gjelder. En mal pr time blir mye styr. En mal pr prisperiode er overkommelig, men da må en kunne sette tidspunkt når en pris starter og slutter. Vel, det ble kanskje noe å tenke på?

Det hadde jeg ikke tenkt på. raw finnes bare pga jeg trengte den til lade roboten min. Poenget med PR-en var å gjøre det mulig å beregne korrekt forbruk, men ut fra alle trådene her og på face ser det ut som folk er glad i graf av strømprisene. Jeg får se hvor mye jeg må patche for å få det til 😂

3 timer siden, stigvi skrev:

Når den blir tilgjengelig da for den versjonen jeg har som ble oppdatert for en uke siden har ikke dette.

Et annet spørsmål: Er det mulig å sette et fast navn på denne sensoren? Det er smått plagsom å måtte ta en søk og erstatt gjennom konfigurasjon, automasjon og skript fordi jeg endrer antall desimaler (som igjen fører til nytt navn)

Ellers må jeg si det var en god ide å komme på dette med tilleggskostnad som en mal. Det blir nok mer og mer aktuelt hvis energiselskapene innførere variabel nettleie 🙂👍
 

Mener du navn eller entity_id? Det er uansett mulig å endre begge via webgui. Enig, men selv uten er det bra pga pga kan få korrekt fast pris. Det som mangler er det bare et par automasjoner for å gange opp prisen med kw forbruket sist time. (pga energi leddet til linjeleia)

1 time siden, stigvi skrev:

Er det noe dokumentasjon på dette? Hvor skal det legges?

Edit: Kikket litt i koden og fikk et inntrykk av det.

Spørsmål: Kan en legge en entitet i malen som f.eks. en input_number ?

Du kan legge til alt som er mulig å legge inn i et template så ja. Template skal legges under additional_costs via yalm eller integrations

Jeg kommer til å legge til en guide på readme file senere idag. Ved en temlate sensor og HAN tilgang er det mulig å finne faktisk kostnad ink linje leie etc.

Template støtte ble lagt inn i siste oppdatering.

Med dette er det mulig å legge til en tariff. Nettleie, påslag, sertifikater etc.

{% set s = {
  "hourly_fixed_cost": 0.5352,
  "winter_night": 0.265,
  "winter_day": 0.465,
  "summer_day": 0.284,
  "summer_night": 0.246,
  "cert": 0.01
  }
%}
{% if now().month >= 5 and now().month <11 %}
    {% if now().hour >=6 and now().hour <23 %}
        {{s.summer_day+s.hourly_fixed_cost+s.cert}}
    {% else %}
        {{s.night+s.hourly_fixed_cost+s.cert}}
    {% endif %}
{% else %}
    {% if now().hour >=6 and now().hour <23 %}
      {{s.winter_day+s.hourly_fixed_cost+s.cert}}
  {%else%}
      {{s.winter_night+s.hourly_fixed_cost+s.cert}}
   {% endif %}
  
{% endif %}

På 8.2.2021 den 15.31, stigvi skrev:

I loggene finner jeg pris fra api som virker 10 ganger for lave pr MWh enn forventet så jeg antar det er Nord pool som roter.

De had endret apiet slik kun leverer priser i euro uansett hva en ber om.

Aner ikke. Finner du noe i loggene? Hvis ikke enable debug log. Fjern og legg til integrasjonen. Hvis forsatt feil åpne en issue

Edit. Nordpool apiet hadde problemer når det skulle oppdateres. Hvis du ønsker å grave kan du se her. https://pastebin.com/AyTXuxZw

kort fortalt var det infinity value, så dataene så korrekt ut men uten prisen. 

Hvis sensoren har data for både idag og imorra når det er er ny dag så setter endres i morras data til dagens.

Du må restarted home assistant, det er en bug i reloaded til integrationen så gammel data blir ikke fjernet.

Takk! Alltid gøy å lese hva andre har gjort.

2 timer siden, Pythm skrev:

Jeg endte opp med å installere Nordpool via HACS: https://github.com/custom-components/nordpool

 

20 år siden jeg lærte/skrev Java/C++ så dette kan skrives mye smartere men har begynt. Må lære meg å skrive Pyton og hvordan det implementeres i HA...

Mangler logikk på å ta toppene der strømprisen er tilbake ila 3 timer. Foreløpig tar den kun input fra en "input_number" ( satt til f.eks 10øre) og skrur av når fallet ila timen er over dette. Foreløpig kun styring av varmtvann. Vår tank er egentlig litt for liten til å automatisere og det blir dårlig mottatt den dagen det er tomt for varmt vann så ønsker å begrense antall timer den er av men kan heller trigges ofte ila ett døgn. Sånn sett bør det kunne implementeres til varmekabler i gulv som kan holde på varmen i 2-3 timer.

 

Sensorer som regner ut forskjellen:

    nordpool_today_hr_00_01:
      entity_id: sensor.nordpool_kwh_bergen_nok_3_08_025
      friendly_name: "Diff 00-01"
      unit_of_measurement: "kr"
      value_template: "{{'%.3f'% (states.sensor.nordpool_kwh_bergen_nok_3_08_025.attributes.today[0] | float - states.sensor.nordpool_kwh_bergen_nok_3_08_025.attributes.today[1]  | float)}}"

 

Laget en input_boolean for hver time, slik at jeg kan overstyre i lovelace etter at logikken har feilet..

sparing_time0:
  name: "Spare kl 00"

 

Og skrev ett skript som oppdaterer input_boolean ut ifra om prisen faller mer eller mindre enn valg i input_number.

oppdater_nordpool_input_valg:
  alias: "Reset nordpool input valg"
  sequence:
  - service: "input_boolean.turn_{{ 'on' if states('sensor.nordpool_tomorrow_hr_00_01') >= states('input_number.nordpoolprisvalg') else 'off'}}"
    entity_id: input_boolean.sparing_time0

 

Laget sensorer for timer idag og imorgen. Skript delt opp i to der det ene oppdaterer timene i morgen fra midnatt til kl 10 etter at prisene i morgen er tilgjengelig, og resten av dagen oppdateres rett over midnatt. Må programmere en del mer logikk før jeg slutter overvåkningen av hvilke timer automatikken skrur av, men på denne måten får jeg sjekket at logikken ikke skrur av varmtvannet 5 timer før hele familien skal dusje...

 

Jeg blir veldig taknemmelig for input til bedre logikk og koding.

hvis du kan litt Python vil det nok være lettest og ordne det i appdaemon. Automasjoner er knall til enkle ting men hvis du må ha mange inputs for manuell overstyring så masse forskjellige ting så syntes jeg appdaemon er bedre.

Jeg begynte på https://github.com/Hellowlol/hass-power-tariff men jeg stoppet da det ikke bare klart hva nve bestemte seg for. Hvis de finner fram gullerota og pisken så skal skrivende om til appdaemon

Det er ikke gjetning. Det er den avtalte prisen. Prisen er grei å ha hvis en vil styre noe ut ifra pris. Jeg gidder ikke betale dobbelt så mye for ladinga av bilen når jeg kan. Jeg driter i når den lader så lenge den er klar til når jeg trenger det. Er det feks et pris hopp fra 0300-0400 blir denne timen hoppet over og lading avsluttet senere/startet tidligere.

Flotte grafer er ikke noe minus 😂

2 timer siden, Teryeah skrev:

 Jeg har planer om å gjøre akkurat det samme.Det skal gå med mini graph card.

https://community.home-assistant.io/t/nordpool-electrical-price-lovelace-card/199818

Men tror vi trenger sensor pr time for å få det til.. derfor må scriptet kjøres. Ergo mitt spørsmål over.

Det scriptet kan kjøres overalt hvor Python er installert

4 minutter siden, solosuper skrev:

Slik ser tibber-pris sammenlignet med nordpool. Finnes det noen mulighet å endre nordpool pris slik at den blir slik tibber-pris.

Jepp. Du må bruke en template sensor hvor du manuelt legger til påslag og moms. Er grafene er byttet om? Det ser ut som nordpool er høyere, jeg hadde forventet at tibber sin var det.

Integrasjonen tar ikke hensyn til andre avgifter feks påslag, elsertvikater, opprinnelse garanti eller noe sånt (kun mva hvis det er aktivert i settings). Jeg får identisk pris i home Assistant og appen (når jeg skrur av moms og andre avgifter)

Hvis det skiller ett øre tipper jeg dette er elservikater.

Påslagene samt hva disse dekker ser ut til å være forskjellig fra leverandør til leverandør. Hvis du ønsker helt korrekt pris for din leverandør må du bruke en template sensor eller evnt bytte til tibber som inkluderer dette i integrasjon de sin.

Flott å se noen bruker nordpool 👍

https://www.nordpoolgroup.com/maps/#/nordic

Dagens automasjon var at bilen blir forvarmet hvis klokka er 2245 og bilen står utenfor fruas jobb. Komme til 22 grader og rompe varme øker waf for å si det sånn.

Utføres i appdaemon.

13 timer siden, deve87 skrev:

Hei.

 

Trudde det skulle være enkelt å få Windows 10 til å starte et python skript ved oppstart. Men nå har jeg prøvd alle mulige valgt i Schedule, mens  ingen ting skjer. Det står bare "Ready". Trykker jeg på "Run" knappen i Schedule. Funker det fint.

 

Har også prøvd å laget en .bat fil som skal starte skriptet med samme resultat. Kjører fint når jeg manuelt kjører den, men kjører ikke ved oppstart.

 

Prøvd å lagt den til regedit under run mappene (både alle og en og en). Slik at det dukker opp i "Startup i Task Manager"

 

Lagt det til i shell:startup

 

Ingen av disse gjør noe som helst 😭

Jeg bruker eventghost for å automatisere ting i Windows. (Endre skjerm oppløsning, og aktivere 2 dual skjerm når en usb kobles til) mulig du kan bruke dette.

Nå begynner laderoboten min å ta form. Første gang jeg har laget noe til appdaemon. Super bra program som er tett integrert med HA og hvor en samtidig kan bruke alle fordelene til Python.

Logikken er. Hvis min bil kobles til laderen lages det en ladeplan utifra når bilen skal være klar for avgang. (En simple input i HA) en ladeplan er ulike tidsrom (timer) hvor det det er billigst å lade for å nå ønsket soc til et gitt tidpunkt.

Notification er lagt inn slik at planen blir sent til HA appen på mobilen. 
 

Laststyring mot hovedsikringen så jeg kan droppe tibber puls til dette. 
 

Plan er å få den i hacs når alt er ferdig 
 

Dagens automasjon arbeid var å sette opp easee til å låses opp når bilen er hjemme og kreve rfid brikke når den ikke er det. Nå kan ingen snylte eller mer fikling med rfid brikke. 👍

2 timer siden, berland skrev:

Dette vet jeg lite om, men er det likeverdig om man har API til bilen for å styre lading av/på som API til laderen? Begge deler vil vel fungere, så lenge man får en plugin til sitt hjemmeautomasjonssystem (eller lager det selv)?

Helt klart, men det er noen fordeler å gjøre det på laderen. Api støtte til biler er bob bob. gjør du det på laderen virker det uansett hvilken bil som lades.

I det daglige er det tm3 som blir ladet, men vi har familie medlemmer med e golf og e up.

23 minutter siden, stigvi skrev:

OK, jeg kikte på den tidligere i dag, men oppfattet det slik at den har bare en status over tilstand. Men en kan altså styre ladingen med den? Finnes det noe dokumentasjon over hva den tilbyr eller må jeg studere koden?

 

The status sensor is the default sensor and has the following values

STANDBY
PAUSED
CHARGING
READY_TO_CHARGE
CAR_CONNECTED

Det er lagt inn services som du kan bruke sammen med automasjoner. Du må evnt lese koden eller evnt api docs eller bare se på servicene i ha. 
 

Jeg har ikke satt opp noe så langt da bilen ikke er levert enda. Men det ser veldig kurant ut.

6 minutter siden, stigvi skrev:

Har du en link?

https://github.com/fondberg/easee_hass

3 minutter siden, JohnMartin skrev:

 

Så jo veldig bra ut det(med mine øyne), men kompetansen til å benytte meg av et slikt API i Homeseer er nok null.

Da frister det veldig med en lader som bare monitorerer overskuddet selv og gjør det automatisk  

 

Edit:
Ser nå at Zappi har også et API som skal være mulig å bruke. Har sett løsninger der det er brukt med Node-red og HA.

Jeg bruker Home Assistant. Det er en egen plugin til easee. Resten løses med enkle automasjoner.

Jeg ente opp med en easee lader pga den var finest og hadde best api støtte.

https://api.easee.cloud/index.html

Jeg har tibber puls men jeg kommer til å lage min egen last balansering og adgangskontroll.

På 19.7.2020 den 22.29, Peer skrev:

Her, hvis noen vil støtte meg i prosessen for å få en billig Easee lader i samme slengen som du bytter selskap😉 https://invite.tibber.com/8dfe0939
 

Brukt! Passer bra da jeg også skal ha en easee lader.

Bruk gjerne min: Invite

Jeg hadde skrudd av alle conditions i lås automasjonen min, låsen gikk opp hver gang utendørs bevegelse sensor ble utløst....