0.10.2 transforms Rollershutter state from 1 to 0 about homebridge-openhab2-complete

[steilerDev]

I actually experienced issues with the concept of TargetState and CurrentState of homebridge, therefore I implemented a threshold of 3 percent (can be found here).

A little bit more detailed explanation:
When issuing a new TargetState to HomeKit, homebridge will send the value as a command to openHAB. The HomeKit UI will show "opening" or "closing" (depending on the difference between the values of TargetState and CurrentState). My accessories and/or openHAB not always actually go to to the exact value as sent by the command and therefore the object never reached TargetState and always shows as "closing" or "opening". Therefore I added a window of 3%, in which the TargetState and CurrentState are reported as equal. You can change the linked line from above to 0 and this should fix your issue, but might bring the "opening/closing" bug back. Your decision, but I will keep it that way, since I don't think a window of 3% is unnoticeable by the user, while keeping a consistent and correct interface.

E.g.: You are currently at 0% and want to go to 50%. CurrentState == 0, TargetState == 50, therefore the UI shows "opening". Now the command is sent to openHAB and then to your item to go to 50%, for some reason however your item reports a final position of 49%. Therefor HomeKit still thinks it's "opening" (because CurrentState < TargetState).

I hope that makes sense.

Frank