Dringende Hilfe - mehrere Probleme mit ZWave (Fibaro) Aktoren

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

Vorheriges Thema - Nächstes Thema

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