wichtiges UPDATE für controller 7.2.2 im stable

[Jey Cee]

@OliverIO sagte:

Du solltest evtl mal noch dazu schreiben wofür dds Systeme verwendet werden. Das wissen sicherlich die meisten nicht.

So sieht aus, auch ich hab keine Vorstellung davon was genau das sein soll oder in welcher Form das in ioBroker verwendet werden soll und was das verbessert.

[Eistee]

Hallo zusammen,

ich finde den Ansatz hinter dds4iobroker richtig interessant und wollte die Idee mal in einfachen Worten zur Diskussion stellen.

Im Kern geht es um das Fundament, über das in ioBroker alle Daten laufen – also jeder Schalterzustand, jeder Sensorwert und jede Nachricht zwischen den Adaptern. Aktuell ist das ein gemeinsamer Daten-Bus, den man sich wie eine große Pinnwand vorstellen kann: Jeder Adapter darf dort alles anheften und alles ablesen. Das läuft seit Jahren stabil, aber genau da liegt eben auch die größte Schwäche, nämlich die Sicherheit.

Die Idee ist, dieses Fundament durch eine modernere Technik (DDS) zu ersetzen, ohne dass die bestehenden Adapter angefasst werden müssen. Das Neue verhält sich nach außen weiter wie das Alte, sodass alles unverändert weiterläuft – und man könnte es notfalls jederzeit wieder zurückschalten.

Was mich daran besonders anspricht, ist der Sicherheitsaspekt. Heute darf praktisch jeder Adapter alles, überall lesen und überall schreiben. Mit so einem Unterbau könnte man dagegen genau festlegen, wer welche Daten lesen und schreiben darf, sodass jeder Adapter nur noch das bekommt, was er wirklich braucht.
Dazu käme eine zeitgemäße Verschlüsselung für sensible Dinge wie Passwörter. Für ein System, das bei vielen von uns das halbe Zuhause steuert, finde ich das einen ziemlich wichtigen Punkt.

Dazu kommt, dass so ein modernes Fundament spürbar schneller sein kann als die heutige Lösung – und sich nebenbei auch sauberer über mehrere Geräte verteilen lässt, ohne eine zentrale Stelle, die ausfallen kann.

Das Schöne ist, dass dabei nichts kaputtgemacht wird. Der Weg ist von vornherein darauf ausgelegt, Schritt für Schritt vorzugehen und einen Rückweg zu lassen, statt alles auf einmal umzuwerfen.

Insgesamt wirkt die Richtung gut durchdacht und löst gleich mehrere Themen, die ioBroker langfristig ohnehin betreffen. Mich würde wirklich interessieren, wie das diejenigen sehen, die tiefer im Unterbau stecken – aus meiner Sicht steckt da einiges an Potenzial drin. Auf jeden Fall großen Respekt für die Arbeit, die da reingeflossen ist.

Gruß Alina

[Samson71]

@Eistee sagte:
ich finde den Ansatz hinter dds4iobroker richtig interessant und wollte die Idee mal in einfachen Worten zur Diskussion stellen.

Und deswegen wirfst Du hier mit Downvotes um Dich ja? - Lässt auch tief blicken.

[Homoran]

@Eistee Was ist denn hier los?
Warum diese heftigen Reaktionen mit Downvotes?

Hast du irgendwelche Aktien in dem Projekt?

[mcm1957]

@eistee
Kannst du bitte mal erklären warum du hier großflächig downvotes verteilst?
Alle von dir downgevoteten Beiträge greifen weder dich noch SandraK82 persönlich an.
Auf eine Erklärung deinerseits warum du downgevotet hast wär ich gespannt. Eventuell kennt ihr euch ja (selber Wohn-/Arbeitsort) udn du überrreagierst deswegen so.

Du schreibest auch:

ich finde den Ansatz hinter dds4iobroker richtig interessant und wollte die Idee mal in einfachen Worten zur Diskussion stellen.

!

Nun - zur Diskussion hat das wohl SandraK82 gestellt. Oder arbeitet ihr zusammen an diesem Experiment? Dann wär es wohl nur fair das offen zu kommunizieren.

[Winni]

@mcm1957 sagte:

Du schreibest auch:

ich finde den Ansatz hinter dds4iobroker richtig interessant und wollte die Idee mal in einfachen Worten zur Diskussion stellen.

Die Stelle gibt mir auch zu denken...

[OliverIO]

Evtl. noch als Ergänzung zu was ist dds zum Verständnis.

Dds = Dara distribution system ist ein Industrie Standard für eine middleware der von der omg (object management group) definiert wurde.

