HomeAssistant ja sähköpörssiohjaus

Samppa

Ylläpitäjä
Ylläpidon jäsen
Itse päivitin tuon suosiolla näyttämään vain 12h eteenpäin nykyhetkestä (+ käytännössä tunteroinen taaksepäin) . Jos tarve katsella huomisia hintoja vaikkapa, niin teen sen eri sovelluksella. Nyt tosin näyttää nuo max ja min hinnatkin tälle 12h jaksolle. En ole vielä päättänyt onko hyvä vai huono asia :p

Screenshot_20251001_132355_Home Assistant.jpg
 
Viimeksi muokattu:

MarjoC

Jäsen
Mulle näyttää huominen tältä:
1759323879991.png

tämän päivän hinnat siis tuntikeskiarvioina, mutta huomisesta näkyy ekan tunnin ajan 15 min hinta. MUOKKAUS: kun olin tämän kirjoittanut ja palasin takaisin ha:han niin nyt näkyy huomisen hinnat pidemmälle ja tunnin keskiarvolla...
 
Viimeksi muokattu:

Samppa

Ylläpitäjä
Ylläpidon jäsen
Mulle näyttää huominen tältä:
katso liitettä 108904
tämän päivän hinnat siis tuntikeskiarvioina, mutta huomisesta näkyy ekan tunnin ajan 15 min hinta. MUOKKAUS: kun olin tämän kirjoittanut ja palasin takaisin ha:han niin nyt näkyy huomisen hinnat pidemmälle ja tunnin keskiarvolla... ps. tarve olisi sille 15 min hinnalle!
Joko asensit tuon päivitetyn version? Ei pitäisi sillä kyllä tunna tunnin jaksoissa.
 

Samppa

Ylläpitäjä
Ylläpidon jäsen
Tätä virhettä näyttää nyt tulevan logiin. Ilmeisesti datamäärä nyt hieman paisunut, en tiedä onko jotain tehtävissä tai onko tästä ylipäätään haittaa?

  • State attributes for sensor.shf_electricity_price_now exceed maximum size of 16384 bytes. This can cause database performance issues; Attributes will not be stored
  • State attributes for sensor.shf_data exceed maximum size of 16384 bytes. This can cause database performance issues; Attributes will not be stored

Tämän ratkaisin nyt ainakin tilapäisesti poistamalla SHF sensorit kokonaan recorderista.

YAML:
recorder:
  exclude:
    entity_globs:
      - sensor.shf_*
 

-Teme-

Vakionaama
Tämän ratkaisin nyt ainakin tilapäisesti poistamalla SHF sensorit kokonaan recorderista.

YAML:
recorder:
  exclude:
    entity_globs:
      - sensor.shf_*
Kannattaa muutenkin filteröidä recorderista sensoreita.
itsellä seuraavat excludattu - piti alkaa filteröimään kun db koko oli 50gigaa...

YAML:
recorder:
  exclude:
    domains:
      - update
      - time
      - date
      - input_number
      - input_select
      - input_datetime
    entity_globs:
      - sensor.weather_*
      - sensor.*tx
      - sensor.*rx
      - sensor.*tx_*
      - sensor.*rx_*
      - sensor.*rssi*
      - sensor.*rsrq*
      - sensor.*rsrp*
      - sensor.*sinr*
      - sensor.*uptime*
      - sensor.*batt*
      - sensor.*wifi*
      - sensor.*uptime*
      - sensor.*cpu*
      - sensor.*memory*
      - sensor.date*
      - sensor.*time*
      - sensor.*signal_*
    entities:
      - sun.sun 
      - sensor.last_boot 
      - sensor.millitime
 

Samppa

Ylläpitäjä
Ylläpidon jäsen
Tämän ratkaisin nyt ainakin tilapäisesti poistamalla SHF sensorit kokonaan recorderista.

YAML:
recorder:
  exclude:
    entity_globs:
      - sensor.shf_*
En tiedä mistä johtuu, mutta eipä tämä toiminutkaan... Jostain syystä rank now ja price now lakkasivat päivittymästä kokonaan. Kuvittelin että recorderista poisto ei noihin vaikuta, mutta kuvittelin väärin. Tuossa klo 16:15 jälkiin tein muutoksen. Huomasin jossain klo 17 aikaan, että nyt jotain mätää on. Poistin entity_globs osiosta tuon sensor.shf_* ja siirsin exclude/entity osioon alla olevat:
  • sensor.shf_data
  • sensor.shf_electricity_price_now
Sen jälkeen alkoi rank päivittymään (alla kuvaajassa HA:n bootissa vähän ennen 17:10 ja sitten 17:15 normaalisti). Mutta price now tiedon päivittyminen vaati, että poistin nuo molemmat yllä olevat excludesta vielä. Hintatieto päivittyi tuossa taas HA:n bootissa. Pitää nyt miettiä että miten tuo pääsi vaikuttamaan asiaan. Ei käsittääkseni pitäisi recorderista poiston vaikuttaa toimintaan mitenkään?

1759328676165.png


Edit: tekoälli tähän jotain oli keksivinään, mutta en taas ollut täysin vakuuttunut sen koodimuutoksista, joten saa toistaiseksi jäädä testaus.
 
Viimeksi muokattu:

heebo1974

Aktiivinen jäsen
Meikäläisellä rank antaa vain unavailablea buuttien jälkeenkin. Mahtaakohan tuossa olla joku cachehomma, jonka takia menee sensori solmuun... kaikki muut pelittää kyllä hyvin.

EDIT:

Tällä koodinpätkällä lähti itsellä rank toimimaan.

Koodi:
  - sensor:
      - name: "SHF Rank now"
        unique_id: shf_electricity_rank_now
        availability: >
          {{ state_attr("sensor.shf_data", "raw") is not none }}
        state: >
          {% set data = state_attr("sensor.shf_data", "raw") %}
          {% if data %}
            {% set current = data
               | selectattr("DateTime", "ge", now().isoformat())
               | list
               | first %}
            {% if current %}
              {{ current["Rank"] | int }}
            {% else %}
              none
            {% endif %}
          {% else %}
            none
          {% endif %}
En nyt ole varma kun pää on nyt niin tukossa tästä säätelystä, mutta mielestäni tämä suoltaa väärän rankin.
Se ei mielestäni ole tämänhetkinen rank vaan seuraavan vartin rankki.
 

Samppa

Ylläpitäjä
Ylläpidon jäsen
Minulla tuo rank toimii kyllä ihan ongelmitta. Siinä muodossaan missä se nyt on tuolla githubissa ja tulee oikea rankki oikeaan aikaan. Ongelmaa oli hetken aikaa kun lisäsin noita excludeja aiemmin.

SHF electricity price now sensoria hieman mulkkasin. Poistin siitä data attribuutin kokonaan, ihan vain jotta saa siistittyä sisältöä. Ei recorder valita enää liian isosta koosta. Sen jälkeen laitoin uudelleen kokeeksi recorderin excludeen pelkästään nämä:
entities:
- sensor.shf_electricity_price
- sensor.shf_data

Ja kappas, nythän tuo päivittää edelleen rank ja hintatietoa varteittain. En nyt ole ihan varma oliko tuossa aiemmin sitten jotain muuta tuon ongelman taustalla, mutta nyt juuri loppui into testata enempää. Aika paljon on muutakin puuhaa. Korjataan taas jos jokin on rikki, tällä hetkellä on nyt tilanne ettei vaikuta olevan. :bileet:

Tuohon SHF electricity now anturiin tuli nyt kyllä hieman muitakin muutoksia, mutta annan olla sen nyt tällaisenaan kun toimii. Pistän tähän varulta tiedoksi, en kehoita tällä korvaamaan alkuperäistä. Unitit kovakoodasin uudelleen €/kWh muotoon kun jostain syystä välissä hukkasi tuota yksikköä ainakin 7 päivän average hinnalta. Vähän virhesietoisuutta muka parannettu yms. pientä:
YAML:
  - sensor:
    - name: SHF Electricity price now
      unique_id: shf_electricity_price_now
      unit_of_measurement: "€/kWh" # Change this to c/kWh if you prefer cents
      device_class: monetary
      state: >
        {% set data = state_attr("sensor.shf_data", "data") %}
        {% set now_ts = now().timestamp() %}
        {% set past_prices = data | selectattr("Timestamp", "lt", now_ts) | list %}
        {% if past_prices | length > 0 %}
          {{ past_prices[-1]["TotalPrice"] | round(4) }}
        {% else %}
          0.0
        {% endif %}
      availability: >
        {% set data = state_attr("sensor.shf_data", "data") %}
        {% set now_ts = now().timestamp() %}
        {{ data | selectattr("Timestamp", "ge", now_ts) | list | length > 0 }}
      attributes:
        today_prices: >
          {% set data = state_attr("sensor.shf_data", "data") %}
          {% set start = today_at("00:00").timestamp() %}
          {% set end = today_at("23:59").timestamp() %}
          {{ data | selectattr("Timestamp", "ge", start) | selectattr("Timestamp", "lt", end) | map(attribute="TotalPrice") | list }}
        tomorrow_prices: >
          {% set data = state_attr("sensor.shf_data", "data") %}
          {% set start = today_at("23:59").timestamp() %}
          {{ data | selectattr("Timestamp", "ge", start) | map(attribute="TotalPrice") | list }}
        today_min: '{{ this.attributes.today_prices | default([0]) | min }}'
        today_avg: '{{ this.attributes.today_prices | default([0]) | average | round(4) }}'
        today_max: '{{ this.attributes.today_prices | default([0]) | max }}'
        tomorrow_min: '{{ this.attributes.tomorrow_prices | default([0], true) | min }}'
        tomorrow_avg: '{{ this.attributes.tomorrow_prices | default([0], true) | average | round(4) }}'
        tomorrow_max: '{{ this.attributes.tomorrow_prices | default([0], true) | max }}'
 
Viimeksi muokattu:

kenzy

Jäsen
En nyt ole varma kun pää on nyt niin tukossa tästä säätelystä, mutta mielestäni tämä suoltaa väärän rankin.
Se ei mielestäni ole tämänhetkinen rank vaan seuraavan vartin rankki.
Tsekkaa mitä sulla shf_data- anturin attribuutit kertoo kuluvan vartin rankiksi ja vertaa, mitä tuo shf_rank antaa. Itselläni klo 20:15 alkavan vartin rank on 93 ja tuo koodi palauttaa rankin 93.
 

heebo1974

Aktiivinen jäsen
Tsekkaa mitä sulla shf_data- anturin attribuutit kertoo kuluvan vartin rankiksi ja vertaa, mitä tuo shf_rank antaa. Itselläni klo 20:15 alkavan vartin rank on 93 ja tuo koodi palauttaa rankin 93.
Minulla 94 ja palauttaa 94... :)

EDIT: Taitaa sotkea noi minun priorityhours jutut. :)
 
Viimeksi muokattu:

heebo1974

Aktiivinen jäsen
Saako tuon shf_datan refressattua jotenkin ? Mielestäni kokeilin ajaa intelligent update, mutta ei se tainnut päivittää dataa uudelleen.
 

kenzy

Jäsen
Saako tuon shf_datan refressattua jotenkin ? Mielestäni kokeilin ajaa intelligent update, mutta ei se tainnut päivittää dataa uudelleen.
HA:ssa pystyt tekemään vaikkapa uuden automaation, jossa vain action update entity ja valkkaat siihen entiteetin, jonka haluat refreshata ja ajat vain sen pelkän actionin käsipelillä.
 

heebo1974

Aktiivinen jäsen
En tiedä miksi, mutta minulla tuo Rank now on 15min edellä. No tekoälyn avulla sain tällä sen toimimaan. :)

YAML:
  - sensor:
      - name: "SHF Rank now"
        unique_id: shf_electricity_rank_now
        availability: >
          {{ state_attr("sensor.shf_data", "raw") is not none }}
        state: >
          {% set data = state_attr("sensor.shf_data", "raw") %}
          {% set current = data | default([])
             | selectattr("DateTime", "le", now().isoformat())
             | list
             | last %}
          
          {% if current and 'Rank' in current %}
            {{ current.Rank | int(default=none) }}
          {% else %}
            none
          {% endif %}
 

kenzy

Jäsen
En tiedä miksi, mutta minulla tuo Rank now on 15min edellä. No tekoälyn avulla sain tällä sen toimimaan. :)

YAML:
  - sensor:
      - name: "SHF Rank now"
        unique_id: shf_electricity_rank_now
        availability: >
          {{ state_attr("sensor.shf_data", "raw") is not none }}
        state: >
          {% set data = state_attr("sensor.shf_data", "raw") %}
          {% set current = data | default([])
             | selectattr("DateTime", "le", now().isoformat())
             | list
             | last %}
         
          {% if current and 'Rank' in current %}
            {{ current.Rank | int(default=none) }}
          {% else %}
            none
          {% endif %}

Joo, itselläni taas tuo |last argumentti johtaa edeltävän vartin rankkiin. Mutta oliko sulla siis siinä data-sensorissa se rank oikein vai väärin? Eli shf_data- sensorissa oleva kuluvan vartin rank?
 

heebo1974

Aktiivinen jäsen
Hah, näemmä mullakin oli alkanut tuo rank-sensori antamaan varttia etupeltoon dataa. On kyllä hämmentävää. Päivittelen tuon sun koodin noihin aiempiin viesteihin.
Kävi tuossa mielessä, että kun itse ei tuosta koodista mitään ymmärrä, niin voisko olla niin että nyt kun tulee iltapäivällä uudet hinnat, niin se näyttää taas väärin. :) Eli kun on kahden vs yhden päivän data olemassa ? No jää nähtäväksi.
 

kenzy

Jäsen
Kävi tuossa mielessä, että kun itse ei tuosta koodista mitään ymmärrä, niin voisko olla niin että nyt kun tulee iltapäivällä uudet hinnat, niin se näyttää taas väärin. :) Eli kun on kahden vs yhden päivän data olemassa ? No jää nähtäväksi.
Periaatteessa ei pitäisi vaikuttaa lainkaan, jos lähdedatan rakenne pysyy kuitenkin samana. Tuo vain hakee kuluvan aikahetken aikaleiman mukaisen Rank-kentässä löytyvän numeron.
 

haraldh

Vakionaama
Toimiiko nyt siis niin, että haen vain uusimman spot-price.yaml tiedoston ja korvaan vanhan sillä Home Assistantissa ja sen jälkeen kaikki rankit on 0-96? Vai vaatiiko vielä jotain näpräämistä? Automaatiot pitää tietenkin käydä läpi mutta muuten toimisi?
 

kenzy

Jäsen
Toimiiko nyt siis niin, että haen vain uusimman spot-price.yaml tiedoston ja korvaan vanhan sillä Home Assistantissa ja sen jälkeen kaikki rankit on 0-96? Vai vaatiiko vielä jotain näpräämistä? Automaatiot pitää tietenkin käydä läpi mutta muuten toimisi?
Toimii, ja jos tuntirank ei toimi, niin kopsaamalla tuon heebon pari viestiä sitten laittaman koodin sen spot-price.yaml:ssa olevan rankkisensorin tilalle lähtee sekin toimimaan. Ja minä laitoin tuolla vähän aiemmin myös koodin, millä saa 30min ja 60min keskiarvoattribuutit mukaan hintasensoriin, jos sellaisille kokee tarvetta.
 

-Teme-

Vakionaama
Väänsin tänään Home Assistantiin Nordpool sensorista 18-1745 jaksotetun sensorin, jossa 15m, 30m ja 1h rankit mukana
klo 15 päivittää next_period tiedon eli tulevan 18-1745 jakson tiedot ja klo 18 se tulee käyttöön current_period tietona
Tuo klo 18 alkava vuorokausi on osoittautunut aika osuvaksi, kun aurinkovoiman tuotanto on loppunut ja sen jälkeen voi plänätä veden lämmitystarpeen. Lisäksi ilta-yö-aamu on yhtä jaksoa, eikä tule sitä efektiä jotta vrk viimeiset tunnit ja seuraavan vrk ekat ovat ne halvimmat
vähän pitää vielä pyöristyksiä säätää
1759424749980.png
 
Viimeksi muokattu:

kenzy

Jäsen
Väänsin tänään Home Assistantiin Nordpool sensorista 18-1745 jaksotetun sensorin, jossa 15m, 30m ja 1h rankit mukana
klo 15 päivittää next_period tiedon eli tulevan 18-1745 jakson tiedot ja klo 18 se tulee käyttöön current_period tietona
Tuo klo 18 alkava vuorokausi on osoittautunut aika osuvaksi, kun aurinkovoiman tuotanto on loppunut ja sen jälkeen voi plänätä veden lämmitystarpeen. Lisäksi ilta-yö-aamu on yhtä jaksoa, eikä tule sitä efektiä jotta vrk viimeiset tunnit ja seuraavan vrk ekat ovat ne halvimmat
vähän pitää vielä pyöristyksiä säätää
katso liitettä 108933
Oon itse pyöritellyt rankkien ja vaikka minkä skenaarioiden kautta eri juttuja ja aina palaan samaan käytäntöön, mikä mulla on pitkään ollut - Mulla on hintarajasensorit eri asioille, eli kosteiden tilojen lattialämmitykselle, kuivien tilojen lämmitykselle, lämminvesivaraajalle ja sähköauton lataukselle. Jokaselle omat automaatiot, jotka käytännössä haistelee vain, että onko sähkön hinta yli vai alle asetetun hintarajan ja tekee sen mukaan toimenpiteitä.

