Hi!
I’m trying to make a push button instead of an on / off switch, to control my garage door. It must have a short ON pulse to close and then again a short ON pulse to open. But when I try with autoupdate = “false”, the button will remain ON, even if I have released it.
I trigger an INPUT on my IHC controller, starting a block that first closes the garage door and then turns the alarm on, conversely, it turns off the alarm before it opens the garage door. Therefore, I need to use my Openhab pushbutton to trigger this input instead of controlling output.
Note that setting an Item state to OFF will not pass a command along through the binding to hardware. If you want expire to release a relay that is simulating a pushbutton, say, you would configure expire to issue a command.
It doesn´t matter in his situation when using an IHC controller. The psycical pushbutton is swiched off by the IHC controller itself. Therefore he needs the openhab switch to switch off as well.
@MichaelToettrup
I have a garagedoor just like you, (puls operated) and a rule for controling it as well in my IHC installation.
As far as I remember I use the expire binding for that openhab switch. I can have a look later tonight. Autoupdate=false does not work like a pushbutton. Either use expire binding or an rule.
I have the same problem. One question. How do you know that the door is open or closed? Do you have a sensor which tells you this?
I use a proxyitem which shows the current status of the garage door. His status is triggered by the real sensor change and shows me the status of the garage door. If I trigger the proxyitem (CLOSE or OPEN) it short turns on the related switch to trigger the garage door motor and then stays at OPEN or goes to CLOSE regarding the sensor status.
Yep, I have installed two small Xiaomi wireless door/window sensors. One used for bottom (closed) position, and one used for top (open) position. The rule I´ve got, with help from @rlkoshak, have proxy items for control light showing when the door is open state or closed state as well as in between “moving state”.
Thats what I haver for my door bell front door opener, there I need 6s to be on.
I also had similiar for my 12 physically switches the beginning, then I did install spring on them and now in my rules i just check if they changed from Open to Closed
for some time I implemented pushbuttons in the UI (Basic UI in my case) as described here and never noticed any problems.
But for a while now I have problems with the following item. Somtimes everything works as expected, sometimes I have to press the button in the UI several times (up to 10) until the rule triggers and sometimes it triggers not at all. I can not see any regularity in the behavior.
What differs with this item from others I have used is, that it uses no other binding (all other items I used so far use KNX).
Okay, if there is truly no entry in your events.log then the command from BasicUI is not being received by openHAB.
Need to look at UI end - what kind of environment is there, browser, host device, mouse/touchscreen ? What kind of network lies in between?
In 9 out of 10 times I use an iPad with iOS 13.x and Safari. The openHAB server is a Debian 10 box, connected via Ethernet, the iPad connectsvia a WLAN access point (AVM 1750 or 3000), which is in the same subnet.
The only widget I have problems with are the pushbuttons, everything else works just fine! Therefore my first thought was, that I got the configuration wrong. If the configuration is OK, I will try using the Classic UI and the iOS App to see, if this makes a difference.
This could take some time, as I use the button only once a day (shadowing of my office, when the sun shines on my monitor) and it sometimes works as expected.