As earlier mentioned, I will fist try to configure one to see how it works. When everything works oké, maybe I will try. When both Marsteks are detected in Homey I come back to you.
Hi @Kaoh
In 2 weeks the battery in homey lost connection 3 times.
After a reboot it works again but is this something that can be fixed?
715d32ef-9aae-4ebe-8fdb-5eb73147f963
A reboot of what?
Of the app
Hi. Quick update from me.
- EW11 arrived last week
- EW11 configured
- Router set up (fixed IP on 2.4GHz)
- Marstek Energy Storage Homey app installed and configured
Initially, there were occasional errors, but it seems stable for a few days now. (Sometimes I have to reset the app. Reading data is working fine, but switching between modes still regularly resulted in errors at first. After connecting Homey via the UTP adapter, everything seems much more stable (I had one lying around but hadn’t installed it yet). Forced mode isn’t entirely clear to me yet; I’ll have to look into it some more.
I’ll try this for a few more days and see if and for how long everything remains stable.
To do:
- Experiment with flows for better control with the dynamic contact coordination
- Connect two batteries to one EW11. This should theoretically be possible. RS485 supports up to 32 devices. The only question is whether Vincent’s app can handle that. Vincent doesn’t rule it out, but hasn’t tested it himself.
1 Like
Is it something in the APP or is it Homey why some flow cards can’t set in reverce ?
You see the bottom to set them in reverce but nothing change in the flow card when you click them.
I’ll check it out, it’s a me thing 
I think that the function works, but the text on the flow card don’t change.
When I click on “test” I see a difference between normal and reverse.
Thanks, I’ll try to find some time to fix the labels.
I’ve noticed that when you want to use the “force loading” card in a flow, you need to add a delay of at least 6 seconds after the “use force loading mode” card.
Hmm, I use the polling cycle to confirm the command had the desired result. I think that fits that delay need. I’ll check if I can ‘assume’ it till the next update cycle.
Thanks for finding this one
Check new version (test channel). It now allows this delay from the device settings to make it more natural.
Thanks, should be fixed in the new test version.
Your log is full of timeouts. So your connection is to blame. Ill check why I dont reconnect automatically.
first off all, thanks for the great app!
I have here already two V2 battery’s connected and working on your app. (all the commands from the app works fine)
I am currently working on creating a complete control system for the battery’s (0 regulation or peakshaving directly out of homey)
This separated from the existing Marstek control system.
I use the forced load/unload for this.
I have only have one question/issue:
if i sent the commands to fast (faster then one per 4-5 sec) to the battery’s.
The battery’s aren’t fast enought to repond.
Do you some experience for what is the best interval to sent the commands?
Jens
I added connection drop handling improvements and retry patterns on commands.
You need to use the test channel, I want to know if it is stable for people first.
I dont know what the best timing is yet myself, still running most of the time on the 0 on the meter mode while I am working on a new Energy Management System controller for Homey that can handle this more dynamicly without relying to much on complex flows. And once I have that one I will work on my own dynamic loading tests.
I did release a new version to test with retry patterns in there, could be it will handle the timing a bit more automatically. Please give it a try.
I will now activate the test version. Thanks! If it loses connection I will let you know. If you want an update just answer the thread 
1 Like
I will install the test version and give it a try.
I asked to Marstek for the recommanded interval, but they can’t give any support for the modbus control.
Thanks for the support!
Hi,
Connection was lost.
It says failed after 3 attempts
afe28176-7595-47ad-8f07-941cec260b3e
