HomeAssistant ja sähköpörssiohjaus

Mikki

Hyperaktiivi
Onkohan mitään tietoa tarvitseeko tämä koodi päivitystä kun nyt kesäkuussa siirrytään 15 minuutin sykleihin kesäkuussa? @Temez?

Nykyinen rajapinta on tarkoitus pitää ennallaan yhteensopivuuden vuoksi. Eli hinnat tulee tuntihinnoilla edelleen (keskiarvo laskettu varteista). Näinn tämä yaml toimisi kuten ennenkin.

Varttihommat vaatii joko lisäparametrin rajapintakyselyyn tai uuden rajapinnan... En ole osannut vielä päättää asiaa.

Tähän YAMLiin joku muutos siis tarvitaan jotta varttihinnat tulisi. Käsittääkseni itse yaml vaatinee vähän päivitystä myös.
 

-Teme-

Vakionaama
Voin kuvitella että tunnin alussa kovemmat hinnat kuin lopussa, johtuen että useimmat ohjaukset menee tuntien alusta päälle.
Niin taitaa siellä AT alueen hinnoissa myös järjestelmällisesti olla
 

MarjoC

Jäsen
Näin voisi olettaa kyllä. Toisaalta hyvä puoli olisi että tarve katkoa lämmityksiä olisi lyhyempi jos piikki kestää vain 15 minuuttia… mutta kohta me saadaan tuta mitä tuleman pitää
 

-Teme-

Vakionaama
Tätä AT IDA1 ei ymmärtääkseni voi ihan suoraan pitää verrokkina SPOT hinnotteluun, mutta tuossa ainakin on raju ero tunnin ekan ja viimeisen vartin hinnan osalta. Klo1100-1115 hinta +80€/MWh ja 1145-1200 -54€/MWh
1744732583379.png
 

MarjoC

Jäsen
Kahden rajapinnan taktiikkaa puoltaa sekin, että kaikkien mittaus ei tue 15 min. hinnoittelua, vaan heillä laskutus menee tunnin keskiarvon mukaan. Mutta meillä, joilla uusi mittari siirrytään samoin tein tuohon…
 

tk-

Aktiivinen jäsen
Kahden rajapinnan taktiikkaa puoltaa sekin, että kaikkien mittaus ei tue 15 min. hinnoittelua, vaan heillä laskutus menee tunnin keskiarvon mukaan. Mutta meillä, joilla uusi mittari siirrytään samoin tein tuohon…
Ei tuo pelkällä rajapintamuutoksella mene, koska jos nyt on rankattu tunnit 1-24, niin jatkossa rankataan vartit 1-96. Ja sitten pitää myös miettiä haetaanko absoluuttisesti halvimmat, eli räpsitään jopa vartin välein päälle/pois, vai pitääkö olla joku minimiaika jne.

Tehomaksut tuo kanssa jatkossa tähän oman soppansa mukaan.

Eli tuossa on kyllä paljon uutta mikä tosissaan selkiää parhaiten vasta kun hintavaihtelu nähdään.
 
Viimeksi muokattu:

MarjoC

Jäsen
Kesäkuussa minulle riittäisi että hinnat tulee 15 min jaksoissa. Lisäksi tarttisi sen rankkauksen. Muulle on enemmän aikaa, mutta toki syksyllä lämmityskauden alettua tarvittaisiin…. Hoidan samalla ha:lla muutamaa muutakin kiinteistöä, niissä sähkön laskutusjakso säilyy tunnissa. Kotitalo vaihtaa 15min jaksoihin…
 
Viimeksi muokattu:

tk-

Aktiivinen jäsen
Kesäkuussa minulle riittäisi että hinnat tulee 15 min jaksoissa. Lisäksi tarttisi sen rankkauksen. Muulle on enemmän aikaa, mutta toki syksyllä lämmityskauden alettua tarvittaisiin…. Hoidan samalla ha:lla muutamaa muutakin kiinteistöä, niissä sähkön laskutusjakso säilyy tunnissa. Kotitalo vaihtaa 15min jaksoihin…
Ainakin Pörssäri näillä näkymin ehtii tuohon varttiohjaukseen, mutta sieltä toki saa vain päälle/pois -tiedot, kun ei meillä ole varaa maksaa tuhansien eurojen lisenssistä jokaiselle joka konelataa hinnat meidän palvelimelta.
 

MarjoC

