HomeAssistant - Yleinen support topic

[Tekniikkatulitaloon]

Mikä mulla on tossa väärin, kun tuo energialaskenta ei ole kumuloituva?

Kohtuullisella varmuudella voin sanoa, että sensorin tyyppi on väärä. Itse olen energialaskurit tehnyt visuaalisella editorilla, enkä saa sitä näkymään YAML muodossa. Helpereistä kuitenkin valinnut "integral sensor" ja lähteeksi esimerkiksi tuo teho.

Tuolta lisää tämän sensorin käytöstä: https://www.home-assistant.io/integrations/integration/

 

[jussi]

Kohtuullisella varmuudella voin sanoa, että sensorin tyyppi on väärä. Itse olen energialaskurit tehnyt visuaalisella editorilla, enkä saa sitä näkymään YAML muodossa. Helpereistä kuitenkin valinnut "integral sensor" ja lähteeksi esimerkiksi tuo teho.

Tuolta lisää tämän sensorin käytöstä: https://www.home-assistant.io/integrations/integration/

Yritin nyt kans tuolta käyttöliittymän kautta luoda apurin. Otin energiamittarin lähtökohdaksi, mutta ei mitenkään suostu näyttämään Wh, vaan aina lähtöarvon mukaan W. Laskee sinänsä oikeanoloisesti. Pitää jatkaa harjotuksia...

 

[Tekniikkatulitaloon]

Yritin nyt kans tuolta käyttöliittymän kautta luoda apurin. Otin energiamittarin lähtökohdaksi, mutta ei mitenkään suostu näyttämään Wh, vaan aina lähtöarvon mukaan W. Laskee sinänsä oikeanoloisesti. Pitää jatkaa harjotuksia...

Tähän tapaan itsellä tuntuisi toimivan.

Teho sensori määritetty näin:
unit_of_measurement: "W"
device_class: energy
state_class: measurement

Edit: Auringon noustua voi todeta että sensori näyttää toimivan oikein.

 

[jussi]

katso liitettä 105655katso liitettä 105656
Tähän tapaan itsellä tuntuisi toimivan.

Teho sensori määritetty näin:
unit_of_measurement: "W"
device_class: energy
state_class: measurement

No, tuolla systeemillä ainakin kaikki kelpas ilman painimista. Energialukema tuli heti tarjolle, tosin nollana nyt. Huomenna näkee, miten laskee. Kiitos vihjeestä.

 

[Pretor]

Mikä mulla on tossa väärin, kun tuo energialaskenta ei ole kumuloituva?

template:
  - sensor:
      - name: "Aurinkopaneelin teho"
        state_class: measurement
        device_class: power
        unique_id: "Solar power"
        unit_of_measurement: W
        state: >
          {% set voltage = states('sensor.aurinkomittaukset_panelien_j_nnite') | float(0) %}
          {% set current = states('sensor.aurinkomittaukset_panelien_virta') | float(0) %}
          {{ (voltage * current) | round(2) }}
#template:
  - sensor:
      - name: "Aurinkopaneelin energia"
        unique_id: "aurinkopaneelin_energia"
        unit_of_measurement: "kWh"
        device_class: energy
        state_class: total_increasing
        state: >
          {{ states('sensor.aurinkopaneelin_teho') | float * (5 / 60 / 1000) }}

Tee ennemin helperien kautta Integraali...

Edit: jaa täällä olikin sivu päivittämättä eikä kyseinen/samainen ehdotus näkynyt

 

[jussi]

Tee ennemin helperien kautta Integraali...

Edit: jaa täällä olikin sivu päivittämättä eikä kyseinen/samainen ehdotus näkynyt

Joo, teinkin jo. Ja nyt on sitten paksusti lunta eikä paista...

 

[Luukku]

Varmaan täällä jo aikaisemminkin havaittua, mutta laitan silti, kun onnistuin
Tuo HA:n energy dashboard näyttää hienosti tuotannon, verkkoon menevän ja oston, mutta halusin saada selville puhtaan myynnin eli netotukseen menevän vähennettynä. Tämmöisellä apurilla (template sensor) näköjään toimii ja näyttää puhtaan myynnin negatiivisena. Positiiviset on sitten puhdas osto.

 

[maanma]

Nyt piti lisätä jo (ennusteen mukaista) täysaurinkopäivää edeltävän yöhön hinnasta riipumaton käyttörajoitus, jotta päivä pystytään imemään sisään. Tälle pitää tehdä vielä täydennysehto vko tai kk perusteinen aurinkolämpökausi.

 

[jussi]

Milläs tempulla saisin helpoimmin lähetettyä HA:sta ascii stringin esp8266 uartille? Vois testailla reagoiko tuo Yutakin datalinja johonkin, tännepäin tulee jo ascii merkit hyvin ja luettavasti. Tekstikenttää ja lähetysnappia ajattelin...

 

[Ninnannunna]

