yesterday I saw an article that a new rollershutter from company rademacher is available.
This smart device has a dect interface an the avm fritzbox is able to control this rollershutter.
Now my question. I have a fritzbox and I’m using avm components controlled over tr064 binding from openhab side.
For this new rollershutter, who needs to do work that it will be possible to control it from openhab.
Does the tr64 binding needs to reworked or must avm first create a new fritz os?
Actually I did not own such a device. I’m interested in controlling my rollershutter from a smart home system.
Actually I use openhab for other things. Light and heating.
The devices from rollotron would fit exactly in my home environment. I can not use motors directly on the axis of the rollershutter because that’s to much work.
So just changing the manual control to that one from rollotron was the easiest way.
OK I will create a feature request.
Hi Christoph, sorry for the delayed answer.
I have now created a issue.
Hope that is correct.
By the way. Is it possible to look how such a binding is realised? For myself I am also developing software in c, cpp or python.
I’m interesting in looking how a binding is realized.
Is the source available in git, maybe for other bindings?
I spent several hours trying to set up a working development environment for the avmfritz binding, but so far failed. Hopefully you can direct me in the right direction. I followed the directions to set up a development environment using Eclipse and the main branch. At first glance everything seemed fine, I could add my Fritz!Box and my Fritz!DECT 440, just the latter always stayed in the state UNKNOWN. Enabling more logging, I found the Exception
at javax.xml.bind.ContextFinder.find(ContextFinder.java:413) ~[?:?]
at javax.xml.bind.JAXBContext.newInstance(JAXBContext.java:721) ~[?:?]
at javax.xml.bind.JAXBContext.newInstance(JAXBContext.java:662) ~[?:?]
at org.openhab.binding.avmfritz.internal.util.JAXBUtils.initJAXBContextDevices(JAXBUtils.java:42) ~[?:?]
I think this may be caused by a known ServiceMix issue, but have no way to fix it. Can you please help?
Nice to see more people interested in the code of the avmfritz binding. I cannot give you an answer in a second. I have to dig deeper into it. But I can tell you from my experience that running avmfritz from Eclipse is not easy and I am struggling with it all the time. Currently I am developing / testing new code in a local Docker combined with remote debugging.
I appreciate that @Gthorsten has opened a request on Github as I have bought one device. I already have a use case for an automated control with a rain/flood sensor which is not possible in the AVM universe and needs openHAB.
I have unfortunately absolutely no programming skills to support an implementation I can only offer my device and environment for testing
to which milestone release belongs the new binding? I am running 3.1 Milestone 3 and currently refrain from using Milestone 4 because if the issues with the REST-API. When its is already running with Milestone 3 then I do not even need to update …
Can you please provide some more details on the release level?
On my Testsystem I’m running the m4, sontje latest milestone build. But if I’m right the beginning of June we will have a new build.
I think the m4 is the first milestone where it is available.