Home id ZWDongle hat sich von selbst geändert???

[det.]

Hallo seit heute funktionierte der Z-wave Rückkanal nicht mehr, d.h. FHEM bekommt nicht mit, wenn ich manuell den Lichttaster betätige - Schalten  manuell und über FHEM Web funktioniert. Dafür füllt sich das LOG mit:

Code Auswählen Erweitern

2015.03.16 18:53:21 3: Unknown ZWave device 00070606 1026, please define it

das zugehörige Device ist  wie folgt definiert:

Code Auswählen Erweitern

define Licht_Decke ZWave d8cb2fe1 1026
attr Licht_Decke IODev ZWDongle_1
attr Licht_Decke classes MANUFACTURER_SPECIFIC VERSION CONFIGURATION ASSOCIATION MULTI_CHANNEL_ASSOCIATION MULTI_CHANNEL SWITCH_BINARY SWITCH_ALL FIRMWARE_UPDATE_MD POWERLEVEL MARK SWITCH_BINARY MULTI_CHANNEL
attr Licht_Decke group Schalter
attr Licht_Decke room Küche
die weiteren z-wave Device dto.

Code Auswählen Erweitern

2015.03.16 18:22:01 3: Unknown ZWave device 00070606 4, please define it
2015.03.16 18:15:27 3: Unknown ZWave device 00070606 6, please define it
2015.03.16 18:15:24 3: Unknown ZWave device 00070606 7, please define it
2015.03.16 18:15:15 3: Unknown ZWave device 00070606 3, please define it
2015.03.16 18:05:20 3: Unknown ZWave device 00070606 8, please define it
Ein Blick auf die Definition des ZWDongle und ich hätte mir den Post sparen können,
die Home id war gestern noch d8cb2fe1 und jetzt 00070606
Da ich erst 8 Device seit ca 3 Wochen im Einsatz habe - Lösung, bei allen die Home id geändert - geht wieder, aber im Wiederholungsfall und bei den Schaltern, die gerade im Zulauf sind wäre das weniger fein.
Der Stick ist ein Z-Wave USB Stick (ZME_UZB1)
Gibt es dafür eine Erklärung oder eine Lösung sowas in Zukunft zu vermeiden?

[det.]

und hat sich auch genau so von allein nach einem

Code Auswählen Erweitern

2015.03.16 19:28:41 1: /dev/ttyACM1 reappeared (ZWDongle_1)
2015.03.16 19:28:41 3: Setting ZWDongle_1 baudrate to 115200
2015.03.16 19:28:41 1: /dev/ttyACM1 disconnected, waiting to reappear (ZWDongle_1)
wieder auf den alten Wert zurückgesetzt...

[rudolfkoenig]

Ueblicherweise aendert sich die Definition eine ZWDongle nicht von alleine, wenn das reproduzierbar auftritt, dann bin ich an Details interessiert, damit ich es fixen kann. Habe bisher davon auch nichts gehoert.

Nach Studium der Quellen hat sich rausgestellt, dass homeId eigentlich ueberfluessig ist, und man alles auch ohne diese Nummer implementieren koennte, allerdings waere der Umbau aufwendig.

[FlorianZ]

Ich habe bei meinen Aeon Labs Z-Stick hin und wieder das Problem,
dass nach einen "shutdown restart" die Meldung:

Code Auswählen Erweitern

ZWDongle HomeID is not set
im Log steht. Es funktioniert dann auch kein Z-Wave.
Nach einen erneuten "shutdown restart" passt dann wieder alles.
Hat mich jetzt nicht weiter gestört, da das Problem nur alle paar Wochen mal
nach einen restart auftaucht und sich leicht beheben lässt.
Vielleicht ist es aber ein ähnliches Problem wie bei dir.

VG
Florian

[det.]

Ueblicherweise aendert sich die Definition eine ZWDongle nicht von alleine, wenn das reproduzierbar auftritt, dann bin ich an Details interessiert, damit ich es fixen kann. Habe bisher davon auch nichts gehoert.

Nach Studium der Quellen hat sich rausgestellt, dass homeId eigentlich ueberfluessig ist, und man alles auch ohne diese Nummer implementieren koennte, allerdings waere der Umbau aufwendig.

Danke für die rasche Antwort, ich hoffe die gewünschten Details nicht liefern zu müssen - im Falle das Phanomen tritt einfach nicht wieder auf.

[fhem-me]