Ihmetyttää kyllä suuresti ettei täällä vaikuta olevan mitään mielenkiintoa EMHASS lisäosaan aurinkopanelien käyttäjillä. Onko siinä jotain vikaa? Taisi olla joku oma ketjukin asialle joka sekään ei juurikaan ole kantanut hedelmää. Melko hankala käyttöönotettava, joka varmaan karkoittaa porukkaa, mutta sopii siis panelittomallekin oikein konffattuna. Itsellä ollut projektina, ja toiveissa saada ensi talveksi käyttöön lattialämpöjen osalta.

 

[Ilpo55]

Milläs tempulla saisin helpoimmin lähetettyä HA:sta ascii stringin esp8266 uartille? Vois testailla reagoiko tuo Yutakin datalinja johonkin, tännepäin tulee jo ascii merkit hyvin ja luettavasti. Tekstikenttää ja lähetysnappia ajattelin...

Testasin joskus tekstiviestin lähetystä (D1-Mini + SMS Modem). Alla pätkä koodista. Olisiko siitä apua?

captive_portal:

uart:
  baud_rate: 9600
  tx_pin: 1

switch:
  - platform: template
    name: "Häly Sauna"
    turn_on_action:
      - uart.write: "AT\r\n"
      - delay: 1s           
      - uart.write: "AT+CMGF=1\r\n"
      - delay: 1s           
      - uart.write: "AT+CMGS=\"+35844xxxxxxx\"\r\n"
      - delay: 1s           
      - uart.write: "HALY Saunan ovi!\r\n"
      - delay: 1s           
      - uart.write: "\x1a"

 

[jussi]

Testasin joskus tekstiviestin lähetystä (D1-Mini + SMS Modem). Alla pätkä koodista. Olisiko siitä apua?

captive_portal:

uart:
  baud_rate: 9600
  tx_pin: 1

switch:
  - platform: template
    name: "Häly Sauna"
    turn_on_action:
      - uart.write: "AT\r\n"
      - delay: 1s          
      - uart.write: "AT+CMGF=1\r\n"
      - delay: 1s          
      - uart.write: "AT+CMGS=\"+35844xxxxxxx\"\r\n"
      - delay: 1s          
      - uart.write: "HALY Saunan ovi!\r\n"
      - delay: 1s          
      - uart.write: "\x1a"

Eli toi lähettää aina noi samat. Millä liipaset lähetyksen?
Mun tarttis päästä kokeileen eri ascii stringejä ja nähdä heti mitä Yutaki vastaa. Kun ei mistään löydy tietoa, mitä se haluaa tulevan. Eilisen illan yritin tekoälyn kanssa hieroa tekstikenttää ja "send" nappia huonolla menestyksellä. Paljon hienon näköisiä esimerkkejä se mulle antoi, mutta kaikki kaatu joko jo editorivaiheessa tai viimeistään kääntäjässä johonkin virheeseen.

 

[Ilpo55]

Eli toi lähettää aina noi samat. Millä liipaset lähetyksen?
Mun tarttis päästä kokeileen eri ascii stringejä ja nähdä heti mitä Yutaki vastaa. Kun ei mistään löydy tietoa, mitä se haluaa tulevan. Eilisen illan yritin tekoälyn kanssa hieroa tekstikenttää ja "send" nappia huonolla menestyksellä. Paljon hienon näköisiä esimerkkejä se mulle antoi, mutta kaikki kaatu joko jo editorivaiheessa tai viimeistään kääntäjässä johonkin virheeseen.

Tuo tekee kytkimen "Häly Sauna". Kun kytkin laitetaan ON asentoon lähtee merkit, tuossa 1 s. viiveellä eri merkkijonot.
Samoin voisi tehdä painonappeja, joita painamalla lähtee merkkijonot. Teen kohta esimerkin.

Painonappi voisi lähettää myös helpperin sisällön, jolloin voisi helpommin kokeilla eri merkkijonoja.

 

[Ilpo55]

Ao. tekee painonappeja, joita painamalla lähtee merkkijonot, jotka ovat uart.write: jälkeen.

captive_portal:

logger:
  level: INFO              # Set to INFO -- DEBUG if you are having issues!
  baud_rate: 0             

uart:
  baud_rate: 9600
  tx_pin: 1

button:
 
  - platform: template
    name: "Lähetä merkit1"
    on_press:
      then:
        - uart.write: "Merkkeja1\n"
  - platform: template
    name: "Lähetä merkit2"
    on_press:
      then:
        - uart.write: "Lisaa\n"
  - platform: template
    name: "Lähetä merkit3"
    on_press:
      then:
        - uart.write: "VIIMEINEN\n"

 

[jussi]

Ao. tekee painonappeja, joita painamalla lähtee merkkijonot, jotka ovat uart.write: jälkeen.

captive_portal:

logger:
  level: INFO              # Set to INFO -- DEBUG if you are having issues!
  baud_rate: 0            

uart:
  baud_rate: 9600
  tx_pin: 1