LVV ohjaus ottaa lisäksi huomioon aurinkovoiman tuotantoennusteen, ja jos se on alle 25kWh seuraavalle vuorokaudelle, niin vettä lämmitetään klo 16-09 välisenä aikana kolmena halvimpana tuntina. Meillä on varaajassa vain yksi 3kW vastus, joten päivät, jolloin tuotantoennuste on alle 25kWh, todennäköisesti on sellaisia, että tuntituotanto ei yhtenäkään tuntina ylitä talon peruskulutusta + LVV tehoa, joten LVV on turvallisinta lämmittää yöllä kaiken varalta. Usein tollasina heikon ennusteen päivinä myös sähkön hinta on korkeaa, joten ylituotannon myynnissäkin on jotakin järkeä.

Lähtökohtaisesti meillä kosteita tiloja ylilämmitetään +2 asteella aina jos sähkön hinta on alle 12c/kWh siirtoineen, ylläpidetään 21 asteessa yön 3 halvinta tuntia ja muina aikoina 19 asteessa. Kuivissa tiloissa käytännössä ylläpito 19 asteessa ja sähkön ollessa alle 12c/kWh lämmitellään 21 asteeseen. Autoa lataillaan sitten aina tarpeen mukaan halpoina tunteina.
 

kenzy

Jäsen
Käytin kesällä lvv:lla "taselämmitystä". Seurasi vartin tasetta ja lämmitteli varaajaa, jos meinas mennä verkkoon liikaa. Toimi aika hienosti.
Juu, meillä menee kyllä kesällä verkkoon suhteellisen paljon, teki mitä teki. Varaajakaan ei lämpene kolmea tuntia pidempään.
 

-Teme-

Vakionaama
Nyt jos ohjaa pelkällä rank arvolla 4 halvimmaksi tunniksi auton latauksen päälle, niin ne ovat kaikki tän vrk puolella, vaikka vuorokauden vaihtumisen jälkeen ovat ne halvimmat tunnit vastaa edessä.
Tähän tilanteeseen just tuo 18 alkava vuorokausi rankit ovat omiaan.
Varaajiin pitää nousevan kulutuksen perusteella triggeröityvä laskuri, jotta tietää kauanko eri vaiheet ovat olleet päällä. 2h/3kW per 300l varaaja on riittänyt hyvin 2hlö taloudessa. On niissä lämpötilasensorit mutta se on pakko ohjaavana parin päivän lämmitysten ohitusten jälkeen.
 

Duudson

Jäsen
Hyvin lähti vartit toimimaan päivitetyillä skripteillä, kiitos niistä.

Luulin että olin aiemmin koko ajan ohjannut halvimpien tuntien mukaan niin että siirtomaksut oli laskettu mukaan rankkaukseen (yösiirto on siis käytössä) Mutta ei sellaista rankkia taidakaan olla tarjolla jossa olisi siirtomaksut mukana? Eli ilmeisesti olenkin ohjannut pelkän pörssin hinnan mukaan sitten aiemminkin. Niin pitkään on toiminut ongelmitta ettei enää muista
 

kenzy

