Der neue Monatsrückblick für Mai und Juni 2026 ist online!

[Fabio]

@Dragon sagte:

Ich bin mit den FW Versionen von den AP und mit der Network Version eine Versionsnummer zurückgegangen und schon funktionierte es wieder reibungslos.

Prima das freut ich für dich

... ich habe ja Fritzbox7690, Fritz Repeater, TP Link Switch Managed, du kannst es mir wirklich glauben, hab alles ausprobiert was möglich, ist auch mit Fritz Support und Apple Support etc.
Hat nichts gebracht, erst gestern wieder ist mein System mit weit über 200 Matter Thread Geräten abgestürzt.
Klar kommt es dann von alleine wieder zurück, aber trotzdem ist das echt ärgerlich.
Meine Frau und ich sind schon am überlegen das ganze Smart Home in die Tonne zu kloppen.
Wir hatten auch einen Dirigera 14 Tage lang, den haben wir nicht ans laufen bekommen, der hat nur einmal Geräte angelernt das war es dann.
Support sagte bring zurück evtl. defekt.
Ich kann jeden nur empfehlen nach einem Jahr Matter Thread mit Apple bleibt bei eurem funktionierendem System.
Wir sind jetzt noch als letzten Schritt am überlegen alles auf Unify umzustellen. Viele Probleme kommen auch weil die meisten Hersteller ihre eigene Suppe kochen und dann auch noch unterschiedliche Firmware haben oder gar keine Updates anbieten. Ikea macht da noch das meiste von allen.
Nimm dir an @apollon77 ein Beispiel, er hat sein Matter JS. auf den aktuellen Stand gebracht und zwar Matter 1.6 für ioBroker und Home Assitent.
Such mal bitte einen Hersteller der seine Hubs Border Router etc. auf die Version gebracht hat, findest du keinen. Sogar Apple bringt es nicht auf die Reihe.

Noch ein Tipp, um zu verifizieren das es tasächlich am den Unify Firmware liegt, solltest du auf jeden Fall noch mal zurück wechseln und testen.

Herzliche Grüße aus Köln
Fabio

[apollon77]

@Dragon sagte:

@apollon77

Habe dir mal ein Issue auf github aufgemacht. Kann keine neuen Geräte mehr anlernen. Meine letzten habe ich mit 1.2.1 angelernt. Dort wurden zwei neue angelegt mit den Nummern 1 und 2, anstatt ganz langer Zahlenreihen. Und nun sagt er, dass Node 1 oder Node 2 bereits in Benutzung sind. Auch ein Schritt zurück auf 1.2.1 hilft nicht.

Fixed by 1.3.1

[apollon77]

Ich habe gerade die 1.3.1 released, die Commissioning und auch das Attribute Polling fixt, wo durch den Upgrade auf die neueste matter.js Version was kaputt gegangen war. Beides gefixt.

Wenn sonst nichts mehr kommt dann geht das in ein paar Tagen ins Stable

[JackDaniel]

beides sieht bei mir nun gut aus :)
Hat sich beider vergabe der id etwas geändert?
die zwei die ich nun neu hinzugefügt habe, haben die id 1 und 2, anstatt wie bisher die 20 stellige zahl als id

[apollon77]

@JackDaniel sagte:

Hat sich beider vergabe der id etwas geändert?
die zwei die ich nun neu hinzugefügt habe, haben die id 1 und 2, anstatt wie bisher die 20 stellige zahl als id

Ja, diese Random IDs bringen nicht so wirklich viele Vorteile ausser mega lange IDs ... also machen wir es jetzt aufsteigend :-)
Aber ja wir migrieren die bestand-IDs nicht, das ist viel zu aufwändig/gefährlich

[arteck]

@apollon77 kannst du da nicht was aus den Werten generieren so dass die Geräte immer die gleiche ID bekommen. wie die ieee nummer bei zigbee

[Homoran]

@arteck ich fürchte die GeräteID ist auch am TBR jedesmal anders.
War zumindest bei mir nach Neuanlernen jedesmal so

[arteck]

@Homoran ja jetzt.. deshalb die frage ob man da nicht was ableiten kann

[JackDaniel]

die idee mit dem ableiten wäre eine spitzen idee, dafür wäre ja die serienummer prädestiniert...

[Homoran]

@arteck das hab ich chon verstanden, aber woher nehmen

Ich hab noch nie geprüft ob sich

Oder etwas hier (hardware address??)

Nicht ändert wenn man das Gerät neu anmeldet

[Rakete01]

