Gå til innhold
  • Bli medlem
Støtt hjemmeautomasjon.no!

Z-Wave: UZB1, firmware versjoner og backup


NilsOF

Anbefalte innlegg

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 av NilsOF
  • Sad 1
Lenke til kommentar
Del på andre sider

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)

  • Like 1
Lenke til kommentar
Del på andre sider

@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 av NilsOF
Lenke til kommentar
Del på andre sider

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.

 

 

  • Like 1
Lenke til kommentar
Del på andre sider

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.

Lenke til kommentar
Del på andre sider

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?

Lenke til kommentar
Del på andre sider

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 av NilsOF
  • Sad 1
Lenke til kommentar
Del på andre sider

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 av NilsOF
Lenke til kommentar
Del på andre sider

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 😄

 

Lenke til kommentar
Del på andre sider

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 av NilsOF
Lenke til kommentar
Del på andre sider

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.

Lenke til kommentar
Del på andre sider

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.

 

Lenke til kommentar
Del på andre sider

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

 

Lenke til kommentar
Del på andre sider

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 av NilsOF
  • Like 2
  • Thanks 1
Lenke til kommentar
Del på andre sider

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

  • Like 1
Lenke til kommentar
Del på andre sider

  • 2 år senere...
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😊

Lenke til kommentar
Del på andre sider

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? 🙂

image.png.efa0e340f79e20b9b3ae239e4dfe33e0.png

Lenke til kommentar
Del på andre sider

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.

Gjest
Skriv svar til emnet...

×   Du har limt inn tekst med formatering.   Lim inn uten formatering i stedet

  Du kan kun bruke opp til 75 smilefjes.

×   Lenken din har blitt bygget inn på siden automatisk.   Vis som en ordinær lenke i stedet

×   Tidligere tekst har blitt gjenopprettet.   Tøm tekstverktøy

×   Du kan ikke lime inn bilder direkte. Last opp eller legg inn bilder fra URL.

×
×
  • Opprett ny...

Viktig informasjon

Vi har plassert informasjonskapsler/cookies på din enhet for å gjøre denne siden bedre. Du kan justere dine innstillinger for informasjonskapsler, ellers vil vi anta at dette er ok for deg.