Jäsen
Ainakin Pörssäri näillä näkymin ehtii tuohon varttiohjaukseen, mutta sieltä toki saa vain päälle/pois -tiedot, kun ei meillä ole varaa maksaa tuhansien eurojen lisenssistä jokaiselle joka konelataa hinnat meidän palvelimelta.
Joo, haaste minulla, että minulla useita laitteita, joita ajetaan erilailla… oumannilla lämpötilan korotus halpoina x tunteina, käyttöveden lämmitys (sähköllä) 15 min sykleissä, vilpin käyttö tunneittain (min 30min) ja tätä sekoittaa sitten aurinkotuotanto ja kohta akusto. Ja mielellään lokaalisti, cloudin käytön minimoiden.
 

Sukke

Aktiivinen jäsen
Täytyy alkaa rakennella 15 minuutin ohjausta, kunhan alkaa varttihintoja tulla.

Oma siirtoyhtiö ei taida pitää mittarinvaihdossa kiirettä niin ei ole automaation rakentelulla hoppua.

Muutoinhan tuo menisi yksinkertaisesti, mutta lämpöpumpun ohjaaminen vaatii vähän ajatusta. Tai toimiva ohjaus tuntihinnoille jo on, mutta tekisi mieli tehdä varttihinnoittelulle kaikki täysin alusta, kun en pari kolme vuotta sitten oikein tiennyt, miten asiat kannattaisi ratkaista.
 

MarjoC

Jäsen
Täytyy alkaa rakennella 15 minuutin ohjausta, kunhan alkaa varttihintoja tulla.

Oma siirtoyhtiö ei taida pitää mittarinvaihdossa kiirettä niin ei ole automaation rakentelulla hoppua.

Muutoinhan tuo menisi yksinkertaisesti, mutta lämpöpumpun ohjaaminen vaatii vähän ajatusta. Tai toimiva ohjaus tuntihinnoille jo on, mutta tekisi mieli tehdä varttihinnoittelulle kaikki täysin alusta, kun en pari kolme vuotta sitten oikein tiennyt, miten asiat kannattaisi ratkaista.
minulla näkyy jo kulutus 15 välein datahubissa eli heti eturintamassa ollaan….
 

-Teme-

Vakionaama
Kirjoitin tätä pohdintaa erääseen toiseen ketjuun aiemmin, mutta laitetaan myös tähän.
Toisaalta, uusi tuleva vartti hinnoittelu voi oikeastaan avata oven halvimpien varttien maksimaalisen hyödyntämiseen ilman tehomaksun aiheuttamaa raippamaksua. Aluksi tehomaksu on tunnin jaksolta mitattu keskiteho ja IDA hinnottelussa on tunnin viimeinen vartti se halvin. Keskittämällä kaiken kulutuksen tunnin viimeiseen varttiin tehomaksun määräytymisperuste onkin vain 1/4 tunnista jatkuvana purskeena 6h aikana, kun aiemmin se olisi ollut 2h putkeen. Vartin ajan uskaltaa ajaa helposti 25A nallien läpi 35A kun ne saavat jäähtyä 45min välissä.
Tehomaksun määräytymisperuste tällöin on n.6kWh/h
Kun ajetaan nappien rajoilla saadaan 6 vartin jaksolla se energiamäärä mihin aiemmin tarvittiin 2h aikaa 25A napeilla, eli ne 6 varttia voivat olla lopulta halvempia kuin aiemmin 2 halvinta tuntia. Pari viestiä ylempää otetun AT IDA1 käppyrästä katsottuna 7 tunnin viimeistä varttia olivat vuorokauden halvimmat hintajaksot - eli tuossa tosiaan voisi voittaa hyvin jos tunnin sisäinen hintavaihtelu on noin kovaa kuin esimerkin käppyrässä
 
Viimeksi muokattu:

maanma

Vakionaama
Tuolla logiikalla viimeiset vartit muodostuvat kalleimmiksi. Sen ei kai tarvitse olla viimeinen kunhan kulutustapahtumien aikaero säilyy.

Aurinkotuotannon kanssa jakson loppu on ennustettavin.
 

-Teme-

Vakionaama
Tuolla logiikalla viimeiset vartit muodostuvat kalleimmiksi. Sen ei kai tarvitse olla viimeinen kunhan kulutustapahtumien aikaero säilyy.

