HomeAssistant ja sähköpörssiohjaus

[haraldh]

Fissiosta nypätty piuhat irti ja siirrytty Home assistantin ohjauksiin
Kävin jo @Mikki lle kahveet tarjoamassa ja tarjoaisin myös @Temez lle aloituspaketista ja koodausavusta, jos siihen löytyy mahdollisuus!
Kivuttomasti onnistui siirtyminen ja vähän lisääkin ominaisuuksia tuli samalla. Uusia ideoita vielä hautumassa...

Kerro vähän lisää, jäitkö kaipaamaan mitään? Onnistuuko kuormien käsinohjaus? Entä fission Lämpökäyrä ja Kompensaatiot?

Miltä näyttää seuraavan kuukauden suunnitelma pörssisähkön kanssa? Screenshotit olisi kiva.

 

[jämä67]

Minulla ohjaukset on aikas yksinkertaisia ja suoraviivaisia, joten kaikilta korvaaminen ei varmasti onnistu yhtä helpolla.
Lämmitys on pattereilla, eikä käytännössä pystytytä juurikaan varaamaan energiaa. Tulistusvaraaja on vain 100l ja vähäiset sähköiset lattialämmityksetkin on kipsilevylattioita. Niistä on kuitenkin leikattu kalleimmat tunnit pois.

Minulle tärkein on vilp/öljy vuorottelu sähkön hinnan mukaan, jolla taklaan kalleimmat hinnat pois. Siinä huomioidaan sääennuste ja pumpun lämpökerroin kuten fissiossakin.

Kompensaatiot ei ollut minulla käytössä, eikä tarvetta nytkään. Lämpökäyrä oli minulla suora ja saman asian hoitaa nyt Rank tieto. Pakko-ohjauksia vastaavat toiminnot onnistuu myös ja niitä pystyy määrittelemään automaatioon paljon vapaammin, kun fissiossa.

Kuormien käsiohjaus ei onnistu, niin kuin fissiossa, että saisi talletettua koko päivän ohjaukset etukäteen. Toi selkeä perusnäyttö on ehkä se, mitä vähän kaipaa. Siitä on nähnyt kerralla ohjelman arpomat päivän kuormanohjaukset ja tarvittaessa pystynyt manuaalisesti muokkaamaan joka tunnin ohjausta. Toisaalta, nyt pystyn määrittelemään kuormien automaation paremmin halutunlaiseksi, enkä usko että käsioptimoinnin tarvetta jää.

Fissiossa sitten taas oli mahdottoman hankalaa käyttää omia mittauksia kuorman ohjaukseen (paitse se tietty lämpötila-anturi).
Mutta juu, ei mitään pahaa sanottavaa fissiosta. Omat ohjaukset on vaan niin simppeleitä ja säästöt pieniä, ettei viitsi ruveta maksamaan 7€/kk

 

[jämä67]

Tässä nyt vielä eka versio kotinäytöstä. Katsellaan nyt eka miten sydeemit toimii käytännössä ja viilataan sitten siistimmäksi.
Lontoon kieliset on temezin perussettiä ja kotimaisella omat lisäykset.

 

[haraldh]

Vähän erilainen otus tuo HA tosiaan. Pitää tutustua. Kiitos.

 

[timop]

tässä nyt aikomus vaihtaa toistaiseksi sopimus vihdoin pörssisoppariin.
olikisiko arvon raadilla vinkkiä miten lähteä purkamaan seuraavaa "ongelmaa"
lataan autoa esim alkaen aina tasatunnein, niin miten laskisi tai edes näyttäisi hinnat latauksen aikasen hinnan paljon maksoi?
nyt olen tallentanut hinnat kiinteällä hinnalla ao. koodin mukaan. lähinnä erotelua että voisi sitten jatkossa koko sähkölaskusta vähentää auton latauksen hinnan.

#auton lataus  
    lataus_pv:
      friendly_name: Lataus maksanut tänään
      unit_of_measurement: '€'
      icon_template: mdi:currency-eur
      value_template: "{{ (states('sensor.auto_pv_energia') | float * 0.47 ) | round(2) }}"

    lataus_kk:
      friendly_name: Lataus maksanut kuukaudesa
      unit_of_measurement: '€'
      icon_template: mdi:currency-eur
      value_template: "{{ (states('sensor.auto_kk_energia') | float * 0.47 ) | round(2) }}"

 