button:
 
  - platform: template
    name: "Lähetä merkit1"
    on_press:
      then:
        - uart.write: "Merkkeja1\n"
  - platform: template
    name: "Lähetä merkit2"
    on_press:
      then:
        - uart.write: "Lisaa\n"
  - platform: template
    name: "Lähetä merkit3"
    on_press:
      then:
        - uart.write: "VIIMEINEN\n"

Mulla onkin jo tehtynä helperit nappi ja tekstikenttä, pitää vaan yrittää naittaa ne tuohon malliisi...
Nappi: input_button.send
Tekstikenttä: input_text.yutaki_send

 

[Temez]

Oliko @jussi tarve nyt vain kokeilua varten lähetellä eri arvoja eikä tehdä "pysyvää ratkaisua"?

Silloin voisi ehkä tehdä "käyttäjän määrittelemän actionin" esphomeen ja sitten HA:n puolella päättää, että mitä tekstiä lähetetään. Jos sinulla uart jo toimii ja pystyt jotain lähettämään, niin joku tämmöinen voisi riittää esphomen lisäkonffiksi:

api:
  actions:
    - action: send_uart
      variables:
        text: string
      then:
        - uart.write: !lambda 'return text'

Tuon jälkeen Home Assistantissa pitäisi olla valittavissa automaatioihin ja esimerkiksi Developer Toolsissa (jota suosittelen tähän kokeiluun) uusi Action nimeltään esphome.send_uart, joka odottaa text-variablessa tekstiä, joka sitten lähtisi UARTin yli eteenpäin. Tuon voisit sitten naittaa HA:n automaatiolla noihin input_text.yutaki_send ja input_button.send tekemällä automaation, jonka käynnistysehtona/triggerina input_button.send ja sitten se kutsuisi tuota esphome.send_uart -actionia lähettäen sensorin input_text.yutaki_send sisällön. Ehkä jotain tämän suuntaista:

Käyttöliittymä valittaa tuosta actionista, kun sitä actionia ei ole olemassa minulla.

Disclaimer: kokeilematonta koodia.

EDIT: jäi pois linkki Esphomen dokumentaatioon eli tänne https://esphome.io/components/api.html#user-defined-actions

 

[Ilpo55]

Kokeilua varten myös ao. tuli vastaan.
Sitä varten pitää tehdä text helperi nimeltään: scorbot_command

text_sensor:
  - platform: homeassistant
    name: "HA Scorbot Command"
    entity_id: input_text.scorbot_command
    id: ha_scobot_text_command
    internal: false

button:
  - platform: template
    name: "Execute HA Command"
    id: ha_scorbot_command
    on_press:
      - logger.log: Execute HA Command 1
      - uart.write:
          data: !lambda |-
            std::size_t pos;
            std::string str = id(ha_scobot_text_command).state;
            while ((pos = str.find("\\r")) != std::string::npos)
              str.replace(pos, 2, "\r");
            std::vector<uint8_t> vec(str.begin(), str.end());
            return vec;

 

[jussi]

Oliko @jussi tarve nyt vain kokeilua varten lähetellä eri arvoja eikä tehdä "pysyvää ratkaisua"?

Juu, nyt pitää yrittää ensin löytää se mahdollinen ascii stringi johon Yutaki reagois. Siltä nyt oletuksen mukaan vois pyytää arvoja ilmeisesti väylään. Koska väylässä tulee jatkuvasti säntillisesti kaksi "No Received" lähetystä ja niiden perään pidempi perusrimpsu, jossa toimintatilaa/virhettä ja jotain muuta vielä avaamatonta tietoa. Tollasta tulee väylästä:

[00:44:54][D][text_sensor:064]: 'UART Data': Sending state 'No received

'
[00:44:55][D][text_sensor:064]: 'UART Data': Sending state 'No received

'
[00:44:55][D][text_sensor:064]: 'UART Data': Sending state 'Seconds: 3803

22895,21905

3803:10 Wait ACK

3803:15 ACKR

Chiller Message

Chiller CURRENT DATA

DT: 00,00 | 40,00

No received

Kiitos noista malleista, kattelen tossa vielä niitä kun pistän saunan tuleen...

 

[jussi]

Mitähän tää nyt tarkoittaa? Käyttöliittymästä tehty automaatio, siis aikakytkin, joka pistää kytkimen päälle kun kello 8.30. Ei laittanu päälle.
Yamlina katottuna lopussa on mode: single, mutta ei sitä voi liittymästä muuttaa.

 

[Ninnannunna]

Mitähän tää nyt tarkoittaa? Käyttöliittymästä tehty automaatio, siis aikakytkin, joka pistää kytkimen päälle kun kello 8.30. Ei laittanu päälle.
Yamlina katottuna lopussa on mode: single, mutta ei sitä voi liittymästä muuttaa.
katso liitettä 107363

Automaatio kannattaa laittaa tänne yaml muodossa niin selviää paremmin. Yleensäkin kannattaa välttää screenshotteja jos koodista tai automaatioista kyse.
Muokkaus: Ihan jo senkin takia, että jos joku näkee itselleen tarpeelista koodia, on se helppo kopioida eikä tarvitse kirjoitella.

 

