Ich denke dass dann nochmal die ein oder andere Rückfrage von mir kommen wird.

Aber soweit schon mal vielen Dank 😊👍

... dann würde ich auch zum ioBroker.mqtt-client tendieren, falls schon ein MQTT-Server existiert.

Allerdings wenn auf der zu sendenden Seite gar kein Javascript Adapter benötigt wird, dann hebt sich das mit dem mqtt--client Adapter auch wieder auf. Insofern ist das nicht zwingend der Fall. Man erspart sich halt jegliches Codieren.

Gibt auch Leute, die den JS Adapter nicht brauchen sollten. ;) - Außerdem kann er das ja auf der Empfängerseite verarbeiten. Allerdings dort muss dann ein Broker oder Client verfügbar sein. Nur manche - so wie ich nutzen - mqtt auch zur Kommunikation mit anderen Geräten.

Im Übrigen finde ich den Resourcenverbrauch nicht sonderlich hoch. Aber egal-

Man benötigt dafür den Adapter ioBroker.mqtt-client, der Ressourcen verbraucht, was sich bei vielen zu sendenden Werten lohnt. Bei nur einigen zu sendenden Werten genügt Javascript, das ohnehin meist installiert ist.

Bei dem Client kann man dann auch angeben, ob man nur Änderungen übertragen will oder auch Aktualisierungen (ist ja für das Triggern manchmal durchaus sinnvoll):

Man published also nur und sagt nur Änderungen:

Der Client hat auch den Vorteil, dass Du völlig frei bist unter welchem topic der Wert gepublished werden soll. DU MUSST ABER andere topic Namen verwenden - also nicht die, die Dir vorgegeben werden, wenn diese von einem mqtt-Adapter wieder importiert werden sollen. Das kann man ggf. auch mit einem Prefix erreichen, der automatisch vorne dran gehängt wird. Der mqtt-Empfänger akzeptiert in der Regel keine topics, die den Namensräumen von Adaptern entsprechen. (ggf. Ausprobieren).

Auf der Empfängerseite betreibt man den anderen mqtt- Adapter als Broker. Oder falls man mqtt vermehrt verwenden will und auch auf der Empfängerseite mal mqtt publishen will als Client zu einem mosquitto Broker.

Pollen würde ich aber in keinem Fall, deswegen finde ich den Vorschlag von @Wal, hier mqtt zu verwenden, schon am sinnvollsten.

Aufpassen musst Du halt nur wieder mit den Pseudo Adaptern, die mqtt-Broker simulieren - also shelly Adapter, sonoff etc. dann halt aufpassen, dass keine Portkonflikte auftreten und halt freien Port anstelle des Standards 1883 verwenden.

@saeft_2003 sagte: Ich bräuchte so ca. 20-30 DP die ich unterschiedlich oft abfragen will.

Polling? Man kann bei Wertänderung senden: Skript beim Sender; Simple-API beim Empfänger.
Gehen alle Werte nur in eine Richtung?

Das wäre natürlich perfekt wenn nur bei Wertänderung gesendet wird. Und ja die Werte gehen nur in eine Richtung. Da hört sich für mich dein Plan schon echt gut an das muss ich in Ruhe Abends mal ausprobieren.

Ok danke, stimmt per MQTT wäre auch noch eine Lösung. Ich frag mich nur wie kompliziert das ist, weil bis auf die Standardgeschichten bin ich mit MQTT nie richtig warm geworden...

Polling? Man kann bei Wertänderung senden: Skript beim Sender; Simple-API beim Empfänger.
Gehen alle Werte nur in eine Richtung?

Danke an den simple-api adapter hab ich auch schon gedacht. was genau bedeutet wenige? Ich bräuchte so ca. 20-30 DP die ich unterschiedlich oft abfragen will. Bei manchen langen alle 5 min oder noch mehr, bei anderen sollten es zwischen 10 und 30 Sekunden sein.

Meinst du das wäre ok?