Joko asensit tuon päivitetyn version? Ei pitäisi sillä kyllä tunna tunnin jaksoissa.
github.com
recorder:
exclude:
entity_globs:
- sensor.shf_*Kannattaa muutenkin filteröidä recorderista sensoreita.
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.millitimeEn 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:
En nyt ole varma kun pää on nyt niin tukossa tästä säätelystä, mutta mielestäni tämä suoltaa väärän rankin.
- 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 }}'
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.
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ä.
- 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 %}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 %}
Datasensorissa täysin samat rankit ja ajat kuin tässä sourcessa: https://api.spot-hinta.fi/TodayAndDayForward?homeassistant15min=true
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.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.
Näyttää edelleen toimivan.
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.
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ä.
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.
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.
Ainakin tuossa SHF:ssä on tuo mahdollistuus käyttämällä SHF Price 1, SHF Price 2 ja SHF Price 2 stop asetuksia.
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ä.
Aivan joo. Luuin, että Rankki muokkautuu siirtohintojen jälkeen.
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.
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.
Joo AI koodarina mullakin toiminut tietysti
.. 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 