Dringende Hilfe - mehrere Probleme mit ZWave (Fibaro) Aktoren

Begonnen von math78, 24 Oktober 2015, 10:32:46

Vorheriges Thema - Nächstes Thema

math78

Ich benötige dringend Eure Hilfe bei meiner Hausautomatisation.

Ich habe die letzten Monate über fast im ganzen Haus mittlerweile Fibaro ZWave Produkte installiert (Fenstersensoren, Rolladenaktoren, Stromaktoren und Bewegungsmelder). Diese habe ich mit Homemetic Schaltern in meinem bestehenden Gira-Schalterporgramm gekoppelt. Das ganze System läuft auf einem Intel BB NUC5i3RYK mit einem Z-Wave ZME_UZB1 Me USB Stick und einem EQ3 85128 HomeMatic Konfigurations-Adapter LAN.
Das System läuft zu 80% gut, die restlichen 20% habe ich leider öfters Aussetzer, so dass die Autoren erst nach ein paar Sekunden verspätet reagieren oder manchmal auch gar nicht. Aktuell ist das für die ganze Familie sehr frustrierend!!!

Typische Meldungen sind folgende:
- ZWDongle_ProcessSendStack: no ACK, resending message 010a00130b032501FF250b1b
- ERROR: cannot SEND_DATA to Deckenspots_Flur_oben: 00
- ZWave: unknown message 0004103d052001ff8a2a, please report

Das kann z.B. so aussehen:
2015.10.23 18:55:47 2: ZWDongle_ProcessSendStack: no ACK, resending message 010a001330032501002530e4
2015.10.23 18:55:48 2: ZWDongle_ProcessSendStack: no ACK, resending message 010a00131f03260100251fe7
2015.10.23 18:55:49 2: ZWDongle_ProcessSendStack: no ACK, resending message 010a001328032501002528e4
2015.10.23 18:55:51 2: ZWDongle_ProcessSendStack: no ACK, resending message 010a00132d03250100252de4
2015.10.23 18:55:52 2: ZWDongle_ProcessSendStack: no ACK, resending message 010a00132e03260100252ee7
2015.10.23 18:55:53 2: ZWDongle_ProcessSendStack: no ACK, resending message 010a001308032601002508e7
2015.10.23 18:55:54 2: ZWDongle_ProcessSendStack: no ACK, resending message 010a001303032601002503e7
2015.10.23 18:55:56 2: ZWave: No ACK from Rolladen_Terrasse after 10s for sent:1329032501002529
2015.10.23 18:55:56 2: ZWave: No ACK from Rolladen_Schlafzimmer_links after 10s for sent:1344032601142544
2015.10.23 18:55:56 2: ZWave: No ACK from Rolladen_Schlafzimmer_rechts after 10s for sent:1348032601142548
2015.10.23 18:55:56 2: ZWDongle_ProcessSendStack: no ACK, resending message 010a001329032501002529e4
2015.10.23 18:55:57 2: ZWDongle_ProcessSendStack: no ACK, resending message 010a001344032601142544f3
2015.10.23 18:55:58 2: ZWDongle_ProcessSendStack: no ACK, resending message 010a001348032601142548f3

Ganz oft wird der Befehl auch mehrmals versendet:
2015.10.23 18:40:46 2: ZWave set Licht_Technikraum off
2015.10.23 18:40:46 2: ZWave set Licht_Technikraum off
2015.10.23 18:40:46 2: ZWave set Licht_Technikraum off
2015.10.23 18:40:46 2: ZWave set Licht_Technikraum off

2015.10.23 18:47:48 2: ZWave set Deckenspots_Flur_unten dim 0
2015.10.23 18:47:48 2: ZWave set Deckenspots_Flur_unten dim 0
2015.10.23 18:47:48 2: ZWave set Deckenspots_Flur_unten dim 0
2015.10.23 18:47:48 2: ZWave set Deckenspots_Flur_unten dim 0
2015.10.23 18:47:48 2: ZWave set Deckenspots_Flur_unten dim 0
2015.10.23 18:47:49 2: ZWave set Deckenspots_Flur_unten dim 0

Zusätzlich habe ich noch 2 Fragen zu folgenden Angaben:
Befehl:
define Rolladen_Zu at *{sunset("Horizon=-5")} set Rolladen_Kueche.*,Rolladen_Esszimmer.*,Rolladen_Wohnzimmer.*,Rolladen_Buero.*,Rolladen_Terrasse Zu

Antwort:
ZWave set Rolladen_Kueche_links off
2015.10.23 18:55:46 2: ZWave set Rolladen_Kueche_rechts off
2015.10.23 18:55:46 2: ZWave set Rolladen_Esszimmer_kurz off
2015.10.23 18:55:46 2: ZWave set Rolladen_Esszimmer_lang off
2015.10.23 18:55:46 2: ZWave set Rolladen_Wohnzimmer_kurz off
2015.10.23 18:55:46 2: ZWave set Rolladen_Wohnzimmer_lang off
2015.10.23 18:55:46 2: ZWave set Rolladen_Buero_gross off
2015.10.23 18:55:46 2: ZWave set Rolladen_Buero_klein off
2015.10.23 18:55:46 2: ZWave set Rolladen_Terrasse off
2015.10.23 18:55:46 3: Rolladen_Zu: Unknown argument Zu, choose one of clear:readings,trigger,register,rssi,msgEvents,attack,all getConfig getRegRaw peerBulk peerChan regBulk regSet sign:on,off
Unknown argument Zu, choose one of
Unknown argument Zu, choose one of
Unknown argument Zu, choose one of
Unknown argument Zu, choose one of clear:readings,trigger,register,rssi,msgEvents,attack,all getConfig getRegRaw peerBulk peerChan regBulk regSet sign:on,off
Unknown argument Zu, choose one of
Unknown argument Zu, choose one of clear:readings,trigger,register,rssi,msgEvents,attack,all getConfig getRegRaw peerBulk peerChan regBulk regSet sign:on,off
Unknown argument Zu, choose one of
Unknown argument Zu, choose one of
Unknown argument Zu, choose one of

und
PERL WARNING: Argument "0b" isn't numeric in numeric eq (==) at (eval 116241) line 1.
Diese Warnung habe ich mindestens 100 mal am Tag, Kann ich die abstellen.

Sorry für die vielen Fragen. Ich würde mich sehr über Eure Antworten freuen.
Habt Ihr Ideen für mich?

Grüße

Matthias

rudolfkoenig

Das sind viele unterschiedliche Probleme auf einmal. Diese in einem Beitrag zu melden ist schlecht, da man bei der Verfolgung der einzelnen Probleme schnell verwirrt wird. Das ist ein oeffentlicher Forum, die Antworten sind auch fuer Andere mit dem gleichen Problem relevant. Weiterhin fuehlen sich nur die wenigsten zustaendig fuer alle Fragen, und deswegen laesst man dann einfach alles liegen.

- no ACK, resending message
Heisst, dass das ZWave-Endgeraet den Empfang der Nachricht nicht bestaetigt hat. Ursache kann Funkstoerung sein, schlechte Erreichbarkeit, fehlende Inklusion, Fehler in FHEM, Fheler im Firmware der ZWDongle oder im Firmware des Endgeraetes. Meiner Ansicht nach in dieser Reihenfolge.

- cannot SEND_DATA to XXX: 00
Der USB-Stick/ZWDongle meldet Fehler beim Versenden einer Nachricht. Ursache ist mAn Funkstoerung oder Fehler im Firmware.

- unknown message 0004103d052001ff8a2a
In FHEM (noch) nicht implementierte ZWave-Nachricht. In diesem Fall ein BASIC SET mit Argument ff8a2a
Da dies aber seit 2015-05-09 (r8550) in 10_ZWave.pm implementiert ist, ist FHEM vmtl. nicht up-to-date, siehe update.
Eine veraltete Version von FHEM kann auch fuer andere Probleme verantwortlich sei, und macht jedem Hilfswilligen das Leben schwer.

- Ganz oft wird der Befehl auch mehrmals versendet:
Vermutlich schlechtes Notify: Homematic ist bekannt fuer das Melden von 10+ Events bei einem Tastendruck. Notify-Regexp praezisieren hilft. Hat mit ZWave nichts zu tun (== das hier ist der falsche Forumsbereich), und wurde in diesem Forum schon sehr oft durchgekaut.

- Rolladen_Zu: Unknown argument Zu
Ist vermutlich ein structure mit vielen Geraeten, von denen manche Zu nicht verstehen.  Hat mit ZWave nichts zu tun, und ohne den genauen Kenntniss aller beteiligten Komponente kann man nur raten.

- PERL WARNING: Argument "0b" isn't numeric
Irgendein eval erwartet Zahlen (==) statt Hex-String (eq?).
Lokalisieren kann man es mit dem global Attribut stacktrace. Hat mit ZWave nichts zu tun.

math78

Hallo,

erst einmal vielen Dank für die Infos. Werde mir alles nochmals anschauen und durchprobieren und mich dann wieder melden!!!


Grüße

Matthias

math78

Bezüglich der Perl Warnung habe ich mit Stacktrace folgendes herausgefunden:

PERL WARNING: Argument "0b" isn't numeric in numeric eq (==) at (eval 74) line 1.
2015.10.25 18:44:26 3: stacktrace:
2015.10.25 18:44:26 3:     main::__ANON__                      called by (eval 74) (1)
2015.10.25 18:44:26 3:     (eval)                              called by ./FHEM/10_ZWave.pm (2810)
2015.10.25 18:44:26 3:     main::ZWave_Parse                   called by fhem.pl (3246)
2015.10.25 18:44:26 3:     main::Dispatch                      called by ./FHEM/00_ZWDongle.pm (747)
2015.10.25 18:44:26 3:     main::ZWDongle_Parse                called by ./FHEM/00_ZWDongle.pm (658)
2015.10.25 18:44:26 3:     main::ZWDongle_Read                 called by fhem.pl (3087)
2015.10.25 18:44:26 3:     main::CallFn                        called by fhem.pl (652)

Wie kann ich den Fehler damit erkennen?

Danke.

rudolfkoenig

Bitte als erstes FHEM auf einem aktuellen Version updaten.

Ansonsten: hast du ein Geraet mit der Klasse THERMOSTAT_SETPOINT, was z.Zt. nicht auf Heizen steht?

math78

Update habe ich vorhin schon gemacht.

Ein solches Device habe ich. Liegt der Fehler darin?

rudolfkoenig

Vermutlich. Ich habe eine neue Version eingecheckt (ab morgen um 8:00 per update verfuegbar), was das Problem behebn sollte.

math78


math78

Kurze Rückmeldung,
die Perl-Warnung ist nach dem Update verschwunden.

Was jedoch immer noch recht häufig vorkommt, ist "ZWave: unknown message 00041040033003ff, please report". Gibt es da auch eine einfache Lösung dafür?

Danke.

Matthias

rudolfkoenig

Das ist eine SENSOR_BINARY state:open Meldung vom Geraet mit der id 64 (Hex 40).
Es gibt keine FHEM Definition mit id 64, und ich vermute, nicht mal "get ZWDongle nodeList" listet 64 auf. Ich bin noch unentschlossen, was ich mit solche Nachrichten anfangen soll.

krikan

Zitat von: rudolfkoenig am 28 Oktober 2015, 11:04:27
Es gibt keine FHEM Definition mit id 64, und ich vermute, nicht mal "get ZWDongle nodeList" listet 64 auf. Ich bin noch unentschlossen, was ich mit solche Nachrichten anfangen soll.
Mich würde interessieren, ob diese Nachrichten nur in bestimmten Situationen auftreten bspw. nur bei vielen anfallenden ZWave-Telegrammen o.ä. oder ob es kein erkennbares Muster gibt.
Selbst hatte ich diese Nachrichten noch nie und vermute auch, dass die kein generelles Problem sind.

math78

Also im Moment kommt diese Nachricht sehr häufig. Die Zeitabstände sind unterschiedlich. Mal alle 15 min, mal alle 40 min. Dann auch immer mehrmals. Dann mal auch für eine längere Zrit gar nicht. Ein Muster kann ich im Moment nicht erkennen.

Kann man die Nachricht ausblenden?

rudolfkoenig

Nur indem du das verbose fuer das ZWDongle auf 0 stellst.

math78

Kann es sein, dass bei einer größeren Anzahl an ZWave Devices manche Readings falsch zugeordnet werden? Ich habe gerade bei einem Rolladenaktor ein "luminance" zugeordnet bekommen. Auch die Temp. oder auch die Power wird mal falsch zugeordnet. Ich habe zur Zeit etwa 50 ZWave Devices verbaut.

Außerdem wird ab und zu z.B. beim Fensterkontakt der falsche Zustand angezeigt (statt closed open). Kam das bei anderen sich schon vor? Wenn ich das Fenster öffne und schließe ist alles wieder richtig.


rudolfkoenig

ZitatKann es sein, dass bei einer größeren Anzahl an ZWave Devices manche Readings falsch zugeordnet werden?
Ich hoere diese Theorie zum ersten mal. Was wir oefter gehoert haben waren Geistermeldungen zu nicht exisiterenden Geraeten, das wird. aktuell mit "please report" im Logfile vermerkt, damit wir eine Systematik erkennen koennen.

math78

Ich habe als Beispiel mal gerade eine Kopie der Readings bei meinem Rolladenaktor beigefügt. Richtung Ende wird die Temperatur aufgeführt. Ich glaube nicht, dass das Device dies kann!
Bezüglich der "Geistermeldungen" würde ich gerne noch wissen, wie diese denn entstehen können? Weiß man das?

UNPARSED
CONTROLLER_REPLICATION 062105030a003d
2015-10-27 15:32:32
basicReport
ff
2015-10-24 08:36:15
basicSet
00
2015-10-31 17:43:17
energy
0.02 kWh
2015-11-01 19:10:57
model
FIBARO System FGRM222 Roller Shutter Controller 2
2015-10-02 15:01:36
modelConfig
fibaro/fgrm222.xml
2015-10-02 15:01:36
modelId
010f-0301-1001
2015-10-02 15:01:36
power
0.0 W
2015-11-01 18:40:32
reportedState
off
2015-11-01 17:40:33
state
off
2015-11-01 17:40:33
temperature
19.7 C
2015-10-15 01:34:16
transmit
OK

Danke für Eure Hilfe

Grüße

Matthias

krikan

