search

ratgdo / mqtt-ratgdo

ratgdo via mqtt
GNU General Public License v2.0
76 stars 16 forks source link

Issues Wiring 3 Terminal Security 1.0 GDO (41A5021-2) #26

Open urvn3087 opened 6 months ago

urvn3087 commented 6 months ago

Referencing a post a user made on github that Paul responded to that has since been deleted (Issue #211 - Wiring Question), has anyone had any luck hooking up a Red learning button Security 1.0 GDO (model 41A5021-2)? Instead of 4 wires, this GDO accepts wires to 3 terminals (red (1), white (2), and black (3)).

Paul's post suggested you could just combine the wires that were once split between the two white posts on other installations. I followed this and wired it as pictured, but am still having issues. On the ratgdo side, the obstruction sensor works perfectly and immediately updates detection and clearing of movement. The door status (not the actual door movement) however quickly cycles between closing and opening. The light status (not the actual light) cycles rapidly too. Manually trying to change states via Home Assistant doesn't work. The GDO wall button and remotes work fine. This leads me to believe the obstruction wiring is fine to and from the ratgdo, but something is wrong with ratgdo interpreting the signals from the door opener and light (obviously). I'm running firmware 2.51 on the v2.5 board. Any help would be really appreciated.

ratgdo_wiring HA_view

PaulWieland commented 6 months ago

Disconnect your factory wall panel and reboot ratgdo and allow it to enter emulation mode then see what happens.

urvn3087 commented 6 months ago

Thanks for the suggestion. In case I'm misunderstanding, do you mean I should disconnect the top most wire from ratgdo (Red Ctrl to wall button) only or ALSO disconnect the White Gnd to ratgdo as well? I assume this isn't a long-term fix as we won't be able to use the wall button any more.

PaulWieland commented 6 months ago

The assumption I’m making is that the factory wall panel you have isn’t compatible. By disconnecting it and letting ratgdo go into emulation mode we will find out if the full door position status is reported by the gdo.

urvn3087 commented 6 months ago

That makes sense. Will give it a try. It's a Craftsman 53687 in case that's already known to have issues.

image

d3vilsAdv0cate commented 6 months ago

I have almost the exact same scenario, and I'm having the same issue. My opener is a craftsman 41A5021-2B and I have the same wall panel that urvn3087 has. My door status and light status cycle (false) in HA just like he showed. My obstruction status works perfectly. I just found this thread - disconnected my wall panel, rebooted ratgdo, and I still have cycling statuses in HA when the wall panel is discon. Unfortunately, it doesn't seem to work in emulation mode, either.

image

urvn3087 commented 6 months ago

Yep, emulation mode didn't work for me either and I had to eventually give up. I know the FAQ talks about interference due to the USB brick and signal attenuation in the wires, but despite trying to optimize that I was still having to click the remote for up to a couple minutes to get the door to open when more than about 10 feet away (so right outside the garage). The rest of the family was getting fed up. I really appreciate the innovation happening here, but maybe there's something about this GDO (or my setup in general) that's causing the issue.