Autor Thema: ZWDongle Sicherung  (Gelesen 8849 mal)

Offline rudolfkoenig

  • Administrator
  • Hero Member
  • *****
  • Beiträge: 19161
ZWDongle Sicherung
« am: 01 Mai 2016, 22:28:10 »
Ich fang mal was Neues an, die andere Diskussion ist inzwischen voellig Off-Topic geworden.

freeusb hat mich zunaechst abgeschreckt, da in der Lizenzvereinbarung stand "This is not free software". Nun ja: ich habe es jetzt evaluiert. Damit ich es einfacher lesen kann, habe ich die Export-Datei des URB-Logs (.htm) durch den angehaengten perl-Skript gejagt.

Die Daten werden direkt mit NVM_EXT_READ_LONG_BUFFER gewonen, syntax: 2a O1 O2 O3 L1 L2, wobei Ox fuer Offset, und Lx fuer length steht. Einfach zu testen (mein Houscode habe ich mit x ersetzt):
fhem> get zwd raw 2a0000000010
zwd raw_2a0000000010 => 012a5a654e7359730000xxxxxxxx0a090807
Das Aeotec Backup Programm laeuft die Schleife von 0000 bis FFFF in (hex) 40-er Schritten 4-mal durch, wieso einmal nicht reicht, ist mir ein Raetsel. Vermutung: Programmierfehler, irgendwo wird uint_16 verwendet, und die aussere Schleife laeuft (mit uint_32) bis 256k.

1. Die Erzeugung einer Aeotec kompatiblen Backups aus FHEM aus sollte trivial sein, werde ich machen, wenn ich ein bisschen Zeit habe.
2. Wir muessten rausfinden, ob z.Bsp. ein ZME 64k oder 256k gesichert haben will. Aus dem USB-Log ist das fuer mich nicht ersichtlich, evtl. haengt das mit der abgefragten SERIAL_API_APPL_NODE_INFORMATION oder ZW_GET_NODE_PROTOCOL_INFO zusammen, und wird aus einer (uns nicht zur Verfuegung stehenden Tabelle) per Lookup festgestellt.
3. Ich muss noch ein Restore protokollieren, und dazu muss ich noch Mut sammeln :)
4. Zum Schluss brauchen wir "richtige" Tests, mir noch unklar, welche.

Offline krikan

  • Global Moderator
  • Hero Member
  • ****
  • Beiträge: 6047
Antw:ZWDongle Sicherung
« Antwort #1 am: 02 Mai 2016, 07:34:49 »
Zitat
Damit ich es einfacher lesen kann, habe ich die Export-Datei des URB-Logs (.htm) durch den angehaengten perl-Skript gejagt.
Ok, verstanden  :) ; siehe Anlage zu Backup und Restore von Vision ZU1401-5. Restore-Log gehört zu einem anderem als dem angehängten Backup(-Log), weil das Perl-Script beim zugehörigen Backup-Log nichts schreibt. Hoffe, ist unproblematisch.

Zitat
Wir muessten rausfinden, ob z.Bsp. ein ZME 64k oder 256k gesichert haben will. Aus dem USB-Log ist das fuer mich nicht ersichtlich,
Beim Vision werden nur 2x64Kb = 128 KB gesichert. Warum?

Fände interessant, wie das Log für das Backup von einem AEOTEC Gen5-Stick aussieht.

Offline rudolfkoenig

  • Administrator
  • Hero Member
  • *****
  • Beiträge: 19161
Antw:ZWDongle Sicherung
« Antwort #2 am: 02 Mai 2016, 22:20:58 »
Ab sofort (bzw. update morgen) steht zur Verfuegung:
Zitat
backupCreate [64k|128k|256k]
    read out the NVRAM of the ZWDongle, and store it in a file called
    <ZWDongle_Name>.bin in the modpath folder.  Since the size of the
    NVRAM is currently unknown to FHEM, you have to specify the size. The ZWave
    ZME Stick seems to have 256k of NVRAM. Note: writing the file takes some
    time, usually about 10s for each 64k.

backupRestore
    Restore the file created by backupCreate. Restoring the file takes about
    the same time as saving it.

Getestet mit dem ZWave.me ZME USB Stick, ich habe 5-6 mal backupCreate gemacht (ohne Fehler, gleiches Ergebnis), und einmal backupRestore von 256k. Der Stick funktioniert danach, kann ein per Security angebundenes AS6 schalten auch nach abstecken/einstecken bzw. FHEM Neustart. Die ersten 64k der Datei sind (bis auf ein Byte) identisch mit dem Aeotec Backup.

Zitat
Beim Vision werden nur 2x64Kb = 128 KB gesichert. Warum?
Wenn wir das rausfinden, dann koennen wir das Argument beim backupCreate einsparen. Ich habe NVM_GET_ID in Verdacht: der Vision liefert 03208011 zurueck, der ZME 03208012. 2^11*64 = 128k, und 2^12*64 = 256k. 64 Bytes ist die Einheit, mit dem Aeotec (und FHEM) die Daten liest und schreibt. Ok, gewagte Hypothese.

Mein Goodway kennt die NVM Kommandos nicht -> Kein Backup moeglich.

P.S.: Danke an Christian fuer die Vorarbeit :)


Offline Thyraz

  • Sr. Member
  • ****
  • Beiträge: 875
Antw:ZWDongle Sicherung
« Antwort #3 am: 03 Mai 2016, 09:06:12 »
Ich hab zwei Razberry Zwave Module um bei einem Ausfall schnell reagieren zu können.

