Ankündigung

**dreamy1** · 18.09.2023, 15:33

Es ist ein Unterschied, ob der Klorollenhalter das leere Klopapier nicht meldet oder ob im ganzen Haus kein Licht mehr geht?

Ich habe hier Gewerke strikt getrennt. Wenn die Fritzbox oder der Switch abraucht, laufen alle infrastrukturellen Dinge ungestört weiter. Und meine Fritzbox ist übrigens schon zweimal abgeraucht

**crewo** · 18.09.2023, 15:35

Das du eine Fritzbox hast verstört mein Weltbild

LAN=WLAN=Internet, da hängt bei mir und vielen die ich kenne schon mehr als nur der Klopapierhalter dran. Deswegen würde ich jetzt keinen neuen Standrad abwerten.

**dreamy1** · 18.09.2023, 15:49

Och...bei mir kommen im Keller auch so gut 80 Stück CAT.7 an, aber alles verzichtbare Dinge, die auch ausfallen dürfen, ohne dass ich Schweißperlen bekomme.

Ob sich das nun Alles als "Standard" etabliert...mal abwarten. Ich habe schon viel kommen und gehen sehen. Als Ergänzung für den Spieltrieb finde ich das ja auch gar nicht schlecht, aber niemals als nativer Ersatz für KNX, bis grundlegende Dinge nicht geklärt/bekannt/bewertet sind.

Ich sehe halt wiederkehrend viel heiße Luft und anscheinend haben sich beim ersten Vorfurz ja schon die Ersten aus dem Staub gemacht, die das Dilemma erkannt haben...

**crewo** · 18.09.2023, 16:08

Zitat von dreamy1 Beitrag anzeigen

Als Ergänzung für den Spieltrieb finde ich das ja auch gar nicht schlecht

Für nichts anderes sehe ich das übrigens auch. Aber ich wäre froh um einen etablierten Standard, der mich davor bewahrt Modbus einzubinden welches nicht mal dokumentiert ist...

**dreamy1** · 18.09.2023, 16:15

Kommt drauf an....ich zahle lieber €€€ für ein natives KNX-Interface des Herstellers / Nachrüstmarkt (Beispiel Klimaanlage und Intensis-Box), als in 5 Jahren das nächste Gateway in den Elektroschrott zu werfen und bei Null anzufangen...spart Nerven, Zeit und über den Lifecycle manchmal auch €.

**crewo** · 18.09.2023, 16:20

Zitat von dreamy1 Beitrag anzeigen

ein natives KNX-Interface des Herstellers / Nachrüstmarkt

Gibts halt nicht für jedes Gerät...

**dreamy1** · 18.09.2023, 16:26

Augen auf beim Gerätekauf

Wenn ich Wert auf eine Ferguson lege, dann muss ich die auch durchsetzen!

https://www.google.com/url?sa=t&rct=...G&opi=89978449

**crewo** · 18.09.2023, 16:49

Zitat von dreamy1 Beitrag anzeigen

Augen auf beim Gerätekauf

Jeder seine Priorität, für mich ist grundsätzlich Funktion, Garantie, Effizienz und Herstellerverhalten wichtiger als native KNX-Einbindung

**gbglace** · 18.09.2023, 16:54

Matter hat zumindest den Vorteil eben vieles von dem smarten Geraffel schneller und einfacher miteinander zu kombinieren.

Zentral/dezentral halte ich für weniger dramatisch, IP ist ja nicht das einzige Medium über den Matter-Geräte miteinander reden können.

Am fraglichsten halte ich noch die Langzeitstabilität gegenüber KNX-HW und bei mancher HW auch im Vergleich die Energieeffizienz im Betrieb.

Aber grundsätzlich würde ich auch immer auf einer Basis KNX-TP aufsetzen und nur non-KNX Geräteklassen dann einbinden.

Und ggf ergibt das dann auch mal eine Auswahl an KNX-Matter GWs die nicht nur alle auf IP aufsetzen sondern ggf auch direkt sowas wie KNX-TP zu Thread koppeln. Ähnlich eines KNX-RF Kopplers.

**dreamy1** · 18.09.2023, 17:19

Zitat von gbglace Beitrag anzeigen

Matter hat zumindest den Vorteil eben vieles von dem smarten Geraffel schneller und einfacher miteinander zu kombinieren.

"Zudem ist das Matter-Erlebnis aus Benutzer*innensicht noch längst nicht so einheitlich ist, wie es das Marketing verspricht."

Matter 1.1 ist da - macht aber kaum Fortschritte - HIFI.DE

**gbglace** · 18.09.2023, 17:35

Naja wenn es fertig ist.

**dreamy1** · 18.09.2023, 18:00

Du meinst dann bei Version 3.8beta5?

