-
Notifications
You must be signed in to change notification settings - Fork 106
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
Sec+ 1 & 2, Dry contact trigger door toggle #214
Comments
This would be great to have! |
Do I understand correctly that this would let me wire up a basic doorbell button to use as a secondary trigger without having to pay through the nose for a fancy digital push-button? If so, then I'll be eagerly watching this space for breaking announcements. |
Yes thats what the dry contact inputs are for. There are discrete open and close dry contact inputs, so you need two momentary buttons at the moment until this change is implemented. |
Are there any updates to this from the ESPHome developers? Is it something that will be worked on or is it going to be ignored? |
So what's the "correct" way to go about implementing this? As far as I can tell ESPHome doesn't have a "trigger on two binary sensors" function built-in. I made a first pass at using lambdas and global variables to run the toggle function when both buttons had been pressed, while preserving the single button function. It's not currently working but if this is the completely wrong approach I'd rather direct my efforts at a smarter way. |
Now that dry contacts have been implemented, is there a configuration setting for triggering the toggle? |
There's no configuration or implementation for toggle via dry contact yet, as far as I know. This issue is to update the firmware such that if you wire one side of your switch to both contacts, pushing the button will toggle the door (so really the "configuration" is in hardware 😂 ). I abandoned the lambda approach I posted earlier, and I finally got something working, but I need to test it a while longer. There is a question of appropriate values for delayed_on and delayed_off--I've changed them to be lower here since my dry contact "button" is actually electronically triggered (it's an old system that uses a separate transmitter/receiver to trigger the door using a dry contact). I'm using a 50ms delay to make sure both buttons are in the "on" state (if applicable) before deciding to toggle or open/close. I chose that arbitrarily and it seems to work but I'd appreciate any input on the value from someone more familiar with esphome. In my testing, without a delay the dry contact for close would always come on first and trigger the single contact "close" behavior before the open contact could trigger the toggle. I wonder if we really just need a 16ms delay to do the check on the next loop (not sure if I understand the "main loop" concept properly though). |
@mattjm This will be awesome if your patch works. Please keep us posted. |
Sorry I didn't know this was out there. What is the status still waiting for a software patch to have the toggle option vis ESPhome? |
Sorry if I'm a bit out of date. I was on MQTT (probably an old one) and I just transitioned to ESPHome for my Security 1.0 doors. (I was having ghost open/close alerts, so hoping moving over to ESPHome fixes it. At the time ESPHome didn't support 1.0). There was some discussion about being able to use the dummy panels (emulation mode) as a dry contact switch. If the toggle functionality is added, will that work in this case? I do want to keep the door position and obstruction functionality. I recall there being issues with the dummy panels Lock/Light button causing issues when pressed. If I go the doorbell route, can I just do an open/close and keep the other functionality? |
I mean this seems like a simple thing to implement. The ratgdo knows where the door is. The only thing it needs to know is previous motion. Contact Closed: I think this is the current logic on my garage doors that have basic closed contact control? |
The toggle function is already implemented in firmware, this issue is just for triggering the toggle function from the dry contacts. In the currently released firmware you can trigger an individual contact for open or close, but there's no way to simply toggle from dry contacts. I have a pull request in to support it--just waiting for feedback and merge. If folks want to try my version with toggle support, I can write up a procedure on how to use the esphome docker container to build and flash it. (maybe there is an easier way but that is what I figured out flailing around with no experience). It may be a couple weeks before I get to it. |
Yes I don't need a write up so much as some instructions. I run esphome in docker so I can flash my own firmware. I am retrofitting my previous relay system to work with the new operators and the ratgdo is the middleman so to speak. I would like both options (ratdgo control and relay control) to toggle the doors. |
Gosh a good bit of time has passed. Is there any update? I unfortunately only have a single pair of wires to toggle the door. If there is a way to implement this it would be great. Any update is appreciated. |
Just out of curiosity (and re: #284), why when open/closed are triggered together? Could there be a configuration option to make just the open dry contact act as a toggle? Wouldn't that be easier? And with open setup as a toggle, I would also love to repurpose the close contact as an axillary door open sensor w/ a reed switch. I still want to use the door state / obstruction state Ratgdo gets, so I would rather this axillary sensor be separate. What I really want is a way to know if the door is forced open for a security system. I'm assuming if someone manually opens the door the state from the motor doesn't reflect the door being open. |
Is there any special YAML config that is needed for this to work now? `substitutions: web_server: esphome: esp8266: dashboard_import: packages:
api: improv_serial: wifi: logger:` |
Is there a status update on this? It says closed, does that mean it's implemented or wont be implemented? I just did an install today and have an alarm panel that needs to use this feature to trigger the door. I thought it would work, it does not. I can see in HA that the dry contacts are closed and all the other features work, but when the dry contacts are shorted they don't do anything. For reference I flashed the security 2.0 firmware and it is installed on a new 8500W |
To an earlier question: No special YAML config is required, it should "just work". The feature was implemented but not from my PR. The current version requires the trigger on both inputs be pulled low (or high? I forget) for 500ms, which is usually longer than a digital signal will do it. That's probably why it's not working for you. You can confirm if it's working by triggering the wires manually for at least a half second. In my PR (#284 ) I had |
I tried shorting them manually and nothing happened. for more than a second. I combined the open and close dry contacts to one wire and the ground to the other. I can see in HA that they are both triggered but the GDO doesn't open or close. I can open and close the door using the open/close button in HA so I know the RATGDO is communicating with the GDO. I used the web interface (https://ratgdo.github.io/esphome-ratgdo/) to flash the RATGDO, do I need a special file to enable this maybe? I can access the web interface on the device and do an OTA update, but do I just flash the yaml file? |
I checked the automation in the alarm panel and verified that it shorts the dry contacts for 1 second (1000ms) so the 500ms should not be an issue |
When both trigger open & trigger close are pulled low together, ratgdo should toggle the door.
This feature doesn't currently work in the ESP Home firmware.
The text was updated successfully, but these errors were encountered: