HomeAssistant - Yleinen support topic

timop

Aktiivinen jäsen
En ole varma onko ongelmien pohjalla tuo USB -> m.2 adapteri, ehdin kyllä hankkia myös halvan 2,5" SSD levyn ja sille uuden adapterin tarkoituksena kloonata HA sille ja kokeilla josko ongelma olisi tuossa levyssä. Mutta nyt ajatus vähän kääntynyt sille mallille, että jos käyttäisi ylimääräisen satasen tai pari ja siirtyisi virtuaaliin. Töissä jonkin verran VMwaren alustan kanssa pääsee pelailemaan, ihan mielenkiintoista kokeilla tuota Proxmoxiakin vaikka siitä nyt ei työelämässä varsinaisesti hyötyä olekaan. Toki ESXi:n asennus ja virtualisointi sen päälle on toinen vaihtoehto.

Jos tuon proxmoxin kanssa innostuu, niin sitten voi hankkia pari rautaa lisää ja tehdä clusterin. En tiedä toimisiko HA (High availability) jo kahdella raudalla? :hmm:

Hyvin toimii home assistan (hassos) molemmissa. Ite ajoin monta vuotta esxin päällä. Alusta vaihtui niin vaihdoin kokeeksi proxmoxiin, yksittäisenä hostina.
Se ha toimii kahdellakin mutta pitää kaiketi määrittää se toinen isommalle numerolle. Kolmanneksi voi asentaa vaikka raspiin sen pelkän corosync palvelun.tästä eile ole kokemuksia mutta ajoin hetken kahden noden klusterina. Lähinnä saa palvelut online esim alustan päivityksien aikaan
 
Proxmox+haos vaikuttaisi muuten toimivan suht ok, mutta zigbeetikku ja äänikortti ei oikei tahdo ilman lisäkikkailuja nousta Haossin bootin, esim päivityksen yhteydessä, jälkeen. Siinä mielessä vanha Rpi4 oli kyllä vakaampi alusta.
 

Samppa

Ylläpitäjä
Ylläpidon jäsen
Tuossa läppärillä pyörivässä Proxmox testiympäristössä minulla on läppärin usb- portissa ollut BT- tikku laitettu haos resurssiksi. Se ainakin toimi ihan ongelmitta myös booteissa yms. Kohtapa sen näkee miten käy Skyconnectin kanssa... Nyt on kyllä taas useamman päivän toiminut tuo Raspi4 oikeinkin hyvin, juuri pistin 2023.9.3 coren sisälle. Pitäisikö leikkiä tulella ja koittaa vielä kerran asentaa tuo OS 10.5 ...
 
Mulla on muutakin ongelmaa tuon ikivanhan cc2531 tikun kanssa, luulen että zigbeeverkko alkaa olla jo liian suuri sille. Taitaa kaatuilla vähän muutenkin. Uudemman polven SONOFF Zigbee 3.0 on jo tilattu, keskustelujen perusteella pitäisi pelata vähän paremmin. Tähän saakka on kyllä cc2531 pelannut varsin mainiosti. Harkitsin myös tuota skyconnectia, mutta on saanut kovin ristiriitaisen vastaanoton niin en vielä uskaltanut tilata.
 

Samppa

Ylläpitäjä
Ylläpidon jäsen
Tänään tuli kotio toimitettuna käytetty HP Elite desk 800 G4. Pistinpä sitten heti töiden jälkeen Proxmoxin sisälle ja alkuun influxdb, grafana ja homeassistant koneet. Päätin, että taidan pysyä tuon recorderin osalta toistaiseksi kuitenkin tuossa sqlitessä. Ei ehdi tähän väliin alkaa tekemään muunnosta sqlite -> mariadb ja en tiedä onko tuolle muutenkaan sitten niin ehdotonta tarvetta. Ehtii tehdä myöhemmin jos tarvitsee. Influxdb:n otin nyt kuitenkin erilleen, kun sinne on tarkoitus muualtakin dataa kerätä kuin pelkkä haos. Vaihto meni aikalailla heittämällä. Homeassistanttiin täyden varmuuskopsun palautus. Skyconnect tikun siirto HP:n usb- porttiin, sen mappaus virtuaalikoneelle ja pelit käyntiin. Ei vaatinut oikeastaan muuta kuin parin Raspiin liittyvän jutun siivousta ja Influxdb asetusten muutoksen.
 

Mikki

Hyperaktiivi
Odotan sitä päivää kun tulisi HA päivitys joka EI rikkoisi isoa nippua juttuja.... Toistaiseksi on hiljaista pidellyt odotellessa.

Vain pari tältä päivältäkin:
1696500801521.png


Tai....

1696500847630.png
 
Viimeksi muokattu:

tk-

Aktiivinen jäsen
Odotan sitä päivää kun tulisi HA päivitys joka EI rikkoisi isoa nippua juttuja.... Toistaiseksi on hiljaista pidellyt odotellessa.

Vain pari tältä päivältäkin:
katso liitettä 88849

Tai....

katso liitettä 88850

.1 taitaa kuitenkin onneksi usein korjata kaikki viat mitkä ilmaantui muista kun huonosti tehdyistä integraatioista johtuvista syistä.

Mutta kai se on yleinen fakta, että ei minkään kovin kriittisen systeemin käyttöjärjestelmääkään kannata lähteä .0 LTS -versioon päivittämään vaan odottaa suosiolla se ensimmäinen isompi korjauspaketti. Jos kaikki toimii, niin miksi päivittää vakaata muutenkaan kokoajan?
 

Mikki

Hyperaktiivi
.1 taitaa kuitenkin onneksi usein korjata kaikki viat mitkä ilmaantui muista kun huonosti tehdyistä integraatioista johtuvista syistä.

Mutta kai se on yleinen fakta, että ei minkään kovin kriittisen systeemin käyttöjärjestelmääkään kannata lähteä .0 LTS -versioon päivittämään vaan odottaa suosiolla se ensimmäinen isompi korjauspaketti. Jos kaikki toimii, niin miksi päivittää vakaata muutenkaan kokoajan?

En tiedä onko siinä vain taustapelko että jos jättää paljon välistä päivityksiä, niin sitten päivitys on kovasti riskinen tehdä. Ja eiköhän se sitä olekkin jos hyppää tosi monen version yli kerralla.

HA kehityksessä kyllä pitäisi tuosta syövästä päästä eroon, että aina se uusi release hajottaa paljon ja sitten korjaillaan hätäpäissään niitä takaisin kasaan. Joku fundamentti juttu tuossa on.
 

tk-

Aktiivinen jäsen
En tiedä onko siinä vain taustapelko että jos jättää paljon välistä päivityksiä, niin sitten päivitys on kovasti riskinen tehdä. Ja eiköhän se sitä olekkin jos hyppää tosi monen version yli kerralla.

HA kehityksessä kyllä pitäisi tuosta syövästä päästä eroon, että aina se uusi release hajottaa paljon ja sitten korjaillaan hätäpäissään niitä takaisin kasaan. Joku fundamentti juttu tuossa on.
Eikö siellä ole integraatioissa mitään tarkistusta, että onko kehittäjä ilmoittanut ne yhteensopivaksi uuden version kanssa?

Vai onko ne lähinnä nuo "epäviralliset" lisäosat mitkä aina hajoaa? Toki niissäkin pitäisi olla se tarkistus ennenkuin päivitystä lähdetään ajamaan, että lisäosan toimivuus siinä tulevassa versiossa on varmistettu kehittäjän toimesta.
 

Pretor

Aktiivinen jäsen
En tiedä onko siinä vain taustapelko että jos jättää paljon välistä päivityksiä, niin sitten päivitys on kovasti riskinen tehdä. Ja eiköhän se sitä olekkin jos hyppää tosi monen version yli kerralla.

HA kehityksessä kyllä pitäisi tuosta syövästä päästä eroon, että aina se uusi release hajottaa paljon ja sitten korjaillaan hätäpäissään niitä takaisin kasaan. Joku fundamentti juttu tuossa on.
Ei aina se "unohda, jos se toimii" ole paras vaihtoehto.
Nimimerkillä kokemusta on :D

