HomeAssistant ja sähköpörssiohjaus
- Keskustelun aloittaja Temez
- Aloitettu
-
- Avainsanat
- homeassistant kotiautomaatio nordpool pörssisähkö
Kiitti vinkistä @aNT7I Simppeli ja toimiva ratkaisu. Mulla noita piikkejä on ollu muutaman päivän välein...jos on tarpeeksi iso piikki niin laukaisee pumpun päälle..tai pois.
@Koelli Mistä tuon voi muuttaa, koodi?
Nojoo..olihan tuo edellä mainittu
"Käytössä on Node-Red ja siellä sitten ajastuksia ja Entso-E:stä spottihintojen haku. Node-Redissä voi ajastaa erilaisia prosesseja ja tuon kautta muistaakseni hoidin tuon sekunnin yli -päivityksen."
Viimeksi muokattu:
Avasinkin tuossa aiemmin tätä, mutta minulla ei ole tätä kyisestä tapaa käytössä, vaan iso osa automaatiosta on viety Node-Redin puolelle, jossa ajastukset.
- Keskustelun aloittaja
- #326
Joo, varmaankin jonkinlainen ajoitusongelma, kun vaihtuu samaan aikaan sekä dataa että se sisäinen idx-arvo. Tätähän täällä veikkailtiinkin jo ketjussa aiemmin.
En ole nyt ehtinyt tässä hirveästi laittaa aikaa tämän kehitykseen, kun stressiä on muista lähteistä sietokyvyn rajoilla. Mutta minulla on ajatus, kuinka tuon voisi saada toimimaan vaihtamalla anturien päivitys triggeripohjaiseksi. Sillä varmaan saisi anturit päivittymään oikeassa järjestyksessä. Koetan joskus tässä lähitulevaisuudessa vaihtaa konffit tuollaiseksi, mutta teen muutokset best efforttina muun elämän niin salliessa.
HomeAssitantin tekijät eivät suosittele tuolle omalle recorderille yli 30 päivän keep_daysiä. Sain sen kokoea itsekin tuossa todeksi helmikuun alussa, kun olin keräillyt sinne jo varmasti yli parin kuukauden sensori-tiedot. Käytössä oli siis vielä perus tietokantaa "parempi" Mariadb-pohjainen recorder. Ohjelma toimi, mutta tiedonkeruu pysähtyi ja en saanut sitä elvytettyä enää käyntiin recorder.purge:lla tms.
Huomioitavaa on, että tuon recorderin keep_days vaikuttaa vain niihin tarkimpiin sensoritietoihin, mutta esim. energy dashboard ei nollaannu.
Jos haluaa pidemmän ajan tarkat sensoritiedot talteen, niin kannattaa ottaa käyttöön influxdb tuon recorderin rinnalle. Sieltä tosin tietojen kysely ja esittäminen esim. Grafanalla on taas yksi ajankäytöllinen jäniksenkolo.
haraldh
Aktiivinen jäsen
Tiedote cert-fi:stä:
Tiedote loppuu. Olen vain välittäjänä.CRITICAL VULNERABILITIES
Home Assistant: Authentication bypass Supervisor API
Classification: Critical, Solution: Update, Exploit: Unknown
Authentication bypass Supervisor API
### Impact A remotely exploitable vulnerability bypassing authentication for accessing the Supervisor API through Home Assistant has been discovered. This impacts all Home Assistant installat...github.com
A remotely exploitable vulnerability bypassing authentication for
accessing the Supervisor API through Home Assistant has been
discovered. This impacts all Home Assistant installation types that
use the Supervisor 2023.01.1 or older: Home Assistant OS, Home
Assistant Supervised.. Other installation types, like Home Assistant
Container (for example Docker), or Home Assistant Core manually in a
Python environment, are not affected. Patches: The issue has been
mitigated and closed in Supervisor version 2023.03.1, which has been
rolled out to all affected installations via the auto-update feature
of the Supervisor.. This rollout has been completed at the time of
publication of this advisory. Home Assistant Core 2023.3.0 included
mitigation for this vulnerability. Upgrading to at least that version
is thus advised.. CVE: CVE-2023-27482 CVSS: 10.0
Tuntinetotus otettu hyötykäyttöön HA:ssa. 1h virtuaalienergiapankin tilalla (energia-arvolla) ohjataan kuormia päälle ja pois. Ongelmaksi muodostuu jo nyt kuormien puute. Ulkoporeallas tulisi tähän liittää keväällä, jotta saa pari kW ohjattavaksi. Idea tässä se, että spottihinnan ollessa matala, käytetään maksimaalinen sähkö itse, mutta varmistetaan, ettei käytetä yli.
Liitteet
heebo1974
Jäsen
Onko mahdollista saada skriptejä julkiseksi ? Mielellään käyttäisin lvv:n kanssa. Ehkä kylppärin lattiaan voisi myös tunkea lämpöä.
Totta kai voin jakaa kaiken tähän liittyvän. Ja Open Source -henkeen se olisi aina yhtä suotavaa.
Skriptejä en käytä, vaan homma on parsittu kasaan lähinnä sensoreilla ja value templateilla. Kuormien ohjaus ihan automaatioin.
Mennnee iltaan/huomiselle, että saan copy/pastetettua nämä tänne.
Tänään vaikuttaisi olevan sopiva keli tällaiselle, kun aurinkoa ei riitä "koko tunnille".
Liitteet
Eli, tuntinetotus HA:lla. Tätä varten tarvitaan tietenkin myös rautaa, eli jollain tavalla tietenkin pitää lukea kiinteistön kulutusta, että tuottoa. Ilman omaa tuotantoa tällä voi toki tehdä samat temput ja tavoitella tehomaksun pienentämistä.
Huom! Tämä on vielä tasolla experimental. Vaikuttaisi, että ei aivan wattitunnilleen täsmää tämä, mutta aivan riittävän hyvin, jotta tämä ajaa asiansa.
Rautana minulla on Froniuksen Symo datamanagerilla, sekä Froniuksen Smart Meter.
HA:n olen tehnyt seuraavat helperit (auttajat):
Varsinainen tuntinetotussensori on lisätty sensor.yaml -tiedostoon:
Lovelace-korttina hyödynnetään ApexChartsia ja oma konffi näyttää tältä:
Jos otetaan malliesimerkkinä oma LVV:n ohjaaminen, niin se näyttää seuraavalta:
Huom! Tämä on vielä tasolla experimental. Vaikuttaisi, että ei aivan wattitunnilleen täsmää tämä, mutta aivan riittävän hyvin, jotta tämä ajaa asiansa.
Rautana minulla on Froniuksen Symo datamanagerilla, sekä Froniuksen Smart Meter.
HA:n olen tehnyt seuraavat helperit (auttajat):
- Energy Bank verkosta
- Sensoriksi sensor.energy_real_consumed_fronius_meter_xxxxxxxxxx
- Energy Bank verkkoon
- Sensoriksi sensor.energy_real_produced_fronius_meter_xxxxxxxxxxx
Varsinainen tuntinetotussensori on lisätty sensor.yaml -tiedostoon:
YAML:
energy_bank_per_hour:
friendly_name: "Energiapankki per tunti"
icon_template: mdi:flash
unit_of_measurement: 'Wh'
value_template: "{{ states('sensor.energy_bank_verkosta')|float - states('sensor.energy_bank_verkkoon')|float }}"Lovelace-korttina hyödynnetään ApexChartsia ja oma konffi näyttää tältä:
YAML:
type: horizontal-stack
cards:
- type: custom:apexcharts-card
style: |
ha-card {
border: 0px;
background-color: var(--dwains-theme-primary);
box-shadow: none;
border:
{%- set sensor = states('sensor.energy_bank_per_hour') %}
{%- if sensor|float > 5000 %}1px dashed red
{%- elif sensor|float < 0 %}1px dashed lime
{%- else %}0px dashed yellow
{%- endif %}
}
header:
show: true
show_states: true
colorize_states: true
experimental:
color_threshold: true
apex_config:
legend:
show: false
graph_span: 24h
span:
start: day
series:
- entity: sensor.energy_bank_per_hour
extend_to: now
name: Virtuaalinen energiapankki (+/-)
opacity: 1
stroke_width: 0
float_precision: 0
show:
name_in_header: true
header_color_threshold: true
color_threshold:
- value: 0
color: lime
- value: 0
color: purple
group_by:
func: last
- entity: sensor.power_real_fronius_meter_xxxxxxxxx
extend_to: now
name: Sähkön ottoteho (+/-)
curve: stepline
type: area
opacity: 1
stroke_width: 0
float_precision: 0
show:
name_in_header: true
header_color_threshold: true
color_threshold:
- value: 0
color: lime
- value: 0
color: purple
- value: 6000
color: purple
group_by:
func: avg
duration: 60min
yaxis:
- decimals: 0
max: 6000
min: -6000
apex_config:
tickAmount: 2Jos otetaan malliesimerkkinä oma LVV:n ohjaaminen, niin se näyttää seuraavalta:
Koodi:
alias: Energiapankki -250 Wh THEN LVV ON
description: ""
trigger:
- platform: numeric_state
entity_id: sensor.energy_bank_per_hour
below: -250
condition:
- condition: state
entity_id: switch.relay1
state: "off"
- condition: numeric_state
entity_id: sensor.day_ahead_price
below: 15
action:
- service: switch.turn_on
data: {}
target:
entity_id: switch.relay1
- wait_for_trigger:
- platform: numeric_state
entity_id: sensor.energy_bank_per_hour
above: 100
- service: switch.turn_off
data: {}
mode: singleLiitteet
Viimeksi muokattu:
Itseäni ihmetyttää, miksi Nordpool-komponentti on alunperin menty tekemään niin dataa puljaillaan erillisissä 'today' ja 'tomorrow' -arrayssa joiden sisältöä päivitellään. Sehän johtaa juuri tuommoisiin glitcheihin. Kun tieto joka tapauksessa on sisäisesti aikaleimatuissa key/value-pareissa, olisi aika loogista hakea sitä start/end - ikkunalla aina. Mutta eipä tuolle mitään oikein voi ilman koodin uudelleenkirjoitusta.
Näyttää ainakin Home Assistantin rebootissa logeihin tulevan alla olevaa. Onkohan minulla jotain tekemättä tähän "integraatioon" liittyen, vai tuleeko vastaavat kaikilla muillakin?
Koodi:
Home Assistant Core
Template variable warning: None has no element 20 when rendering '{{ state_attr("sensor.shf_electricity_price_now", "today_prices")[now().hour] }}'
20.40.45 – (VAROITUS) helpers/template.py - Viesti esiintyi ensimmäisen kerran 20.40.45 ja tämän jälkeen 3 kertaa
TemplateError('ValueError: Template error: float got invalid input 'unknown' when rendering template '{{ (states("sensor.shf_control_factor_1") | float /2 + 0.5) | default("Unknown") }}' but no default was specified') while processing template 'Template("{{ (states("sensor.shf_control_factor_1") | float /2 + 0.5) | default("Unknown") }}")' for attribute '_attr_native_value' in entity 'sensor.shf_control_factor_0_1'
20.40.45 – (VIRHE) helpers/template_entity.py - Viesti esiintyi ensimmäisen kerran 20.40.45 ja tämän jälkeen 17 kertaa
Error while processing template: Template("{{ (states("sensor.shf_control_factor_1") | float /2 + 0.5) | default("Unknown") }}")
20.40.45 – (VIRHE) helpers/template.py - Viesti esiintyi ensimmäisen kerran 20.40.45 ja tämän jälkeen 17 kertaa- Keskustelun aloittaja
- #337
Nordpool-komponentin toiminnasta en osaa sanoa, mutta muistaakseni tähän meikäläisen tekemään versioon tulivat tuohon muotoon jonkun foorumilaisen pyynnöstä. Jos nyt satun oikein muistamaan. Glitch on vielä minulta korjaamatta.
- Keskustelun aloittaja
- #338
Huonoa koodia allekirjoittaneelta. Taitaa tulla kaikilla käynnistyksessä logille tuommoista herjaa, kunnes pulikka saa ekan kerran ladattua dataa sisään Mikin apista.
heebo1974
Jäsen
Kiitokset vielä Koellille tästä! Sain kuin sainkin oman viritelmäni tämän pohjalta tehtyä.
Hiukan oli haasteita netotussensorin kanssa, koska se ei jostain syystä toiminut ko. muodossa.
Samoin automaation kanssa joutui hiukan soveltamaan, koska ko. valmis versio ei oikein istunut yhteen oman Rank pohjaisen LVV ohjauksen kanssa. No nyt kuitenkin vaikuttaisi toimivan !
Jos tätä vielä jaksaisi kehitellä, niin ehkä joku automaatio, joka vertailisi esim. pörssisähkön viikon keskiarvon hintaa / ko. tunnin hintaa / sähkön siirtohintoja / sähköveroja ja päättäisi sen mukaan myydäänkö vaiko käytetäänkö itse.
Tässä vielä template netotussensori, jolla sain itse toimimaan configuration.yaml:ssa :
YAML:
- sensor:
- name: "Energiapankki per tunti"
unit_of_measurement: 'kWh'
state: >
{{ states('sensor.energy_bank_verkosta')|float - states('sensor.energy_bank_verkkoon')|float }}
Viimeksi muokattu:
Minulla HA saa tiedon akun varauksesta ja määrittelee sen mukaan halvimman latausajan.
Joka päivä klo. 21:00 HA ohjelmoi auton aloittamaan latauksen yo. tiedon mukaisesti.
Tuolla järjestelmällä itse laturissa ei tarvitse olla älyä vaan äly on itse autossa.
Auto on nyt Peugeot 3008 Hybrid4, mutta haaveena on joskus oikea sähköauto, jolloin tuosta järjestelmästä olisi iso hyöty.
Järjestelmä: Home Assistant + PSA Car Controller Add-on + Nordpool HACS (voisi olla myös api.spot-hinta.fi).
Viimeksi muokattu:
Onko sinulla seurantaa toteutuneesta latauksen hinnasta vs. keskimääräinen sähkön hinta eli miten on ohjaus toiminut?
Muutamien viikkojen päästä saapuu auto tännekin. Laitan vaikka tänne hieman kuvausta siitä, minkälaisen ohjauksen tuohon laitan. Tarkoitus olisi valita riittävästi edullisia tunteja ennen seuraavaa lähtöä, kunhan vain auto on laturissa kiinni. Lähtöaika asetetaan siis HA:han ja sillä on tarkoitus ohjata kotona myös esilämmitystä / -viilennystä ennen suunniteltua lähtöä.
Jos seuraavaa lähtöä ei ole asetettua, ajattelin laittaa akun latautumaan tavoitevaraukseen tiedossa olevien sähkön tuntihintojen aikana eli keskimäärin varmaan noin vuorokauden aikana.
Meillä ei tosin ole vielä pörssisähköä, mutta täytyy tehdä systeemit syksyksi valmiiksi.
En ole laittanut seurantaa. Minullakaan ei ole kotona pörssisähköä, mutta mökille vaihtuu kesällä pörssisähkö. Hyvä puoli tuossa auton suorassa ohjauksessa se, että se toimii missä vaan ilman muutoksia.
HA:ssani on WireGuard VPN:n, jotta voin käyttää sitäkin missä vaan.
Ohessa HA näkymä auton hallintaan.
Liitteet
Puuttuu - johtuukohan tuosta kesäaikasiirtymästä.
Katsokaapas onko oikein... tuo kellojensiirto on kyllä typerä homma... ärsyttävä:
timop
Aktiivinen jäsen
puuttu se klo 05 tuosta välistä. tässä on nyt toiseen kertaan tullut bugi ettei tuo cheapest hour päivity, vaikka vaihteleee aikaa. ekalla kerralla auttoi HA restartti mutta nyt ei sekään. eikä tähän ko5 puuttumiseen
Koodi:
- Rank: 2
DateTime: '2023-03-26T02:00:00+02:00'
PriceNoTax: 0.0392
PriceWithTax: 0.0432
- Rank: 4
DateTime: '2023-03-26T04:00:00+03:00'
PriceNoTax: 0.0401
PriceWithTax: 0.0441
- Rank: 6
DateTime: '2023-03-26T06:00:00+03:00'
PriceNoTax: 0.0409
PriceWithTax: 0.045
- Rank: 5
DateTime: '2023-03-26T07:00:00+03:00'
PriceNoTax: 0.0404
PriceWithTax: 0.0445
- Rank: 7
DateTime: '2023-03-26T08:00:00+03:00'
PriceNoTax: 0.041
PriceWithTax: 0.0451Niin pitääkin kun sitä tuntia ei ole. Taikatemppu.
jussipa
Aktiivinen jäsen
Meinas olla kylmät lämpimät vedet tänään. Nordpool plugin ei hanskaa näköjään normaaliaikaan siirtymistä. Siitä joku oli bugin jo kirjannut komponentin tekijälle.
Nyt on käsikäytöllä vedet lämpenemässä. Pitää automaatioon lisätä backup-tunnit lämmitykselle, jos hintatieto puuttuu kokonaan.
Nyt on käsikäytöllä vedet lämpenemässä. Pitää automaatioon lisätä backup-tunnit lämmitykselle, jos hintatieto puuttuu kokonaan.
nyt vuorokauden vaihduttua näyttää oikeaa hintaa taas
Home Assistant hanskaa ilmeisen hyvin aikavyöhykkeet ja muutokset, jos pysyy UTC-ajassa. Minulla taitaa pyöriä pellin alla eli Node Redissä kaikki UTC-ajoissa ja HA:n puolelta aikojen asettaminen paikallisessa ajassa onnistuu hienosti, eikä Node Redissä sinänsä tarvitse välittää paikallisesta ajasta, kun HA kuitenkin syöttää UTC-aikoja käsiteltäväksi.
Laiskana olen tehnyt vielä niin, että vuorokausitarkastelut menee UTC-ajan mukana eli siinä on pientä pykällystä paikalliseen aikaa.
En ole kyllä varma, miten kesäaikamuutos silloin yöllä meni. Kai tuntihinnat löysi oikean paikkansa, kun kesäaika oli vaihtunut. Voihan se olla, että oli tunnin ajan virheellinen hinta sensorissa. Voisikin katsoa historian.
Laiskana olen tehnyt vielä niin, että vuorokausitarkastelut menee UTC-ajan mukana eli siinä on pientä pykällystä paikalliseen aikaa.
En ole kyllä varma, miten kesäaikamuutos silloin yöllä meni. Kai tuntihinnat löysi oikean paikkansa, kun kesäaika oli vaihtunut. Voihan se olla, että oli tunnin ajan virheellinen hinta sensorissa. Voisikin katsoa historian.
Ao. koodia voi testata Developer Tools / Template työkalulla.
Muuttujilla idxa ja idxl määritellään mistä kohtaa "all_prices" listasta halvinta jaksoa aletaan etsimään.
hours = etsittävän jakson pituus, mikä on tässä kiinteä, mutta tulee normaalisti helpperiltä.
Koodi ohjaa minulla LVV:n kytkentää.
Olisiko tästä apua selvitykseen ja sensorin koodin muutamiseen.
Muuttujilla idxa ja idxl määritellään mistä kohtaa "all_prices" listasta halvinta jaksoa aletaan etsimään.
hours = etsittävän jakson pituus, mikä on tässä kiinteä, mutta tulee normaalisti helpperiltä.
Koodi ohjaa minulla LVV:n kytkentää.
Olisiko tästä apua selvitykseen ja sensorin koodin muutamiseen.
YAML:
{% set output = namespace(value=[]) %}
{% if state_attr("sensor.shf_electricity_price_now", "tomorrow_prices")[0:1] %}
{% set idxa = 23 %}
{% set idxl= idxa + 8 %}
{% set data = state_attr("sensor.shf_electricity_price_now", "all_prices")[idxa:idxl] %}
{% else %}
{% set idxa = now().hour + (states("sensor.shf_idx") | int) %}
{% set idxl= idxa + 8 %}
{% set data = state_attr("sensor.shf_electricity_price_now", "all_prices")[idxa:idxl] %}
{% endif %}
{% set hours = 2 | int%}
{%- for inval in data[:min(-hours+1, -1)] -%}
{% set temp = namespace(value=[]) %}
{%- set j = loop.index -1 -%}
{%- for i in range(hours) %}
{%- set temp.value = temp.value + [data[j+i]] -%}
{%- endfor -%}
{%- set output.value = output.value + [temp.value | average] -%}
{%- endfor -%}
{% set data2 = state_attr("sensor.shf_electricity_price_now", "data")[idxa:idxl] %}
{{ data2[output.value.index(output.value|min)]["DateTime"] }}
Viimeksi muokattu: