There is no official documentation for the Cloud API interface, but I was not able to find any commands you can transmit. Let me know if you have found other implementation that have found way to send commands through Cloud API!
I had some problems with my battery after upgrading mi wifi and so I also removed the battery from Homey. Now I have the same problem I had before: Unable to add the batery again… no devices found. Battery is connected … Could this have something to do with mixed 2,4 en 5Ghz with same ssid? Any other suggestions?
Maybe adding the battery manual?
Normally restarting (once or twice) the battery using the BLE tool should make the device discoverable again. Since the Homey app does a broadcast for detection, if will detect it on the complete network. Have you checked your switch/router/modem if the device has received an IP address?
Moin! Will this app work with a Marstek SATURN B2500-D too or ist the API used exclusively for the VENUS? Greets, Felix
Hi @eniewold@eniewold, thank you for releasing this New Version. Does this Version improve stability when using the local API?
I’m using the cloud Version of the connector since a week or two and didn’t experience any issue with the battery switching to manual mode eversince.
Currently I’m using FW148.3 on my Venus E3.
Thanks for you input.
°° Update °°
Since I upgraded my Venus E3 to FW v148.3 (which I received after complaining of instability of v148), I started using the API integration again (for now without sending commands). The battery is behaving stable eversince. I’m using a 120sec polling frequency.
Setup: 3 units : Venus A with additional battery packs.( Firmware v 1.48.7, just today 1 pushed to 1.49.1 after the remarks that the batteries do not keep min.SOC based on DOD settings) and Each on seperate phase. Using Homey Advanced Flow to create EMS. Since a few weeks the Marstek Venus Connector can not get though to the batteries using the schedule option. ( I found out in the beginning that every schedule needed to be made first, and so I did, before using them. ). It work for some time, improving logic etc. Marstek battery reset issue at midnight were fixed by firmware updates, but I think through all that I am now only able to start Self Consumption and static (* only positive value thus discharge 
restriction connector? ). So my initial way of using the scheduler, does not work anymore. My P1 connector in the app (stated as beta) though very nearby, disconnected regulary making the Self Modus not possible ( my flow will pick this up, corrrect itsefl , and start using manual:scheduling ). I bought a CT002 in the hope to get better connectivity, need to install that, but just read also problems with it… we will see.
I hope Marstek will get there &^% together since I am getting a bit fed up with the unmature API connectivity.
Regards, and keep up the good work.
Edwin
Since developing this Homey App, I have noticed the same trend… the local API is not reliable enough for daily operation. Although a number of updates have been delivered to the firmware, it does not seem to solve the root cause of the API communication problems.
My communication on this fact to Marstek is not answered, so there does not seem to be interest in community management. I therefor advise users with problems to keep contacting them individually to keep the pressure on these problems…
I use the test version 0.8.12. for the Venus A and the Venus D. The LED control on/off functions right on the Venus A, but on the Venus D is no change in the LED.
Hello, when u set the poll time to 127s, and do only a write every 7s it works like a charm.
BUT, today i received v149 on m marstek v3. the battery did not do anything with modbus (dis)charge actions. the battery did receive the command as the modes changed from auto to manual when sending the command. I contacted support and 5 minutes later, V148 downgrade was again visible in the app. my initial ticket was awnseren by a push with v149. so actually they did act very fast 
. fact i did help pressurising them to improve overall stability.
use 127s and u can do write every 7 seconds.
Thank you for the clear report! I’ve updated the TEST version of the application so negative power values are allowed to be transmitted to the API. v0.8.13
Just a question; What is the difference between the manual mode with xxxx watt charge/discharge and passive mode?
Thanks for the quick version! It does work, but the positive and negative values are inverted. If I use a positive value the battery starts discharging, and with a negative value the battery starts charging.
Hi. I have a request. I don’t know how many use the time or day settings in the manual mode. Imo it would be more practical to use Homey’s timings. It would be so much easier if you could use a flow card for a manual setting which automatically is active each day, the whole day. Just set the power and done.
So: remove the time and days from the flow card and always use all days and from 00:00 to 23:59.
Also, I’m not able to save adjustments to a manual flow card. The confirm button stays unavailable.
I found that my battery kept resetting while using this app. Only turning off the API solved this. This has been going on for months and now I think I finally found a remedy: factory resetting the CT002. Maybe others can try this to confirm.
I was experiencing frequent resets too when the API was enabled, which reverts the battery to manual mode. Since a few weeks I’m using the cloud connector and eversince the battery is behaving quite well.
For my flows I select all days and set 00:00 to 23:59 and use the ‘enable’ and ‘power’ properties to control the battery. That way you use the Homey timing. The marstek has 10 slots for manual settings; the homey app uses the last slot.
