Z-wave-trøbbel, zwaveJS2MQTT

[Kristian]

Hei,

 

Sliter med litt mystiske problemer med Z-wave. Siden jeg er litt usikker på hvor problemet ligger og hvor en evt. bug-rapport skal rettes forsøker jeg å søke litt hjelp her først

Kjører Hass OS på proxmox, Aeotec Z-stick Gen5, zwaveJS2MQTT add-on og Z-wave JS integrasjon.

 

1. Gjentatte loggoppføringer, se vedlagt utdrag fra logg. Virker å skje fra tid til tid og går vekk med en reboot. Kan så komme igjen. Har sett dette over flere oppdateringer av add-on.

 

2. Verdier som fluktuerer. Se utdrag fra begynnelsen av vedlagte logg. Dette eksempelet er strømforbruk på Heatit Z-TRM2fx.

2021-12-02 01:39:27.940 INFO ZWAVE: Node 58: value updated: 50-4-value-65537 718.2 => 718.2
2021-12-02 01:39:28.018 INFO ZWAVE: Node 58: value updated: 50-4-value-65537 718.2 => 718.2
2021-12-02 01:39:28.101 INFO ZWAVE: Node 58: value updated: 50-4-value-65537 718.2 => 718.2
2021-12-02 01:39:28.233 INFO ZWAVE: Node 58: value updated: 50-4-value-65537 718.2 => 718.2
2021-12-02 01:39:28.266 INFO ZWAVE: Node 58: value updated: 50-4-value-65537 718.2 => 718.2
2021-12-02 01:39:28.340 INFO ZWAVE: Node 58: value updated: 50-4-value-65537 718.2 => 718.2
2021-12-02 01:39:28.406 INFO ZWAVE: Node 58: value updated: 50-4-value-65537 718.2 => 718.2
2021-12-02 01:39:28.422 INFO ZWAVE: Node 58: value updated: 50-4-value-65537 718.2 => 718.2
2021-12-02 01:39:28.490 INFO ZWAVE: Node 58: value updated: 50-4-value-65537 718.2 => 718.2
2021-12-02 01:39:28.680 INFO ZWAVE: Node 58: value updated: 50-4-value-65537 718.2 => 718.2
2021-12-02 01:39:28.930 INFO ZWAVE: Node 58: value updated: 50-4-value-65537 718.2 => 718.2
2021-12-02 01:39:29.160 INFO ZWAVE: Node 58: value updated: 50-4-value-65537 718.2 => 718.2
2021-12-02 01:39:29.745 INFO ZWAVE: Node 58: value updated: 50-4-value-65537 718.2 => 718.2
2021-12-02 01:39:29.928 INFO ZWAVE: Node 58: value updated: 50-4-value-65537 718.2 => 513.4
2021-12-02 01:39:30.088 INFO ZWAVE: Node 58: value updated: 50-4-value-65537 513.4 => 718.2
2021-12-02 01:39:30.101 INFO ZWAVE: Node 58: value updated: 50-4-value-65537 718.2 => 513.4

 

Dette gir jo noen rare utslag i energi-dashboardet:

Har egentlig bare plukket opp dette pga grafene i energi-dashboardet, og de to eksemplene er Z-TRM2fx (firmware oppgradert til 3.6), så usikker på om lignende kan gjelde andre enheter. Hele Home Assistant gikk forøvrig tom for minne og kræsjet da jeg forsøkte å vise grafen øverst første gang.

 

3. Stadig feil entiteter som dukker opp eller forsvinner. 

Noen eksempler på Fibaro dimmer 2 FGD-212:

Her er det to temperatursensorer der den ene rapporterer verdi og den andre er unavailable. En har fått en bevegelsessensor. En rapporterer 39 watt forbruk men er avslått.

 

En av de nevnte termostatene har fått en fuktighetssensor:

 

Jeg oppdager slike type feil fra tid til annen. Og som regel ordner det seg med en reboot og/eller re-interview. Men det oppleves veldig ustabilt når slike ting skjer hele tiden. Og litt slitsomt å må drive og fikse slike random feil som jeg tilfeldigvis oppdager.

 

Hvor begynner jeg å feilsøke for å finne årsaken til at dette oppstår?

Om det ser ut som bugs hvor hører de hjemme? zwavejs2mqtt, zwavejs2mqtt-addon, zwave integration? Og kan det i tillegg være feil på Heatit-termostatene og/eller Z-sticken? Andre feil?

 

Litt rådvill så setter pris på tips

zwavejs2mqtt log.txt

Endret 2. desember 2021 av Kristian

[haraldov]

Du kan jo starte med å oppgradere din Aeotec Z-stick Gen5 til Aeotec Z-stick Gen5+. Dette er enkelt å gjøre og gjør at du kan bruke usb3 port på din pc. Aeotec Z-stick Gen5 kan bare brukes i en usb2 port. Følg denne artikkelen: https://help.aeotec.com/support/solutions/articles/6000242397-upgrade-network-to-z-stick-gen5-and-backup-tool

 

Prøv også å ha en USB utvidelse kabel mellom pc og z-stick for å se om det hjelper. Selv om z-wave ikke påvirkes av 2.4 MHz interference så kan usb3 port gi interference.

[Kristian]

haraldov skrev (På 5.12.2021 den 12.14):

Du kan jo starte med å oppgradere din Aeotec Z-stick Gen5 til Aeotec Z-stick Gen5+. Dette er enkelt å gjøre og gjør at du kan bruke usb3 port på din pc. Aeotec Z-stick Gen5 kan bare brukes i en usb2 port. Følg denne artikkelen: https://help.aeotec.com/support/solutions/articles/6000242397-upgrade-network-to-z-stick-gen5-and-backup-tool

 

Prøv også å ha en USB utvidelse kabel mellom pc og z-stick for å se om det hjelper. Selv om z-wave ikke påvirkes av 2.4 MHz interference så kan usb3 port gi interference.

Takk for tipset. Gen5+ er vel mest rettet mot raspberry pi? Kjører på en Supermicro server, og har kun usb2 på den. Bruker også allerede forlengerkabel for bedre dekning iom at serveren står i et rackskap av stål. 
 

Men har tenkt tanken på om sticken begynner å feile. Kan vel likegodt oppgradere til en gen7 om jeg må bytte? 
 

Det rare er jo at z-wave nettverket fungerer glimrende ellers. Skrur av alt lys i stue og kjøkken på mindre enn et sekund, og aldri noen feil ved å slå av og på lys etc. Men så dukker det opp slike rare målinger (kun for heatit som jeg har sett) og entiteter (tilfeldig på flere typer enheter) osv., som fikk meg til å tenke mer på bugs. 

 

[Kim123]

Jeg har sett det samme hos meg og, men med trm3. Noen ganger skyter forbruket i været uten grunn. Jeg har ikke tro på at sticken failer, men heller rapporteringen fra termostaten. Opplevde at trm3 spammer nettverket en god del, så jeg har skrudd ned alle oppdateringsrater på de 

[Kristian]

Ja, og uansett om det skyldes stick eller heatit-termostatene burde vel strengt tatt energy-modulen helst filtrert vekk slike oppdateringer, altså at kWh-målinger går nedover eller svinger veldig på kort tid. Såvidt jeg har fått med meg er det vel ikke noen rett frem måte å fikse dataene på, så energi-målingene i HA hos meg er jo mer eller mindre ødelagt. 

[Kristian]

Ikke fått sjekket noe rundt z-wave stikk ennå, men det er tydeligvis et eller annet korrupt i databasene. Holdt på å se på en av termostatene som nå ikke har endret strømforbruk på en stund. Innom energy-dashboardet og så skjer dette:

 

Kan alltids allokere mer RAM men det virker jo som noe mer underliggende feil her mtp at det kræsjer  på denne måten.

Har en del tidligere erfaring med databaser og kan alltids forsøke å feilsøke og evt. korrigere innhold i database, men er redd det er en øvelse som fort vil ta lenger tid enn jeg har tilgjengelig.

 