Ich kann die Tage mal testweise ob es mit dem Razberry Modul auch funktioniert.
Beim einen Stick ein neues Z-Wave Gerät anlernen -> Backup -> auf anderes Razberry Modul restoren.

Wie bekomme ich denn heraus was ich als NVRAM Größe angeben muss?
Fhem und MariaDB auf NUC6i5SYH in Proxmox Container (Ubuntu)
Zwave, Lacrosse, Hue, Harmony, Solo4k, LaMetric, Snips, ...
Informativ Informativ x 1 Liste anzeigen

Offline rudolfkoenig

  • Administrator
  • Hero Member
  • *****
  • Beiträge: 19161
Antw:ZWDongle Sicherung
« Antwort #4 am: 03 Mai 2016, 12:02:36 »
Da bin ich noch unsicher, siehe Hypothese oben.

Ich wuerde mich freuen, wenn jeder mit einem hier noch nicht bekannten ZWDongle folgendes absetzt:
get ZWDongle_0 raw 29und danach Ausgabe + ZWDongle Modellbezeichnung uns hier mitteilt. Ideal waere noch ein Versuch mit dem Aeotec Backup, und dann die Dateigroesse mitteilen.

Ich fange mal an:
Zwave.me ZME_UZB1:  raw_29 => 012903208012, Aeotec Backup Groesse: 256k
Viesion ZU_1401:         raw_29 => 012903208011, Aeotec Backup Groesse: 128k

Offline Thyraz

  • Sr. Member
  • ****
  • Beiträge: 875
Antw:ZWDongle Sicherung
« Antwort #5 am: 03 Mai 2016, 12:18:50 »
Die Info bekomme ich für den Razberry (V5 / Zwave+ Variante) auch von hier per VPN raus. :)

012903208012 und somit wahrscheinlich auch die 256k wie beim UZB1.
Fhem und MariaDB auf NUC6i5SYH in Proxmox Container (Ubuntu)
Zwave, Lacrosse, Hue, Harmony, Solo4k, LaMetric, Snips, ...

Offline Thargor

  • Full Member
  • ***
  • Beiträge: 159
Antw:ZWDongle Sicherung
« Antwort #6 am: 03 Mai 2016, 12:48:17 »

Aoetec Gen5: 012903208012

Offline jeep

  • Full Member
  • ***
  • Beiträge: 355
Antw:ZWDongle Sicherung
« Antwort #7 am: 03 Mai 2016, 12:56:00 »
Hallo,


ZWDongle_Raz raw_29 => 012903208012

Ich versuchte ein Backup über socat zum RPI mit Razberry. Nach 256K wurde die Datei wieder auf 0 Byte gesetzt und fing wieder an zu wachsen. Aber nach kurzer Zeit ging die Verbindung verloren und ich vermute das socat sich verlaufen hat. Musste den RPI einfach neu starten, dann war die Verbindung wieder da.

Grüße,
Josef
Ein wenig HomeMatic
RPi2  - UZB1, FHEM Testsystem - 8 devices
HC2  - 72 devices  (95 % sind Fibaro devices)

Offline krikan

  • Global Moderator
  • Hero Member
  • ****
  • Beiträge: 6047
Antw:ZWDongle Sicherung
« Antwort #8 am: 03 Mai 2016, 15:27:59 »
Zitat
Vision ZU_1401:         raw_29 => 012903208011, Aeotec Backup Groesse: 128k
Das betrifft den Vision ZU_1401-5 mit 500er Sigma Chip und ZWave-Plus Zertifizierung. Der ZU_1401 ohne -5 hat nur einen 400er Chip und hat die notwendigen Sicherungs-Befehle nicht.

Offline krikan

  • Global Moderator
  • Hero Member
  • ****
  • Beiträge: 6047
Antw:ZWDongle Sicherung
« Antwort #9 am: 04 Mai 2016, 13:02:50 »
Sicherung scheitert leider bei mir sowohl mit UZB1 als auch VISION auf Produktiv-Raspi3- (raspbian) und Test-Win10-System immer mit einem TIMEOUT for ReadAnswer.

