Changes

OpenHAB ISY Binding rework

199 bytes added, 23:34, 7 May 2018
/* current status and problems */
= current status Current Status and problems Problems =
The current ISY binding does a nice job of getting ISY device updates into the binding and abstracting the different ISY devices into the OHAB realm. However, there are a few shortfalls the require addressing to make the binding truly useful withing OPENHAB.
; FIX: regardless if auto-discovered or manually added, use the UID of the ISY to create the OHAB UID. This way, each unique device can only be added once
== structural Structural changes to ISY setup ==
currently, the binding only scans the ISY REST API once to discover existing devices - on initial creation of the bridge. If the bridge already exists in the OHAB config as a thing, it will not call the REST API's scan/discovery again. This means, for any addition/removal of devices or scenes on the ISY, the OHAB bridge has to be removed, which will also remove any discovered and linked INSTEON devices - the user has to start over on each structural change to the ISY. What's worse: crating a "phony" change to the bridge configuration with the intend that a correction of that change will trigger a rediscovery ends in a NPE in bridgehandler.dispose() and the user being unable to reuse that bridge handler again.
; FIX: fix the ISY Web Socket Listener to listen to
; : * Variable Add/Remove (I don't use ISY variables)
; : and add/remove ISY devices to/from OHAB Inbox. Also, add a ISY REST scan each time the system starts up, and reconcile any changes to the device structure - this way the inbox can be updated. Existing devices should be set OFFLINE (or REMOVED?) if the device is no longer part of the REST document. If the Web Socket indicates a removed device/scene/variable, remove from inbox if present -if the ISY device/scene/variable is already added as thing, then set OFFLINE (or REMOVED?).
 
== No Scene updates from ISY ==
Although the ISY binding discovers ISY scenes, and lets the user change the state, any state changes from the "real world" are not reflected into the binding. See PR
Bureaucrat, administrator
963
edits