Hva ville dere som har brukt Home Assistant en stund gjort:

1. Begynne å bruke masse tid på å feilsøke hvorfor dette skjer, og rette det som måtte være av feil i databaser? (Har også oppsett av mariadb på den lange todo-listen, men ikke kommet så langt ennå)

2. Kaste vekk all energi-data (og annen data), kjøpe ny z-stick og sette opp på nytt fra scratch? Dette vil jo også ta en god del tid

 

*Sukk*

[haraldov]

Ta først en titt på Controller Statistic i kontrollpanelet til zwave-js2mqtt. Min ser slik ut. Noen få pakker er tapt (5 stk). Hvis jeg hadde hatt mer pakketap kunne løsningen vært å kjøpe flere z-wave enheter på strøm som vil fungerer som rutere i z-wave nettverket.

 

 

Du kan også prøve Heal network for å se om det hjelper.

 

 

Gir Hassos noe feilmeldinger relatert til z-wave enhetene. Disse meldingene kan du bruke som søkestreng i HA github for å se om noen andre har hatt dette problemet.

 

[Kristian]

Nei, det er svært sjelden det er tapte pakker eller feilmeldinger relatert til Z-wave. Har mange z-wave-enheter jevnt fordelt i huset og meshet er raskt og veldig responsivt ellers, aldri noen problem og i bruk oppleves det som veldig stabilt.

 

Men så dukker det stadig opp rare feil. Etter noen runder med healing og re-intervju har jeg en god liste med bogus entiteter, som sikkert må slettes manuelt (igjen). Disse burde jo aldri kommet inn, men forsvinner altså med et re-intervju, og må vel så fjernes manuelt.

 

Her er det bl.a. strømforbruk på Fibaro lekkasjesensorer,  Aeotec multisensorer og Sensative Strips. Det er lufttemperatur på en Aeotec Smart Switch, en Fibaro Dimmer 2 og en Sunricher-kontroller. Det er Illuminance på en Heatit termostat osv. Altså ikke relatert til spesifikke typer enheter heller.

[Kristian]

Fant noen flere loggfiler etter litt graving (ikke alltid så lett å finne ut hvor ting logges når en er ukjent med Home Assistant).

 

Oppdaget tidligere i kveld at z-wave ikke svarte igjen. Hadde da kræsjen pga tom for RAM ca. 14:04 (selvfølgelig tomme logger fra Home Assistant rundt dette tidspunktet), akkurat restartet og så har z-wave sluttet å fungere rett etterpå. Har opplevd det samme før, at Z-wave ikke kommer skikkelig opp etter en restart av HA. Så etter en restart av add-on er det helt stabilt igjen.

 

Det er ingen feilmeldinger i Home Assistant loggen.

Det er ingen feilmeldinger i zwavejs2mqtt loggen (altså ingen loggoppføringer mellom det sluttet å svare til jeg restartet add-on):

2021-12-13 14:29:23.611 INFO ZWAVE: Node 80 ready: AEON Labs - ZW096 (Smart Switch 6)
2021-12-13 18:34:13.891 INFO APP: GET / 304 67.807 ms - -

 

Derimot i zwavejs (ikke integrasjonen, men internt i add-on) loggfilen (altså minst tre loggfiler å feilsøke bare for z-wave!) som jeg fant nå begynner det å dukke opp en del feilmeldinger på samme tidspunkt (uten tidssone, så er minus 1 time):

2021-12-13T13:29:23.485Z CNTRLR   [Node 080] The node is alive.
2021-12-13T13:29:23.611Z CNTRLR   [Node 080] The node is ready to be used
2021-12-13T13:29:23.616Z CNTRLR « [Node 080] ping successful
2021-12-13T13:29:24.624Z CNTRLR   Failed to execute controller command after 1/3 attempts. Scheduling next try i
                                  n 100 ms.
2021-12-13T13:29:24.728Z CNTRLR   Failed to execute controller command after 2/3 attempts. Scheduling next try i
                                  n 1100 ms.
