Jump to content

ISY compatible garage door openers that still work locally when no internet?


sorka

Recommended Posts

Posted (edited)

My liftmasters are 22 years old. They're very loud and they consume 10 watts each of electricity sitting there doing nothing. I controlled them with my i/o lincs until all six of my i/o lincs died at the same time around my house. I'm now using the i/o on my CAI8 for my photobeams and water valve control from my ISY. 

I either need to buy replacement i/o lincs or find a new solution that works without REQUIRING the cloud for local control. Hence the Chamberlain myQ solution is a non starter since it not only requires going through their off site servers via the polyglot/myq solution, but they've now started charging a monthly fee for new accounts. 

So unless the Genie openers have some sort of direct access rest API, I'm going to need to go with an add on product like my current Insteon solution. 

Edited by sorka
Posted

The newer GDO controls are signal based over two wires so you would also have to hack into the pushbutton units to hardwire across the human operated contacts (without MyQ).

I have two Chamberlain GDOs, one with MyQ and one without. The older unit hurts my Insteon comms while the MyQ unit (further away from the house) cripples my Insteon comms down to about 30-50%.  Two Insteon FilterLincs fixed that completely AFAICT. I have never bothered to interface the controls to HA but I do monitor position of both GDOs, with an I/OLinc for one, and a CAO Wireless Tag for the newer MyQ GDO. Another Tag monitors my vehicle is home.

I guess if I was doing it I would attempt to get your existing GDOs rebuilt and/or greased up for quieter operation and keep them.

I had a Genie up until about 12 years ago and despite their super quiet claim it was the noisiest GDO I ever heard. The motor hum was brutal and vibrated through the whole house. That was a screw drive style. I am not sure if they still make them. The rubber link belt units are much quieter and can detect door jam much more reliably.

Posted (edited)

I used to use sommer garage door openers. Quiet as hell and worked really well. But they open and close slow as words I can't use here. 

I'm not a fan of MyQ but with the nodeserver it works well at the basic level. I do use an external sensor so that I can get local status vs relying on the cloud. Outside of that, the few times I need to use the actual close works out really well

Edited by lilyoyo1
  • Like 1
Posted (edited)

Here's a Z-wave solution requires no internet:  GoControl

I haven't used this with ISY but I used a previous model with Abode at my parent's house and it worked fine.

Edited by kohai
Posted

I have a MyQ system and got an extra button. I wired this to a dry contact output on my Elk and can then control the door from the ISY via its Elk integration. Completely local.

  • Like 1
Posted
30 minutes ago, MWareman said:

I have a MyQ system and got an extra button. I wired this to a dry contact output on my Elk and can then control the door from the ISY via its Elk integration. Completely local.

I did the same...except wired to a Lutron VCRX.  Works perfectly and as you stated completely local.

  • Like 1
  • 9 months later...
Posted

I have 2 Chamberlin wall mounted openers with MyQ capability using the included ethernet hub. Even though they have a smart wall switch they will still operate using a momentary close/open relay across the smart wall switch wires just as the older openers.

Posted
On 10/24/2020 at 5:15 PM, kohai said:

Here's a Z-wave solution requires no internet:  GoControl

I haven't used this with ISY but I used a previous model with Abode at my parent's house and it worked fine.

I just noticed that this thread got a bump, so I thought I'd throw in my 2¢ about these.  I've got two of these Z-Wave garage door openers installed, and while they work as advertised with my ISY, they haven't been without issues related to the quality of their components.  Mine are repaired and working fine (I've had them since 2017, IIRC).  I don't know if the current crop still exhibits failures, but here's a link on how to repair these, should anyone be interested: https://community.smartthings.com/t/linear-garage-door-opener-stopped-working/70083

Posted (edited)
1 hour ago, Bumbershoot said:

I'd throw in my 2¢

and I will add another 2cts......   I have MyQ. As I mentioned before, my setup (condo with private garage) requires that the  MyQ is connected to the building's public wifi, which works 99% of the time. On the rare occasion that it does not, I just open or close the garage door with the keypad, in-vehicle remote or hand held remote.

Edited by asbril
Posted

It's really too bad this old thread got bumped, especially since the original post and top of the thread contains incorrect information. 

I've been using MyQ since 2013 (longer than I've owned an ISY) without issues or monthly cost.  The system also works locally without the cloud servers, local buttons, in-vehicle remotes, and outdoor keypads are all local only.  The cloud servers only come into play using when using your phone as a remote and/or if you have a home automation system, or subscribe to one of Chamberlain's partners.  (Back around 2016 they attempted to charge monthly for some of those connections, the experiment failed and since MyQ only includes integrations from partners with an agreement-- we can only assume that value is exchanged with those agreements, but we don't know if the partner pays in cash or value-added equivalents.)

I've found the cloud service to be extremely reliable with 99.9% or better uptime.  Chamberlain's API is not published and they don't consider it open.  It's been reverse engineered many times for use with every home automation platform, for a time Chamberlain seemed to fight such usage because they don't have a "subscription" based API, instead such systems must poll the servers.  The added load likely results in significant cost increases to support the MyQ cloud.  NOTE:  The use of the word "subscription" two sentences ago has nothing to do the user paying money, in this case the client/server definition applies-- meaning the "client" subscribes to updates from the "server"-- in such systems the "client" doesn't need to poll the "server" every X seconds.

Guest
This topic is now closed to further replies.

×
×
  • Create New...