Welche Einstellung für "Batteriewerte aus MQTT-Broker"

[pse66]

Hallo in die Runde.

Ich bin neu in der OpenDTU-onBattery Thematik und habe hier viel gelesen, gelernt und konnte mein Projekt soweit umsetzen. Danke für die Super-Software!

Ich habe aber eine Frage bzgl. der „Batterie Funktion“ über MQTT.

Ich betreibe einen HM1500 an einer Batterie die mit einem JK BMS ausgestattet ist als „Nulleinspeisung“. Die Batterie-Daten werden vom JK BMS per MQTT an meinen ioBroker gesendet.
OpenDTU-onBattery ist ebenfalls per MQTT mit dem ioBroker verbunden.

Was muss ich hier bei OpenDTU-onBattery eintragen, damit die Batteriewerte wie SOC und Spannung korrekt vom ioBroker übernommen werden, bzw. funktioniert das?

Viele Grüße
Frank

[schlimmchen]

Wenn du ein JK BMS hast, verstehe ich nicht ganz, warum du es nicht seriell an OpenDTU-OnBattery anschließt. Aber das ist dir natürlich freigestellt.

Ansonsten deutet deine Frage an, dass du MQTT noch nicht ganz durchdrungen hast. Du musst hier lediglich eintippen, an welchem Topic die SoC bzw. die Batteriespannung am MQTT Broker veröffentlicht werden. Wo (an welchem Topic) die veröffentlicht werden, muss du selbst wissen.

Was bekommt denn die Daten vom JK BMS und schickt die an den MQTT Broker? Können die "new style" JK BMS das von Haus aus? Haben die WLAN?

[pse66]

ich hole die Daten per ESP über BT und sende sie per MQTT zum iobroker, da ich die Daten noch für andere Geräte brauche.
Schreibweise beim Topic war falsch. Jetzt passt es und die Daten landen im OpenDTU-OnBattery!

[peff74]

Oh, bei der Frage hänge ich mich gleich mal mit rein.
Ich ziehe, meine Daten von meinem JK BMS per Bluetooth, da Kabelwege zu umständlich wären und ich parallel auch gleich meine Akkuheizung steuere.
Habe nun auch gesehen, dass man die Werte über Batterie/MQTT in die OpenDTU bekommt.
Ich habe jetzt aber nur die Systemspannung und nicht SoC eingetragen.
Wenn ich die Ausgabe der Konsole korrekt deute, wird diese jetzt auch genutzt.

Ist SoC ebenfalls zwingend notwendig?

Bei meinem kleinen JK ist dieser nämlich mehr ein Schätzwert/Spielerei und ich gebe mehr auf die Spannung.
Ich habe jetzt unter DPL den Schalter "Batterie SoC ignorieren" aktiviert.
Somit sollten ja die Start/Stop Schwellwerte gelten, die jetzt ja direkt vom JK-BMS kommen, korrekt?
Nur die Anzeige in der Live Ansicht zeigt nun 0%, was mich nicht stört^^

[schlimmchen]

Ich habe jetzt unter DPL den Schalter "Batterie SoC ignorieren" aktiviert.

Dann musst du auch nicht das SoC Topic abonnieren.

Somit sollten ja die Start/Stop Schwellwerte gelten, die jetzt ja direkt vom JK-BMS kommen, korrekt?

Wenn die vom JK BMS in den Broker kommen und du das passende Topic abonnierst, dann wird auch diese Spannung im DPL benutzt.

Wie kommen denn die Daten über Bluetooth in einen Broker? Habt ihr einen weiteren Mikrocontroller, der das macht?

[pse66]

https://github.com/syssi/esphome-jk-bms

[peff74]

Ja, nutze ich auch. Als Standalone ohne HomeAssistant
Auf einem separaten ESP.

[Manos1966]

@pse66 Ich erzaehle wie ich das mache:

• Ich habe einen MQTT Server
• Meine Devices senden per MQTT Ihre Daten zum MQTT Server
• Ich weiss aber (am Anfang) nicht, wie sie heissen und welche Daten sie senden

Ich installiere den MQTT Explorer https://mqtt-explorer.com/
Hast du Home Assistant, kannst du ihn direkt im Home Assistant einbinden.
Oder einfach die Windows Anwendung installieren.

Mit MQTT Explorer logs du dich auf deinem MQTT Server ein.
Und dann siehst du Real-Time alle Daten die auf deinem MQTT Server landen!
Dann siehst du die Daten die dich interessieren z.B. coffee_maker (siehe Bild)
clickst du drauf, dann siehst du auf der rechten Seite unter Topic, wie dein MQTT Topic heissen soll, z.B. kitchen/coffee_maker dass ist die Antwort zu deiner Frage.
Ich hoffe es hilft.

[peff74]

Den MQTT Explorer kann ich ebenfalls nur empfehlen!
Ich nutze den MQTT Broker vom ioBroker, aus der Historie heraus, weil ich damit mal angefangen habe.
Was ein nettes Feature ist, am ioBroker man kann relativ leicht Reaktionen auf Werte erzeugen, Schalte dies / schicke Benachrichtigung / etc.