2021-12-13T13:29:25.837Z CNTRLR   [Node 062] Assigning SUC return route failed: Failed to send the message after
                                   3 attempts (ZW0202)
2021-12-13T13:59:37.653Z CNTRLR   Failed to execute controller command after 1/3 attempts. Scheduling next try i
                                  n 100 ms.
2021-12-13T13:59:37.757Z CNTRLR   Failed to execute controller command after 2/3 attempts. Scheduling next try i
                                  n 1100 ms.
2021-12-13T13:59:38.864Z CNTRLR   [Node 079] did not respond after 1/3 attempts. Scheduling next try in 500 ms.
2021-12-13T13:59:39.372Z CNTRLR   Failed to execute controller command after 1/3 attempts. Scheduling next try i
                                  n 100 ms.
2021-12-13T13:59:39.477Z CNTRLR   Failed to execute controller command after 2/3 attempts. Scheduling next try i
                                  n 1100 ms.

 

Så kan nok godt være noe feil med kontroller.

Likevel er vel sviktende kommunikasjon med kontrolleren årsaken til at det dukker opp bogus-entiteter eller at Home Assistant bruker opp all RAM når jeg forsøker å se energi-dashbord. Så må være flere feil.

 

homeassistant brukte vel ~400 MB etter omstarten tidligere i dag. Ved å bla litt frem og tilbake i energi-dashbord økte det til 600 MB og er nå oppe i over 700 MB. Skal følge med fremover og se om denne øker ennå mer.

 

 

[Kim123]

I følge containerlisten din kan jeg ikke se en ekstern database? Bruker du home assistant sin innebygde? 

[Kristian]

Kim123 skrev (6 minutter siden):

I følge containerlisten din kan jeg ikke se en ekstern database? Bruker du home assistant sin innebygde? 

Ja, bruker enn så lenge den innebygde. Nevnte vel lenger oppe at jeg har en plan om å sette opp enten mariadb eller postgres, men har ikke kommet så langt ennå.

[Kim123]

Fikk ikke det med meg, men ville begynt der mtp at at systemet kræsjer. Ikke et feilslag på MySQL på mitt oppsett (kjørt i litt over 1 år). Purger databasen etter 90 dager. Har du dmesg'et for å sjekke at ikke sticken detter ut? 

 

[Kristian]

Ja, tror også jeg må sette opp db på nytt, i en annen og bedre variant. Det var bare å forsøke å få med seg statistikk-data da..

 

Ang. dmesg, så nei, det var først i dag jeg fant ut hvordan i h..uleste jeg kom meg inn i normalt OS...

Kan jeg gjøre det via SSH? Forstår det sånn at ssh kjører i en docker-container og at en derfor ikke kan få tilgang til OS?

 

Kommer inn via console fra proxmox, men får ikke til å kopiere derfra (derav screenshot) og kan ikke scrolle oppover så dette er de nederste linjene fra dmesg | grep usb, ingen åpenbare feil der.

 

Derimot på hosten (proxmox) var det en del feil som er samtidig som z-wave sluttet å svare. Ingenting etter dette.

