[Gelöst] "No ACK from" bei Multichannel-Devices im Log trotz korrekter Antwort

[krikan]

Bei Befehlen an Endpoints über CC Multichannel, erhalte ich immer den Log-Eintrag "ZWAVE: NO_ACK from <device> after 5s for sentackget:xyz", obwohl alles ordnungsgemäß abläuft.

Beispiel-Log

Code Auswählen Erweitern

2016.06.12 20:06:45.436 2: ZWave get ZWave_SWITCH_BINARY_62.01 swbStatus
2016.06.12 20:06:45.437 5: ZWDongle_Write 00133e06600d01012502252b (e345c452)
2016.06.12 20:06:45.437 5: SW: 010d00133e06600d01012502252b9d
2016.06.12 20:06:45.440 5: ACK received, WaitForAck=>2 for 010d00133e06600d01012502252b9d
2016.06.12 20:06:45.441 4: ZWDongle_Read ZWDongle_0: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2016.06.12 20:06:45.441 5: SW: 06
2016.06.12 20:06:45.442 5: ZWDongle_0 dispatch 011301
2016.06.12 20:06:45.508 4: ZWDongle_Read ZWDongle_0: rcvd 00132b00 (request ZW_SEND_DATA), sending ACK
2016.06.12 20:06:45.509 5: SW: 06
2016.06.12 20:06:45.510 5: device ack reveived, removing 010d00133e06600d01012502252b9d from dongle sendstack
2016.06.12 20:06:45.510 5: ZWDongle_0 dispatch 00132b00
2016.06.12 20:06:45.510 4: CMD:ZW_SEND_DATA ID:00 ARG: CB:2b
2016.06.12 20:06:45.511 4: ZWDongle_0 transmit OK for CB 2b, target ZWave_SWITCH_BINARY_62
2016.06.12 20:06:45.585 4: ZWDongle_Read ZWDongle_0: rcvd 0004003e07600d01012503ff (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.06.12 20:06:45.585 5: SW: 06
2016.06.12 20:06:45.586 5: ZWDongle_0 dispatch 0004003e07600d01012503ff
2016.06.12 20:06:45.587 4: CMD:APPLICATION_COMMAND_HANDLER ID:3e ARG:07600d01012503ff CB:00
2016.06.12 20:06:50.437 2: ZWave: No ACK from ZWave_SWITCH_BINARY_62 after 5s for sentackget:133e06600d01012502252b

[FunkOdyssey]

Mir fehlt noch viel Zwave-KnowHow, aber ich stelle diese Meldungen bei mir auch fest. Bei mir sind das aber normale Fibaro/Greenwave-Zwischenstecker. Und es könnte evtl. auch ein Sendeproblem sein. Nach nem Update der Neighbour-Liste habe ich Ruhe.

[krikan]

Mir fehlt noch viel Zwave-KnowHow, aber ich stelle diese Meldungen bei mir auch fest. Bei mir sind das aber normale Fibaro/Greenwave-Zwischenstecker. Und es könnte evtl. auch ein Sendeproblem sein. Nach nem Update der Neighbour-Liste habe ich Ruhe.

Du hattest demnach wirkliche Kommunikationsprobleme im ZWave-Netz.
Mein Problem ist mMn nur falsches Logging in einem Spezialfall, nämlich get-Abfragen mit CC MULTI_CHANNEL, und sollte Info für Rudi sein. Sorry, dass ich es nicht dazugeschrieben habe.

[gamauf]

Hall Christian!

Habe dieses verhalten auch bei einem FIBARO System FGS222 Double Relay Switch 2x1.5kW beobachten können:

Bei den "Subdevices"  ZWave_SWITCH_BINARY_27.01 und ZWave_SWITCH_BINARY_27.02 bekomme ich nach Absetzen des Get ZWave_SWITCH_BINARY_27.01 swbStatus Befehls (andere Get Befehle hat das "Subdevice" nicht) zwar die Statusmeldung, aber zusätzlich die Fehlermeldung:
ZWave: No ACK from ZWave_SWITCH_BINARY_27 after 5s for sentackget:131b06600d0101250225ac

Die FM bezieht sich aber auf das "Hauptdevice" (auch bei deinem Logaustzug)!

die Set-befehle funktionieren ohne FM!

LG
Rainer

[rudolfkoenig]

Hoffentlich habe ich es gefixt, leider ohne Test, da mein einziger Multi-Endpoint anderweitig verwendet wird: bitte testen und berichten.

Habe auch bei Security was geaendert, bin unsicher, ob es da auch sinnvoll war.

[krikan]

Problem ist hier leider nicht weg. Version von 10_ZWave.pm habe ich diverse Male kontrolliert und ist "11656 2016-06-13 16:53:36Z"

SECURITY habe ich nicht probiert.

Code Auswählen Erweitern

2016.06.13 19:37:16.241 2: ZWave get ZWave_SWITCH_BINARY_62.01 basicStatus
2016.06.13 19:37:16.242 5: ZWDongle_Write 00133e06600d010120022501 (e345c452)
2016.06.13 19:37:16.242 5: SW: 010d00133e06600d010120022501b2
2016.06.13 19:37:16.246 5: ACK received, WaitForAck=>2 for 010d00133e06600d010120022501b2
2016.06.13 19:37:16.248 4: ZWDongle_Read ZWDongle_0: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2016.06.13 19:37:16.248 5: SW: 06
2016.06.13 19:37:16.250 5: ZWDongle_0 dispatch 011301
2016.06.13 19:37:16.323 4: ZWDongle_Read ZWDongle_0: rcvd 00130100 (request ZW_SEND_DATA), sending ACK
2016.06.13 19:37:16.323 5: SW: 06
2016.06.13 19:37:16.324 5: device ack reveived, removing 010d00133e06600d010120022501b2 from dongle sendstack
2016.06.13 19:37:16.325 5: ZWDongle_0 dispatch 00130100
2016.06.13 19:37:16.325 4: CMD:ZW_SEND_DATA ID:00 ARG: CB:01
2016.06.13 19:37:16.325 4: ZWDongle_0 transmit OK for CB 01, target ZWave_SWITCH_BINARY_62
2016.06.13 19:37:16.401 4: ZWDongle_Read ZWDongle_0: rcvd 0004003e07600d01012003ff (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.06.13 19:37:16.401 5: SW: 06
2016.06.13 19:37:16.402 5: ZWDongle_0 dispatch 0004003e07600d01012003ff
2016.06.13 19:37:16.403 4: CMD:APPLICATION_COMMAND_HANDLER ID:3e ARG:07600d01012003ff CB:00
2016.06.13 19:37:21.243 2: ZWave: No ACK from ZWave_SWITCH_BINARY_62 after 5s for sentackget:133e06600d010120022501

[rudolfkoenig]

Komisch, nach meiner Simulation muesste es tun.
Kannst du es bitte mit dem angehaengten Version testen, und das Log hier anhaengen?

[krikan]

Log:

Code Auswählen Erweitern

2016.06.13 20:14:34.244 2: ZWave get ZWave_SWITCH_BINARY_62.01 basicStatus
2016.06.13 20:14:34.244 1: aTSS: ZWave_SWITCH_BINARY_62, get, 133e06600d010120022503
2016.06.13 20:14:34.244 1: pSS: ZWave_SWITCH_BINARY_62, next
2016.06.13 20:14:34.245 5: ZWDongle_Write 00133e06600d010120022503 (e345c452)
2016.06.13 20:14:34.245 5: SW: 010d00133e06600d010120022503b0
2016.06.13 20:14:34.247 5: ACK received, WaitForAck=>2 for 010d00133e06600d010120022503b0
2016.06.13 20:14:34.249 4: ZWDongle_Read ZWDongle_0: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2016.06.13 20:14:34.249 5: SW: 06
2016.06.13 20:14:34.250 5: ZWDongle_0 dispatch 011301
2016.06.13 20:14:34.329 4: ZWDongle_Read ZWDongle_0: rcvd 00130300 (request ZW_SEND_DATA), sending ACK
2016.06.13 20:14:34.330 5: SW: 06
2016.06.13 20:14:34.331 5: device ack reveived, removing 010d00133e06600d010120022503b0 from dongle sendstack
2016.06.13 20:14:34.331 5: ZWDongle_0 dispatch 00130300
2016.06.13 20:14:34.401 4: ZWDongle_Read ZWDongle_0: rcvd 0004003e07600d01012003ff (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.06.13 20:14:34.401 5: SW: 06
2016.06.13 20:14:34.402 5: ZWDongle_0 dispatch 0004003e07600d01012003ff
2016.06.13 20:14:39.245 2: ZWave: No ACK from ZWave_SWITCH_BINARY_62 after 5s for sentget:133e06600d010120022503
2016.06.13 20:14:39.246 1: pSS: ZWave_SWITCH_BINARY_62, next
2016.06.13 20:15:09.817 2: ZWave get ZWave_SWITCH_BINARY_62.01 swbStatus
2016.06.13 20:15:09.817 1: aTSS: ZWave_SWITCH_BINARY_62, get, 133e06600d010125022504
2016.06.13 20:15:09.817 1: pSS: ZWave_SWITCH_BINARY_62, next
2016.06.13 20:15:09.817 5: ZWDongle_Write 00133e06600d010125022504 (e345c452)
2016.06.13 20:15:09.818 5: SW: 010d00133e06600d010125022504b2
2016.06.13 20:15:09.820 5: ACK received, WaitForAck=>2 for 010d00133e06600d010125022504b2
2016.06.13 20:15:09.821 4: ZWDongle_Read ZWDongle_0: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2016.06.13 20:15:09.822 5: SW: 06
2016.06.13 20:15:09.823 5: ZWDongle_0 dispatch 011301
2016.06.13 20:15:09.895 4: ZWDongle_Read ZWDongle_0: rcvd 00130400 (request ZW_SEND_DATA), sending ACK
2016.06.13 20:15:09.896 5: SW: 06
2016.06.13 20:15:09.897 5: device ack reveived, removing 010d00133e06600d010125022504b2 from dongle sendstack
2016.06.13 20:15:09.897 5: ZWDongle_0 dispatch 00130400
2016.06.13 20:15:09.970 4: ZWDongle_Read ZWDongle_0: rcvd 0004003e07600d01012503ff (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.06.13 20:15:09.971 5: SW: 06
2016.06.13 20:15:09.972 5: ZWDongle_0 dispatch 0004003e07600d01012503ff
2016.06.13 20:15:15.408 2: ZWave: No ACK from ZWave_SWITCH_BINARY_62 after 5s for sentget:133e06600d010125022504
2016.06.13 20:15:15.408 1: pSS: ZWave_SWITCH_BINARY_62, next

Falls Du mehr brauchst, bitte melden.

[krikan]

Habe jetzt auch bei Geräten ohne Endpoint die NO_ACK (keine Ahnung, ob das an der Testversion liegt):

Code Auswählen Erweitern

2016.06.13 21:35:26.475 2: ZWave get ZWave_SWITCH_MULTILEVEL_26 position
2016.06.13 21:35:26.476 1: aTSS: ZWave_SWITCH_MULTILEVEL_26, get, 131a0891010f26020200002508
2016.06.13 21:35:26.476 1: pSS: ZWave_SWITCH_MULTILEVEL_26, next
2016.06.13 21:35:26.476 5: ZWDongle_Write 00131a0891010f26020200002508 (e345c452)
2016.06.13 21:35:26.477 5: SW: 010f00131a0891010f2602020000250865
2016.06.13 21:35:26.480 2: ZWave get ZWave_SWITCH_MULTILEVEL_27 position
2016.06.13 21:35:26.481 1: aTSS: ZWave_SWITCH_MULTILEVEL_27, get, 131b0891010f26020200002509
2016.06.13 21:35:26.481 1: pSS: ZWave_SWITCH_MULTILEVEL_27, next
2016.06.13 21:35:26.481 5: ZWDongle_Write 00131b0891010f26020200002509 (e345c452)
2016.06.13 21:35:26.483 2: ZWave get ZWave_SWITCH_MULTILEVEL_4 position
2016.06.13 21:35:26.484 1: aTSS: ZWave_SWITCH_MULTILEVEL_4, get, 13040891010f2602020000250a
2016.06.13 21:35:26.484 1: pSS: ZWave_SWITCH_MULTILEVEL_4, next
2016.06.13 21:35:26.484 5: ZWDongle_Write 0013040891010f2602020000250a (e345c452)
2016.06.13 21:35:26.486 5: ACK received, WaitForAck=>2 for 010f00131a0891010f2602020000250865
2016.06.13 21:35:26.487 4: ZWDongle_Read ZWDongle_0: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2016.06.13 21:35:26.487 5: SW: 06
2016.06.13 21:35:26.488 5: ZWDongle_0 dispatch 011301
2016.06.13 21:35:26.525 4: ZWDongle_Read ZWDongle_0: rcvd 00130800 (request ZW_SEND_DATA), sending ACK
2016.06.13 21:35:26.525 5: SW: 06
2016.06.13 21:35:26.527 5: device ack reveived, removing 010f00131a0891010f2602020000250865 from dongle sendstack
2016.06.13 21:35:26.527 5: ZWDongle_0 dispatch 00130800
2016.06.13 21:35:26.527 5: SW: 010f00131b0891010f2602020000250965
2016.06.13 21:35:26.529 5: ACK received, WaitForAck=>2 for 010f00131b0891010f2602020000250965
2016.06.13 21:35:26.531 4: ZWDongle_Read ZWDongle_0: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2016.06.13 21:35:26.532 5: SW: 06
2016.06.13 21:35:26.533 5: ZWDongle_0 dispatch 011301
2016.06.13 21:35:26.577 4: ZWDongle_Read ZWDongle_0: rcvd 00130900 (request ZW_SEND_DATA), sending ACK
2016.06.13 21:35:26.577 5: SW: 06
2016.06.13 21:35:26.578 5: device ack reveived, removing 010f00131b0891010f2602020000250965 from dongle sendstack
2016.06.13 21:35:26.578 5: ZWDongle_0 dispatch 00130900
2016.06.13 21:35:26.579 5: SW: 010f0013040891010f2602020000250a79
2016.06.13 21:35:26.581 5: ACK received, WaitForAck=>2 for 010f0013040891010f2602020000250a79
2016.06.13 21:35:26.582 4: ZWDongle_Read ZWDongle_0: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2016.06.13 21:35:26.582 5: SW: 06
2016.06.13 21:35:26.583 5: ZWDongle_0 dispatch 011301
2016.06.13 21:35:26.880 4: ZWDongle_Read ZWDongle_0: rcvd 00130a00 (request ZW_SEND_DATA), sending ACK
2016.06.13 21:35:26.880 5: SW: 06
2016.06.13 21:35:26.881 5: device ack reveived, removing 010f0013040891010f2602020000250a79 from dongle sendstack
2016.06.13 21:35:26.881 5: ZWDongle_0 dispatch 00130a00
2016.06.13 21:35:26.929 4: ZWDongle_Read ZWDongle_0: rcvd 000400040891010f2603030000 (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.06.13 21:35:26.929 5: SW: 06
2016.06.13 21:35:26.930 5: ZWDongle_0 dispatch 000400040891010f2603030000
2016.06.13 21:35:31.477 2: ZWave: No ACK from ZWave_SWITCH_MULTILEVEL_26 after 5s for sentget:131a0891010f26020200002508
2016.06.13 21:35:31.477 1: pSS: ZWave_SWITCH_MULTILEVEL_26, next
2016.06.13 21:35:31.477 2: ZWave: No ACK from ZWave_SWITCH_MULTILEVEL_27 after 5s for sentget:131b0891010f26020200002509
2016.06.13 21:35:31.477 1: pSS: ZWave_SWITCH_MULTILEVEL_27, next
2016.06.13 21:35:31.478 2: ZWave: No ACK from ZWave_SWITCH_MULTILEVEL_4 after 5s for sentget:13040891010f2602020000250a
2016.06.13 21:35:31.478 1: pSS: ZWave_SWITCH_MULTILEVEL_4, next

[rudolfkoenig]

Habe jetzt auch bei Geräten ohne Endpoint die NO_ACK (keine Ahnung, ob das an der Testversion liegt):

Eher nicht, bei mir funktioniert es, und die Testversion hat nur 2 zusaetzliche Zeilen an Debugausgabe.

Was mich total wurmt: nach "ZWDongle_0 dispatch 00130a00" muesste "CMD:ZW_SEND_DATA ID:00 ARG: CB:0a" kommen, jedenfalls bei gesetzten ZWDongle_0 verbose 4+. Habe z.Zt. keine Idee, wieso das bei dir nicht kommt, da muss was grundsaetzlich faul sein.

Mein Log schaut so aus:

Code Auswählen Erweitern

2016.06.13 21:38:40.633 2: ZWave get an158 swbStatus
2016.06.13 21:38:40.633 1: aTSS: an158, get, 134d0225022501
2016.06.13 21:38:40.633 1: pSS: an158, next
2016.06.13 21:38:40.633 5: ZWDongle_Write 00134d0225022501 (00123456)
2016.06.13 21:38:40.633 5: SW: 010900134d0225022501a9
2016.06.13 21:38:40.634 5: ACK received, WaitForAck=>2 for 010900134d0225022501a9
2016.06.13 21:38:40.640 4: ZWDongle_Read zwd: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2016.06.13 21:38:40.640 5: SW: 06
2016.06.13 21:38:40.641 5: zwd dispatch 011301
2016.06.13 21:38:40.657 4: ZWDongle_Read zwd: rcvd 001301000002 (request ZW_SEND_DATA), sending ACK
2016.06.13 21:38:40.657 5: SW: 06
2016.06.13 21:38:40.658 5: device ack reveived, removing 010900134d0225022501a9 from dongle sendstack
2016.06.13 21:38:40.658 5: zwd dispatch 001301000002
2016.06.13 21:38:40.659 4: CMD:ZW_SEND_DATA ID:00 ARG:0002 CB:01
2016.06.13 21:38:40.659 4: zwd transmit OK for CB 01, target an158
2016.06.13 21:38:40.659 1: pSS: an158, ack
2016.06.13 21:38:40.668 4: ZWDongle_Read zwd: rcvd 0004004d032503ff (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.06.13 21:38:40.668 5: SW: 06
2016.06.13 21:38:40.669 5: zwd dispatch 0004004d032503ff
2016.06.13 21:38:40.669 4: CMD:APPLICATION_COMMAND_HANDLER ID:4d ARG:032503ff CB:00
2016.06.13 21:38:40.670 1: pSS: an158, msg


[krikan]

Dann sollte noch jemand anderes testen. Habe jetzt auf die Schnelle mal Rechner neu geboot, Stick an- und ausgestöpselt. Keine Änderung.

Einzige mir bekannte Besonderheit des Controllers: Hat einen 4er Chipsatz. Aber ich bin sowieso in der Vorbereitung für Controllerwechsel...

[rudolfkoenig]

Der Haken: das Problem (bzw. was mir gerade in deinem Log Kopfschmerzen verursacht) kann nicht vom Controller abhaengen.
In deinem Log steht schon "ZWDongle_0 dispatch 00130800", d.h. 00_ZWDongle.pm hat vom Controller 00130800 bekommen, CRC verifiziert, und diese Daten per Dispatch verteilt. Dispatch sollte es an ZWave_Parse schicken, und da muesste die Meldung mit CMD:... generiert werden (bei ZWDongle_0 verbose 4+, was bei dir offensichtlich der Fall ist), das kommt aber nicht.

Und ich sehe nicht, was diese Meldung verhindern kann.
Wenn ZWave_Parse nicht aufgerufen wird/zu frueh sich verabschiedet, dann ist der Rest klar.

[krikan]

Ok. Kann ich irgendwie mit Tests helfen, die Kopfschmerzen zu beseitigen?
Kann das mit Perl-Versionen, Betriebssystem oder ähnlichem zusammenhängen? Das war jetzt ein Raspi mit Raspian Jessie und Perl 5.20.
Einzige Besonderheit, die mir mit der Testversion im Nachhinein noch aufgefallen ist: PopUp mit Abfrageergebnis bzw. Timeout kam nicht.

[rudolfkoenig]

Streu mal am Anfang von ZWave_Parse() ein paar
Log 1, "Line:". __LINE__;
Zeilen ein (bis die CMD: Ausgabe), und sag mir, wo es klemmt.

[krikan]

Tja,
das CMD: .. bekomme ich jetzt immer.
Das Ausgangsproblem ist weiterhin vorhanden.
Nach einiger Laufzeit geht aber das Chaos los:
- Nach SW fehlt ACK und noch mal SW. Antworten kommen dann mehrfach oder
- Antworten kommen einfach so mehrfach
- Antwort kommt vor 0013

Mein letztes Highlight war das Log mit "Schluckauf" (NO ACK diesmal nicht vorhanden!):

Code Auswählen Erweitern

2016.06.14 19:41:17.675 2: ZWave get ZWave_SWITCH_BINARY_62.01 swbStatus
2016.06.14 19:41:17.676 1: aTSS: ZWave_SWITCH_BINARY_62, get, 133e06600d01012502251d / L:1
2016.06.14 19:41:17.676 1: pSS: ZWave_SWITCH_BINARY_62, next get:133e06600d01012502251d
2016.06.14 19:41:17.676 5: ZWDongle_Write 00133e06600d01012502251d (e345c452)
2016.06.14 19:41:17.676 5: SW: 010d00133e06600d01012502251dab
2016.06.14 19:41:17.679 5: ACK received, WaitForAck=>2 for 010d00133e06600d01012502251dab
2016.06.14 19:41:17.680 4: ZWDongle_Read ZWDongle_0: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2016.06.14 19:41:17.681 5: SW: 06
2016.06.14 19:41:17.682 5: ZWDongle_0 dispatch 011301
2016.06.14 19:41:17.682 1: Line:3715
2016.06.14 19:41:17.683 1: Line:3726
2016.06.14 19:41:17.683 1: Line:3728
2016.06.14 19:41:17.683 1: Line:3730
2016.06.14 19:41:17.683 1: Line:3748
2016.06.14 19:41:18.590 4: ZWDongle_Read ZWDongle_0: rcvd 0004003e07600d01012503ff (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.06.14 19:41:18.591 5: SW: 06
2016.06.14 19:41:18.592 5: ZWDongle_0 dispatch 0004003e07600d01012503ff
2016.06.14 19:41:18.592 1: Line:3715
2016.06.14 19:41:18.593 1: Line:3816
2016.06.14 19:41:18.593 1: Line:3818
2016.06.14 19:41:18.593 1: Line:3837
2016.06.14 19:41:18.593 1: Line:3839
2016.06.14 19:41:18.593 1: Line:3844
2016.06.14 19:41:18.593 4: CMD:APPLICATION_COMMAND_HANDLER ID:3e ARG:07600d01012503ff CB:00
2016.06.14 19:41:18.594 1: pSS: ZWave_SWITCH_BINARY_62, msg sentget:133e06600d01012502251d
2016.06.14 19:41:19.430 4: ZWDongle_Read ZWDongle_0: rcvd 00131d00 (request ZW_SEND_DATA), sending ACK
2016.06.14 19:41:19.431 5: SW: 06
2016.06.14 19:41:19.433 5: device ack reveived, removing 010d00133e06600d01012502251dab from dongle sendstack
2016.06.14 19:41:19.433 5: ZWDongle_0 dispatch 00131d00
2016.06.14 19:41:19.434 1: Line:3715
2016.06.14 19:41:19.434 1: Line:3816
2016.06.14 19:41:19.434 1: Line:3818
2016.06.14 19:41:19.435 1: Line:3837
2016.06.14 19:41:19.435 1: Line:3839
2016.06.14 19:41:19.435 1: Line:3844
2016.06.14 19:41:19.435 4: CMD:ZW_SEND_DATA ID:00 ARG: CB:1d
2016.06.14 19:41:19.436 4: ZWDongle_0 transmit OK for CB 1d, target ZWave_SWITCH_BINARY_62
2016.06.14 19:41:19.506 4: ZWDongle_Read ZWDongle_0: rcvd 0004003e07600d01012503ff (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.06.14 19:41:19.506 5: SW: 06
2016.06.14 19:41:19.508 5: ZWDongle_0 dispatch 0004003e07600d01012503ff
2016.06.14 19:41:19.509 1: Line:3715
2016.06.14 19:41:19.509 1: Line:3816
2016.06.14 19:41:19.509 1: Line:3818
2016.06.14 19:41:19.509 1: Line:3837
2016.06.14 19:41:19.510 1: Line:3839
2016.06.14 19:41:19.510 1: Line:3844
2016.06.14 19:41:19.510 4: CMD:APPLICATION_COMMAND_HANDLER ID:3e ARG:07600d01012503ff CB:00
2016.06.14 19:41:19.721 4: ZWDongle_Read ZWDongle_0: rcvd 0004003e07600d01012503ff (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.06.14 19:41:19.721 5: SW: 06
2016.06.14 19:41:19.723 5: ZWDongle_0 dispatch 0004003e07600d01012503ff
2016.06.14 19:41:19.724 1: Line:3715
2016.06.14 19:41:19.724 1: Line:3816
2016.06.14 19:41:19.724 1: Line:3818
2016.06.14 19:41:19.725 1: Line:3837
2016.06.14 19:41:19.725 1: Line:3839
2016.06.14 19:41:19.725 1: Line:3844
2016.06.14 19:41:19.725 4: CMD:APPLICATION_COMMAND_HANDLER ID:3e ARG:07600d01012503ff CB:00
2016.06.14 19:41:20.714 4: ZWDongle_Read ZWDongle_0: rcvd 0004003e07600d01012503ff (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.06.14 19:41:20.714 5: SW: 06
2016.06.14 19:41:20.715 5: ZWDongle_0 dispatch 0004003e07600d01012503ff
2016.06.14 19:41:20.716 1: Line:3715
2016.06.14 19:41:20.716 1: Line:3816
2016.06.14 19:41:20.716 1: Line:3818
2016.06.14 19:41:20.716 1: Line:3837
2016.06.14 19:41:20.716 1: Line:3839
2016.06.14 19:41:20.716 1: Line:3844
2016.06.14 19:41:20.716 4: CMD:APPLICATION_COMMAND_HANDLER ID:3e ARG:07600d01012503ff CB:00
2016.06.14 19:41:20.746 4: ZWDongle_Read ZWDongle_0: rcvd 0004003e07600d01012503ff (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.06.14 19:41:20.746 5: SW: 06
2016.06.14 19:41:20.748 5: ZWDongle_0 dispatch 0004003e07600d01012503ff
2016.06.14 19:41:20.748 1: Line:3715
2016.06.14 19:41:20.748 1: Line:3816
2016.06.14 19:41:20.748 1: Line:3818
2016.06.14 19:41:20.748 1: Line:3837
2016.06.14 19:41:20.748 1: Line:3839
2016.06.14 19:41:20.749 1: Line:3844
2016.06.14 19:41:20.749 4: CMD:APPLICATION_COMMAND_HANDLER ID:3e ARG:07600d01012503ff CB:00
2016.06.14 19:41:21.715 4: ZWDongle_Read ZWDongle_0: rcvd 0004003e07600d01012503ff (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.06.14 19:41:21.715 5: SW: 06
2016.06.14 19:41:21.716 5: ZWDongle_0 dispatch 0004003e07600d01012503ff
2016.06.14 19:41:21.717 1: Line:3715
2016.06.14 19:41:21.717 1: Line:3816
2016.06.14 19:41:21.717 1: Line:3818
2016.06.14 19:41:21.717 1: Line:3837
2016.06.14 19:41:21.717 1: Line:3839
2016.06.14 19:41:21.717 1: Line:3844
2016.06.14 19:41:21.717 4: CMD:APPLICATION_COMMAND_HANDLER ID:3e ARG:07600d01012503ff CB:00
2016.06.14 19:41:21.746 4: ZWDongle_Read ZWDongle_0: rcvd 0004003e07600d01012503ff (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.06.14 19:41:21.747 5: SW: 06
2016.06.14 19:41:21.748 5: ZWDongle_0 dispatch 0004003e07600d01012503ff
2016.06.14 19:41:21.748 1: Line:3715
2016.06.14 19:41:21.748 1: Line:3816
2016.06.14 19:41:21.749 1: Line:3818
2016.06.14 19:41:21.749 1: Line:3837
2016.06.14 19:41:21.749 1: Line:3839
2016.06.14 19:41:21.749 1: Line:3844
2016.06.14 19:41:21.749 4: CMD:APPLICATION_COMMAND_HANDLER ID:3e ARG:07600d01012503ff CB:00
2016.06.14 19:41:22.714 4: ZWDongle_Read ZWDongle_0: rcvd 0004003e07600d01012503ff (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.06.14 19:41:22.718 5: SW: 06
2016.06.14 19:41:22.719 5: ZWDongle_0 dispatch 0004003e07600d01012503ff
2016.06.14 19:41:22.719 1: Line:3715
2016.06.14 19:41:22.719 1: Line:3816
2016.06.14 19:41:22.720 1: Line:3818
2016.06.14 19:41:22.720 1: Line:3837
2016.06.14 19:41:22.720 1: Line:3839
2016.06.14 19:41:22.720 1: Line:3844
2016.06.14 19:41:22.720 4: CMD:APPLICATION_COMMAND_HANDLER ID:3e ARG:07600d01012503ff CB:00
2016.06.14 19:41:23.715 4: ZWDongle_Read ZWDongle_0: rcvd 0004003e07600d01012503ff (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.06.14 19:41:23.715 5: SW: 06
2016.06.14 19:41:23.716 5: ZWDongle_0 dispatch 0004003e07600d01012503ff
2016.06.14 19:41:23.716 1: Line:3715
2016.06.14 19:41:23.717 1: Line:3816
2016.06.14 19:41:23.717 1: Line:3818
2016.06.14 19:41:23.717 1: Line:3837
2016.06.14 19:41:23.717 1: Line:3839
2016.06.14 19:41:23.717 1: Line:3844
2016.06.14 19:41:23.717 4: CMD:APPLICATION_COMMAND_HANDLER ID:3e ARG:07600d01012503ff CB:00
2016.06.14 19:41:24.714 4: ZWDongle_Read ZWDongle_0: rcvd 0004003e07600d01012503ff (request APPLICATION_COMMAND_HANDLER), sending ACK
2016.06.14 19:41:24.715 5: SW: 06
2016.06.14 19:41:24.717 5: ZWDongle_0 dispatch 0004003e07600d01012503ff
2016.06.14 19:41:24.717 1: Line:3715
2016.06.14 19:41:24.718 1: Line:3816
2016.06.14 19:41:24.718 1: Line:3818
2016.06.14 19:41:24.718 1: Line:3837
2016.06.14 19:41:24.718 1: Line:3839
2016.06.14 19:41:24.719 1: Line:3844
2016.06.14 19:41:24.719 4: CMD:APPLICATION_COMMAND_HANDLER ID:3e ARG:07600d01012503ff CB:00

Ich werde mal das System und den Stick wechseln.