i tried this but itsn’t working. This from yesterday. You can see I reconnected the device in homey at around 12h. In Marstek app the statistic is going up and down as normal while in homey it just stays a flat line. It used to follow more like the Marstek line
The reconnect was for the IP address question; but thank you for the screenshots anyway. Again, I’ve not changed a thing, so I can only suspect the communication from the Marstek cloud service has been changed. I need to do a deep dive into all communication streams to determine what has changed in cloud communication…
ok thx. if you need any additional information form me please don’t hesitate to ask 
Hi, @WeWillSee , when did you start noticing this issue?
It came to my attention when I upgraded my Marstek E3 to firmware 150.119.113 yesterday evening.
I reported to Marstek that the overview in the marstek app was not updating and even showing the device off-line. This morning I received a new update (150.119.115) which should resolve this issue, but it’s not!
When tapping through on the device, it was behaving perfectly normal.
@eniewold , if I’m not mistaken, the cloud connector is pulling the same information then the overview is giving, right?
To make sure we’re on the same page, see attached screenshots.
The overview states the battery is at 100% and charging, while the details show the battery at 100% and not charging (duh).
The cloud connector is a pull interface that requests data from the Marstek Cloud at an interval. The received data structure is parsed where the Homey capabilities are filled with values from parsed data (if any).
Also take into account that the Cloud Data is gathered by Marstek by the battery itself; it periodically connects to Marstek Cloud servers to communicate its status values.
Both these paths might be broken due to a new Marstek firmware version, altered Marsktek Cloud API data format, or availability problems with the service itself…
I received a diagnostics report with the following details; so it seems the data received from the cloud service contains a strange character (non-numeric), making it impossible to parse:
I can’t trace if the battery communicates this string, or if the API generates an incorrect string. In either case, it breaks the current Homey App Cloud Connector implementation. I don’t think this will go unnoticed for long…
i also had an update of the battey and the app this week (different days). I can’t tell you anymore when it started. i noticed it this week. But since i removed the dvie and reconnected the device i lost historical dat in homey. so i can’t see when the kine started flatlining. i also see in homey some change and indeed for long periods as you can se it was flatlinging it got an update. flatlining again. and then again update. this si why my intial toughed was that it it the update interval that got messed up with somehow. Or maybe it is indeed the strange character. and it can only update if it recieves avlue without the strange character.
as in the app the graphs does show correct I would expect that the app also pulls the data from the cloud (not sure). so the communication etween battery and cloud is correct??
that would be a correct assumption, so it seems to be in the outward facing API that is consumed by the Homey App 
I can try to intercept the message before it is being parsed and filter out strange characters. But based on the captured data, I don’t thing the data is representing something useful…
Filter out or change? If it is always in that message would it be possible to compare it to the values in Marstek and change the strange character to the intended character. If it is always in the same data field I would expect it to always be the same character? Or you have it in multiple fields? I only use the cloud because the api doesn’t show all the necessary information. I suppose adding this information to the api function also isn’t possible?
The data is updating in your Homey, probably because you open the Marstek app, and tap on the battery to see detailled information.
This action updates the information that is displayed on the device main screen (which shows your battery and your CT003). Once this information us updated, Homey updates shortly after.
I’m quite sure this is related to the V150 update, because this behavior started immediately after the upgrade.
On which Firmware is your M-E3 currently, and which app version of Marstek (Android or iOS)?
Battery: v150
App 1.6.72.
And we can send message to Marstek to Have a look. If you can explain me what to ask I can send them a message. I have found them in the past quite reactive:-)
Ofcourse was never for major issues 
I opened a ticket yesterday regarding the values not updating in the main screen of the app and thus also probably not correctly syncing to the Marstek Cloud. I also stretched out that due to this issue, Homey Pro isn’t pulling the correct data either.
This is what I received earlier today.
Completely off-topic from my p.o.v. :
Dear customer, I fully understand your frustration regarding this contradictory battery level display. To properly recalibrate the indicator, please perform a complete calibration >> Charge the battery to maximum (100%) without interruption or discharge >> Then discharge it to its minimum (without reaching 0%) in a single run without interruption or recharge >> Recharge it again to maximum without interruption >> Once 100% is reached, leave the device charging for an additional 2 hours to finalize the display synchronization. We remain at your complete disposal for any additional information.
Sounds like their standard answer tell them you did it and it doesn’t solve the issue
Exactly What I did 
Their update policy is pure horror.
Hello,
I am using a Marstek Venus E 3.0.
Firmware: V138
Local API enabled
UDP port: 30000
Battery IP: 192.168.1.101
Homey Pro 2023
Marstek Battery Connector v0.9.1
The battery is automatically discovered by Homey.
Model: VenusE 3.0 v138
Firmware: 138
IP address: 192.168.1.101
UDP port: 30000
The device is successfully added to Homey, but it remains “Inactive”.
No values are received.
Battery SOC
Battery power
Charged energy
Discharged energy
In the Marstek app the battery works correctly.
The Local API is enabled.
The battery charges normally in Manual mode.
No errors are reported.
Homey correctly detects the battery IP address, model and firmware, but no battery data is received and the device remains inactive.
Has anyone successfully used a Venus E 3.0 with firmware V138 and the Marstek Battery Connector app?
Do I need any additional configuration?
Thank you.
Hello,
I am using a Marstek Venus E 3.0.
Firmware: V138
Local API enabled
UDP port: 30000
Battery IP: 192.168.1.101
Homey Pro 2023
Marstek Battery Connector v0.9.1
The battery is automatically discovered by Homey.
Model: VenusE 3.0 v138
Firmware: 138
IP address: 192.168.1.101
UDP port: 30000
The device is successfully added to Homey, but it remains “Inactive”.
No values are received.
Battery SOC
Battery power
Charged energy
Discharged energy
In the Marstek app the battery works correctly.
The Local API is enabled.
The battery charges normally in Manual mode.
No errors are reported.
Homey correctly detects the battery IP address, model and firmware, but no battery data is received and the device remains inactive.
Has anyone successfully used a Venus E 3.0 with firmware V138 and the Marstek Battery Connector app?
Do I need any additional configuration?
Thank you.
Please report your issue in the app topic:
Hello,
Could someone help me with my issue, please?
My Marstek Venus 3 is correctly detected in the Homey app (see screenshot), but it always remains inactive.
In the Marstek app, I cannot find Homey under CT, so I am unable to make the battery work in Self-Consumption mode.
Has anyone experienced this problem or knows how to solve it?
Thank you in advance for your help.