Beispiel-Log von Win10 für VISION:
2016.05.03 22:05:20.970 4: ZWDongle *** set ZWDongle_0 backupCreate 128k
2016.05.03 22:05:20.971 5: ZWDongle_Write 002a0000000040 ()
2016.05.03 22:05:20.971 5: SW: 0108002a00000000409d
2016.05.03 22:05:20.982 4: ZWDongle_ReadAnswer arg:NVM_EXT_READ_LONG_BUFFER regexp:^012a
2016.05.03 22:05:20.982 5: ACK received, removing 0108002a00000000409d from dongle sendstack
2016.05.03 22:05:20.983 4: ZWDongle_Read ZWDongle_0: rcvd 012a5a654e7359730000e068719200000000000000000054a50000000000000000000000000000000000000000000000000000000000000000000000000000000000 (answer NVM_EXT_READ_LONG_BUFFER), sending ACK
2016.05.03 22:05:20.983 5: SW: 06
2016.05.03 22:05:20.984 4: ZWDongle_ReadAnswer for NVM_EXT_READ_LONG_BUFFER: 012a5a654e7359730000e068719200000000000000000054a50000000000000000000000000000000000000000000000000000000000000000000000000000000000
2016.05.03 22:05:20.985 5: ZWDongle_Write 002a0000400040 ()
2016.05.03 22:05:20.985 5: SW: 0108002a0000400040dd
2016.05.03 22:05:20.987 4: ZWDongle_ReadAnswer arg:NVM_EXT_READ_LONG_BUFFER regexp:^012a
2016.05.03 22:05:20.987 5: ACK received, removing 0108002a0000400040dd from dongle sendstack
2016.05.03 22:05:21.993 4: ZWDongle_Read ZWDongle_0: rcvd 012a00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000 (answer NVM_EXT_READ_LONG_BUFFER), sending ACK
2016.05.03 22:05:21.994 5: SW: 06
2016.05.03 22:05:21.996 4: ZWDongle_ReadAnswer for NVM_EXT_READ_LONG_BUFFER: 012a00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
2016.05.03 22:05:21.996 5: ZWDongle_Write 002a0000800040 ()
2016.05.03 22:05:21.996 5: SW: 0108002a00008000401d
2016.05.03 22:05:21.997 4: ZWDongle_ReadAnswer arg:NVM_EXT_READ_LONG_BUFFER regexp:^012a
2016.05.03 22:05:21.998 4: ZWDongle_Read ZWDongle_0: rcvd 012a00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000 (answer NVM_EXT_READ_LONG_BUFFER), sending ACK
2016.05.03 22:05:21.998 5: SW: 06
2016.05.03 22:05:22.015 4: ZWDongle_ReadAnswer for NVM_EXT_READ_LONG_BUFFER: 012a00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
2016.05.03 22:05:22.015 5: ZWDongle_Write 002a0000c00040 ()
2016.05.03 22:05:22.015 4: ZWDongle_ReadAnswer arg:NVM_EXT_READ_LONG_BUFFER regexp:^012a
2016.05.03 22:05:22.015 5: ACK received, removing 0108002a00008000401d from dongle sendstack
2016.05.03 22:05:22.016 4: ZWDongle_Read ZWDongle_0: rcvd 012a00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000 (answer NVM_EXT_READ_LONG_BUFFER), sending ACK
2016.05.03 22:05:22.016 5: SW: 06
2016.05.03 22:05:22.030 5: SW: 0108002a0000c000405d
2016.05.03 22:05:22.046 4: ZWDongle_ReadAnswer for NVM_EXT_READ_LONG_BUFFER: 012a00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
2016.05.03 22:05:22.046 5: ZWDongle_Write 002a0001000040 ()
2016.05.03 22:05:22.046 4: ZWDongle_ReadAnswer arg:NVM_EXT_READ_LONG_BUFFER regexp:^012a
2016.05.03 22:05:22.047 5: ACK received, removing 0108002a0000c000405d from dongle sendstack
2016.05.03 22:05:22.047 4: ZWDongle_Read ZWDongle_0: rcvd 012a0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000d316010201000000 (answer NVM_EXT_READ_LONG_BUFFER), sending ACK
2016.05.03 22:05:22.047 5: SW: 06
2016.05.03 22:05:22.061 5: SW: 0108002a00010000409c
2016.05.03 22:05:22.077 4: ZWDongle_ReadAnswer for NVM_EXT_READ_LONG_BUFFER: 012a0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000d316010201000000
2016.05.03 22:05:22.077 5: ZWDongle_Write 002a0001400040 ()
2016.05.03 22:05:22.078 4: ZWDongle_ReadAnswer arg:NVM_EXT_READ_LONG_BUFFER regexp:^012a
2016.05.03 22:05:22.078 5: ACK received, removing 0108002a00010000409c from dongle sendstack
2016.05.03 22:05:22.078 4: ZWDongle_Read ZWDongle_0: rcvd 012a00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000 (answer NVM_EXT_READ_LONG_BUFFER), sending ACK
2016.05.03 22:05:22.078 5: SW: 06
2016.05.03 22:05:22.094 5: SW: 0108002a0001400040dc
2016.05.03 22:05:22.096 4: ZWDongle_ReadAnswer for NVM_EXT_READ_LONG_BUFFER: 012a00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
2016.05.03 22:05:22.096 5: ZWDongle_Write 002a0001800040 ()
2016.05.03 22:05:22.096 4: ZWDongle_ReadAnswer arg:NVM_EXT_READ_LONG_BUFFER regexp:^012a
2016.05.03 22:05:22.097 5: ACK received, removing 0108002a0001400040dc from dongle sendstack
2016.05.03 22:05:22.097 5: SW: 0108002a00018000401c
2016.05.03 22:05:22.102 4: ZWDongle_Read ZWDongle_0: rcvd 012a00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000 (answer NVM_EXT_READ_LONG_BUFFER), sending ACK
2016.05.03 22:05:22.103 5: SW: 06
2016.05.03 22:05:22.115 4: ZWDongle_ReadAnswer for NVM_EXT_READ_LONG_BUFFER: 012a00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
2016.05.03 22:05:22.115 5: ZWDongle_Write 002a0001c00040 ()
2016.05.03 22:05:22.115 4: ZWDongle_ReadAnswer arg:NVM_EXT_READ_LONG_BUFFER regexp:^012a
2016.05.03 22:05:22.116 4: ZWDongle_Read ZWDongle_0: CAN received
2016.05.03 22:05:23.121 2: ZWDongle_ProcessSendStack: no ACK, resending message 0108002a00018000401c
2016.05.03 22:05:23.121 5: SW: 0108002a00018000401c
2016.05.03 22:05:23.129 5: ACK received, removing 0108002a00018000401c from dongle sendstack
2016.05.03 22:05:23.243 4: ZWDongle_Read ZWDongle_0: rcvd 012a00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000 (answer NVM_EXT_READ_LONG_BUFFER), sending ACK
2016.05.03 22:05:23.243 5: SW: 06
2016.05.03 22:05:23.258 5: ZWDongle_0 dispatch 012a00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
2016.05.03 22:05:23.288 4: ZWDongle_0 unhandled ANSWER: NVM_EXT_READ_LONG_BUFFER 00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
2016.05.03 22:05:23.288 5: SW: 0108002a0001c000405c
2016.05.03 22:05:23.391 5: ACK received, removing 0108002a0001c000405c from dongle sendstack
2016.05.03 22:05:23.392 4: ZWDongle_Read ZWDongle_0: rcvd 012a00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000 (answer NVM_EXT_READ_LONG_BUFFER), sending ACK
2016.05.03 22:05:23.392 5: SW: 06
2016.05.03 22:05:23.394 5: ZWDongle_0 dispatch 012a00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
2016.05.03 22:05:23.394 4: ZWDongle_0 unhandled ANSWER: NVM_EXT_READ_LONG_BUFFER 00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000

