Tnx to @vctender that did 95% of the base work I could extend the SenecHome Binding with some more data points. As I was too late for an update of the 2.5.x Binding I would like to post the jar here. I am using this Jar in my productive setup since over a week.
Tnx to @KobiP an @vctender for the Senec-Binding.
I’m using this binding a long time in OH 2.x.
After upgrade to OH 3.0 RC1, i have noticed that the Channel “batteryState” has changed type of item from “String” to “Number”.
In the UI of OH 3 shows always the item status “NULL”
When i change the type from number to string, the value of batteryState is in the intem overview of the UI correct, but the openhab.log show:
“[WARN ] [e.internal.SseItemStatesEventBuilder] - Exception while formatting value ‘CHARGE’ of item SenecHome_Batterieladung with format ‘%.0f %%’: f != java.lang.String”
and the status of item is “Err”.
How can i solve this problem?
could you please check the JAR in this Pull Request?
You can find there also the reason behind the hickup. I still don’t understand where it comes from, but that doesn’t matter now. I just hope it got fixed. As I still don’t run on OH3, I can’t properly test it.
another update! I have rewritten parts of the binding for better readability and reduced duplicated lines of code. You can find another jar here:
Warning: I renamed the “batteryState / batteryStateValue” to “systemState / systemStateValue”, as that is what it is. The state of the whole Senec Home System (including the inverter), not only of the battery. You will need to adapt your items accordingly!
I also took the chance to setup a OH3 test instance. The batteryState is working now as it should:
Hey, a bit strange as I would assume that it should update automatically. But for me it did not update from 3.1 to 3.2. What I did was removing and installing the Binding, then I had the latest version.
Would anyone know how to force battery charge/discharge on a Senec Home system ?
I’d also be glad if someone can provide me with the vendor documentation for the available values. Senec isn’t quite a shiny example in providing technical documentation.
Or is it all based on reverse engineering ?
To force Charge the Battery you can enter the Service Menu in the Local Web Page, reachable via the IP. Then you can Release the force Charge state again. Thats all you can do afaik. I am not at Home, so I can’t give more Details.
Thanks for your feedback
Unfortunately I don’t even own a Senec box to tinker with
Would you be willing to reverse engineer out how battery forced charging works and eventually add this capability to the binding ?
Yes Senec is the “to go” for PV owner that have no idea or interest in how the system works, then again for pros like us Senec’s intentional lack of documentation and willingness to grant access to the system is a big nuisance.
That’s password protected. Many to own a PV don’t even know this account data (only their electrician/solar system provider does… yeah, good ol’ Germany …) so I as a 3rd party do not have access here, cannot even see it.
Can you evaluate what’s the proper HTTP request to accomplish battery charging ?
Would you need to set a target SoC or can you specify a power value to charge/discharge with ?