Kristian

Uåpnet og fortsatt i eske med plast. Kostet meg ca. 1800 kr og tenkte rundt 1100 for det, men åpen for diskusjon/bud. Finn.no

Nei, har dessverre ikke fått tid til å forske så mye på det. Er også midt i oppussing av loftstue og må snart bestemme VL-100 (har en liggende) eller evt. begynne på gradvis installasjon av full balansert ventilasjon.

Forsøker å få grep på funksjonaliteten på denne med Zigbee og evt. hub. Med Zigbee-modulen, begrenser det seg til å låse/låse opp eller får man varsel ved opplåsning? Ser man hvilken kode eller tag som er brukt til å låse opp? Mulighet for å sette eller endre koder?

Hei, er det noen oppdatering på dette?

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

Beklager, så ikke varselet på denne. Men jeg gjorde det samme som du har gjort ja, og det løste det en stund ihvertfall. Før det dukker opp nye problemer og. Jeg har som nevnt i den andre tråden en haug med bogus entiteter igjen. Tror mest at dette er separat fra evt. problemer med stick eller USB. Det er jo ikke så enkelt å finne ut hvor feilen ligger, ihvertfall for en som ikke er 100% kjent med Home Assistant. Det ene er jo selve integrasjonen, så er det det (i mitt tilfelle) zwavejs2mqtt addon som inkluderer zwavejs2mqtt som igjen inkluderer zwavejs. De gangene jeg har forsøkt å stille et spørsmål eller rapportere en bug skyldes det på noen av de andre prosjektene gjerne. Antar at device definitions endrer seg fra tid til annen og at det da krever re-intervju, men litt usikker på hvor denne informasjonen kommer frem i release notes eller annen info. Finner ihvertfall ikke noe tydelig på at enheter evt. må intervjues eller fikses. En annen ting jeg har lagt merke til er at zwavejs2mqtt inkluderer zwavejs i betaversjon. Om det har noe å si for at entiteter tilsynelatende dukker opp og forsvinner uten varsel vet jeg ikke, noen som har tanker rundt det? En må jo oppgradere i ny og ne, men når ting fungerer relativt greit er det liten grunn til å bruke betaversjon, hvordan gjør dere andre det?

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.

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. 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). 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. 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. 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 🥴

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. 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. 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.

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.

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å.

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.

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.

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*

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.

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.

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

Min har fungert rimelig greit i Home Assistant med ZwaveJS2MQTT. Får opp lukket, åpnet og mellomstilling. Men nå er det ikke så lenge siden jeg migrerte Z-wave-enhetene mine og det var vel en oppdatering tidligere i år. Så antar den fungerer greit hos andre i HA også? Jeg får opp dette: Lurte på hva dere andre får opp? Savner mer spesifikt batteristatus og temperaturen den skal rapportere. Ser begge disse er tilgjengelig i zwavejs2mqtt. Fikk også inn disse i systemet jeg brukte før, allerede for mange år siden (Indigo). Og litt usikker på switchen (øverst) er til. Batteristatus og temperatur ligger som konfigurasjonsparametre, så om en ikke får de inn i HA direkte, er vel løsningen å lage sensorer med en automasjon for å reflektere endringer.

For min del endte jeg med en rackmontert 16-port passiv POE-injector og en Mean Well strømforsyning på 24V. Injectoren har sikring på hver utgang og trenger ikke data-tilkobling for å gi strøm, så dette har fungert fint i nesten to år nå. Forsyner også bl.a. fiber mediekonverter som er plassert et annet sted i huset, slik at den også får strøm fra UPS i rackskapet.

Har flere av disse, både VL-50 og VL-100. Har 2 VL-50 med snorbetjening og en med fjernkontroll. Er i og for seg fornøyd med disse, men jeg syns de bytter for lite luft på laveste hastighet og bråker for mye på høyeste. Er også litt i grenseland mtp radon, så laveste nivå er litt for lavt. Skulle gjerne hatt en smartifisert mulighet til å få flere enn to trinn på hastigheten. Noen som har gjort dette? Har søkt rundt og funnet litt informasjon, men min kompetanse stopper litt opp. Og selvfølgelig kjekt evt. å kunne unngå en stor transformator på veggen. https://byggebolig.no/mekanisk-og-balansert-ventilasjon/mitsubishi-vl-100-pa-soverom/msg957373?latest=True#latest https://www.varmepumpsforum.com/vpforum/index.php?topic=68033.30 https://library.mitsubishielectric.co.uk/pdf/download_full/3729

En liten oppdatering. Fikk fra montør først opplyst at det var sluppet et nytt kretskort til varmepumpa. Så reklamerte dit jeg kjøpte og fikk (etter noen mnd) tilsendt nytt kort. Montør som kom for å montere nevnte da at det er en v2 av pumpene, jeg har v1. Plassering av temperaturføler var endret, da v1 måler mer på temperaturen inne i pumpa enn i rommet. Han nevnte også at det var mulighet for å montere ekstern romføler og at han ville foretrukket det over nytt kretskort. Men iom at jeg hadde fått nytt kort på reklamasjon måtte jeg nesten gå for den løsningen. Tror egentlig bare dette korrigerer målingen med noen grader, men uansett er ihvertfall problemet mindre hos meg nå.

