Lokales MQTT

RedChili

So, ich hab mal den Zendure MQTT in Hongkong umgebogen auf meinen eigenen im LAN.
Damit kann ich die Daten die vom Panel komen, in die Batterie gehen oder den Ladestatus im Homeassistant verwenden und das für die Lumit steuerung des WR verwenden. Damit wird das ding brauchbarer!
Und mein Energieverbrauch geht die auch nix an :-)
Einfach mq.zen-iot.com umbiegen.

rex

thanks for the info...as i wanted to configure a mqtt proxy and intercept the traffic, but this solution is better. are we able to control the SBV or only receive data? thanks a lot

RedChili

I think SBV can be controlled: https://github.com/Zendure/developer-device-data-report

rex

ah, just noticed you have the SolarFlow...not the sbv

theseven

The SBV works very similar to SF as far as this goes. The same methods would be applicable.

theseven

That interface is read only

KleeSun

Könntest du dein Vorgehen genauer beschreiben, also für die Leute die nicht so fit sind wie du?

RedChili

Ich werds dokumentieren und einen link posten

himue

If you use DNS redirect to a Local MQTT Server you can Control the SolarFlow.
Qick n Dirty instruction and some example commands on my Website HTTPS://zendure.hintermueller.de

theseven

Mit diesem Setup werden halt u.a. keine Firmwareupdates mehr funktionieren, und Zendure bekommt keine Telemetriedaten mehr, die dem Support bei eventuellen Problemlösungen helfen könnte. Wobei der in der letzten Zeit eh nicht mehr hilft.

RedChili

Ist die frage ob er für den firmware-check den mqtt broker braucht. Ad support: soweit ich gesehen hab sind die eh nicht so engagiert beim Helfen, das nehm ich gerne in Kauf!

theseven

Wie kann man dich außerhalb dieses Forums kontaktieren? Ich habe einen Haufen Informationen über die SBV, über die wir uns mal unterhalten sollten...

theseven

Beim Check bin ich mir nicht ganz sicher, ob die App die Versionsinformationen über MQTT mit einer über die REST-API bezogenen Soll-Version vergleicht, oder ob sie einfach beim Server anfragt, ob Updates ausstehen, der dann seinerseits versucht, mit dem Gerät über MQTT zu kommunizieren. Auf jeden Fall wird aber die Installation von Updates höchstens über Bluetooth funktionieren können, weil der Server die Updatepakete so logischerweise nicht mehr an das Gerät schicken kann.

himue

Da ich auch mit einer DNS Umleitung meinen eigenen MQTT Server nutze kann ich das beantworten:
Die App kann ja dann keine Verbindung per WLAN und Cloud mehr zum Solarflow aufbauen. Aber ich habe die App per Bluetooth mit dem Solarflow kommunizieren lassen. Da hat er mir auodates angezeigt und ich konnte sie einspielen (auch per Bluetooth)

RedChili

Siehe github link in dem thread, da sind contact daten dabei

RedChili

Hier eine umfangreichere Beschreibung wie ich den SF an Homeassistant angebunden habe und jetzt genauer steuere (work in progress): https://github.com/reinhard-brandstaedter/solarflow/blob/master/controlling_with_homeassistant.md

gnoeh

Hallo!Kannst Du kurz schildern,was du dann über den Homeassistent alles regeln kannst?

RedChili

Steht in der Beschreibung auf github. Das SF regle ich gar nicht direkt, aber ich nehme die Daten daraus um entscheidungen zu treffen wie ich meinen WR limitiere. Damit regelt sich SF dann indirekt selbst korrekt. zB sage ich dem WR er soll 135W ziehen, damit gibt SF dann auch nur 135W ans Haus ab anstatt der statischen 100,200,300.

Bender

Man kann es auch dort abrufen, da geht der Rest noch. Im homeassist einfach das mqtt mit bridge einbinden, Anleitung ist auf der ze dure github Seite

Autanius

Vielen Dank. Die Idee den MQTT Server per DNS ins eigene LAN umzubiegen ist super. Momentan ist der SF bei mir nur im Gastnetz, wegen WPA3 Problem und Chinakram soll eigentlich nicht ins eigene LAN. Da ist die Frage, was das kleiner Übel ist. Die Doku auf GitHub ist super. Werde das mit OpenHAB nachbauen

habi

[unknown]Die Solarmodule produzieren die ganze Zeit konstant. Alles ist in Ordnung, bis die Batterien voll sind. Dann wird „Auto Bypass“ aktiviert und das Ergebnis ist in der Grafik sichtbar.