MQTT

[openWB]

openWB wird immer den lokalen Broker haben. Der ist schlicht nötig um auch das eigene Webinterface künftig zu bedienen.

Parallel ist die Frage ob openWB die Daten an einen externen selbst auswählbaren Broker sendet.
Wo der steht, ob im Lan oder Internet, ist erstmal egal und Sache des Nutzers, sprich er könnte da eintragen was er möchte.

Das Logging - sofern du den interaktiven Graph meinst - ist performance bedingt nur vom Client abhängig.
Wenn das lahmt liegt es am Client.
Wenn der interaktive Graph deaktiviert ist sollte das fix gehen.

[aiole]

Danke für die Klarstellung! (hilft ggf. auch anderen)
alles gut
VG

[hominidae]

Man kann verschiedene Szenarien umsetzten.
Ein Broker kann auch wieder Client an einem anderen Broker sein.
Das kann man auch so konfigurieren, das sich Broker (nennt sich bridge) replizieren/synchronisieren in eine oder beide Richtungen.

Ich nutze sowas um meinen lokalen Broker mit einer Instanz bei CloudMQTT zu synchronisieren. Da mein Broker die Verbindung aufbaut ist er Client in der Cloud Instanz. Dank TLS (der cloud Broker hat ein offizielles Zertifikat) auch sicher und ich muss Zuhause keine Ports öffnen oder ein VPN bemühen.
Ich kann so von unterwegs den Kids den Fernseher ausschalten bis die anrufen und versichern, das die Hausaufgaben gemacht sind

Beim synchronisieren auf qos und topic Hierarchien achten, nicht das ständig wechselseitig *.* (#) verschickt wird

Ich werde erstmal node-red einsetzen um zwischen openWB und Smart Home zu vermitteln....habe da schon ein Projekt zum erweiterten kWh/SoC Zeilladen im Sinn.

[aiole]

Ich kann so von unterwegs den Kids den Fernseher ausschalten bis die anrufen und versichern, das die Hausaufgaben gemacht sind

Ach Gott - die Armen .

Ich werde erstmal node-red einsetzen um zwischen openWB und Smart Home zu vermitteln....habe da schon ein Projekt zum erweiterten kWh/SoC Zeilladen im Sinn.

Mit Node-Red hatte ich vor 2 Jahren mal was am Wickel, aber mangels Erfahrung an Webprogrammierung aufgegeben. Du kannst das bei Gelegenheit gern mal posten.
VG aiole

[hominidae]

...danke, mache ich bestimmt.
Programmiert im echten Sinne wird da nix...Event Logik -Klötzchen zusammen puzzeln reicht. Basis WebUI inkl.
Ich nutze es auch um zwischen MQTT und Blynk zu vermitteln.
Dann wird es richtig interessant und man kann sein Projekt als App auf dem Phone steuern.

[Stivmaster]

Du müsstest aus FHEM den openWB Broker subscriben.

sind hier user oder passwort gesetzt für die Verbindung? Ich habs schon probiert (ohne User oder Passwort), bekomme aber keinen Connect hin.

[hominidae]

ja, ohne User + PW funktioniert...nur die verwendete Client-ID sollte eindeutig sein.

[Stivmaster]

Ich kriegs nicht hin, mit User/PW, ohne User/PW, bekomme immer connection refused
Anpingen kann ich das ganze von meinem Docker Image auch, der Port ist auch freigegeben. Bin grad etwas ratlos.

[hominidae]

Ich habe es nicht mit nem Broker, sondern mit nem Client probiert...Node-Red oder auch MQTT-Dash (Android) funktionieren einwandfrei...habe die 1.642aNightly

[Stivmaster]

Nachdem ich jetzt die OpenWB neu gestartet habe, bekomme ich nun eine Verbindung, ohne User/PW. Keine Ahnung an was es da geklemmt hat.