Jossain vaiheessa ei jaksanut paljoo kiinnostella katsella mitä oli päivitetty milloinkin, kun kaikki kuitenkin toimi siinä vaiheessa normaalisti. Sit ku lopulta kuitenkin alkoi päivittelemään, niin siellähän oli vaikka mitä muutettu ja omat yamlit sitten ihan "vääränlaisia". Deprecated sitä ja deprecated tätä. Siinä sitten silmät ristissä muuttelemaan yamlia puolet kaikesta jo unohtaneena, kun ei ollut tarvinut pitkään aikaan koskea mihinkään.
Paras (tai pahin) oli Zigbee2MQTT add-on, johon ei näyttänyt edes tulevan enää päivityksiä. Jossain vaiheessa sit aloin ihmettelemään, kun kaikenlaista epäsopivuusongelmaa oli havaittavissa (vaikka netti kertoi muuta), niin siitä olikin jo pidemmän aikaa ollut uusi versio, joka piti ladata erikseen ja arvatenkin koko zigbee verkko piti paritella alusta loppuun uusiksi.

Kyllä mä nyt olen pyrkinyt päivittelemään kaiken kohtuullisessa ajassa, mutta hieman jälkijunassa kyllä itsekin noi uusimmat HA:t päivitellyt. Päivitykset tosin hoidan aina sellaisena päivänä, että siellä on pohjilla järjestelmän automaattinen täysi backup tehtynä juuri sinä päivänä.
Sinänsä ei siis enää huoleta mikään isompi rikkoontuminen päivityksessä. Äkkiä sen backupin pistää tarvittaessa takaisin.
 

Samppa

Ylläpitäjä
Ylläpidon jäsen
Nyt kun siirtyi tuohon virtuaalialuataan niin backup ja sen palautus nopeutui huomattavasti. Snapshot vain juuri ennen päivitystä ja jos kaikki menee päin sitä itseään eikä innosta heti alkaa korjaamaan ja säätämään, niin ei muuta kuin snapshotin pikainen palautus. Paljon nopeampaa kuin HA:n omasta backupista palautus.

hups, tämä ei ollutkaan yleinen ha tukiketju, meni vähän ohi aiheen nyt. siirrän nämä viestit toiseen ketjuun -> siirretty
 
Viimeksi muokattu:

-Teme-

Vakionaama
ModBus osuutta kirjoitetaan uusiksi janiversen toimesta noudattamaan paremmin ModBus speksiä.
Nyt ongelmat johtunevat validator tablen tarkennuksista
count ja data_type esim int32 epäyhteensopivuudesta, vaan tuo pitää olla validator tablen mukaan slave_count ja data_type int32
Ihmettelen että miksi tuota ei ole change logiin breaking changeksi, kun githubissa se kuitenkin mainitaan?
 

Samppa

Ylläpitäjä
Ylläpidon jäsen
HA coresta oli tullut nyt 10.1 versio. Näin viikonloppuna vähän enemmän aikaa tarvittaessa säätää ja tapella, niin laitoinpa asentumaan varmuuskopion/snapshotin oton jälkeen. Asennettuna oli 9.3. Meni nyt tällä kertaa kivuttomasti. Kaikki näyttää toimivan moitteetta. zigbee laitteet, espit, kuin myös tasmota pohjaiset ja muutkin integraatiot itselläni.
 
Mulla on muutakin ongelmaa tuon ikivanhan cc2531 tikun kanssa, luulen että zigbeeverkko alkaa olla jo liian suuri sille. Taitaa kaatuilla vähän muutenkin. Uudemman polven SONOFF Zigbee 3.0 on jo tilattu, keskustelujen perusteella pitäisi pelata vähän paremmin. Tähän saakka on kyllä cc2531 pelannut varsin mainiosti. Harkitsin myös tuota skyconnectia, mutta on saanut kovin ristiriitaisen vastaanoton niin en vielä uskaltanut tilata.
No SONOFFIN tikku tuli ja olen koettanut sitä nyt pari päivää naittaa Homeassistanttiin, eikä toimi oikein mitenkään. Fläshääminenkin oli sellainen show, ettei senkään onnistumisesta ole mitään takeita. Paloi käpy, ja tilasin sitten tuon SkyConnectin jossa ainakin jonkinlainen dokumentointi ja tuki HA:n puolelta. Tuleepahan testailtua...