[marpelto]

Moi...lämpötilat ym tulee hienosti. Mutta Tuo Lämpötilan pudotus ei toimi....

@Ville-Veikko Korjaus edelliseen. Toimiihan se sittenkin. Eilen kokeilin uudestaan, niin Oumanin Kotona-Poissa täppä siirtyin hienosti kun "EH_lampotila_pudotus" nappulaa siirteli edestakas

Seuraavaksi lisään toiminnon tuohon "Max price allowed" ohjaamana niin muuta ei sitten tarvikaan.

 

[heebo1974]

Mietin tässä, että onnistuisiko jollain tavalla luoda tuon sensor.shf_electricity_price_now sisällöstä tuntikohtainen boolean "kartta".
Eli käytännössä 24 on/off kytkintä tuntien mukaan. Tai oikeastaan 48, jos seuraavan vuorokauden tekisi myös.
Tällöin olisi todella helppo lisätä manuaalisia "ajastuksia" ko. toiminnolle. Eli itse nyt tässä pähkäilen esim. LVV:n toimintaa kesällä.
Eli automaatio tekisin ihan niinkuin nytkin ajastukset, mutta esim. jos on aurinkoinen päivä, niin voisi napsutella manuaalises LVV:n olemaan päällä tiettyinä tunteina päiväsaikaa. Näin voisi aurinkopaneeleita hyödyntää LVV:n kanssa jos siltä tuntuu. Eli jos mielestäni ei kannata myydä, niin naps vaan jotkut tunnit päälle. Kaikkihan toki voisi automatisoida säätietojen, jne mukaan, mutta tuntuu vähän tuskaisen vaikealta. Ja voihan nytkin helposti napsauttaa lvv päälle jos aurinko porottaa, mutta se täytyy sitten tehdä joka tunti, kun rank vaihtuu ja automaatio haluaa tehdä omat juttunsa.

Ei toiminnon tietenkään tarvitsisi sisältyä tähän lisäosaan, mutta jos jotenkin joku osaisi moista toteuttaa ?

Tai onko joku tehnyt jotain vastaava jollain muulla konstilla ?

EDIT: No heti tuli mieleen, että ainakin tämänhetkiset lvv automaationi joutuisin muuttamaan toimimaan noiden booleanien perusteella.

 

[aNT7I]

tässä nyt aikomus vaihtaa toistaiseksi sopimus vihdoin pörssisoppariin.
olikisiko arvon raadilla vinkkiä miten lähteä purkamaan seuraavaa "ongelmaa"
lataan autoa esim alkaen aina tasatunnein, niin miten laskisi tai edes näyttäisi hinnat latauksen aikasen hinnan paljon maksoi?
nyt olen tallentanut hinnat kiinteällä hinnalla ao. koodin mukaan. lähinnä erotelua että voisi sitten jatkossa koko sähkölaskusta vähentää auton latauksen hinnan.

#auton lataus
    lataus_pv:
      friendly_name: Lataus maksanut tänään
      unit_of_measurement: '€'
      icon_template: mdi:currency-eur
      value_template: "{{ (states('sensor.auto_pv_energia') | float * 0.47 ) | round(2) }}"

    lataus_kk:
      friendly_name: Lataus maksanut kuukaudesa
      unit_of_measurement: '€'
      icon_template: mdi:currency-eur
      value_template: "{{ (states('sensor.auto_kk_energia') | float * 0.47 ) | round(2) }}"

Utility Meter -auttaja pitäisi minusta soveltua tähän toimintaan. Toisaalta, en ole saanut siinä juuri tätä kriittistä tariffi/hinnan määrittelyä tehtyä, koska en ymmärrä oikein missä/miten listaan lyödyt tariffit voidaan asetella.

Ilmeisesti toinen vaihtoehto, ja hieman tökerön kuuloinen, on laittaa yksittäiset laitteet Energia-kojelautaan Kaasun kuluttajiksi. Niille nykyinen hinta -kohteeksi SHF Electricity Price Now.

:edit:
Noh, lueskelin taas lisää tuosta Utility Meter -auttajasta ja se ei taidakkaan soveltua, jos tuo tariffi muuttuu niinkin usein kuin tunneittain. Ehkä tämä selittää miksi tuolla HA:n foorumeilla on pyyntönä yksittäisten laitteiden kustannuksia seuraava auttaja.
Ja saatoit varmaan tuota Utility Meteriä jo käyttääkkin noiden päivittäis/kuukausi energioiden keräämiseen.

 