Gjorde like godt det (slettet integrasjonen). Før sletting var det 627 entities, 522 etter re-installasjon. Så det virker å ha fjernet en del "grums", ser også sånn ut ved første øyekast på devicene. entity id er også satt ut fra navnet gitt i ZwaveJS2MQTT, så det er bra. Men dette burde jo strengt tatt ikke vært nødvendig å gjøre dette.. Nå regner jeg med at jeg har en del automasjoner som ikke fungerer lenger etc., så får gå over det når jeg får sjanse..

Hmm, det virker ikke sånn i mitt tilfelle altså. Bruker Zwave JS integrasjon. Så stoppet Mosquitto broker add-on og ZwaveJS2MQTT addon, sånn ser det ut på hhv device og entity: Får altså valget om å slette entitet, men ikke device. Ikke så lysten på å slette over 600 entiteter manuelt heller. Mulig jeg skal ta en test på å slette Zwave JS integrasjon og installere den på nytt.

Takk for tipset. Jeg kjører ZwaveJS2MQTT som addon og har dette valget aktivert (tror jeg leste en plass at det var anbefalt): Da gjelder vel ikke delen med MQTT i oppskriften. Forsøkte stoppe add-on men har fortsatt ikke noe valg på å slette device i UI i home assistant. Så begynte jeg å google hvordan slette device i home assistant og ble selvfølgelig ikke noe klokere. Fant masse lange diskusjoner og frustrasjoner på forumet men ikke noen åpenbar løsning. Fant denne: https://blog.tiga.tech/deleting-devices-and-entities-in-home-assistant/ Det er hva jeg også har lest, men ref. blogpost og diskusjoner i HA forum er det ikke fullgodt å administrere i UI heller virker det som. Så langt mest frustrasjon og minst moro i min migrering til Home Assistant... 🤨

Har søkt og lest bl.a. på home assistant-forumet i ukesvis, men finner lite svar, så prøver en diskusjon her. Er i ferd med å migrere fra Indigo til Home Assistant og den største frustrasjonen så langt er rundt navngivning av devices, entiteter etc. Så søker råd og tips for evt. å gjøre det enklere. Først; Det jeg er vant til fra Indigo: Skal du legge til noe legger du manuelt til en ny device, uavhengig av plug-in etc. Deretter kan du koble devicen mot en plugin (tilsvarende integrasjon). Devicen har sin unike ID som aldri endres Navnet har ingenting å si annet enn for visning, ikke kobling mot automasjoner etc. Du kan legge til notes og sortere i "mapper" som kan være rom, soner eller type device f.eks. Det er ingenting som eksponeres tilsvarende entiteter, hver device har dette som attributter og kan ha flere states. Resultat; F.eks. å ekskludere og inkludere en z-wave-enhet betyr ingenting for automasjoner etc., du tar bare eksisterende device og syncer mot ny node En kan f.eks. bytte et lys fra Z-wave til hue uten at det påvirker device, script, automasjoner eller noen ting. Så over til Home Assistant... Har fått over en del av Z-wave nettverket. Er nå oppe i 619 entiteter for Z-wave JS. Bruker zwaveJS2MQTT. Jeg skal komme mer i gang med automasjoner osv. Og har forstått det sånn at det er en dårlig deal å automatisere mot device. Må en parre en Z-wave enhet på nytt vil den få ny device ID og dermed fungerer ikke automasjoner. Så det må gjøres mot entitet. Og da bør jeg ta jobben med å angi fornuftige entitets-IDer. Så begynner jeg på node 2. Dette er en Fibaro Dimmer 2 som har 21 entiteter. Den vil jeg skal hete "Kjøkken taklys". Så renamer device i UI og får spørsmål om å endre ID for alle entiteter, hvilket jeg takker ja til. Resultat: De to switch-entitetene har fått switch.kjokken_taklys og switch.kjokken_taklys_2 Mange har fått oppdatert friendly name men entitets ID er enten sensor.node_2_XX eller sensor.dimmer_2_XX Noen har ikke fått oppdatert friendly name Så over til en Heatit Z-TRM2FX med 39 (!) entiteter. Der blir kaoset komplett når jeg forsøker å rename device, samme random mønster som over. Så leser jeg på HA-forumet og det virker som det er konsensus om at det skal være slik (?). Entity registry etc. er vel ikke mulig å bruke lenger? Har forsøkt å søke etter script som kan gjøre det, men ikke funnet noe. Finner også masse issues på github, men de fleste ser ut til å bli sendt frem og tilbake mellom core, frontend, diverse integrasjoner etc. Er det virkelig ikke enklere måter å håndtere dette på, eller er det jeg som overser noe vitalt?