Aurinkotuotannon kanssa jakson loppu on ennustettavin.
Viimeinen vartti oli vain viittaus tuohon aiemmin postattuun kuvaan jossa se on halvin selkeästi
 
Viimeksi muokattu:

Hegsa

Aktiivinen jäsen
Tehomaksun määräytymisperuste tällöin on n.6kWh/h
Menee enempi harrastuksen kuin säästöjen puolelle valita tehomaksutuote jos nykyisiä tehomaksutasoja käyttää lähtökohtana. Lahden energialla tehomaksutuote 6 kW maksimilla antaa saman siirtokustannuksen kuin yleissiirto vuotuisalla 9300 kWh ja Helenillä (30% päivä/70% yö) 11000 kWh kulutuksella. Siirrosta pitäisi kuitenkin saada ihan reipas siivu säästöjä kun halvimpien varttien hyödyntäminen jää vajavaiseksi ja pitää himmailla kulutuskohteita ettei tehomaksuraja pauku.

Käytännössä vaatisi isoa, yli 15000 kWh, vuosikulutusta kohteessa missä ei ole sähkökiuasta/sähköautoa eikä sähkönkäyttö mahdollista varaamista esim lämmityksessä. Vaihtoehtoisesti siirtoyhtiöiden pitäisi ajatella yleissiirtotuote kokonaan uusiksi, mutta siihenkään ei ole kovin paljoa mahdollisuuksia kun tulevat pitämään huolen että saavat maksimiliikevaihdon kasaan.
 

-Teme-

Vakionaama
Lande-Carunalla yleissiirto 5.26snt/kWh kun kausi tuotteella 6.73snt/kWh 1.11-31.3 Ma-La 07-22, muina aikoina 3.23snt/kWh
Itsellä yleissiirron ja kausisiirron hintaero 12kk tarkastelujaksolla on n.163€ kausisiirron hyväksi.
Erikseen priorisoimatta yö- ja sunnuntai jaksoja kulutus on kohdistunut 1.11-31.3 aikana yli 60% just edukkaimmille siirtohinnan jaksoille.
Näen myös mahdollisena että EV lataus suoritetaan 2 halvinta varttia 6kWh teholla ja muu kulutus lyödään lisäksi täysille sen halvimman vartin jaksolle ja miksei myös nostaa EV lataustehoja että saa täyden 24kW
 

MarjoC

Jäsen
Lue tämän sivun ensimmäinen viesti #1121 ja keskustelu siitä eteenpäin
Joo, olen itse osallistunut tähän keskusteluun myös, mutta onko mitään tietoa toteutuksesta. Minulla on tämä scripti laajasti ohjauksissa käytössä ja niiden purkamisen pitäisi aloittaa jos tuo varttihinnoittelu ei onnistu. Vai mitä missasin?
 

hemaris

Aktiivinen jäsen
itse harkitsen laittavani HAn Noordpool integraation tuohon rinnalle ihan varmuuden vuoksi. Siellä mainitaan tuki 15min hinnoille.
 

MarjoC

Jäsen
itse harkitsen laittavani HAn Noordpool integraation tuohon rinnalle ihan varmuuden vuoksi. Siellä mainitaan tuki 15min hinnoille.
Joo mullakin on se rinnalla, mutta kaikki ohjaukset käyttää tätä, joten aikamoinen määrä koodia korjattavana….
 

jkoljo

Aktiivinen jäsen
Mä käytän HACSin Nordpool integraatiota ja lasken tällaisella template sensorilla rankingin jossa on mukana yö- ja päiväsiirto. Hyvin toimii. Pitää päivittää varttiin kun varttidataa alkaa saamaan Nordpoolista.

1000048168.jpg