[jämä67]

Yllä mainittu energia kojelauta on kyllä helppokäyttöinen ja hyvä systeemi.
Lisäsin valopulssianturin energialaitoksen mittariin ja se tieto meni melki itsestään tuonne kojelautaan. Käyttää tuntihintaa ja näyttää suoraan päivä, kk jne hinnat.

Jos auton latauksesta sais oman mittaustiedon, niin menisi helpolla

 

[aNT7I]

Sillä on joo helppo seurata kokonaisenergiaa, on se sitten omaa tuotantoa tai kulutusta. Kokonaishinnan saa ulos, vaikka pohjana olisi pörssisähkö.
Yksittäisistä laitteista saa näkymään "vain" energian kulutuksen, mutta ei hintaa.
Ellei sitten laita tuohon kaasunkulutuksen seurantaan. Tai periaatteessahan ne voisi laittaa siihen myös Sähköverkon kohtaan, jos ei käytä sitä ominaisuutta koko kiinteistön tuoton/kulutuksen seurantaan.

 

[timop]

testasin sitä utilimeteriä. mutta joo ei se oikein taivu tähän. jatkossahan tuo lukema on tuolla energy sivulla, autoa ladataan goechargerilla josta on oma integraatio ja se on tuolla energy sivulla valmiiksi, pitää vaan tehdä template missä lisätään tuohon sensor.shf_electricity_price_now hintaan siirtokin.
toinen tässä ihmettelin kun teen sähkönäyttöä miten tuosta sensor.shf_electricity_price_now saa käteviten seuraanvan tunnin hinnan ulos. ei nyt vaan lähde ...

 

[Temez]

testasin sitä utilimeteriä. mutta joo ei se oikein taivu tähän. jatkossahan tuo lukema on tuolla energy sivulla, autoa ladataan goechargerilla josta on oma integraatio ja se on tuolla energy sivulla valmiiksi, pitää vaan tehdä template missä lisätään tuohon sensor.shf_electricity_price_now hintaan siirtokin.
toinen tässä ihmettelin kun teen sähkönäyttöä miten tuosta sensor.shf_electricity_price_now saa käteviten seuraanvan tunnin hinnan ulos. ei nyt vaan lähde ...

Missähän muodossa kenties tarvitset sitä? Anturiksi näytölle? Ehkä tämmöinen koodinpätkä voisi toimia:

  - sensor:
    - name: SHF Electricity price next hour
      unique_id: shf_electricity_price_next hour
      unit_of_measurement: "€/kWh"
      device_class: monetary
      state: '{{ state_attr("sensor.shf_electricity_price_now", "all_prices")[states("sensor.shf_idx")|int + now().hour] }}'

Sen voit laittaa kokeeksi ainakin sinne spot-prices.yaml:iin rivin "template:" jälkeen. Mutta ehkä helpompaa laittaa sitten jatkoa ajatellen tuonne configuration.yamlin puolelle, niin ei tule sotkua mahdollisen spot-price.yamlin päivittämisen kanssa.

 

[Temez]

Pahoittelen, tämä on jo saivartelun tasoa. Mutta satuin ihmetelemään miksi cheapest period start antoi kolmelle tunnille eri tuloksen kuin yksi oma koodin pätkäni. Mutta jos rivillä 91 jättää tuon round(3):n tekemättä, niin halvin jakso hyppää ensi yönä 0200 -> 0300.

Erohan on loppujen lopuksi häviävän pieni, mutta toisaalta sensorin lopputulemana näytetään aikaleima, niin pyöristystäkään ei kai tarvi?
Kyllä tietokoneisiin numeroita mahtuu.

Tämä olisi nyt korjattu Githubissa versioon 0.1.10.

 

[timop]

Missähän muodossa kenties tarvitset sitä? Anturiksi näytölle? Ehkä tämmöinen koodinpätkä voisi toimia:

  - sensor:
    - name: SHF Electricity price next hour
      unique_id: shf_electricity_price_next hour
      unit_of_measurement: "€/kWh"
      device_class: monetary
      state: '{{ state_attr("sensor.shf_electricity_price_now", "all_prices")[states("sensor.shf_idx")|int + now().hour] }}'

Sen voit laittaa kokeeksi ainakin sinne spot-prices.yaml:iin rivin "template:" jälkeen. Mutta ehkä helpompaa laittaa sitten jatkoa ajatellen tuonne configuration.yamlin puolelle, niin ei tule sotkua mahdollisen spot-price.yamlin päivittämisen kanssa.

kiitos, joo anturiks minkä ajan sinne näytölle (esphomen epaperi). templatella tein jo muunnoksen tosta nykyhinnasta euroista senteiksi.

edit: tuo näyttää nykyistä hintaa

 

[Temez]

kiitos, joo anturiks minkä ajan sinne näytölle (esphomen epaperi). templatella tein jo muunnoksen tosta nykyhinnasta euroista senteiksi.

edit: tuo näyttää nykyistä hintaa

Hupsista. Now().hour kohdan jälkeen jäi lisäämättä "+1". Sillä saat seuraavan tunnin.

 

[marpelto]

Kysymys: Pystyykö "Color_threshold:" määrittelemään dynaamisesti jonkun toisen eventin/sensorin tai switching mukaan?
Tässä tapauksessa "SHF Max Price allowed" palkin väri saisi olla vihreä kun on "SHF Price accetable" on "ON ja punainen kun "OFF"
TS.Kun "SHF Max Price allowed" palkki on hintarajan yläpuolella (allowed) tai alapuolella (not allowed)

        color_threshold:
          - value: 0 .........tähän saa vain staattisen arvon
            color: green
          - value: 10
            color: orange
          - value: 30
            color: red
          - value: 50

 

[puuro]

Viikonloppuna rapsutin vähän pintaa mitä kaikkea HA:n alle saa. Onnistui Netatmon mittausten integrointi sekä Solaxin invertterin reaaliaikainen tuotto. Näillä olemassa olevilla raudoilla saa jo tosi hyviä automaatioita ja optimointeja aikaan pörssisähköllä. Minulle oli vain positiivista tuo Fission muuttuminen maksulliseksi, herätti katsomaan muita vaihtoehtoja.

Fissio on kyllä edelleen suositeltava sellaiselle käyttäjälle, jolla on enemmän kulutusta sekä varaavia massoja sähkön perässä kuin minulla, eikä omaa tuotatoa, ja tarve "valmiimmalle" ratkaisulle.

 

[aNT7I]

Kysymys: Pystyykö "Color_threshold:" määrittelemään dynaamisesti jonkun toisen eventin/sensorin tai switching mukaan?
Tässä tapauksessa "SHF Max Price allowed" palkin väri saisi olla vihreä kun on "SHF Price accetable" on "ON ja punainen kun "OFF"
TS.Kun "SHF Max Price allowed" palkki on hintarajan yläpuolella (allowed) tai alapuolella (not allowed)

katso liitettä 84461

        color_threshold:
          - value: 0 .........tähän saa vain staattisen arvon
            color: green
          - value: 10
            color: orange
          - value: 30
            color: red
          - value: 50

Tuo apexcharts-card ei tue viittauksia muualle.
Vaihteletko tuota SHF Max Price allowedia usein? Jos et, niin silloinhan voit "kova koodata" tuon Max Price allowedin arvon numerolla noihin color_thresholdeihin.

Tai jos vaihtelet sitä Price allowedia esim. 0.03 €/kWh marginaalilla edestakaisin. Teet liudan kopioita tuosta graafista, jotka laitat kaikki Pystypino-cardin alle Ehdollinen-cardina. Graafin jonka kovakoodaus täsmää Max Price allowedin arvoa asetetaan näkyviin.
Tosin en tiedä hidastaako tämmöinen käyttöliittymää, jos se piirtelee ne piilossa olevatkin kuvaajat aina.

edit:
SHF Price acceptablehan vahtii siis tuota SHF Max Price allowedia.
Jos sähkön hinta <= SHF Max Price allowed, niin Price acceptable on.

 

[marpelto]

Tuo apexcharts-card ei tue viittauksia muualle.

No ilmankos kun en ole mistään löytänyt mitään tietoa tuosta.

Päädyin tekemään tuon toisinpäin..
Palkit edustaa SFH hintaa ja punainen viiva SFH Max Price allowed. Eli viivan alapuolella MLP päällä, yläpuolella pois.

type: custom:apexcharts-card
graph_span: 48h
experimental:
  color_threshold: true
show:
  last_updated: true