Offline jeep

  • Full Member
  • ***
  • Beiträge: 355
Antw:ZWDongle Sicherung
« Antwort #10 am: 04 Mai 2016, 14:26:02 »
Habe Sicherung von 2 Stück UZB1 mit Raspi 2 mehrmals getestet. Das hat immer funktioniert, nur mein Razberry über socat bekomme ich nicht hin. Da verliere ich nach ca 3 Minuten die Verbindung.
Restore habe ich noch nicht getestet, denke das ich das morgen nachhole.

Grüße,
Josef
Ein wenig HomeMatic
RPi2  - UZB1, FHEM Testsystem - 8 devices
HC2  - 72 devices  (95 % sind Fibaro devices)

Offline krikan

  • Global Moderator
  • Hero Member
  • ****
  • Beiträge: 6047
Antw:ZWDongle Sicherung
« Antwort #11 am: 04 Mai 2016, 14:49:21 »
Habe Sicherung von 2 Stück UZB1 mit Raspi 2 mehrmals getestet.  Das hat immer funktioniert,
Warum nur immer bei mir nicht   >:(  !? Aber gut, wenn es bei Euch läuft; und ich schaue/probiere bei mir mal weiter.

Habe mal nach den Chipsätzen/Flashspeichergößen der Sticks gesucht:
Vision ZU1401-5 nutzt laut Hersteller als Chip einen ZM5101a mit einen Flashspeicher von 128 kb.
UZB1 soll laut Internet den Chipsatz SD3503 ohne eingebauten Flashspeicher haben.
AEOTEC Gen5 finde ich keine Infos zum Chipsatz

Offline jeep

  • Full Member
  • ***
  • Beiträge: 355
Antw:ZWDongle Sicherung
« Antwort #12 am: 04 Mai 2016, 21:24:38 »
Hallo Christian,

ich habe mal das log mit verbose 5 mitlaufen lassen. Nach dem üblichen Timeout der Webseite habe ich den RPI neu gestartet und mir das Log genauer angeschaut. In dem log gibt es 4 timeouts und immer nachdem kurz vorher ein notify oder andere events getriggert wurden.  Das muss aber nicht der gleiche Fehler sein den Du mit dem ReadAnswer hast. Ich vermute das meine Timeouts mit der socat Verbindung zum RaZberry zu tun haaben? :-[
Frage an Rudi - kann man fhem vor dem Backup mitteilen dass es nicht auf die ganzen events lauschen soll? Vielleicht wäre dass hilfreich. Zumindest für meine übers Netz Sicherung.
 
Ich häng mal die 4 Stellen aus dem log, die ich in Verdacht habe hier an.

: SW: 06
2016.05.04 14:49:00 4: ZWDongle_ReadAnswer for NVM_EXT_READ_LONG_BUFFER: 012affffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffff
2016.05.04 14:49:00 5: ZWDongle_Write 002a00fa400040 ()
2016.05.04 14:49:00 5: SW: 0108002a00fa40004027
2016.05.04 14:49:00 4: ZWDongle_ReadAnswer arg:NVM_EXT_READ_LONG_BUFFER regexp:^012a
2016.05.04 14:49:00 5: ACK received, removing 0108002a00fa40004027 from dongle sendstack
2016.05.04 14:49:00 4: ZWDongle_Read ZWDongle_Raz: rcvd 012affffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffff (answer NVM_EXT_READ_LONG_BUFFER), sending ACK
2016.05.04 14:49:00 5: SW: 06
2016.05.04 14:49:00 4: ZWDongle_ReadAnswer for NVM_EXT_READ_LONG_BUFFER: 012affffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffff
2016.05.04 14:49:00 5: ZWDongle_Write 002a00fa800040 ()
2016.05.04 14:49:00 5: SW: 0108002a00fa800040e7
2016.05.04 14:49:00 4: ZWDongle_ReadAnswer arg:NVM_EXT_READ_LONG_BUFFER regexp:^012a
2016.05.04 14:49:00 5: ACK received, removing 0108002a00fa800040e7 from dongle sendstack
2016.05.04 14:49:00 4: ZWDongle_Read ZWDongle_Raz: rcvd 012affffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffff (answer NVM_EXT_READ_LONG_BUFFER), sending ACK
2016.05.04 14:49:00 5: SW: 06
2016.05.04 14:49:00 4: ZWDongle_ReadAnswer for NVM_EXT_READ_LONG_BUFFER: 012affffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffff
2016.05.04 14:49:00 5: ZWDongle_Write 002a00fac00040 ()
2016.05.04 14:49:00 5: SW: 0108002a00fac00040a7
2016.05.04 14:49:00 4: ZWDongle_ReadAnswer arg:NVM_EXT_READ_LONG_BUFFER regexp:^012a
2016.05.04 14:49:00 4: ZWDongle_Read ZWDongle_Raz: rcvd 0004000706310504220000 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.05.04 14:49:00 5: SW: 06
2016.05.04 14:49:00 5: ZWDongle_Raz dispatch 0004000706310504220000
2016.05.04 14:49:00 4: CMD:APPLICATION_COMMAND_HANDLER ID:07 ARG:06310504220000 CB:00
2016.05.04 14:49:00 5: Triggering ZSt1 (1 changes)
2016.05.04 14:49:00 5: Starting notify loop for ZSt1, first event power: 0.0 W
2016.05.04 14:49:00 4: ZWDongle_Read ZWDongle_Raz: CAN received
2016.05.04 14:49:01 5: ZWDongle_ReadAnswer: select timeout
2016.05.04 14:49:01 2: ZWDongle_ProcessSendStack: no ACK, resending message 0108002a00fac00040a7
2016.05.04 14:49:01 5: SW: 0108002a00fac00040a7
2016.05.04 14:49:01 5: ACK received, removing 0108002a00fac00040a7 from dongle sendstack
2016.05.04 14:49:01 4: ZWDongle_Read ZWDongle_Raz: rcvd 012affffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffff (answer NVM_EXT_READ_LONG_BUFFER), sending ACK
2016.05.04 14:49:01 5: SW: 06

*-*-*-*-*-*-*-*-*-*-*--*

2016.05.04 14:50:58 5: SW: 06
2016.05.04 14:50:58 5: ZWDongle_Raz dispatch 0004002403200100
2016.05.04 14:50:58 4: CMD:APPLICATION_COMMAND_HANDLER ID:24 ARG:03200100 CB:00
2016.05.04 14:50:58 5: Triggering TFS3 (1 changes)
2016.05.04 14:50:58 5: Starting notify loop for TFS3, first event basicSet: 00
2016.05.04 14:50:58 5: Cmd: >set ZSt4 off<
2016.05.04 14:50:58 2: ZWave set ZSt4 off
2016.05.04 14:50:58 5: ZWDongle_Write 0013290325010025c3 (ce68a7ac)
2016.05.04 14:50:58 2: ZWDongle_ProcessSendStack: no ACK, resending message 0108002a0268400040b7
2016.05.04 14:50:58 5: SW: 0108002a0268400040b7
2016.05.04 14:50:58 5: Triggering ZSt4 (1 changes)
2016.05.04 14:50:58 5: Starting notify loop for ZSt4, first event off
2016.05.04 14:50:58 5: Cmd: >set FensterKueche zu<
2016.05.04 14:50:58 4: dummy set FensterKueche zu
2016.05.04 14:50:58 5: Triggering FensterKueche (1 changes)
2016.05.04 14:50:58 5: Starting notify loop for FensterKueche, first event zu
2016.05.04 14:50:58 5: Triggering Dampfabzug_statDI (4 changes)
2016.05.04 14:50:58 5: Starting notify loop for Dampfabzug_statDI, first event cmd_nr: 2
2016.05.04 14:50:58 5: ACK received, removing 0108002a0268400040b7 from dongle sendstack
2016.05.04 14:50:58 5: SW: 010a0013290325010025c30e
2016.05.04 14:50:58 4: ZWDongle_Read ZWDongle_Raz: rcvd 012a0908070605040302010024232221201f1e1d1c1b1a191817161514131211100f0e0d0c0b0a0908070605040302010024232221201f1e1d1c1b1a191817161514 (answer NVM_EXT_READ_LONG_BUFFER), sending ACK
2016.05.04 14:50:58 5: SW: 06
2016.05.04 14:50:58 4: ZWDongle_ReadAnswer for NVM_EXT_READ_LONG_BUFFER: 012a0908070605040302010024232221201f1e1d1c1b1a191817161514131211100f0e0d0c0b0a0908070605040302010024232221201f1e1d1c1b1a191817161514
2016.05.04 14:50:58 5: ZWDongle_Write 002a0268800040 ()
2016.05.04 14:50:58 4: ZWDongle_ReadAnswer arg:NVM_EXT_READ_LONG_BUFFER regexp:^012a
2016.05.04 14:50:59 5: ZWDongle_ReadAnswer: select timeout
2016.05.04 14:50:59 4: name: /fhem&detail=ZWDongle_Raz&dev.setZWDongle_Raz=ZWDongle_Raz&cmd.setZWDongle_Raz=set&arg.setZWDongle_Raz=backupCreate&val.setZWDongle_Raz=256k / RL:1190 / text/html; charset=UTF-8 / Content-Encoding: gzip
 /
2016.05.04 14:50:59 4: Closing inactive connection WEB_192.168.110.116_57192
2016.05.04 14:50:59 2: ZWDongle_ProcessSendStack: no ACK, resending message 010a0013290325010025c30e
2016.05.04 14:50:59 5: SW: 010a0013290325010025c30e
2016.05.04 14:50:59 4: Connection accepted from WEB_192.168.110.116_57226
2016.05.04 14:50:59 5: ACK received, WaitForAck=>2 for 010a0013290325010025c30e
2016.05.04 14:50:59 4: Connection closed for WEB_192.168.110.116_56774: EOF
2016.05.04 14:50:59 4: Connection accepted from WEB_192.168.110.116_57244
2016.05.04 14:50:59 4: WEB_192.168.110.116_57226 GET /fhem/FileLog_logWrapper?dev=Logfile&type=text&file=fhem-2016-05.log; BUFLEN:0
2016.05.04 14:50:59 4: WEB_192.168.110.116_57244 POST /fhem&detail=ZWDongle_Raz&dev.setZWDongle_Raz=ZWDongle_Raz&cmd.setZWDongle_Raz=set&arg.setZWDongle_Raz=backupCreate&val.setZWDongle_Raz=256k; BUFLEN:0
2016.05.04 14:50:59 5: Cmd: >set ZWDongle_Raz backupCreate 256k<
2016.05.04 14:50:59 4: ZWDongle *** set ZWDongle_Raz backupCreate 256k
2016.05.04 14:50:59 5: ZWDongle_Write 002a0000000040 ()
2016.05.04 14:50:59 4: ZWDongle_ReadAnswer arg:NVM_EXT_READ_LONG_BUFFER regexp:^012a
2016.05.04 14:50:59 4: ZWDongle_Read ZWDongle_Raz: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2016.05.04 14:50:59 5: SW: 06
2016.05.04 14:50:59 5: ZWDongle_Raz dispatch 011301
2016.05.04 14:50:59 4: ZWDongle_Read ZWDongle_Raz: rcvd 0013c3000002 (request ZW_SEND_DATA), sending ACK
2016.05.04 14:50:59 5: SW: 06
2016.05.04 14:50:59 5: device ack reveived, removing 010a0013290325010025c30e from dongle sendstack
2016.05.04 14:50:59 5: ZWDongle_Raz dispatch 0013c3000002
2016.05.04 14:50:59 4: CMD:ZW_SEND_DATA ID:00 ARG:0002 CB:c3
2016.05.04 14:50:59 4: ZWDongle_Raz transmit OK for CB c3, target ZSt4
2016.05.04 14:50:59 5: SW: 0108002a026880004077
2016.05.04 14:50:59 5: ACK received, removing 0108002a026880004077 from dongle sendstack
2016.05.04 14:50:59 5: SW: 0108002a00000000409d
2016.05.04 14:50:59 4: ZWDongle_Read ZWDongle_Raz: rcvd 012affffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffff (answer NVM_EXT_READ_LONG_BUFFER), sending ACK
2016.05.04 14:50:59 5: SW: 06
2016.05.04 14:50:59 4: ZWDongle_ReadAnswer for NVM_EXT_READ_LONG_BUFFER: 012affffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffff
2016.05.04 14:50:59 5: ZWDongle_Write 002a0000400040 ()
2016.05.04 14:50:59 4: ZWDongle_ReadAnswer arg:NVM_EXT_READ_LONG_BUFFER regexp:^012a
2016.05.04 14:51:00 4: ZWDongle_Read ZWDongle_Raz: CAN received
2016.05.04 14:51:00 4: ZWDongle_Read ZWDongle_Raz: rcvd 0004002906310504220005 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.05.04 14:51:00 5: SW: 06
2016.05.04 14:51:00 5: ZWDongle_Raz dispatch 0004002906310504220005
2016.05.04 14:51:00 4: CMD:APPLICATION_COMMAND_HANDLER ID:29 ARG:06310504220005 CB:00
2016.05.04 14:51:00 5: Triggering ZSt4 (1 changes)
2016.05.04 14:51:00 5: Starting notify loop for ZSt4, first event power: 0.5 W
2016.05.04 14:51:00 2: ZWDongle_ProcessSendStack: no ACK, resending message 0108002a00000000409d
2016.05.04 14:51:00 5: SW: 0108002a00000000409d
2016.05.04 14:51:00 5: ACK received, removing 0108002a00000000409d from dongle sendstack
2016.05.04 14:51:00 5: SW: 0108002a0000400040dd
2016.05.04 14:51:00 4: ZWDongle_Read ZWDongle_Raz: rcvd 012a5a654e7359730000ce68a7ac0a090807000000000054a50000000000000000000000000000000000000000000000000000000000000000000000000000000000 (answer NVM_EXT_READ_LONG_BUFFER), sending ACK
2016.05.04 14:51:00 5: SW: 06

*-*-*-*-*-**-*-*-*-*-*

2016.05.04 14:50:59 5: SW: 06
2016.05.04 14:50:59 5: device ack reveived, removing 010a0013290325010025c30e from dongle sendstack
2016.05.04 14:50:59 5: ZWDongle_Raz dispatch 0013c3000002
2016.05.04 14:50:59 4: CMD:ZW_SEND_DATA ID:00 ARG:0002 CB:c3
2016.05.04 14:50:59 4: ZWDongle_Raz transmit OK for CB c3, target ZSt4
2016.05.04 14:50:59 5: SW: 0108002a026880004077
2016.05.04 14:50:59 5: ACK received, removing 0108002a026880004077 from dongle sendstack
2016.05.04 14:50:59 5: SW: 0108002a00000000409d
2016.05.04 14:50:59 4: ZWDongle_Read ZWDongle_Raz: rcvd 012affffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffff (answer NVM_EXT_READ_LONG_BUFFER), sending ACK
2016.05.04 14:50:59 5: SW: 06
2016.05.04 14:50:59 4: ZWDongle_ReadAnswer for NVM_EXT_READ_LONG_BUFFER: 012affffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffff
2016.05.04 14:50:59 5: ZWDongle_Write 002a0000400040 ()
2016.05.04 14:50:59 4: ZWDongle_ReadAnswer arg:NVM_EXT_READ_LONG_BUFFER regexp:^012a
2016.05.04 14:51:00 4: ZWDongle_Read ZWDongle_Raz: CAN received
2016.05.04 14:51:00 4: ZWDongle_Read ZWDongle_Raz: rcvd 0004002906310504220005 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.05.04 14:51:00 5: SW: 06
2016.05.04 14:51:00 5: ZWDongle_Raz dispatch 0004002906310504220005
2016.05.04 14:51:00 4: CMD:APPLICATION_COMMAND_HANDLER ID:29 ARG:06310504220005 CB:00
2016.05.04 14:51:00 5: Triggering ZSt4 (1 changes)
2016.05.04 14:51:00 5: Starting notify loop for ZSt4, first event power: 0.5 W
2016.05.04 14:51:00 2: ZWDongle_ProcessSendStack: no ACK, resending message 0108002a00000000409d
2016.05.04 14:51:00 5: SW: 0108002a00000000409d
2016.05.04 14:51:00 5: ACK received, removing 0108002a00000000409d from dongle sendstack
2016.05.04 14:51:00 5: SW: 0108002a0000400040dd
2016.05.04 14:51:00 4: ZWDongle_Read ZWDongle_Raz: rcvd 012a5a654e7359730000ce68a7ac0a090807000000000054a50000000000000000000000000000000000000000000000000000000000000000000000000000000000 (answer NVM_EXT_READ_LONG_BUFFER), sending ACK
2016.05.04 14:51:00 5: SW: 06
2016.05.04 14:51:00 4: ZWDongle_ReadAnswer for NVM_EXT_READ_LONG_BUFFER: 012a5a654e7359730000ce68a7ac0a090807000000000054a50000000000000000000000000000000000000000000000000000000000000000000000000000000000
2016.05.04 14:51:00 5: ZWDongle_Write 002a0000800040 ()
2016.05.04 14:51:00 4: ZWDongle_ReadAnswer arg:NVM_EXT_READ_LONG_BUFFER regexp:^012a
2016.05.04 14:51:01 5: ZWDongle_ReadAnswer: select timeout
2016.05.04 14:51:01 4: name: /fhem&detail=ZWDongle_Raz&dev.setZWDongle_Raz=ZWDongle_Raz&cmd.setZWDongle_Raz=set&arg.setZWDongle_Raz=backupCreate&val.setZWDongle_Raz=256k / RL:1190 / text/html; charset=UTF-8 / Content-Encoding: gzip
 /
2016.05.04 14:52:20 2: ZWDongle_ProcessSendStack: no ACK, resending message 0108002a0000400040dd
2016.05.04 14:52:20 5: SW: 0108002a0000400040dd
2016.05.04 14:52:20 4: Closing inactive connection WEB_192.168.110.116_57244
2016.05.04 14:52:20 4: Closing inactive connection WEB_192.168.110.116_57226
2016.05.04 14:52:20 4: Connection accepted from WEB_192.168.110.116_57245
2016.05.04 14:52:20 4: ZWDongle_Read ZWDongle_Raz: rcvd 0004001f0756013003ffd1cb (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.05.04 14:52:20 5: SW: 06

*-*-*-*-*-*-*-*-*

2016.05.04 15:07:27 5: SW: 06
2016.05.04 15:07:27 5: ZWDongle_Raz dispatch 0004001f07600d0101200100
2016.05.04 15:07:27 4: CMD:APPLICATION_COMMAND_HANDLER ID:1f ARG:07600d0101200100 CB:00
2016.05.04 15:07:27 5: Triggering ZWave_Node_31.1 (1 changes)
2016.05.04 15:07:27 5: Starting notify loop for ZWave_Node_31.1, first event basicSet: 00
2016.05.04 15:07:27 2: ZWDongle_ProcessSendStack: no ACK, resending message 0108002a0021c000407c
2016.05.04 15:07:27 5: SW: 0108002a0021c000407c
2016.05.04 15:07:27 5: ACK received, removing 0108002a0021c000407c from dongle sendstack
2016.05.04 15:07:27 4: ZWDongle_Read ZWDongle_Raz: rcvd 012a00000000000000000000000037015e2086725a5985738480715670318e22309c987a090300000000000000000000000000000000000000002901728670858e25 (answer NVM_EXT_READ_LONG_BUFFER), sending ACK
2016.05.04 15:07:27 5: SW: 06
2016.05.04 15:07:27 4: ZWDongle_ReadAnswer for NVM_EXT_READ_LONG_BUFFER: 012a00000000000000000000000037015e2086725a5985738480715670318e22309c987a090300000000000000000000000000000000000000002901728670858e25
2016.05.04 15:07:27 5: ZWDongle_Write 002a0022000040 ()
2016.05.04 15:07:27 5: SW: 0108002a0022000040bf
2016.05.04 15:07:27 4: ZWDongle_ReadAnswer arg:NVM_EXT_READ_LONG_BUFFER regexp:^012a
2016.05.04 15:07:27 5: ACK received, removing 0108002a0022000040bf from dongle sendstack
2016.05.04 15:07:27 4: ZWDongle_Read ZWDongle_Raz: rcvd 012a7332317aef2532310000000000001f0300000000000000000000000000000000000000000703308485808f567286708e319cef30319c00000000280330848580 (answer NVM_EXT_READ_LONG_BUFFER), sending ACK
2016.05.04 15:07:27 5: SW: 06
2016.05.04 15:07:27 4: ZWDongle_ReadAnswer for NVM_EXT_READ_LONG_BUFFER: 012a7332317aef2532310000000000001f0300000000000000000000000000000000000000000703308485808f567286708e319cef30319c00000000280330848580
2016.05.04 15:07:27 5: ZWDongle_Write 002a0022400040 ()
2016.05.04 15:07:27 5: SW: 0108002a0022400040ff
2016.05.04 15:07:27 4: ZWDongle_ReadAnswer arg:NVM_EXT_READ_LONG_BUFFER regexp:^012a
2016.05.04 15:07:27 4: ZWDongle_Read ZWDongle_Raz: rcvd 0004001f0a56013105030a001325c3 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.05.04 15:07:27 5: SW: 06
2016.05.04 15:07:27 5: ZWDongle_Raz dispatch 0004001f0a56013105030a001325c3
2016.05.04 15:07:27 4: CMD:APPLICATION_COMMAND_HANDLER ID:1f ARG:0a56013105030a001325c3 CB:00
2016.05.04 15:07:27 5: Triggering Fib_MS2 (1 changes)
2016.05.04 15:07:27 5: Starting notify loop for Fib_MS2, first event luminance: 19 Lux
2016.05.04 15:07:27 4: ZWDongle_Read ZWDongle_Raz: CAN received
2016.05.04 15:07:28 5: ZWDongle_ReadAnswer: select timeout
2016.05.04 15:07:28 2: ZWDongle_ProcessSendStack: no ACK, resending message 0108002a0022400040ff
2016.05.04 15:07:28 5: SW: 0108002a0022400040ff
2016.05.04 15:07:28 5: ACK received, removing 0108002a0022400040ff from dongle sendstack
2016.05.04 15:07:28 4: ZWDongle_Read ZWDongle_Raz: rcvd 012a8f567286708e319cef30319c000000001c03308485808f567286708e319cef30319c000000000801728670858e6025277a73ef25600000000000000009030000 (answer NVM_EXT_READ_LONG_BUFFER), sending ACK
2016.05.04 15:07:28 5: SW: 06
2016.05.04 15:07:28 4: ZWDongle_ReadAnswer for NVM_EXT_READ_LONG_BUFFER: 012a8f567286708e319cef30319c000000001c03308485808f567286708e319cef30319c000000000801728670858e6025277a73ef25600000000000000009030000
2016.05.04 15:07:28 5: ZWDongle_Write 002a0022800040 ()
2016.05.04 15:07:28 5: SW: 0108002a00228000403f
2016.05.04 15:07:28 4: ZWDongle_ReadAnswer arg:NVM_EXT_READ_LONG_BUFFER regexp:^012a
2016.05.04 15:07:28 5: ACK received, removing 0108002a00228000403f from dongle sendstack
2016.05.04 15:07:28 4: ZWDongle_Read ZWDongle_Raz: rcvd 012a0000000000000000000000000000000000000a0200000000000000000000000000000000000000000a0200000000000000000000000000000000000000002a01 (answer NVM_EXT_READ_LONG_BUFFER), sending ACK
2016.05.04 15:07:28 5: SW: 06
2016.05.04 15:07:28 4: ZWDongle_ReadAnswer for NVM_EXT_READ_LONG_BUFFER: 012a0000000000000000000000000000000000000a0200000000000000000000000000000000000000000a0200000000000000000000000000000000000000002a01
2016.05.04 15:07:28 5: ZWDongle_Write 002a0022c00040 ()
2016.05.04 15:07:28 5: SW: 0108002a0022c000407f
2016.05.04 15:07:28 4: ZWDongle_ReadAnswer arg:NVM_EXT_READ_LONG_BUFFER regexp:^012a
2016.05.04 15:07:28 5: ACK received, removing 0108002a0022c000407f from dongle sendstack
2016.05.04 15:07:28 4: ZWDongle_Read ZWDongle_Raz: rcvd 012a72867085257332317a259175ef3231912b2625002b01207072857386000000000000000000000000000006020000000000000000000000000000000000000000 (answer NVM_EXT_READ_LONG_BUFFER), sending ACK
2016.05.04 15:07:28 5: SW: 06
 

Grüße,
Josef
Ein wenig HomeMatic
RPi2  - UZB1, FHEM Testsystem - 8 devices
HC2  - 72 devices  (95 % sind Fibaro devices)

Offline jeep

  • Full Member
  • ***
  • Beiträge: 355
Antw:ZWDongle Sicherung
« Antwort #13 am: 05 Mai 2016, 13:57:48 »
Restore vom UZB1 im 1. Testsystem war erfogreich. 

Restored 262144 bytes from ./ZWDongle_0.bin

Wenn jetzt noch das Backup meines RaZberry über socat funktionieren würde...

Grüße,
Josef
Ein wenig HomeMatic
RPi2  - UZB1, FHEM Testsystem - 8 devices
HC2  - 72 devices  (95 % sind Fibaro devices)

Offline rudolfkoenig

  • Administrator
  • Hero Member
  • *****
  • Beiträge: 19161
Antw:ZWDongle Sicherung
« Antwort #14 am: 05 Mai 2016, 18:07:40 »
Ich habe jetzt eine Weile lang mit Windows gespielt, und ein bei Windows fehlende Fehlerbehandlung nachgezogen. Damit kann ich auf einem Win7 VM oefters einen Backup erstellen, leider gibt es immer noch einzelne Abbrueche mit Timeouts. Normaler Funkverkehr fuehrt aber nicht mehr zum Abbruch wie frueher, Meldung im Log (no ACK, resending) gibts fuer sowas aber weiterhin. Merkwuerdig: Backup dauert unter Windows 4-mal laenger als sonst, evtl. liegt das an dem VM.