[jussi]

Automaatio kannattaa laittaa tänne yaml muodossa niin selviää paremmin. Yleensäkin kannattaa välttää screenshotteja jos koodista tai automaatioista kyse.
Muokkaus: Ihan jo senkin takia, että jos joku näkee itselleen tarpeelista koodia, on se helppo kopioida eikä tarvitse kirjoitella.

Tuota vikailmoa ei saa kopioitua, ei varsinkaan koodina. Siihen kysymys liittyi.
Koodi siitä tässä, muutin jo moden kokeeksi "restart".

alias: Aurinkopanelien aamujarru
description: ""
triggers:
  - trigger: time
    at: "08:30:00"
conditions: []
actions:
  - action: switch.turn_on
    metadata: {}
    data: {}
    target:
      entity_id:
        - switch.ikea_of_sweden_tretakt_smart_plug_kytkin_2
  - delay:
      hours: 16
      minutes: 0
      seconds: 0
      milliseconds: 0
  - action: switch.turn_off
    metadata: {}
    data: {}
    target:
      entity_id: switch.ikea_of_sweden_tretakt_smart_plug_kytkin_2
mode: restart

 

[Joksa]

Yamlina katottuna lopussa on mode: single, mutta ei sitä voi liittymästä muuttaa.

Eikö onnistu editorissa kolmen pisteen kohdalta?

 

[jussi]

Eikö onnistu editorissa kolmen pisteen kohdalta?

Enhän mä tuota huomannu...
Mutta edelleen, miksi se lopetti kesken, eikä suorittanut toimintaa? Kai sen sillä "single" modellakin pitäs se kerran tehdä...

 

[iro]

Mitähän tää nyt tarkoittaa? Käyttöliittymästä tehty automaatio, siis aikakytkin, joka pistää kytkimen päälle kun kello 8.30. Ei laittanu päälle.
Yamlina katottuna lopussa on mode: single, mutta ei sitä voi liittymästä muuttaa.
katso liitettä 107363

Utelin ChatGPT:tä tuosta Pysähtyi nootista, vastaus alla:

Tässä tapauksessa viesti "Pysähtynyt, koska vain yksi suoritus on sallittu" johtuu siitä, että Home Assistantin automaatio on määritetty käyttämään mode: restart -asetusta. Tämä tarkoittaa, että jos automaatio laukaistaan uudelleen ennen kuin edellinen suoritus on päättynyt, se keskeyttää edellisen suorituksen ja käynnistää sen uudelleen.

Mikä aiheuttaa ongelman?
Mode: restart: Tämä asetus tarkoittaa, että jos automaatio laukaistaan uudelleen (esimerkiksi jos laitteelle annetaan uusi käsky samanaikaisesti), se keskeyttää edellisen suorituksen ja aloittaa sen alusta. Tällöin saattaa tulla virheilmoitus, jos automaatio yrittää suorittaa useamman kerran päällekkäin.

Delay: Kun käytät delay-toimintoa (tässä tapauksessa 16 tuntia), automaatio on "keskeytetty" koko ajan, mutta se on silti aktiivinen ja odottaa. Jos joku muu käynnistää automaation samanaikaisesti tai se käynnistetään uudelleen, se katkaisee odottavan automaation, koska se on asetettu toimimaan vain kerran kerrallaan.

Mikä on virheilmoituksen syy?
Virheilmoitus "Pysähtynyt, koska vain yksi suoritus on sallittu" viittaa siihen, että automaatio on jo käynnissä, ja koska mode: restart on määritelty, se ei voi suorittaa uutta instanssia samanaikaisesti.

Ratkaisuvaihtoehdot:
Muuta mode-asetusta:
Jos haluat, että automaatio voi suorittaa useita kertoja päällekkäin, voit kokeilla käyttää mode: parallel (useampi instanssi voi juosta samanaikaisesti) tai mode: single (automaation voi suorittaa vain kerran kerrallaan, mutta se ei käynnisty uudelleen ennen kuin edellinen on valmis).

 

[jussi]

Ihan mielenkiinnosta pyysin ChatGPT:ä tarkistamaan jakamasi koodin. Ehdotti muutosta actions-kohtaan (alla ehdotus). En ole sen tarkemmin selvittänyt toimintaa.

Tuo koodi on käyttöliittymän tekemä, ei minun.
Ja siinä oli mode: single kun se ei toiminut. Muutin sen arvoon "restart", koska single antoi tuon virheen.
Tekoälyä olen näissä kanssa useesti kiusannu noiden koodiosien kanssa, varsinkin niissä C++ kohdissa. Harvoin osuu tekemään toimivaa ilman montaa yritystä ja paapomista.

Näissä näkyy edelleen olevan se ongelma, että joku mahdollinen vastaaja ei edes lue kysymystä ja vastaa asian sivusta. Saman paskeen saa suoraan tekoälyltä kysymällä, mikä ei yleensä johda oikeen mihinkään.

