HomeAssistant - Yleinen support topic

grendy sanoi:
@fraatti kiitos vahvistuksesta että ei oo oma ongelma! Mulla kyllä koskee kaikkia Netatmo-mittauksia, samat kohdat jumittaa myös co2:ssa, mikä varmasti elää joka mittauksella. Nää esimerkit on 9.9, eli jos viitsit vilkasta että onko sattumoisin tossa 8-10 aamulla tollanen sama tasainen viiva niin olis kiinnostavaa :)
Klikkaa laajentaaksesi...
Mulla näyttää tuollaiselta. Samalla huomasin että joku on alkanut bugittamaan 28.1 ja siitä lähtien autotallin ja talon mittaukset ovat näyttäneet samaa lukemaa...

1757616549631.png
 
Mulla on Fibaron Zwave binary sensorin perässä 4 onewire anturia, niin niissä nyt noita samoja "loikkia". Tai itseasiassa kaikissa Zwave antureissa näköjään. Zigbee anturit piirtää nättiä käyrää.
 
jussi sanoi:
Mulla on Fibaron Zwave binary sensorin perässä 4 onewire anturia, niin niissä nyt noita samoja "loikkia". Tai itseasiassa kaikissa Zwave antureissa näköjään. Zigbee anturit piirtää nättiä käyrää.
Klikkaa laajentaaksesi...

Katsoin itse Zwave-sensorit uudestaan. Minulla on pari lämpö/kosteusmittaria ja lisäksi Fibaron Smart Implantin perässä muutama Dallas-anturi. Niissä ei näy minkäänlaisia loikkia joita näin RFLink-sensorissa. Mutta kuten @fraatti aiemmin mainitsi, näyttää siltä että päivitystaajuus on noussut kaikissa sensoreissa Syyskuun alussa ja kaikki käyrät näyttävät tasaisemmilta sen jälkeen.
 
Eilen ei ollut kirjautumisen kanssa enää ongelmia, ajoittain oli, mistä lie johtunut.
Pyrkinyt itse pitämään versiot aika uusina.
Nyt tein suurimman virheen ESP kanssa, kun menin siitä ESPHome:sta klikkaamaan päivityksen proxyille niin molemmat bluetooth proxyt lakkasi toimimasta. Ennen toimivat arduino firmwarella erinomaisesti, mutta nyt suosittaa esp-idf:ää ja en saa tuolla millään niitä enää toimimaan. Monta iltaa jo hakenut ratkaisua. Yhteyden saan niihin toimimaan, mutta herjaa ettei löydä home assistantin natiivi apia vaikka se api rivi siellä proxyssä kyllä on ihan ohjeen mukaan. Tyhjäksi se rivi jätetään ohjeen mukaan. Mutta eiköhän se ratkaisu joskus löydy. Nyt vaan ei saa ruuveilta mitään tietoa toistaiseksi.

E: Oppia ikä kaikki, vastoinkäymiset voitettu ja kaikki pelaa taas.
 

Liitetiedostot

  • IMG_6374.jpeg
    IMG_6374.jpeg
    32,2 KB · Lukukerrat: 61
Viimeksi muokattu:
Oon hakannut tovin päätäni seinään kun en saa rest sensorilla haettua fingridin openData apista GetMultipleTimeseriesData datasta tietoja. Tuloksena vain sensoreille unavailable
Onko jollakin toimivaa yamlia jolla se pelittää?
 
En tiedä onko asia ollut jo esillä, mutta

Miten tekisitte tasajännite mittauksen lukeman saamisen HA ohjausperusteeksi.

Mieluummin suoralla (zigbee ym) toimilaitteella kuin erillislogiikan (kuten esp ym. kautta).
 
maanma sanoi:
En tiedä onko asia ollut jo esillä, mutta

Miten tekisitte tasajännite mittauksen lukeman saamisen HA ohjausperusteeksi.

