Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[MartinP]

@homoran Ich will das eigentlich nicht unnötig ausdehnen ...
Bei anderen Adaptern ist das nicht einheitlich gelöst ...

Beim Zigbee2mqtt Adapter gibt es einen Link auf die Dokumentation auf der Readme Seite

https://github.com/arteck/ioBroker.zigbee2mqtt

Beim Meross-Adapter stehen da direkt ein paar Zeilen Zusammenfassung

https://github.com/Apollon77/ioBroker.meross

Der Einstiegspunkt den man als erstes Annavigiert ist aber sicherlich nicht eine längliche Deep-URL z. B.

https://github.com/arteck/ioBroker.zigbee2mqtt/blob/main/docs/wiki.md

sondern

https://github.com/arteck/ioBroker.zigbee2mqtt

Das letztere ist auch das, was Tante Google auf Platz 1 anzeigt, wenn man "iobroker zigbee2mqtt" eingibt ...

Ob man jetzt die erste oder zweite Variante wählt ist sicherlich Geschmackssachen und hängt auch von der Komplexität des Treibers ab (ob es überhaupt ein Wiki gibt)...

Ein Link zum Wiki im Readme ist aber sicherlich auffälliger, als der Wiki-Link mit Bordmitteln des Projektes auf Github ...

[Samson71]

@martinp sagte in Matter Bridge:

Ich will das eigentlich nicht unnötig ausdehnen ...

Dann lass es (zum Wohle aller Mitleser) doch einfach! Man, man, man..... Schreiben um des Schreibens willen oder was soll das werden?

Kannst oder willst Du nicht verstehen? Wir reden hier von einem Adapter im absoluten Alpha-Stadium und Du führst Beispiele seit Jahren etablierter Adapter an. Es wurde schon gesagt, dass sich da praktisch alles nochmal ändern kann. Das Teil ist noch nicht mal endgültig funktional und da kackst wegen irgendwelcher Wiki's oder Readme's rum.

@homoran sagte in Matter Bridge:

oder geht es nur ums stänkern?

Entweder das oder Langeweile, was Besseres würde mir auch nicht einfallen.

[MartinP]

@samson71 Das ist doch gar nicht böse gemeint - ich sehe nur, dass sich anfangen, die Fragen der Alpha-Tester zu sammeln - da es aber die Wiki-Notizen gibt, hat sich meine Anregung auch erübrigt ... Ist ja auch für die Maintainer der Adapter-Entwicklung schwierig, wenn sie hier immer wieder gleiche Fragen beantworten müssen...

[Homoran]

@martinp sagte in Matter Bridge:

Das ist doch gar nicht böse gemeint

aber unverschämt fordernd formuliert!

@martinp sagte in Matter Bridge:

Da 3...5 Sätze in 20 ... 30 Minuten schmieden muss doch möglich sein..

Was hast du an alpha nicht verstanden?

Das ist ein pre release für User, die bereit sind sich tiefer in das System einzuarbeiten und den/die Entwickler in der Entwicklung zu unterstützen.
Beginnend mit den Grundfunktionalitäten, über Feintuning, Einbindung verschiedenster Geräte, die der Entwickler gar nicht hat, bis das System so stabil läuft, dass man es als Betaversion allgemein einer größeren Testercommunity übergeben kann, ohne allzuviel Angst haben zu müssen, dass das System komplett abschmiert.
So ein pre Release gibt es extrem selten.
Hier ist es ein sehr komplexer Adapter und es gibt sehr viel potentielle Hardware, die unter einen Hut zu bekommen ist.
Das kann ein Entwickler alleine gar nicht stemmen.

@martinp sagte in Matter Bridge:

ich sehe nur, dass sich anfangen, die Fragen der Alpha-Tester zu sammeln

und das ist gut so!
Daran kann der Entwickler dann erkennen, was die Alpha-Tester umtreibt.
Das können andere Sichtweisen sein, oder auch Dinge, die dann in dem Readme übernommen werden müssen, wenn der Adapter weitestgehend fertig ist ind diese Punkte noch gelten.
Ich bezweifle dass solche Fragen noch aufkämen, wenn sie durch ein Readme in eine andere Richtung kanalisiert würden

[MartinP]

@homoran sagte in Matter Bridge:

aber unverschämt fordernd formuliert!

Hmm, wenn das so rübergekommen ist, tut mir das Leid ...

[apollon77]

Jetzt mal bitte alle wieder beruhigen.

