Hallo zusammen,
bislang bin ich mit meinen Zwave-Komponenten gut klar gekommen. Nun habe ich ein Qubino (Goap) ZMNHADx Flush 1 Relay installiert und inkludiert. Wenn ich dies tue, so wird alles sauber erkannt und ich bekommt u.a. den "reportedState" sowie auch "power" aktualisiert (bei Schaltvorgängen). Es passiert jedoch nach einer gewissen Zeit (ein paar Stunden), dass dies dann nicht mehr funktioniert.
Ich habe dann mal die AssociationGroups geprüft. Nach der Inklusion ist die Group 1 gesetzt - wenn ich den Updates zu reportedState und Power nicht mehr bekomme, dann ist die Association mit der Group 1 und meinem Dongle verschwunden, dafür dann die Group 9 und 2 gesetzt. Im state steht dann "associationadd 2 1". Diesen Befehl setze ich aber gar nicht ab. Und Association mit Group 1 lösche ich auch nicht.
Ich habe dann weiter geschaut und gesehen, dass ja die Config aus der XML kommt - dort sind die Gruppen 2 und 9 auf "auto" gesetzt. Ich vermute, dass diese dann dadurch gesetzt werden. Wie es zu der Löschung kommt, kann ich nicht erklären. Ich habe testweise die XML-Datei geändert und das auto gelöscht - ohne Erfolg.
Daher meine Fragen:
- gibt es in FHEM einen Prozess der die Config ständig aktualisiert und somit alles überschreibt bzw. die Groups setzt, die ich gar nicht haben möchte?
- gibt es eine Möglichkeit diesen Prozess für das Gerät auszusetzen bzw. zu stoppen?
- oder habe ich grundsätzlich ein Problem mit dem Aktor, welches sich so nicht lösen lässt bzw. muss ich noch etwas beachten?
Ich habe die Inklusion bereits mehrfach wiederholt - das Schalten funktioniert auch einwandfrei. Jemand noch Ideen dazu?
Cheers,
h3ll
Zitatgibt es in FHEM einen Prozess der die Config ständig aktualisiert und somit alles überschreibt bzw. die Groups setzt, die ich gar nicht haben möchte?
Mir ist sowas nicht bekannt.
Bei der Inklusion wird eine Liste von Befehlen an das Geraet gesendet, evtl. wird diese Liste nur langsam abgearbeitet.
Sie ist in der Ausgabe von "list Geraet" sichtbar, und da es nicht abgespeichert wird, spaetestens nach einem FHEM-Neustart leer.
Zitat von: h3llsp4wn am 07 Oktober 2020, 10:40:41
Ich habe testweise die XML-Datei geändert und das auto gelöscht - ohne Erfolg.
Hast Du nach der Änderung FHEM neu gestartet oder einfach weiterlaufen lassen?
Liefert das Log keine weitergehenden Infos?
Die Auffälligkeiten lesen sich so, als würde "ZWave_execInits" aus 10_ZWave.pm abgearbeitet. Mich hat das mal beim automatisierten Aufruf von "set <Dongle>createNode <Node>" irritiert. Verwendest Du den Befehl irgendwo?
@Rudi:
Ich kann es beim auf dem Code starren nicht ausschließen und habe keine Idee wie ich es testen soll: Kann es sein, dass der Code in https://svn.fhem.de/trac/browser/trunk/fhem/FHEM/10_ZWave.pm?rev=22773#L5002 mit Aufruf von "ZWave_execInits" ausgeführt wird, wenn der Aktor selbstständig ein ZW_APPLICATION_UPDATE mit NIF schickt?
Gruß, Christian
Hallo,
danke für die Antworten. Ich habe FHEM neu gestartet, die Log-Level hochgedreht. Folgende Änderung hat sich nach dem Neustart ergeben:
- die Änderungen im Config-File haben nun gezogen, so dass die AssociationGroups 2 und 9 nicht mehr gesetzt werden
Grundsätzlich ist es aber so, dass stündlich ein get ZW_XXX model von FHEM abgesetzt wird. Vorher wurde dann direkt anschließend die Assoziation gesendet (für 2 und 9).
Dies ist nun nicht mehr der Fall. Ich gehe also stark davon aus, dass eine Routine in FHEM (bzw. im ZWAVE-Modul) den get absetzt bzw. triggert. Ich wollte mich dann jetzt
schon selbst auf die Suche im Modul begeben, da es ja in irgendeiner Form mit einen Init zu tun haben kann bzw. muss.
Cheers,
h3ll
ZitatKann es sein, dass der Code in [...] mit Aufruf von "ZWave_execInits" ausgeführt wird, wenn der Aktor selbstständig ein ZW_APPLICATION_UPDATE mit NIF schickt?
Ich hoffe nicht: es sollte nur dann ausgefuehrt werden, wenn "$homeId $id" unbekannt ist, die Funktion wird im else Teil von if $hash aufgerufen.
ZitatGrundsätzlich ist es aber so, dass stündlich ein get ZW_XXX model von FHEM abgesetzt wird.
Daraufhin werden alle Model-Abhaengigen init Befehle ausgefuehrt.
Sowas gibts z.Zt. aber nur fuer Fibaro_FGS223 und Philio_PSE02.
Aus dem "hochgedrehten Log" sollte ersichtlich sein, was FHEM sendet, und was davor empfangen wurde.
Die Befehle sagen mir leider nicht viel - anbei mal was kurz davor läuft und kurz danach - dazwischen der "automatische" get mit den Assoziations die gesetzt werden.
Block vor Neustart (da wurden dann wahrscheinlich die Änderungen im Config-File noch nicht berücksichtigt):
2020.10.07 12:49:06 5: SW: 06
2020.10.07 12:49:06 5: zwdongle: dispatch 000400170a32022134000000000000
2020.10.07 12:49:06 4: CMD:APPLICATION_COMMAND_HANDLER ID:17 ARG:0a32022134000000000000 CB:00
2020.10.07 12:49:09 4: ZWDongle_Read zwdongle: rcvd 0004000b0a32022134000000000000 (request APPLICATION_COMMAND_HANDLER), sending ACK
2020.10.07 12:49:09 5: SW: 06
2020.10.07 12:49:09 5: zwdongle: dispatch 0004000b0a32022134000000000000
2020.10.07 12:49:09 4: CMD:APPLICATION_COMMAND_HANDLER ID:0b ARG:0a32022134000000000000 CB:00
2020.10.07 12:49:41 4: ZWDongle_Read zwdongle: rcvd 0004000d0e3202214400000038000000000000 (request APPLICATION_COMMAND_HANDLER), sending ACK
2020.10.07 12:49:41 5: SW: 06
2020.10.07 12:49:41 5: zwdongle: dispatch 0004000d0e3202214400000038000000000000
2020.10.07 12:49:41 4: CMD:APPLICATION_COMMAND_HANDLER ID:0d ARG:0e3202214400000038000000000000 CB:00
2020.10.07 12:50:09 4: ZWDongle_Read zwdongle: rcvd 0004000c0a32022134000000000000 (request APPLICATION_COMMAND_HANDLER), sending ACK
2020.10.07 12:50:09 5: SW: 06
2020.10.07 12:50:09 5: zwdongle: dispatch 0004000c0a32022134000000000000
2020.10.07 12:50:09 4: CMD:APPLICATION_COMMAND_HANDLER ID:0c ARG:0a32022134000000000000 CB:00
2020.10.07 12:50:40 3: ZWave get ZW_Kueche_Licht model
2020.10.07 12:50:40 5: ZWDongle_Write 001319027204258c (ff6c6508)
2020.10.07 12:50:40 5: SW: 0109001319027204258c21
2020.10.07 12:50:40 5: ACK received, WaitForAck=>2 for 0109001319027204258c21
2020.10.07 12:50:40 4: ZWDongle_Read zwdongle: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2020.10.07 12:50:40 5: SW: 06
2020.10.07 12:50:40 5: zwdongle: dispatch 011301
2020.10.07 12:50:40 4: ZWDongle_Read zwdongle: rcvd 00138c000006 (request ZW_SEND_DATA), sending ACK
2020.10.07 12:50:40 5: SW: 06
2020.10.07 12:50:40 5: device ack reveived, removing 0109001319027204258c21 from dongle sendstack
2020.10.07 12:50:40 5: zwdongle: dispatch 00138c000006
2020.10.07 12:50:40 4: CMD:ZW_SEND_DATA ID:00 ARG:0006 CB:8c
2020.10.07 12:50:40 4: zwdongle transmit OK for CB 8c, target ZW_Kueche_Licht
2020.10.07 12:50:40 4: ZWDongle_Read zwdongle: rcvd 00040019087205015900020052 (request APPLICATION_COMMAND_HANDLER), sending ACK
2020.10.07 12:50:40 5: SW: 06
2020.10.07 12:50:40 5: zwdongle: dispatch 00040019087205015900020052
2020.10.07 12:50:40 4: CMD:APPLICATION_COMMAND_HANDLER ID:19 ARG:087205015900020052 CB:00
2020.10.07 12:50:40 3: ZWave set ZW_Kueche_Licht associationAdd 9 1
2020.10.07 12:50:40 3: ZWave set ZW_Kueche_Licht associationAdd 2 1
2020.10.07 12:50:40 5: ZWDongle_Write 0013190485010901258d (ff6c6508)
2020.10.07 12:50:40 5: SW: 010b0013190485010901258dde
2020.10.07 12:50:40 5: ACK received, WaitForAck=>2 for 010b0013190485010901258dde
2020.10.07 12:50:40 4: ZWDongle_Read zwdongle: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2020.10.07 12:50:40 5: SW: 06
2020.10.07 12:50:40 5: zwdongle: dispatch 011301
2020.10.07 12:50:40 4: ZWDongle_Read zwdongle: rcvd 00138d000014 (request ZW_SEND_DATA), sending ACK
2020.10.07 12:50:40 5: SW: 06
2020.10.07 12:50:40 5: device ack reveived, removing 010b0013190485010901258dde from dongle sendstack
2020.10.07 12:50:40 5: zwdongle: dispatch 00138d000014
2020.10.07 12:50:40 4: CMD:ZW_SEND_DATA ID:00 ARG:0014 CB:8d
2020.10.07 12:50:40 4: zwdongle transmit OK for CB 8d, target ZW_Kueche_Licht
2020.10.07 12:50:40 5: ZWDongle_Write 0013190485010201258e (ff6c6508)
2020.10.07 12:50:40 5: SW: 010b0013190485010201258ed6
2020.10.07 12:50:40 5: ACK received, WaitForAck=>2 for 010b0013190485010201258ed6
2020.10.07 12:50:41 4: ZWDongle_Read zwdongle: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2020.10.07 12:50:41 5: SW: 06
2020.10.07 12:50:41 5: zwdongle: dispatch 011301
2020.10.07 12:50:41 4: ZWDongle_Read zwdongle: rcvd 00138e000007 (request ZW_SEND_DATA), sending ACK
2020.10.07 12:50:41 5: SW: 06
2020.10.07 12:50:41 5: device ack reveived, removing 010b0013190485010201258ed6 from dongle sendstack
2020.10.07 12:50:41 5: zwdongle: dispatch 00138e000007
2020.10.07 12:50:41 4: CMD:ZW_SEND_DATA ID:00 ARG:0007 CB:8e
2020.10.07 12:50:41 4: zwdongle transmit OK for CB 8e, target ZW_Kueche_Licht
2020.10.07 12:50:45 4: ZWDongle_Read zwdongle: rcvd 000400130a32022134000000000000 (request APPLICATION_COMMAND_HANDLER), sending ACK
2020.10.07 12:50:45 5: SW: 06
2020.10.07 12:50:45 5: zwdongle: dispatch 000400130a32022134000000000000
2020.10.07 12:50:45 4: CMD:APPLICATION_COMMAND_HANDLER ID:13 ARG:0a32022134000000000000 CB:00
2020.10.07 12:53:29 4: ZWDongle_Read zwdongle: rcvd 000400120a32022134000000000000 (request APPLICATION_COMMAND_HANDLER), sending ACK
2020.10.07 12:53:29 5: SW: 06
2020.10.07 12:53:29 5: zwdongle: dispatch 000400120a32022134000000000000
2020.10.07 12:53:29 4: CMD:APPLICATION_COMMAND_HANDLER ID:12 ARG:0a32022134000000000000 CB:00
2020.10.07 12:53:56 4: ZWDongle_Read zwdongle: rcvd 000400110a32022134000000000000 (request APPLICATION_COMMAND_HANDLER), sending ACK
2020.10.07 12:53:56 5: SW: 06
2020.10.07 12:53:56 5: zwdongle: dispatch 000400110a32022134000000000000
2020.10.07 12:53:56 4: CMD:APPLICATION_COMMAND_HANDLER ID:11 ARG:0a32022134000000000000 CB:00
Block nach Neustart - hier wird stündlich ein get model abgesetzt:
2020.10.07 15:22:04 4: ZWDongle_Read zwdongle: rcvd 00040003097105000000ff070800 (request APPLICATION_COMMAND_HANDLER), sending ACK
2020.10.07 15:22:04 5: SW: 06
2020.10.07 15:22:04 5: zwdongle: dispatch 00040003097105000000ff070800
2020.10.07 15:22:04 4: CMD:APPLICATION_COMMAND_HANDLER ID:03 ARG:097105000000ff070800 CB:00
2020.10.07 15:22:04 4: ZWDongle_Read zwdongle: rcvd 00040803033003ff (request APPLICATION_COMMAND_HANDLER), sending ACK
2020.10.07 15:22:04 5: SW: 06
2020.10.07 15:22:04 5: zwdongle: dispatch 00040803033003ff
2020.10.07 15:22:04 4: CMD:APPLICATION_COMMAND_HANDLER ID:03 ARG:033003ff CB:08
2020.10.07 15:22:04 4: ZWDongle_Read zwdongle: rcvd 00040003033003ff (request APPLICATION_COMMAND_HANDLER), sending ACK
2020.10.07 15:22:04 5: SW: 06
2020.10.07 15:22:04 5: zwdongle: dispatch 00040003033003ff
2020.10.07 15:22:04 4: CMD:APPLICATION_COMMAND_HANDLER ID:03 ARG:033003ff CB:00
2020.10.07 15:22:39 3: ZWave get ZW_Kueche_Licht model
2020.10.07 15:22:39 5: ZWDongle_Write 001319027204252e (ff6c6508)
2020.10.07 15:22:39 5: SW: 0109001319027204252e83
2020.10.07 15:22:39 5: ACK received, WaitForAck=>2 for 0109001319027204252e83
2020.10.07 15:22:39 4: ZWDongle_Read zwdongle: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2020.10.07 15:22:39 5: SW: 06
2020.10.07 15:22:39 5: zwdongle: dispatch 011301
2020.10.07 15:22:39 4: ZWDongle_Read zwdongle: rcvd 00132e000007 (request ZW_SEND_DATA), sending ACK
2020.10.07 15:22:39 5: SW: 06
2020.10.07 15:22:39 5: device ack reveived, removing 0109001319027204252e83 from dongle sendstack
2020.10.07 15:22:39 5: zwdongle: dispatch 00132e000007
2020.10.07 15:22:39 4: CMD:ZW_SEND_DATA ID:00 ARG:0007 CB:2e
2020.10.07 15:22:39 4: zwdongle transmit OK for CB 2e, target ZW_Kueche_Licht
2020.10.07 15:22:39 4: ZWDongle_Read zwdongle: rcvd 00040019087205015900020052 (request APPLICATION_COMMAND_HANDLER), sending ACK
2020.10.07 15:22:39 5: SW: 06
2020.10.07 15:22:39 5: zwdongle: dispatch 00040019087205015900020052
2020.10.07 15:22:39 4: CMD:APPLICATION_COMMAND_HANDLER ID:19 ARG:087205015900020052 CB:00
2020.10.07 15:23:52 4: ZWDongle_Read zwdongle: rcvd 000400120a32022134000000000000 (request APPLICATION_COMMAND_HANDLER), sending ACK
2020.10.07 15:23:52 5: SW: 06
2020.10.07 15:23:52 5: zwdongle: dispatch 000400120a32022134000000000000
2020.10.07 15:23:52 4: CMD:APPLICATION_COMMAND_HANDLER ID:12 ARG:0a32022134000000000000 CB:00
2020.10.07 15:23:53 4: ZWDongle_Read zwdongle: rcvd 000400110a32022134000000000000 (request APPLICATION_COMMAND_HANDLER), sending ACK
2020.10.07 15:23:53 5: SW: 06
2020.10.07 15:23:53 5: zwdongle: dispatch 000400110a32022134000000000000
2020.10.07 15:23:53 4: CMD:APPLICATION_COMMAND_HANDLER ID:11 ARG:0a32022134000000000000 CB:00
Nachtrag - die AssociationGroups 2 und 9 werden zwar nicht mehr gesetzt, aber die AssociationGroup 1 mit dem Dongle wir gelöscht, womit dann auch reportedState und power nicht mehr aktualisiert werden ... ich hatte zumindest auf einen Workaround über die Änderung der Config gehofft.
Ich vermute, "get model" wird von einem FHEM at/DOIF/etc abgesetzt, jedenfalls wird es laut Zeitstempel nicht von den ZWave-Nachrichten initiiert.
Aus der "get model" Antwort wird die Konfiguration qubino/ZMNHADx.xml abgeleitet, und FHEM fuehrt (wie Du es richtig beschrieben hast) alle auto Eintraege aus dem Abschnitt Associations aus.
Sorry - das war der richtige Hinweis! Woher auch immer stand in einem ping noch get model in meiner fhem.cfg ... peinlich ... wenn man sich selbst einen auf die Schiene nagelt ...
Kann geschlossen werden ... :-[
Hallo zusammen,
ich muss mich leider noch einmal ranhängen. Zwar war der Sachverhalt wie oben geschildert, doch verschwinden weiterhin alle Assoziationen. Ich gehe aktuell davon aus, dass es etwas mit der Implementierung der multi channel assiciation zu tun hat. Wenn ich associationadd 1 1 setze, dann funtkioniert es - doch verschwindet diese Zuordnung. Wenn ich versuche manuell eine mutli channel association zu setzen, wird diese angelegt - jedoch funktioniert diese zum einen nicht (keine Updates) - zum anderen verschwindet diese auch. Kann es sein, dass es an der Qubino FW liegt?
Cheers,
h3ll
Zitatdoch verschwindet diese Zuordnung
Was genau heisst das? Wo verschwindet sie?
Gibt es in fhem.cfg Spuren von Befehlen, die auf ein Loeschen von FHEM aus hindeuten?
Hi, verschwindet bedeutet, dass die Abfragen nach associationAll oder mcaAll die association groups dann aktualisieren und dort keine Einträge mehr enthalten sind - d.h. alle leer. Wenn diese dann leer sind, wird auch kein reportedState oder power mehr aktualisiert.
Ich habe auch schon in der 10_zwave.pm die einzige Stelle mit dem associationDel auskommentiert (da ging es aber um den FGS 222 oder 223). Im Log wird auch kein Befehl abgesetzt. Die Kommunikation vom Dongle kann ich zwar loggen, aber da kann ich nicht erkennen, ob Löschungen vorgenommen werden. Daher vermute ich, dass das Gerät sich quasi "selbst" befreit. Ich habe etliche Qubino-Komponenten laufen, die aber keine Probleme bereiten. Ggf. kann es ja auch an deren Firmware liegen?
Oder der Hardware hat Alzheimer.
Durchaus denkbar - darum habe ich den ersten schon ausgetauscht und durch einen neuen ersetzt. Gleiches beim Controller - z-wave.me gegen Aeotec Stick getauscht. Ich sehe schon - ich kloppe die Dose auf und schraube da Homematic rein ... trotzdem Danke.