Z-Wave Multichannel Problem

Begonnen von dt2510, 03 März 2016, 13:54:24

Vorheriges Thema - Nächstes Thema

rudolfkoenig

@krikan: Hab dein Patch eingecheckt.

Das Zurueckdrehen der EP-Aenderung gefaellt mir nicht wirklich, da dadurch das Problem an der anderen Stelle wieder offen ist.

Ich fasse mal zusammen, was wir wissen:
- Laut Doku (SDS12657-12, 4.84.10) ist $1 Source-EP und $2 Destination-EP. In der Doku ist nur V3 der CC beschrieben, V1 und V2 nicht. Hoffen wir mal, dass V3 kompatibel zu V1/V2 ist.
- Wir haben ein Geraet (WALLC-S), was  BASIC SET (2001) und SWITCH_MULTILEVEL REPORT (2604/2605) mit Quelle 00 und Target 02 meldet.
- Das alte (bzw. wieder eingesetzte) Code basiert auf raten, und macht es in diesem Fall richtig, indem bei $1=00 als Quelle $2 annimmt.

Wir wissen nicht, wie die MCA durchgefuehrt ist. Entweder ist es damit erklaerbar (target+source ist bereits da verdreht), oder ist der WALLC-S Firmware fehlerhaft, oder wir verstehen die Doku nicht. Ich hoffe, dass die erste Variante zutrifft:

@scooty: koenntest bitte die betroffenen Multi-Channel-Associations hier anhaengen?

krikan

Zitat von: rudolfkoenig am 20 November 2016, 14:28:18
- Laut Doku (SDS12657-12, 4.84.10) ist $1 Source-EP und $2 Destination-EP. In der Doku ist nur V3 der CC beschrieben, V1 und V2 nicht. Hoffen wir mal, dass V3 kompatibel zu V1/V2 ist.
V3 ist mit V2 kompatibel. V1 ist inkompatibel und unterstützen wir nur rudimentaer (->parse). V1 ist mir nur von Merten bekannt.
Zitat- Wir haben ein Geraet (WALLC-S), was  BASIC SET (2001) und SWITCH_MULTILEVEL REPORT (2604/2605) mit Quelle 00 und Target 02 meldet.
2 = Mein KFOB-S auch, aber der ist sehr verwandt mit WALLC-S

ZitatWir wissen nicht, wie die MCA durchgefuehrt ist. Entweder ist es damit erklaerbar (target+source ist bereits da verdreht), oder ist der WALLC-S Firmware fehlerhaft, oder wir verstehen die Doku nicht.
Denke es koennen fast nur 2. und 3. Variante sein. Dass ich die gleiche fehlerhafte Asssoziation gesetzt habe ist eher unwahrscheinlich. Wie reagiert der zme RC2?

Mir ist unklar, wie man Endpoint zu Endpoint-Verbindungen herstellt, so dass Quelle>0 und Ziel>0. Den Fall muss es auch geben und ich bin mir nicht sicher, ob FHEM den Fall beachten muss.

scooty

Hallo zusammen,