EDIT: Zigbeeverkon oikkuiluun löytyi syyksi että tuolle käytössä olleelle CC2531:lle tuli vihdoin tunnit täyteen, eikä yhdistänyt enää mihinkään laitteeseen. Sulovileeninä onneksi oli toinen samanlainen jemmassa.
 
Onkos jollakulla Ikean E2002 katkaisija/himmenintä käytössä? Vaikuttaisi ainakin itsellä olevan kohtuullisen kehno patterinkesto, omalla käytöllä luulisi 2xAAA pariston kestävän vuosia. Huen vastaavat CR2450 patterilla ketävät paremmin, tosin ei mitään verrattuna mihinkään Xiaomin härpäkkeeseen jotka ketävät CR2030 patterilla vuosia.
Olisikohan jotain katkaisijaa jossa patterinkesto olisi oikealla tasolla?
 

Pretor

Aktiivinen jäsen
No SONOFFIN tikku tuli ja olen koettanut sitä nyt pari päivää naittaa Homeassistanttiin, eikä toimi oikein mitenkään. Fläshääminenkin oli sellainen show, ettei senkään onnistumisesta ole mitään takeita. Paloi käpy, ja tilasin sitten tuon SkyConnectin jossa ainakin jonkinlainen dokumentointi ja tuki HA:n puolelta. Tuleepahan testailtua...

EDIT: Zigbeeverkon oikkuiluun löytyi syyksi että tuolle käytössä olleelle CC2531:lle tuli vihdoin tunnit täyteen, eikä yhdistänyt enää mihinkään laitteeseen. Sulovileeninä onneksi oli toinen samanlainen jemmassa.
Miksi sä sitä flashaamaan oot alkanut, ku sehän on plug&play?
Ei kovin iso zigbee-verkko ole käytössä, jos joku vielä jollain CC2531 tikulla kykenee operoimaan. Sillä itsekin aikoinaan aloitin ja ei ollut kuin ongelmia. Routereiksi flashattyna sentään vielä jotain käyttöä verkon jatkajina.
 
Miksi sä sitä flashaamaan oot alkanut, ku sehän on plug&play?
Ei kovin iso zigbee-verkko ole käytössä, jos joku vielä jollain CC2531 tikulla kykenee operoimaan. Sillä itsekin aikoinaan aloitin ja ei ollut kuin ongelmia. Routereiksi flashattyna sentään vielä jotain käyttöä verkon jatkajina.
Internetistä selviää miksi 2021xxx firmis kannattaa päivittää uudempaan.
2531 tikulla saa 55 laitetta verkkoon, onko se sitten paljon vai vähän saat itse päättää.

Jokatapauksessa, onhan tämä sonoffi melkolailla vikkelämpi kuin tuo vanha 2531. Selviää nyt HA:n booteistakin Proxmoxissa päinvastoin kuin 2531.
Ongelmia aiheutti lähinnä se, että meni pitkään ennenkuin tajusin että zigbee2mqtt:n repo oli vaihtunut jossain vaiheessa, ja mulla oli vielä originaali käytössä, josta löytyi joku versio 1.18.jotain, joka ei tukenut kuin osan verkon laitteista. Olin käyttänyt edgeversiota, ja tikun vaihdon yhteydessä vaihdoin sitten main branchiin. Kannattanee muidenkin pidempään HA:ia käyttäneiden tsekata tuo oikea ajantasainen z2m repo.
 

haraldh

Vakionaama
Jos joskus teette automaation Gree ilmalämpöpumpulle joka vaihtelee Presettien välillä esim. pörssihinnan mukaan niin tiedoksi että Away asettaa +8°C tilan päälle. Ja vaikka Dashboardissa voi vaihtaa em. Awayn ja None'n välillä, niin automaatiossa toimii vain "none", eli pienillä kirjaimilla. Pudotusvalikkoa ei graafisessa editorissa näille arvoille ole, niin tämä tulee erehdysten kautta.
 

haraldh

Vakionaama
Mitähän tapahtui mun HA:lle kun yhden Shellyn tehokäyrä jumahti päälle 392.9 W kohdalle tunneiksi, vaikka ko. Shelly on sammutettu? Käänsin sen käsin päälle ja pois noin kahden aikaan, jonka jälkeen mittauskin rupesi näyttämään todellista tilannetta. Shelly on ollut verkossa koko ajan. Logbookissa on että automaatio on sen sammuttanut kello 05:00, ja fissio.fi:n mittauksen mukaan sen kulutus on myös silloin mennyt nollille. HA on jostain syystä piirtänyt kymmenesosa watilleen samaa tehoa tunneiksi. Onko kukaan muu huomannut tällaista?

Screenshot at 2023-10-25 21-32-31.png
 

Hhartikainen

Aktiivinen jäsen
Päivittyykö arvo vain muutoksesta? Eli kun Shelly on sammuksissa, jää HA:han viimeisin arvo, kun ei tulee enää muutosta Shellyltä.
 

haraldh

Vakionaama
En tiedä. Shelly toimi kyllä muuten. Väänsin apista päälle ja pois niin sitten HA:n käppyrä heräsi. Fissioon tuon datan skriptillä joka hakee shellystä ja työntää mqtt:hen, se on näyttänyt oikein.
 

-Teme-

Vakionaama
spot keskiarvo-sensorin tekoon löytyy HACSista average sensor liitännäinen
sensorin koodiksi toimii:
Koodi:
sensor:
  - platform: average
    name: 'SPOT keskiarvo'
    unique_id: spot_average
    precision: 4
    entities:
      - sensor.shf_average_price_today
    start: '{{(now()).replace(day=1).replace(hour=0).replace(minute=0).replace(second=0)}}'
    end: '{{ now() }}'
Jos haluaa sentteinä hinnan pitää tehdä template sensori joka muuttaa tuon euroissa olevan hinnan senteiksi ensin ja käyttää sitä sensorina
Nordpool integraatiosta saa poimittua tuon averge sensorin esim näin:

Koodi:
template:
    sensor:
    - name: 'spot average today'
      unique_id: spot_average_today
      unit_of_measurement: 'snt/kWh'
      state: "{{ state_attr('sensor.nordpool', 'average') | float }}"
      icon: mdi:currency-eur
 

haraldh

Vakionaama
Jos sinulla on kuten minulla, Shelly ohjaamassa LVV:an kontaktoreita mutta haluaisit kuitenkin tehomittauksen näkyviin Home Assistantiin, niin tee Helper joka sanoo kulutuksen olevan 3000 wattia kun shellyn switch on ON-tilassa. Mun LVV:an shellyn kytkimen entityid on 'switch.lvv', tämä voi vaihdella.

Settings -> Devices & Services. Helpers välilehti, Create Helper alaoikealta. Valitse Template ja Template a sensor.

Nimeksi vaikka LVV Teho, State Template: (alla oleva koodinpätkä), Unit of measurement: W, Device class: Power, State class: Measurement.
Koodi:
{% if is_state('switch.lvv', 'on') %}
  {{ 3000 | int }}
{% else %}
  {{ 0.0 | int }}
{% endif %}
edit: Ihan hyvä idea, mutta tämä ei sitten huomaa että termari sammuttaa LVV:an ja mittaus menee siksi väärin. Kahden tunnin aikaikkunasta meidän LVV käy yleensä tunnin, puolitoista. No, olipa hyvä harjoitus ainakin.
 
Viimeksi muokattu:

haraldh

Vakionaama
Toinen Template sensor, tämä ynnää kaikkien Shellyjen tehot yhteen ja luo sensorin jossa on kaikki mitatut tehot summana;
Koodi:
{% set ns = namespace(states=[]) %}
          {% for s in states.sensor %}
            {% if s.entity_id.startswith('sensor.shelly') and s.entity_id.endswith('_power') %}
              {% set ns.states = ns.states + [ s.state | float ] %}
            {% endif %}
          {% endfor %}
          {{ ns.states | sum | round(2) }}
Vaatii tosin sen että shellyjen nimet alkavat "sensor.shelly" stringillä.

Sama mutta energia;
Koodi:
{% set ns = namespace(states=[]) %}
          {% for s in states.sensor %}
            {% if s.entity_id.startswith('sensor.shelly') and s.entity_id.endswith('_energy') %}
              {% set ns.states = ns.states + [ s.state | float ] %}
            {% endif %}
          {% endfor %}
          {{ ns.states | sum | round(2) }}
 

haraldh

Vakionaama
Yritän luoda kuvaajan apexchartsin avulla jossa olisi hinta, rank ja energia. En vain saa sitä energialukemaa piirtymään. Minulla on helper joka luo virtuaalisen sensorin joka näyttää kaikkien shellyjen summaenergian, tämä on OK. Sitten minulla on Utility Meter joka lukee em. summasensoria. Sekin näyttää toimivan ok, eli nollaantuu tunnin välein ja näyttää tunnin energiankulutuksen. Mutta kun yritän lisätä joko summaenergian tai utility meter luvun kuvaajaan tulee vain N/A arvon kohdalla. Mitä teen väärin?
Koodi:
type: custom:apexcharts-card
now:
  show: true
  color: '#ff0000'
apex_config:
  xaxis:
    tooltip:
      enabled: false
yaxis:
  - id: rank
    show: true
    decimals: 0
    apex_config:
      forceNiceScale: true
      title:
        text: Rank
  - id: price
    show: true
    opposite: true
    decimals: 2
    apex_config:
      forceNiceScale: true
      title:
        text: c/kWh
  - id: energy
    show: true
    decimals: 0
    apex_config:
      forceNiceScale: true
      title:
        text: Watthours
show:
  last_updated: false
header:
  standard_format: false
  show: true
  show_states: true
  colorize_states: true
  title: Price, Energy and Rank without extra fees
span:
  start: day
  offset: +0h
update_delay: 2s
series:
  - entity: sensor.shf_electricity_price
    yaxis_id: price
    name: Electricity price c/kWh
    extend_to: now
    type: area
    curve: stepline
    opacity: 0.02
    group_by:
      func: last
      duration: 60m
    stroke_width: 1
    data_generator: |
      return entity.attributes.data.map((d, index) => {
        return [new Date(d["DateTime"]).getTime(), d["PriceWithTax"]*100];
      });
    show:
      header_color_threshold: true
      legend_value: false
      in_header: true
      name_in_header: true
      extremas: true
  - entity: sensor.shf_electricity_price
    yaxis_id: rank
    name: Rank now (current day)
    extend_to: now
    type: area
    curve: stepline
    opacity: 0.02
    group_by:
      func: last
      duration: 60m
    stroke_width: 1
    data_generator: |
      return entity.attributes.data.map((d, index) => {
        return [new Date(d["DateTime"]).getTime(), d["Rank"]];
      });
    show:
      header_color_threshold: true
      legend_value: false
      in_header: true
      name_in_header: true
      extremas: false
  - entity: sensor.shelly_sum_energy_hourly
    yaxis_id: energy
    name: Energy Hourly (current day)
    extend_to: now
    type: area
    curve: stepline
    opacity: 0.02
    group_by:
      func: last
      duration: 60m
    stroke_width: 1
    show:
      header_color_threshold: true
      legend_value: false
      in_header: true
      name_in_header: true
      extremas: false
Screenshot at 2023-11-02 14-51-08.png
 
Viimeksi muokattu:

-Teme-

