AKKU Daten via lokalem MQTT Broker in open DTU

AJM

Hi Gemeinde,
Hat das jemand am laufen und bekommt Daten unter Batterie (Bild2) in openDTUonbat angezeigt ?
Habe mir ein NodeMCU 8266 als pub/sub bridge mit pico MQTT geflasht und habe somit Zendure Daten lokal vorzuliegen nur die DTU bleibt leer.

Wenn ich bei Datenanbieter "Batteriewerte aus MQTT Broker" wähle bekomme ich unter Topic und entsprechendem Payload zumindest den Soc als Einzelwert angezeigt.(Bild3)

Weiß jemand wie "Zendure per lokalen MQTT Broker" funktioniert oder eingerichtet werden muss damit alle Daten kommen ? (Bild1)

Grüße und schonmal Danke für Hinweise oder Ideen dazu.

21232f297a57a5a743894a0e4a801fc3

Nein, aber was steht unter Produkt Typ und den Settings. Mit lokalen Iobroker muss man auch Gerätetyp-Id und Hub-Id im Pfad der mqtt Daten verwenden. Bei Iobroker ist die Hub-Id eine kurze Zeichenkette 8-10 Zeichen. Kennst Du die?

AJM

Produkttyp ist Hub1200 und dann sendet er an Broker unter ID 73bkTV das ist wohl default und fix. Die eigentliche Hub ID im Broker ist ja die 8 stellige Zahlen Buchstaben Kombi nach APP key die sehe ich ja im Broker.Habe beides versucht aber still ruht der See.
Als Info steht ja Bei Produkt Identifikation das man es per Bluetooth auslesen soll.

21232f297a57a5a743894a0e4a801fc3

Kannst du in der DTU denn den Pfad auf packdata Akku 0 bis 3 irgendwo definieren?

21232f297a57a5a743894a0e4a801fc3

Akku Seriennummer oder so?

21232f297a57a5a743894a0e4a801fc3

Schon mit dem mqtt Explorer im Broker selbst die Daten und den Pfad angeschaut?

AJM

21232f297a57a5a743894a0e4a801fc3
ja bei DTU MQTT ist der broker drin und ich sehe alle Daten der DTU Wr-Temp,Leistung ect.

Wenn ich als ID mein HUB Namen eintrage erscheint im broker ein neuer Topic iot mit 73KkTV und dann HUB Namen
siehe Bild

AJM

21232f297a57a5a743894a0e4a801fc3
nein nichts dergleichen

21232f297a57a5a743894a0e4a801fc3

Ich habe das mal in meiner Dtu eingestellt, dass unter Spannung ein Testwert aus meinem Broker genommen wird. In der Konsole zeigt er den Abruf der Daten an. Meldet dann einen nicht plausiblen Wert. Geht theoretisch also. Hast Du die Spannung in Deinem Broker irgendwo gesehen? Passt der Value?

21232f297a57a5a743894a0e4a801fc3

Der Hub meldet sämtliche Daten per mqqt im selben Pfad unter "report". Man braucht also eine Logik, die Daten dort liest, zerlegt und strukturiert wo anders im mqqt Daten Baum ablegt. Die Dtu kann das glaube ich nicht leisten. Hat deine Lösung ein Script oder so, das diese Logik mitbringt?

AJM

Nein ich glaube nicht den Code für die bridge habe ich gestern mit KI erzeugt.Dort war auch erst ein Befehl report enthalten aber ich habe mich damit nicht an der Zendure Cloud anmelden können bzw. Es kamen keine Daten.Dann fing es hin und her mit KI bzg. Seriennr. Usw dann habe ich den Befehl auf State/ geändert.Probiere heute Abend nochmal etwas rum.

Danke für Deine Zeit und Rat 👍wenn es was neues gibt werde ich berichten.

Felli

Das hat mit ioBroker oder sowas nichts zu tun. Damit das funktioniert, musst du die Kommunikation des HUB auf einen lokalen MQTT Broker umbiegen, entweder per DNS Umschreibung oder per Cloud Disconnetor Tool. Dann sendet der HUB alles an deinen lokalen Broker. Wenn du nun, Deine OpenDTUonBattery damit verbindest, bekommst du alles dort angezeigt und kannst es damit wohl auch regeln. Es geht aber nur, wenn du die original Rohdaten im MQTT Broker hast, nicht wenn du es z.B. von einem ioBroker aus per MQTT publishst. Hoffe das ist so verständlich.

AJM

Felli Ja Danke Felli,Cloud Disconnecor und DNS Umlenkung ist mir ein Begriff,ich dachte einfach dies zu umgehen und habe mich dann vom DropDown inhalt der DTU wohl täuschen lassen wenn da steht lokaler MQTT.
Dann werde ich damit etwas rumspielen und mich eher irdischen Dingen wie Tomatenzucht widmen habe ich wohl mehr von.😎

Felli

Ich glaube das ist schon ein coole Lösung die die Jungs da entwickelt haben. Man braucht halt einen Broker dafür. Wenn du sowas bereitstellen kannst, probier es mal.

Solaris

AJM
falls nur die Akku Daten von interesse sind gibts seit letzter woche auch cloud-mqtt anbindung von OpenDtuoB - dann halt nicht mit voller Kontrolle des Hubs !
https://github.com/hoylabs/OpenDTU-OnBattery/pull/2451

und das ganz große ding mit localen-mqtt und nun auch mehreren hubs und Accu packs kommt noch !
eine testversion gibts seit 11.1.26
https://github.com/vaterlangen/OpenDTU-OnZendure/pull/6

21232f297a57a5a743894a0e4a801fc3

Ach so. Ich habe angenommen Du hast den Hub bereits lokal umgeleitet. Ist nur ein kleiner Schritt, also den würde ich noch gehen.

AJM

PERFEKT👍 für meine beiden Hubs mit insg.5 Akkus und vielen herzlichen 🙏🙏🙏 für die wertvollen Infos,Links dazu.Mache mich bei Zeiten mal daran da ich eh eine neue DTU mit 16MB bestellt habe kann ich mit der altes etwas basteln/testen die4MB_non_OTA gibst ja auch noch in deinen Links.
Ich hatte schon vergebens deinen alten Post dazu durchforstet.😎

Solaris

AJM
natürlich geht das mit den 4MB version ! ist nur etwas aufwendiger den sketch zu flashen
bei einer 16MB version ein OTA-firmware update zu machen ist halt nur viel einfacher .

bei mir läuft die (test) version von vaterlangen auf github (thanx)
2 hubs seit 12.1.26 ...alles gut !
einer lokal mit eigenem broker der andere über zendure-cloud mqtt (das geht auch)

lokal machts halt mehr spaß ! dann ist eine Autokalibrierung dabei ,erweiterter batterieschutz,
den SoC (aller battery-packs) sieht man am display der DTU
ach ja , alle zellspannungen sind sowieso dabei !

und wenn das ding ganz fertig ist ... WOW !!!