#16
Das sind aber schon ältere Readings.
(Gestrichen, da ich das mangels Codetags nicht korrekt erkannt hatte; nimm besser "list <device>" und poste das (für mich ;) )
Hast Du Logs mit verbose 5 (Rohnachrichten) der seltsamen Vorkommnisse?
Ist Deine NodeList sauber, d.h. ist jedem Node auf der NodeList ein Gerät zugeordnet oder gibt es Nodes ohne zugeordneten Gerät?
Sind die Routen per neigborUpdate gepflegt?

math78

Hallo,

List Device gibt folgende Meldung:Internals:
   DEF        f5e1d9cc 47
   IODev      ZWDongle_0
   LASTInputDev ZWDongle_0
   MSGCNT     43
   NAME       Rolladen_Kueche_links
   NR         270
   STATE      Zu
   TYPE       ZWave
   ZWDongle_0_MSGCNT 43
   ZWDongle_0_RAWMSG 0004002f06310504220000
   ZWDongle_0_TIME 2015-11-01 20:40:32
   homeId     f5e1d9cc
   isWakeUp
   lastMsgSent 1446396020.01541
   nodeIdHex  2f
   Readings:
     2015-10-27 15:32:32   UNPARSED        CONTROLLER_REPLICATION 062105030a003d
     2015-10-24 08:36:15   basicReport     ff
     2015-10-31 17:43:17   basicSet        00
     2015-11-01 20:10:56   energy           0.02 kWh
     2015-10-02 15:01:36   model           FIBARO System FGRM222 Roller Shutter Controller 2
     2015-10-02 15:01:36   modelConfig     fibaro/fgrm222.xml
     2015-10-02 15:01:36   modelId         010f-0301-1001
     2015-11-01 20:40:32   power           0.0 W
     2015-11-01 17:40:33   reportedState   off
     2015-11-01 17:40:33   state           off
     2015-10-15 01:34:16   temperature     19.7 C
     2015-11-01 17:40:20   transmit        OK
Attributes:
   IODev      ZWDongle_0
   classes    MULTI_CHANNEL_ASSOCIATION MANUFACTURER_SPECIFIC VERSION CONFIGURATION ASSOCIATION POWERLEVEL METER SWITCH_MULTILEVEL SENSOR_MULTILEVEL SWITCH_BINARY MANUFACTURER_PROPRIETARY PROTECTION MARK METER SENSOR_MULTILEVEL MANUFACTURER_PROPRIETARY SCENE_ACTIVATION SWITCH_MULTILEVEL SWITCH_BINARY
   devStateIcon Auf:shutter_open Zu:shutter_closed
   eventMap   on:Auf stop:Stop off:Zu
   group      Rolladen
   icon       fts_shutter_40
   room       EG_Kueche
   webCmd     Auf:Stop:Zu

Habe vor kurzen Verbose bei vielen Devices und bei dem USB Dongle wieder auf 1 zurückgestellt. Wo soll ich verbose 5 einstellen - beim USBDongle?

Die Routen habe ich erst vor kurzem allen nochmals per neigborUpdate aktualisiert - kann ich aber gerne nochmals machen

Meine Node List lautet:
ZWDongle_0 nodeList => 1,2,3,4,7,8,9,10,11,12,14,15,16,17,18,19,20,21,22,23,24,25,26,27,28,29,30,31,32,33,34,35,36,37,38,39,40,41,42,43,44,45,46,47,48,49,50,51,52,53,54,55,56,57,58,59,60,62,63,64,65,66,67,68,70,71,72,73

Muss ich alle einzeln kontrollieren oder kann ich das anders kontrollieren?

Danke.

math78

Noch eine ergänzende Frage:
Wieso sendet der Figaro Bewegungsmelder seine Reaktion mehrmals?
2015-11-01_22:51:03 BWM_Flur_unten closed
2015-11-01_22:51:03 BWM_Flur_unten reportedState: closed
2015-11-01_22:51:03 BWM_Flur_unten closed
2015-11-01_22:51:03 BWM_Flur_unten reportedState: closed
2015-11-01_22:51:03 BWM_Flur_unten closed
2015-11-01_22:51:03 BWM_Flur_unten reportedState: closed
2015-11-01_22:51:03 BWM_Flur_unten closed
2015-11-01_22:51:03 BWM_Flur_unten reportedState: closed
2015-11-01_22:51:03 BWM_Flur_unten closed
2015-11-01_22:51:03 BWM_Flur_unten reportedState: closed

dennis_n

Hi,

ich hänge mich hier mal mit ran, da ich oft die gleichen Fehlermeldungen habe.
In dem Thread hier habe ich etwas von sauberer NodeList gelesen und von neigborUpdate.
Beides habe ich noch nie gemacht.
Ich bin mir sicher, dass ich in der NodeList Geräte habe, die bei mir garnicht existieren.

Wie gehe ich am besten vor?

Danke

Gruss
Dennis

krikan

ZitatHabe vor kurzen Verbose bei vielen Devices und bei dem USB Dongle wieder auf 1 zurückgestellt. Wo soll ich verbose 5 einstellen - beim USBDongle?
verbose ist beim ZWDongle zu setzen, siehe auch Erläuterungen hier
Das mache aber erst, wenn der Unterbau (nodeList, neigbourUpdate) korrekt ist. Warnung: Die Logs werden sehr groß; evtl. kann man aber dann das Problem, wenn es nach Korrektur noch auftritt, weiter analysieren.

Zunächst die toten Nodes aus dem Controller (nodeList) entfernen. Es gibt keine mir bekannte Automatik festzustellen, welche Nodes in der nodeList falsch/tot sind. Entweder ausschließlich manuell (aufwendigste Variante), readingsGroup mit nodeIds aller definierten ZWave Geräte mit nodeId nodeList abgleichen (halbmanuell, ich) oder Perl-Routine zum automatischen Abgleich basteln. (beste Variante)
Alle falschen nodeIds so entfernen. so dass der Controller eine saubere nodeList hat.

Dann mindestens 3 neigborUpdate - Durchläufe für alle ZWave-Geräte machen. Der 1. Durchlauf des neigborUpdate ist erst beendet, wenn alle Geräte, auch WakeUp-Geräte, das neigborUpdate durchgeführt haben. Erst dann mit neuem neigbourUpdate bei allen Geräten beginnen.

Dann die alten fehlerhaften Readings (temperature beim FGRM-222 u.a.) mit http://fhem.de/commandref.html#deletereading bei den Fhem-Devices löschen.

Dann verbose auf 5 setzen und warten, ob die Probleme überhaupt noch auftreten. Falls ja, Log (komprimiert) zur Verfügung stellen und abwarten/hoffen.
verbose auf unter 3 herunterzusetzen, halte ich nicht für sinnvoll. Damit entgehen Dir die Probleme, die Du beheben solltest.

Erst dann würde ich mich mit den restlichen Problemen auseinandersetzen (mein Fibaro Bewegungsmelder meldet nichts x-mal; außer ich stelle ihn so ein), wenn sie noch auftreten.

@Dennis: Dein Fragen sollten mit obigem auch erledigt sein.



dennis_n

Hallo Krikan,

ich danke Dir.
Ich habe mir jetzt zu jedem ZWAVE Gerät den Eintrag NodeIdHex genommen und diesen in Dezimal umgerechnet. Dann habe ich doch meine NodeId. Dabei ist herausgekommen, dass ich in der NodeList vom Razberry u.a. 1,3,4,5 drin habe, dafür aber kein Gerät existiert. Also sind doch das meine falschen oder?

Danke

Gruss
Dennis

krikan

Zitat von: dennis_n am 02 November 2015, 09:36:00
Ich habe mir jetzt zu jedem ZWAVE Gerät den Eintrag NodeIdHex genommen und diesen in Dezimal umgerechnet. Dann habe ich doch meine NodeId. Dabei ist herausgekommen, dass ich in der NodeList vom Razberry u.a. 1,3,4,5 drin habe, dafür aber kein Gerät existiert. Also sind doch das meine falschen oder?
Ja. (Ausnahmen: 1 wird vmtl. razberry sein, nicht löschen; wenn nicht alle im Controller inkludierten Geräte in Fhem definiert/angelegt sind)

dennis_n

So, ist gemacht.
Aber wie bekomme ich ein Gerät denn wieder von der FailedNodeList?

Habe aus versehen doch die ID 1 raufgesetzt und was komisch ist; die NodeId 2 hat auch den Status yes. Obwohl ich den dort nicht raufgesetzt habe.

Gruss
Dennis

krikan

Auf der failedNodeList landen automatisch alle Nodes, bei denen die letzte Kommunikation zwischen Controller und Gerät gescheitert ist (bspw. NO_ACK). Beim nächsten erfolgreichen Sendevorgang sollten die automatisch von der failedNodeList verschwinden.
Bei NodeID 1 und 2 sollten nach dem nächsten erfolgreichen Sendevorgang ein "no" auf die Abfrage kommen.

dennis_n

Ja, Du hast Recht ;-)
Habe den Rolladen gerade mal runter gefahren und jetzt steht ID 2 nicht mehr auf yes.
Dann kann ich ja jetzt das neigborUpdate bei den Geräten starten. Richtig?

Gruss
Dennis

krikan

ZitatDann kann ich ja jetzt das neigborUpdate bei den Geräten starten. Richtig?
Ja.

Hattest Du bei der NodeID 1 (Controller) ein isFailedNode-Abfrage mit "yes" beantwortet bekommen? Das würde mich wundern, da es mMn den zwapi widerspricht.

dennis_n

Also ich hatte aus Versehen die NodeID 1 auf die Liste gesetzt. Dann hatte ich ein yes bekommen. Kurze Zeit später ist aus dem yes aber wieder ein no geworden.

Ist denn sicher die ID 1 auch das Razberry Modul? Wie kann ich das prüfen? Denn beim Controler selbst wird mir ja keine ID angezeigt.

Bei der ID 2 war es anders. Dort musste ich explizit den Rolladen manuell auslösen. Erst dann ist die ID wieder von der Liste mit no beantwortet worden.

Hier mal ein List meines Razberry:

Internals:
   CallbackNr 8
   Clients    :ZWave:
   DEF        /dev/ttyAMA0@115200
   DeviceName /dev/ttyAMA0@115200
   FD         11
   MaxSendRetries 3
   NAME       ZWAVE1
   NR         24
   PARTIAL
   RAWMSG     000400080a320221440000001e0000
   ReadTime   1446456605.94566
   STATE      Initialized
   SendRetries 0
   SendTime   1446455995.10846
   TYPE       ZWDongle
   WaitForAck 0
   ZWAVE1_MSGCNT 102
   ZWAVE1_TIME 2015-11-02 10:30:05
   homeId     c1aa9dda
   nrNAck     0
   Matchlist:
     1:ZWave    .*
   Readings:
     2015-11-02 07:17:35   caps            Vers:5 Rev:0 ManufID:0147 ProductType:0400 ProductID:0001 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_0a 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 ZW_SEND_DATA_META ZW_GET_RANDOM MEMORY_GET_ID MEMORY_GET_BYTE MEMORY_PUT_BYTE MEMORY_GET_BUFFER MEMORY_PUT_BUFFER FLASH_AUTO_PROG_SET UNKNOWN_28 NVM_GET_ID NVM_EXT_READ_LONG_BUFFER NVM_EXT_WRITE_LONG_BUFFER NVM_EXT_READ_LONG_BYTE NVM_EXT_WRITE_LONG_BYTE ZW_GET_NODE_PROTOCOL_INFO ZW_SET_DEFAULT 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 ZW_CONTROLLER_CHANGE ZW_SET_LEARN_MODE ZW_ASSIGN_SUC_RETURN_ROUTE ZW_REQUEST_NETWORK_UPDATE ZW_SET_SUC_NODE_ID ZW_DELETE_SUC_RETURN_ROUTE ZW_GET_SUC_NODE_ID ZW_SEND_SUC_ID ZW_EXPLORE_REQUEST_INCLUSION ZW_REQUEST_NODE_INFO ZW_REMOVE_FAILED_NODE_ID ZW_IS_FAILED_NODE ZW_REPLACE_FAILED_NODE UNKNOWN_66 UNKNOWN_67 UNKNOWN_78 GET_ROUTING_TABLE_LINE LOCK_ROUTE_RESPONSE UNKNOWN_92 UNKNOWN_93 UNKNOWN_98 UNKNOWN_b4 ZW_WATCHDOG_ENABLE ZW_WATCHDOG_DISABLE ZW_WATCHDOG_CHECK ZW_SET_EXT_INT_LEVEL ZW_RF_POWERLEVEL_GET ZW_TYPE_LIBRARY ZW_SEND_TEST_FRAME ZW_GET_PROTOCOL_STATUS WATCHDOG_START WATCHDOG_STOP UNKNOWN_d4 UNKNOWN_ef ZME_FREQ_CHANGE ZME_BOOTLOADER_FLASH
     2015-11-02 09:48:01   homeId          HomeId:c1aa9dda CtrlNodeId:01
     2015-11-02 10:15:28   isFailedNode_1  no
     2015-11-02 10:16:03   isFailedNode_10 no
     2015-11-02 10:16:07   isFailedNode_11 no
     2015-11-02 10:16:11   isFailedNode_12 no
     2015-11-02 10:16:14   isFailedNode_13 no
     2015-11-02 10:16:18   isFailedNode_14 no
     2015-11-02 10:15:33   isFailedNode_2  no
     2015-11-02 10:15:38   isFailedNode_3  no
     2015-11-02 09:51:57   isFailedNode_4  yes
     2015-11-02 09:52:53   isFailedNode_5  yes
     2015-11-02 10:15:47   isFailedNode_6  no
     2015-11-02 10:15:50   isFailedNode_7  no
     2015-11-02 10:15:54   isFailedNode_8  no
     2015-11-02 10:15:59   isFailedNode_9  no
     2015-11-02 09:55:52   nodeInfo_1      STATIC_CONTROLLER STATIC_CONTROLLER listening frequentListening:0 beaming:16 40kBaud Vers:4 Security:0
     2015-11-02 09:29:04   nodeInfo_2      ROUTING_SLAVE SWITCH_MULTILEVEL listening frequentListening:0 beaming:16 routing 40kBaud Vers:4 Security:0
     2015-11-02 10:19:55   nodeList        1,2,6,7,8,9,10,11,12,13,14
     2015-11-02 07:17:35   random          b370b47f80b0378d019ac7026dd39fceda33c1181c2efac1b83d45983cbd89a8
     2015-11-02 07:17:35   state           Initialized
   SendStack:
Attributes:


Gruss
Dennis

krikan

ZitatIst denn sicher die ID 1 auch das Razberry Modul?
Sicher ist nichts  ;) . Bei den üblichen Installationen ist es 1.
Siehst Du bei "get <ZWDongle> homeId" und bei Dir (CtrlNodeId = NodeId des Controllers)
Zitat2015-11-02 09:48:01   homeId          HomeId:c1aa9dda CtrlNodeId:01

