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

[invidianer]

@schimi
Naja, im Apple-Universum (Thread über Bluetooth) fungieren z.B. die Homepod minis als Router, für Google und Co. (Thread über WLAN) geht z.B. OpenThread auf einem Pi (nutze ich aber nicht, gebe es nur so weiter). Siehe auch Kommentare zu diesem Video: https://youtu.be/G_H6AT_RIas

[UncleSam]

@invidianer "Thread über xxx" bringt uns zumindest einen Schritt näher. Hast du zu den beiden Übertragungswegen irgendwo Links? Ich weiss allerdings nicht, ob und wie die oberen Layer standardisiert sind. Da ich leider weder einen Homepod noch einen Google Assistenten bei mir zu Hause habe, kann ich das leider nicht testen.

Grundsätzlich wäre natürlich das schönste, wenn es für einen der bestehenden Dongles eine Firmware mit Thread gäbe. Für ConBee gibt es folgendes Issue, das man beobachten kann (leider aber aktuell kein Interesse von DE):
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/4239

@AlCalzone ist bei Zwave zu hause, hast du vielleicht schon etwas mehr von Thread Support bei Dongles gehört?

[UncleSam]

Wenn ich mir die Anleitung von Goolge ansehe, um einen Nest Hub Max mit einem Thread-Netzwerk zu verbinden, wird mir ganz bange: https://support.google.com/googlenest/answer/9480588?hl=en ... da sind wir ja noch weit weg von Mainstream.

[invidianer]

@unclesam sagte in "Thread" & Co.... "Project Connected Home over IP":

@invidianer "Thread über xxx" bringt uns zumindest einen Schritt näher. Hast du zu den beiden Übertragungswegen irgendwo Links?

Vielleicht findet sich hier was:
https://www.connectedhomeip.com

[AlCalzone]

@unclesam Ich höre gerade zum ersten mal von Thread. Kann mir derzeit irgendwie nicht vorstellen, wie das parallel zu Z-Wave beispielsweise funktionieren soll - da ist alles proprietär, von der Hardware angefangen.

[Jey Cee]

Also Thread muss man unabhängig vom Übertragungsweg betrachten.
Hier gibt es schon mal vorarbeit von google: https://openthread.io/

[frankthegreat]

@schimi , @Jey-Cee , @AlCalzone , @UncleSam ,@invidianer,
Vielleicht ganz interessant in dem Zusammenhang diese Webseite:

https://www.ipblis.org/

Eine gemeinsame Plattform großer Bussysteme und Thread ist mit dabei....

[UncleSam]

@invidianer Das war genau, was ich gesucht habe. Das Projekt scheint aber noch sehr in den Kinderschuhen zu stecken.

Thread an und für sich ist absolut ein geniales Protokoll, da wir endlich mit IP-Mitteln auch kleinste IoT Devices steuern können. Damit sind die unteren Layer mal klar.

Darüber folgt nun "Connected Home over IP" (CHIP) der Zigbee Alliance (wohl dem grössten Konsortium in unserem Gebiet der Hausautomation):
Quelle

Darin wird nun wohl definiert, wie man einer Lampe sagen kann "schalt dich ein" (Application Layer).

Das Projekt CHIP scheint sich sehr zu bewegen und ich denke, wenn mal der Application Layer brauchbar ist, dann müssen wir das auch unterstützen.

Im Moment ist "Thread" abstrakt gesehen aber leider noch nicht mehr als "WiFi": es ist ein Übertragungsweg für Daten. Wie die Daten aussehen, wird sich also in nächster Zeit zeigen und dann wird es sicherlich einen ioBroker Adapter dafür brauchen.

[AlCalzone]

@jey-cee sagte in "Thread" & Co.... "Project Connected Home over IP":

Also Thread muss man unabhängig vom Übertragungsweg betrachten

So ganz verstehe ich das noch nicht. In der Grafik von connected home over IP wird es mit den Protokollen auf eine Ebene gesetzt.

[Jey Cee]

@alcalzone ich dachte Thread ist der Standard hinter CHIP, aber das scheint dem Bild nach ja doch nur eine Alternative zu Zigbee zu sein. Also doch wieder nur Stückwerk.

[Thomas Braun]

@jey-cee

Mit 'Dotdot' scheint dann ein Schuh draus zu werden.

[UncleSam]

@jey-cee Ich denke nicht, dass es "nur" eine Alternative zu Zigbee ist. Im Gegenteil, Zigbee steht ja hinter CHIP (neben Google, Apple und zahlreichen Riesen der Branche).