habe nun nach Umstellung auf den ZME_UZB1, Migration auf DbLog u.a. häufiger dieses Phänomen mit der Meldung "ZWDongle HomeID is not set".
Versuche nun die HomeId als Attribut in 00_ZWDongle.pm zu fixieren

Code Auswählen Erweitern


171c171
<   $hash->{AttrList}= "do_not_notify:1,0 dummy:1,0 model:ZWDongle disable:0,1";
---
>   $hash->{AttrList}= "do_not_notify:1,0 dummy:1,0 model:ZWDongle disable:0,1 homeId";
631a632,633
>   } elsif($attr eq "homeId") {
>     $hash->{homeId} = $value;

Werde beobachten ob es hilft.

Update:
hatte wieder einen Fehler beim lesen der HomeId nach dem Neustart.
Die Fehlermeldung mit leerer HomeId blieb aus - es wird die HomeId aus dem Attribut verwendet

[gero]

Das im ersten Post beschriebene Problem habe ich auch schon beobachtet. Nachdem ich einen Fibaro Wall Plug erfolgreich mit meinem Z-Wave Dongle (ZME_UZB1) in Betrieb genommen habe und das ganze einige Tage erfolgreich lief, tauchten im Log folgende Meldungen auf:

Code Auswählen Erweitern

UNDEFINED ZWave_Endpoint_4.0 ZWave 00040606 4, please define it

Bei nähere Untersuchung habe ich ebenfalls festgestellt, dass sich die homeid meines ZWave-Dongles von  geändert hat.
Abhilfe schafft ein

Code Auswählen Erweitern

get ZWDongle homeId oder ein

Code Auswählen Erweitern

shutdown restart.

Mir ist aufgefallen, dass der Dongle im Auslieferungszustand schon 3 mir unbekannte Geräte in der nodeList hatte (alles BINARY_SWITCHES). Jetzt habe ich gestern alles nochmal neu aufgesetzt, die drei unbekannten Geräte aus dem Dongle entfernt und nochmal alles neu inkludiert und assoziiert.

Hier noch ein list ZWDongle (von heute)

Code Auswählen Erweitern

Internals:
   CallbackNr 8
   Clients    :ZWave:
   DEF        /dev/ttyACM1@115200
   DeviceName /dev/ttyACM1@115200
   FD         20
   NAME       ZWDongle
   NR         429
   PARTIAL
   RAWMSG     00040006028407
   ReadTime   1430992110.56141
   STATE      Initialized
   TYPE       ZWDongle
   ZWDongle_MSGCNT 1723
   ZWDongle_TIME 2015-05-07 11:48:30
   homeId     c9cde420
   nrNAck     0
   .clientArray:
     ZWave
   CHANGETIME:
   Helper:
     Dblog:
       State:
         Mydblog:
           TIME       1430948703.27789
           VALUE      ZW_REQUEST_NODE_NEIGHBOR_UPDATE failed
   Matchlist:
     1:ZWave    .*
   Readings:
     2015-05-02 22:10:53   caps            Vers:5 Rev:1 ManufID:0115 ProductType:0400 ProductID:0001 UNKNOWN_01 SERIAL_API_GET_INIT_DATA SERIAL_API_APPL_NODE_INFORMATION APPLICATION_COMMAND_HANDLER ZW_GET_CONTROLLER_CAPABILITIES SERIAL_API_SET_TIMEOUTS SERIAL_API_GET_CAPABILITIES SERIAL_API_SOFT_RESET UNKNOWN_09 UNKNOWN_0f ZW_SET_R_F_RECEIVE_MODE ZW_SET_SLEEP_MODE ZW_SEND_NODE_INFORMATION ZW_SEND_DATA ZW_SEND_DATA_MULTI ZW_GET_VERSION ZW_SEND_DATA_ABORT ZW_R_F_POWER_LEVEL_SET UNKNOWN_1b UNKNOWN_1f MEMORY_GET_ID MEMORY_GET_BYTE MEMORY_PUT_BYTE MEMORY_GET_BUFFER UNKNOWN_26 UNKNOWN_27 UNKNOWN_28 UNKNOWN_29 UNKNOWN_2a UNKNOWN_2b UNKNOWN_2c UNKNOWN_40 ZW_GET_NODE_PROTOCOL_INFO UNKNOWN_43 ZW_REPLICATION_COMMAND_COMPLETE ZW_REPLICATION_SEND_DATA ZW_ASSIGN_RETURN_ROUTE ZW_DELETE_RETURN_ROUTE ZW_REQUEST_NODE_NEIGHBOR_UPDATE ZW_APPLICATION_UPDATE ZW_ADD_NODE_TO_NETWORK ZW_REMOVE_NODE_FROM_NETWORK ZW_CREATE_NEW_PRIMARY UNKNOWN_4f ZW_SET_LEARN_MODE ZW_ENABLE_SUC ZW_REQUEST_NETWORK_UPDATE ZW_SET_SUC_NODE_ID ZW_DELETE_SUC_RETURN_ROUTE ZW_GET_SUC_NODE_ID UNKNOWN_5d UNKNOWN_5f ZW_REQUEST_NODE_INFO ZW_REMOVE_FAILED_NODE_ID ZW_IS_FAILED_NODE UNKNOWN_65 UNKNOWN_66 UNKNOWN_77 UNKNOWN_7f UNKNOWN_8f ZW_SEND_DATA_ROUTE_DEMO UNKNOWN_92 UNKNOWN_97 UNKNOWN_b3 UNKNOWN_b5 UNKNOWN_b6 UNKNOWN_b7 UNKNOWN_b8 UNKNOWN_b9 ZW_ARE_NODES_NEIGHBOURS ZW_TYPE_LIBRARY UNKNOWN_be UNKNOWN_d1 UNKNOWN_d2 UNKNOWN_d3 UNKNOWN_ee UNKNOWN_f1 UNKNOWN_f3 UNKNOWN_f4
     2015-05-06 23:54:28   ctrlCaps        PRIMARY
     2015-05-06 22:05:52   homeId          HomeId:c9cde420 CtrlNodeId:01
     2015-05-06 22:05:05   isFailedNode_2  016201
     2015-05-06 22:04:27   isFailedNode_3  016201
     2015-05-06 20:00:23   isFailedNode_4  016200
     2015-05-06 23:42:56   neighborList_1  5
     2015-05-06 23:43:18   neighborList_5
     2015-05-06 23:54:41   neighborList_6  5
     2015-05-06 22:03:09   nodeInfo_1      STATIC_CONTROLLER STATIC_CONTROLLER listening frequentListening:0 beaming:16 40kBaud Vers:4 Security:0
     2015-05-06 22:03:22   nodeInfo_2      SLAVE SWITCH_BINARY listening frequentListening:0 beaming:16 routing 40kBaud Vers:3 Security:0
     2015-05-04 11:05:34   nodeInfo_3      SLAVE SWITCH_BINARY listening frequentListening:0 beaming:16 routing 40kBaud Vers:3 Security:0
     2015-05-04 11:04:36   nodeInfo_4      ROUTING_SLAVE SWITCH_BINARY listening frequentListening:0 beaming:16 routing 40kBaud Vers:4 Security:0
     2015-05-06 22:31:57   nodeInfo_5      ROUTING_SLAVE SWITCH_BINARY listening frequentListening:0 beaming:16 routing 40kBaud Vers:4 Security:0
     2015-05-06 22:32:05   nodeInfo_6      ROUTING_SLAVE SENSOR_BINARY sleeping frequentListening:0 beaming:16 routing 40kBaud Vers:4 Security:0
     2015-05-06 22:30:19   nodeList        1,5,6
     2015-05-06 21:57:56   state           opened
   SendStack:
Attributes:
   room       ZWave


Heute morgen habe ich im Log folgende Meldung entdeckt:

Code Auswählen Erweitern

UNDEFINED ZWave_Endpoint_21.0 ZWave c9cde420 21, please define it
Diesmal scheint es aber kein Problem mit der honeId zu sein.

Sobald das homeId-Problem wieder auftaucht, werde ich nähere Informationen liefern.

Ich beschäftige mich erst seit ein paar Tagen mit Z-Wave. Kann aber hoffentlich in Zukunft etwas mehr beisteuern.

Gruß,
Gero

[scooty]

Hallo zusammen,

auch in meinem System tritt dieses Phänomen in (leider) unregelmäßigen Abständen und (leider) nicht reproduzierbar auf.
Heute nach einem Restart vonn FHEM folgende Logeinträge:

Code Auswählen Erweitern

2015.05.07 13:33:50 3: Opening ZW_Dongle device /dev/ttyACM0
2015.05.07 13:33:50 3: Setting ZW_Dongle baudrate to 115200
2015.05.07 13:33:50 3: ZW_Dongle device opened
2015.05.07 13:33:51 1: ERROR: ZW_Dongle homeId is not set!
2015.05.07 13:33:51 1: ZW_Dongle: wrong checksum: received 05, computed 32 for 100004000e0a32020601080120d79c88
Kurz danach (wegen eingeschaltetem autocreate?) folgende Einträge:

Code Auswählen Erweitern

2015.05.07 13:37:19 3: UNDEFINED ZWave_Endpoint_9.0 ZWave 000e0a32 9, please define it
2015.05.07 13:37:19 2: autocreate: define ZWave_Endpoint_9.0 ZWave 000e0a32 9
2015.05.07 13:37:20 2: autocreate: define FileLog_ZWave_Endpoint_9.0 FileLog /opt/fhem/log/ZWave_Endpoint_9.0-%Y-%m.log ZWave_Endpoint_9.0
2015.05.07 13:38:02 3: UNDEFINED ZWave_Endpoint_11.0 ZWave 000e0a32 11, please define it
2015.05.07 13:38:02 2: autocreate: define ZWave_Endpoint_11.0 ZWave 000e0a32 11
2015.05.07 13:38:02 2: autocreate: define FileLog_ZWave_Endpoint_11.0 FileLog /opt/fhem/log/ZWave_Endpoint_11.0-%Y-%m.log ZWave_Endpoint_11.0
2015.05.07 13:41:30 3: UNDEFINED ZWave_Endpoint_8.0 ZWave 000e0a32 8, please define it
2015.05.07 13:41:30 2: autocreate: define ZWave_Endpoint_8.0 ZWave 000e0a32 8
2015.05.07 13:41:30 2: autocreate: define FileLog_ZWave_Endpoint_8.0 FileLog /opt/fhem/log/ZWave_Endpoint_8.0-%Y-%m.log ZWave_Endpoint_8.0
2015.05.07 13:44:56 3: UNDEFINED ZWave_Endpoint_20.0 ZWave 000e0a32 20, please define it
2015.05.07 13:44:56 2: autocreate: define ZWave_Endpoint_20.0 ZWave 000e0a32 20
2015.05.07 13:44:56 2: autocreate: define FileLog_ZWave_Endpoint_20.0 FileLog /opt/fhem/log/ZWave_Endpoint_20.0-%Y-%m.log ZWave_Endpoint_20.0

Für mich verwunderlich, dass (diesmal?; werde beim erneuten Auftreten berichten) nicht für alle Nodes (habe insgesamt 9 ZWave-Komponenten im Verwendung) entsprechende UNDEFINED Meldungen kamen, sondern nur für die nodes 8,9, 11 und 20 (diese sind auch verschiedene Geräte Fibaro Wall-Plug, Fibaro Bewegungssensor, Danfoss Thermostat).
Habe dann alle neu erzeugten ZWave-Devices und Filelogs gelöscht, FHEM erneut gestartet und es kamen keine der obigen Meldungen.

Vielleicht helfen diese Infos etwas bei der Eingrenzung des Themas?

Viele Grüße,
Andreas

[rudolfkoenig]

Hilft leider nicht, aber ich hab den Patch von fhem-me eingespielt.
@fhem-me: das naechste mal bitte mit diff -u und Doku...

[Omega]

Hallo Zusammen,

z.Zt. betreibe ich unter dem Protokoll ZWave nur den USB-Dongle und einen Philio Technology Corporation PSM02-1 Slim Multi-Sensor zum Erfahrung sammeln.

Nach einem ,,shutdown restart" hatte auch ich folgende Fehler im Log:

Code Auswählen Erweitern


2015.05.23 12:27:09 3: ZWDongle_0 device opened
2015.05.23 12:27:10 1: ERROR: ZWDongle_0 homeId is not set!
2015.05.23 12:27:10 1: ZWDongle_0: wrong checksum: received 0c, computed fe for 01
2015.05.23 12:27:10 1: ZWDongle_0: SOF missing (got 00 instead of 01)
2015.05.23 12:27:10 1: Including ./log/fhem.save
2015.05.23 12:27:12 1: usb create starting
2015.05.23 12:27:12 1: usb create end


Beseitigen kann ich diesen Fehler bisher nur durch ein händisches

Code Auswählen Erweitern

set ZWDongle_0 reopen

Muss für den Patch vom 09.05.2015 beim ZWDongle noch etwas spezielles definiert werden oder ist der Fehler leider immer noch vorhanden?
Stimmt die Reihenfolge (,,device opened" und später erst ,,usb create")?

Mein Update-Stand ist der 23.05.2015.

LG
Holger

[rudolfkoenig]

Der Patch erlaubt es, dass man (manuell) das Attribut homeId setzt, das hat dann Vorrang.

Die Reihenfolge "open" vs. "usb create" ist ok: zunaechst werden alle definierten Geraete geoeffnet, danach schaut das per notify ausgeloeste "usb create", ob noch was Neues zu finden ist, zwecks Plug&Play.

Evtl. behebt dein Problem das seit gestern per update verfuegbare Patch.

[Omega]

Anfängerfrage: manuelles Setzen sieht vermutlich (in meinem Fall) so aus:

Code Auswählen Erweitern

attr ZWDongle_0 homeId fc8cd07e

Zur Not kann ich ja ansonsten in meinem Startinit-Notify das reopen verewigen. Zuerst probiere ich aber den Patch und das Attribut aus.

Danke.
Holger

[det.]

Hallo Holger,
Ein Bild  sagt mehr als viele Worte...


Und vielen Dank an die Entwickler, der Patch löst das Problem dauerhaft.

[gero]

Das Problem mit der homeId ist noch nicht ganz behoben. Ein Patch ist in Arbeit.

Gruß,
Gero

[gero]

Hallo,

da ich auch mit der aktuellsten Version und gesetztem homeId-Attribut beim Start von fhem die Fehlermeldung

Code Auswählen Erweitern

ERROR: ZWDongle homeId is not set!
gesehen habe, habe ich mir mal die Mühe gemacht, das Problem zu debuggen.

Ich verwende das ZWave.Me ZME_UZB1 Dongle mit zwei ZWave-Devices, von denen eines batteriebetrieben ist. Ich tippe darauf, dass das Problem durch ein etwas seltsames Verhalten des Dongles verursacht wird. Evtl. tritt es bei anderen Dongle nicht auf.

Das Problem läßt sich bei mir zu 100% nachstellen, indem ich das Wakeupintervall des batteriebetriebenen ZWave-Devices niedrig einstelle (zum Test 1 Minute), und dann fhem für mehrere Minuten beende.

Beobachtung:
Während fhem nicht läuft, sammeln sich im Dongle die wakeup-notifications an.
Beim Start von fhem wird zuerst versucht mit ZWDongle_Clear alle alten Daten des Dongles auszulesen und zu verwerfen.
Jedoch werden nur maximal 63 Byte gelesen und verarbeitet. Danach kommen selbst mit einem erhöhten ReadTimeout keine Daten mehr.
Wahrscheinlich stopt das Dongle seine Sendeaktivität, weil der USB-Stack vollgelaufen ist.

Der nächste Befehl, der von fhem gesendet wird (get caps) wird vom Dongle korrekt beantwortet.
Dieses Senden scheint aber den internen SendStack des Dongles zu reaktivieren. Daher kommt beim nächsten Lesen (getriggert durch get homeId) wieder ein neuer Schwung wakeup-notifications.
Diese Nachrichten führen in der Funktion ZWDongle_Parse->...-> ZWave_Parse zu der oben genannten Fehlermeldung.
Der Befehl zum Lesen der homeId wird mit einem CANCEL vom Dongle quittiert. Da dieser Befehl aber nicht im $hash->{SendStack} vorhanden ist, kann er nicht erneut gesendet werden und damit erhalten wir keine homeId.


Patch:
1. In der Funktion ZWaveDongle_Clear wird zum einen ZWDongle_ReadAnswer mit einer regexp aufgerufen, die niemals matched, damit alle Nachrichten auch mit einem ACK quittiert werden. Und zum anderen wird $hash->{PARTIAL} geleert.

2. Die Funktion ZWDongle_Parse gibt die Daten nur an Dispatch weiter, wenn $hash->{STATE} auf "Initialized" steht.

3. Beim ZWDongle_Write wird sich der letzte gesendete Befehl gemerkt, um ihn bei einem CANCEL erneut zu senden. An dieser Stelle bin ich mir nicht ganz sicher mit dem Patch.
Evtl. könnte auch der SendStack verwendet werden. Aber ich weiß nicht, warum
- nur Kommandos die auf /^13/ matchen auf den SendStack kommen
- bei einem NACK und bei einem SOF der komplette SendStack gelöscht wird.
- bei einem ACK die Nachricht auf dem SendStack verbleibt
- die Funktion ZWave_HandleSendStack die Nachricht vom SendStack entfernt. Damit sind keine Retransmits mehr möglich.

Um also die Funktionalität des SendStacks nicht zu gefährden, habe ich erstmal die etwas defensiviere Vorgehensweise über $hash->{LastMsg} gewählt.
Vielleicht sehe ich mir den SendStack noch einmal genauer an.

Hier noch ein Log mit vielen Ausgaben (mit Patch), um da Verhalten des Dongles zu verdeutlichen:

2015.05.28 10:47:58 3: ZWDongle device opened
2015.05.28 10:47:58 1: ZWDongle_DoInit start
# ZWDongle_Clear
2015.05.28 10:47:58 1: ZWDongle_ReadAnswer arg:Clear regexp:never matching regexp
2015.05.28 10:47:58 1: ZWDongle_ReadAnswer: select
2015.05.28 10:47:58 1: ZWDongle_ReadAnswer: read 63 bytes
2015.05.28 10:47:58 1: ZWDongle RAW buffer: 010800040006028407740108000400060284077401080004000602840774010800040006028407740108000400060284077401080004000602840774010800
2015.05.28 10:47:58 1: ZWDongle_Read ZWDongle: 00040006028407
2015.05.28 10:47:58 1: ZWDongle_Parse not initialized
2015.05.28 10:47:58 1: ZWDongle_Read ZWDongle: 00040006028407
2015.05.28 10:47:58 1: ZWDongle_Parse not initialized
2015.05.28 10:47:58 1: ZWDongle_Read ZWDongle: 00040006028407
2015.05.28 10:47:58 1: ZWDongle_Parse not initialized
2015.05.28 10:47:58 1: ZWDongle_Read ZWDongle: 00040006028407
2015.05.28 10:47:58 1: ZWDongle_Parse not initialized
2015.05.28 10:47:58 1: ZWDongle_Read ZWDongle: 00040006028407
2015.05.28 10:47:58 1: ZWDongle_Parse not initialized
2015.05.28 10:47:58 1: ZWDongle_Read ZWDongle: 00040006028407
2015.05.28 10:47:58 1: ZWDongle_Parse not initialized
2015.05.28 10:47:58 1: ZWDongle_Read returning local msg undef
2015.05.28 10:47:58 1: ZWDongle_Read hash PARTIAL: 010800
2015.05.28 10:47:58 1: ZWDongle_ReadAnswer: select
2015.05.28 10:47:58 1: ZWDongle_ReadAnswer: timeout

# ZWDongle_Get("caps")
2015.05.28 10:47:58 1: ZWDongle_Write msg 07
2015.05.28 10:47:58 1: ZWDongle_Write SimpleWrite msg 01030007fb
2015.05.28 10:47:58 1: ZWDongle_ReadAnswer arg:caps regexp:^0107
2015.05.28 10:47:58 1: ZWDongle_ReadAnswer: select
2015.05.28 10:47:58 1: ZWDongle_ReadAnswer: read 8 bytes
2015.05.28 10:47:58 1: ZWDongle RAW buffer: 06012b0107050101
2015.05.28 10:47:58 1: ZWDongle_Read returning local msg undef
2015.05.28 10:47:58 1: ZWDongle_Read hash PARTIAL: 012b0107050101
2015.05.28 10:47:58 1: ZWDongle_ReadAnswer: select
2015.05.28 10:47:58 1: ZWDongle_ReadAnswer: read 21 bytes
2015.05.28 10:47:58 1: ZWDongle RAW buffer: 012b01070501011504000001fe83ff88cf1f0000fb9f7da067008080
2015.05.28 10:47:58 1: ZWDongle_Read returning local msg undef
2015.05.28 10:47:58 1: ZWDongle_Read hash PARTIAL: 012b01070501011504000001fe83ff88cf1f0000fb9f7da067008080
2015.05.28 10:47:58 1: ZWDongle_ReadAnswer: select
2015.05.28 10:47:58 1: ZWDongle_ReadAnswer: read 17 bytes
2015.05.28 10:47:58 1: ZWDongle RAW buffer: 012b01070501011504000001fe83ff88cf1f0000fb9f7da067008080008086000000e87300000e0000401a000a
2015.05.28 10:47:58 1: ZWDongle_Read ZWDongle: 01070501011504000001fe83ff88cf1f0000fb9f7da067008080008086000000e87300000e0000401a00
2015.05.28 10:47:58 1: ZWDongle_Read returning local msg 01070501011504000001fe83ff88cf1f0000fb9f7da067008080008086000000e87300000e0000401a00
2015.05.28 10:47:58 1: ZWDongle_Read hash PARTIAL:
2015.05.28 10:47:58 1: ZWDongle_ReadAnswer: returning 01070501011504000001fe83ff88cf1f0000fb9f7da067008080008086000000e87300000e0000401a00
# ZWDongle_Get("caps") war erfolgreich

# ZWDongle_Get("homeId")
2015.05.28 10:47:58 1: ZWDongle_Write msg 20
2015.05.28 10:47:58 1: ZWDongle_Write SimpleWrite msg 01030020dc
2015.05.28 10:47:58 1: ZWDongle_ReadAnswer arg:homeId regexp:^0120
2015.05.28 10:47:58 1: ZWDongle_ReadAnswer: select
2015.05.28 10:47:58 1: ZWDongle_ReadAnswer: read 11 bytes
2015.05.28 10:47:58 1: ZWDongle RAW buffer: 0108000400060284077418
# hier empfangen wir eine weitere wakeup-notifications
2015.05.28 10:47:58 1: ZWDongle_Read ZWDongle: 00040006028407
2015.05.28 10:47:58 1: ZWDongle_Parse not initialized
2015.05.28 10:47:58 1: ZWDongle: CANCEL received, retransmitting last message.
# ZWDongle_Get("homeId") wird mit CANCEL beantwortet
2015.05.28 10:47:58 1: ZWDongle_Write msg 20
2015.05.28 10:47:58 1: ZWDongle_Write SimpleWrite msg 01030020dc
2015.05.28 10:47:58 1: ZWDongle_Read returning local msg undef
2015.05.28 10:47:58 1: ZWDongle_Read hash PARTIAL:
2015.05.28 10:47:58 1: ZWDongle_ReadAnswer: select
2015.05.28 10:47:58 1: ZWDongle_ReadAnswer: read 15 bytes
2015.05.28 10:47:58 1: ZWDongle RAW buffer: 010c000400050631050422001dfb18
# hier kommt eine weitere alte Nachricht vom Dongle
2015.05.28 10:47:58 1: ZWDongle_Read ZWDongle: 000400050631050422001d
2015.05.28 10:47:58 1: ZWDongle_Parse not initialized
2015.05.28 10:47:58 1: ZWDongle: CANCEL received, retransmitting last message.
# ZWDongle_Get("homeId") wird mit wieder CANCEL beantwortet

2015.05.28 10:47:58 1: ZWDongle_Write msg 20
2015.05.28 10:47:58 1: ZWDongle_Write SimpleWrite msg 01030020dc
2015.05.28 10:47:58 1: ZWDongle_Read returning local msg undef
2015.05.28 10:47:58 1: ZWDongle_Read hash PARTIAL:
2015.05.28 10:47:58 1: ZWDongle_ReadAnswer: select
2015.05.28 10:47:58 1: ZWDongle_ReadAnswer: read 11 bytes
2015.05.28 10:47:58 1: ZWDongle RAW buffer: 0108000400060284077418
# hier empfangen wir eine weitere wakeup-notifications
2015.05.28 10:47:58 1: ZWDongle_Read ZWDongle: 00040006028407
2015.05.28 10:47:58 1: ZWDongle_Parse not initialized
2015.05.28 10:47:58 1: ZWDongle: CANCEL received, retransmitting last message.
# ZWDongle_Get("homeId") wird mit wieder CANCEL beantwortet

2015.05.28 10:47:58 1: ZWDongle_Write msg 20
2015.05.28 10:47:58 1: ZWDongle_Write SimpleWrite msg 01030020dc
2015.05.28 10:47:58 1: ZWDongle_Read returning local msg undef
2015.05.28 10:47:58 1: ZWDongle_Read hash PARTIAL:
2015.05.28 10:47:58 1: ZWDongle_ReadAnswer: select
2015.05.28 10:47:58 1: ZWDongle_ReadAnswer: read 2 bytes
2015.05.28 10:47:58 1: ZWDongle RAW buffer: 0601
2015.05.28 10:47:58 1: ZWDongle_Read returning local msg undef
2015.05.28 10:47:58 1: ZWDongle_Read hash PARTIAL: 01
2015.05.28 10:47:58 1: ZWDongle_ReadAnswer: select
2015.05.28 10:47:58 1: ZWDongle_ReadAnswer: read 9 bytes
2015.05.28 10:47:58 1: ZWDongle RAW buffer: 01080120c9cde4200117
2015.05.28 10:47:58 1: ZWDongle_Read ZWDongle: 0120c9cde42001
2015.05.28 10:47:58 1: ZWDongle_Read returning local msg 0120c9cde42001
2015.05.28 10:47:58 1: ZWDongle_Read hash PARTIAL:
2015.05.28 10:47:58 1: ZWDongle_ReadAnswer: returning 0120c9cde42001
# endlich wird ZWDongle_Get("homeId") korrekt beantwortet

2015.05.28 10:47:58 1: ZWDongle_Write msg 1c20
2015.05.28 10:47:58 1: ZWDongle_Write SimpleWrite msg 0104001c20c7
2015.05.28 10:47:58 1: ZWDongle_ReadAnswer arg:random regexp:^011c
2015.05.28 10:47:58 1: ZWDongle_ReadAnswer: select
2015.05.28 10:47:58 1: ZWDongle_ReadAnswer: read 1 bytes
2015.05.28 10:47:58 1: ZWDongle RAW buffer: 06
2015.05.28 10:47:58 1: ZWDongle_Read returning local msg undef
2015.05.28 10:47:58 1: ZWDongle_Read hash PARTIAL:
2015.05.28 10:47:58 1: ZWDongle_ReadAnswer: select
2015.05.28 10:47:58 1: ZWDongle_ReadAnswer: read 22 bytes
2015.05.28 10:47:58 1: ZWDongle RAW buffer: 0125011c01200135e7d0ffeea745bf85a5501ed3bdc7
2015.05.28 10:47:58 1: ZWDongle_Read returning local msg undef
2015.05.28 10:47:58 1: ZWDongle_Read hash PARTIAL: 0125011c01200135e7d0ffeea745bf85a5501ed3bdc7
2015.05.28 10:47:58 1: ZWDongle_ReadAnswer: select
2015.05.28 10:47:58 1: ZWDongle_ReadAnswer: read 17 bytes
2015.05.28 10:47:58 1: ZWDongle RAW buffer: 0125011c01200135e7d0ffeea745bf85a5501ed3bdc73c7dbbf98c657b86a307b1efbf6559cece
2015.05.28 10:47:58 1: ZWDongle_Read ZWDongle: 011c01200135e7d0ffeea745bf85a5501ed3bdc73c7dbbf98c657b86a307b1efbf6559ce
2015.05.28 10:47:58 1: ZWDongle_Read returning local msg 011c01200135e7d0ffeea745bf85a5501ed3bdc73c7dbbf98c657b86a307b1efbf6559ce
2015.05.28 10:47:58 1: ZWDongle_Read hash PARTIAL:
2015.05.28 10:47:58 1: ZWDongle_ReadAnswer: returning 011c01200135e7d0ffeea745bf85a5501ed3bdc73c7dbbf98c657b86a307b1efbf6559ce
2015.05.28 10:47:58 1: ZWDongle_Write msg 06640f
2015.05.28 10:47:58 1: ZWDongle_Write SimpleWrite msg 01050006640f97
2015.05.28 10:47:58 1: ZWDongle_ReadAnswer arg:Clear regexp:never matching regexp
2015.05.28 10:47:58 1: ZWDongle_ReadAnswer: select
2015.05.28 10:47:58 1: ZWDongle_ReadAnswer: read 1 bytes
2015.05.28 10:47:58 1: ZWDongle RAW buffer: 06
2015.05.28 10:47:58 1: ZWDongle_Read returning local msg undef
2015.05.28 10:47:58 1: ZWDongle_Read hash PARTIAL:
2015.05.28 10:47:58 1: ZWDongle_ReadAnswer: select
2015.05.28 10:47:58 1: ZWDongle_ReadAnswer: read 7 bytes
2015.05.28 10:47:58 1: ZWDongle RAW buffer: 01050106640f96
2015.05.28 10:47:58 1: ZWDongle_Read ZWDongle: 0106640f
2015.05.28 10:47:58 1: ZWDongle_Parse not initialized
2015.05.28 10:47:58 1: ZWDongle_Read returning local msg undef
2015.05.28 10:47:58 1: ZWDongle_Read hash PARTIAL:
2015.05.28 10:47:58 1: ZWDongle_ReadAnswer: select
2015.05.28 10:47:59 1: ZWDongle_ReadAnswer: timeout
2015.05.28 10:47:59 1: ZWDongle_Write msg 0301020100
2015.05.28 10:47:59 1: ZWDongle_Write SimpleWrite msg 0107000301020100f9
2015.05.28 10:47:59 1: ZWDongle_DoInit end
2015.05.28 10:47:59 1: ZWDongle_Define end

Gruß,
Gero