dennis_n

OK danke  :o
Dann mache ich jetzt mal die 3 Updates pro Gerät.

Gruss
Dennis

krikan

Im Zusammenhang neigborUpdate, mal meine Empfehlung (werde das auch ins Wiki aufnehmen):
neigborUpdate sollte man nach jeder Veränderung im ZWave-Netz machen (Inklusion, Exklusion, örtliche Veränderung, usw.)
Es ist auch überdenkenswert per at-Definition ein neigborUpdate regelmäßig bspw. wöchentlich in funkarmen-Zeiten (nachts) automatisch durchzuführen.

dennis_n

Ich hatte das noch nie gemacht. War mir eigentlich so auch nicht bewusst.
Ich habe nur teilweise die gleichen Probleme wie der Thread-Ersteller und dachte, ich versuchs mal damit.

Gruss
Dennis

krikan

Dann muss man (->ich im Wiki) mehr darauf aufmerksam machen. Letztlich ist für mich ZWave ein Lernprozeß; ich hatte ursprünglich mehr auf Explorer Frames gesetzt...

In vielen Fällen wird es auch ohne neigborUpdate ohne merkliche Probleme funktionieren, aber eben nicht immer optimal.
Je größer das Netz, desto größer tendenziell ohne neigborUpdate die Probleme. Totes Nodes in der nodeList sind mehr als suboptimal; bei ozw findet man mehr dazu.
Ob es letztlich die Lösung für das/ein gemeldetes Problem ist, muss man sehen.

Halte es persönlich aber für wenig zielführend bei schlechtem Zwave-Unterbau (tote Nodes, kein neigbourUpdate, ...) an irgendwelchen gemeldeten Problemen zu arbeiten. Das hilft mMn hier auch nicht unbedingt bei einer Weiterentwicklung (meines ;) ) ZWave-Verständnisses und Rudis Modul-Optimierungen.

dennis_n

Hi,

wie lange dauert denn ein NeighborUpdate etwa?
Sollte ich da im state nicht irgendwann ein OK bekommen?
Seit etwa 10 Minuten steht bei jedem Device im state nur neighborUpdate.

Gruss
Dennis

krikan

#34
Schau bitte ins Log oder öffne den EventMonitor. neigborUpdate erzeugt mEn keine Readings über den Fortschritt/Ergebnis des Vorgangs, sondern nur Events.
Normalerweise dauert ein neigborUpdate nur wenige Sekunden. Beachte: bei WAKEUP-Geräten wird der Befehl erst bei der nächsten wakeupNotification verarbeitet.

dennis_n

ok ist überall 3x ausgeführt.
Dann bin ich mal gespannt ob jetzt alles besser funktioniert.

Danke Dir vielmals.

krikan

Zitatok ist überall 3x ausgeführt.
Ergebnis sollte überall "done" sein, bei "failed" stimmt etwas nicht.

Zitat von: dennis_n am 02 November 2015, 17:44:52
Dann bin ich mal gespannt ob jetzt alles besser funktioniert.
Habe ich nicht versprochen  ;) . Aber zumindest eine solide Grundlage um Probleme mit entsprechenden Logs zu analysieren und Chance es zu beheben.

Gruß, Christian

dennis_n

Hi Christian,

war bei allen Rolladen_Devices (habe ich momentan nur im Einsatz) auf done.
Jetzt heißt es testen ;-)

Gruss
Dennis

krikan

OK, wenn es alles netzgespeiste sind, hätte auch 1x wahrscheinlich gereicht. Aber mehr schadet nicht.

math78

Hallo Christian,

Danke für Deine Infos und Hilfe. Bei meinem vielen Fibaro Devices werde ich erst in den nächsten Tagen dazu kommen, die Node-Liste zu überprüfen und dann auch noch das Neighbor Update durchzuführen. Gerade bei den batteriebetriebenen Geräte brauchen ich etwas mehr Zeit.

Gebe dann Rückmeldung!


LG
Matthias

dennis_n

Schade, alles aufräumen hat nichts genützt.
Heute morgen hat mein DOIF die Rolläden geöffnet und wieder ist ein Rolladen nicht angesprungen.
Hier das Log:

2015.11.03 07:15:01 2: ZWave set ZWave_SWITCH_MULTILEVEL_11 on
2015.11.03 07:15:02 2: ZWave set ZWave_SWITCH_MULTILEVEL_12 on
2015.11.03 07:15:03 2: ZWave set ZWave_SWITCH_MULTILEVEL_13 on
2015.11.03 07:15:04 2: ZWave set ZWave_SWITCH_MULTILEVEL_6 on
2015.11.03 07:15:05 2: ZWave set ZWave_SWITCH_MULTILEVEL_7 on
2015.11.03 07:15:05 2: ZWDongle_ProcessSendStack: no ACK, resending message 010a001306032501FF25061b
2015.11.03 07:15:06 2: ZWave set ZWave_SWITCH_MULTILEVEL_14 on
2015.11.03 07:15:07 2: ZWDongle_ProcessSendStack: no ACK, resending message 010a001307032501FF25071b
2015.11.03 07:15:08 2: ZWave set ZWave_SWITCH_MULTILEVEL_2 on
2015.11.03 07:15:09 2: ZWave set ZWave_SWITCH_MULTILEVEL_9 on
2015.11.03 07:15:09 2: ERROR: cannot SEND_DATA to ZWave_SWITCH_MULTILEVEL_9: 00
2015.11.03 07:15:10 2: ZWave set ZWave_SWITCH_MULTILEVEL_10 on
2015.11.03 07:15:11 2: ZWave set ZWave_SWITCH_MULTILEVEL_8 on
2015.11.03 07:15:13 2: ZWDongle_ProcessSendStack: no ACK, resending message 010a001308032501FF25081b
2015.11.03 07:15:15 2: ZWave: No ACK from ZWave_SWITCH_MULTILEVEL_7 after 10s for sent:1307032501FF2507
2015.11.03 07:15:18 2: ZWave: No ACK from ZWave_SWITCH_MULTILEVEL_2 after 10s for sent:1302032501FF2502


Und das obwohl der Schalter im gleichen Raum wie der Razberry ist.
Noch ne Idee?

Danke

Gruss
Dennis

krikan


dennis_n

Moin,

Danke für den Thread. Ich wusste zwar, dass an dem Problem gearbeitet wird, aber den kannte ich noch nicht.
Aber ich rufe in meinem DOIF ja mit set einen structure auf in der alle Rolläden sind. Macht da ein wait = 1 im DOIF überhaupt Sinn?

Gruss
Dennis

krikan

Dann mache es über das Attribut async_delay von structure und berichte bitte, ob es hilft.

dennis_n

Kann ich Dir direkt berichten: Funktioniert nicht, da ich das von Anfang an schon drin habe. Das war das erste was ich versucht habe.
Ich denke ich werde in meinem DOIF dann die Rolläden mal einzeln aufrufen und im DOIF ein wait = 1 mit angeben.

Momentan sieht mein DOIF so aus:
([homestatus] eq "home" and ([07:15:00-17:15:00|8] or [09:30:00-17:15:00|7])) (set RL_Alle Hoch) DOELSEIF ([homestatus] =~ "home|nachtdienst|unterwegs" and ([17:15:01-07:14:59|8] or [17:15:01-09:30:01|7])) (set RL_Alle Runter) DOELSEIF ([homestatus] eq "nachtdienst" and ([07:14:55-17:30:00|8] or [09:29:59-17:15:00|7])) (set RL_Nachtdienst Hoch, set RL_Unterwegs Runter) DOELSEIF ([homestatus] eq "unterwegs" and ([07:14:59-17:30:00|8] or [09:29:59-17:15:00|7])) (set RL_Unterwegs Runter)

Aber dann mache ich mal daraus:
([homestatus] eq "home" and ([07:15:00-17:15:00|8] or [09:30:00-17:15:00|7])) (set RL_1 Hoch, set RL_2 Hoch, set RL_3 Hoch......usw.)
und werde dem DOIF ein wait mitgeben.

Gruss
Dennis

krikan

ZitatKann ich Dir direkt berichten: Funktioniert nicht, da ich das von Anfang an schon drin habe. Das war das erste was ich versucht habe.
Finde ich komisch. Wie hoch ist async_delay? Hast Du mit verschiedenen Werten experimentiert und direktes Schalten der structure probiert?
Von DOIF habe ich keine Ahnung....

Funktioniert eigentlich das Schalten von allen Aktoren einzeln ohne Probleme? Nicht, dass nachher die Funkverbinungen instabil sind. Dann können wir lange probieren. (gehört auch zum Unterbau, der funktionieren muss.)

PS:
Zitat2015.11.03 07:15:09 2: ERROR: cannot SEND_DATA to ZWave_SWITCH_MULTILEVEL_9: 00
Meine eigentlich, d.h. Dongle Transmit queue overflow. Muss ich heute abend noch mal suchen.

dennis_n

Das einzelne Schalten funktioniert einwandfrei.
Ich habe nur mit async_delay = 1 probiert. Ich werde dann heute Abend mal mit höheren Werten versuchen.
Das direkte schalten der structure macht keinen Unterschied.

Also ich versuche heute Abend höhere Werte beim async_delay und wenn das nicht hilft rufe ich im DOIF mal die einzelnen Rolläden auf und setze im DOIF ein wait.

Gruss
Dennis

krikan

#47
Hatte ich vergessen: ein log der Fehlersituation mit verbose 5 und mscelog 1 wäre evtl. hilfreich.

dennis_n

OK, verbose 5 beim ZWAVE Razberry ist gesetzt und in global habe ich das mscelog 1 gesetzt.
Beim DOIF habe ich auch mal verbose 5 gesetzt.

teste heute Abend und melde mich.

Gruss
Dennis

dennis_n

#49
So, meine Frau ist zu Hause und hat gerade den Status von "Nachtdienst" auf "Home" geändert. Dadurch wurde im DOIF die structure "RL_Alle Hoch" ausgeführt und insgesamt 4 Rolläden hochgefahren. Die anderen Rolläden waren ja schon oben.