Alkuperäinen kysymys on edelleen voimassa. Miksi käyttöliittymästä tehty validi ja hyväksytty ajastinautomaatio ei suostunut toimimaan? Virheilmolla: "pysähtyi, koska vain yksi suoritus on sallittu". Ei kai kellonaika montaa kertaa ole just tietty aika? Miksi sitä pitäisi suorittaa monta kertaa?

 

[Tekniikkatulitaloon]

Alkuperäinen kysymys on edelleen voimassa. Miksi käyttöliittymästä tehty validi ja hyväksytty ajastinautomaatio ei suostunut toimimaan? Virheilmolla: "pysähtyi, koska vain yksi suoritus on sallittu". Ei kai kellonaika montaa kertaa ole just tietty aika? Miksi sitä pitäisi suorittaa monta kertaa?

Virheilmoituksen mukaan automaation edellinen suorituskerta oli vielä käynnissä. Tuolla koodilla se ei olisi tietenkään enää käynnissä vaan olisi vaatinut esim yli 24 tunnin viiveen käyttöä. Toinen vaihtoehto automaation päällä ololle on manuaalisen käynnistys. Restart mode soveltuu mielestäni paremmin tähän automaatioon.

 

[jussi]

Virheilmoituksen mukaan automaation edellinen suorituskerta oli vielä käynnissä. Tuolla koodilla se ei olisi tietenkään enää käynnissä vaan olisi vaatinut esim yli 24 tunnin viiveen käyttöä. Toinen vaihtoehto automaation päällä ololle on manuaalisen käynnistys. Restart mode soveltuu mielestäni paremmin tähän automaatioon.

Tuopa nähdään muutaman tunnnin päästä. Taidan mennä vaakaan odotteleen, mitä tapahtuu.

 

[iro]

Tuo koodi on käyttöliittymän tekemä, ei minun.
Ja siinä oli mode: single kun se ei toiminut. Muutin sen arvoon "restart", koska single antoi tuon virheen.
Tekoälyä olen näissä kanssa useesti kiusannu noiden koodiosien kanssa, varsinkin niissä C++ kohdissa. Harvoin osuu tekemään toimivaa ilman montaa yritystä ja paapomista.

Näissä näkyy edelleen olevan se ongelma, että joku mahdollinen vastaaja ei edes lue kysymystä ja vastaa asian sivusta. Saman paskeen saa suoraan tekoälyltä kysymällä, mikä ei yleensä johda oikeen mihinkään.

Alkuperäinen kysymys on edelleen voimassa. Miksi käyttöliittymästä tehty validi ja hyväksytty ajastinautomaatio ei suostunut toimimaan? Virheilmolla: "pysähtyi, koska vain yksi suoritus on sallittu". Ei kai kellonaika montaa kertaa ole just tietty aika? Miksi sitä pitäisi suorittaa monta kertaa?

Tämäkään ei ole vastaus alukperäiseen kysymykseen mutta laitan tänne vielä yhden postauken.
Olen itsekin havainnut mainitsemasi ongelman autimatioissa joissa on viive-elementti eli ne jäävät aktiivisiksi pidemmäksi aikaa.
Olen kiertänut ongelman tekemällä erittiset automaatiot aloitukseen ja lopetukseen. Kiinteillä kellonajoilla suoraviivaista, viivetapaukessa käynnistävä tapahtuma käynnistää myös ajastimen joka sitteen liipaisee.lopetuksen.

 

[hemaris]

Tuo koodi on käyttöliittymän tekemä, ei minun.
Ja siinä oli mode: single kun se ei toiminut. Muutin sen arvoon "restart", koska single antoi tuon virheen.
Tekoälyä olen näissä kanssa useesti kiusannu noiden koodiosien kanssa, varsinkin niissä C++ kohdissa. Harvoin osuu tekemään toimivaa ilman montaa yritystä ja paapomista.

Näissä näkyy edelleen olevan se ongelma, että joku mahdollinen vastaaja ei edes lue kysymystä ja vastaa asian sivusta. Saman paskeen saa suoraan tekoälyltä kysymällä, mikä ei yleensä johda oikeen mihinkään.

Alkuperäinen kysymys on edelleen voimassa. Miksi käyttöliittymästä tehty validi ja hyväksytty ajastinautomaatio ei suostunut toimimaan? Virheilmolla: "pysähtyi, koska vain yksi suoritus on sallittu". Ei kai kellonaika montaa kertaa ole just tietty aika? Miksi sitä pitäisi suorittaa monta kertaa?

Kyse voi olla ihan puhtaasta HAn virheesta. Esim triggeri ei toimi tai laukeaa väärässä tilanteessa. Tai jotain tapahtuu tuon 16h delay-komennon aikana. Nämä on harvinaisia mutta kyllä näihin törmää satunnaisesti. HA:n alkuaikoina näitä oli enemmän ja minulla on vielä paljon ohjauksia joissa on tuplavarmistus juuri tämän takia.

