UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[schweiger2]

Ich habe einen Aqara P2 Bewegungs- und Lichtsensor über Echo 4. Generation über Thread erfolgreich mit Alexa verbunden.

In Alexa kann ich für das Gerät einen neuen Pairing Code erstellen.

Wenn ich diesen im ioBroker Matter im Controller zum Pairen eingebe, dreht sich der Donut eine Weile und dann erscheint die Fehlermeldung

Gerät kann nicht gekoppelt werden: Fehler beim Ausführen des Befehls "controllerCommissionDevice": Failed to connect on any discovered server

Ich habe den Aqara nicht in Pairing Mode versetzt, denn dann bekomme ich keinen Code von Alexa mehr.

IPv6 ist enabled, ping -6 funktioniert.

Vielen Dank für etwas Hilfe

[Fabio]

@schweiger2 ich habe diese Probleme leider auch und kann dir nicht sagen woran das liegt.
Du hast es aber von Vorgang her alles richtig gemacht und so sollte es auch klappen.
Evtl. kann @apollon77 was dazu sagen.

Herzliche Grüße
Fabio

[schweiger2]

Allerdings fällt auf, dass

sudo sysctl -n net.ipv6.conf.#######.accept_ra_rt_info_max_plen

nicht 64, sondern immer 0 zurückgibt, trotz entsprechender Einträge in sysctl.conf.

[Fabio]

@schweiger2 ist aber 0 nicht aktiviert? Ich blicke da nicht mehr durch. Bei mir hat alles perfekt funktioniert. Als ich dann die FRITZ!Box neu starten musste ging alles den Bach runter. Jetzt ist mein Stand das ich nichts mehr am Controller was over Thread ist angelernt bekomme.
Grüße

[schweiger2]

@fabio

Der Troubleshooting-Guide sagt halt:

Kontrolle der Einstellungen:

sudo sysctl -n net.ipv6.conf.########.forwarding
Ergebnis muss: 0

sudo sysctl -n net.ipv6.conf.#######.accept_ra
Ergebnis muss: 2

sudo sysctl -n net.ipv6.conf.#######.accept_ra_rt_info_max_plen
Ergebnis muss: 64

Aber im letzten Punkt erhalte ich trotz Eintragung in der sysctl.conf immer den Wert 0 nach reboot; beim manuellen Setzen besteht der Wert 64 nur in der laufenden Sitzung.

[Fabio]

@schweiger2 okay, ja das habe ich auch gelesen. Wenn ich bei mir eine Abfrage mache mit ip a dann kommt zum Beispiel bei mir nicht der Punkt 3 der im Troubleshooting-Guide beschrieben ist.
Weiterhin findet der Controller ja Matter over Thread Geräte wenn ich ihn suchen lasse, zwar nicht alle, aber er findet welche.
Das heißt doch auch das es kein Problem geben kann mit ipv6.

Wie ist da denn wenn du bei dir die Suche im Controller startest, siehst du denn den Bewegungsmelder?

Grüße
Fabio

[schweiger2]

@fabio

nein, wie oben beschrieben kreist der Donut eine Weile und dann kommt

Fehler beim Ausführen des Befehls "controllerCommissionDevice": Failed to connect on any discovered server

[Fabio]

@schweiger2 was hast du den für eine ioBroker Instalation?

[schweiger2]

@fabio

ioBroker ist in einer VM auf Trixie unter Proxmox installiert.

Meinst Du das ?

[Fabio]

@schweiger2 ja das meinte ich.
Grüße
Fabio

[schweiger2]

@fabio @duffy

So, jetzt ist das Problem weitgehend gelöst und ich konnte den Aqara P2 aus Alexa in den Matter-Adapter einbinden.

Ich musste dafür nochmal gemäß Troubleshooting-Guide ausführen:

sudo sysctl -w net.ipv6.conf.#######.accept_ra_rt_info_max_plen=64

Kontrolle dann mit:

sudo sysctl -n net.ipv6.conf.#######.accept_ra_rt_info_max_plen
Ergebnis muss 64 sein.

Danach war das Gerät schwupps in iobroker importierbar/gekoppelt.

Allerdings bleibt diese Einstellung trotz des Eintrags in sysctl.conf nicht persistent, muss also nach jedem Neustart neu gesetzt werden, zumindest in Trixie.

Weiß dazu jemand Rat ?

[arteck]

@schweiger2 dann bau dir ein bash script mit den einträgen

sysctl -w net.ipv6.conf.xxxx.forwarding=0
sysctl -w net.ipv6.conf.xxxx.accept_ra=2
sysctl -w net.ipv6.conf.xxxx.accept_ra_rt_info_max_plen=64

und pack den bei reboot in crontab ein

[Fabio]

@schweiger2 das freut ich mich das du das geschafft hast. :+1:
Ich bin da nicht weiter gekommen.
Herzliche Grüße
Fabio

[schweiger2]

Nach etwas Lesen (chatgpt, um ehrlich zu sein) habe ich nun gefunden, dass unter Trixie die sysctl.conf anders funktioniert:

Gekürzte Zusammenfassung:
"Unter Debian Trixie (Debian 13, Testing/Unstable) und generell bei aktuellen Systemd-basierten Distributionen gibt es eine kleine Änderung im Umgang mit sysctl-Konfigurationen:

Früher wurde klassisch /etc/sysctl.conf verwendet, heute bevorzugt systemd (bzw. systemd-sysctl.service).

Lege eine eigene Konfigurationsdatei in /etc/sysctl.d/ an, z.B. /etc/sysctl.d/iobroker.conf

Da rein gehören dann in meinem Fall z.B. die Einträge aus dem Troubleshooting Guide.

Danach sofort aktivieren: sudo sysctl --system"

Et voilá: nach dem Neustart bleibt der Wert 64 persistent.

[Fabio]

@schweiger2 super Danke für die Info. Das hilft bestimmt anderen weiter.:+1:

[JackDaniel]

@schweiger2

ich hab deinen beitrag mal gemeldet damit das ins troubleshooting mit aufgenommen wird
hat mir sehr schnell geholfen bei dem selben problem, danke nochmals dafür

[Feuersturm]

@schweiger2 Wenn du mir den Text etwas aufbereitest, so das man ihn ins Wiki übernehmen kann, dann füge ich es dort gerne ein. Am besten die Beschreibung dann so formulieren, das Dritte es einfach nachvollziehen können :)

[schweiger2]

Ok, mache ich sehr gerne, denn ich freue mich, auch mal etwas beitragen zu können und nicht nur Nehmender zu sein.