Eine middleware wird eingesetzt um die Schnittstellen Problematik in komplexen Architekturen zu entzerren.
Bspw ihr habt ein großes Unternehmen und einen Kunden oder Partner Datenbank, also viele Adressen + uU noch andere Daten. Jedes angebundene System benötigt uU ein anderes subset an Daten Zusammenstellung. Früher hat man einfach einzelne 1:1 Schnittstellen gebaut. Wenn die Anzahl an Systeme wächst multipliziert sich dann leider auch die Anzahl der Schnittstellen. Und wehe du willst am zugrundeliegenden partnersystem eine umfangreichere Anpassung vornehmen, dann musst du uU alle Schnittstellen anpassen. Ganz geschweige davon das anderesysteme wieder Daten an wieder andere Systeme weitergeben, können solche Projekte groß,teuer,fehleranfällig werden.
Als Lösung gibt es dann die middleware. Jedes System bindet sich nur noch an die middleware per "connector" an.. connectors können bidirektional sein. Ein connector weiß wie Daten in ein einheitliches datensystematik überführt und gelesen werden können, connectors können auchlogik enthalten, bspw um Daten zu transformieren. So können Schnittstellen reduziert werden, da nicht jedes System mit jedem eine eigene Schnittstelle haben, sondern nur noch über den connector nach Daten fragen können und die middleware weiß woher die Daten kommen.

Im Endeffekt ist der IoBroker auch so eine middleware. Konnectoren heißen hier halt Adapter. Die einheitliche datensystematik sind die datenpunkte.

[mcm1957]

Also das ganze Thema soll wohl ein Testlauf für die brandneue zeroDDs Software sein.

Die Domain zerodds.org wurde gerade mal Ende April registriert: 2026-04-29T10:45:37.375Z
Das Repository https://github.com/zero-objects/zero-dds ist noch ein paar Tage jünger.

Nach einem ausgereiften Unterbau klingt das für mich (noch) nicht. Und damits klar ist das bedeutet nicht dass die Software fehlerhaft sit. Sie ist nur anscheinend extrem jung.

[Jey Cee]

OK, soweit leuchtet mir ein was es tut.
Jetzt ist die Frage welche Technik wird den bisher eingesetzt? In meiner Wahrnehmung macht das derzeit das Redis Protokoll.

[OliverIO]

@Jey-Cee

Redis ist nur eine Skalierbare key/value Datenbank.
Middleware kann zwar seine eigene persistenzebene haben muss es aber nicht

Habe es jetzt nicht im Super Detail studiert, aber die dds Iobroker Anbindung kannst du auch nach bspw Logs des iobrokers fragen. Ich gehe davon aus das es dann direkt mittels websocket den Iobroker fragt und die Daten dann zurückgibt.

Evtl. interessant für andere Systeme die dds fähig sind um Daten vom Iobroker abzufragen oder an ihn zu senden.

[peterfido]

Ich war anfangs skeptisch, dass jemand, der neu im Forum ist, bereits eine fertige "Lösung" für den ioBroker erarbeitet hat.

Zumindest Eistee hat für den ioBroker schon Einiges beigetragen und heißt bei Github Eistee82. Es gibt noch weitere Gemeinsamkeiten, wenn man eine Ebene tiefer schaut. SandraK82 und Eistee kennen sich wohl mindestens. Auch möglich, dass das zerodds jetzt soweit ist, dass es für den großen Test bereit ist. Die Art der Vorstellung / Kommunikation ist evtl. nicht das Optimum.

[SandraK82]

@peterfido sorry zu schnell getippt :)
ja das Repo habe ich auf Github veröffentlicht bevor ich den Post hie rgeschrieben habe, das ist der Übergang zwischen soweit habe ich gedacht, was sagt die Welt dazu..

Viele Grüße
Sandra

[SandraK82]

@Samson71 Das war ja auch nur ein PoC (Proof of Concept) mit der Frage verbunden: Wa skann das bringen, kann es Probleme lösen? Kann es ganz neue Probleme erzeugen ;)

[Homoran]

@peterfido sagte:

Alles etwas suspekt.

@peterfido sagte:

SandraK82 und Eistee kennen sich wohl mindestens.

Da @eistee meine Frage diesbezüglich immer noch nicht beantwortet hat, möchte ich an dieser Stelle das übliche Vorgehen schildern...und was in diesem Fall anders war.

Wir bekamen den Eröffnungspost eines neuen Themas von einem neuen User routinemäßig zur Überprüfung.