header:
  title: Electricity price (c/kWh)
  show: true
  show_states: true
  colorize_states: true
span:
  start: day
yaxis:
  - min: 0
    decimals: 2
    apex_config:
      forceNiceScale: true
now:
  show: true
  label: Now
series:
  - entity: sensor.shf_electricity_price
    show:
      in_header: true
      extremas: true
    type: column
    curve: stepline
    color: lightgray
    float_precision: 2
    data_generator: |
      return entity.attributes.data.map((d, index) => {
        return [new Date(d["DateTime"]).getTime(), entity.attributes.data[index]["PriceWithTax"]*100];
      });
    color_threshold:
      - value: 0
        color: 368f39
      - value: 10
        color: a3b34d
      - value: 20
        color: ffd57e
      - value: 30
        color: f18c56
      - value: 40
        color: de425b
  - entity: sensor.shf_electricity_price
    show:
      in_header: true
      header_color_threshold: true
      in_chart: true
    type: line
    color: lightgray
    float_precision: 2
    data_generator: |
      var currentTime = new Date().setMinutes(0, 0, 0);
      let currentPrice = entity.attributes.data.find(d => {
        return new Date(d["DateTime"]).getTime() === currentTime;
      })["PriceWithTax"];
      return entity.attributes.data.map((d, index) => {
        return [new Date(d["DateTime"]).getTime(), currentPrice*100];
      });
    color_threshold:
      - value: 1
        color: 368f39
      - value: 20
        color: a3b34d
      - value: 40
        color: ffd57e
      - value: 30
        color: f18c56
      - value: 40
        color: de425b
  - entity: input_number.shf_price_slider
    transform: return x * 100;
    name: SHF Max Price allowed c/kWh
    stroke_width: 1
    show:
      in_header: true
      extremas: false
    type: line
    group_by:
      func: last
      duration: 60m

 

[kurre orava]

No ilmankos kun en ole mistään löytänyt mitään tietoa tuosta.

Päädyin tekemään tuon toisinpäin..
Palkit edustaa SFH hintaa ja punainen viiva SFH Max Price allowed. Eli viivan alapuolella MLP päällä, yläpuolella pois.


katso liitettä 84483

Voisitko koodauskädettömälle näyttää miten tuon teit? Jos saisi sen apexkortin koodin niin sen verran osaan et saan sen copy pastattua...

 

[marpelto]

@kurre orava
Lisäsin koodin alkuperäiseen.
SFH paketin näkymään vain lisätty viiva...

  - entity: input_number.shf_price_slider
    transform: return x * 100;    ----Lisäys: Tämä *100 muuttaa eurot senteiksi
    name: SHF Max Price allowed c/kWh
    stroke_width: 1
    show:
      in_header: true
      extremas: false
    type: line
    group_by:
      func: last
      duration: 60m

...jonka arvoa voi muuttaa sliderilla

Koodi tähän löytyy /config/spot-price.yaml. Esitetty viestiketjun alussa.

    min: 1
    max: 24
    step: 0.0001
  shf_price_slider:
    name: SHF Max Price allowed
    min: 0.01
    max: 0.45
    step: 0.001
    #unit_of_measurement: €/kWh
    icon: mdi:cash-lock
    #mode: box.....tämän kun kommentoi, saa sliderin
  shf_price_avg_slider:
    name: SHF Average price hours

 

[timop]

kysyn taas tyhmiä jos laitan tuohon ruutuihin vaika price1 siirto ja price2 marginaali hinnan, niin näenkö pelkkää pörssihintaa enää mistään?
en tosin tiedä teenkö tiedolla mitään
tein templatena tuon saman laskeskelun ennenkuin huomasin tuota.

 

[timop]

ja tuo rank ei vaan mene omaan päähän millään. tein apex käppyrän että pääsisin perille niin sepä sotki entisestään
no tuosta selvisi että seon vain kuluva päivä. mutta ei logiikkaa esim rank 10 klo 10 palkki ei ole ainakaan 10. halvin

 

[aNT7I]

kysyn taas tyhmiä jos laitan tuohon ruutuihin vaika price1 siirto ja price2 marginaali hinnan, niin näenkö pelkkää pörssihintaa enää mistään?
en tosin tiedä teenkö tiedolla mitään
tein templatena tuon saman laskeskelun ennenkuin huomasin tuota.

katso liitettä 84526

