Konnte Konfigurationsform nicht laden

furby284 · 30. August 2019 um 09:08

Hallo,

ich habe seit gestern folgendes Problem:
Jedes mal, wenn ich versuche ein Z-Wave Gerät in der Web-Konsole zu öffnen erhalte ich nach einigen Sekunden die Meldung „Konnte Konfigurationsform nicht laden“

Wenn ich „OK“ klicke, geht der ganze Tab wieder zu.
In der Legacy Konsole kann ich die Z-Wave Geräte öffnen, bekomme aber z.B. beim Klick auf „Assoziationen“ häufig ein „Zeitüberschreitung beim Warten auf Bestätigung.“

Wenn ich es oft genug versuche, klappt es dann aber es fehlt die Gruppe 3:

Neu „Laden“ funktioniert, ändert aber nichts an dem Verhalten. Die Geräte alles sich auch alle schalten und melden Änderungen und Sensordaten an IP Symcon.

Ach ja, ich habe natürlich IP Symcon und auch den ganzen Server mehrfach neu gestartet.
Hat irgendwer einen Tip für mich?

Meine Version:
IP-Symcon 5.1, Ubuntu, 08.08.2019, f85391467278

paresy · 30. August 2019 um 16:12

Passiert das bei allen Instanzen? Oder nur bei wenigen?

paresy

tom376 · 30. August 2019 um 16:21

So wie bei mir… paresy muss da mal bei Symcon nachbessern

paresy · 30. August 2019 um 16:37

Hi tom,

ich glaube nicht, dass dieses Problem etwas mit deinem zu tun hat.

@furby284: Kommt der Fehler auch, wenn du den Z-Wave Konfigurator öffnest? Könntest du vom Laden mir einen Debug hoch-laden? Um welches Gerät handelt es sich?

paresy

tom376 · 30. August 2019 um 16:59

Das mit dem Fehler kam auch in der webconsole. In der legacykonsole trat dieser Fehler nicht auf

paresy · 30. August 2019 um 17:08

Ah. Ich dachte du hast dich auf die Gruppe 3 bezogen. Das mit den Timeouts beim Öffnen habe ich (vermutlich) korrigiert. Da kommt in der ersten Beta nach dem 5.3er Release ein Fix mit.

paresy

furby284 · 31. August 2019 um 09:35

Sorry, musste gestern lange arbeiten.
Ich habe aber heute noch folgendes herausgefunden:
Ich habe vor einer Woche meinen Razberry1 gegen das neuere Modul getauscht (Razberry2).
Netz Netz habe ich via Backup/Restore im Z-Way Server kopiert. Vermutlich sind die Probleme seit diesem
Zeitpunkt schon da…
Ich habe meinen alten Razberry1 mit der alten Firmware wieder reaktiviert und jetzt lassen sich die GerÃ¤te in IPS wieder laden.
Allerdings fehlen mir die Gruppe 3 bei allen GerÃ¤ten, die ich mir angesehen habe (fast alles Fibaro).

Ich vermute, dass die Probleme mit der neueren Firmware auf dem Razberry2 Modul zusammenhÃ¤ngen.
5.32: Updated SDK to 6.81.
Ãœber das zway server Webfrontend habe ich bei sehr vielen GerÃ¤ten seltsame Assoziationen gefunden, teilweise GerÃ¤te, die es gar nicht gibt, meistens aber auf Sub-Channels des Maincontrollers (z.B. 109.2).
Node ID 109 ist mein Razberry.

Bei Fibaro Zwischensteckern und Relais schon:
TXT: 31.08.2019 12:13:39.00 | (S) ZWaveMultiChannelAssociation::RequestMultiChannelAssociationCount | ?<ENQ>
HEX: 31.08.2019 12:13:39.00 | (S) ZWaveMultiChannelAssociation::RequestMultiChannelAssociationCount | 8E 05
TXT: 31.08.2019 12:13:39.00 | ® Class (8E): MULTI_CHANNEL_ASSOCIATION | <ACK><STX>
HEX: 31.08.2019 12:13:39.00 | ® Class (8E): MULTI_CHANNEL_ASSOCIATION | 06 02
TXT: 31.08.2019 12:13:39.00 | (S) ZWaveMultiChannelAssociation::RequestMultiChannelAssociationGroup1 | ?<STX><SOH>
HEX: 31.08.2019 12:13:39.00 | (S) ZWaveMultiChannelAssociation::RequestMultiChannelAssociationGroup1 | 8E 02 01
TXT: 31.08.2019 12:13:39.00 | ® Class (8E): MULTI_CHANNEL_ASSOCIATION | <ETX><SOH><ENQ><NUL>m
HEX: 31.08.2019 12:13:39.00 | ® Class (8E): MULTI_CHANNEL_ASSOCIATION | 03 01 05 00 6D
TXT: 31.08.2019 12:13:39.00 | (S) ZWaveMultiChannelAssociation::RequestMultiChannelAssociationGroup2 | ?<STX><STX>
HEX: 31.08.2019 12:13:39.00 | (S) ZWaveMultiChannelAssociation::RequestMultiChannelAssociationGroup2 | 8E 02 02
TXT: 31.08.2019 12:13:40.00 | ® Class (8E): MULTI_CHANNEL_ASSOCIATION | <ETX><STX><ENQ><NUL>m
HEX: 31.08.2019 12:13:40.00 | ® Class (8E): MULTI_CHANNEL_ASSOCIATION | 03 02 05 00 6D

paresy · 2. September 2019 um 12:24

Okey - dann passt das evtl. doch zu dem Problem, welches @tom376 schon beschreibt. Die Fibaro Geräte scheinen über die MULTI_CHANNEL_ASSOCIATION Klasse die falsche Anzahl an Assoziationen zu melden. In dem Sinne ist dies ein Fehler von Fibaro. Kannst du mir sagen welche Geräte das bei dir genau sind? Dann muss ich mal schauen, ob ich im Hardware Turm ebenfalls solch ein Gerät finde.

paresy

furby284 · 3. September 2019 um 12:36

Das Öffnen der Z-Wave Geräte über Connect + Webfrontend endet bei mir immer in einem „Dein Heim ist gerade nicht erreichbar (Code -32000)“
Muss ich heute abend Zuhause nochmal schauen.
Aus dem Kopf weiß ich aber das folgende Geräte die Gruppe 3 nicht anzeigen/melden:
Fibaro Relay FGS-211
Fibaro Double Relay FGS-221
Fibaro Wall Plug FGWPE

So, hier nochmal, was ich testen konnte:
Zeigt keine 3 Gruppe:
Fibaro Motion Sensor FGMS-001
Fibaro Dimmer FGD-211
Fibaro FIB_FGBS-001 FGBS-001 Binärsensor
Fibaro Double Relay FGS-221
Fibaro Relay FGS-211
Fibaro Wall Plug FGWPE_F-101

Zeigt die 3 Gruppe:
Fibaro Roller Shutter 2 FGRM-222
Fibaro RGBW Controller FGRGBWM441

Die meisten Fibaro Geräte haben wohl das Problem. Wäre es vielleicht eine Möglichkeit, die Multichannel- und die „normale“ Association Class abzufragen? Vor der Abfrage der Multichannel Klasse wurde es ja richtig angezeigt.

paresy · 6. September 2019 um 09:07

Da wir doch noch einen RC4 machen, landet der Fix (für die Verzögerungen/Timeouts) im nächsten Update.

Das mit den Gruppen schaue ich mir noch einmal an. Ich glaube ein Gerät von deiner Liste hier zu haben.

paresy

paresy · 6. September 2019 um 15:21

Ich habe für das Problem mit der fehlenden Gruppe 3 zu IP-Symcon 5.3 einen entsprechenden Workaround eingebaut.

Dieser deaktiviert die Multi Channel Association Klasse vollständig für das Gerät sofern die normalen Associations mehr Gruppen melden, als die Multi Channel Associations.

paresy