MyQ API

  • 4
  • Idea
  • Updated 8 months ago
For as long as I there as been MyQ, developers have been asking for access to the API. LiftMaster and it's parent company, Chamberlain, have continued to ignore the requests of developers. 

In return, developers have built their own API from information gained by hacking, debugging and disassembling the mobile applications. They have posted information to GitHub, Bitbucket and personal websites in great detail. 


Now, Chamberlain and LiftMaster can continue to ignore the requests and let this information, good and bad, continue to propagate across thousands of websites. Or Chamberlain can embrace developers and provide an authorized developer program, develop OAuth2 security to protect consumers and insure the integrity of MyQ.


Either way, developers are smart and they will continue to keep up with all changes that are made. 


Please, give this some thought and help MyQ integration with Smart Homo Control and Smart Home Automation. 
Photo of Gary Funk

Gary Funk

  • 13 Posts
  • 2 Reply Likes

Posted 2 years ago

  • 4
Photo of Ryan Schecker

Ryan Schecker

  • 1 Post
  • 0 Reply Likes
Well said!
Photo of Gary Funk

Gary Funk

  • 13 Posts
  • 2 Reply Likes
Thank you.
Photo of RS

RS

  • 154 Posts
  • 57 Reply Likes
Are we willing to pay for access to the API?
Photo of Gary Funk

Gary Funk

  • 13 Posts
  • 2 Reply Likes
Who is the "we" you speak of?

Is this your way of asking a rhetorical question?
Photo of RS

RS

  • 154 Posts
  • 57 Reply Likes
Not rhetorical. Developing, securing, extending, maintaining and supporting an API isn’t free. It’s not unreasonable to expect they might charge for access to the API. Would we, as in those asking for access to said API, be willing to pay for said access?
Photo of Gary Funk

Gary Funk

  • 13 Posts
  • 2 Reply Likes
Chamberlain and LiftMaster have already developed, secured, extended, maintained and supported an API for the benefit of the company, stockholders and customers. Extending this to competent developers under NDA is a natural and minimal expense under the normal course of business. 
Photo of RS

RS

  • 154 Posts
  • 57 Reply Likes
Minimal expense? No.

Who staffs the dev support DL when devs have issues with the API? Who extends it to meet the needs of devs going forward? Who maintains externally facing versioning? Who handles compatibility between versions? Who handles notifying developers about changes that might break their existing integrations and require rebuilds? Who workshops these changes to propagate them throughout their dev community? Who has to investigate incompatibility only to determine it was an undocumented API being used? Who assembled the SDK? Who puts together the API docs?

How much of that sounds minimal?
Photo of Gary Funk

Gary Funk

  • 13 Posts
  • 2 Reply Likes
The same people that do it now.
Photo of RS

RS

  • 154 Posts
  • 57 Reply Likes
Nope. For some of those roles, those don’t have a reason to exist yet. For all of them it would mean extending to be externally facing and supporting. All meaning increased costs.

Hand waving doesn’t make additional costs magically disappear. Does this mean you would not be willing to pay to access their API?
Photo of Gary Funk

Gary Funk

  • 13 Posts
  • 2 Reply Likes
How much does the company lose in professional sales because of the lack of integration in RTI, Crestron, Control4, Savant, UDI and many more?  I'd say it's in the hundreds of thousands per year from what I am hearing from installers. 
Photo of RS

RS

  • 154 Posts
  • 57 Reply Likes
Are you suggesting they make their business plans for developing their software and API based on garage door installers?

But let’s return to continually avoided question: would you be willing to pay?
Photo of Gary Funk

Gary Funk

  • 13 Posts
  • 2 Reply Likes
No  I'm perfectly happy with what I've been doing. I already have full knowledge of the API.  
Photo of RS

RS

  • 154 Posts
  • 57 Reply Likes
There you go. No need to release the API then. Sounds like everyone has everything they need.
Photo of Gary Funk

Gary Funk

  • 13 Posts
  • 2 Reply Likes
Except Chamberlain.
Photo of David

David

  • 162 Posts
  • 131 Reply Likes
You’ll have to excuse RS, he’s Chamberlain’s resident white knight. Unfortunately for him it’s an unpaid gig.
Photo of Gary Funk

Gary Funk

  • 13 Posts
  • 2 Reply Likes
He? I thought it was a teenage girl. I know RS is a troll. I've read past posts.
Photo of RS

RS

  • 154 Posts
  • 57 Reply Likes
Nah, but of the 3 of us, I am the software developer.

But it’s interesting to read the take from laymen and installation technicians .

Sorry simple questions about your grand plans bother you guy so much. Just wait until you get out into the real world.
(Edited)
Photo of Gary Funk

Gary Funk

  • 13 Posts
  • 2 Reply Likes
Oh, RS is an unhappy troll. If he was a developer he would understand the value that an API brings to a company.
Photo of RS

RS

  • 154 Posts
  • 57 Reply Likes
Depends on the company Gary. Actually it depends on a lot of variables. A simplistic view depends on not really thinking things through Gary. Hard to have a business plan that relies on people not asking questions Gary.

I’m sorry simple questions about your fantastic plan upset you, Gary. But that’s the cause of the simple.

:D
(Edited)
Photo of Gary Funk

Gary Funk

  • 13 Posts
  • 2 Reply Likes
I don't get upset over something some unknown states anonymously on a website. It's clear you assume much that you don't know to be fact.
Photo of RS

RS

  • 154 Posts
  • 57 Reply Likes
Do I Gary? Yet you seemed bothered Gary. Why do questions bother you Gary?
Photo of Gary Funk

Gary Funk

  • 13 Posts
  • 2 Reply Likes
Yes. They don't.
Photo of David

David

  • 162 Posts
  • 131 Reply Likes
Speaking of the real world, it’s almost as if he doesn’t understand that happy customers and increasing the value of your products help to ensure repeat business in the future. Unhappy customers who feel ripped off, however, are much more likely to go somewhere else the next time. In tech and other industries there’s this thing called disruption and Chamberlain, being the dominant player in this field, would be exceedingly wise to avoid making decisions that cause it to become a victim of that. If that’s unclear, see Nokia and RIM circa 2007 compared to those two companies now.
Photo of RS

RS

  • 154 Posts
  • 57 Reply Likes
To be clear Gary, I agree with your original suggestion. But it opened itself up to questions, which you apparently are poorly equipped to answer. And that’s a shame. An idea presented by someone with limited capacity can make even the best ideas seem daft. Especially when it’s asking for something of value for free.

And I’m sorry you’re upset by those questions. Even if you want to say they don’t. That’s a brave face.
Photo of RS

RS

  • 154 Posts
  • 57 Reply Likes
oh david. Just as clueless as always.
Photo of David

David

  • 162 Posts
  • 131 Reply Likes
Quite the thought-provoking rebuttal..
Photo of RS

RS

  • 154 Posts
  • 57 Reply Likes
As thought provoking as “you disagree with me, you a troll!”?

Stay brilliant David.

But to rebutt your brilliant comment, will releasing a free API make their customers feel less ripped off? How any customers understand what an API is?
(Edited)
Photo of David

David

  • 162 Posts
  • 131 Reply Likes
I don't remember calling you a troll. Anyway, I wasn't referencing only the scenario of releasing the API for individuals to use. As far as it relates to allowing third-party integrations, from what I've seen on this forum it would make many customers very happy. From the looks of things, when it comes time for many of these people to replace their GDOs, they'll be shopping elsewhere.
Photo of David Stanek

David Stanek

  • 14 Posts
  • 22 Reply Likes
I wouldn't say I feel 'ripped off', but yes they should have a supported public API for one very good reason. Security.

They already have a public API. The previous comment about hacking, reverse engineering or whatever is incorrect. Using a web browser it was trivial for me to build a Python tool that allowed me to control my door.

Now, in doing this I have to store my credentials in a somewhat insecure way. I'm OK with this since it's my code and my machine. If I wanted to share this code with others then that's where we have a problem. If you were from the Python world you might know me or could read me code. If not, then you'd have to blindly trust me with credentials to your garage door. Or worse, cameras in your house. There is an API call to get me a list of your cameras (https://www.mychamberlain.com/Device/GetCameras), but I don't have one so I can't play with it.

So yes it would benefit developers to have a supported API, but developers can do this rather trivially already. OTOH Chamberlain is doing their non-technical users a major disservice. There are Andoid/iOS apps written by third parties that have users enter their credentials and creating this security problem that they don't understand. They have effectively made their customers targets.
Photo of brbeaird

brbeaird

  • 2 Posts
  • 0 Reply Likes
Agree, would love to have this.
Photo of David Stanek

David Stanek

  • 14 Posts
  • 22 Reply Likes
In addition to exposing the existing API in a safe, secure way I'd like access to other things:
  - when the motion sensor triggers
  - whether or not the light is on
  - webhook for notifications (opened/closed/motion detected/gone offline)
Photo of Oliver Chattlesworth

Oliver Chattlesworth

  • 8 Posts
  • 0 Reply Likes
If this exists that's great.  Personally, I'm gonna go with the instant gratification approach here and say "Ain't nobody got time for that."  Give me something that just works the way I want it to.
Photo of Gary Funk

Gary Funk

  • 13 Posts
  • 2 Reply Likes
I have moved away from MyQ.  It's too limited, too cloud based, too unreliable and too slow.