[Sun Dec 12 21:50:54 2021] usb 6-1: Manufacturer: dresden elektronik ingenieurtechnik GmbH
[Sun Dec 12 21:50:54 2021] usb 6-1: SerialNumber: DE2221178
[Sun Dec 12 21:51:33 2021] usb 6-1: reset full-speed USB device number 5 using uhci_hcd
[Sun Dec 12 21:51:33 2021] usb 6-2: reset full-speed USB device number 3 using uhci_hcd
[Mon Dec 13 14:27:04 2021] usb 6-2: reset full-speed USB device number 3 using uhci_hcd
[Mon Dec 13 14:27:04 2021] usb 6-1: reset full-speed USB device number 5 using uhci_hcd
[Mon Dec 13 14:27:21 2021] usb 6-1: reset full-speed USB device number 5 using uhci_hcd
[Mon Dec 13 14:27:22 2021] usb 6-2: reset full-speed USB device number 3 using uhci_hcd
[Mon Dec 13 14:29:19 2021] usb 6-1: USB disconnect, device number 5
[Mon Dec 13 14:29:20 2021] usb 6-1: new full-speed USB device number 6 using uhci_hcd
[Mon Dec 13 14:29:20 2021] usb 6-1: New USB device found, idVendor=1cf1, idProduct=0030, bcdDevice= 1.00
[Mon Dec 13 14:29:20 2021] usb 6-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[Mon Dec 13 14:29:20 2021] usb 6-1: Product: ConBee II
[Mon Dec 13 14:29:20 2021] usb 6-1: Manufacturer: dresden elektronik ingenieurtechnik GmbH
[Mon Dec 13 14:29:20 2021] usb 6-1: SerialNumber: DE2221178
[Mon Dec 13 14:29:23 2021] usb 6-1: USB disconnect, device number 6
[Mon Dec 13 14:29:23 2021] usb 6-2: reset full-speed USB device number 3 using uhci_hcd
[Mon Dec 13 14:29:23 2021] usb 6-1: new full-speed USB device number 7 using uhci_hcd
[Mon Dec 13 14:29:24 2021] usb 6-1: New USB device found, idVendor=1cf1, idProduct=0030, bcdDevice= 1.00
[Mon Dec 13 14:29:24 2021] usb 6-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[Mon Dec 13 14:29:24 2021] usb 6-1: Product: ConBee II
[Mon Dec 13 14:29:24 2021] usb 6-1: Manufacturer: dresden elektronik ingenieurtechnik GmbH
[Mon Dec 13 14:29:24 2021] usb 6-1: SerialNumber: DE2221178
[Mon Dec 13 14:29:24 2021] usb 6-2: reset full-speed USB device number 3 using uhci_hcd
[Mon Dec 13 14:29:26 2021] usb 6-1: reset full-speed USB device number 7 using uhci_hcd
root@pve:~# lsusb
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 008 Device 002: ID 1b1c:1c00 Corsair Controller for Corsair Link
Bus 008 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 006 Device 003: ID 0658:0200 Sigma Designs, Inc. Aeotec Z-Stick Gen5 (ZW090) - UZB
Bus 006 Device 007: ID 1cf1:0030 Dresden Elektronik ZigBee gateway [ConBee II]
Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 002: ID 046b:ff10 American Megatrends, Inc. Virtual Keyboard and Mouse
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub

 

Ikke noen ekspert på dette, men ser jo ut som det er noe ustabilitet her. Ikke opplevd tilsvarende med andre USB-enheter (f.eks. Conbee) og de er også satt opp med tilsvarende pass-through fra proxmox.

[Kim123]

Spørsmålet her er nesten om zwave pluggen failer som en konsekvens av at HA går tom for minne. 

 

Jeg har og noen devicer med noen merkelige data som tide vann og nh3 (ammoniakk) målinger. 

 

Jeg ville forsøkt å sette opp MySQL feks (tar 5min) og se om systemet blir stabilt etter en periode. 

 

Muligens det ligger noen oppskrifter for å migrere over til MySQL 

 

Har du mye lesing og skriving til disken? Kan wearour begynne å bli et problem? 

Du kan bruke "iotop" for å monitorere datamengden som blir skrevet/lest til disk. 

[Kristian]

Kim123 skrev (27 minutter siden):

Spørsmålet her er nesten om zwave pluggen failer som en konsekvens av at HA går tom for minne. 

Usikker. Men HA gikk tom for minne og kræsjet ca. kl. 14:04. Jeg kjørte deretter en restart og så feilet z-sticken ca. kl. 14:29. Så klarer ikke se noen direkte sammenheng ihvertfall. Men har som nevnt før opplevd at z-wave ikke kommer opp etter en restart, og så etter en restart av add-on kan det fungere stabilt lenge.

 

Kim123 skrev (29 minutter siden):

Jeg ville forsøkt å sette opp MySQL feks (tar 5min) og se om systemet blir stabilt etter en periode. 

 

Muligens det ligger noen oppskrifter for å migrere over til MySQL 