Itse pyrin välttämään pitkiä delay-komentoja sillä automaatio jää pyörimään taustalle kute @iro tuossa aiemmin mainitsi. Parempi olla useampi triggeri jotka tunnistetaan automaatiossa. Noille triggereille voi myös antaa oman tunnisteen (Id) joiden avulla voidaan myöhemmin tunnistaa että minkä triggerin kautta automaatio on laukaistu.

 

[Joksa]

Tuopa nähdään muutaman tunnnin päästä. Taidan mennä vaakaan odotteleen, mitä tapahtuu.

Yleensä muutamaa minuuttia pidempiä viiveitä ei kannata käyttää. Voi olla niin, että on tullut tarve esim. bootata HA ohjattu laite jää päälle ja eikä mene lepotilaan kuin seuraavalla kerralla (ohjelman suoritus keskeytyy).
Automaatiot kannattaa ladata uudelleen, kun on tehnyt muutoksia muuten eivät tule voimaan (seuraavassa bootissa korkeintaan).
Itse olen joitakin (minulle) vaikeita automaatioita tehnyt siten, että pistän ohjattavaksi vaikka jonkun lampun. Näin on helpompi katsoa että ohjelma toimii kunnolla ja aikoja on helpompi laittaa vaikka vartin päähän ja muuttaa ne sitten oikeaksi.

 

[jussi]

Yleensä muutamaa minuuttia pidempiä viiveitä ei kannata käyttää. Voi olla niin, että on tullut tarve esim. bootata HA ohjattu laite jää päälle ja eikä mene lepotilaan kuin seuraavalla kerralla (ohjelman suoritus keskeytyy).
Automaatiot kannattaa ladata uudelleen, kun on tehnyt muutoksia muuten eivät tule voimaan (seuraavassa bootissa korkeintaan).
Itse olen joitakin (minulle) vaikeita automaatioita tehnyt siten, että pistän ohjattavaksi vaikka jonkun lampun. Näin on helpompi katsoa että ohjelma toimii kunnolla ja aikoja on helpompi laittaa vaikka vartin päähän ja muuttaa ne sitten oikeaksi.

Jep, tämä olikin tarkoitettu vain lyhyeen kokeiluun ihan testiksi.

Mutta nyt ainakin restart modellla toimi oikein.

 

[timop]

laskurit on hyviä tommoseen, sen kanssa se jatkaa myös vaikka HA:n buuttailee
esim

 

[grendy]

Onko kellään ollut ongelmia viimeisen viikon aikana saada yhteyttä HA:han (joko localisti tai duckdns) ja/tai Netarmo sensorien päivityksen kanssa? En usko että on kun ei googlekaan tarjoa vertaistukea, mutta kysytään nyt

Mulla ihan randomisti tässä viikon aikana alkanut oleen ongelmia saada yhteyttä HA:han joko webbiselaimella tai android-appilla, sama se onko DuckDNS kautta tai homeassistant.local. Välillä ei vaan yhdistä ja välillä sit toimii, ihan randomisti. Äskenkin appi toimi ihan hyvin, mutta nyt "Yhteyttä home assistantiin ei voi muodostaa" ja sit vaan perinteinen asetukset tai päivitä ulkoverkon osoite. Samaan aikaan nettiselainversio toimii kyllä ihan hyvin localisti tai duckdns kautta, mutta sekin voi lakata toimimasta käytännössä hetkenä minä hyvänsä ajaksi X.

Sitten noi Netatmon käppyrät välillä on päivittymättä jopa 1-2h ajan ja sitten yhtäkkiä päivittyt taas. Jos lataan laajennuksen uusiksi HA asetuksista niin päivittyy heti.

Kaikki ongelmat on alkanut tässä viikon sisään, mutta kun tänä aamuna epätoivoisena palautin viikon takaisen backupin niin ei auttanut
ISP teki jonkun huoltotyön viime viikolla ja netti pätkäsi, mutta oon kaikki laitteet monta kertaa restartannut sen jälkeen. DuckDNS tietysti olis muuten syyttävän sormen osoite, mutta välillä kun ei local-osoitekaan lataa! Ja varmaan löytäisin monta ketjua aiheesta jos DuckDNS ei toimisi.

Alkaa mennä hermot ja en keksi mikä tässä nyt mättää. Onko mahdollista että Raspberry Pi:n muistikortti alkais jotenkin sekoileen? Tosin koska kaikki muut sensorit päivittyy ilman mitään ongelmia ja 30sec välein niin epäilen kyllä sitäkin vahvasti.... Koti-routeriin en oo tehnyt mielestäni mitään asetusmuutoksia.

 

[Luukku]

Onko kellään ollut ongelmia viimeisen viikon aikana saada yhteyttä HA:han (joko localisti tai duckdns) ja/tai Netarmo sensorien päivityksen kanssa? En usko että on kun ei googlekaan tarjoa vertaistukea, mutta kysytään nyt