Mieluummin suoralla (zigbee ym) toimilaitteella kuin erillislogiikan (kuten esp ym. kautta).
Klikkaa laajentaaksesi...

Minkälaisesta jännitteestä on kyse? 0-10v -30v -1000v ?
 
Jokainen varmaan tietää ohjelman Temptation Island eli "tempparit". Keksin kotiautomaatio porukalle oman "Template Island" eli "templarit". ;D
 
-Teme- sanoi:
Oon hakannut tovin päätäni seinään kun en saa rest sensorilla haettua fingridin openData apista GetMultipleTimeseriesData datasta tietoja. Tuloksena vain sensoreille unavailable
Onko jollakin toimivaa yamlia jolla se pelittää?
Klikkaa laajentaaksesi...
Mulla tollanen viritys, dataa paljon, kun osa ennusteita, mutta toimii omaan tarpeeseen ok. Tietojen päivitys on mulla erillisellä automaatiolla, päivitä entiteetti.

YAML: 
  - resource_template: https://data.fingrid.fi/api/data?datasets=181,183,188,191,192,193,194,201,202,205,209,245,248,265,266,336&pageSize=10000&startTime={{(utcnow() - timedelta(minutes = 6)).strftime('%Y-%m-%dT%H:%M:00Z')}}&endTime={{ (utcnow() + timedelta(hours = 36)).strftime('%Y-%m-%dT%H:%M:00Z')}}&sortOrder=desc  
    headers:
      x-api-key: !secret fingrid_api_key
      Cache-Control: no-cache
    scan_interval: 31536000
    timeout: 60
    sensor:
      - name: "Fingrid"
        value_template: >-
          {{ 'OK' if value_json.data is defined else 'unknown' }}
        json_attributes:
          - data
          - message

Sensorimalli

YAML: 
    - name: "Fingrid sähköntuotanto Suomi"
      unique_id: "fingrid_api_192_sahkontuotanto_suomi"
      unit_of_measurement: MW
      state: >-
          {% set ID = 192 %}
          {% if states.sensor.fingrid.attributes.data is defined %}
          {% set value_json = states.sensor.fingrid.attributes.data %}
          {% for item in value_json | selectattr('datasetId', 'equalto', ID) %}
          {% if loop.first %}
          {{ item.value }}
          {% endif %}
          {% endfor %}
          {% endif %}
      availability: "{{is_state('sensor.fingrid', 'OK')}}"
 
jed sanoi:
Mulla tollanen viritys, dataa paljon, kun osa ennusteita, mutta toimii omaan tarpeeseen ok. Tietojen päivitys on mulla erillisellä automaatiolla, päivitä entiteetti.

YAML: 
  - resource_template: https://data.fingrid.fi/api/data?datasets=181,183,188,191,192,193,194,201,202,205,209,245,248,265,266,336&pageSize=10000&startTime={{(utcnow() - timedelta(minutes = 6)).strftime('%Y-%m-%dT%H:%M:00Z')}}&endTime={{ (utcnow() + timedelta(hours = 36)).strftime('%Y-%m-%dT%H:%M:00Z')}}&sortOrder=desc 
    headers:
      x-api-key: !secret fingrid_api_key
      Cache-Control: no-cache
    scan_interval: 31536000
    timeout: 60
    sensor:
      - name: "Fingrid"
        value_template: >-
          {{ 'OK' if value_json.data is defined else 'unknown' }}
        json_attributes:
          - data
          - message

Sensorimalli

YAML: 
    - name: "Fingrid sähköntuotanto Suomi"
      unique_id: "fingrid_api_192_sahkontuotanto_suomi"
      unit_of_measurement: MW
      state: >-
          {% set ID = 192 %}
          {% if states.sensor.fingrid.attributes.data is defined %}
          {% set value_json = states.sensor.fingrid.attributes.data %}
          {% for item in value_json | selectattr('datasetId', 'equalto', ID) %}
          {% if loop.first %}
          {{ item.value }}
          {% endif %}
          {% endfor %}
          {% endif %}
      availability: "{{is_state('sensor.fingrid', 'OK')}}"
Klikkaa laajentaaksesi...
Thanks, pitää testata
 
Täältähän se HA-ketju löytyi! Hyvä homma!

Eli selvästi edullisin ratkaisu raudalle on kyllä käytetty läppäri. Toimiiko WIFI suoraan kohteen (esim. anturit) kanssa? Ei ole tarkoitus pitää reititintä päällä 24/7 eikä kiinnostaisi toisaalta edes käyttää pistorasiassa haaroittimia.
 
Jos läppäri voi toimia tukiasemana niin se voi jutella ”wifi-antureiden” kanssa. Olisi siis kaksi wifi verkkoa. Se varsinainen reitittimen wifi verkko ja läppärillä luotu wifi-verkko. Läppäri pitää olla keskeisellä paikalla jotta saa yhteyden kaikkiin tarvittaviin antureihin.
Jos läppärissä on esim HA niin puhelimella/tabletilla siihen pääsee kiinni kun nuo mobiililaitteet yhdistää siihen läppärin wifi verkkoon.

Haittapuolena on että läppäri eikä anturit pääse nettiin ollenkaan. Eli päivitykset ei onnistu eikä muutkaan mahdolliset cloud hommalit.

Sellainen pieni mahdollisuus on että läppäri on samaan aikaan kaapelilla kiinni varsinaisessa tukiasemassa. Tällöin läppäri voisi toimia gatewayna ja anturitkin ehkä pääsisi nettiin.
 
Kaimo Ärräpää sanoi:
Täältähän se HA-ketju löytyi! Hyvä homma!

Eli selvästi edullisin ratkaisu raudalle on kyllä käytetty läppäri. Toimiiko WIFI suoraan kohteen (esim. anturit) kanssa? Ei ole tarkoitus pitää reititintä päällä 24/7 eikä kiinnostaisi toisaalta edes käyttää pistorasiassa haaroittimia.
Klikkaa laajentaaksesi...
Ihan mielenkiinnosta, miksi ei reititintä päällä 24/7? Mitä tarkoitat ”pistorasiassa haaroittimia”?
 
-Teme- sanoi:
Ihan mielenkiinnosta, miksi ei reititintä päällä 24/7? Mitä tarkoitat ”pistorasiassa haaroittimia”?
Klikkaa laajentaaksesi...

Meillä on kaikki toista kymmentä virtalähdettä pistorasiaryhmissä, joille sähkäri on laittanut katkaisimet. Sen vuoksi myös reititin katkeaa iltaisin tai kun talo tyhjenee muuten. Yksi pistorasia sopivassa paikassa löytyy, jossa ei kytkintä ole niin siihen voi laittaa HA:n 24/7, mutta reitittimen töspelille ei ilman haaroitinta jäisi tilaa...
 
Ei voi kuin miettiä miten insinöörin talo on tehty, näitä on kyllä. Jos kertoisin virtalähteitten ja kuluttajien määrän niin saisin myös kulmakarvojen kohoamisia.

Onko ehkä PI:n läheistuttavilla tai sähkärillä kokemusta tulipalosta?
 
Noista ylimääräistä kytkimistä ja laitteiden "laukasta" katkaisuista ja päällekytkennöistä tulee varmaan suurempi paloriski kuin jatkuvasta käytöstä ilman "sähkökatkoja"
 
Jatkojohtoja/haaroittimia on myös lyhyemmällä kaapelilla. Ei ole pakko ostaa 5m johdolla olevaa josta 4m jää käyttämättä ja se pyörii jossain jaloissa.
Tosin esim 0.5m tai 1m jatkoa ei löydy ihan joka paikasta.
 
Haluaisin saada muistutuksen / kehotuksen takan lämmitykselle kun tietyt ehdot täyttyy. Ehtoina takan lämpötila (anturi takan vieressä), ulkolämpötila ja tulevan vuorokauden pörssisähkön hinta. Mitenkä lähtisitte tuota kehittelemään, kenties joku oma entity?
 
juukeli sanoi:
Haluaisin saada muistutuksen / kehotuksen takan lämmitykselle kun tietyt ehdot täyttyy. Ehtoina takan lämpötila (anturi takan vieressä), ulkolämpötila ja tulevan vuorokauden pörssisähkön hinta. Mitenkä lähtisitte tuota kehittelemään, kenties joku oma entity?
Klikkaa laajentaaksesi...
Template sensor, tekoäly kirjoittaa semmosen äkkiä, kun kerrot sille tarpeet ja sensorien entityt. Sen pitää hakee sähkönhintatieto ja asettaa rajat yms ehdot. Sitten kun sensori antaa arvon "lämmitä uuni" niin viesti lähtee automaatiolla puhelimeesi.
 
Uusi HA käyttäjä ja pitäisi saada Shellyjen kanssa pörssiohjaus tehtyä. Sain tuntiohjauksen toimimaan Rankin perusteella, mutta nyt pitäisi saada tilanne jossa Rank etsitään aikaväliltä 07-23. Nykyiset automaatio yritykset on epäonnistuneet, koska nähtävästi Rank etsitään koko vuorokaudelta ja ne sijoittuvat tuon 07-23 ulkopuolelle, jolloin rele ei mene koskaan päälle.

Olen käyttänyt SHF-sensoreita täältä: https://github.com/T3m3z/spotprices2ha?tab=readme-ov-file

Mites tämmöinen automaatio pitäisi siis viritellä että Rank etsitään tietyn aikavälin sisältä?
 
Miten esillä olleeseen pörssisähkö custom:apexcharts-card kuvaajaan saa tulostumaan vaakasuuntaisen palkkien päälle päivän keskihinta "viivan", jos se on laskettu valmiiksi muuttujaan sensor.np_d0_khinta ?
 
Onko kellään kokemusta Trend helperistä? Koitan tehdä anturin joka huomaisi jos sulatuksia on enemmän kun 2 per 2 tuntia, mutta en oikein saa sitä toimimaan.

Tein counterin joka pitää kirjaa ILP:in sulatuksista, sekä helperin joka kasvattaa em. laskuria joka kerta kun mitsun Sub Stage menee DEFROST tilaan. Toimii.

Sitten tein Trend helperin seuraavilla asetuksilla;

Näytä liitetiedosto 113622

Minun mielestäni tuon pitäisi mennä True-tilaan kun sulatuksia on 2 per 7200 sekuntia. Eli Minimum Rate / min_gradient pitäisi olla 2 / 7200 eikö? Olenko ymmärtänyt oikein miten tuo Trend helperi tehdään, voisinko ehkä luottaa tuohon ilmaisemaan milloin Mitsun LN25 on mennyt hullunkiertotilaan?

www.home-assistant.io

Trend

Instructions on how to integrate Trend binary sensors into Home Assistant.
www.home-assistant.io www.home-assistant.io
 