Moin,
ich habe den Matter Adapter (anfangs 0.5.4, jetzt 1.3.1) installiert, und möchte darüber meine an einen Apple HomePod mini angelernten Matter-Geräte (insgesamt 6 Stück, IKEA Fenstersensoren und Schaltsteckdosen) steuern. Die Geräte habe ich über die Controller-Funktion angelernt, alle wurden auch erkannt.
Mein Problem ist, das bei jedem Gerät nur die ersten beiden Schaltvorgänge im ioBroker ankommen. Der Fenstersensor z.B. zeigt geöffnet an, wenn ich das Fenster schliesse, zeigt er das auch an, das nächste Öffnen wird dann aber mit erheblicher Zeitverzögerung angezeigt (teilweise über 5 Minuten). Dies gilt für alle 6 Geräte.
Kann das daran liegen, dass ich kein ioBroker Cloud Abo habe? Gilt die Grenze von 5 Geräten auch für die Controller Funktion?
In Apple Home werden alle Schaltvorgänge korrekt angezeigt.
Danke für eine kurze Rückantwort.
Gruß
Rakete01

[darkblu]

Es könnte doch auch an deinem Thread Netzwerk liegen.
Sieh dir doch mal im Matter Adapter die Thread Topologie (?) an.
Welche Form und Farbe haben die Verbindungslinien der Ikea Geräte zum TBR ?

[Rakete01]

Hi, ich füge eine Hardcopy der Topologie hier mal ein. Leider habe ich ich eine Farbsehschwäche, so dass ich an dieser Stelle etwas gehandicapt bin:

[Dragon]

Ich habe das Update auf 1.3.1 gemacht. Lediglich viele Infos beim Update machen mich etwas stutzig. Liegt's an meinem Gerät, ist das normal oder ist etwas mit dem Adapter?

	iobroker gyp info spawn /usr/bin/python3gyp info spawn args [gyp info spawn args '/usr/lib/node_modules/npm/node_modules/node-gyp/gyp/gyp_main.py',gyp info spawn args 'binding.gyp',gyp info spawn args '-f',gyp info spawn args 'make',gyp info spawn args '-I',gyp info spawn args '/opt/iobroker/node_modules/@stoprocent/noble/build/config.gypi',gyp info spawn args '-I',gyp info spawn args '/usr/lib/node_modules/npm/node_modules/node-gyp/addon.gypi',gyp info spawn args '-I',gyp info spawn args '/home/iobroker/.cache/node-gyp/22.23.1/include/node/common.gypi',gyp info spawn args '-Dlibrary=shared_library',gyp info spawn args '-Dvisibility=default',gyp info spawn args '-Dnode_root_dir=/home/iobroker/.cache/node-gyp/22.23.1',gyp info spawn args '-Dnode_gyp_dir=/usr/lib/node_modules/npm/node_modules/node-gyp',gyp info spawn args '-Dnode_lib_file=/home/iobroker/.cache/node-gyp/22.23.1/<(target_arch)/node.lib',gyp info spawn args '-Dmodule_root_dir=/opt/iobroker/node_modules/@stoprocent/noble',gyp info spawn args '-Dnode_engine=v8',gyp info spawn args '--depth=.',gyp info spawn args '--no-parallel',gyp info spawn args '--generator-output',gyp info spawn args 'build',gyp info spawn args '-Goutput_dir=.'gyp info spawn args ]

[apollon77]

@Homoran sagte:

@arteck ich fürchte die GeräteID ist auch am TBR jedesmal anders.
War zumindest bei mir nach Neuanlernen jedesmal so

Nope. Und auch zu den posts danach von @homoran und @jackdaniel :

Eine der Grundgedanken von Matter ist Privacy. Es gibt keine Unique ID die einen Factory Reset überlebt. Ebenso MAC-Addressen können dabei rotieren. Es steht nirgends geschrieben das die nach einem Factory Reset noch gleich sind-
Seriennummern könnten vllt wenn man Vendor-ID und product-ID einbezieht unique-ish sein, aber dann geht das schon wieder mit den DIY devices die die Test-ID (wie ioBroker .. hihi) nutzt kaputt weil sich dort niemand um unique Seriennummern schert.

Das widerspricht einem der Ziele von Matter als Standard, nämlich genau das man ein Gerät nicht über eine "eindeutige ID" verfolgen kann.

Also bitte lasst uns das bitte einfach aktzeptieren. Ein Gerät bekommt eine Node-ID wenn es commissioniert wird in einen Controller und diese ist so lange stabil bis das Gerät neu commissioned wird (oder der Controller Sie ändert, theoretisch geht das)

[apollon77]

@Rakete01 sagte:
Kann das daran liegen, dass ich kein ioBroker Cloud Abo habe? Gilt die Grenze von 5 Geräten auch für die Controller Funktion?
In Apple Home werden alle Schaltvorgänge korrekt angezeigt.

