-
-
Notifications
You must be signed in to change notification settings - Fork 3.6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[LCN] Contact Item shows wrong state #8069
Comments
An LCN-BMI (at least in my environment) delivers "0" in the PCHK's Bx-status command (2.x LCN-binding: contact closed) if no motion is detected, visualized e.g. by icon motion-closed, and "1" (contact opened) if motion is detected, visualized by e.g. icon motion-opened. In contrast the door's reed contact - which is connected to an LCN-BU4L configured as a binary sensor - in my environment delivers Bx-status "0" ("contact closed") if the door is opened - or there's no signal due to a blackout or broken wire - and "1" ("contact opened") if the door is closed. So you have to handle the "reverse mapping" when visualizing door-status by yourself. In my opinion this is intended behavior and not a bug of the 2.x LCN binding. |
Also in the 1.x Binding I didn´t had to change anything....
Now in the 2.x Binding I have do to rules and virtuale contact Items to get the right state.... |
Do you use (LCN-BMI) motion sensors and were they handled correctly in the 1.x Binding? Because of the special behaviour of door contacts/reed sensors (see my last post) I myself would have to define rules and virtual contact items for many motion sensors in my environment - instead for 1 or 2 door sensors - if contact state handling in the 2.x binding would be reversed. I like your idea to add a configurable option to the binary sensor channel where one could define if e.g. status "open" should correspond to "0" or "1" of the LCN bus' binary sensor state message. Alternatively we could use a checkbox "reverse open/closed". Perhaps you could change your bug report into a feature/enhancement request? If the binding owner (@fwolter) will agree with this extension I could offer to implement such a feature (at least to try to ;-)) |
How could I do this ? |
…nel (#8102) Closes #8069 Signed-off-by: Thomas Weiler <[email protected]>
…nel (openhab#8102) Closes openhab#8069 Signed-off-by: Thomas Weiler <[email protected]> Signed-off-by: MPH80 <[email protected]>
…nel (openhab#8102) Closes openhab#8069 Signed-off-by: Thomas Weiler <[email protected]> Signed-off-by: Bernhard <[email protected]>
…nel (openhab#8102) Closes openhab#8069 Signed-off-by: Thomas Weiler <[email protected]>
…nel (openhab#8102) Closes openhab#8069 Signed-off-by: Thomas Weiler <[email protected]>
…nel (openhab#8102) Closes openhab#8069 Signed-off-by: Thomas Weiler <[email protected]>
…nel (openhab#8102) Closes openhab#8069 Signed-off-by: Thomas Weiler <[email protected]>
…nel (openhab#8102) Closes openhab#8069 Signed-off-by: Thomas Weiler <[email protected]> Signed-off-by: Daan Meijer <[email protected]>
…nel (openhab#8102) Closes openhab#8069 Signed-off-by: Thomas Weiler <[email protected]>
…nel (openhab#8102) Closes openhab#8069 Signed-off-by: Thomas Weiler <[email protected]>
In the new 2.x LCN-Binding the state of a contact item is wrong.
For Example the door is closed and in Openhab shows that the door is open.
In the 1.x Binding the state was right.
Regards
Jörg
The text was updated successfully, but these errors were encountered: