Thanks for the work being put into this binding - it really works well!
One question. When using the Verisure app there is a timestamp associated with door/window sensors. Is that something that has been discussed to be included in the binding?
NOTE: If youâre already running the binding and the DoorWindow thing is auto-discovered then you have to delete and re-discover the thing in Paper UI to get the new channel.
Not sure if Iâ, doing something wrong but I couldnât get the alarm state change timestamp to work. Do you know if that channel has been tested? FYI, I have only tested it using the 2.5 snapshot from dec 5th. Maybe it works on the 2.5.0 final or the new 3.0.0 snapshot!?
The new timestamp work just fine including the alarm timestamp when using the latest jar. Great work, thanks!
One thing that I donât understand is that when testing, the timestamp from the alarm is presented in one format (2019-12-25T13:47:53+01:00) and the new timestamp from the door/window-sensors in a different format (2019-12-25 13:51). It looks like this in the basic UI and I havenât done any formatting of the items/strings.
While we are on the topic of the READMEâŠ
The broadbandConnection describes the connected channel to get the connection status (as does the thing-types.xml), but the example later on defines a status channel.
And I would like to suggest one tiny addition to the README: you could mention the exact Karaf command to set the DEBUG log level and add a reference to the Karaf documentation.
On the topic of the READMEâŠ
The broadbandConnection describes the connected channel to get the connection status (as does the thing-types.xml), but the example later on defines a status channel.
And I would like to suggest one small addition to the README: you could mention the exact Karaf command to set the DEBUG log level.
New jar-file with better handling of failed logins and also use background threads for bridge/things initialization, previous post updated!
Updated again with some code enhancements.
Hi @jannegpriv, I tried your binding and it works like charme
Wouldnât it make sense to change the channels Location, Installation Site Name and Installation Site Id into thing properties rather than channels (for all things except the Account). Those values are static, relate to the Account and do create redundant information for all attached Things.
Is there no alarm status for the smoke detectors? temp and humidity are good, but the alarm status is essential. How to obtain the alarm source when the system reports an alarm?
Is there a way to query the history? (âVerlaufâ in mypages)
I could contribute German translations if you are interested.