Nein das liegt garantiert nicht an der Cloud. Es kann am Netzwerk liegen oder - je nachdem was es für Geräte sind - auch an potentiell installierten Firewalls auf dem ioBroker Rechner liegen?

Mehrere Minuten Verzögerung kling t. ach einem Timeout der Subscription und Re-Subscribe und dann kommen Sie. Es gab Fälle wo Filewall "connack" Einstellungen vor allem bei länger schlafenden Geräten die Verbindung gekillt haben und sowas verursachen.
Aber genau sieht ,man das nur wenn man das log anschaut. Also mal Adapter auf Debug logging und schauen was genaupassiert.

[apollon77]

@Dragon sagte:

Ich habe das Update auf 1.3.1 gemacht. Lediglich viele Infos beim Update machen mich etwas stutzig. Liegt's an meinem Gerät, ist das normal oder ist etwas mit dem Adapter?

	iobroker gyp info spawn /usr/bin/python3gyp info spawn args [gyp info spawn args '/usr/lib/node_modules/npm/node_modules/node-gyp/gyp/gyp_main.py',gyp info spawn args 'binding.gyp',gyp info spawn args '-f',gyp info spawn args 'make',gyp info spawn args '-I',gyp info spawn args '/opt/iobroker/node_modules/@stoprocent/noble/build/config.gypi',gyp info spawn args '-I',gyp info spawn args '/usr/lib/node_modules/npm/node_modules/node-gyp/addon.gypi',gyp info spawn args '-I',gyp info spawn args '/home/iobroker/.cache/node-gyp/22.23.1/include/node/common.gypi',gyp info spawn args '-Dlibrary=shared_library',gyp info spawn args '-Dvisibility=default',gyp info spawn args '-Dnode_root_dir=/home/iobroker/.cache/node-gyp/22.23.1',gyp info spawn args '-Dnode_gyp_dir=/usr/lib/node_modules/npm/node_modules/node-gyp',gyp info spawn args '-Dnode_lib_file=/home/iobroker/.cache/node-gyp/22.23.1/<(target_arch)/node.lib',gyp info spawn args '-Dmodule_root_dir=/opt/iobroker/node_modules/@stoprocent/noble',gyp info spawn args '-Dnode_engine=v8',gyp info spawn args '--depth=.',gyp info spawn args '--no-parallel',gyp info spawn args '--generator-output',gyp info spawn args 'build',gyp info spawn args '-Goutput_dir=.'gyp info spawn args ]

Naja er muss halt BLE module Bauen falls Du BLE willst ... alles gut, normal

[Dragon]

@apollon77 Vielen Dank für die schnelle Reaktion. Da bin ich beruhigt.

[Rakete01]

@apollon77

Aber genau sieht ,man das nur wenn man das log anschaut. Also mal Adapter auf Debug logging und schauen was genaupassiert.

Vielen Dank,
ich probiere es mal aus und melde mich dann…

[Dragon]

@apollon77 Anlernen nicht möglich. Eine Idee woran es liegt?

2026-08-01 10:56:12.572	error	Error: Operation aborted at Function.throwIfAborted (/opt/iobroker/node_modules/@matter/general/src/util/Abort.ts:215:21) at Semaphore.obtainSlot (/opt/iobroker/node_modules/@matter/general/src/util/Semaphore.ts:119:27) at processTicksAndRejections (node:internal/process/task_queues:103:5) at MatterAdapter.handleControllerCommand (/opt/iobroker/node_modules/iobroker.matter/src/main.ts:258:22) at MatterAdapter.#onMessage (/opt/iobroker/node_modules/iobroker.matter/src/main.ts:357:13)

matter.0
2026-08-01 10:56:12.572	error	unhandled promise rejection: Operation aborted

matter.0
2026-08-01 10:56:12.572	error	Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().

matter.0
2026-08-01 10:56:12.559	error	Error: Operation aborted at Function.throwIfAborted (/opt/iobroker/node_modules/@matter/general/src/util/Abort.ts:215:21) at Semaphore.obtainSlot (/opt/iobroker/node_modules/@matter/general/src/util/Semaphore.ts:119:27) at processTicksAndRejections (node:internal/process/task_queues:103:5) at MatterAdapter.handleControllerCommand (/opt/iobroker/node_modules/iobroker.matter/src/main.ts:258:22) at MatterAdapter.#onMessage (/opt/iobroker/node_modules/iobroker.matter/src/main.ts:357:13)

matter.0
2026-08-01 10:56:12.558	error	unhandled promise rejection: Operation aborted

matter.0
2026-08-01 10:56:12.540	error	Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().