Har så langt søkt på mariadb. Fant bare en masse diskusjoner og trøbbel rundt flytting av data, så utsatte det litt. Skal sjekke ift MySQL og se om jeg finner noen oppskrift.

 

Kim123 skrev (33 minutter siden):

Har du mye lesing og skriving til disken? Kan wearour begynne å bli et problem? 

Du kan bruke "iotop" for å monitorere datamengden som blir skrevet/lest til disk.

Nei, veldig lite. Det er 6 stk 4TB disker i RAIDZ2 med ZFS. Er en gammel server, med forholdsvis liten belastning generelt 😛 Noe "topper" på IO delay ifbm backup hver natt, ellers ingenting. Så er ganske sikker på at feilen ikke ligger ift disker/filsystem. 

 

homeassistant-containeren øker stadig i minnebruk. Ved oppstart tidligere i dag ca. 400 MB, for 2 timer siden 720 MB, og nå 854 MB. Skal følge med videre om det er denne som "spiser opp" minnet. Og gå gjennom denne i morgen og se om det er noe relatert.

[Joffe]

Kontroll spørsmål:

Kjører du script som oppdaterer alt for ofte?

 

Med alle de oppdateringene ser det jo ut som at det er noe som "flooder" z-wave nettverket ditt med meldinger.

 

Se litt på det.

 

Edit:

Jeg har har en temperatursensor som "fluktuerer" veldig.

 

Klarer du å øke "sampling perioden"? slik at du unngår at alle fluktueringene skaper chaos?

Endret 14. desember 2021 av Joffe

[haraldov]

13 hours ago, Kristian said:

USB disconnect, device number 6

 

Jeg kjenner igjen denne meldingen i dmesg loggen. Dette kan skyldes at du bruker usb3 port til deconz usb og kanskje aeotec z-wave usb uten å vite det. Jeg har skrevet om dette før her:

https://www.hjemmeautomasjon.no/forums/topic/7207-ha-på-raspberry-pi-4-med-usb-ssd/?do=findComment&comment=89551

 

Det som har endret seg etter jeg har skrevet dette var at jeg fant ut at min Intel NUC7i5BNK hadde bare usb3 porter (2x front and 2x rear USB 3.0; 2x USB 2.0 via internal headers). Jeg trodde at blå usb var usb3 og gul usb port var usb2, men dette tok jeg feil av. 

Uansett så er løsningen enkel. Kjøp en "dum" usb 2 port som brukes mellom usb3 port og deconz usb og aeotec z-wave usb. Den vil sørge for at alle kommunikasjon vil prate usb2 og ikke usb3. Jeg bruker denne usb hub: Usb hub

 

Det kan jo være at når deconz usb disconnecter så vil operativsystemet gjøre at aeotec z-wave usb blir ustabil eller disconnecter. Verd å prøve å bruke usb hub i mellom for å se om det hjelper. Deconz II usb skal uansett kobles til en usb2 port. Se her under Connection: https://phoscon.de/en/conbee2/install

 

Quote

Ang. dmesg, så nei, det var først i dag jeg fant ut hvordan i h..uleste jeg kom meg inn i normalt OS...

Kan jeg gjøre det via SSH? Forstår det sånn at ssh kjører i en docker-container og at en derfor ikke kan få tilgang til OS?

 

For å komme inn docker containeren til hassos kan du følge denne beskrivelse for Installation her: https://github.com/zigpy/zigpy-znp/blob/dev/TOOLS.md. Jeg gjør dette når jeg må ta backup av zigbee coordinatoren da verktøy er installert i docker containeren.

 

Ønsker du å se hvilke containere som er installert eller som kjører skriver du "docker ps -a"

Ønsker du å filterer i dmesg loggen etter usb skriver du:

dmesg | grep usb

 

Endret 14. desember 2021 av haraldov

[haraldov]

12 hours ago, Kristian said:

ar så langt søkt på mariadb.

 