Koodi:
template:
  - sensor
    - name: Nordpool data
      unique_id: nordpool_data
      state: 'DATA'
      availability: "{{state_attr('sensor.nordpool_kwh_fi_eur_3_10_0255', 'today') != []}}"
      attributes:
        import_cost_today: >
            {%- set hours = namespace(value=[]) %}
            {%- set output = namespace(value=[]) %}
         
            {%- for value in state_attr("sensor.nordpool_kwh_fi_eur_3_10_0255","raw_today") | default([], true) %}
              {%- set t = value.start | as_datetime | as_local %}
              {%- if t.hour >= 7 and t.hour < 22 %}
                {%- set x = states("input_number.electricity_day_transfer_tariff") | float %}
              {%- else %}
                {%- set x = states("input_number.electricity_night_transfer_tariff") | float %}
              {%- endif %}
              {%- set tax = 2.79372 | float %}
              {%- set price = (value.value + x + tax) | float %}
              {%- set new_data = dict(**{"start": as_timestamp(value.start) | timestamp_custom('%Y-%m-%dT%H:%M:%S%z'), "timestamp": t | as_timestamp, "total_with_transfer": price}) %}
              {%- set hours.value = hours.value + [new_data] %}
            {%- endfor %}
         
            {%- set sorted = hours.value | sort(attribute="total_with_transfer") %}
         
            {%- for hour in hours.value | default([], true) %}
              {%- set new_data = dict(hour, **{"rank": sorted.index(hour)+1}) %}
              {%- set output.value = output.value + [new_data] %}
            {%- endfor %}
         
            {{ output.value }}

Nordpool integraatio on tyypillisesti oikein luotettava, mutta muutamien kuukausien välein hinnat eivät ole heti kahdelta saatavilla kun integraatio yrittää niitä hakea. Näinollen:

Koodi:
alias: Reload Nordpool
description: ""
triggers:
  - at: "16:30:00"
    trigger: time
conditions:
  - condition: template
    value_template: >-
      {{state_attr('sensor.nordpool_kwh_fi_eur_3_10_0255', 'tomorrow_valid') ==
      false}}
actions:
  - data: {}
    target:
      entity_id:
        - sensor.nordpool_kwh_fi_eur_3_10_0255
    action: homeassistant.reload_config_entry
mode: single
 
Viimeksi muokattu:

-Teme-

Vakionaama
Itse olen säätänyt tuon HACS nordpool komponentin hakemaan hinnat 14:50-14:59 välillä niin saa olla viivettä.
Useimmat automaatiot oon tehny siten että tarkastelu ei ole vuorokauden vaihtumisen mukaan, vaan siitä -6h
 

-Teme-

Vakionaama
Siis saa hinnat tuolta virallisen rajapinnan kautta vai onko joku parseri joka ottaa hinnat eipävirallisesti? Minua kiinostaisi joku "kestävämpi" ratkaisu...
Virallista hintaa et saa Nordpoolista ellet osta lisenssiä ja maksa siitä pari tonnia vuodessa.
Entso-e taitaa olla ainoa virallinen rajapinta josta hinnat voi hakea ilmaiseksi. Sielläkin hikkaa ajoittain
Eleringistä saa myös haettua suomen hinnat
 

MarjoC

Jäsen
Mä käytän HACSin Nordpool integraatiota ja lasken tällaisella template sensorilla rankingin jossa on mukana yö- ja päiväsiirto. Hyvin toimii. Pitää päivittää varttiin kun varttidataa alkaa saamaan Nordpoolista.

katso liitettä 108580

Koodi:
- name: Nordpool data
      unique_id: nordpool_data
      state: 'DATA'
      availability: "{{state_attr('sensor.nordpool_kwh_fi_eur_3_10_0255', 'today') != []}}"
      attributes:
        import_cost_today: >
            {%- set hours = namespace(value=[]) %}
            {%- set output = namespace(value=[]) %}
         
            {%- for value in state_attr("sensor.nordpool_kwh_fi_eur_3_10_0255","raw_today") | default([], true) %}
              {%- set t = value.start | as_datetime | as_local %}
              {%- if t.hour >= 7 and t.hour < 22 %}
                {%- set x = states("input_number.electricity_day_transfer_tariff") | float %}
              {%- else %}
                {%- set x = states("input_number.electricity_night_transfer_tariff") | float %}
              {%- endif %}
              {%- set tax = 2.79372 | float %}
              {%- set price = (value.value + x + tax) | float %}
              {%- set new_data = dict(**{"start": as_timestamp(value.start) | timestamp_custom('%Y-%m-%dT%H:%M:%S%z'), "timestamp": t | as_timestamp, "total_with_transfer": price}) %}
              {%- set hours.value = hours.value + [new_data] %}
            {%- endfor %}
         
            {%- set sorted = hours.value | sort(attribute="total_with_transfer") %}
         
            {%- for hour in hours.value | default([], true) %}
              {%- set new_data = dict(hour, **{"rank": sorted.index(hour)+1}) %}
              {%- set output.value = output.value + [new_data] %}
            {%- endfor %}
         
            {{ output.value }}