Und ja natürlich wird das TODO aus der Readme noch entfernt und ganz ehrlich ... Aktuell in der Alpha Phase mit dem oben fomulierten Ziel ist mir die Readme egal weil die Alpha Tester sich im Discord persönlich austauschen. Da kommt niemand nur mit der Readme. Und wer es doch jetzt schon tut ist erstmal frech "selbst schuld" :-)

Wie @Feuersturm schon gesagt hat sind einige Themen noch im Fluss und damit schreibe ich lieber Doku am Ende wenn ich weiss was wie genau ist anstelle fünf mal.

Und ggf wird auch zum Start der Beta noch nicht alle Doku perfekt sein, weil das ist ein ganzer Haufen Holz und die Erfahrung zeigt das meistens eh nicht gelesen sondern "gemacht" wird, also ist übrigens auch eins der Ziele das die UI selbst viel schon abfrühstückt. AUch das ist ein grund für Verzögerungen weil wir hier immer iterieren sodass es sinnvoll und verständlich ist bestmöglich.

[Eistee]

Hm was hab ich hier nur angerichtet. Ich hab inzwischen verstanden das ich für Google Home ein Google Matter-Hub benötige. Bitte alle lieb sein und einmal umarmen. Da beim Alpha test mit zu machen ist nicht schwer ich hab mir mein Nest mini nun bestellt (in der Bucht) und wenn er da ist werde ich direkt mal los testen ;)

Apple und Alexa soll da etwas einfacher zu integrieren sein... Naja die meisten 'Testgeräte hab ich nun mal mit Google also muss das zuerst getestet werden.
Ich habe übrigens noch keine Matter Hardware Geräte die ich jetzt zwingend per Matter einbinden müsste. Ich will aber auf jeden Fall mal testen wie zigbee2mqtt sich ohne homebridge sondern über die matterbridge so in den 3 angesprochenen Assistenten verhält. Und dann will ich gucken wie ich im iobroker selbst erstellte Geräte dort hinein bekomme.

[peterfido]

@eistee Einem Adapter, welcher eine lokale offline Steuerung zur Verfügung stellt, stehe ich positiv gegenüber. Wenn dabei eine Technik simuliert wird, welche gedacht ist, dass da herstellerübergreifend Geräte miteinander kommunizieren, macht es auch meiner Sicht Google absolut falsch, wenn die da eine Matter Bridge aus dem eigenen Haus verkaufen wollen, Was an herstellerunabhängig hat Google da nicht vertsanden? Oder habe ich das Thema Matter falsch verstanden?

Aktuell nutze ich Alexa für "offline" Steuerung. Klar, Alexa braucht die Cloud, um gesagtes zu verstehen, steuert dann die Geräte allerdings lokal an. Sowas hätte ich auch gern mit den Google-Geräten. Da gibt es wohl leider keine Node-Red-Nodes, mit welchen Googlen lokal umgehen kann. Online bedeutet immer irgendene Cloud, welche im Internet für jeden erreichbar ist. Also irgendwas kommerzielles, oder einen eigenen Server ins Internet stellen, und diesen dann gegen alle möglichen Angriffe absichern und ständig aktuell halten. Da fehlt mir die Muße zu.

Wenn der Matter Adapter die lokale Kommunikation hergibt, so habe ich es verstanden, dann ist Deine Frage hier schonmal prima, da diese mich auf diesen aufmerksam gemacht hat. Das wird was fürs Wochenende, da schaue ich mir das mal näher an.

[apollon77]

@peterfido Das Matter Protokoll ist per Definition lokal, daher nutzen ja am Ende alle quasi einen Hub im Netzwerk weil man sonst keine Automatisierungen anbieten kann weil ja sonst immer ein Handy aktiv und verbunden sein müsste.

Am Ende ist sowohl ein Apple wie auch Google wie auch Amazon Hub damit die matter-Kommunikation "Lokal" ... Die Frage ist immer nur wie auf den Hub zugegriffen wird von den Mobilen Geräten aus. Bei Apple kann man "cloud" abschalten. Bei Google ist wie Amazon die Cloud immer da, aber im idealfall wäre bei Google die App kommunikation lokal wenn es geht und Cloud nur wenn das nicht geht - as i know. Bei Amazon geht aktuell IMMER und ALLES über die Cloud.

iOs hat aktuell auch ohne Hub wege quasi direkt mit den Geräten Matter zu reden. Ich denke Google ziehet da irgendwann nach.

[FredF]

@apollon77 sagte in Matter Bridge:

iOs hat aktuell auch ohne Hub wege quasi direkt mit den Geräten Matter zu reden.

Spannend, dachte schon ich könnte nun auch mal testen. Es braucht aber anscheinend mindestens iPhone 15 Pro, das ich nicht habe.