Mulla ihan randomisti tässä viikon aikana alkanut oleen ongelmia saada yhteyttä HA:han joko webbiselaimella tai android-appilla, sama se onko DuckDNS kautta tai homeassistant.local. Välillä ei vaan yhdistä ja välillä sit toimii, ihan randomisti. Äskenkin appi toimi ihan hyvin, mutta nyt "Yhteyttä home assistantiin ei voi muodostaa" ja sit vaan perinteinen asetukset tai päivitä ulkoverkon osoite. Samaan aikaan nettiselainversio toimii kyllä ihan hyvin localisti tai duckdns kautta, mutta sekin voi lakata toimimasta käytännössä hetkenä minä hyvänsä ajaksi X.

Sitten noi Netatmon käppyrät välillä on päivittymättä jopa 1-2h ajan ja sitten yhtäkkiä päivittyt taas. Jos lataan laajennuksen uusiksi HA asetuksista niin päivittyy heti.

Kaikki ongelmat on alkanut tässä viikon sisään, mutta kun tänä aamuna epätoivoisena palautin viikon takaisen backupin niin ei auttanut
ISP teki jonkun huoltotyön viime viikolla ja netti pätkäsi, mutta oon kaikki laitteet monta kertaa restartannut sen jälkeen. DuckDNS tietysti olis muuten syyttävän sormen osoite, mutta välillä kun ei local-osoitekaan lataa! Ja varmaan löytäisin monta ketjua aiheesta jos DuckDNS ei toimisi.

Alkaa mennä hermot ja en keksi mikä tässä nyt mättää. Onko mahdollista että Raspberry Pi:n muistikortti alkais jotenkin sekoileen? Tosin koska kaikki muut sensorit päivittyy ilman mitään ongelmia ja 30sec välein niin epäilen kyllä sitäkin vahvasti.... Koti-routeriin en oo tehnyt mielestäni mitään asetusmuutoksia.

Olen havainnut samaa näissä syyskuun versioissa. Edgen selainkin kyllä päivitty just, voi johtua siitäkin.

 

[grendy]

Olen havainnut samaa näissä syyskuun versioissa. Edgen selainkin kyllä päivitty just, voi johtua siitäkin.

Joo ratkaisin yhteysongelmat sillä että yhdistän IP:llä enkä hostnamella joten se ongelma poistui. Toi Netatmo-ongelma ei oo poistunut, eli siinä on edelleen tollasia päivittämättömyysaikoja verrattuna muihin sensoreihin. Netatmon omalla appilla noita jumituksia ei näy, eli liittyy jotenkin HA:iin.

 

[hemaris]

Joo ratkaisin yhteysongelmat sillä että yhdistän IP:llä enkä hostnamella joten se ongelma poistui. Toi Netatmo-ongelma ei oo poistunut, eli siinä on edelleen tollasia päivittämättömyysaikoja verrattuna muihin sensoreihin. Netatmon omalla appilla noita jumituksia ei näy, eli liittyy jotenkin HA:iin.
katso liitettä 108554

Itsellä oli vastaavan näköisiä ongelmia yhden 433 MHz langattoman lämpötila-anturin kanssa joka oli yhdistetty RFLink-integraatiolla. Kyse on jo 10v vanhasta anturista jonka luulin hajonneen ikänsä vuoksi. Laitoin rinnalle uuden sensorin mutta jonkun HA-päivityksen jälkeen alkuperäisen anturin ongelmat poistui. Nämä 433 MHz laitteet toimivat paikallisesti, joten jos näkemäni jumit olivat samoja kuin sinulla niin ne johtuivat jostain muusta kuin netti/wifi-liikenteen häiriöistä.

 

[grendy]

Itsellä oli vastaavan näköisiä ongelmia yhden 433 MHz langattoman lämpötila-anturin kanssa joka oli yhdistetty RFLink-integraatiolla. Kyse on jo 10v vanhasta anturista jonka luulin hajonneen ikänsä vuoksi. Laitoin rinnalle uuden sensorin mutta jonkun HA-päivityksen jälkeen alkuperäisen anturin ongelmat poistui. Nämä 433 MHz laitteet toimivat paikallisesti, joten jos näkemäni jumit olivat samoja kuin sinulla niin ne johtuivat jostain muusta kuin netti/wifi-liikenteen häiriöistä.

Juu kyllä se on pakko olla joku Netatmo-HA -rajapinta.

Tässä HA näkymä minkä mukaan 9-9:50 ulkolämpötila olisi pysynyt samana sitten yhtäkkiä pompannut 14.6C->16.3C

Netatmon omilla sivuilla käppyrä on tyylikäs ja data päivittyy 5min välein

2025/09/09 08:53:23	14,6​
2025/09/09 08:58:31	14,8​
2025/09/09 09:03:38	15​
2025/09/09 09:08:46	15,2​
2025/09/09 09:13:53	15,4​
2025/09/09 09:19:01	15,6​
2025/09/09 09:24:09	15,7​
2025/09/09 09:29:16	15,8​
2025/09/09 09:33:33	15,9​
2025/09/09 09:38:40	16​
2025/09/09 09:43:48	16,1​
2025/09/09 09:48:55	16,3​
2025/09/09 09:54:03	16,5​
2025/09/09 09:59:11	16,7​
2025/09/09 10:04:18	16,8​