erst einmal danke für euer Engagement.
Zitat von: rudolfkoenig am 20 November 2016, 14:28:18@scooty: koenntest bitte die betroffenen Multi-Channel-Associations hier anhaengen?
Sehr gerne, bin gerade nur mit meinem Verständnis überfordert  :-[, meinst Du ein list der parent und child Devices des WALLC-S?

Viele Grüße,
Andreas
Fhem auf Gigabyte Brix
CUL V3 HM / CUL V3 MAX / MaxCube aFW Homematic&MAX / ZWave.me ZME_UZB1 / SDuino 433 / Velux KLF200
Homematic / MAX / Logitech Hub / ZWave / Wifi LED / div. 433 Temperatursensoren / pywws WH1080 / IO Homecontrol

rudolfkoenig

Ich meine "get WALLC mcaGroupings" / "get WALLC mca <groupid>" oder ab den morgigen update "get WALLC mcaAll" (letzteres dank krikan).

krikan

KFOB-S für Taste 2:
2016-11-20 20:17:25   mca_3           Max 10 Nodes  Endpoints 0103
Tastendruck:
2016.11.20 20:17:36.819 5: ZWDongle_0 dispatch 0004002a07600d00032001ff
Gleiches bei den anderen Tastern.

krikan

Fibaro FGMS-001:
2016-11-20 23:08:10   mca_1           Max 5 Nodes  Endpoints 0102
2016-11-20 23:08:10   mca_2           Max 5 Nodes  Endpoints
2016-08-12 22:46:21   model           FIBARO System FGMS001 Motion Sensor
2016-08-12 22:46:21   modelConfig     fibaro/fgms.xml
2016-08-12 22:46:21   modelId         010f-0800-1001

Macht das:
2016.11.20 23:19:43.201 5: ZWDongle_0 dispatch 0004000b07600d0102200100

scooty

#66
Moin,

anbei die mca des WALLC-S:
mcaSupportedGroupings 5
mca_1 Max 10 Nodes ZW_Dongle Endpoints
mca_2 Max 10 Nodes Endpoints 0101
mca_3 Max 10 Nodes Endpoints 0102
mca_4 Max 10 Nodes Endpoints 0103
mca_5 Max 10 Nodes Endpoints 0104
model Z-Wave.Me ZME_WALLC-S Secure Wall Controller
modelConfig zwave.me/ZME_WALLC-S.xml
modelId 0115-0100-0101


Viele Grüße,
Andreas
Fhem auf Gigabyte Brix
CUL V3 HM / CUL V3 MAX / MaxCube aFW Homematic&MAX / ZWave.me ZME_UZB1 / SDuino 433 / Velux KLF200
Homematic / MAX / Logitech Hub / ZWave / Wifi LED / div. 433 Temperatursensoren / pywws WH1080 / IO Homecontrol

rudolfkoenig

Die mca Ausgabe schaut fuer mich in beiden Faellen kaputt aus. Ich erwarte eine Liste von Zwave-Geraeten, gefolgt von eine Liste von ZWave-Device:EP. Kann bitte jemand von euch die Roh-Daten bei der mca Abfrage auch posten?

ZitatMir ist unklar, wie man Endpoint zu Endpoint-Verbindungen herstellt, so dass Quelle>0 und Ziel>0.
Ziel>0 kann man in mcaAdd spezifizieren.
Quelle>0 koennte durch Absetzen des mcaAdd direkt an das "Quelle>0 - Geraet" spezifiziert werden. Welche Klassen unterstuetzen die Kanaele?

Ich vermute, dass ich bisher auch die ZWave mcaAdd Doku (mit node1..nodeN marker node1/EP1...nodeN/EPN) falsch verstanden habe, darauf weist naemlich mein Beispiel fuer commandref.html hin. Ich vermute, folgendes waere richtig:
    set remote mcaAdd 0 1 2<br>
    set remote mcaAdd 0 1 3<br>
    ...

krikan

FGMS-001:
2016.11.20 23:08:10.208 4: ZWDongle_Read ZWDongle_0: rcvd 0004000b088e03010500000102 (request APPLICATION_COMMAND_HANDLER), sending ACK
Zitat
Ich erwarte eine Liste von Zwave-Geraeten, gefolgt von eine Liste von ZWave-Device:EP. Kann bitte jemand von euch die Roh-Daten bei der mca Abfrage auch posten?
Verstehe ich nicht:
Zwave-Geraete nur, wenn sie mit dem Endpoint assoziert sind und das sind sie bei mir nicht.

Endpoints 0103

Das muss man Lesen als: Ziel ist bei NodeId 01 (Controller) der Endpoint 03

ZitatIch vermute, dass ich bisher auch die ZWave mcaAdd Doku (mit node1..nodeN marker node1/EP1...nodeN/EPN) falsch verstanden habe, darauf weist naemlich mein Beispiel fuer commandref.html hin.
Habe zwar mcaAdd nicht hinsichtlich Roh-Daten analysiert, aber die groupId fehlt doch im Verbesserungsvorschlag!?
Also: mcaAdd [groupId] [NodeId=bisher keine] [Trenner=00] [ZielNodeId] [ZielEndpoint]

rudolfkoenig

Danke fuer die Roh-Daten, habe das Parsen etwas umgebaut, ich verstehe die Auswertung jetzt besser.

ZitatHabe zwar mcaAdd nicht hinsichtlich Roh-Daten analysiert, aber die groupId fehlt doch im Verbesserungsvorschlag!?
Ja und nein: Ja, es fehlt, und nein, das war kein Verbesserungsvorschlag.

krikan

Zitat von: rudolfkoenig am 21 November 2016, 14:53:33
habe das Parsen etwas umgebaut, ich verstehe die Auswertung jetzt besser.
Danke für die Auflösung der Node:Endpoint-Angaben.
Jetzt ist aber meine hart erarbeitete Übereinstimmung der Readings mca_X und assocGroup_X wieder weg.  ;)
CC Multi_Channel_Association ist afaik eine Art Erweiterung von CC Association (siehe 4.87.1 Compatibility considerations in SDS12657-12). mca_X sollte demnach grundlegend assocGroup_X entsprechen und nicht eine neue Auswertung ergeben. Mein "Schönheits"problem erkennt man am Bsp. FGS212 (entweder beides "Active" oder "Nodes"):
     2016-11-19 22:23:43   assocGroup_1    Max 5 Nodes ZWDongle_0
     2016-11-19 22:23:44   assocGroup_1    Max 5 Nodes ZWDongle_0
     2016-11-19 22:23:44   assocGroup_2    Max 5 Nodes ZWDongle_0 
     2016-11-21 19:34:11   mca_1           Max 5 Active ZWDongle_0
     2016-11-21 19:34:11   mca_2           Max 5 Active ZWDongle_0 ZWDongle_0:2


Mich hat stört eigentlich auch der Unterschied:
     2016-11-19 22:23:43   assocGroups     3
     2016-11-21 19:34:11   mcaSupportedGroupings 2


Liefere auch gerne Patch, wenn ich darf/soll (Nodes oder Active?)...

Zitat von: rudolfkoenig am 21 November 2016, 12:55:59
Ziel>0 kann man in mcaAdd spezifizieren.
Quelle>0 koennte durch Absetzen des mcaAdd direkt an das "Quelle>0 - Geraet" spezifiziert werden. Welche Klassen unterstuetzen die Kanaele?
Klassen der Kanaele hatte ich heute Mittag überlesen:
FGMS001 und KFOB-S unterstuetzen kein CC MULTI_CHANNEL mit der ich die Classes abfragen könnte, sondern nur CC MULTI_CHANNEL_ASSOCIATION.

rudolfkoenig

Zitatentweder beides "Active" oder "Nodes"
Wo dur Recht hast...Habe Nodes daraus gemacht.

ZitatMich hat stört eigentlich auch der Unterschied:
Da bin ich zu blind: kannst Du es bitte explicit sagen, wie es sein soll?

krikan

Zitat von: rudolfkoenig am 21 November 2016, 21:07:43
Da bin ich zu blind: kannst Du es bitte explicit sagen, wie es sein soll?
Schlecht erklaert. Geht mir um den Befehl: Warum nicht auch mcaGroups?
Laut SDS ist Grouping Identifier nichts anderes als Association group.
Jaja, ich werde kleinlich und zum eigentlichen Problem faellt mir derzeit nichts mehr ein...

rudolfkoenig

ZitatWarum nicht auch mcaGroups?
Amen :)
Habs geaendert.

krikan

Bin testmaeßig durch meinen Hardwarefundus durch. Letztes Testobjekt für CC MULTI_CHANNEL_ASSOCIATION war ein
FIBARO System FGWPE Wall Plug
modelId  010f-0600-1000

Bei dem kann ich Endpoints des Controllers assoziieren (mcaAdd 1 0 1 1,...) und bekomme auch mit mca_X die Angabe des korrekten Setzen. Jedoch habe ich dem Geraet heute und gestern keine einzige Nachricht für einen Endpoint entlocken können. Defekt, Unvermögen oder zwapi-Mißverstaendnis??
Fazit: 4 Testgeraete und 3 verschiedene Test-Ergebnisse, wobei 2 Ergebnisse mMn nicht mit zwapi in Einklang stehen. Brauche neue Testhardware...