Home assistant databasen lagrer data i filen home-assistant_v2.db. Dette er data for historikk og energy logging. Home assistant bruker ikke denne databasen til noe annet og kan gjerne slettes og den vil da bli opprettet på nytt. Ønsker du å bytte til mariadb skal ikke det være noe problem, men ønsker du å ta med deg data fra home-assistant_v2.db så er det nok litt arbeid med sql-kommandoer. Du kan se mer om recorder her: https://www.home-assistant.io/integrations/recorder/

 

Det som er problemet med denne databasen er at den vokser vilt og hemningsløst. Min er nå på rundt 500 MB, men har vært oppi 1 GB. Større enn 1GB blir et problem når du skal ta backup og restore. For å unngå at den vokser bør en del entiter som logger mye ekskluderes vekk. Jeg har følgt bruksanvisningen som dere finner her: https://community.home-assistant.io/t/how-to-keep-your-recorder-database-size-under-control/295795

[Kristian]

Joffe skrev (6 timer siden):

Kontroll spørsmål:

Kjører du script som oppdaterer alt for ofte?

 

Med alle de oppdateringene ser det jo ut som at det er noe som "flooder" z-wave nettverket ditt med meldinger.

Nei. Har kun basis-automasjoner fordi jeg har migrert fra annet system og vil ha basisen stabilt før jeg bruker for mye energi på å sette opp. Ingen script, kun noen få automasjoner. Logg-utsnittet ovenfra er fra når ting "klikker" og loggene floodes med gjentatte meldinger. Men dette kommer ikke fra z-wave enhetene. Sånn som akkurat nå, når ting fungerer normalt, er det kun 10-12 verdier som oppdateres hvert minutt, og det er ikke så mye trafikk for et mesh på 45 enheter. De fleste enheter er satt til å rapportere sjeldnere og heller ved endringer (f.eks. i strømforbruk). Har hatt lignende z-wave oppsett stabilt i mange år på Indigo (Mac-system) før jeg bestemte meg for å prøve Home Assistant.

 

 

haraldov skrev (1 time siden):

Jeg kjenner igjen denne meldingen i dmesg loggen. Dette kan skyldes at du bruker usb3 port til deconz usb og kanskje aeotec z-wave usb uten å vite det. Jeg har skrevet om dette før her:

https://www.hjemmeautomasjon.no/forums/topic/7207-ha-på-raspberry-pi-4-med-usb-ssd/?do=findComment&comment=89551

Takk, men har garantert ikke USB 3 på dette hovedkortet, det er fra 2009.

Har liggende en ny PCI-E USB-kontroller så vil uansett gjøre et forsøk med denne (altså unngå å bruke USB-kontroller på hovedkort) for å se om dette endrer noe, sammen med annen forlengerkabel (men har allerede prøvd flere så tror nok ikke det er kabel).

 

haraldov skrev (1 time siden):

 

For å komme inn docker containeren til hassos kan du følge denne beskrivelse for Installation her: https://github.com/zigpy/zigpy-znp/blob/dev/TOOLS.md. Jeg gjør dette når jeg må ta backup av zigbee coordinatoren da verktøy er installert i docker containeren.

Takk, skal ta en kikk på denne i kveld. Men ønsker helst å komme ut av containere og HA-CLI og inn i underliggende OS for å ha mest mulig kontroll på minnebruk etc. Kommer som nevnt allerede inn i OS (eller ut av hass CLI avhengg av hvordan man ser det) via console i PVE (proxmox) og så kjøre "login", så ikke noen krise. Men hadde vært gull om det gikk an fra ssh.

 

haraldov skrev (1 time siden):

Home assistant databasen lagrer data i filen home-assistant_v2.db. Dette er data for historikk og energy logging. Home assistant bruker ikke denne databasen til noe annet og kan gjerne slettes og den vil da bli opprettet på nytt. Ønsker du å bytte til mariadb skal ikke det være noe problem, men ønsker du å ta med deg data fra home-assistant_v2.db så er det nok litt arbeid med sql-kommandoer. Du kan se mer om recorder her: https://www.home-assistant.io/integrations/recorder/