maanma sanoi:
Miten esillä olleeseen pörssisähkö custom:apexcharts-card kuvaajaan saa tulostumaan vaakasuuntaisen palkkien päälle päivän keskihinta "viivan", jos se on laskettu valmiiksi muuttujaan sensor.np_d0_khinta ?
Klikkaa laajentaaksesi...
Koodi: 
series:
  - entity: sensor.shf_electricity_price_now
    name: Average Price
    unit: c/kWh
    show:
      in_header: false
      extremas: false
    type: line
    color: blue
    float_precision: 2
    stroke_width: 2
    data_generator: >
      return [[start, entity.attributes.today_avg*100], [moment(end).subtract(1,
      'days'), entity.attributes.today_avg*100],
Lisää siihen tuo series alle

Screenshot at 2026-02-05 19-49-50.png
 
maanma sanoi:
Puutuukohan tuosta koodimallin returnista joku pätkä ?
Klikkaa laajentaaksesi...
Kappas vain, oops.

Koodi: 
  data_generator: >
      return [[start, entity.attributes.today_avg*100], [moment(end).subtract(1,
      'days'), entity.attributes.today_avg*100], []];

Luulisi että kun maalaa koko rivin niin rivin jatkeetkin tulisi mukaan. Ilmeisesti ei.
 
En loppujen lopuksi saanut tuota data generaattoria nordpool entityllä toimimaan, joten käytin yaxis toteutusta

Piti asentaa myös HACS laajennos config-template-card

Koodi: 
type: custom:config-template-card
entities:
  - number.n_np_average_price_cents
card:
  type: custom:apexcharts-card
  graph_span: 24h
  header:
    title: Energy price today snt€
    show: false
  apex_config:
    grid:
      show: false
    annotations:
      yaxis:
        - "y": ${states['number.n_np_average_price_cents'].state}
          borderColor: lightgreen
          strokeWidth: 3
          label:
            text: Avg
  experimental:
    color_threshold: true
  all_series_config:
    color_threshold:
      - value: -10
        color: lightblue
      - value: 0
        color: blue
      - value: 3
        color: green
      - value: 8
        color: yellow
      - value: 12
        color: orange
      - value: 16
        color: orangered
      - value: 24
        color: red
      - value: 32
        color: purple
  yaxis:
    - min: ~0
      decimals: 1
  span:
    start: day
  now:
    show: true
    label: Nyt
  series:
    - entity: sensor.nordpool_kwh_fi_eur_3_10_0255
      name: PöSä
      unit: c/kWh
      type: column
      data_generator: |
        return entity.attributes.raw_today.map(
        (entry) => {
          return [new Date(entry.start).getTime(), entry.value * 100];
        });
 
haraldh sanoi:
Onko kellään kokemusta Trend helperistä? Koitan tehdä anturin joka huomaisi jos sulatuksia on enemmän kun 2 per 2 tuntia, mutta en oikein saa sitä toimimaan.

Tein counterin joka pitää kirjaa ILP:in sulatuksista, sekä helperin joka kasvattaa em. laskuria joka kerta kun mitsun Sub Stage menee DEFROST tilaan. Toimii.

Sitten tein Trend helperin seuraavilla asetuksilla;

Näytä liitetiedosto 113622

Minun mielestäni tuon pitäisi mennä True-tilaan kun sulatuksia on 2 per 7200 sekuntia. Eli Minimum Rate / min_gradient pitäisi olla 2 / 7200 eikö? Olenko ymmärtänyt oikein miten tuo Trend helperi tehdään, voisinko ehkä luottaa tuohon ilmaisemaan milloin Mitsun LN25 on mennyt hullunkiertotilaan?

www.home-assistant.io

Trend

Instructions on how to integrate Trend binary sensors into Home Assistant.
www.home-assistant.io www.home-assistant.io
Klikkaa laajentaaksesi...
Tee tavallinen laskuri joka nollaantuu 2h välein esim MeasureIt integraatiolla. Automaatiolla hälytys, jos arvo yli 2.
 
Viimeksi muokattu:
Tänään päivitin 26.1.2 versiosta 26.2.3. 3 tunkin kuluttua palasin takaisin vanhaan, koska automaatio alkoi skippailla sisällään olevia sääntöjä
 
Ei toimi vanhallakaan. Hämärä juttu.
Automaatio tuntuu sivuttavan condition ehtoja.
UIssa toimii yksitellen oikein, mutta suorita ohittaa ehdot.
Mistähän lokista @jussipa puhut?
 

Liitetiedostot

  • IMG_7168.png
    IMG_7168.png
    202,3 KB · Lukukerrat: 55
Sinun täytyy kirjautua sisään tai rekisteröityä voidaksesi vastata viestiin.
Takaisin
Ylös Bottom