SenecHome Binding


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.

Original Posting: SenecIES binding
Pull Request:

Link to the Jar for 2.5.x:
In 3.0 the new Binding will be included :+1:

If you need any other data from the Senec just write me!




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?


Hey @VPrimus,
I can’t give you a quick solution. But I will try to look into this between christmas and new year. Can’t promise, but I will try my best!

During development I only used 2.5 to test, and then compiled also for 3.0. Maybe this was not the best way…


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:


Thank you for the quick solution!

Hello Senec Experts,

in the Documentation are three temperatures mentioned.
→ Has someone an Idea why I cannot see any of them at my binding?
→ Can someone of you see these Items?

→ I’ve seen my problem…
I have the Binding of OH V3.0, the temperatures are in it from V3.1…

How to update the binding? (I’m using already OH V3.1…

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.


1 Like

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 ?


Senec is really the was to Go if you don’t want to Touch anything. Or if you like to tinker. No API, no Docu, nothing.

I did the first steps by finding first clues by someone else, then extending it by reverse engineering. Some usefull links, just exchange the IP Adress with yours:



All variables:

Display view:

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 :frowning:
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 ?