Jäsen
Nyt jos ohjaa pelkällä rank arvolla 4 halvimmaksi tunniksi auton latauksen päälle, niin ne ovat kaikki tän vrk puolella, vaikka vuorokauden vaihtumisen jälkeen ovat ne halvimmat tunnit vastaa edessä.
Tähän tilanteeseen just tuo 18 alkava vuorokausi rankit ovat omiaan.
Varaajiin pitää nousevan kulutuksen perusteella triggeröityvä laskuri, jotta tietää kauanko eri vaiheet ovat olleet päällä. 2h/3kW per 300l varaaja on riittänyt hyvin 2hlö taloudessa. On niissä lämpötilasensorit mutta se on pakko ohjaavana parin päivän lämmitysten ohitusten jälkeen.
Joo, mulla oli aikoinaan tehty input datetime helper kellonajalle, jolloin auton pitää olla ladattuna lähtövalmiina ja sitten tein cheapest period-automatiikan joka haki aina halvimmat x tuntia tämän hetken ja tuon kellonajan väliltä. Melkein voisi sen viritellä taas uusiksi. Se on ihan näppärä, kun voi säätää sitten tarvittaessa jos joskus täytyy lähteä töihin vaikkapa aamuviideltä ja joskus riittää klo 11 jne.
 

heebo1974

Aktiivinen jäsen
Hyvin lähti vartit toimimaan päivitetyillä skripteillä, kiitos niistä.

Luulin että olin aiemmin koko ajan ohjannut halvimpien tuntien mukaan niin että siirtomaksut oli laskettu mukaan rankkaukseen (yösiirto on siis käytössä) Mutta ei sellaista rankkia taidakaan olla tarjolla jossa olisi siirtomaksut mukana? Eli ilmeisesti olenkin ohjannut pelkän pörssin hinnan mukaan sitten aiemminkin. Niin pitkään on toiminut ongelmitta ettei enää muista
Ainakin tuossa SHF:ssä on tuo mahdollistuus käyttämällä SHF Price 1, SHF Price 2 ja SHF Price 2 stop asetuksia.
En vain tykkää siitä, kun se lisää siirtohinnat noihin "käppyröihin" ja kun on tottunut ymmärtämään pörssihintoja, niin ei vaan aivo halua noita siihen päälle. Lisäksi taitaa vaikuttaa myös energy desktopin hintoihin, joten sekin muuttuisi.
 

Ondalf

Tulokas
Tehin tollasen: Ondalf/spothinta
Kirjaimellisesti vain hetkellinen euromääräinen sensoritieto tuota kautta.
Ei mitään ylimääräistä. Vain 1 apikutsu/pvä/sensori.
Ideaali käppyrän tallentamiseen, ko nordpoolin custom componentti alkoi sylttään mahdottoman anturidatamäärän takia.
Ite käytän tätä NodeRed kautta lähiverkossa olevien koneiden ohjaukseen, jokka vaatii vain hetkellisen sähkön hinnan ilman authentikaatiota.
 
Viimeksi muokattu:

Duudson

Jäsen
Ainakin tuossa SHF:ssä on tuo mahdollistuus käyttämällä SHF Price 1, SHF Price 2 ja SHF Price 2 stop asetuksia.
En vain tykkää siitä, kun se lisää siirtohinnat noihin "käppyröihin" ja kun on tottunut ymmärtämään pörssihintoja, niin ei vaan aivo halua noita siihen päälle. Lisäksi taitaa vaikuttaa myös energy desktopin hintoihin, joten sekin muuttuisi.
Joo noi on kyllä määritetty ja muuten ne on käytössä mutta rankkaus täysien hintojen mukaan puuttuu. Mutta on tainnu aina puuttua
 

kenzy

Jäsen
Joo noi on kyllä määritetty ja muuten ne on käytössä mutta rankkaus täysien hintojen mukaan puuttuu. Mutta on tainnu aina puuttua
Jep, tuo rankki ui tuolta lähdedatasta saakka, eli siihen ei vaikuta siirtohinnat. Sillä itsekin oon aina käyttänyt sähkön kokonaishintaa kaikessa ohjauksessa, en ole tuolle rankille nähnyt oikein mitään tarvetta omassa käytössä.
 

heebo1974

Aktiivinen jäsen
Jep, tuo rankki ui tuolta lähdedatasta saakka, eli siihen ei vaikuta siirtohinnat. Sillä itsekin oon aina käyttänyt sähkön kokonaishintaa kaikessa ohjauksessa, en ole tuolle rankille nähnyt oikein mitään tarvetta omassa käytössä.
Aivan joo. Luuin, että Rankki muokkautuu siirtohintojen jälkeen.
 

Luukku

