NilsOF Skrevet 8. januar 2021 Skrevet 8. januar 2021 (endret) Jeg har havnet i en litt kjedelig situasjon. For to dager siden oppdaget jeg noe rart med z-wave-nettet mitt, det var som om at stikka ikke sendte ordentlig signaler ut i meshet. Javel, da er det jo godt at jeg har backup av den. Men nei stikka, en Aeotec G5 som sto i boksen lot seg ikke lese av backupverktøyet, og det gjorde ikke backupstikka mi (også en Aeotec g5) heller. Den sier noe om eeprom/rom feil. Problemet er bare at innholdet på backupstikka er et år gammelt.. .. men den virker med de nodene som ligger inne på den Så prøvde jeg en UZB1 i Aeotec sitt backupverktøy, og den lot seg lese. Nå tør jeg ikke skrive noe av de backupene jeg har til noen av stikkene mine.. Så jeg får ta jobben med å inkludere alt fra begynnelsen, det er ikke så mange, men en del er plassert litt kinkig til. Så for å unngå dette i fremtiden tenkte jeg å gjøre som planlagt (for lenge siden, men andre ting har alltid kommet i veien): Å gå over til UZB. Men så var det dette med firmware og kompatible versjoner. Se på dette: https://service.z-wave.me/expertui/uzb-stats/versions-graph.html 😕 😕 Endret 8. januar 2021 av NilsOF 1 Siter
berland Skrevet 8. januar 2021 Skrevet 8. januar 2021 Jeg er på min tredje aeotec-stikke. Jeg hadde først to som jeg synkroniserte med backupsoftwaren, og slik at jeg alltid hadde en i reserve jeg kunne putte rett inn når en hardware-feil slo inn og krevde at jeg la inn fra backup. Husker ikke hvorfor, men jeg kjøpte så en tredje for vel ett år siden. Denne er mattere i plasten og litt mer avrundet (i plastkassen sin), og har sannsynligvis fått noen oppgraderinger internt også, for denne har vært mye mer stabil enn de to første (jeg lurer på om den faktisk aldri har feilet) Har også en UZB1 som jeg en gang tenkte å bruke, men den er ikke mulig å få til (windows/lisensproblematikk?) (burde vel forsøkt å selge den) 1 Siter
berland Skrevet 8. januar 2021 Skrevet 8. januar 2021 Her er mine tre stikker, den til høyre merket "3" har en ekstra Aeotec-logo, og det er denne jeg påstår har fått endel hardware-bugfixer. https://www.dropbox.com/s/14c5xk9srt0av4s/2021-01-08 16.25.05.jpg?dl=0 1 Siter
NilsOF Skrevet 8. januar 2021 Forfatter Skrevet 8. januar 2021 (endret) @berland Takk for bildet! Mine to Aeotec har den Aeotech logoen. Grunnen til at jeg ville gå for UZB er at det finnes ett kommandolinjeverktøy for Linux (både rpi kompatibelt og for i368) som skal takle både firmware-oppgraderinger og backup. https://z-wave.me/ZMESerialUpdater-manual/ Men så var det med firmwareversjoner på stikkene og backup/restore. Om noen har satt seg inn i dette vil jeg gjærne høre 😉 Mener jeg har sett en tråd hær inne om dette også, mener å huske at den tråden har blitt gammel nå. Endret 8. januar 2021 av NilsOF Siter
NilsOF Skrevet 8. januar 2021 Forfatter Skrevet 8. januar 2021 Fant tråden https://www.hjemmeautomasjon.no/forums/topic/4461-restore-ikke-mulig-mot-uzb1z-net/ Det tyder på at det er en potensiell felle hær. Siter
Grøtan Skrevet 8. januar 2021 Skrevet 8. januar 2021 Jeg har kjørt på samme UZB1 siden sommeren 2016 og har ikke hatt noe problemer med den. Oppgradert firmware på den et par tre ganger mener jeg å huske, kjører v5.39 på den nå. Har brukt z-way for å oppgradere firmware samt ta backup av den. 1 Siter
NilsOF Skrevet 8. januar 2021 Forfatter Skrevet 8. januar 2021 Hm, ser at 5.39 er siste versjon. Det spørs om jeg bare skal kjøpe to stk. fra samme sted for å øke sjansen for at jeg får to med lik firmware.. Dette med å reinkludere alt på nytt er noe jeg ser litt svart på. Definitivt noe jeg vil unngå i fremtiden også. Nå har jeg alle Items i configfiler, men likevel blir det litt jobb med search/replace. Siter
NilsOF Skrevet 8. januar 2021 Forfatter Skrevet 8. januar 2021 37 minutter siden, Grøtan skrev: Har brukt z-way for å oppgradere firmware samt ta backup av den. Det ser ut som om det er lurt å bruke z-way for firmware-oppgradering i allefall. Iflg. kartet (i min første post) så har 5.39 ett ekstra firesiffret etternavn som har noe å si for hvor i treet av firmware-oppdateringer man havner. Hvordan er lisensieringen for z-way? Må man ha lisens for å få tak i firmwaren? Siter
Grøtan Skrevet 8. januar 2021 Skrevet 8. januar 2021 Jeg har ikke lisens på z-way, så det trenger du ikke. 2 Siter
NilsOF Skrevet 8. januar 2021 Forfatter Skrevet 8. januar 2021 @GrøtanSupert, da begynner det å ligne på en plan hær 😄 Siter
NilsOF Skrevet 9. januar 2021 Forfatter Skrevet 9. januar 2021 (endret) Da har jeg omsider klart å installere Z-Way. Jeg har ikke Windows, heller ikke Ubuntus forvrengning av Debian. Debian-pakka var utdatert og ville ha et meget gammelt SSL-bibliotek. Derfor endte jeg op med å installere .deb -pakka for Rpi på en Rpi4, det gikk glatt! :-) Fikk startet Z-Way med: pi@dingle:/opt/z-way-server $ sudo LD_LIBRARY_PATH=./libs ./z-way-server Rotet litt rundt før jeg fikk UZB1 registert i Z-Way som /dev/ttyACM0 og fant til slutt ut at jeg skulle skrive all som token i expert-greiene. Da kunne jeg oppgradere fra 5.27 til 5.3noe. MEN dmesg fra Rpien: [247196.510046] usb 1-1.1: new full-speed USB device number 27 using xhci_hcd [247196.610306] usb 1-1.1: device descriptor read/64, error -32 [247196.830296] usb 1-1.1: device descriptor read/64, error -32 [247197.050062] usb 1-1.1: new full-speed USB device number 28 using xhci_hcd [247197.150311] usb 1-1.1: device descriptor read/64, error -32 [247197.370298] usb 1-1.1: device descriptor read/64, error -32 [247197.490595] usb 1-1-port1: attempt power cycle [247198.150071] usb 1-1.1: new full-speed USB device number 29 using xhci_hcd [247198.150344] usb 1-1.1: Device not responding to setup address. [247198.370310] usb 1-1.1: Device not responding to setup address. [247198.590080] usb 1-1.1: device not accepting address 29, error -71 [247198.690085] usb 1-1.1: new full-speed USB device number 30 using xhci_hcd [247198.690347] usb 1-1.1: Device not responding to setup address. [247198.910329] usb 1-1.1: Device not responding to setup address. [247199.130093] usb 1-1.1: device not accepting address 30, error -71 [247199.130684] usb 1-1-port1: unable to enumerate USB device Og ja, UZB1 jeg hadde er nå død som ei spekesild 😕 Endret 9. januar 2021 av NilsOF 1 Siter
NilsOF Skrevet 9. januar 2021 Forfatter Skrevet 9. januar 2021 (endret) Fant denne tråden: https://forum.z-wave.me/viewtopic.php?f=3419&t=32646 Dersom den har følgende skrift på seg: "S/N 04/19 01" og den har firmware 5.27 så er det en stor sjans for at stikka dør ved firmwareoppgradering! Den jeg hadde har den skriften (og 5.27 firmware) Jeg har to i bestilling, men det er fra samme sted som den jeg har kommer fra.. Endret 9. januar 2021 av NilsOF Siter
berland Skrevet 10. januar 2021 Skrevet 10. januar 2021 Har du sett på Z-way integrasjonen i OpenHAB? Den bindingen ser ut til å ha sine egne problemer, jeg tror det egentlig det var den som kansellerte min plan om å prøve UZB1. Noe diskusjon finnes på https://community.openhab.org/t/new-z-way-binding/14096/313 Siter
NilsOF Skrevet 10. januar 2021 Forfatter Skrevet 10. januar 2021 2 timer siden, berland skrev: Har du sett på Z-way integrasjonen i OpenHAB? Nei, jeg ante ikke at den fantes engang. Det eneste jeg tenkte å bruke ZWay til var å oppgradere firmware. Og det ser jo tvilsomt nok ut! Dessuten, Z-Way gnåler om apper. Jeg er alergisk mot apper 😄 Siter
NilsOF Skrevet 14. januar 2021 Forfatter Skrevet 14. januar 2021 (endret) Mine nye UZB1 er i hus. De har begge firmware 3.57 og ingen ny firmware er tilgjengelig ifølge Z-Way. Det må da holde, jeg har da i teorien en fungerende backup-stikke. Jeg rekker ikke å sette opp z-wave nettet på nytt før jeg skal på jobb. Og det er 20 kuldegrader, noe som heller ikke frister meg til å dille med dingser ute nå. Testing av både backup og restore med bytte av stikker må legges inn den jobben også. Det vil kreve litt godmål på tid. Z-Way gir meg ingen god følelse akkurat, blir nok ikke til at jeg prøver noen firmwareoppgraderinger før jeg blir helt nødt til det.. Endret 14. januar 2021 av NilsOF Siter
PerH Skrevet 15. januar 2021 Skrevet 15. januar 2021 Du har oppdaget Z-Way Expert GUI også eller? Bruker aldri Z-way Main GUI selv, det er expert som gjelder.. (All kontroll ellers er jo i OpenLuup) Det er ikke alltid den har kontroll på om det er nyere versjoner, min sier jeg har 5.39 og kan oppgradere til 5.39! Uansett finner du FW filer et sted på siden med det flotte kartet du postet til her oppe. Siter
NilsOF Skrevet 15. januar 2021 Forfatter Skrevet 15. januar 2021 7 minutter siden, PerH skrev: Du har oppdaget Z-Way Expert GUI også eller? Jadda, jeg har veivet innom for å se etter firmware. 8 minutter siden, PerH skrev: Uansett finner du FW filer et sted på siden med det flotte kartet du postet til her oppe. hm, jeg ser ingenting nedlastbart i Firefox iallefall. Siter
PerH Skrevet 15. januar 2021 Skrevet 15. januar 2021 Stemmer, det var noe tull med den siden. Denne linken tror jeg skal være riktig: https://service.z-wave.me/expertui/uzb/UPD_FIRMWARE_UZB_STATIC_2ch_ZME_05_25_04000001_ZME_05_27_04000001.bin (5_25 i filnavnet er hex, og er 5.37. 😉 ) 1 Siter
NilsOF Skrevet 15. januar 2021 Forfatter Skrevet 15. januar 2021 @PerH takker! skal se på dette mere når jeg har fått z-wave -nettet mitt opp å gå igjen. Siter
NilsOF Skrevet 16. januar 2021 Forfatter Skrevet 16. januar 2021 @PerH egner med at du mente på dette for å laste ned firmware: (fra https://z-wave.me/ZMESerialUpdater-manual/ ) Sitat Firmwares and bootloaders Z-Wave.Me firmwares and bootloaders are available from our web site. The address is https://service.z-wave.me/expertui/uzb/fileURL, where fileURL is the name of the binary file. fileURL can be obtained from the map of available firmwares (click on nodes corresponding to your current version to get the list of possible upgrade files). Siter
NilsOF Skrevet 16. januar 2021 Forfatter Skrevet 16. januar 2021 (endret) Lagde meg ett røfft bash-script for backup og restore av UZB1 - stikka: #!/bin/bash # uzb1nwm serport="/dev/ttyACM0" #path og navn til ZMESerialUpdater binary serialupdater="./ZMESerialUpdater" # lager ett automagisk filnavn: now=$(date +'%Y-%m-%d_%H%M') autobackupfil="backup_${now}.nwm" if [ -z $2 ] then # filnavn ikke gitt som parameter backupfil=$autobackupfil else backupfil=$2 fi loggfil="${backupfil}.log" action=$1 if [ ! -w $serport ] then echo "Serialport ${serport} er ikke skrivbar eller finnes ikke!" echo " - Kanskje sette inn UZB1 -stikka i USB-porten?" action="usage" elif [ ! -x $serialupdater ] then echo "ZMESerialUpdater på ${serialupdater} er ikke kjørbar eller finnes ikke" action="usage" elif [ -z $action ] then echo "Gi ett hint om hva jeg skal gjøre!" action="usage" elif [ $action == "backup" ] then $serialupdater serialapi_ripnvm -d $serport $backupfil >> $loggfil elif [ $action == "restore" ] then if [ -z $2 ] then echo "Ingen backupfil angitt!" action="usage" else $serialupdater serialapi_restorenvm -d $serport $backupfil fi elif [ $action == "clean" ] then $serialupdater serialapi_cleannvm -d $serport else action="usage" fi if [ $action == "usage" ] then echo echo " Hvordan bruke:" echo " Ta backup av nwm over ${serport} og lagre til fil:" echo " ${0} backup filnavn" echo " Ta backup av nwm over ${serport} til autogenerert filnavn som ${autobackupfil}:" echo " ${0} backup" echo " Restore av backup:" echo " ${0} restore filnavn" echo " Slette alt innhold på UZB1 -stikka inkludert nettverk og device -info:" echo " ${0} clean" echo echo " Ved ${0} backup [optionelt filnavn] så lages en [filnavn].log -fil" echo fi Brukte dette scriptet til å ta backup av det nyoppsatte z-wave-nettet og la tilbake backupen på stikke nummer to (som var resatt og blanket ut). Det ser ut som det fungerer! Nodene kom opp i en fart jeg ikke har sett før! Edit: rettet test i script på ZMESerialUpdater er kjørbar. Jeg ville også ha en "clean" av nwm i UZB1 -stikka i scriptet Mere edit: Testet på en Rpi4. Jeg stoppet z-wave -bindingen på OpenHAB før backup og restore ble kjørt. For OpenHAB er dette nok til at låsingen på tty/serialporten frigies. Backup -delen av scriptet er tenkt kjørt fra cron, så det er bare backup som lager en .log -fil. "restore" og "clean" er tenkt å kjøres fra konsoll etter "shit happens", eller man føler for det. Endret 16. januar 2021 av NilsOF 2 1 Siter
PerH Skrevet 20. januar 2021 Skrevet 20. januar 2021 På 16.1.2021 den 22.48, NilsOF skrev: @PerH egner med at du mente på dette for å laste ned firmware: (fra https://z-wave.me/ZMESerialUpdater-manual/ ) Så den der, men jeg fikk aldri bruk for det. Endte med å bruke Expert GUI jeg. "Network->Controller Info->firmware update->upload firmware". Men jeg så jo URL'ene der. 1 Siter
gullfrode Skrevet 7. april 2023 Skrevet 7. april 2023 NilsOF skrev (På 16.1.2021 den 22.57): Lagde meg ett røfft bash-script for backup og restore av UZB1 - stikka: #!/bin/bash # uzb1nwm serport="/dev/ttyACM0" #path og navn til ZMESerialUpdater binary serialupdater="./ZMESerialUpdater" # lager ett automagisk filnavn: now=$(date +'%Y-%m-%d_%H%M') autobackupfil="backup_${now}.nwm" if [ -z $2 ] then # filnavn ikke gitt som parameter backupfil=$autobackupfil else backupfil=$2 fi loggfil="${backupfil}.log" action=$1 if [ ! -w $serport ] then echo "Serialport ${serport} er ikke skrivbar eller finnes ikke!" echo " - Kanskje sette inn UZB1 -stikka i USB-porten?" action="usage" elif [ ! -x $serialupdater ] then echo "ZMESerialUpdater på ${serialupdater} er ikke kjørbar eller finnes ikke" action="usage" elif [ -z $action ] then echo "Gi ett hint om hva jeg skal gjøre!" action="usage" elif [ $action == "backup" ] then $serialupdater serialapi_ripnvm -d $serport $backupfil >> $loggfil elif [ $action == "restore" ] then if [ -z $2 ] then echo "Ingen backupfil angitt!" action="usage" else $serialupdater serialapi_restorenvm -d $serport $backupfil fi elif [ $action == "clean" ] then $serialupdater serialapi_cleannvm -d $serport else action="usage" fi if [ $action == "usage" ] then echo echo " Hvordan bruke:" echo " Ta backup av nwm over ${serport} og lagre til fil:" echo " ${0} backup filnavn" echo " Ta backup av nwm over ${serport} til autogenerert filnavn som ${autobackupfil}:" echo " ${0} backup" echo " Restore av backup:" echo " ${0} restore filnavn" echo " Slette alt innhold på UZB1 -stikka inkludert nettverk og device -info:" echo " ${0} clean" echo echo " Ved ${0} backup [optionelt filnavn] så lages en [filnavn].log -fil" echo fi Brukte dette scriptet til å ta backup av det nyoppsatte z-wave-nettet og la tilbake backupen på stikke nummer to (som var resatt og blanket ut). Det ser ut som det fungerer! Nodene kom opp i en fart jeg ikke har sett før! Edit: rettet test i script på ZMESerialUpdater er kjørbar. Jeg ville også ha en "clean" av nwm i UZB1 -stikka i scriptet Mere edit: Testet på en Rpi4. Jeg stoppet z-wave -bindingen på OpenHAB før backup og restore ble kjørt. For OpenHAB er dette nok til at låsingen på tty/serialporten frigies. Backup -delen av scriptet er tenkt kjørt fra cron, så det er bare backup som lager en .log -fil. "restore" og "clean" er tenkt å kjøres fra konsoll etter "shit happens", eller man føler for det. Har du en ennå mer noob beskrivelse av hvordan man tar backup/restore med scriptet ditt? Har zwavejs2mqtt på en Pi4 og en Pi3b, hadde vært kjekt å ta backup av uzb1-stikkene. Har to ekstra, så hadde vært kjekt å ha ferdig restore samtidig. Begge er på port /dev/ttyACM0 Mulig å kopiere uzb1 via Homeseer, men holder på å bevege meg helt vekk fra Homeseer😊 Siter
hflatoey Skrevet 7. april 2023 Skrevet 7. april 2023 2 hours ago, gullfrode said: Har du en ennå mer noob beskrivelse av hvordan man tar backup/restore med scriptet ditt? Har zwavejs2mqtt på en Pi4 og en Pi3b, hadde vært kjekt å ta backup av uzb1-stikkene. Har to ekstra, så hadde vært kjekt å ha ferdig restore samtidig. Begge er på port /dev/ttyACM0 Mulig å kopiere uzb1 via Homeseer, men holder på å bevege meg helt vekk fra Homeseer😊 Kan du ikkje bruke den innebyggde menyen i zwavejs2mqtt? 🙂 Siter
gullfrode Skrevet 7. april 2023 Skrevet 7. april 2023 Takk, den tar kopi av hele stick´en? Så med det samt backupen i /store så har man komplett backup? Siter
Anbefalte innlegg
Bli med i samtalen
Du kan publisere innhold nå og registrere deg senere. Hvis du har en konto, logg inn nå for å poste med kontoen din.