Dear all,
after my OH3 update, the Helios Binding isn’t working anymore. (Bug was reported)
The binding is very important for me, because it’s the only possiblity to trigger my doorbell.
Therefore I started to get it running via REST/http binding.I have to say it’s the first time I’m using the http binding, and these are the first tries with a REST API.
I managed to get a JSON output to a channel/item:
Opened the URL in my browser: api/log/subscribe?filter=KeyPressed
Maybe in that case using HTTP requests in a rule would be the best solution here. First get the subscription (or only if it expired), then do the actual request and postUpdate or sendCommand it to your item. Trigger the rule with a cron trigger with the same frequency as the refresh rate.
I’m not sure.
The Helios Binding worked for OH 2.5. Therefore it is somehow possible. I’m not sure about the basic technology of the binding, if it is REST API or some other thing
Did you use the duration parameter in the subscription call to the 2n device ? You can set a subscription validity up to 1 hour, automatically renewed every time you pull events. This is described in the documentation you linked in your first post.
In order to be notified of someone ringing at the door, the simplest (and probably most reliable way) would be to use the automation feature of 2N software, which allows you to link events on the device to various actions, in a node-red like fashion. One available action is sending an HTTP request.
I use this on 2N Access Unit devices, which share the same software as the IP Vario, to forward some events to OH3 using the REST API.
Unfortunately for you the license for the automation functions is not included in the IP Vario and must be purchased separately (list price 57€).
I had the same idea about the use of this Feature, but In want to avoid buying the license. If I didn’t get it running in the next Werks, I will buy it.