Ei ainakaan googlettelemalla samoja ongelmia ole muilla tullut vastaan, mutta jotenkin kuulostais oudolta että olis esim muistikorttiongelmakaan, kun kaikki muut sensorit kuitenkin päivittyy normaalisti. Pitää avata tästä joku thread johonkin HA-foorumillae selkeesti .. Noi jumit voi olla siis jotain kymmenistä minuuteista ja pahimmillaan on ollut muutamia tunteja päivittymättä. Tollanen monta tuntia päivittymättä oleva sensori ei oo kovin hyvä automaatioita ajatelleen, heti kun pakkasille mennään.

 

[hemaris]

Juu kyllä se on pakko olla joku Netatmo-HA -rajapinta.

Ei ainakaan googlettelemalla samoja ongelmia ole muilla tullut vastaan, mutta jotenkin kuulostais oudolta että olis esim muistikorttiongelmakaan, kun kaikki muut sensorit kuitenkin päivittyy normaalisti. Pitää avata tästä joku thread johonkin HA-foorumillae selkeesti .. Noi jumit voi olla siis jotain kymmenistä minuuteista ja pahimmillaan on ollut muutamia tunteja päivittymättä. Tollanen monta tuntia päivittymättä oleva sensori ei oo kovin hyvä automaatioita ajatelleen, heti kun pakkasille mennään.

Minulla samanaisia kokemuksia ongelmien kestosta. Yleensä jumit kesti tosiaan joitakin kymmeniä minuuteja, mutta kerran taisi olla koko yön. Ja sitten anturi heräsi taas henkiin. Erikoista tässä oli että itse en nähnyt mitään ongelmaan muissa RFLinkin alaisissa lämpötila-antureissa, paitsi kertaalleen siinä yhdessä jonka siirsin ulos vanhan anturin rinnalle. Sen sijaan esim Z-wave anturit toimivat ilman ongelmia.

Itselläni on HA Yellow jossa käyttis ja data on SSD-levyllä, eli ei tämä mikään SD-korttiongelmakaan voi olla. En ole nähnyt mitään ongelmaa .... ehkä pariin viikkoon.. Tässä välissä on tullut 2025.9. päivitykset, mutta muistaakseni ongelmat korjautuivat kyllä ennen kuin tein tuon päivityksen.

 

[fraatti]

Juu kyllä se on pakko olla joku Netatmo-HA -rajapinta.

Tässä HA näkymä minkä mukaan 9-9:50 ulkolämpötila olisi pysynyt samana sitten yhtäkkiä pompannut 14.6C->16.3C
katso liitettä 108555

Netatmon omilla sivuilla käppyrä on tyylikäs ja data päivittyy 5min välein

2025/09/09 08:53:23	14,6​
2025/09/09 08:58:31	14,8​
2025/09/09 09:03:38	15​
2025/09/09 09:08:46	15,2​
2025/09/09 09:13:53	15,4​
2025/09/09 09:19:01	15,6​
2025/09/09 09:24:09	15,7​
2025/09/09 09:29:16	15,8​
2025/09/09 09:33:33	15,9​
2025/09/09 09:38:40	16​
2025/09/09 09:43:48	16,1​
2025/09/09 09:48:55	16,3​
2025/09/09 09:54:03	16,5​
2025/09/09 09:59:11	16,7​
2025/09/09 10:04:18	16,8​

Ei ainakaan googlettelemalla samoja ongelmia ole muilla tullut vastaan, mutta jotenkin kuulostais oudolta että olis esim muistikorttiongelmakaan, kun kaikki muut sensorit kuitenkin päivittyy normaalisti. Pitää avata tästä joku thread johonkin HA-foorumillae selkeesti .. Noi jumit voi olla siis jotain kymmenistä minuuteista ja pahimmillaan on ollut muutamia tunteja päivittymättä. Tollanen monta tuntia päivittymättä oleva sensori ei oo kovin hyvä automaatioita ajatelleen, heti kun pakkasille mennään.

Katsoin itsekin että miltä netatmon käppyrät näyttävät. Näköjään siellä on samoja loikkia.
Mulla on käytössä versiot

• Installation methodHome Assistant OS
• Core2025.7.4
• Supervisor2025.09.0
• Operating System13.2
• Frontend20250702.3

Selasin historiaa taaksepäin ja huomasin että syyskuussa tuo on alkanut kyselemään lämpötiloja useammin tai sitten syystä tai toisesta data päivittyy useammin. Voipi olla että mulla on myös ollut joku autoupdate päällä tuossa lisäosille (jos sellainen on). Päivitin hiljattain HA:n, mutta en enää muista koska se oli, mutta tuskin se on tapahtunut su-ma yönä.

Sourcen nimi on muuttunut tuossa myös long termistä historyksi.
Tuossa on vielä useampia lämpötiloja sekä mlp että netatmosta. Näyttää että tuo koskee ainoastaan ulkolämpötilaa.

 

[grendy]

@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