Vakionaama
Ainakin tuossa SHF:ssä on tuo mahdollistuus käyttämällä SHF Price 1, SHF Price 2 ja SHF Price 2 stop asetuksia.
En vain tykkää siitä, kun se lisää siirtohinnat noihin "käppyröihin" ja kun on tottunut ymmärtämään pörssihintoja, niin ei vaan aivo halua noita siihen päälle. Lisäksi taitaa vaikuttaa myös energy desktopin hintoihin, joten sekin muuttuisi.
2-tariffilla itse tykkään käyttää kokonaishintaa niin antaa paremmin näkyville (omille aivoille) milloin oikeasti on halvinta huomioiden kaikki kustannukset. Äkkiä se aivo oppii tajuamaan, että jos sähkönhinta on vaan 8sent/kWh niin energian osuus on jo aika olematon silloin.
Tein sensorit vielä näyttämään tulevan vartin hintaa ja muutosta prosentuaalisesti niin näkee pikaisella vilauksella missä mennään.
Tuo prosenttimuutos kannattaa ottaa vaan energian hinnasta niin tulee rajummat muutokset paremmin esille.
 
Viimeksi muokattu:

Luukku

Vakionaama
Tässä varttimuutoksessa on kyllä hyvä puoli nyt se, että kun asetettu hintaraja ylittyy niin esim lattialämmityksen rajoitus voi olla päällä vaan 15min entisen tunnin sijasta. Automaatioita ei ole tarvinnut muokata, kun ne seuraa tuota SHF price acceptable tietoa.
 

grendy

Vakionaama
Tässä varttimuutoksessa on kyllä hyvä puoli nyt se, että kun asetettu hintaraja ylittyy niin esim lattialämmityksen rajoitus voi olla päällä vaan 15min entisen tunnin sijasta. Automaatioita ei ole tarvinnut muokata, kun ne seuraa tuota SHF price acceptable tietoa.
En oo vielä jaksanut ruveta säätään olevaa automaatiota, mutta pystyikö ton uuden asentaan nykyisen rinnalle ja sit muokkaamalla vaan esim automaatioihin binary_sensor.shf_price_acceptable -> binary_sensor.shf_price_acceptable2 tms? Ja rankit tietysti sitten uusiksi
 

Luukku

Vakionaama
En oo vielä jaksanut ruveta säätään olevaa automaatiota, mutta pystyikö ton uuden asentaan nykyisen rinnalle ja sit muokkaamalla vaan esim automaatioihin binary_sensor.shf_price_acceptable -> binary_sensor.shf_price_acceptable2 tms? Ja rankit tietysti sitten uusiksi
Mulla on ollu laitettuna noi price1 ja 2 ennenkin. Automaatiot seuraa rajaa joka asetettu 13 senttiin (shf acceptable). Noihin ei tarvinnu koskea 15min muutoksen takia. Nyt jos jollain vartilla on hinta yli rajan niin lattialämmitys pudottaa pyyntiä. Rankkien toimintaa en ole vielä tutkinut miten ne nyt toimii. Tämä on tämmösen yksinkertaisen ukon systeemi, tekoälyn kanssa yritän pärjätä, kun koodaustaitoa ei ole.
 

grendy

Vakionaama
Mulla on ollu laitettuna noi price1 ja 2 ennenkin. Automaatiot seuraa rajaa joka asetettu 13 senttiin (shf acceptable). Noihin ei tarvinnu koskea 15min muutoksen takia. Nyt jos jollain vartilla on hinta yli rajan niin lattialämmitys pudottaa pyyntiä. Rankkien toimintaa en ole vielä tutkinut miten ne nyt toimii. Tämä on tämmösen yksinkertaisen ukon systeemi, tekoälyn kanssa yritän pärjätä, kun koodaustaitoa ei ole.
Joo AI koodarina mullakin toiminut tietysti :D.. Ainut että käytän price acceptablen lisäksi myös rank acceptablee. Ja tosiaan rankkejahan oli ennen 24 ja nyt sitten varmaan 96. No, pitää jossain vaiheessa perehtyä ja ottaa riski että kaikki nyt semitoimiva menee pieleen :D
 

Samppa

Ylläpitäjä
Ylläpidon jäsen
Automaatiot on aika nopea päivittää. Ota HA:sta ulos koko automation.yaml ja sitten vain notepadilla käyt sen lävitse etsi toiminnolla. Tein itse noin, eikä kovin montaa päivitettävää itselläni ollutkaan kun rank numerona oli käytössä vain hyvin harvassa
 
Back
Ylös Bottom