Varmaan niin. Mutta siis ilmeisesti edes sellaisen itse haetun Datahub csv-dumpin importtaus tiedostosta home assistanttiin siis on tekemättä?
HomeAssistant - Yleinen support topic
- Keskustelun aloittaja -ww-
- Aloitettu
-
- Avainsanat
- hassio homeassistant zigbee
HA:sta ylipäänsä puuttuu tuki minkäänlaiselle historiadatan dumppaamiselle. Ainoa keino dumpata se data on suoraan tietokantaan. Tässä yksi skripti tuohon: https://github.com/patrickvorgers/Home-Assistant-Import-Energy-Data
Tässä yks havainnollistava esimerkki, miksi en haluu/viitti/pysty käyttään noita OneWire lämpöantureita mihinkään oikeaan tarkoitukseen. Noita erroreita tulee säännöllisesti ihan riippumatta siitä, mikä laite niitä lukee. Joskus ne on vaan lyhiä nykäsyjä vaikka esm. 200000C lämpöön, ja joskus jatkuu pidempäänkin. Mihinkään säätöön tollasta on aika ikävä käyttää.
Lyhyet piikit on itsellekin tulleet tutuksi osalla langattomia (zwave ja 433 MHz) sensoreista. Näyttää siltlä etta aina välillä on joku bitti nyrjähtänyt ja tulee täysin järjettömiä yksittäisiä lukemia. Ne pystyy aika helposti hanskaamaan esim Outlier Filterillä:
Filter
Instructions on how to integrate Data Filter Sensors into Home Assistant.
www.home-assistant.io
Mutta tuollainen pitkä virhetoiminto on mahdoton hanskata. Filterin range-toiminnolla voi kyllä leikata ääriarvot mutta tällöin pitkissä häiriöissä katoaa koko anturin idea.
Viimeksi muokattu:
Mistä antureista kyse?
Itsellä on jo useamman vuoden ollut iso kasa (10-20kpl) Amazonista ja Aliexpressistä ostettuja DS18B20 antureita eri paikoissa mittaamassa enkä kertaakaan ole tuollaisia häiriöitä havainnut. HA:iin nuo on yhdistetty ESPHomella.
Näistä siis kyse.
DS18B20 Stainless Steel Package 1 Meter/3meters Waterproof 18b20 Cable Probe Temperature Sensor - AliExpress 502
Smarter Shopping, Better Living! Aliexpress.com
www.aliexpress.com
Olen myös kuullut vastaavia ongelmia olevan joillakin, mutta itsellä vasta eilen ekaa kertaa tuli vastaan sen jälkeen kun tein muutoksia olemassa olleeseen ympäristöön lisäämällä sensoreita uusia sensoreita rinnan ja vaihtamalla powerin.
Nyt peruutan muutoksissa yksi kerrallaan ja tarkastelen mistä ongelmat johtuu.
Sensori joka alkoi antamaan piikkejä on ollut käytössä yli 6kk ilman ongelmia
Nyt peruutan muutoksissa yksi kerrallaan ja tarkastelen mistä ongelmat johtuu.
Sensori joka alkoi antamaan piikkejä on ollut käytössä yli 6kk ilman ongelmia
Etenkin useamman anturin 1-wire-verkko on kovin herkkä häiriöille. Toisin kuin monien muiden langoitusten kanssa, tuon toteututuksessa ei voi tinkiä yhtään ns. parhaista käytännöistä. Mitä enemmän antureita ja pitempi verkko, sitä vaikeampaa (varsinaisesa mielessä laaja verkko on jo toivoton tapaus).
Aika häiriöherkänkin 1-wire-verkon kanssa saattaa pärjätä, jos sovellus on sellainen, että virhelukemia pystyy suodattamaan päättelyohjelmalla. Jos järkevän lukeman onnistuu saamaan, se on yleensä lähellä oikeaa. Itsellä on ollut vuosikausia yksi kylmälaitteiden valvontasovellus, jossa n. 90% lukemista menee metsään, mutta lopun 10% kanssa sitten pärjää tyydyttävästi, koska tarkkailtava ilmiö muuttuu hitaasti. Yhden osa jouduin kuitenkin verkosta hylkäämään, kun virhelukemien osuus alkoi ylittää 99%. Kaikki 1-wire-johdotus pitäisi tuolla tehdä uudestaan alusta alkaen.
Aika häiriöherkänkin 1-wire-verkon kanssa saattaa pärjätä, jos sovellus on sellainen, että virhelukemia pystyy suodattamaan päättelyohjelmalla. Jos järkevän lukeman onnistuu saamaan, se on yleensä lähellä oikeaa. Itsellä on ollut vuosikausia yksi kylmälaitteiden valvontasovellus, jossa n. 90% lukemista menee metsään, mutta lopun 10% kanssa sitten pärjää tyydyttävästi, koska tarkkailtava ilmiö muuttuu hitaasti. Yhden osa jouduin kuitenkin verkosta hylkäämään, kun virhelukemien osuus alkoi ylittää 99%. Kaikki 1-wire-johdotus pitäisi tuolla tehdä uudestaan alusta alkaen.
Pitkästä aikaa jokin meni rikki HA:ssa. Ilmeisesti viimeisin OS päivitys rikkoi BT:n. Samaa ongelmaa tuntuu olevan muillakin, niissä raporteissa tuo on kytketty uusimpaan core 2024.3 päivitykseen, mutta minulla on vielä 2024.2.5 ja siinäkin jo rikki. Sen sijaan uusimman OS:n päivitin nyt viikonloppuna, luulisin että siinä rikkoutunut.
En ole kuitenkaan huomannut mitään käytännössä kun pari noita BT Proxyjä on myös talossa. Toinen yläkerrassa ja toinen alhaalla. Lähinnä Airthingsin pari Wavea on BT:llä kiinni HA:ssa ja toiminevat nyt noiden proxyjen kautta sitten koska mitään ongelmia ei ole näkynyt.
Lisäksi Ebecon termari on alkanut häröilemään. Tämä on jatkunut jo jonkin päivän. Jotain ongelmaa mahdollisesti API:ssa. Kun automaatiolta menee pyyntö muuttaa lämpötilaa, niin muutos tapahtuu normaalisti. Tästä aina n. minuutin päästä palaa kuitenkin edelliseen arvoon ja siitä taas minuutin päästä sitten muuttuu taas uuteen arvoon (alla violetti):
klo 13:01,30 lähtee automaatiosta pyyntö nostaa 19 -> 21, siitä tasan minuutin päästä palaa itsekseen arvoon 19 ja sitten taas tasan minuutti eteenpäin muuttuu 21. Pitää jossain kohtaa käydä itse termarilta seuraamassa näkyykö nämä kaikki muutokset siellä asti. Luultavasti eivät.
Automaatiota epäilin ensin, mutta kun kokeilin käsin niin teki ihan samaa ja mielestäni myös Ebecon omasta Connect softasta toimii samalla tapaa. Käytin sähköjä pois ilman vaikutusta. Katsotaan korjaako aika tämän...
Pyyntö menee varmuudella vain kerran.
edit: tulipa tsekattua nyt tässä etätöiden lomassa. Kun HA:lla muuttaa pyyntiä, niin se menee termarille ihan oikein ja pysyy termarilla myös normaalisti voimassa. HA:lla näkyy että pyynti käy minuutin päästä minuutin ajan vielä vanhassa pyynnissä, mutta tällä ei ole siis vaikutusta termarille asti. Outo ominaisuus, mutta antaapa nyt sitten olla kun on lähinnä kosmeeettinen ongelma.
En ole kuitenkaan huomannut mitään käytännössä kun pari noita BT Proxyjä on myös talossa. Toinen yläkerrassa ja toinen alhaalla. Lähinnä Airthingsin pari Wavea on BT:llä kiinni HA:ssa ja toiminevat nyt noiden proxyjen kautta sitten koska mitään ongelmia ei ole näkynyt.
Lisäksi Ebecon termari on alkanut häröilemään. Tämä on jatkunut jo jonkin päivän. Jotain ongelmaa mahdollisesti API:ssa. Kun automaatiolta menee pyyntö muuttaa lämpötilaa, niin muutos tapahtuu normaalisti. Tästä aina n. minuutin päästä palaa kuitenkin edelliseen arvoon ja siitä taas minuutin päästä sitten muuttuu taas uuteen arvoon (alla violetti):
klo 13:01,30 lähtee automaatiosta pyyntö nostaa 19 -> 21, siitä tasan minuutin päästä palaa itsekseen arvoon 19 ja sitten taas tasan minuutti eteenpäin muuttuu 21. Pitää jossain kohtaa käydä itse termarilta seuraamassa näkyykö nämä kaikki muutokset siellä asti. Luultavasti eivät.
Automaatiota epäilin ensin, mutta kun kokeilin käsin niin teki ihan samaa ja mielestäni myös Ebecon omasta Connect softasta toimii samalla tapaa. Käytin sähköjä pois ilman vaikutusta. Katsotaan korjaako aika tämän...
Pyyntö menee varmuudella vain kerran.
edit: tulipa tsekattua nyt tässä etätöiden lomassa. Kun HA:lla muuttaa pyyntiä, niin se menee termarille ihan oikein ja pysyy termarilla myös normaalisti voimassa. HA:lla näkyy että pyynti käy minuutin päästä minuutin ajan vielä vanhassa pyynnissä, mutta tällä ei ole siis vaikutusta termarille asti. Outo ominaisuus, mutta antaapa nyt sitten olla kun on lähinnä kosmeeettinen ongelma.
Viimeksi muokattu:
Kyllä ne yleensä toimii ku junan vessa. Noissa halvoissa kiinan kopioantureissa saattaa monesti olla sekundaakin seassa ja on noita pari joutunut roskiinkin heivaamaan. Samoin saattaa olla ihan virtalähteestäkin kiinni koko homma ja tuo 1wire verkko tahtoo välillä olla ronkeli kytkentätavastakin.
Mulla on esim. tällä hetkellä vastoin suosituksia samassa tähtiverkossa 8kpl antureita ja antaa tasaisesti dataa ilman sen kummempia ongelmia.
Mistä antureista kyse?
Itsellä on jo useamman vuoden ollut iso kasa (10-20kpl) Amazonista ja Aliexpressistä ostettuja DS18B20 antureita eri paikoissa mittaamassa enkä kertaakaan ole tuollaisia häiriöitä havainnut. HA:iin nuo on yhdistetty ESPHomella.
Näistä siis kyse.
DS18B20 Stainless Steel Package 1 Meter/3meters Waterproof 18b20 Cable Probe Temperature Sensor - AliExpress 502
Smarter Shopping, Better Living! Aliexpress.com
Noita ds18b20 antureita juu, ja ihan elektroniikkatukusta ostettuja aitoja Dallasia. Tuon tyyppistä ongelmaa ollu jo kauan, siis ennen homeasistanttia ja muita etävälineitä. Ihan niistä ekoista tietskaan liittämiskokeiluista alkaen kauan sitten.
Mutta yleensä ne tosiaan on niitä yksittäisiä tai ainakin hyvin lyhyitä isoja heittoja. Tuo on nyt eka, joka saattaa siirtyä pariksi päiväksi sivuun. Ja on ihan yksinään Qubinon kytkimessä kiinni. Ollu jo 10 vuotta Zipaton kanssa, eikä tehnyt tuollaista kertaakaan.
Ihan mielenkiinnosta minkä kokoinen on ”turhan iso levy”?
Itsellä 1T m.2 SSD enkä pidä sitä ainakaan turhan isona kun siinä on enää 400Gt vapaana 1.5v käytön jälkeen.
Mukana on MariaDB, InfluxDB ja Frigate 2vk säilytysajalla (4K 3kpl ja 2K 3kpl)
Mitä ihmettä sinne kerääntyy? Toi on 250G ja pidän sitä kyllä melko isona tuossa käytössä.
Mitä noi mainitut mukana olevat on?
Okei, videon ymmärrän, se vie tilaa. Mulla on kameroissa se pari viikkoo omalla kortillaan tallessa.
Muuten kyllä, jos lokin pitäminen alkaa viemään gigatavuja, niin joku kyllä mättää. Edelleen pitää miettiä, mitä sinne kerääntyy...
Millähän tosta Fibaron palovarottimesta sais joutavan satunnaisen piippailun pois? Luultavasti se on maininta yhteyskatkosta z-verkkoon, mutta kun matkaa ei ole ja HA on käynnissä, niin ärsyttävä. Zipaton aikaan tuota ei ollut. Tai oli kyllä, mutta sillon oli aina looginen syy, eli tein jotain, joka vaati Zipaboksin boottamisen tai se oli pois verkosta muusta syystä. Nyt se piippailee ihan satunnaisesti, mutta turhan usein. Mitään ei jää laitteen lokiin.
Patterit olet varmaankin jo vaihtanut tai varmistanut että eivät ole lopussa? Pikaisella googlaamisella näyttäisi siltä että kyseinen palovaroitin päätyy piippailemaan erilaisista syistä, esim virhetilaan päätymisen vuoksi tai tai verkosta tipahtaessaan. Joku oli saanut toimimaan putsaamalla.
Toi on verkkojännitteestä syötöllä. Ja mitään se ei näyttäs raportoivan HA:lle päin siitä syystä. Sikäli ärsyttävä, kun aivan satunnaista. Joskus sano mitään moneen päivään, sit saattaa jonain päivänä neljästikin piipata.
Ainoa mitä tulee mieleen on tsekata kyseisen laitteen zwave-configuration-menusta että olisiko siellä joku tähän liittyvä optio tai vipu jolla tuon piippauksen saisi pois päältä.
Edit. Mielenkiinnosta katsoin Fibaron Smoke sensor-manuaalista ja tuolta configuration menusta pitäisi löytyä parametrista 4 jotain tällaista (jos tämä on sama laite):
4. Sound notifications status
This parameter allows to activate sound signals but does not apply to major
alarms, such as Fire, Trouble and Low battery alarm.
Available settings: 0 - 7
0 - all notifications disabled
1 - casing opening notification enabled
2 - exceeding temperature threshold notification enabled
4 - lack of Z-Wave range notification
Default setting: 0 (notifications disabled)
Parameter size: 1 [byte]
Parameter values may be combined, e.g. 1+2+4=7, means that all notifications are
enabled
Viimeksi muokattu:
Toi vehkeen oma paperinen ohje hyppää suoraan parametrista 2 vitoseen... Oliskohan siihen tullu myöhemmin lisää ominaisuuksia? Toi on kuiten jo aika kauan ollu... Eli siis kolmosta ja nelosta ei ole kerrottu ollenkaan.
Vanutin z-verkko ja patterivarotuksen ajan maksimeihin, niin nyt ei ole piipannu. Ei toki tarkota mitään, on se ennenkin ollu päiviä hiljaa.
Vähän tyhmä kysymys HA:n automaatioihin liittyen, mutta mikä logiikka tuossa on? Toteutuuko ehto ainoastaan arvon ohittaessa kynnysarvon vai saako tuon jotenkin sellaiseksi, että tarkkailee arvoa koko ajan?
Haluaisin siis tehdä seuraavan automaation:
Kun sähkönkulutus on alle 500W minuutin ajan ja kytkin 1 off minuutin ajan -> kytke kytkin 1 on.
Saan tuon toimimaan siten, että tilan vaihdos tapahtuu kun kynnysarvo ylitetään, mutta miten saan toteutettua sen niin, että kulutuksen ollessa alle 500W ja käsin kytkin 1 asetettaessa off se muuttuisi minuutin kuluttua takaisin on?
Haluaisin siis tehdä seuraavan automaation:
Kun sähkönkulutus on alle 500W minuutin ajan ja kytkin 1 off minuutin ajan -> kytke kytkin 1 on.
Saan tuon toimimaan siten, että tilan vaihdos tapahtuu kun kynnysarvo ylitetään, mutta miten saan toteutettua sen niin, että kulutuksen ollessa alle 500W ja käsin kytkin 1 asetettaessa off se muuttuisi minuutin kuluttua takaisin on?
Kaksi automaatiota. Toinen kytkimelle, kun tila muuttuu off -> 1min jälkeen on
Toinen kun kulutus alle 500w -> kytkin Off
Tällöin ensimmäinen automaatio aktivoituu aina kun kytkin menee off
Eikös tuo silloin vaihda kytkimen tilan aina off -> on kulutuksesta riippumatta? Haluaisin tuon tapahtuvan ainoastaan kun kulutus on alle 500W.
Kysymyksen pointti oli se, että onko HA:n automaatiot ainoastaan kynnysarvon liipaisusta muuttuvia vai saako sen jotenkin seuraamaan tässä tapauksessa tehon arvoa? Yksinkertaistettuna siten, että en saa kytkintä asetettua off tilaan mitenkään kulutuksen pysyessä alle 500W, koska haluaisin automaation kääntävän sen takaisin ON vaikka teho ei välillä ylitä kynnysarvoa.
Hankala selittää mutta toivottavasti ymmärsitte mitä tarkoitan.
Laitat triggeriksi attribuutin muuttumisen mihin tahansa arvoon ja lisäehtoihin noi kaikki muut.markok sanoi:
Silloin automaatio lukee koko ajan sitä tehon muuttumista, mutta automaatio laukeaa vain lisäehtojen täyttyessä, eli kun alle 500W ja kytkimen ajastukset kohtaavat.
Tämä olisi varmaan oikea tapa, mutta en keksinyt miten tuo tehdään. Tehdäänkö tuo toiminto "lisää automaatio" toiminnon kautta? Tuolta yritin etsiä, mutta en löytänyt tapaa sen toteutukselle.
Laitat Add trigger kohtaan tehosensorin tila muuttuu
Add Condition teet ehdot jotka kuvasit yllä
Add Action kohtaan se kytkin jota ohjaat
Nää on hyviä kysymyksiä. Kyllä mullakin kaikki suunnilleen toimii halutusti, mutta ei yhtään haittaa saada lisätietoja ja vähän eri tapoja toteutuksista. Tuo attribuutti ja arvomalli on mullekin vähän arvoitus.
Ihan perus usb-rs485 adapteri
Edit: itsellä tämä https://www.triopak.fi/fi/tuote/rak..._AJse4Rt97fTA2LZYJClZde1yUlu8LV4aAjZhEALw_wcB
Mulla on käytössä Kamstrupin energiamittarin luvussa.
Node-red kyselee mittarilta datan minuutin välein ja tekee HA anturit siitä.
Nonni, olin sit onnistunu ostaan sen version mittarista, jossa ei ole mitään dataväyliä. Kun oli halvin, ja ei sillon ollu mitään tarvetta väylälle... Eipä tartte hankkia adaptereja.
Tossa ei ole kun pulssilähtö. Hienoo, vaan mistäpä tämänkin tarpeen olis etukäteen arvannu...
Tossa ei ole kun pulssilähtö. Hienoo, vaan mistäpä tämänkin tarpeen olis etukäteen arvannu...
Mistäs noihin esphome nappuloihin löytys sellanen ohje, joka sopii alotukseen täysin asiaan perehtymättömälle nyypiölle?
Jokaisessa löytyneessä ohjeessa tulee selkeesti esiin se, mistä muija aina mua syyttää kun yritän neuvoo jotain. Ohjeen tekijä ohittaa itselleen itsestäänselvyydet luullen et kaikki tietää jo ne valmiiksi. No, kaikkihan on opittavissa kyllä. Jotain turhia mokia ja kokeiluja vois välttää, jos sais hyviä vihjeitä.
Jokaisessa löytyneessä ohjeessa tulee selkeesti esiin se, mistä muija aina mua syyttää kun yritän neuvoo jotain. Ohjeen tekijä ohittaa itselleen itsestäänselvyydet luullen et kaikki tietää jo ne valmiiksi. No, kaikkihan on opittavissa kyllä. Jotain turhia mokia ja kokeiluja vois välttää, jos sais hyviä vihjeitä.
Viimeksi muokattu:
Ville-Veikko
Aktiivinen jäsen
Yksi parhaimpia tutoriaaleja mitä minä löysin oli tämä lämpötilanmittausprojekti.
DIY: Waterproof Double Probe Temperature Sensor
Simple DIY tutorial for making a Waterproof Double Probe Temperature Sensor using a single ESP32/ESP8266 board and two Dallas DS18B20 sensors.
smarthomescene.com
Jos haluaa opetella lukemalla erinäisiä ESPhome konffeja valimiisiin laitteisiin ja niistä kopioi rivejä, niin hyvä osoite on https://devices.esphome.io/
Näyttää aika hyvältä paikalta.
Nyt tänä talvena on joutunu käyttään liikaa vajavaista englannin käsittelyä päässä. Vaikka aika hyvin luen ja kirjoitankin, niin nyt bufferi on jotenkin täynnä. Se pitäs nyt saada jotenkin nollattua, muuten mistään ei saa imuroitua uutta sisään. Varmaan tää ikä alkaa jo häiritsemään. Ennen helpot jutut ei olekaan enää helppoja.