Anbei das entsprechende Log:
2015.11.03 13:15:27.201 2: ZWave set ZWave_SWITCH_MULTILEVEL_11 on
2015.11.03 13:15:27.203 5: ZWDongle_Write 00 130b032501FF250b
2015.11.03 13:15:27.205 5: SW: 010a00130b032501FF250b1b
2015.11.03 13:15:27.374 5: ACK received, removing 010a00130b032501FF250b1b from dongle sendstack
2015.11.03 13:15:27.375 4: ZWDongle_Read ZWAVE1: sending ACK, processing 011301
2015.11.03 13:15:27.376 5: SW: 06
2015.11.03 13:15:27.379 5: ZWAVE1 dispatch 011301
2015.11.03 13:15:27.386 4: ZWDongle_Read ZWAVE1: sending ACK, processing 00130b000011
2015.11.03 13:15:27.387 5: SW: 06
2015.11.03 13:15:27.390 5: ZWAVE1 dispatch 00130b000011
2015.11.03 13:15:27.392 4: ZWAVE1 CMD:ZW_SEND_DATA ID:00 ARG:0011
2015.11.03 13:15:27.393 4: ZWAVE1 transmit OK for 0b
2015.11.03 13:15:28.378 2: ZWave set ZWave_SWITCH_MULTILEVEL_12 on
2015.11.03 13:15:28.380 5: ZWDongle_Write 00 130c032501FF250c
2015.11.03 13:15:28.383 5: SW: 010a00130c032501FF250c1b
2015.11.03 13:15:28.541 5: ACK received, removing 010a00130c032501FF250c1b from dongle sendstack
2015.11.03 13:15:28.542 4: ZWDongle_Read ZWAVE1: sending ACK, processing 011301
2015.11.03 13:15:28.543 5: SW: 06
2015.11.03 13:15:28.547 5: ZWAVE1 dispatch 011301
2015.11.03 13:15:28.572 4: ZWDongle_Read ZWAVE1: sending ACK, processing 00130c000012
2015.11.03 13:15:28.573 5: SW: 06
2015.11.03 13:15:28.576 5: ZWAVE1 dispatch 00130c000012
2015.11.03 13:15:28.578 4: ZWAVE1 CMD:ZW_SEND_DATA ID:00 ARG:0012
2015.11.03 13:15:28.579 4: ZWAVE1 transmit OK for 0c
2015.11.03 13:15:29.430 4: ZWDongle_Read ZWAVE1: sending ACK, processing 0004000b03260363
2015.11.03 13:15:29.431 5: SW: 06
2015.11.03 13:15:29.434 5: ZWAVE1 dispatch 0004000b03260363
2015.11.03 13:15:29.436 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:0b ARG:03260363
2015.11.03 13:15:29.606 2: ZWave set ZWave_SWITCH_MULTILEVEL_13 on
2015.11.03 13:15:29.608 5: ZWDongle_Write 00 130d032501FF250d
2015.11.03 13:15:29.610 5: SW: 010a00130d032501FF250d1b
2015.11.03 13:15:29.773 5: ACK received, removing 010a00130d032501FF250d1b from dongle sendstack
2015.11.03 13:15:29.774 4: ZWDongle_Read ZWAVE1: sending ACK, processing 011301
2015.11.03 13:15:29.776 5: SW: 06
2015.11.03 13:15:29.778 5: ZWAVE1 dispatch 011301
2015.11.03 13:15:29.786 4: ZWDongle_Read ZWAVE1: sending ACK, processing 0004000b06310504220000
2015.11.03 13:15:29.787 5: SW: 06
2015.11.03 13:15:29.789 5: ZWAVE1 dispatch 0004000b06310504220000
2015.11.03 13:15:29.792 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:0b ARG:06310504220000
2015.11.03 13:15:30.268 4: ZWDongle_Read ZWAVE1: sending ACK, processing 00130d000041
2015.11.03 13:15:30.269 5: SW: 06
2015.11.03 13:15:30.272 5: ZWAVE1 dispatch 00130d000041
2015.11.03 13:15:30.274 4: ZWAVE1 CMD:ZW_SEND_DATA ID:00 ARG:0041
2015.11.03 13:15:30.275 4: ZWAVE1 transmit OK for 0d
2015.11.03 13:15:30.493 4: ZWDongle_Read ZWAVE1: sending ACK, processing 0004000c063105042204df
2015.11.03 13:15:30.494 5: SW: 06
2015.11.03 13:15:30.496 5: ZWAVE1 dispatch 0004000c063105042204df
2015.11.03 13:15:30.499 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:0c ARG:063105042204df
2015.11.03 13:15:30.775 2: ZWave set ZWave_SWITCH_MULTILEVEL_6 on
2015.11.03 13:15:30.777 5: ZWDongle_Write 00 1306032501FF2506
2015.11.03 13:15:30.780 5: SW: 010a001306032501FF25061b
2015.11.03 13:15:30.941 5: ACK received, removing 010a001306032501FF25061b from dongle sendstack
2015.11.03 13:15:30.943 4: ZWDongle_Read ZWAVE1: sending ACK, processing 011301
2015.11.03 13:15:30.944 5: SW: 06
2015.11.03 13:15:30.946 5: ZWAVE1 dispatch 011301
2015.11.03 13:15:30.954 4: ZWDongle_Read ZWAVE1: sending ACK, processing 0004100c063105042204df
2015.11.03 13:15:30.955 5: SW: 06
2015.11.03 13:15:30.958 5: ZWAVE1 dispatch 0004100c063105042204df
2015.11.03 13:15:30.960 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:0c ARG:063105042204df
2015.11.03 13:15:31.125 4: ZWDongle_Read ZWAVE1: sending ACK, processing 0004100c063105042204df
2015.11.03 13:15:31.126 5: SW: 06
2015.11.03 13:15:31.129 5: ZWAVE1 dispatch 0004100c063105042204df
2015.11.03 13:15:31.131 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:0c ARG:063105042204df
2015.11.03 13:15:31.303 4: ZWDongle_Read ZWAVE1: sending ACK, processing 001306000017
2015.11.03 13:15:31.304 5: SW: 06
2015.11.03 13:15:31.307 5: ZWAVE1 dispatch 001306000017
2015.11.03 13:15:31.309 4: ZWAVE1 CMD:ZW_SEND_DATA ID:00 ARG:0017
2015.11.03 13:15:31.310 4: ZWAVE1 transmit OK for 06
2015.11.03 13:15:31.699 4: ZWDongle_Read ZWAVE1: sending ACK, processing 0004000d03260363
2015.11.03 13:15:31.700 5: SW: 06
2015.11.03 13:15:31.703 5: ZWAVE1 dispatch 0004000d03260363
2015.11.03 13:15:31.705 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:0d ARG:03260363
2015.11.03 13:15:31.875 4: ZWDongle_Read ZWAVE1: sending ACK, processing 0004000d06310504220000
2015.11.03 13:15:31.876 5: SW: 06
2015.11.03 13:15:31.879 5: ZWAVE1 dispatch 0004000d06310504220000
2015.11.03 13:15:31.881 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:0d ARG:06310504220000
2015.11.03 13:15:32.049 2: ZWave set ZWave_SWITCH_MULTILEVEL_7 on
2015.11.03 13:15:32.051 5: ZWDongle_Write 00 1307032501FF2507
2015.11.03 13:15:32.054 5: SW: 010a001307032501FF25071b
2015.11.03 13:15:32.217 5: ACK received, removing 010a001307032501FF25071b from dongle sendstack
2015.11.03 13:15:32.222 4: ZWDongle_Read ZWAVE1: sending ACK, processing 011301
2015.11.03 13:15:32.223 5: SW: 06
2015.11.03 13:15:32.226 5: ZWAVE1 dispatch 011301
2015.11.03 13:15:32.234 4: ZWDongle_Read ZWAVE1: sending ACK, processing 001307000002
2015.11.03 13:15:32.235 5: SW: 06
2015.11.03 13:15:32.237 5: ZWAVE1 dispatch 001307000002
2015.11.03 13:15:32.239 4: ZWAVE1 CMD:ZW_SEND_DATA ID:00 ARG:0002
2015.11.03 13:15:32.240 4: ZWAVE1 transmit OK for 07
2015.11.03 13:15:32.877 4: ZWDongle_Read ZWAVE1: sending ACK, processing 0004000603260363
2015.11.03 13:15:32.878 5: SW: 06
2015.11.03 13:15:32.881 5: ZWAVE1 dispatch 0004000603260363
2015.11.03 13:15:32.883 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:06 ARG:03260363
2015.11.03 13:15:33.056 4: ZWDongle_Read ZWAVE1: sending ACK, processing 0004000606310504220000
2015.11.03 13:15:33.058 5: SW: 06
2015.11.03 13:15:33.061 5: ZWAVE1 dispatch 0004000606310504220000
2015.11.03 13:15:33.062 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:06 ARG:06310504220000
2015.11.03 13:15:33.232 2: ZWave set ZWave_SWITCH_MULTILEVEL_14 on
2015.11.03 13:15:33.235 5: ZWDongle_Write 00 130e032501FF250e
2015.11.03 13:15:33.237 5: SW: 010a00130e032501FF250e1b
2015.11.03 13:15:33.407 5: ACK received, removing 010a00130e032501FF250e1b from dongle sendstack
2015.11.03 13:15:33.408 4: ZWDongle_Read ZWAVE1: sending ACK, processing 011301
2015.11.03 13:15:33.409 5: SW: 06
2015.11.03 13:15:33.412 5: ZWAVE1 dispatch 011301
2015.11.03 13:15:33.420 4: ZWDongle_Read ZWAVE1: sending ACK, processing 00130e000004
2015.11.03 13:15:33.421 5: SW: 06
2015.11.03 13:15:33.424 5: ZWAVE1 dispatch 00130e000004
2015.11.03 13:15:33.425 4: ZWAVE1 CMD:ZW_SEND_DATA ID:00 ARG:0004
2015.11.03 13:15:33.426 4: ZWAVE1 transmit OK for 0e
2015.11.03 13:15:34.136 4: ZWDongle_Read ZWAVE1: sending ACK, processing 0004000703260363
2015.11.03 13:15:34.137 5: SW: 06
2015.11.03 13:15:34.140 5: ZWAVE1 dispatch 0004000703260363
2015.11.03 13:15:34.142 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:07 ARG:03260363
2015.11.03 13:15:34.311 4: ZWDongle_Read ZWAVE1: sending ACK, processing 0004000706310504220000
2015.11.03 13:15:34.312 5: SW: 06
2015.11.03 13:15:34.315 5: ZWAVE1 dispatch 0004000706310504220000
2015.11.03 13:15:34.316 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:07 ARG:06310504220000
2015.11.03 13:15:34.484 2: ZWave set ZWave_SWITCH_MULTILEVEL_2 on
2015.11.03 13:15:34.486 5: ZWDongle_Write 00 1302032501FF2502
2015.11.03 13:15:34.488 5: SW: 010a001302032501FF25021b
2015.11.03 13:15:34.650 5: ACK received, removing 010a001302032501FF25021b from dongle sendstack
2015.11.03 13:15:34.651 4: ZWDongle_Read ZWAVE1: sending ACK, processing 011301
2015.11.03 13:15:34.653 5: SW: 06
2015.11.03 13:15:34.656 5: ZWAVE1 dispatch 011301
2015.11.03 13:15:34.663 4: ZWDongle_Read ZWAVE1: sending ACK, processing 001302000004
2015.11.03 13:15:34.664 5: SW: 06
2015.11.03 13:15:34.667 5: ZWAVE1 dispatch 001302000004
2015.11.03 13:15:34.668 4: ZWAVE1 CMD:ZW_SEND_DATA ID:00 ARG:0004
2015.11.03 13:15:34.670 4: ZWAVE1 transmit OK for 02
2015.11.03 13:15:35.342 4: ZWDongle_Read ZWAVE1: sending ACK, processing 0004000e03260363
2015.11.03 13:15:35.343 5: SW: 06
2015.11.03 13:15:35.345 5: ZWAVE1 dispatch 0004000e03260363
2015.11.03 13:15:35.347 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:0e ARG:03260363
2015.11.03 13:15:35.517 4: ZWDongle_Read ZWAVE1: sending ACK, processing 0004000e06310504220000
2015.11.03 13:15:35.518 5: SW: 06
2015.11.03 13:15:35.521 5: ZWAVE1 dispatch 0004000e06310504220000
2015.11.03 13:15:35.523 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:0e ARG:06310504220000
2015.11.03 13:15:35.693 2: ZWave set ZWave_SWITCH_MULTILEVEL_9 on
2015.11.03 13:15:35.695 5: ZWDongle_Write 00 1309032501FF2509
2015.11.03 13:15:35.697 5: SW: 010a001309032501FF25091b
2015.11.03 13:15:35.856 5: ACK received, removing 010a001309032501FF25091b from dongle sendstack
2015.11.03 13:15:35.858 4: ZWDongle_Read ZWAVE1: sending ACK, processing 011301
2015.11.03 13:15:35.859 5: SW: 06
2015.11.03 13:15:35.862 5: ZWAVE1 dispatch 011301
2015.11.03 13:15:35.869 4: ZWDongle_Read ZWAVE1: sending ACK, processing 001309000004
2015.11.03 13:15:35.871 5: SW: 06
2015.11.03 13:15:35.876 5: ZWAVE1 dispatch 001309000004
2015.11.03 13:15:35.878 4: ZWAVE1 CMD:ZW_SEND_DATA ID:00 ARG:0004
2015.11.03 13:15:35.879 4: ZWAVE1 transmit OK for 09
2015.11.03 13:15:36.592 4: ZWDongle_Read ZWAVE1: sending ACK, processing 0004000203260362
2015.11.03 13:15:36.593 5: SW: 06
2015.11.03 13:15:36.596 5: ZWAVE1 dispatch 0004000203260362
2015.11.03 13:15:36.597 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:03260362
2015.11.03 13:15:36.766 4: ZWDongle_Read ZWAVE1: sending ACK, processing 0004000206310504220000
2015.11.03 13:15:36.767 5: SW: 06
2015.11.03 13:15:36.769 5: ZWAVE1 dispatch 0004000206310504220000
2015.11.03 13:15:36.771 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:06310504220000
2015.11.03 13:15:36.943 2: ZWave set ZWave_SWITCH_MULTILEVEL_10 on
2015.11.03 13:15:36.945 5: ZWDongle_Write 00 130a032501FF250a
2015.11.03 13:15:36.947 5: SW: 010a00130a032501FF250a1b
2015.11.03 13:15:37.108 5: ACK received, removing 010a00130a032501FF250a1b from dongle sendstack
2015.11.03 13:15:37.109 4: ZWDongle_Read ZWAVE1: sending ACK, processing 011301
2015.11.03 13:15:37.110 5: SW: 06
2015.11.03 13:15:37.113 5: ZWAVE1 dispatch 011301
2015.11.03 13:15:37.120 4: ZWDongle_Read ZWAVE1: sending ACK, processing 00040009063105042204b3
2015.11.03 13:15:37.121 5: SW: 06
2015.11.03 13:15:37.124 5: ZWAVE1 dispatch 00040009063105042204b3
2015.11.03 13:15:37.126 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:09 ARG:063105042204b3
2015.11.03 13:15:37.298 4: ZWDongle_Read ZWAVE1: sending ACK, processing 00130a000003
2015.11.03 13:15:37.304 5: SW: 06
2015.11.03 13:15:37.307 5: ZWAVE1 dispatch 00130a000003
2015.11.03 13:15:37.309 4: ZWAVE1 CMD:ZW_SEND_DATA ID:00 ARG:0003
2015.11.03 13:15:37.310 4: ZWAVE1 transmit OK for 0a
2015.11.03 13:15:38.111 2: ZWave set ZWave_SWITCH_MULTILEVEL_8 on
2015.11.03 13:15:38.113 5: ZWDongle_Write 00 1308032501FF2508
2015.11.03 13:15:38.116 5: SW: 010a001308032501FF25081b
2015.11.03 13:15:38.324 5: ACK received, removing 010a001308032501FF25081b from dongle sendstack
2015.11.03 13:15:38.325 4: ZWDongle_Read ZWAVE1: sending ACK, processing 011301
2015.11.03 13:15:38.326 5: SW: 06
2015.11.03 13:15:38.329 5: ZWAVE1 dispatch 011301
2015.11.03 13:15:38.336 4: ZWDongle_Read ZWAVE1: sending ACK, processing 001308000002
2015.11.03 13:15:38.337 5: SW: 06
2015.11.03 13:15:38.340 5: ZWAVE1 dispatch 001308000002
2015.11.03 13:15:38.342 4: ZWAVE1 CMD:ZW_SEND_DATA ID:00 ARG:0002
2015.11.03 13:15:38.343 4: ZWAVE1 transmit OK for 08


Die Rolläden die hoch gehen sollten haben folgende HEXid: 09, 0a, 08 und 0c
Bzw. heißen: ZWave_SWITCH_MULTILEVEL_9, ZWave_SWITCH_MULTILEVEL_10, ZWave_SWITCH_MULTILEVEL_8, ZWave_SWITCH_MULTILEVEL_12

Gruss
Dennis

krikan

Das sieht auf die Schnelle doch gut aus. Ich kann kein Probleme erkennen (keine resends, keine verworfenen Telegramme, kein ERROR, kein CAN). Also alles in Ordnung !?

dennis_n

Ja sorry, hatte ich vergessen dazu zu schreiben.
Diesmal hat alles funktioniert. Ich stelle nach weiteren Tests ein neues Log ein wo etwas schief gegangen ist.

Gruss
Dennis

dennis_n

So, gerade alle Rolläden nach unten gefahren. hier das Log. Sieht ok aus:

2015.11.03 14:26:09.279 2: ZWave set ZWave_SWITCH_MULTILEVEL_11 off
2015.11.03 14:26:09.282 5: ZWDongle_Write 00 130b03250100250b
2015.11.03 14:26:09.284 5: SW: 010a00130b03250100250be4
2015.11.03 14:26:09.492 5: ACK received, removing 010a00130b03250100250be4 from dongle sendstack
2015.11.03 14:26:09.493 4: ZWDongle_Read ZWAVE1: sending ACK, processing 011301
2015.11.03 14:26:09.495 5: SW: 06
2015.11.03 14:26:09.501 5: ZWAVE1 dispatch 011301
2015.11.03 14:26:09.507 4: ZWDongle_Read ZWAVE1: sending ACK, processing 00130b000011
2015.11.03 14:26:09.509 5: SW: 06
2015.11.03 14:26:09.511 5: ZWAVE1 dispatch 00130b000011
2015.11.03 14:26:09.513 4: ZWAVE1 CMD:ZW_SEND_DATA ID:00 ARG:0011
2015.11.03 14:26:09.514 4: ZWAVE1 transmit OK for 0b
2015.11.03 14:26:10.486 2: ZWave set ZWave_SWITCH_MULTILEVEL_12 off
2015.11.03 14:26:10.488 5: ZWDongle_Write 00 130c03250100250c
2015.11.03 14:26:10.492 5: SW: 010a00130c03250100250ce4
2015.11.03 14:26:10.655 5: ACK received, removing 010a00130c03250100250ce4 from dongle sendstack
2015.11.03 14:26:10.657 4: ZWDongle_Read ZWAVE1: sending ACK, processing 011301
2015.11.03 14:26:10.658 5: SW: 06
2015.11.03 14:26:10.661 5: ZWAVE1 dispatch 011301
2015.11.03 14:26:10.667 4: ZWDongle_Read ZWAVE1: sending ACK, processing 00130c000008
2015.11.03 14:26:10.668 5: SW: 06
2015.11.03 14:26:10.671 5: ZWAVE1 dispatch 00130c000008
2015.11.03 14:26:10.673 4: ZWAVE1 CMD:ZW_SEND_DATA ID:00 ARG:0008
2015.11.03 14:26:10.674 4: ZWAVE1 transmit OK for 0c
2015.11.03 14:26:10.734 4: ZWDongle_Read ZWAVE1: sending ACK, processing 0004000b063105042204e7
2015.11.03 14:26:10.735 5: SW: 06
2015.11.03 14:26:10.737 5: ZWAVE1 dispatch 0004000b063105042204e7
2015.11.03 14:26:10.739 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:0b ARG:063105042204e7
2015.11.03 14:26:11.660 2: ZWave set ZWave_SWITCH_MULTILEVEL_13 off
2015.11.03 14:26:11.662 5: ZWDongle_Write 00 130d03250100250d
2015.11.03 14:26:11.665 5: SW: 010a00130d03250100250de4
2015.11.03 14:26:11.827 5: ACK received, removing 010a00130d03250100250de4 from dongle sendstack
2015.11.03 14:26:11.828 4: ZWDongle_Read ZWAVE1: sending ACK, processing 011301
2015.11.03 14:26:11.829 5: SW: 06
2015.11.03 14:26:11.832 5: ZWAVE1 dispatch 011301
2015.11.03 14:26:11.839 4: ZWDongle_Read ZWAVE1: sending ACK, processing 00130d000005
2015.11.03 14:26:11.840 5: SW: 06
2015.11.03 14:26:11.843 5: ZWAVE1 dispatch 00130d000005
2015.11.03 14:26:11.845 4: ZWAVE1 CMD:ZW_SEND_DATA ID:00 ARG:0005
2015.11.03 14:26:11.846 4: ZWAVE1 transmit OK for 0d
2015.11.03 14:26:11.855 4: ZWDongle_Read ZWAVE1: sending ACK, processing 0004000c063105042204cf
2015.11.03 14:26:11.856 5: SW: 06
2015.11.03 14:26:11.859 5: ZWAVE1 dispatch 0004000c063105042204cf
2015.11.03 14:26:11.860 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:0c ARG:063105042204cf
2015.11.03 14:26:12.832 2: ZWave set ZWave_SWITCH_MULTILEVEL_6 off
2015.11.03 14:26:12.834 5: ZWDongle_Write 00 1306032501002506
2015.11.03 14:26:12.836 5: SW: 010a001306032501002506e4
2015.11.03 14:26:12.999 5: ACK received, removing 010a001306032501002506e4 from dongle sendstack
2015.11.03 14:26:13.001 4: ZWDongle_Read ZWAVE1: sending ACK, processing 011301
2015.11.03 14:26:13.002 5: SW: 06
2015.11.03 14:26:13.005 5: ZWAVE1 dispatch 011301
2015.11.03 14:26:13.012 4: ZWDongle_Read ZWAVE1: sending ACK, processing 001306000005
2015.11.03 14:26:13.012 5: SW: 06
2015.11.03 14:26:13.015 5: ZWAVE1 dispatch 001306000005
2015.11.03 14:26:13.017 4: ZWAVE1 CMD:ZW_SEND_DATA ID:00 ARG:0005
2015.11.03 14:26:13.018 4: ZWAVE1 transmit OK for 06
2015.11.03 14:26:13.027 4: ZWDongle_Read ZWAVE1: sending ACK, processing 0004000d06310504220497
2015.11.03 14:26:13.028 5: SW: 06
2015.11.03 14:26:13.031 5: ZWAVE1 dispatch 0004000d06310504220497
2015.11.03 14:26:13.033 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:0d ARG:06310504220497
2015.11.03 14:26:14.004 2: ZWave set ZWave_SWITCH_MULTILEVEL_7 off
2015.11.03 14:26:14.006 5: ZWDongle_Write 00 1307032501002507
2015.11.03 14:26:14.009 5: SW: 010a001307032501002507e4
2015.11.03 14:26:14.177 5: ACK received, removing 010a001307032501002507e4 from dongle sendstack
2015.11.03 14:26:14.178 4: ZWDongle_Read ZWAVE1: sending ACK, processing 011301
2015.11.03 14:26:14.179 5: SW: 06
2015.11.03 14:26:14.182 5: ZWAVE1 dispatch 011301
2015.11.03 14:26:14.188 4: ZWDongle_Read ZWAVE1: sending ACK, processing 00040006063105042204c4
2015.11.03 14:26:14.190 5: SW: 06
2015.11.03 14:26:14.192 5: ZWAVE1 dispatch 00040006063105042204c4
2015.11.03 14:26:14.194 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:06 ARG:063105042204c4
2015.11.03 14:26:14.581 4: ZWDongle_Read ZWAVE1: sending ACK, processing 001307000039
2015.11.03 14:26:14.586 5: SW: 06
2015.11.03 14:26:14.590 5: ZWAVE1 dispatch 001307000039
2015.11.03 14:26:14.592 4: ZWAVE1 CMD:ZW_SEND_DATA ID:00 ARG:0039
2015.11.03 14:26:14.594 4: ZWAVE1 transmit OK for 07
2015.11.03 14:26:15.129 4: ZWDongle_Read ZWAVE1: sending ACK, processing 00040006063105042204c4
2015.11.03 14:26:15.130 5: SW: 06
2015.11.03 14:26:15.133 5: ZWAVE1 dispatch 00040006063105042204c4
2015.11.03 14:26:15.135 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:06 ARG:063105042204c4
2015.11.03 14:26:15.314 2: ZWave set ZWave_SWITCH_MULTILEVEL_14 off
2015.11.03 14:26:15.317 5: ZWDongle_Write 00 130e03250100250e
2015.11.03 14:26:15.319 5: SW: 010a00130e03250100250ee4
2015.11.03 14:26:15.486 5: ACK received, removing 010a00130e03250100250ee4 from dongle sendstack
2015.11.03 14:26:15.487 4: ZWDongle_Read ZWAVE1: sending ACK, processing 011301
2015.11.03 14:26:15.488 5: SW: 06
2015.11.03 14:26:15.491 5: ZWAVE1 dispatch 011301
2015.11.03 14:26:15.498 4: ZWDongle_Read ZWAVE1: sending ACK, processing 00130e000004
2015.11.03 14:26:15.499 5: SW: 06
2015.11.03 14:26:15.502 5: ZWAVE1 dispatch 00130e000004
2015.11.03 14:26:15.505 4: ZWAVE1 CMD:ZW_SEND_DATA ID:00 ARG:0004
2015.11.03 14:26:15.506 4: ZWAVE1 transmit OK for 0e
2015.11.03 14:26:15.677 4: ZWDongle_Read ZWAVE1: sending ACK, processing 00040007063105042204b1
2015.11.03 14:26:15.678 5: SW: 06
2015.11.03 14:26:15.681 5: ZWAVE1 dispatch 00040007063105042204b1
2015.11.03 14:26:15.683 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:07 ARG:063105042204b1
2015.11.03 14:26:16.488 2: ZWave set ZWave_SWITCH_MULTILEVEL_2 off
2015.11.03 14:26:16.490 5: ZWDongle_Write 00 1302032501002502
2015.11.03 14:26:16.493 5: SW: 010a001302032501002502e4
2015.11.03 14:26:16.661 5: ACK received, removing 010a001302032501002502e4 from dongle sendstack
2015.11.03 14:26:16.662 4: ZWDongle_Read ZWAVE1: sending ACK, processing 011301
2015.11.03 14:26:16.663 5: SW: 06
2015.11.03 14:26:16.666 5: ZWAVE1 dispatch 011301
2015.11.03 14:26:16.673 4: ZWDongle_Read ZWAVE1: sending ACK, processing 0004000e063105042204f2
2015.11.03 14:26:16.674 5: SW: 06
2015.11.03 14:26:16.677 5: ZWAVE1 dispatch 0004000e063105042204f2
2015.11.03 14:26:16.678 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:0e ARG:063105042204f2
2015.11.03 14:26:17.119 4: ZWDongle_Read ZWAVE1: sending ACK, processing 00130200003e
2015.11.03 14:26:17.121 5: SW: 06
2015.11.03 14:26:17.123 5: ZWAVE1 dispatch 00130200003e
2015.11.03 14:26:17.125 4: ZWAVE1 CMD:ZW_SEND_DATA ID:00 ARG:003e
2015.11.03 14:26:17.127 4: ZWAVE1 transmit OK for 02
2015.11.03 14:26:17.361 4: ZWDongle_Read ZWAVE1: sending ACK, processing 0004000e063105042204f2
2015.11.03 14:26:17.362 5: SW: 06
2015.11.03 14:26:17.365 5: ZWAVE1 dispatch 0004000e063105042204f2
2015.11.03 14:26:17.367 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:0e ARG:063105042204f2
2015.11.03 14:26:17.661 2: ZWave set ZWave_SWITCH_MULTILEVEL_9 off
2015.11.03 14:26:17.663 5: ZWDongle_Write 00 1309032501002509
2015.11.03 14:26:17.666 5: SW: 010a001309032501002509e4
2015.11.03 14:26:17.829 5: ACK received, removing 010a001309032501002509e4 from dongle sendstack
2015.11.03 14:26:17.831 4: ZWDongle_Read ZWAVE1: sending ACK, processing 011301
2015.11.03 14:26:17.832 5: SW: 06
2015.11.03 14:26:17.834 5: ZWAVE1 dispatch 011301
2015.11.03 14:26:17.841 4: ZWDongle_Read ZWAVE1: sending ACK, processing 001309000004
2015.11.03 14:26:17.842 5: SW: 06
2015.11.03 14:26:17.845 5: ZWAVE1 dispatch 001309000004
2015.11.03 14:26:17.847 4: ZWAVE1 CMD:ZW_SEND_DATA ID:00 ARG:0004
2015.11.03 14:26:17.848 4: ZWAVE1 transmit OK for 09
2015.11.03 14:26:17.856 4: ZWDongle_Read ZWAVE1: sending ACK, processing 00040002063105042204dd
2015.11.03 14:26:17.857 5: SW: 06
2015.11.03 14:26:17.860 5: ZWAVE1 dispatch 00040002063105042204dd
2015.11.03 14:26:17.862 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:063105042204dd
2015.11.03 14:26:18.833 2: ZWave set ZWave_SWITCH_MULTILEVEL_10 off
2015.11.03 14:26:18.836 5: ZWDongle_Write 00 130a03250100250a
2015.11.03 14:26:18.839 5: SW: 010a00130a03250100250ae4
2015.11.03 14:26:19.001 4: ZWDongle_Read ZWAVE1: sending ACK, processing 00040009063105042204c3
2015.11.03 14:26:19.002 5: SW: 06
2015.11.03 14:26:19.005 5: ZWAVE1 dispatch 00040009063105042204c3
2015.11.03 14:26:19.007 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:09 ARG:063105042204c3
2015.11.03 14:26:19.161 4: ZWDongle_Read ZWAVE1: CAN received
2015.11.03 14:26:20.004 2: ZWave set ZWave_SWITCH_MULTILEVEL_8 off
2015.11.03 14:26:20.011 5: ZWDongle_Write 00 1308032501002508
2015.11.03 14:26:20.014 2: ZWDongle_ProcessSendStack: no ACK, resending message 010a00130a03250100250ae4
2015.11.03 14:26:20.015 5: SW: 010a00130a03250100250ae4
2015.11.03 14:26:20.226 5: ACK received, removing 010a00130a03250100250ae4 from dongle sendstack
2015.11.03 14:26:20.227 4: ZWDongle_Read ZWAVE1: sending ACK, processing 011301
2015.11.03 14:26:20.228 5: SW: 06
2015.11.03 14:26:20.231 5: ZWAVE1 dispatch 011301
2015.11.03 14:26:20.234 5: SW: 010a001308032501002508e4
2015.11.03 14:26:20.240 4: ZWDongle_Read ZWAVE1: sending ACK, processing 00130a000001
2015.11.03 14:26:20.242 5: SW: 06
2015.11.03 14:26:20.245 5: ZWAVE1 dispatch 00130a000001
2015.11.03 14:26:20.247 4: ZWAVE1 CMD:ZW_SEND_DATA ID:00 ARG:0001
2015.11.03 14:26:20.248 4: ZWAVE1 transmit OK for 0a
2015.11.03 14:26:20.252 4: ZWDongle_Read ZWAVE1: CAN received
2015.11.03 14:26:21.192 4: ZWDongle_Read ZWAVE1: sending ACK, processing 0004000a063105042205e5
2015.11.03 14:26:21.193 5: SW: 06
2015.11.03 14:26:21.196 5: ZWAVE1 dispatch 0004000a063105042205e5
2015.11.03 14:26:21.198 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:0a ARG:063105042205e5
2015.11.03 14:26:21.408 2: ZWDongle_ProcessSendStack: no ACK, resending message 010a001308032501002508e4
2015.11.03 14:26:21.409 5: SW: 010a001308032501002508e4
2015.11.03 14:26:21.427 5: ACK received, removing 010a001308032501002508e4 from dongle sendstack
2015.11.03 14:26:21.428 4: ZWDongle_Read ZWAVE1: sending ACK, processing 011301
2015.11.03 14:26:21.429 5: SW: 06
2015.11.03 14:26:21.432 5: ZWAVE1 dispatch 011301
2015.11.03 14:26:21.439 4: ZWDongle_Read ZWAVE1: sending ACK, processing 001308000002
2015.11.03 14:26:21.440 5: SW: 06
2015.11.03 14:26:21.443 5: ZWAVE1 dispatch 001308000002
2015.11.03 14:26:21.445 4: ZWAVE1 CMD:ZW_SEND_DATA ID:00 ARG:0002
2015.11.03 14:26:21.446 4: ZWAVE1 transmit OK for 08
2015.11.03 14:26:22.580 4: ZWDongle_Read ZWAVE1: sending ACK, processing 0004000806310504220575
2015.11.03 14:26:22.581 5: SW: 06
2015.11.03 14:26:22.584 5: ZWAVE1 dispatch 0004000806310504220575
2015.11.03 14:26:22.586 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:08 ARG:06310504220575