Nordpool integraatio on tyypillisesti oikein luotettava, mutta muutamien kuukausien välein hinnat eivät ole heti kahdelta saatavilla kun integraatio yrittää niitä hakea. Näinollen:

Koodi:
alias: Reload Nordpool
description: ""
triggers:
  - at: "16:30:00"
    trigger: time
conditions:
  - condition: template
    value_template: >-
      {{state_attr('sensor.nordpool_kwh_fi_eur_3_10_0255', 'tomorrow_valid') ==
      false}}
actions:
  - data: {}
    target:
      entity_id:
        - sensor.nordpool_kwh_fi_eur_3_10_0255
    action: homeassistant.reload_config_entry
mode: single
tämä pitäisi saada tekemään rank 15 min jaksoista…
 

jkoljo

Aktiivinen jäsen
tämä pitäisi saada tekemään rank 15 min jaksoista…
Eipä tuo ole paha nakki päivittää. Mutta turha päivittää nyt vielä, kun vartin jaksoja ei ole saatavilla. Parin minuutin juttu sitten kun varttidataa saa.

Jaa niin, tuosta ylläolevasta ranking systeemistä saa sitten vielä tällaisen rank sensorin tehtyä. Tätä voi käyttää helposti automaatioissa, jos "Nordpool Rank now" on alle 10 jne.

Koodi:
  - sensor:
    - name: Nordpool Rank now
      unique_id: nordpool_electricity_rank_now
      unit_of_measurement: Rank
      availability: '{{state_attr("sensor.nordpool_data", "import_cost_today") | selectattr("timestamp") | list | length > 0}}'
      state: >
        {% set hour = (state_attr("sensor.nordpool_data", "import_cost_today") | list)[now().hour] %}
        {{hour.rank}}
 
Eipä tuo ole paha nakki päivittää. Mutta turha päivittää nyt vielä, kun vartin jaksoja ei ole saatavilla. Parin minuutin juttu sitten kun varttidataa saa.

Jaa niin, tuosta ylläolevasta ranking systeemistä saa sitten vielä tällaisen rank sensorin tehtyä. Tätä voi käyttää helposti automaatioissa, jos "Nordpool Rank now" on alle 10 jne.

Koodi:
  - sensor:
    - name: Nordpool Rank now
      unique_id: nordpool_electricity_rank_now
      unit_of_measurement: Rank
      availability: '{{state_attr("sensor.nordpool_data", "import_cost_today") | selectattr("timestamp") | list | length > 0}}'
      state: >
        {% set hour = (state_attr("sensor.nordpool_data", "import_cost_today") | list)[now().hour] %}
        {{hour.rank}}
Jostain kummasta oma mittari ainakin jo nyt varttidatan ottaa kun datahubista katsoo. Joten kaikki integraatiot myöhässä toteutuksesta.
 

jkoljo

Aktiivinen jäsen
Jostain kummasta oma mittari ainakin jo nyt varttidatan ottaa kun datahubista katsoo. Joten kaikki integraatiot myöhässä toteutuksesta.
Puhutko nyt varttimittauksesta vai varttihinnoittelusta? Varttimittaushan on ollutkin jo aika pitkään heillä joilla on riittävän uusi mittari. Varttihinnoittelu on vasta tulossa. Ensimmäiset varsinaiset toteutuvat varttihinnat julkaistaneen viimeinen päivä tätä kuuta klo 14:00 pintaan.
 
Puhutko nyt varttimittauksesta vai varttihinnoittelusta? Varttimittaushan on ollutkin jo aika pitkään heillä joilla on riittävän uusi mittari. Varttihinnoittelu on vasta tulossa. Ensimmäiset varsinaiset toteutuvat varttihinnat julkaistaneen viimeinen päivä tätä kuuta klo 14:00 pintaan.
Siitä mikä datahubista näkyy. Joka vartille on hinta ja kulutus. Mikä sille sitten oikea termi onkaan.
 

Mikki

Hyperaktiivi
Ja vielä pitää tarkistaa omasta sähkönmyyntiyhtiöstä, että muuttuuko sopimus varttihinnoitelluksi. Aika moni suurikin firma on ilmoittanut että ei ainakaan automaattisesti mene vartteihin, vaan tuntikeskiarvoilla mennään 1.10. jälkeenkin,.
 
Back
Ylös Bottom