Et nää, koska nuo Price1 ja Price2 lisätään API:lta tulevaan pörssisähköhintaa. Electricity Price Now näyttää sitten tuota summaa.
Tee sensori lisää, joka vahtii tämmöistä:

{{ state_attr("sensor.shf_electricity_price_now", "data")[states("sensor.shf_idx")|int+now().hour]["PriceWithTax"] }}

Se nappa API:lta tulevasta raakadatasta sen ALVillisen hinnan. Muokkasin tuon Rank sensorin koodista.

ja tuo rank ei vaan mene omaan päähän millään. tein apex käppyrän että pääsisin perille niin sepä sotki entisestään
no tuosta selvisi että seon vain kuluva päivä. mutta ei logiikkaa esim rank 10 klo 10 palkki ei ole ainakaan 10. halvin


katso liitettä 84529

Se voi vaan hämätä tuo harva palkkirivi tms. En nyt Exceliin naputellut noita numeroita, mutta tänään klo. 8 alkavalla tunnilla oli tuo huippu. Sitten siinä on kyllä 14 kpl:tta suht selkeästi pidempää palkkia.
Rank onkin visuaalisesti tarkasteltuna välillä vähän sekava, etenkin jos se päivän pörssisähkö on suht tasahintainen koko päivän.

 

[jämä67]

Taas sormi suussa koodien kanssa. Kyseessä @Temez tekemä koodi ilp/öljy/puu valintaan hinnan perusteella.
Näytti jo että homma menee kun strömsöössä, mutta jotain pientä kipua vielä on.

Aloin aamulla ihmettelemään, kun ei vaihtanut öljylle, vaikka olin niin olettanut.
Dev.tools template editorissa näyttää ihan oikein, että öljy pitäis vaihtua klo 9 jne, eli koodissa ei ole mitään vikaa

Configuration.yaml:iin tekemäni template sensori taas listaa ILP:ä koko päivälle. Tein sen noin suoraviivaisesti(alla), kun en paremminkaan osannut ja se näytti alkuun ihan toimivaltakin ja esim eilen löysi yhden selvästi kalliimman tunnin. Mahtaako se hukata synkan säätiedon ja hinnan ajan suhteen?