Und dann nochmal nach oben. Hier das Log:
Dabei ist mir aufgefallen, dass der Rolladen 7 no ACK ausgegeben hat.


2015.11.03 14:29:06.009 2: ZWave set ZWave_SWITCH_MULTILEVEL_11 on
2015.11.03 14:29:06.012 5: ZWDongle_Write 00 130b032501FF250b
2015.11.03 14:29:06.014 5: SW: 010a00130b032501FF250b1b
2015.11.03 14:29:06.189 5: ACK received, removing 010a00130b032501FF250b1b from dongle sendstack
2015.11.03 14:29:06.190 4: ZWDongle_Read ZWAVE1: sending ACK, processing 011301
2015.11.03 14:29:06.191 5: SW: 06
2015.11.03 14:29:06.194 5: ZWAVE1 dispatch 011301
2015.11.03 14:29:06.201 4: ZWDongle_Read ZWAVE1: sending ACK, processing 00130b000010
2015.11.03 14:29:06.202 5: SW: 06
2015.11.03 14:29:06.205 5: ZWAVE1 dispatch 00130b000010
2015.11.03 14:29:06.206 4: ZWAVE1 CMD:ZW_SEND_DATA ID:00 ARG:0010
2015.11.03 14:29:06.207 4: ZWAVE1 transmit OK for 0b
2015.11.03 14:29:07.193 2: ZWave set ZWave_SWITCH_MULTILEVEL_12 on
2015.11.03 14:29:07.195 5: ZWDongle_Write 00 130c032501FF250c
2015.11.03 14:29:07.198 5: SW: 010a00130c032501FF250c1b
2015.11.03 14:29:07.365 5: ACK received, removing 010a00130c032501FF250c1b from dongle sendstack
2015.11.03 14:29:07.367 4: ZWDongle_Read ZWAVE1: sending ACK, processing 011301
2015.11.03 14:29:07.368 5: SW: 06
2015.11.03 14:29:07.371 5: ZWAVE1 dispatch 011301
2015.11.03 14:29:07.377 4: ZWDongle_Read ZWAVE1: sending ACK, processing 00130c000005
2015.11.03 14:29:07.378 5: SW: 06
2015.11.03 14:29:07.381 5: ZWAVE1 dispatch 00130c000005
2015.11.03 14:29:07.383 4: ZWAVE1 CMD:ZW_SEND_DATA ID:00 ARG:0005
2015.11.03 14:29:07.384 4: ZWAVE1 transmit OK for 0c
2015.11.03 14:29:07.544 4: ZWDongle_Read ZWAVE1: sending ACK, processing 0004000b063105042204e4
2015.11.03 14:29:07.545 5: SW: 06
2015.11.03 14:29:07.551 5: ZWAVE1 dispatch 0004000b063105042204e4
2015.11.03 14:29:07.554 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:0b ARG:063105042204e4
2015.11.03 14:29:08.370 2: ZWave set ZWave_SWITCH_MULTILEVEL_13 on
2015.11.03 14:29:08.373 5: ZWDongle_Write 00 130d032501FF250d
2015.11.03 14:29:08.375 5: SW: 010a00130d032501FF250d1b
2015.11.03 14:29:08.535 5: ACK received, removing 010a00130d032501FF250d1b from dongle sendstack
2015.11.03 14:29:08.536 4: ZWDongle_Read ZWAVE1: sending ACK, processing 011301
2015.11.03 14:29:08.537 5: SW: 06
2015.11.03 14:29:08.540 5: ZWAVE1 dispatch 011301
2015.11.03 14:29:08.546 4: ZWDongle_Read ZWAVE1: sending ACK, processing 00130d000002
2015.11.03 14:29:08.548 5: SW: 06
2015.11.03 14:29:08.551 5: ZWAVE1 dispatch 00130d000002
2015.11.03 14:29:08.552 4: ZWAVE1 CMD:ZW_SEND_DATA ID:00 ARG:0002
2015.11.03 14:29:08.554 4: ZWAVE1 transmit OK for 0d
2015.11.03 14:29:08.563 4: ZWDongle_Read ZWAVE1: sending ACK, processing 0004000c063105042204de
2015.11.03 14:29:08.564 5: SW: 06
2015.11.03 14:29:08.566 5: ZWAVE1 dispatch 0004000c063105042204de
2015.11.03 14:29:08.568 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:0c ARG:063105042204de
2015.11.03 14:29:09.539 2: ZWave set ZWave_SWITCH_MULTILEVEL_6 on
2015.11.03 14:29:09.542 5: ZWDongle_Write 00 1306032501FF2506
2015.11.03 14:29:09.544 5: SW: 010a001306032501FF25061b
2015.11.03 14:29:09.706 4: ZWDongle_Read ZWAVE1: sending ACK, processing 0004000d06310504220494
2015.11.03 14:29:09.707 5: SW: 06
2015.11.03 14:29:09.710 5: ZWAVE1 dispatch 0004000d06310504220494
2015.11.03 14:29:09.712 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:0d ARG:06310504220494
2015.11.03 14:29:09.866 4: ZWDongle_Read ZWAVE1: CAN received
2015.11.03 14:29:10.710 2: ZWave set ZWave_SWITCH_MULTILEVEL_7 on
2015.11.03 14:29:10.712 5: ZWDongle_Write 00 1307032501FF2507
2015.11.03 14:29:10.715 2: ZWDongle_ProcessSendStack: no ACK, resending message 010a001306032501FF25061b
2015.11.03 14:29:10.716 5: SW: 010a001306032501FF25061b
2015.11.03 14:29:10.880 5: ACK received, removing 010a001306032501FF25061b from dongle sendstack
2015.11.03 14:29:10.882 4: ZWDongle_Read ZWAVE1: sending ACK, processing 011301
2015.11.03 14:29:10.883 5: SW: 06
2015.11.03 14:29:10.887 5: ZWAVE1 dispatch 011301
2015.11.03 14:29:10.891 5: SW: 010a001307032501FF25071b
2015.11.03 14:29:10.896 4: ZWDongle_Read ZWAVE1: sending ACK, processing 001306000004
2015.11.03 14:29:10.898 5: SW: 06
2015.11.03 14:29:10.900 5: ZWAVE1 dispatch 001306000004
2015.11.03 14:29:10.902 4: ZWAVE1 CMD:ZW_SEND_DATA ID:00 ARG:0004
2015.11.03 14:29:10.903 4: ZWAVE1 transmit OK for 06
2015.11.03 14:29:10.907 4: ZWDongle_Read ZWAVE1: CAN received
2015.11.03 14:29:11.882 2: ZWave set ZWave_SWITCH_MULTILEVEL_14 on
2015.11.03 14:29:11.884 5: ZWDongle_Write 00 130e032501FF250e
2015.11.03 14:29:12.047 4: ZWDongle_Read ZWAVE1: sending ACK, processing 00040006063105042204c5
2015.11.03 14:29:12.048 5: SW: 06
2015.11.03 14:29:12.051 5: ZWAVE1 dispatch 00040006063105042204c5
2015.11.03 14:29:12.053 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:06 ARG:063105042204c5
2015.11.03 14:29:12.208 2: ZWDongle_ProcessSendStack: no ACK, resending message 010a001307032501FF25071b
2015.11.03 14:29:12.210 5: SW: 010a001307032501FF25071b
2015.11.03 14:29:12.224 5: ACK received, removing 010a001307032501FF25071b from dongle sendstack
2015.11.03 14:29:12.225 4: ZWDongle_Read ZWAVE1: sending ACK, processing 011301
2015.11.03 14:29:12.226 5: SW: 06
2015.11.03 14:29:12.229 5: ZWAVE1 dispatch 011301
2015.11.03 14:29:12.232 5: SW: 010a00130e032501FF250e1b
2015.11.03 14:29:12.238 5: ACK received, removing 010a00130e032501FF250e1b from dongle sendstack
2015.11.03 14:29:12.244 4: ZWDongle_Read ZWAVE1: sending ACK, processing 011301
2015.11.03 14:29:12.245 5: SW: 06
2015.11.03 14:29:12.248 5: ZWAVE1 dispatch 011301
2015.11.03 14:29:12.271 4: ZWDongle_Read ZWAVE1: sending ACK, processing 00130e000004
2015.11.03 14:29:12.272 5: SW: 06
2015.11.03 14:29:12.274 5: ZWAVE1 dispatch 00130e000004
2015.11.03 14:29:12.277 4: ZWAVE1 CMD:ZW_SEND_DATA ID:00 ARG:0004
2015.11.03 14:29:12.278 4: ZWAVE1 transmit OK for 0e
2015.11.03 14:29:12.329 4: ZWDongle_Read ZWAVE1: sending ACK, processing 00130e000009
2015.11.03 14:29:12.330 5: SW: 06
2015.11.03 14:29:12.333 5: ZWAVE1 dispatch 00130e000009
2015.11.03 14:29:12.335 4: ZWAVE1 CMD:ZW_SEND_DATA ID:00 ARG:0009
2015.11.03 14:29:12.336 4: ZWAVE1 transmit OK for 0e
2015.11.03 14:29:13.050 2: ZWave set ZWave_SWITCH_MULTILEVEL_2 on
2015.11.03 14:29:13.052 5: ZWDongle_Write 00 1302032501FF2502
2015.11.03 14:29:13.055 5: SW: 010a001302032501FF25021b
2015.11.03 14:29:13.214 5: ACK received, removing 010a001302032501FF25021b from dongle sendstack
2015.11.03 14:29:13.216 4: ZWDongle_Read ZWAVE1: sending ACK, processing 011301
2015.11.03 14:29:13.217 5: SW: 06
2015.11.03 14:29:13.220 5: ZWAVE1 dispatch 011301
2015.11.03 14:29:13.226 4: ZWDongle_Read ZWAVE1: sending ACK, processing 001302000005
2015.11.03 14:29:13.227 5: SW: 06
2015.11.03 14:29:13.230 5: ZWAVE1 dispatch 001302000005
2015.11.03 14:29:13.232 4: ZWAVE1 CMD:ZW_SEND_DATA ID:00 ARG:0005
2015.11.03 14:29:13.233 4: ZWAVE1 transmit OK for 02
2015.11.03 14:29:13.384 4: ZWDongle_Read ZWAVE1: sending ACK, processing 00040007063105042204a9
2015.11.03 14:29:13.385 5: SW: 06
2015.11.03 14:29:13.388 5: ZWAVE1 dispatch 00040007063105042204a9
2015.11.03 14:29:13.390 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:07 ARG:063105042204a9
2015.11.03 14:29:13.730 4: ZWDongle_Read ZWAVE1: sending ACK, processing 0004000e063105042204f6
2015.11.03 14:29:13.731 5: SW: 06
2015.11.03 14:29:13.734 5: ZWAVE1 dispatch 0004000e063105042204f6
2015.11.03 14:29:13.736 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:0e ARG:063105042204f6
2015.11.03 14:29:14.215 2: ZWave set ZWave_SWITCH_MULTILEVEL_9 on
2015.11.03 14:29:14.217 5: ZWDongle_Write 00 1309032501FF2509
2015.11.03 14:29:14.220 5: SW: 010a001309032501FF25091b
2015.11.03 14:29:14.380 5: ACK received, removing 010a001309032501FF25091b from dongle sendstack
2015.11.03 14:29:14.381 4: ZWDongle_Read ZWAVE1: sending ACK, processing 011301
2015.11.03 14:29:14.382 5: SW: 06
2015.11.03 14:29:14.385 5: ZWAVE1 dispatch 011301
2015.11.03 14:29:14.392 4: ZWDongle_Read ZWAVE1: sending ACK, processing 00040002063105042204dd
2015.11.03 14:29:14.393 5: SW: 06
2015.11.03 14:29:14.396 5: ZWAVE1 dispatch 00040002063105042204dd
2015.11.03 14:29:14.397 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:063105042204dd
2015.11.03 14:29:14.824 4: ZWDongle_Read ZWAVE1: sending ACK, processing 00130900003c
2015.11.03 14:29:14.825 5: SW: 06
2015.11.03 14:29:14.828 5: ZWAVE1 dispatch 00130900003c
2015.11.03 14:29:14.830 4: ZWAVE1 CMD:ZW_SEND_DATA ID:00 ARG:003c
2015.11.03 14:29:14.831 4: ZWAVE1 transmit OK for 09
2015.11.03 14:29:15.001 4: ZWDongle_Read ZWAVE1: sending ACK, processing 00040002063105042204dd
2015.11.03 14:29:15.002 5: SW: 06
2015.11.03 14:29:15.005 5: ZWAVE1 dispatch 00040002063105042204dd
2015.11.03 14:29:15.006 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:063105042204dd
2015.11.03 14:29:15.384 2: ZWave set ZWave_SWITCH_MULTILEVEL_10 on
2015.11.03 14:29:15.386 5: ZWDongle_Write 00 130a032501FF250a
2015.11.03 14:29:15.389 5: SW: 010a00130a032501FF250a1b
2015.11.03 14:29:15.549 5: ACK received, removing 010a00130a032501FF250a1b from dongle sendstack
2015.11.03 14:29:15.550 4: ZWDongle_Read ZWAVE1: sending ACK, processing 011301
2015.11.03 14:29:15.551 5: SW: 06
2015.11.03 14:29:15.554 5: ZWAVE1 dispatch 011301
2015.11.03 14:29:15.562 4: ZWDongle_Read ZWAVE1: sending ACK, processing 00040009063105042204bd
2015.11.03 14:29:15.563 5: SW: 06
2015.11.03 14:29:15.566 5: ZWAVE1 dispatch 00040009063105042204bd
2015.11.03 14:29:15.567 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:09 ARG:063105042204bd
2015.11.03 14:29:15.734 4: ZWDongle_Read ZWAVE1: sending ACK, processing 00130a000008
2015.11.03 14:29:15.735 5: SW: 06
2015.11.03 14:29:15.738 5: ZWAVE1 dispatch 00130a000008
2015.11.03 14:29:15.739 4: ZWAVE1 CMD:ZW_SEND_DATA ID:00 ARG:0008
2015.11.03 14:29:15.741 4: ZWAVE1 transmit OK for 0a
2015.11.03 14:29:16.553 2: ZWave set ZWave_SWITCH_MULTILEVEL_8 on
2015.11.03 14:29:16.555 5: ZWDongle_Write 00 1308032501FF2508
2015.11.03 14:29:16.558 5: SW: 010a001308032501FF25081b
2015.11.03 14:29:16.764 5: ACK received, removing 010a001308032501FF25081b from dongle sendstack
2015.11.03 14:29:16.766 4: ZWDongle_Read ZWAVE1: sending ACK, processing 011301
2015.11.03 14:29:16.767 5: SW: 06
2015.11.03 14:29:16.770 5: ZWAVE1 dispatch 011301
2015.11.03 14:29:16.776 4: ZWDongle_Read ZWAVE1: sending ACK, processing 001308000002
2015.11.03 14:29:16.777 5: SW: 06
2015.11.03 14:29:16.780 5: ZWAVE1 dispatch 001308000002
2015.11.03 14:29:16.782 4: ZWAVE1 CMD:ZW_SEND_DATA ID:00 ARG:0002
2015.11.03 14:29:16.783 4: ZWAVE1 transmit OK for 08
2015.11.03 14:29:16.792 4: ZWDongle_Read ZWAVE1: sending ACK, processing 0004000a063105042205f1
2015.11.03 14:29:16.793 5: SW: 06
2015.11.03 14:29:16.796 5: ZWAVE1 dispatch 0004000a063105042205f1
2015.11.03 14:29:16.798 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:0a ARG:063105042205f1
2015.11.03 14:29:17.724 4: ZWDongle_Read ZWAVE1: sending ACK, processing 000400080631050422057a
2015.11.03 14:29:17.726 5: SW: 06
2015.11.03 14:29:17.728 5: ZWAVE1 dispatch 000400080631050422057a
2015.11.03 14:29:17.730 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:08 ARG:0631050422057a
2015.11.03 14:29:20.723 2: ZWave: No ACK from ZWave_SWITCH_MULTILEVEL_7 after 10s for sent:1307032501FF2507
2015.11.03 14:29:26.443 4: ZWDongle_Read ZWAVE1: sending ACK, processing 00040002063105042202bc
2015.11.03 14:29:26.444 5: SW: 06