Kjenner til det og oppsett av f.eks. mariadb er ikke noe problem. Har allerede flere kjørende instanser av f.eks. postgres på serveren min. Det som ikke er rett fram er å få med seg historikk og statistikk. Se f.eks. diskusjon her. Men mulig det uansett er korrupt data her og like enkelt å starte på nytt.

 

haraldov skrev (1 time siden):

Det som er problemet med denne databasen er at den vokser vilt og hemningsløst. Min er nå på rundt 500 MB, men har vært oppi 1 GB. Større enn 1GB blir et problem når du skal ta backup og restore. For å unngå at den vokser bør en del entiter som logger mye ekskluderes vekk. Jeg har følgt bruksanvisningen som dere finner her: https://community.home-assistant.io/t/how-to-keep-your-recorder-database-size-under-control/295795

Størrelse på DB har nok ihvertfall en sammenheng med minnebruken ja vil jeg tro. Backup er null problem sånn som jeg kjører på Proxmox og bruker Proxmox Backup Server av hele VM-image hver dag. DB-fil er over 7 GB. Så skal som nevnt fremskynde min plan om å migrere til bedre DB på egen VM eller linux-container (lxc).

 

Forøvrig øker minnebruk jevnt og trutt etter restart og bruk. Det er homeassistant-container som først og fremst øker (per nå oppe i 1,2GB), så skal få gått gjennom det refererte github issue på minnelekkasjer for å se om det er noe relevant.

 

Siden jeg uansett vil få tak i en ny z-wave stick for også å eliminere denne som feilkilde, vurderte jeg å bytte til Z-stick 7 som nå er støttet av zwavejs. Men; Har sjekket med Aeotec support og Z-stick gen 5 kan ikke gjenopprettes på en Z-stick 7, disse er ikke kompatible. Fikk også bekreftet at en heller ikke kan ta en controller shift siden 7 ikke er støttet i zensys. Så da er det å parre alt på nytt og navngi på nytt etc.

 

Får ta meg en langhelg og begynne mer eller nytt på scratch med ny USB-kontroller, ny stick og ny DB.. Er jo blitt opptil flere mnd siden jeg hadde en slette-runde og måtte gi nye navn til alt 🥴

 

[haraldov]

Hvis du skal gå fra z-stick gen 5 til z-stick gen 7 ville jeg utforsket muligheten for å ta zwave-js2mqtt nvm backup av gen 5 og restore til gen 7. Dette burde fungere. Jeg prøvde denne muligheten fra gen 5 til en z-pi 7 jeg nylig har kjøpt. Jeg fikk tatt nvm backup av gen 5, men restore til z-pi 7 fungerte ikke. Jeg tror grunnen til det var at produktene er relativt forskjellig. Lenke: https://help.aeotec.com/support/solutions/articles/6000247478-is-it-possible-to-backup-z-pi-7-

 

 

Endret 14. desember 2021 av haraldov

[Kristian]

Nei, det er forskjeller i minnestruktur mellom en series 500 og en series 700 chip, så restore backup til series 700 (Z-stick 7 eller Z-pi 7) vil ikke virke direkte. Som jeg nevnte bekreftet også Aeotec support at dette ikke vil fungere. Ut fra en kjapp scanning av diskusjoner på homeseer-forum kan det kanskje se ut som homeseer har noen verktøy som konverterer slik at restore fungerer på 7.

[Kristian]

For referansens skyld og de som måtte komme over denne tråden.

Kom over denne som skal kunne konvertere backup mellom 500 og 700 serie: https://github.com/zwave-js/node-zwave-js/tree/master/packages/nvmedit#convert-one-nvm-to-be-compatible-with-another-one

 

Men det ser ut som det er litt trøbbel så avventer oppgradering uansett tror jeg. https://github.com/zwave-js/node-zwave-js/tree/master/packages/nvmedit#convert-one-nvm-to-be-compatible-with-another-one

 

Skal også se litt på oppsett på swap på proxmox host og HA VM, virker som det kan være relevant. Opplever det som er beskrevet her. https://community.home-assistant.io/t/zwavejs2mqtt-need-to-be-restarted-at-each-homeassistant-restart/369381/11