Ich fürchte da haben die Hersteller längst erkannt, dass sie mit innovativen, aber proprietären Lösungen mehr Kunden fangen und € generieren. Oder der Kunde merkt, dass sich mit Matter die analoge Wasserstandsanzeige und die Kaffeebohnen-Leermelodie in C-Dur der Jura sich nicht über Matter einstellen lassen...aber was solls, USB hat ja auch nur 23 Jahre benötigt, um vier Adern kompatibel zu machen

**Videonisse** · 18.09.2023, 19:42

Zitat von dreamy1 Beitrag anzeigen

Ich verstehe nicht, was an dem Begriff "dezentral" so schwer zu verstehen ist. Wenn Du Matter über IP hast, ist bei einem toten Switch auch Matter tot. Der Switch ist die "zentrale" Komponente dabei!

Nochmal:
Matter over IP ohne KNX: Switch tot, Matter tot.
Matter over IP mit KNX-Gateway: Switch tot, Matter tot. Gateway tot, KNX-Funktionen seitens Matter tot. Bei der Kombi gibt es für die KNX-Funktion dann zwei zentrale Komponenten.

Jetzt klarer, was der Unterschied zwischen einer zentralen und dezentralen Komponente ist?

Zumindest verstehe ich jetzt, wie du das siehst. Ich glaube aber nicht, dass es zum allgemeinen Bild passt, was unter einem "dezentralen System" zu verstehen ist.

Aber wenn wir es aus deinem Sicht auf Ebene 1-3 des Protokollstapels betrachten; Bei KNX stehen zusätzlich Linienkoppler und/oder IP-Interface/Router sowie Busspannungsversorgung zur Anbindung der Geräte zur Verfügung. Wenn ein Systemgerät kaputt geht, hat das mindestens, genauso große Auswirkungen wie der Ausfall eines Ethernet-Switches, eines WLAN-Zugangspunkts oder eines IP-Routers. Das kommt selten vor, aber bei Bedarf können Sie ein System entwerfen, das bestimmte Fehler bewältigen kann, ohne dass sich dies auf die gesamte Anlage auswirkt. Hier hat KNX TP jedoch einen Nachteil, nämlich dass eine TP-Linie nicht über einen oder mehrere redundante Pfade zum Rest des Systems verfügen kann.

Da Matter auf IPv6 basiert und für drahtloses vorteilhaft auch Thread nutzt, ist Redundanz im System eingebaut (vorausgesetzt, Sie wissen, wie Thread aufgebaut ist). Selbst bei gut konzipierten WLAN-Netzwerken ist es möglich, Redundanz aufzubauen, sodass ein Gerät immer mindestens zwei alternative Routen zu anderen Geräten hat. Auch bei Ethernet-Switches ist eine gute Redundanz möglich, wird aber heute nur noch selten benötigt, da es nicht häufig vorkommt, dass sie kaputt gehen.

Auch Thread wird bald von KNX unterstützt, was in gewisser Weise eine sehr positive Nachricht ist. Dafür ist jedoch die Verwendung von KNX IoT und IPv6 erforderlich, und ich glaube nicht, dass KNX.org in der Lage sein wird, die Anforderungen zu erfüllen und es besser zu machen als bei Matter. Daher denke ich, dass die Hersteller ihr Geld lieber in ein Matter to KNX TP Gateway investieren (KNX IP Router mit eingebauter Matter Bridge) und dass alles, was IP nutzt, auch nur auf Matter basiert ist. KNX TP bleibt wie es ist und überlebt wahrscheinlisch noch viele Jahre.

Zitat von gbglace Beitrag anzeigen

Zentral/dezentral halte ich für weniger dramatisch, IP ist ja nicht das einzige Medium über den Matter-Geräte miteinander reden können.

Du meinst wahrscheinlich nicht IP weil IPv6 ist ja ein muss bei Matter. Aber die anderen medien ist ja Ethernet, Wifi und Thread.

Aber grundsätzlich würde ich auch immer auf einer Basis KNX-TP aufsetzen und nur non-KNX Geräteklassen dann einbinden.

Und ggf ergibt das dann auch mal eine Auswahl an KNX-Matter GWs die nicht nur alle auf IP aufsetzen sondern ggf auch direkt sowas wie KNX-TP zu Thread koppeln. Ähnlich eines KNX-RF Kopplers.

IPv6 ist ein muss auch mit Thread. Dass heisst dass Matter immer IP benutz, es geht halt nicht ohne IP. Ein Matter Bridge (=Gateway) kann naturlich nur Thread und KNX TP als schnittstellen haben, aber wird wahrscheinlisch fast immer auch Wifi und/oder Ethernet haben.

Wenn man alle KNX IP Schnittstellen/Router und Linienenkoppler ersetzen mit Matter Bridges dann ist Matter das Gesamtsystem und KNX TP nur eine von vielen unterstützten Schnittstellen. Welche Rolle spielt ETS in einem solchen System und kann es weiterhin so funktionieren wie heute oder muss KNX.org die gesamte Konfiguration der KNX-Teile überdenken?

**dreamy1** · 18.09.2023, 20:08