Der Rolladen ist aber trotzdem oben.

Gruss
Dennis

krikan

ZitatDer Rolladen ist aber trotzdem oben.
Das kann gut sein. Ablage in Dongle/Versand wird mit ACK bestätigt. Es fehlt aber die Rückbestätigung des Aktors. Deshalb kommt
Zitat2015.11.03 14:29:20.723 2: ZWave: No ACK from ZWave_SWITCH_MULTILEVEL_7 after 10s for sent:1307032501FF2507
2 CANs könnten damit im Zusammenhang stehen, dann wären wir bei der Änderung der Sendesteuerung in den Modulen (Andreas und Rudi werden mitlesen).

Oder der Aktor hat ungünstige Empfangs-/sendebedingungen. Wenn es immer beim gleichen Aktor auftritt, wäre das ein Indiz hierfür. Kannst Du dazu etwas schreiben? Bzw. zur Lage zum Dongle und mal die Nachbarn dieses Aktors abfragen.


dennis_n

#54
Also es sind definitiv immer andere Aktoren betroffen. Es macht keinen Unterschied ob der Aktor im ersten Stock, also am weitesten liegt oder aber direkt im gleichen Raum mit dem ZWAVE Dongle.
Es sind immer wieder andere Aktoren die mal nicht AUF oder ZU gehen.

Die Neighborlist von Nummer 7 gibt aus:
ZWave_SWITCH_MULTILEVEL_2,ZWave_SWITCH_MULTILEVEL_6,ZWave_SWITCH_MULTILEVEL_8,ZWave_SWITCH_MULTILEVEL_9,ZWave_SWITCH_MULTILEVEL_11,ZWave_SWITCH_MULTILEVEL_12,ZWave_SWITCH_MULTILEVEL_13,ZWave_SWITCH_MULTILEVEL_14

Wobei 13, 11 und 12 im ersten Stock liegen und 11 der am weitest entfernteste Aktor ist.

Gruss
Dennis

krikan

In Deinem ZWave-Netz würde ich es jetzt nicht mehr suchen. http://forum.fhem.de/index.php/topic,43413.0.html solltest Du beobachten und natürlich an evtl. Tests mitwirken  ;)

dennis_n

Ich danke Dir für Deine Mühen.
Habe mal im anderen Thread meine Hilfe angeboten.

Gruss
Dennis

dennis_n

Hi,

ich habe bei meiner structure jetzt mal ein async_delay 3 eingefügt und verschiedene male die structure mit Hoch und Runter aufgerufen.
Bisher hatte ich keinen Fehler mehr im Log.

Ich teste mal weiter und berichte.

Gruss
Dennis


A.Harrenberg

Hi,

jetzt muss ich mal 'ne dumme Frage stellen...

Was ist denn "async_delay"?

Gruß,
Andreas.
FB 7360, Homematic und ZWave
Support for ZWave-SECURITY

dennis_n

Das ist quasi eine Warteschlange für ein structure.
Der Wert gibt die Verzögerung in Sekunden an bevor ein Befehl an den Client geschickt wird.

Gruss
Dennis


A.Harrenberg

Hi,

habe es auch gerade gefunden. Bei mir ist anscheind die CommandRef "kaputt", die ist irgendwie steinalt...

So wie ich das kurz überflogen habe ist die Angabe in Sekunden, d.h. bei Dir werden jetzt alle Befehle im Abstand von 3 Sekunden ausgeführt? Das kommt mir doch recht extrem vor oder hast Du durch die vielen Router wirklich solche Verzögerungen im System?

Bei einem kleinen Netz das ohne Routing auskommt sollten 0.5 Sekunden schon zu einer Entkopplung reichen.

Gruß,
Andreas.
FB 7360, Homematic und ZWave
Support for ZWave-SECURITY

dennis_n

Das ist richtig. Ich habe nur Rolläden und alle 3 Sekunden wird ein Rolladen geschaltet.
Aber wenn ich das Delay auf 1 lasse, so wie es die ganze Zeit ja war, dann bekomme ich immer wieder die Fehler im Log.

Gruss
Dennis

A.Harrenberg

Hi Dennis,

hmm, bei Rolläden sind die 3 Sekunden wohl zu ertragen, bei Licht eher nicht...
Über kurz oder lang wird Rudi wohl den Ablauf umstellen, dann sollte der Spuk vorbei sein. Wenn Du solange mit den 3 Sekunden leben kannst...

Gruß,
Andreas.
FB 7360, Homematic und ZWave
Support for ZWave-SECURITY

dennis_n

Ja, solange ich nur Rolläden eingebunden habe passt das.
Lichtschalter kommen erst später dazu.

Gruss
Dennis

dennis_n

Hallo Andreas,

heute morgen war es wieder da. Trotz async_delay 3 habe ich folgendes im Log
ZWDongle_ProcessSendStack: no ACK, resending message 010a00130c03250100250ce4

Also bring selbst die Verzögerung von 3 Sekunden nichts.

Gruss
Dennis

krikan

Das müsste man im Zusammmenhang mit der kompletten Kommunikation des entsprechenden Zeitraumes ansehen, bevor man weitere Schlüsse zieht. Hast Du ein längeres Log mit verbose 5?

dennis_n

Ausgerechnet davon nicht. Habs es gestern Abend ausgestellt, damit das Log nicht zu groß wird.
Habe es gerade wieder angestellt. Wenn die Frau von der Nachtschicht aufsteht, gibt es das nächste Log ;-)

Gruss
Dennis

krikan

Ok, warten wir.
Nur soviel: CANs und resendings können grundsätzlich immer vorkommen und sind nicht grundsätzlich ein Problem, sondern teilweise normal und nicht zu vermeiden.

dennis_n

Kann mir jemand sagen, was das hier für LOG Einträge sind?

2015.11.04 11:39:42.271 5: ZWAVE1 dispatch 0004000d06310504220000
2015.11.04 11:39:42.273 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:0d ARG:06310504220000
2015.11.04 11:39:42.338 5: Update structure 'RL_Alle' to undefined because device ZWave_SWITCH_MULTILEVEL_13 has changed
2015.11.04 11:39:42.408 5: Update structure 'RL_Nachtdienst' to dim 99 because device ZWave_SWITCH_MULTILEVEL_13 has changed
2015.11.04 11:39:53.492 4: ZWDongle_Read ZWAVE1: sending ACK, processing 0004000c06310504220000


Das mit dem structure update steht im Log für jeden einzelnen Rolladen alle 10 Minuten.

Gruss
Dennis

rudolfkoenig

Debug-Meldungen vom structure nach einem SENSOR_MULTILEVEL power Nachricht.
Im Event-Monitor sollte das auch verstaendlich sichtbar sein.

dennis_n

Kurze Rückmeldung: Die Rolläden sind ohne einen Fehler alle runter gefahren.
Auffällig ist definitiv, dass durch das async_delay 3 viel weniger bis keine Fehler auftauchen.

Gruss
Dennis

dennis_n

Also heute morgen ist meine Frau von der Nachtschicht gekommen und hat den Status von home auf nachtschicht geändert.

Dabei wurden wieder No Acks produziert.
Hier das Log:

2015.11.05 07:39:28.365 2: ZWave set ZWave_SWITCH_MULTILEVEL_6 on
2015.11.05 07:39:28.381 5: ZWDongle_Write 00 1306032501FF2506
2015.11.05 07:39:28.384 5: SW: 010a001306032501FF25061b
2015.11.05 07:39:28.559 5: ACK received, removing 010a001306032501FF25061b from dongle sendstack
2015.11.05 07:39:28.571 4: ZWDongle_Read ZWAVE1: sending ACK, processing 011301
2015.11.05 07:39:28.572 5: SW: 06
2015.11.05 07:39:28.575 5: ZWAVE1 dispatch 011301
2015.11.05 07:39:28.614 2: ZWave set ZWave_SWITCH_MULTILEVEL_12 off
2015.11.05 07:39:28.617 5: ZWDongle_Write 00 130c03250100250c
2015.11.05 07:39:28.619 5: SW: 010a00130c03250100250ce4
2015.11.05 07:39:28.806 4: ZWDongle_Read ZWAVE1: sending ACK, processing 001306000005
2015.11.05 07:39:28.806 5: SW: 06
2015.11.05 07:39:28.816 5: ZWAVE1 dispatch 001306000005
2015.11.05 07:39:28.818 4: ZWAVE1 CMD:ZW_SEND_DATA ID:00 ARG:0005
2015.11.05 07:39:28.819 4: ZWAVE1 transmit OK for 06
2015.11.05 07:39:28.833 4: ZWDongle_Read ZWAVE1: CAN received
2015.11.05 07:39:29.847 2: ZWDongle_ProcessSendStack: no ACK, resending message 010a00130c03250100250ce4
2015.11.05 07:39:29.848 5: SW: 010a00130c03250100250ce4
2015.11.05 07:39:29.861 5: ACK received, removing 010a00130c03250100250ce4 from dongle sendstack
2015.11.05 07:39:29.863 4: ZWDongle_Read ZWAVE1: sending ACK, processing 011301
2015.11.05 07:39:29.864 5: SW: 06
2015.11.05 07:39:29.867 5: ZWAVE1 dispatch 011301
2015.11.05 07:39:30.067 4: ZWDongle_Read ZWAVE1: sending ACK, processing 00130c000004
2015.11.05 07:39:30.068 5: SW: 06
2015.11.05 07:39:30.081 5: ZWAVE1 dispatch 00130c000004
2015.11.05 07:39:30.083 4: ZWAVE1 CMD:ZW_SEND_DATA ID:00 ARG:0004
2015.11.05 07:39:30.084 4: ZWAVE1 transmit OK for 0c
2015.11.05 07:39:30.492 4: ZWDongle_Read ZWAVE1: sending ACK, processing 0004000603260363
2015.11.05 07:39:30.493 5: SW: 06
2015.11.05 07:39:30.496 5: ZWAVE1 dispatch 0004000603260363
2015.11.05 07:39:30.498 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:06 ARG:03260363
2015.11.05 07:39:30.802 4: ZWDongle_Read ZWAVE1: sending ACK, processing 0004000606310504220000
2015.11.05 07:39:30.804 5: SW: 06
2015.11.05 07:39:30.811 5: ZWAVE1 dispatch 0004000606310504220000
2015.11.05 07:39:30.813 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:06 ARG:06310504220000
2015.11.05 07:39:31.096 4: ZWDongle_Read ZWAVE1: sending ACK, processing 0004000c063105042204be
2015.11.05 07:39:31.097 5: SW: 06
2015.11.05 07:39:31.111 5: ZWAVE1 dispatch 0004000c063105042204be
2015.11.05 07:39:31.113 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:0c ARG:063105042204be
2015.11.05 07:39:31.579 2: ZWave set ZWave_SWITCH_MULTILEVEL_7 on
2015.11.05 07:39:31.587 5: ZWDongle_Write 00 1307032501FF2507
2015.11.05 07:39:31.590 5: SW: 010a001307032501FF25071b
2015.11.05 07:39:31.864 5: ACK received, removing 010a001307032501FF25071b from dongle sendstack
2015.11.05 07:39:31.865 4: ZWDongle_Read ZWAVE1: sending ACK, processing 011301
2015.11.05 07:39:31.866 5: SW: 06
2015.11.05 07:39:31.879 5: ZWAVE1 dispatch 011301
2015.11.05 07:39:31.907 2: ZWave set ZWave_SWITCH_MULTILEVEL_9 off
2015.11.05 07:39:31.909 5: ZWDongle_Write 00 1309032501002509
2015.11.05 07:39:31.922 5: SW: 010a001309032501002509e4
2015.11.05 07:39:32.188 4: ZWDongle_Read ZWAVE1: sending ACK, processing 001307000004
2015.11.05 07:39:32.189 5: SW: 06
2015.11.05 07:39:32.192 5: ZWAVE1 dispatch 001307000004
2015.11.05 07:39:32.194 4: ZWAVE1 CMD:ZW_SEND_DATA ID:00 ARG:0004
2015.11.05 07:39:32.195 4: ZWAVE1 transmit OK for 07
2015.11.05 07:39:32.198 4: ZWDongle_Read ZWAVE1: CAN received
2015.11.05 07:39:33.217 2: ZWDongle_ProcessSendStack: no ACK, resending message 010a001309032501002509e4
2015.11.05 07:39:33.218 5: SW: 010a001309032501002509e4
2015.11.05 07:39:33.229 5: ACK received, removing 010a001309032501002509e4 from dongle sendstack
2015.11.05 07:39:33.241 4: ZWDongle_Read ZWAVE1: sending ACK, processing 011301
2015.11.05 07:39:33.242 5: SW: 06
2015.11.05 07:39:33.245 5: ZWAVE1 dispatch 011301
2015.11.05 07:39:33.266 4: ZWDongle_Read ZWAVE1: sending ACK, processing 001309000004
2015.11.05 07:39:33.266 5: SW: 06
2015.11.05 07:39:33.281 5: ZWAVE1 dispatch 001309000004
2015.11.05 07:39:33.283 4: ZWAVE1 CMD:ZW_SEND_DATA ID:00 ARG:0004
2015.11.05 07:39:33.284 4: ZWAVE1 transmit OK for 09
2015.11.05 07:39:33.687 4: ZWDongle_Read ZWAVE1: sending ACK, processing 0004000703260363
2015.11.05 07:39:33.688 5: SW: 06
2015.11.05 07:39:33.696 5: ZWAVE1 dispatch 0004000703260363
2015.11.05 07:39:33.698 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:07 ARG:03260363
2015.11.05 07:39:33.896 4: ZWDongle_Read ZWAVE1: sending ACK, processing 0004000706310504220000
2015.11.05 07:39:33.897 5: SW: 06
2015.11.05 07:39:33.901 5: ZWAVE1 dispatch 0004000706310504220000
2015.11.05 07:39:33.903 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:07 ARG:06310504220000
2015.11.05 07:39:34.426 4: ZWDongle_Read ZWAVE1: sending ACK, processing 00040009063105042204a9
2015.11.05 07:39:34.446 5: SW: 06
2015.11.05 07:39:34.449 5: ZWAVE1 dispatch 00040009063105042204a9
2015.11.05 07:39:34.451 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:09 ARG:063105042204a9
2015.11.05 07:39:34.882 2: ZWave set ZWave_SWITCH_MULTILEVEL_14 on
2015.11.05 07:39:34.884 5: ZWDongle_Write 00 130e032501FF250e
2015.11.05 07:39:34.887 5: SW: 010a00130e032501FF250e1b
2015.11.05 07:39:35.072 5: ACK received, removing 010a00130e032501FF250e1b from dongle sendstack
2015.11.05 07:39:35.073 4: ZWDongle_Read ZWAVE1: sending ACK, processing 011301
2015.11.05 07:39:35.074 5: SW: 06
2015.11.05 07:39:35.081 5: ZWAVE1 dispatch 011301
2015.11.05 07:39:35.206 2: ZWave set ZWave_SWITCH_MULTILEVEL_10 off
2015.11.05 07:39:35.208 5: ZWDongle_Write 00 130a03250100250a
2015.11.05 07:39:35.222 5: SW: 010a00130a03250100250ae4
2015.11.05 07:39:35.414 5: ACK received, removing 010a00130a03250100250ae4 from dongle sendstack
2015.11.05 07:39:35.415 4: ZWDongle_Read ZWAVE1: sending ACK, processing 011301
2015.11.05 07:39:35.416 5: SW: 06
2015.11.05 07:39:35.419 5: ZWAVE1 dispatch 011301
2015.11.05 07:39:35.425 4: ZWDongle_Read ZWAVE1: sending ACK, processing 00130a000003
2015.11.05 07:39:35.427 5: SW: 06
2015.11.05 07:39:35.441 5: ZWAVE1 dispatch 00130a000003
2015.11.05 07:39:35.443 4: ZWAVE1 CMD:ZW_SEND_DATA ID:00 ARG:0003
2015.11.05 07:39:35.444 4: ZWAVE1 transmit OK for 0a
2015.11.05 07:39:35.463 4: ZWDongle_Read ZWAVE1: sending ACK, processing 00130a000007
2015.11.05 07:39:35.464 5: SW: 06
2015.11.05 07:39:35.467 5: ZWAVE1 dispatch 00130a000007
2015.11.05 07:39:35.468 4: ZWAVE1 CMD:ZW_SEND_DATA ID:00 ARG:0007
2015.11.05 07:39:35.469 4: ZWAVE1 transmit OK for 0a
2015.11.05 07:39:36.414 4: ZWDongle_Read ZWAVE1: sending ACK, processing 0004000a063105042205c5
2015.11.05 07:39:36.415 5: SW: 06
2015.11.05 07:39:36.421 5: ZWAVE1 dispatch 0004000a063105042205c5
2015.11.05 07:39:36.423 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:0a ARG:063105042205c5
2015.11.05 07:39:37.012 4: ZWDongle_Read ZWAVE1: sending ACK, processing 0004000e03260363
2015.11.05 07:39:37.013 5: SW: 06
2015.11.05 07:39:37.021 5: ZWAVE1 dispatch 0004000e03260363
2015.11.05 07:39:37.023 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:0e ARG:03260363
2015.11.05 07:39:37.220 4: ZWDongle_Read ZWAVE1: sending ACK, processing 0004000e06310504220000
2015.11.05 07:39:37.221 5: SW: 06
2015.11.05 07:39:37.231 5: ZWAVE1 dispatch 0004000e06310504220000
2015.11.05 07:39:37.233 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:0e ARG:06310504220000
2015.11.05 07:39:37.432 4: ZWDongle_Read ZWAVE1: sending ACK, processing 0004000e06310504220000
2015.11.05 07:39:37.433 5: SW: 06
2015.11.05 07:39:37.436 5: ZWAVE1 dispatch 0004000e06310504220000
2015.11.05 07:39:37.437 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:0e ARG:06310504220000
2015.11.05 07:39:38.084 2: ZWave set ZWave_SWITCH_MULTILEVEL_2 on
2015.11.05 07:39:38.086 5: ZWDongle_Write 00 1302032501FF2502
2015.11.05 07:39:38.088 5: SW: 010a001302032501FF25021b
2015.11.05 07:39:38.281 5: ACK received, removing 010a001302032501FF25021b from dongle sendstack
2015.11.05 07:39:38.283 4: ZWDongle_Read ZWAVE1: sending ACK, processing 011301
2015.11.05 07:39:38.284 5: SW: 06
2015.11.05 07:39:38.287 5: ZWAVE1 dispatch 011301
2015.11.05 07:39:38.304 4: ZWDongle_Read ZWAVE1: sending ACK, processing 001302000004
2015.11.05 07:39:38.305 5: SW: 06
2015.11.05 07:39:38.308 5: ZWAVE1 dispatch 001302000004
2015.11.05 07:39:38.310 4: ZWAVE1 CMD:ZW_SEND_DATA ID:00 ARG:0004
2015.11.05 07:39:38.311 4: ZWAVE1 transmit OK for 02
2015.11.05 07:39:38.432 2: ZWave set ZWave_SWITCH_MULTILEVEL_8 off
2015.11.05 07:39:38.434 5: ZWDongle_Write 00 1308032501002508
2015.11.05 07:39:38.437 5: SW: 010a001308032501002508e4
2015.11.05 07:39:38.674 5: ACK received, removing 010a001308032501002508e4 from dongle sendstack
2015.11.05 07:39:38.676 4: ZWDongle_Read ZWAVE1: sending ACK, processing 011301
2015.11.05 07:39:38.677 5: SW: 06
2015.11.05 07:39:38.691 5: ZWAVE1 dispatch 011301
2015.11.05 07:39:38.714 4: ZWDongle_Read ZWAVE1: sending ACK, processing 001308000002
2015.11.05 07:39:38.715 5: SW: 06
2015.11.05 07:39:38.718 5: ZWAVE1 dispatch 001308000002
2015.11.05 07:39:38.719 4: ZWAVE1 CMD:ZW_SEND_DATA ID:00 ARG:0002
2015.11.05 07:39:38.730 4: ZWAVE1 transmit OK for 08
2015.11.05 07:39:39.632 4: ZWDongle_Read ZWAVE1: sending ACK, processing 000400080631050422054f
2015.11.05 07:39:39.640 5: SW: 06
2015.11.05 07:39:39.643 5: ZWAVE1 dispatch 000400080631050422054f
2015.11.05 07:39:39.651 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:08 ARG:0631050422054f
2015.11.05 07:39:40.188 4: ZWDongle_Read ZWAVE1: sending ACK, processing 0004000203260363
2015.11.05 07:39:40.189 5: SW: 06
2015.11.05 07:39:40.201 5: ZWAVE1 dispatch 0004000203260363
2015.11.05 07:39:40.203 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:03260363
2015.11.05 07:39:40.395 4: ZWDongle_Read ZWAVE1: sending ACK, processing 0004000206310504220000
2015.11.05 07:39:40.396 5: SW: 06
2015.11.05 07:39:40.399 5: ZWAVE1 dispatch 0004000206310504220000
2015.11.05 07:39:40.401 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:06310504220000
2015.11.05 07:39:41.290 2: ZWave set ZWave_SWITCH_MULTILEVEL_11 on
2015.11.05 07:39:41.302 5: ZWDongle_Write 00 130b032501FF250b
2015.11.05 07:39:41.305 5: SW: 010a00130b032501FF250b1b
2015.11.05 07:39:41.482 5: ACK received, removing 010a00130b032501FF250b1b from dongle sendstack
2015.11.05 07:39:41.483 4: ZWDongle_Read ZWAVE1: sending ACK, processing 011301
2015.11.05 07:39:41.484 5: SW: 06
2015.11.05 07:39:41.492 5: ZWAVE1 dispatch 011301
2015.11.05 07:39:41.498 4: ZWDongle_Read ZWAVE1: sending ACK, processing 00130b000010
2015.11.05 07:39:41.499 5: SW: 06
2015.11.05 07:39:41.511 5: ZWAVE1 dispatch 00130b000010
2015.11.05 07:39:41.513 4: ZWAVE1 CMD:ZW_SEND_DATA ID:00 ARG:0010
2015.11.05 07:39:41.514 4: ZWAVE1 transmit OK for 0b
2015.11.05 07:39:43.536 4: ZWDongle_Read ZWAVE1: sending ACK, processing 0004000b03260363
2015.11.05 07:39:43.537 5: SW: 06
2015.11.05 07:39:43.551 5: ZWAVE1 dispatch 0004000b03260363
2015.11.05 07:39:43.553 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:0b ARG:03260363
2015.11.05 07:39:43.742 4: ZWDongle_Read ZWAVE1: sending ACK, processing 0004000b06310504220000
2015.11.05 07:39:43.743 5: SW: 06
2015.11.05 07:39:43.746 5: ZWAVE1 dispatch 0004000b06310504220000
2015.11.05 07:39:43.748 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:0b ARG:06310504220000
2015.11.05 07:39:44.488 2: ZWave set ZWave_SWITCH_MULTILEVEL_13 on
2015.11.05 07:39:44.491 5: ZWDongle_Write 00 130d032501FF250d
2015.11.05 07:39:44.493 5: SW: 010a00130d032501FF250d1b
2015.11.05 07:39:44.685 5: ACK received, removing 010a00130d032501FF250d1b from dongle sendstack
2015.11.05 07:39:44.692 4: ZWDongle_Read ZWAVE1: sending ACK, processing 011301
2015.11.05 07:39:44.694 5: SW: 06
2015.11.05 07:39:44.697 5: ZWAVE1 dispatch 011301
2015.11.05 07:39:44.707 4: ZWDongle_Read ZWAVE1: sending ACK, processing 00130d000002
2015.11.05 07:39:44.707 5: SW: 06
2015.11.05 07:39:44.721 5: ZWAVE1 dispatch 00130d000002
2015.11.05 07:39:44.723 4: ZWAVE1 CMD:ZW_SEND_DATA ID:00 ARG:0002
2015.11.05 07:39:44.724 4: ZWAVE1 transmit OK for 0d
2015.11.05 07:39:44.899 2: ZWave: No ACK from ZWave_SWITCH_MULTILEVEL_14 after 10s for sent:130e032501FF250e
2015.11.05 07:39:46.572 4: ZWDongle_Read ZWAVE1: sending ACK, processing 0004000d03260363
2015.11.05 07:39:46.573 5: SW: 06
2015.11.05 07:39:46.581 5: ZWAVE1 dispatch 0004000d03260363
2015.11.05 07:39:46.583 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:0d ARG:03260363
2015.11.05 07:39:46.836 4: ZWDongle_Read ZWAVE1: sending ACK, processing 0004000d06310504220000
2015.11.05 07:39:46.837 5: SW: 06


Gruss
Dennis

A.Harrenberg

Hi dennis,
Zitat von: dennis_n am 05 November 2015, 13:41:35
Also heute morgen ist meine Frau von der Nachtschicht gekommen und hat den Status von home auf nachtschicht geändert.

Dabei wurden wieder No Acks produziert.
Hier das Log:

2015.11.05 07:39:28.365 2: ZWave set ZWave_SWITCH_MULTILEVEL_6 on
2015.11.05 07:39:28.381 5: ZWDongle_Write 00 1306032501FF2506
2015.11.05 07:39:28.384 5: SW: 010a001306032501FF25061b
2015.11.05 07:39:28.559 5: ACK received, removing 010a001306032501FF25061b from dongle sendstack
2015.11.05 07:39:28.571 4: ZWDongle_Read ZWAVE1: sending ACK, processing 011301
2015.11.05 07:39:28.572 5: SW: 06
2015.11.05 07:39:28.575 5: ZWAVE1 dispatch 011301
2015.11.05 07:39:28.614 2: ZWave set ZWave_SWITCH_MULTILEVEL_12 off
2015.11.05 07:39:28.617 5: ZWDongle_Write 00 130c03250100250c
2015.11.05 07:39:28.619 5: SW: 010a00130c03250100250ce4
2015.11.05 07:39:28.806 4: ZWDongle_Read ZWAVE1: sending ACK, processing 001306000005
2015.11.05 07:39:28.806 5: SW: 06
2015.11.05 07:39:28.816 5: ZWAVE1 dispatch 001306000005
2015.11.05 07:39:28.818 4: ZWAVE1 CMD:ZW_SEND_DATA ID:00 ARG:0005
2015.11.05 07:39:28.819 4: ZWAVE1 transmit OK for 06

bekanntes Muster, Nachricht für Node 12 wird verschickt bevor Nachricht für Node 6 vollständig bestätigt ist.
Rudi ist ja bereits dabei den SendStack von ZWave umzubauen um das Senden an eine weitere Node zu verhindern solange da noch eine "offene" Kommunikation läuft.

Gruß,
Andreas.
FB 7360, Homematic und ZWave
Support for ZWave-SECURITY

dennis_n

Hi,

o.k., dann kann ich mit dem loggen aufhören?
Oder soll ich das noch an lassen?

Gruss
Dennis

krikan

#74
Behaupte: Ja, kannst aufhören und erst einmal abwarten. Hauptsache es läuft für Dich erst einmal zufriedenstellend -> Aktoren reagieren.