Open andreheuer opened 1 month ago
Hi Andre,
in your case, I’d recommend to take the hub offline and have it completely report to your local MQTT (via sf-bt-manager). You can then have all native device telemetry locally and even control the hub via HA. Or you also run sf-control on top to get a sophisten automation of your hub.
kr, Reinhard
A bit off-topic, but are the lists of device details all MQTT topics? I noticed that there is a totalEnergy there, which is not provided via MQTT...
Hi Andre,
in your case, I’d recommend to take the hub offline and have it completely report to your local MQTT (via sf-bt-manager). You can then have all native device telemetry locally and even control the hub via HA. Or you also run sf-control on top to get a sophisten automation of your hub.
kr, Reinhard
Hi Reinhard,
thank you for your quick response. I will try this as next step.
But I am wondering: the username and password are hard-coded here: https://github.com/reinhard-brandstaedter/solarflow-statuspage/blob/cd5eb05676552cdd5588b4f5412b312dfa97e470/src/solarflow-status.py#L244 This is independent of the server (mqtteu... or mq...), so I should be able to connect anyhow. Or do I misunderstand here something?
BR André
edit: I have checked the DNS requests of my phone: it is requesting the mqtteu.zen-iot.com server when running the Zendure app...
Hi Andre,
you are right. The user/pwd of the App to MQTT is identical for everyone, thus it is hardcoded. Zendure uses the clientId for authorization purposes. This clientId is retrieved from the Zendure API and changes on every user login (which is your Zendure Account password). This is how Zendure protects what you (or your device can see in MQTT). I haven't really followed which additional mqtt brokers Zendure has now introduced and if/how they changed over time but mqtteu is correct when registering your device in Germany. However there is also a different API for Germany/EU and the login there should also work with your user/pwd there.
Unexpected Zendure disconnection.Disconnecting reason 5
means unauthorized thoug on the mqtt side...
A bit off-topic, but are the lists of device details all MQTT topics? I noticed that there is a totalEnergy there, which is not provided via MQTT...
No they ae not all MQTT topics, some of them are likely just server-side calculated or other details.
Hi all,
I have a Hub 2000 and wanted to test the Solarflow status page. Currently, I am using Home Assistant with Mosquitto and subscribed to the mqtt.zen-iot.com. However, I experienced that a lot of messages are not available and the updates are not "real time" or completely missed for hours.
So I tried your implementation and realized that you are using (most likely) the same MQTT broker as the mobile apps (which are showing updates in almost real time).
I have used the current DEV branch (used also master branch before, but same behaviour):
As I am based in Germany, I am expecting that my account is on the EU server. To double-check I have issued the following request:
The reply included also the MQTT broker by Zendure (mqttee.zen-iot.com):
However, after running the statuspage script in online mode, I am continuously getting in error when connecting to the mqtteu broker:
Then, I changed the broker to mq.zen-iot.com to which I could connect. However, I do not receive any messages and thus updates from this broker and the values on the status page are not updating.
Is there a way to explicitly change the broker "region"? Or is there any other advice?
BR André