template:
- sensor:
- name: heater choice help oil # VILP/ÖLJY VALINTA
unique_id: heater_choice_help_oil
state: >
{##### Settings #####}
{% set heaters = [ ..........TÄSTÄ JATKUU SUORAAN TEKEMÄSI KOODI...............

Olen tehnyt vastaavan template sensorin myös ILP/PUU valinnalle ja sekin lista on joskus näyttänyt hiukan elävän päivän mittaa.

edit: Nyt näyttää template editorissakin listalla muutama öljytunti vaihtuneen ilppiin. Olisko huomisen päivittyneet hinnat mahtaneet vaikuttaa?

 

[JanneHo]

Olisiko mahdollista saada jotenkin vielä tuo huomisen viimeinen hinta haettua?

Nyt tämä huomisen viimeinen hinta

DateTime: '2023-02-03T23:00:00+02:00'
PriceNoTax: 0.0981
PriceWithTax: 0.1079

ja nordpool sivulla
22 - 23 98,13
23 - 00 82,69

Nordpoolin hinnat lienevät ruotsin aikaa, joten tuo viimeinen hinta taitaa olla ylihuomisen ensimmäinen hinta?

 

[aNT7I]

Oikeassa yläkulmassa lukee, että "All hours are in CET/CEST." (Jää muuten sopivasti niiden pop-uppien alle ) Vaihtele vaikka suomen ja ruottin välillä, niin tuntihinnat pysyy samoilla kellonlyömillä.
Tuo CET/CEST on tunnin jälessä meidän kelloa eli 23 - 00 82,69 on 4.2.2023 00-01 hinta meille.

edit:
Äh, eli olitkin siis syystä jäljillä. En lukenut ajatuksella loppuun, niin ymmärsin kysymyksesi tavoitteen väärin.

 

[JanneHo]

Tämä indigoisi vielä paremmin tulevan yön hintaa. Nyt sähköauton latauksella on logiikka joka estää lataamisen niillä tunneilla jotka ovat kalliimpia kuin tulevan vuorokauden viimeinen tunti. Oletettavaa on että hinta todennäköisesti laskee aamuyöksi, joten tällöin on kannattavampaa siirtää lataus seuraavaan yöhön.

Tuo yksikin lisätunti lisäisi säästön mahdollisuutta.

Joka yö siis ladataan kaikissa tapauksissa 60% asti, ja jos yllä olevat ehdot täyttyvät niin "tappiin asti".

 

[Mikki]

Tästä käytiin jonkinasteinen keskustelu aiemmin foorunilla että on parempi että TodayAndTomorrow - tekee sen mitä lupaa. Se irtotunti ei osu kumpaankaan päivään.

Lisäksi sen Rank olisi 1 kunnes tiedetään lisää.

Ehkä vähän laiskakin olen että rajapinnan TidayAndTinorrowAndOneHourAfterThat koodaisin.

 

[JanneHo]

Tästä käytiin jonkinasteinen keskustelu aiemmin foorunilla että on parempi että TodayAndTomorrow - tekee sen mitä lupaa. Se irtotunti ei osu kumpaankaan päivään.

Lisäksi sen Rank olisi 1 kunnes tiedetään lisää.

Ehkä vähän laiskakin olen että rajapinnan TidayAndTinorrowAndOneHourAfterThat koodaisin.

Tämän ymmärrän kyllä. Saisiko tuon jostain vaikka erilliseen muuttujaan haettua? Kun en varsinaisesti mikään koodaaja ole, niin tämäkin on kovin haastavaa... Itse en tuolle tässä tapauksessa tarvitse rankia tms, vaan pelkkä hinta riittäisi.

 

[Temez]

Taas sormi suussa koodien kanssa. Kyseessä @Temez tekemä koodi ilp/öljy/puu valintaan hinnan perusteella.
Näytti jo että homma menee kun strömsöössä, mutta jotain pientä kipua vielä on.

Joo, tosiaan. Se koodinpätkä taitaa nyt tehdä niin, että se ottaa kaikista tuntemistaan hinnoista halvimmat. SHF-palikka muistaa "menneet tunnit", mutta sääennusteantureissa HomeAssistantissa taitaa olla aina vain nykyhetkeä tai tulevaisuutta tarjolla.

Yksi mahdollisuus voisi olla muuttaa sensorit "triggeripohjaiseksi" niin, että se laskettaisiin esim. kello 00:02 ja silloin sen arvo ei vaihtelisi pitkin päivää. Ohjeita löytyy täältä: https://www.home-assistant.io/integ...y-sensors-buttons-numbers-selects-and-sensors

Ehkä jotain tämmöistä (en ole kokeillut tämän toimintaa):

template:
  - trigger:
      - platform: time_pattern
        # This will update every night
        hours: 0
        minutes: 2
    sensor:
     - name: heater choice help oil # VILP/ÖLJY VALINTA
       unique_id: heater_choice_help_oil
       state: >
         {##### Settings #####}
         {% set heaters = [ ..........TÄSTÄ JATKUU SUORAAN TEKEMÄSI KOODI...............

 

[jämä67]

Kiitos vinkistä!
Koitinkin vähän vastaavaa tehdä automaationa action: update entityllä, mutta huonolla menestyksellä. Tuo sinun ohjeesi vaikuttaa lupaavalta, mitä pikaisesti testasin. Laitoin nyt päivittymään ensi yönä, niin nähdään lopulliset tulokset.

Edit: Trigger toimii hienosti. Nyt näyttää lista hyvältä!

Vähän sotki myös itseäni, kun en huomannut Dev.tools template editorissa testaillessa päivittää omia cop arvoja.
Sinun koodi antaa hieman liian isoja coppeja -5c asteessa. Olettaako koodi cop:n käyttäytyvän lineaarisesti +7 ja -15c välissä?
Ei sillä silti mitään väliä ole, eikä kannata ruveta korjaamaan. Saan kyllä toiminnot osumaan hehtaarille, kun vähän säädän arvoja sopivaksi.

 

[timop]

kysyn taas tyhmiä jos laitan tuohon ruutuihin vaika price1 siirto ja price2 marginaali hinnan, niin näenkö pelkkää pörssihintaa enää mistään?
en tosin tiedä teenkö tiedolla mitään
tein templatena tuon saman laskeskelun ennenkuin huomasin tuota.

tämä itseasiassa selvisi ja on riittävä tuolla apexin käppyröstöllä sehän käyttää
sensor.shf_electricity_price:a lähteenä kun muuten taas käytän ja energy sivu käyttää sensor.shf_electricity_price_now :ta

 

[marpelto]

Mulla on tällä hetkellä EVlle, MLPlle omat 3-vaihe mittarit joissa led pulssinäyttö ja siitä Energomonitorin pulssilaskuri (optosense). Ja tietysti päämittarilla omansa joka seuraa kokonaiskulutusta.

Lisäsin kaikki kolme sensoria Energy näkymään. Mutta nyt EV ja MLP kulutus lisätään kokonaiskulutukseen??

Pitääkö tuolle tehdä oma sensori joka ensin vähentää EV ja MLP kulutuksen. Vai osasisiko HA tehdä tuon jotenkin fiksusti?
Esim näin
configuration.yaml

sensor:

  - platform: template
    sensors:
        energy_all_substracted:
            friendly_name: "energy_all_substracted"
            value_template: '{{ states("sensor.energy") | float - states("sensor.energy_ev") | float - states("sensor.energy_mlp") | float }}'
            unit_of_measurement: 'Wh'

Kokeilin tuota mutta kaikki tähän asti kerätty data häviää

Toki tuon voisi laittaa myös "Monitor Individual devices" kenttään mutta se ei näytä hintaa

 

[marpelto]

tosin tuo varmaankin pitää tehdä hieman eri lailla..

Ensin vähentää EV (sensor.power_ev) ja MLP (sensor.power_mlp) teho.

        power_all_substracted:
            friendly_name: "power_all_substracted"
            value_template: '{{ states("sensor.power_mains") | float - states("sensor.power_ev") | float - states("sensor.power_mlp") | float }}'
            unit_of_measurement: "W"

Ja sitten tehdä Helperissä sensori joka mittaa tunnin ajan tehoa--ja antaa ulos Wh tai kWh

 

[marpelto]

Kokeilin tuota mutta tuo on aivan liian epätarkkaa.

Energy_All..on suoraan säkömittarilta saatu lukema..Laskettu käyttäen Reiman Integrointia. Ja tämä on hyvin lähellä oikeaa.

EneryAll_minus_EVandMLP = Energy_ALL - Energy_EV - Energy_MLP ts..
Energy_ALL = EneryAll_minus_EVandMLP + Energy_EV + Energy_MLP

mutta kuten kuvasta näkyy siinä on iso heitto. Käytän kWh approksimoinnissa Reiman LEFT integraalia.
Mutta virhe on kyllä aivan liian iso??

Idea olisi saada "Energy" näkymään Tot kulutus, jonka "alla" olisi t EV ja MLP. Nyt tietysti Energy_ALL tuplaa kulutuksen. Mutta se onkin siinä vain jotta voin tarkistaa ynnääkö tuo Reiman left Integraali -helper ne oikein

 

[marpelto]

Onko ideoita?

 

[heebo1974]

Huomasin tässä vahingossa, että yllättävän paljon tulee HA:n logeihin varoituksia/erroreita liittyen tähän addoniin. Kaikki tuntuu kyllä toimivan ihan ok.
En nyt toistaiseksi jaksa liitellä logeja, mutta onko muut tehneet samoja havaintoja ?

 

[Temez]

Joo, on sama tullut huomattua. Sensorit koettavat etenkin käynnistyksen yhteydessä käyttää toisien sensorien arvoja, joita ei vielä olekaan olemassa (tai tämä on ainakin yksi havainto). Voisin jossain sopivassa kohtaa siivota noita, jotta virheet vähenevät.

 

[jämä67]

Innostusta riittää ja harrastaminen jatkuu. Lisäsin ESP etiäisen pannuhuoneeseenkin relekortilla maustettuna.
Lisäsin lämminvesivaraajaan lämpötilanmittauksen ja parantelin vähän ohjauksia sen avulla.
Lisäsin myös VILP:lle termostaatti toiminnon, kun sain helpolla ilman kaapelointeja lämpötilatiedon Oumannin mittauksesta.

Meinasin huvikseni kokeilla saisinko VILPin energiamittarilta suoraan S0-pulssitulon otettua. Ilmeisesti niissä on vähän korkeammat jännitetasot kun Wemoksen 3,3V, mutta en vielä löytänyt kiinan mittarista manuskaa, jossa tuo olisi kerrottu. Onko kokemuksia?
Fotodiodilla tietty saa vilkkuvalosta, mutta koitetaan nyt eka tota.