Es wäre nicht der erste Spampost gewesen, in dem eine bestimmte Website gepostet werden sollte, bei der ein Bezug zu ioBroker hergestellt wird, um die Prüfung zu bestehen.

Dann wird die IP gecheckt, ob diese bereits verbrannt ist, der Link usw.

Da es sich hier um keine Useranfrage oder die Vorstellung eines Adapters handelte, sondern um etwas was für den Unterbau von ioBroker gedacht ist, aber nicht erwähnt wie und warum, wurde auch noch das Core Team informiert.

Auch die Frage wo das Thema untergebracht werden soll, da es anscheinend nicht für Enduser gedacht war stellte sich.

Schließlich wurde es hier veröffentlicht.

Als @Eistee dann die fehlenden Informationen lieferte passte alles, wären da nicht die 3 downvotes gewesen.
Es stellte sich dann die von mir gestellte -bisher unbeantwortete- Frage, ob es da eine Verbindung zum TE existierte.

Also haben wir ein wenig die öffentlich zugänglichen Informationen bei github recherchiert und bei Firmenportalen bei beiden (??) Personen die selbe Adresse gefunden.

So ein Geschäftsgebaren quasi eine positive Fakebewertung abzugeben geht gar nicht.

[SandraK82]

@OliverIO Ah danke ja, da bin ich zu sehr in meiner eigenen Welt unterwegs (Defense Bereich) wo DDS eine Basistechnologie ist.
Also was ist DDS? EIn DataDistributionSystem ist ein System was Daten definiert, verwaltet und verteilt. Grundsätzlich ist es extrem ähnlich Ansätzen die neuere Systeme auch haben: Es gibt Participants (Teilnehmer) die Daten publishen (schreiben) oder subscriben (lesen). Dabei werden die Daten über definierte Transports beweget, zb Shared Memory, UDP, UDS, TCP/IP, manchmal auch über mehrere Methoden gleichzeitig. Das wichtige ist dabei ist das es ohne zentrale Server auskommt, aber Teilnehmer verschiedene AUfgaben erfüllen können, typisch sind zb Sensoranwendungen die Daten in das System publishen, Manager die Daten lesen, aggregieren, oder transformieren. Controller und Bridges die Verbindungen und Gateways in andere Systeme bereit stellen und Adaptieren oder Übersetzen. Was bei den Daten wichtig ist: Daten werdne klassifiziert und beschrieben nach ihrer Struktur und nach ihrer Qualität. Die QoS (Quality of Service) entscheidet zb wie Daten zwischen Hosts ausgetauscht werden (Best effort, Reliable ..) wie Daten Geordnet werden (Reciever TImestamp, Sender Timestamp), wie Daten aufbewahrt werden (Anzahl an letzten Werten, persistenz von Daten wie Flüchtig, lokal, vergänglich oder persistent) und viele andere Parameter (22 QoS Parameter). Dazu kommen dann die Anbindungen an Sprachen (Language Bindings) die es möglich machen das völlig verschiedene Systeme miteinander ohne große Konfigurationen reden können. aber auch neuere Erweiterungen wie Security die es erlauben Authentifizierung, ACLs oder auch Signierung oder Verschlüsselung nahtlos zu integrieren. Das ganze ist immer auf Speed getrimmt, die Zeiten wie lange etwas dauert werden zumeist in 2-3 stelligen Mikrosekunden Bereichen gemessen und verglichen. Das alles ist Spezifiziert durch die OMG (Object Modelling Group, die die auch CORBA und UML machen). Es gibt verschiedene OpensSource und Commercial Anwender und viele die man nicht findet in den Bereichen wie Defense oder Aerospace. Meine Lösung füllt keine spezifische Lücke und wurde als mal sehen wie es schwer es wirklich ist aus einer Diskussion unter Kollegen heraus gestartet. Jett erfüllt diese Lösung jede Spec mit ausnahme ganz weniger einzelpunkte wie zb FloatingPoint 128Bit Values, die es einfach nicht als safe Rust Lib derzeit gibt und für 2018/28 erwartet werden. Zudem ist der ganze Rand vorhanden: Corba (Vor allem Telco und Finance Bereich), ROS2 (Robotics, Manufacturing), AMQP, MQTT als EventBroker, DuckDB als DakeLake Solution für long term storage of many values (Pettascale).

Ich hoffe das gibt einen kleinen Überblick was DDS ist und kann, auf der Website habe ich versucht möglichst sauber zu Dokumentieren was zeroDDS kann und ist, mit vielen Beispielen und Anleitungen zum Ausprobieren.