Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[apollon77]

Also wenn die Schalter idee für Euch sinn macht dann könnte man das umbauen. Wäre aber breaking und in Matter würde das alte gerät verschwunden und ein neues Gerät auftauchen

[deta]

@apollon77 sagte in Matter: Allgemeine Fragen und Diskussionen:

@ofbeqnpolkkl6mby5e13 Naja da Matter das eine nicht kenn kennt es das andere auch nicht. LongPress ist ein anderer tate in ioBroker weil ioBroker das auch nicht kann, man kann also "zwei schalter" exposen,.. einer für Press und einer für LONG PRESS

Einen reinen Taster wäre schon gut, der sauber dann auch an Alexa geht. Und der Taster nicht als Fernbedinung bei Alexa erkannt wird.

Alexa triggert kurz , also wie ein Taster.

[Sandy]

Hallo.

Kann das einer bestätigen das wenn man viele Geräte in dem Matter Adapter drin hat das das dann nicht mehr richtig funktioniert ?

Habe das schon ein paar mal in anderen Foren gelesen. Ich habe ca. 50 Geräte.

LG Sandy

[docsnyder7]

@sandy Hab auch etwa 50 Geräte in 2 Bridges und noch keine Probleme bemerkt!

Ich frage mich, mit welchen Anfragen an Alexa ich zb Luftfeuchte abfrage oder Luftdruck.. aber das gehört hier nicht rein

[Fabio]

@sandy schau mal bei mir

Bridge 1 ist für Alexa und ioBroker Bridge ist für Apple.

habe keine Probleme was geht denn nicht richtig?

[Sandy]

vielen lieben dank euch beiden.

LG Sandy

[Scrounger]

Ich hab folgendes setup:
iob auf proxmox lxc (unpriviligiert), Google Handy und einen Google Nest Mini 2. Hab eine Bridge erstellt und das schalten vom Handy und Nest funktioniert.

Aber wenn ich den state direkt im iob ändere, bekommt das Handy & Nest Mini die Änderung nicht mit. Im Debug Log steht leider auch nichts.

Ist das ein Bug oder hab ich nen Fehler in meiner Config?

[apollon77]

@scrounger Der Matter Adapter braucht korrekte Ack flags. "Nach aussen" .- also zu handy/nest wird nur das pbewrtragen was mit ack=true geschrieben ist und damit ein finaler Weert ist.

Da ich jetzt nicht weiss was Du hier genau wie in "iob änderst" und von was wir genau reden bräuchte man mehr Informationen. Wenn es eigene States sind dann vergsst man gern mal das mit dem "ack-Flag".

[Scrounger]

@apollon77 sagte in Matter: Allgemeine Fragen und Diskussionen:

@scrounger Der Matter Adapter braucht korrekte Ack flags. "Nach aussen" .- also zu handy/nest wird nur das pbewrtragen was mit ack=true geschrieben ist und damit ein finaler Weert ist.

Top danke das ist die entscheidende Info, mit ack flag gehts

[apollon77]

@scrounger ;-)

[no6mis]

Ich wollte eigentlich meine zigbee2mqtt-Lampen über Matter an Alexa exposen. Dazu muss ich sie aber mühsam als Gerät (Alias) aufsetzen, um sie dann in Matter hinzuzufügen.
Mit dem aktualisierten iot-Skill für v3 (wie auch schon bei v1) ist es aber so viel einfacher. Ich wähle einfach einen State aus und der Rest passiert über den type-detector voll automagisch.
Wäre es möglich, dass ihr diese geniale type-detector Magie auch für den Geräte-Skill implementiert? Ich würde nämlich viel lieber Matter für die Steuerung nehmen als den Umweg über den Alexa-Skill.

[Fabio]

@no6mis warum über den Alias?
Grüße
Fabio

[no6mis]

@fabio weil ich bis gerade davon ausging, dass die Verwendung vom Geräte-Adapter best practice ist.

Oder ist der Adapter eher überflüssig geworden, weil jeder Adapter nun seinen eigenen type detector hat?

[Fabio]

@no6mis also im Matter Adapter übergibst du den State oder Gerät aus Kanal dann klappt das. Oder ich verstehe dich jetzt falsch.
Du brauchst keinen Skill oder den Iot Adapter, du übergibst deine Geräte mit dem Matter Adapter das war es. ;-)

Grüße
Fabio

[no6mis]

@fabio ich hatte meine Geräte bisher über den Geräte-Adapter angelegt, mit Funktion und Raum. Das ist für Zigbee2Mqtt Lampen sehr umständlich, weil man jede Funktion manuell zuordnen muss.
Aber dadurch bleiben sie als Gerät wieder verwendbar.

[Fabio]

@no6mis da kenne ich mich nicht aus mit dem Geräte Adapter.

Grüße
Fabio

[apollon77]

@no6mis Wenn die Adapter sauber arbeiten dann passen die Rollen und alles ist gut und wird direkt erkannt und Du kannst somit die normalen Adapter-Objekte nutzen. Falls das nicht der Fall ist, dann führt der Weg über ein Alias zum Erfolg.

Und naja generell Aliasee zu nutzen hat noch andere Nebeneffekte die SInn machen können, wie zb das man es einfach austauschen kann, auch Adapterübergreifend. Also von daher ist dieser "einmalige Mehraufwand" durchaus zu was nütze - wenn man machen will. Also generell hast Du nichts falsch gemcht und wenn Du den Aufwand machen willst hat es vorteile ...

[no6mis]

@apollon77 Danke für die Erläuterung.
Einen gewissen Mehraufwand würde ich ja auch in Kauf nehmen, aber bei den Lampen ist es schon viel geschmeidiger durch den type-detector, der leider für den Geräte-Adapter nicht existiert.
Aber wenn du mal einen regnerischen Tag hast...

[apollon77]

@no6mis Hm ... von welchem Adapter reden wir? "Devices" erlaubt Dir alles manuell zuzuordnen, ja, er zeigt Dir aber auch was er so generell gefunden hat und erkannt hat und erlaubt die aliase automatisch anzulegen. Schau Dir mal die UI von dem Adapter an und klappe mal die Bäume auf die es da so gibt

[no6mis]

@apollon77 said in Matter: Allgemeine Fragen und Diskussionen:

er zeigt Dir aber auch was er so generell gefunden hat

Wo zeigt er mir das denn?
Ich sehe in der UI nur die Ordner, die ich selbst angelegt habe.
Dort kann ich bspw. eine neue Lampe hinzufügen, wähle den passenden Typ aus, der mit Alexa kompatibel ist, vergebe den Namen und dann muss ich leider die zugehörigen States alle manuell zuteilen.
Schöner wäre, wenn hier die Magie des type-detectors eingreifen würde und zumindest als Vorschlag die passenden Eigenschaften füllen würde.
Evtl. benutze ich den Geräte-Adapter aber auch falsch, wenn du schreibst, dass er auch generell was finden kann.