Vakionaama
Yritän luoda kuvaajan apexchartsin avulla jossa olisi hinta, rank ja energia. En vain saa sitä energialukemaa piirtymään. Minulla on helper joka luo virtuaalisen sensorin joka näyttää kaikkien shellyjen summaenergian, tämä on OK. Sitten minulla on Utility Meter joka lukee em. summasensoria. Sekin näyttää toimivan ok, eli nollaantuu tunnin välein ja näyttää tunnin energiankulutuksen. Mutta kun yritän lisätä joko summaenergian tai utility meter luvun kuvaajaan tulee vain N/A arvon kohdalla. Mitä teen väärin?
Koodi:
  - entity: sensor.shelly_sum_energy_hourly
    yaxis_id: energy
    name: Energy Hourly (current day)
    extend_to: now
    type: area
    curve: stepline
    opacity: 0.02
    group_by:
      func: last
      duration: 60m
    stroke_width: 1
    data_generator: |
      return entity.attributes.data.map((d, index) => {
        return [new Date(d["DateTime"]).getTime(), d["Energy"]];
      });
    show:
      header_color_threshold: true
      legend_value: false
      in_header: true
      name_in_header: true
      extremas: false
kokeileppa poistaa tuo data_generator osuus siitä sensor.shelly_sum_energy_hourly sensorin alta
 

haraldh

Vakionaama
Skaala vasemmalla näyttää tosin vain ykkösiä. Olen tuijottanut tuota koodia, mutta en keksi mistä apexcharts tuon skaalan onkii, ilmeisesti tuo data_generator luo arrayn tjms jossa myös skaalan arvot?

Screenshot at 2023-11-02 16-42-53.png

edit:

yaxis kohdassa ja energy "decimals: 1" korjasi sen.
Screenshot at 2023-11-02 16-47-07.png
 
Oma versio vastaavasta on tällainen. Jos jollakulla tipsiä tuohon apuviivojen nätimpään skaalaukseen niin otetaan vastaan. Vaikka tasaluvuiksi. En ole ehtinyt siihen perehtymään.

1698937421814.png


YAML:
type: custom:apexcharts-card
update_interval: 5min
graph_span: 48h
experimental:
  color_threshold: true
show:
  last_updated: true
header:
  show: true
  show_states: true
  colorize_states: true
span:
  start: day
apex_config:
  legend:
    show: false
  xaxis:
    tooltip:
      enabled: false
yaxis:
  - id: first
    min: auto
    decimals: 2
  - id: second
    min: auto
    opposite: true
    decimals: 0
    show: true
now:
  show: true
series:
  - entity: sensor.shf_electricity_price_now
    yaxis_id: first
    name: Average Price
    unit: c/kWh
    show:
      in_header: false
      extremas: false
      legend_value: true
    type: line
    color: lime
    float_precision: 2
    stroke_width: 1.5
    data_generator: >
      return [[start, entity.attributes.today_avg*100], [moment(end).subtract(1,
      'days'), entity.attributes.today_avg*100], []];
  - entity: sensor.shf_electricity_price_now
    yaxis_id: first
    show:
      in_header: false
      extremas: true
      legend_value: true
    curve: stepline
    stroke_width: 3
    color: lightgray
    float_precision: 2
    unit: c/kWh
    data_generator: |
      let res = [];
      for (const [key, value] of Object.entries(entity.attributes.data)) {
          let d = new Date(value.DateTime).getTime();
          let p = parseFloat(value.PriceWithTax * 100);
          res.push([d, p]);
      }
      return res.sort((a, b) => { return a[0] - b[0] });
    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_now
    name: ' '
    yaxis_id: second
    show:
      in_header: true
      header_color_threshold: true
      in_chart: false
    type: line
    color: lightgray
    float_precision: 2
    stroke_width: 0
    transform: return x*100
    unit: c/kWh
    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_rank_now
    name: ' '
    yaxis_id: second
    show:
      in_chart: false
  - entity: sensor.verkko_kokonaiskulutus
    yaxis_id: second
    type: column
    stroke_width: 0
    color: 03b1fc
    opacity: 0.4
    extend_to: now
    name: Kulutus nyt
    float_precision: 3
    group_by:
      func: max
    show:
      legend_value: false
 

haraldh

Vakionaama
Kokeile tuota forceNiceScale (joka ei löydy githubin doccarista). Tuosta mun varastamasta koodista;
Koodi:
yaxis:
  - id: rank
    show: true
    decimals: 0
    apex_config:
      forceNiceScale: true
      title:
        text: Rank
 

haraldh

