27.02.2026 06:56:53 | 29020 | WARNING | ScriptEngine | Result for Event 20277
Warning:
Warning: src/protocols/secure_channel/CASESession.cpp:578: CHIP Error 0x00000032: Timeout in /var/lib/symcon/scripts/26965.ips.php on line 69
Warning: src/protocols/secure_channel/CASESession.cpp:578: CHIP Error 0x00000032: Timeout in /var/lib/symcon/scripts/26965.ips.php on line 70
in /var/lib/symcon/scripts/29020.ips.php on line 32
Das bekomme ich denn ich den Modus und Startbefehl per Requestaction setzen will.
Fix ist in der RC2 drin. Das Problem, bei dem das Koppeln manchmal mit „Internal Error“ abbricht analysieren wir aktuell nicht. Das ist leider noch offen. Die Problem mit „Secure Pairing Failed“ sollte aber endlich gelöst sein
@HarmonyFan Ich bin mir unsicher. Das Problem klingt, als wenn Symcon das Gerät aktuell im Netzwerk nicht sauber erreichen kann.
Eben mit der letzten Docker-Version 9.0-726 versucht und Fehler kam wieder. Gerät ist auf jeden Fall stabil im Netzwerk wenn er gestartet werden soll. Es funktionierte in den Anfängen von Matter sehr gut. Könnte neues Pairing helfen?
Moin,
leider funktioniert es auf meinem System noch nicht:
Ich versuche es mal etwas einzugrenzen. Symcon läuft auf einem Debian 13 auf einer physikalischen Maschine in der Version 9.0-726
dpkg -l | grep symcon ii symcon 9.0-726 amd64 IP-Symcon
ipv6 ist aktiv
ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host noprefixroute
valid_lft forever preferred_lft forever
2: eno1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
link/ether 1c:69:7a:0c:e7:8c brd ff:ff:ff:ff:ff:ff
altname enp0s31f6
altname enx1c697a0ce78c
inet 192.168.5.208/24 brd 192.168.5.255 scope global eno1
valid_lft forever preferred_lft forever
inet6 fdde:fd5b:351d:4916:1e69:7aff:fe0c:e78c/64 scope global dynamic mngtmpaddr proto kernel_ra
valid_lft 1776sec preferred_lft 1776sec
inet6 fe80::1e69:7aff:fe0c:e78c/64 scope link proto kernel_ll
valid_lft forever preferred_lft forever
nachdem ich den dirigera einmal angepingt habe, wird er auch in der “Nachbarschaft” erkannt
ip -6 neighbor
fdde:fd5b:351d:4916:6aec:8aff:fe0e:d48f dev eno1 lladdr 68:ec:8a:0e:d4:8f router REACHABLE
fe80::179f:d740:8a22:7ea8 dev eno1 lladdr 68:ec:8a:0e:d4:8f router REACHABLE
ipv6 router-Avertisments habe ich in beiden Versionen (1|2) versucht, allerdings glaube ich das 1 ausreichend ist, da mein Intel-Nuc ja nur ein Netzwerk-Interface nutzt
accept_ra bedeutet:
0 = Keine Router Advertisements akzeptieren
1 = Nur wenn Forwarding deaktiviert ist
2 = Immer akzeptieren (auch wenn IPv6-Forwarding aktiv ist)
Weiterhin habe ich immer den Kopplungscode mit “-” zwischen den Zahlenblöcken eingetragen 1234-456-897 eingegeben. Das führt nach wie vor zu einem “Secure Pairing Failed” Ohne die Bindestriche funktioniert es nun Zumindest werden die angelernten Fernbedienungen schon mal dargestellt.
Somit ist das aktuelle Setup wie zuvor beschrieben mit “*.accept_ra = 1”.
Zum Einbinden den Dirigera-Hub neu starten, dann in der Ikea-App:
Hub-Einstellungen → Integrationen → mit einem Code koppeln → Code ohne “-” eingeben.
Die Freude wird gerade ein wenig gedämpft Aktuell werden mir nur die alten Trädfri Geräte angezeigt ( ich denke die sprechen mit dem dirigera zigbee )
Muß ich denn zwingend einen anderen Threat Border Router in meinem Netz haben, bspw Apple TV 4k?
So wie es aussieht spricht der Matter-Konfigurator auch nur ipv4 mit dem Dirigera
root@debian:~# tcpdump -n udp port 5540 or udp port 5541
tcpdump: verbose output suppressed, use -v[v]... for full protocol decode
listening on eno1, link-type EN10MB (Ethernet), snapshot length 262144 bytes
13:05:51.320721 IP 192.168.5.208.57301 > 192.168.5.232.5540: UDP, length 51
13:05:51.334024 IP 192.168.5.232.5540 > 192.168.5.208.57301: UDP, length 94
13:05:51.334727 IP 192.168.5.208.57301 > 192.168.5.232.5540: UDP, length 34
13:05:51.334922 IP 192.168.5.208.57301 > 192.168.5.232.5540: UDP, length 51
13:05:51.341710 IP 192.168.5.232.5540 > 192.168.5.208.57301: UDP, length 92
13:05:51.342422 IP 192.168.5.208.57301 > 192.168.5.232.5540: UDP, length 34
13:05:51.342592 IP 192.168.5.208.57301 > 192.168.5.232.5540: UDP, length 51
13:05:51.359963 IP 192.168.5.232.5540 > 192.168.5.208.57301: UDP, length 78
Ich habe von Ikea zwei Kajplats die zumindest einen Matter-Aufkleber haben, ich bin davon ausgegangen, dass die Dinger Matter sprechen. Die sind am dirigera angemeldet.
Ich glaube ich verstehe Dich nicht so ganz.
Aber ich hab es gefunden.
In der Ikea App kann ich in den Einstellungen eines Gerätes mit dem Punkt “Verbindung über QR-Code” das Gerät an Symcon anmelden. Danke für den Hinweis.
Ich habe es nun geschafft das Shelly Plug S ins Netzwerk zu bekommen. Über Bluetooth via Handy konnte ich das Gerät konfigurieren. Nun taucht es auch in der Fritzbox auf. Es ist im gleiben Subnetz wie die Symcontestversion auch.
Ich habe Symcon 9.0 RC2 nun auch drauf.
Alles zu Matter habe ich auf Symcon nochmals deinstalliert. Nun habe ich nur den Matterkonfigurator installiert. Unter Geräte taucht nichts auf, auch wenn ich mehrfach auf “Aktualisieren” klicke. Unter “Thread Netzwerke verwalten” taucht nur ein Amazon Gerät als Thread Border Router auf. Wenn ich auf “Gerät koppeln klicke und die vom Shelly mitgelieferte ID dort eingebe, dann sucht er, findet aber nichts. Ich bin mir allerdings auch nicht sicher ob das die richtige ID ist. In der Shelly App auf dem Handy finde ich diverse IDs, ebenso wie auf der Verpackung. Ist das die wo der QR-Code bei ist nach Muster “xxxx-xxx-xxxx” ? Müsste das mit oder Bindestriche eingegeben werden? Habe beides ausprobiert so wie auch die anderen IDs. In der Ahelly App finde ich IDs, wie Geräte ID, Dezimal ID, dann die ID zum Aufkleben, dann die ID auf der Verpackung. Eine Kopplungs-ID, die als solche benannt ist, finde ich nicht.
Wenn ich auf “Koppeln über App” versuche, dann steht dort “Öffnen Sie die Matter EInstellungen in der Symcon Visualisierungs-App, um ein neues Gerät hinzuzufügen”. Ich suche in der App, finde aber nichts in Richtung Matter. Wo müsste das denn in der Symcon App stehen? Mit der Symcon ist die App verbunden - finde aber nichts.
Wenn ich vom Symcon-Server (Debian 13) die Shelly anpinge, dann bekomme ich auch Rückmeldung. Der Server und und Shelly sehen sich daher.
Ich habe das Shelly Plug S Gen3, falls das noch hilfreich sein kann. In der Shelly App ist Matter auch aktiviert. Irgendwelche Ideen? Muss ich noch andere Instanzen auf Symcon installieren? Ich sehe, dass mit dem Matter Konfigurator unter Splitter ein “Matter Controler” mitinstalliert wurde.
Jetzt hat es geklappt. Aber warum auf einmal ist mir noch nicht bewusst. Bei mir ging es übrings über Koppel mit der ID auf dem Kleber nach Muster “xxxx-xxx-xxxx”. Im Gegensatz zu dem anderen Thread hier im Forum wo es nur ohne Bindestriche geklappt hat. Ich versuche jetzt nochmals herauszufinden woran es nun lag.
um zu schauen wo das problem liegt hatte ich “avahi-utils” installiert und einige tests durchgeführt. nun habe ich das wieder deinstalliert und RA auf der Fritzbox wieder ausgeschaltet. dann habe ich Symcon neu gestartet. Anschließend konnte ich zunächst in der Geräteinstanz auf Symcon die Steckdose von Shelly weiter schalten, dann kam aber kurz darauf folgende Fehlermeldung:
Also, wenn ich das jetzt richtig sehe, dann funktioniert das nur, wenn in der Fritzbox Router Advertisement eingeschaltet ist. Anschließend muss der Server und der Shelly neu gestartet werden, damit auch sicher die Ipv6 Adressen gezogen werden.
Wenn ledigtlich Link Local und/oder ULA Adressen (fe80 oder fd93) ipv6 vorliegen, dann klappt es nicht. Es muss offenslichtlich eine globale ipv6 wie 2a02 etc. vorliegen damit das funktioniert.
Nach meinen Forschungen im Internet müsste Matter via Wifi auch über Link-Local auch funktionieren.
@paresy Ist das von Symcon vorgegeben, dass das nur über Global Adressen funktionieren soll oder darf? Ich wollte mein RA in der Fritzbox eigentlich ausgeschaltet lassen.
Aber der Dirigera scheint wohl noch nicht ganz so stabil zu funktionieren, mir sind nun schon das zweite Mail die zuvor angemeldeten KajPlats in den Modus “offline” gewechselt. Ich hatte zwischendurch den dirigera stromlos gemacht.
Es bleib merkwürdig. Nun habe ich es hinbekommen ohne globale ipv6. Irgendwann funktionierte es aus heiterem Himmel auch ohne RA. Habe danach den Debianserver neugestartet wo Smycon drauf läuft. Anschließend klappte es nicht mehr die Steckdoese zu schalten - auch nicht nach etwas längerer Zeit. Da kamen dann wieder einige Fehlermeldungen.
Dann habe ich “systemctl restart symcon” nur Symcon neugestaret ohne das ganze System neu zu starten. Und siehe da: Es geht wieder.
Ich notiere im aktuelle Zustand von Matter auf Symcon:
Matter + Symcon RC2 funktioniert auch ohne globale IPv6, aber nur wenn der Controller frisch initialisiert ist.
Nach einem Server-Neustart kann es sporadisch ausfallen - Neustart von Symcon löst es zuverlässig.
Ich vermute, dass da noch etwas Programmierarbeit notwendig ist…
Übringens taucht in den Einstellungen der Symcon-App (die neue Version) der Bereich Matter nach wie vor nicht auf.
Aktuell werden mir nur die alten Trädfri Geräte angezeigt ( ich denke die sprechen mit dem dirigera zigbee )
