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

[mickym]

@jkoller84 sagte in iobroker als mqtt server um Daten zu verteilen:

@jkoller84

hab gerade gesehen, sobald ich die Instanz mqtt-client aktivere habe ich dasselbe Problem wieder, die CPU jammert mit 100% vor sich hin...

Dann hast Du an Deinem Broker was verkehrt eingestellt. Mach bei dem Broker ALLE Haken raus und da publishst Du keinen Info Adapter noch sonst was.

Bei Broker ist das oben auch leer:

Man kann ggf. Zustände publishen - aber ich würde davon absehen und lieber eine eigene Instanz machen, dort werden dann Zustände gepublished. Wenn Du beides gleichzeitig machst, dann schaukelt sich das System bis zur Unendlichkeit hoch.

Der unteren Instanz habe ich einen eigenen Prefix "iobroker" verpasst, damit werden alle Bäume die Du veröffentlichst unter dem Topic iobroker veröffentlicht. Das musst halt dann im Edomi anpassen. Aber damit werden Endlosschleifen vermieden.

In dem mqtt-client Adapter brauchst erst mal gar nicht viel machen. Du wählst dann den Datenpunkt mit dem Zahnrad aus unterwelchem Datenpunkt und topic Du kommunizieren möchtest. Ich werde Dir das kurz an einem Video verdeutlichen.

[jkoller84]

@mickym

ah... Gott im Himmel, ich danke für deine Hilfe, ich hab beim Broker eigentlich einfach nur den Adapter installiert, hab nix an oder abgewählt, allerdings waren da schon Haken gesetzt.

Ich hab bei den Einstellungen bzw. Freigaben der einzelnen Datenpunkten hinten das Zahnrad geöffnet, da steht dann oben als Überschrift

Einstellungen mqtt-client

Also sollte das ja so passen oder?

Hier ein Bild davon.

Ist das so in Ordnung?

[mickym]

@jkoller84 Ja aber nichts als Objekt publishen. MQTT kennt eigentlich nur Strings.

So und bei dem Steuerungsdatenpunkt, da musst halt eintragen unter welchem Datenpunkt das subscribed wird.

[jkoller84]

@mickym
ok also ich hab das jetzt umgesetzt was du gesagt hast, ich hab auch das Präfix gesetzt, jetzt sehe ich im
Objektbaum
"mqtt.0"
den Unterordner ioBroker vom mqtt-client und auch die darin enthaltenen Ordner
ecovacs-deebot und Shellies-Jalousien

hab den subscribe pfad in Edomi auch angepasst von
ecovacs-deebot/info/# auf iobroker/ecovacs-deebot/info/#
allerdings kommt jetzt beim Edomi nix mehr an?

hab ich das jetzt ned ganz verstanden?
das Präfix setze ich doch auch nur mit einem / vor den eigentlichen subscribe-Pfad? oder brauche ich für das Präfix ein anderes Zeichen?

[mickym]

@jkoller84 Hast Du für das Publishen des ganzen Baums 2 Instanzen genommen?

[jkoller84]

@mickym
ähhh
du fragst da Sachen,
ich hab 1x den mqtt-broker laufen
und 1x den mqtt-client
und hab bei allen datenpunkten dieselben Einstellungen vorgenommen.

[jkoller84]

@jkoller84

also sollte eigentlich nur eine client-Instanz laufen

[jkoller84]

@jkoller84

aber blöde frage:

ich hab jetzt den client laufen, welcher mir die datenpunkte published (zum broker schickt)
jetzt fragt mein Edomi mqtt-client beim Server an, dann muss der Broker die Daten doch auch zum Edomi publishen?

ich sehe zwar, dass Edomi beim Broker anfrägt, da, wenn ich den subscribe-Pfad in Edomi ändere, dieser auch im Broker angelegt wird und auch die richtigen Daten angezeigt werden (beispielsweise batteriestatus), allerdings diese Daten nicht mehr zurück zu Edomi geschickt werden.

[mickym]

@jkoller84 Na Du kannst mal im Broker - wenn Du keine weitere Instanz machst noch das mit den Zuständen publishen anhaken, aber halt nur unter mqtt.0

Das wichtige ist halt die umkehrte Richtung zum Publishen. Hier ist wichtig, dass die im Adapter unbestätigt ankommen, obwohl sie im mqtt-Adapter bestätigt sind.

Hier nun das kleine Video. Ich habe NodeRed genutzt, zu, Publishen aber das könnte auch Dein Edomi sein. Du siehst es kommt im mqtt-Adapter Broker bestätigt an, aber am Zielpunkt zum Steuern unbestätigt. Damit weiß Dein Adapter, dass er was tun muss.

So jetzt aber:

mqtt Broker und Client.mp4

Und bestätigte Werte sind Zustände. Da der Adapter unbestätigte Werte entgegen nimmt, weiß er was zu tun ist und dadurch steuert man etwas. Setzt der Adapter einen Wert dann setzt er diese bestätigt. Er bestätigt damit also den Zustand der Hardware.

Du musst also bei den Adapterpunkten des Ecovacs-deebot diese als Zustand publishen. Werte zum steuern muss unbestätigt in den Adapter.

[jkoller84]

@mickym

Hallo vielen vielen Dank für deine Geduld beim erklären.
Ich hab gestern nachdem du offline warst noch gesucht und nicht verstanden wieso plötzlich nichts mehr ankam... bis mir dann irgendwann klar wurde, dass der Broker ja die ihm geschickten Daten auch publishen muss... wie soll das sonst an die anderen Clients weitergegeben werden :cold_sweat:
Hab das dann im broker umgestellt und es funktioniert :D
Seit gestern Abend ca. 11 Uhr kann ich endlich den Deebot ansteuern und ordentlich abfragen (und die CPU-Last ist absolut vernachlässigbar).

Jetzt kann die Hausautomatisierung endlich fortgesetzt werden :D
Heute wird die Logik für das "Garagentor" in der Sockelleiste mit eingebunden und dann ist der Robbi sauber versteckt.

Da kommt die Station rein, die Sockelleiste unten wird vor dem Saugvorgang hochgeklappt.

Ganz einfach mit 2 Endschaltern zum stoppen vom Motor (und gleichzeitig Rückmeldung zur Steuerung ob offen oder zu)

Da drin sitzt die Steuerung (1x Shelly Plus 2PM und 2 Relais zum Ansteuern vom Motor)

Die Station selber:

Kurzes Video vom ersten Test:
https://youtu.be/ndDNyxbNTWI

Nochmals vielen Dank für die Hilfe!!

[mickym]

@jkoller84 Na Deine Staubsaugergarage ist ja echt toll! :)

[jkoller84]

@mickym

Danke,

benötigtes Teil-Zahnrad und gegenüberliegender Lagerbock mit dem 3d-Drucker ausgedruckt :D
Sowas kriegt man ja nicht "von der Stange"
Wenn ich dann zu Weihnachten wieder zu Hause bin, mach ich ein Video mit besserer Qualität... das war nur so schnell schnell aufgenommen weil ich so happy war :D