+ Antworten
Seite 1 von 2 1 2 LetzteLetzte
Ergebnis 1 bis 10 von 11
  1. #1
    Registriert seit
    Dec 2012
    Beiträge
    26

    Standard Konnte Konfigurationsform nicht laden

    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"
    Klicken Sie auf die Grafik für eine größere Ansicht 

Name:	Konnte Konfigurationsform nicht laden.JPG 
Hits:	34 
Größe:	18.1 KB 
ID:	50271

    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."
    Klicken Sie auf die Grafik für eine größere Ansicht 

Name:	Zeitüberschreitung beim Warten auf Bestätigung.JPG 
Hits:	34 
Größe:	36.1 KB 
ID:	50272

    Wenn ich es oft genug versuche, klappt es dann aber es fehlt die Gruppe 3:
    Klicken Sie auf die Grafik für eine größere Ansicht 

Name:	Asso-Grp3-fehlt.JPG 
Hits:	27 
Größe:	73.7 KB 
ID:	50273
    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

  2. #2
    Registriert seit
    Feb 2005
    Ort
    Lübeck
    Beiträge
    21,393

    Passiert das bei allen Instanzen? Oder nur bei wenigen?

    paresy

  3. #3
    Registriert seit
    Sep 2015
    Beiträge
    239

    So wie bei mir.... paresy muss da mal bei Symcon nachbessern
    IPS 5.2 auf Raspberry Pi

  4. #4
    Registriert seit
    Feb 2005
    Ort
    Lübeck
    Beiträge
    21,393

    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
    Geändert von paresy (30.08.19 um 15:59 Uhr)

  5. #5
    Registriert seit
    Sep 2015
    Beiträge
    239

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

  6. #6
    Registriert seit
    Feb 2005
    Ort
    Lübeck
    Beiträge
    21,393

    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

  7. #7
    Registriert seit
    Dec 2012
    Beiträge
    26

    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.

    Update zu Gruppe 3 Problem:
    Das Problem tritt bei Fibaro Shutter Modulen nicht auf:
    TXT: 31.08.2019 12:12:06.00 | (S) ZWaveAssociation::RequestAssociationCount | ?<ENQ>
    HEX: 31.08.2019 12:12:06.00 | (S) ZWaveAssociation::RequestAssociationCount | 85 05
    TXT: 31.08.2019 12:12:06.00 | (R) Class (85): ASSOCIATION | <ACK><ETX>
    HEX: 31.08.2019 12:12:06.00 | (R) Class (85): ASSOCIATION | 06 03
    TXT: 31.08.2019 12:12:06.00 | (S) ZWaveAssociation::RequestAssociationGroup1 | ?<STX><SOH>
    HEX: 31.08.2019 12:12:06.00 | (S) ZWaveAssociation::RequestAssociationGroup1 | 85 02 01
    TXT: 31.08.2019 12:12:06.00 | (R) Class (85): ASSOCIATION | <ETX><SOH><DLE><NUL>m
    HEX: 31.08.2019 12:12:06.00 | (R) Class (85): ASSOCIATION | 03 01 10 00 6D
    TXT: 31.08.2019 12:12:06.00 | (S) ZWaveAssociation::RequestAssociationGroup2 | ?<STX><STX>
    HEX: 31.08.2019 12:12:06.00 | (S) ZWaveAssociation::RequestAssociationGroup2 | 85 02 02
    TXT: 31.08.2019 12:12:06.00 | (R) Class (85): ASSOCIATION | <ETX><STX><DLE><NUL>m
    HEX: 31.08.2019 12:12:06.00 | (R) Class (85): ASSOCIATION | 03 02 10 00 6D
    TXT: 31.08.2019 12:12:06.00 | (S) ZWaveAssociation::RequestAssociationGroup3 | ?<STX><ETX>
    HEX: 31.08.2019 12:12:06.00 | (S) ZWaveAssociation::RequestAssociationGroup3 | 85 02 03
    TXT: 31.08.2019 12:12:06.00 | (R) Class (85): ASSOCIATION | <ETX><ETX><SOH><NUL>m
    HEX: 31.08.2019 12:12:06.00 | (R) Class (85): ASSOCIATION | 03 03 01 00 6D

    Bei Fibaro Zwischensteckern und Relais schon:
    TXT: 31.08.2019 12:13:39.00 | (S) ZWaveMultiChannelAssociation::RequestMultiChannelA ssociationCount | ?<ENQ>
    HEX: 31.08.2019 12:13:39.00 | (S) ZWaveMultiChannelAssociation::RequestMultiChannelA ssociationCount | 8E 05
    TXT: 31.08.2019 12:13:39.00 | (R) Class (8E): MULTI_CHANNEL_ASSOCIATION | <ACK><STX>
    HEX: 31.08.2019 12:13:39.00 | (R) Class (8E): MULTI_CHANNEL_ASSOCIATION | 06 02
    TXT: 31.08.2019 12:13:39.00 | (S) ZWaveMultiChannelAssociation::RequestMultiChannelA ssociationGroup1 | ?<STX><SOH>
    HEX: 31.08.2019 12:13:39.00 | (S) ZWaveMultiChannelAssociation::RequestMultiChannelA ssociationGroup1 | 8E 02 01
    TXT: 31.08.2019 12:13:39.00 | (R) Class (8E): MULTI_CHANNEL_ASSOCIATION | <ETX><SOH><ENQ><NUL>m
    HEX: 31.08.2019 12:13:39.00 | (R) Class (8E): MULTI_CHANNEL_ASSOCIATION | 03 01 05 00 6D
    TXT: 31.08.2019 12:13:39.00 | (S) ZWaveMultiChannelAssociation::RequestMultiChannelA ssociationGroup2 | ?<STX><STX>
    HEX: 31.08.2019 12:13:39.00 | (S) ZWaveMultiChannelAssociation::RequestMultiChannelA ssociationGroup2 | 8E 02 02
    TXT: 31.08.2019 12:13:40.00 | (R) Class (8E): MULTI_CHANNEL_ASSOCIATION | <ETX><STX><ENQ><NUL>m
    HEX: 31.08.2019 12:13:40.00 | (R) Class (8E): MULTI_CHANNEL_ASSOCIATION | 03 02 05 00 6D
    Geändert von furby284 (31.08.19 um 11:19 Uhr)

  8. #8
    Registriert seit
    Feb 2005
    Ort
    Lübeck
    Beiträge
    21,393

    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

  9. #9
    Registriert seit
    Dec 2012
    Beiträge
    26

    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.
    Geändert von furby284 (03.09.19 um 19:30 Uhr)

  10. #10
    Registriert seit
    Feb 2005
    Ort
    Lübeck
    Beiträge
    21,393

    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

Ähnliche Themen

  1. Fehler beim Laden der Konfigurationsform: TypeError: element.format is not a function
    Von bumaas im Forum Entwicklung mit PHP-SDK/Delphi-SDK
    Antworten: 2
    Letzter Beitrag: 13.05.19, 08:52
  2. Module gehen nicht mehr: Konnte Konfigurationsform nicht laden
    Von Stromberg im Forum Allgemeine Diskussion
    Antworten: 11
    Letzter Beitrag: 15.01.19, 18:05
  3. Server konnte nicht gestartet werden V4.4
    Von Masterflash im Forum Allgemeine Diskussion
    Antworten: 7
    Letzter Beitrag: 01.02.18, 10:01
  4. Snapshot konnte nicht vom Server geladen werden ! (Konsole startet nicht mehr)
    Von wuppi83 im Forum Allgemeine Diskussion (2.x/3.x)
    Antworten: 6
    Letzter Beitrag: 26.11.14, 14:46