Vakionaama
Onko kellään hienoja energiakäppyröitä apexchartsein tehtynä? Ei näytä olevan ihan triviaalia saada esim tunti- tai päiväseurantaa aikaiseksi vain Shellyillä. Pitää luoda Utility Meter-eitä, ja näitä tuli nyt tehtyä 60 kpl. 12 Shellyä ja tunti, päivä, viikko, kuukausi ja vuosi-mittarit. Tuntuu siltä että voisi tämän tehdä fiksumminkin, että HA tekisi itse näitä kun huomaa että nyt tänne tupsahti sensor.*_energy sensori.
 
Onko kellään hienoja energiakäppyröitä apexchartsein tehtynä? Ei näytä olevan ihan triviaalia saada esim tunti- tai päiväseurantaa aikaiseksi vain Shellyillä. Pitää luoda Utility Meter-eitä, ja näitä tuli nyt tehtyä 60 kpl. 12 Shellyä ja tunti, päivä, viikko, kuukausi ja vuosi-mittarit. Tuntuu siltä että voisi tämän tehdä fiksumminkin, että HA tekisi itse näitä kun huomaa että nyt tänne tupsahti sensor.*_energy sensori.
Tsekkaa onko tästä apua, riippuu mitä sulla sinne pitää saada. Powercalc tunnistaa ainakin jotain automaattsesti.
 

Ville-Veikko

Aktiivinen jäsen
Ja yksittäisiä laitteita kannattaa laittaa HA:n oman energydashboardin alle kaasulaitteiksi, niin niille saa seurannat.
Tuo tuntitason näyttö on tuossa "kaasumittarissa" kiva. Pitääkin vaihtaa vilppi virtuaalisesti kaasupolttimeksi. Melko outoa ettei lämpöpumppuja vieläkään tueta noissa Energianäytöissä.

Energy dashboardin sähkölaitteista tulee tälläinen ajanjakson kokonaiskulutus. Lisäys onnistuu kunhan vaan tulee oikean muotoista dataa sensorista. Sen kanssa saattaa joutua hieman säätämään.
1698942922231.png
 

haraldh

Vakionaama
En tykkää yhtään Energia-sivun sivuttaispalkeista, harmi että juuri sitä sivua ei voi säätää erikseen. Vaikuttaa keskeneräiseltä koko energiahomma HA:ssa. Säädöt on tehty kyllä että tulee käppyrää, mutta haluaisin aikajanalle tunti-, päivä-, viikko-, kuukausi- ja vuosikohtaiset kulutukset. No, kunhan nuo Utitity Meterit kerää vähän enemmän dataa niin eiköhän niistä käppyrääkin alkaa saaamaan.

Screenshot at 2023-11-02 19-10-18.png

Tehoilla saa äkkiä aikaiseksi hienoja käppyröitä, mutta jostain syystä sama ei koske näitä energiamittauksia.
Screenshot at 2023-11-02 19-12-05.png
 

haraldh

Vakionaama
Kiitos tuosta kaasuvinkistä, sehän toimii juuri kuten haluaisin ja suoraan boksista. Ihme ettei tuollaista ole sitten muille kuormille vaan pitää väärinkäyttää kaasua tähän.

edit: Ja nyt HA:n mielestä taloon tulee 16 kWh sähköä + 20 kWh kaasua. No, kai tämä paranee joskus.
 
Viimeksi muokattu:
Kiitos tuosta kaasuvinkistä, sehän toimii juuri kuten haluaisin ja suoraan boksista. Ihme ettei tuollaista ole sitten muille kuormille vaan pitää väärinkäyttää kaasua tähän.
Tuntuu että Energy dashbord on ollut julkistuksen jälkeen heitteillä, mutta viimeisimmässä 2023.11 päivityksessähän siihen saatiin tuo seuranta halutulle ajanjaksolle. Toivoa sopii, että kehityksessä on myös tuo yksittäisten laitteiden seuranta muutenkin kun kaasulla. Paljon sitä on ainakin foorumeilla toivottu.
 

haraldh

Vakionaama
Pitääkin päivittää mun 2023.10 core hetikohta, nyt kun mainitsit niin taisin lukeakin siitä energy-dashboardin parannuksesta.
 
Back
Ylös Bottom