@AlCalzone Thread ist erst mal ein Übertragungsweg, wie (über 6LoWPAN) direkt (verkleinertes) IPv6 übertragen werden kann. Thread selber beinhaltet keinen Application Layer (also keine Möglichkeit zu sagen "Schalte das Licht an!"). Aber im Gegensatz zu z.B. Zigbee, Zwave, HomeMatic und auch HomeMatic IP benötigt es keinen grossen applikationsspezifischen "Übersetzer". Die zig ioBroker Adapter*, welche jeweils wiederum spezifische Hardware benötigen, werden durch "Border Router" ersetzt. Der Software-Stack von Thread Border Routern ist Open Source und Lizenzfrei einsetzbar. Damit kann jedes Gerät, das 6LoWPAN kann und mit dem Heimnetz verbunden ist (theoretisch sogar Handys, da BLE dieselben Radio Chips benutzt), ein Border Router sein. Zudem ist das Protokoll explizit für mehrere Border Router ausgerichtet. Dein Apple Homepod im Obergeschoss, das Google Home im Erdgeschoss und ein Thread-Gateway im Keller können zusammen ein Netzwerk bilden.

Zu *: klar braucht es noch einen neuen Adapter für CHIP, aber der unterstützt dann all die Geräte (und vor allem all die Border Router) auf einmal. Man wird sicherlich dann jedes Application Layer Protokoll implementieren müssen, aber da wird es höchstwahrscheinlich (wie bei den meisten anderen Systemen) nicht einen allzu grossen Wildwuchs geben.

Und das gute daran: die meisten Geräte, die Zigbee können, können auch Thread (da wiederum dasselbe PHY/MAC Protokoll verwendet wird). Rein von den Frequenzen könnte sogar HomeMatic Thread unterstützen, aber die haben wohl kein Interesse an einem offenen Standard.

CHIP kann (wenn alles gut geht) der Smart Home Standard der Zukunft werden (gerade weil so viele grosse Player dabei sind). Und da CHIP auch über andere PHY/MAC Protokolle funktioniert (z.B. Ethernet und WiFi), werden auch Geräte ohne 6LoWPAN Hardware (z.B. dein NAS) direkt mit anderen Geräten sprechen können. Service Discovery in CHIP funktioniert übrigens über mDNS, was wir ja auch schon bestens kennen.

Und noch ein Wort zu ioBroker in diesem Kontext: wenn es so viele Geräte geben wird, die alle dieselbe Sprache sprechen (wenn auch über verschiedene Übertragungskanäle), wird eine Integrationsplatform, welche die Logik übernimmt umso wichtiger. Wer sich hier nicht auf Google oder Apple fixieren will (welche alles garantiert schön klickibunti machen), wird auf eine Platform wie ioBroker angewiesen sein. Und zudem gibts ja dann immer noch alle anderen Protokolle ;-)

[invidianer]

Hier ein Video zu dem Thema „Thread“:
https://youtu.be/xPicijjo6Tk

[UncleSam]

@invidianer Da hätte ich mir ja meinen Post sparen können ;-) Er sagt wirklich eigentlich alles, was ich auch darüber gedacht habe.

[UncleSam]

Das Webinar war sehr interessant:
https://youtu.be/FTIfZ8_dDVk

Wir können also gegen Ende Jahr mit den ersten CHIP Geräten rechnen. Damit müssen wir uns dann gar nicht um Thread kümmern, sondern können einfach per IP mit allen Geräten (egal ob WiFi oder Thread) reden.

[UncleSam]

Um das Chaos komplett zu machen, wurde nun alles umbenannt:

• Project CHIP heisst neu Matter
• Die Zigbee Alliance heisst neu Connectivity Standards Alliance

[UncleSam]

Spiel und Zeug hat ein neues Video zum Thema: https://youtu.be/uJhkq9wUrkE

[Thomas Braun]

@unclesam Dann ist der ioBroker obsolet. :-D

[UncleSam]

@thomas-braun sagte in "Thread" & Co.... "Project Connected Home over IP":

Dann ist der ioBroker obsolet. :D

Da zitiere ich mich doch gleich selbst :P :

@unclesam sagte in "Thread" & Co.... "Project Connected Home over IP":

Und noch ein Wort zu ioBroker in diesem Kontext: wenn es so viele Geräte geben wird, die alle dieselbe Sprache sprechen (wenn auch über verschiedene Übertragungskanäle), wird eine Integrationsplatform, welche die Logik übernimmt umso wichtiger. Wer sich hier nicht auf Google oder Apple fixieren will (welche alles garantiert schön klickibunti machen), wird auf eine Platform wie ioBroker angewiesen sein. Und zudem gibts ja dann immer noch alle anderen Protokolle

[Thomas Braun]

@unclesam
Wenn man wie in dem Video davon ausgeht, dass es 'vorkonfigurierte' Wohnblöcke geben könnte, dann brauch man auch irgendwie eine zentrale Stelle in den Wohnungen, wo man seine persönliche 'Konsole' z. B. in Form eines Mobilphones oder ähnlichem anmeldet und man ist dann mit dem stationären Rest verbunden. Kannst ja nicht in allen Ecken und verstecken Winklen irgendwelche Pairing-Knöpfen drücken.