Earlier quoted context omitted.
The main reason why HA accounted for so many requests is probably because it was a polling integration, requesting data every 30 seconds from the server, while the official app either had push events when something changes, or it updated state when the app gets opened.
Possible answers would be for the company to create an official integration, using a change state trigger rather than a polling trigger - or possibly to throttle requests from a particular IP to a certain number per day to incentivise parsimonious usage
Home Assistant blocked from integrating with Garage Door opener API
191–200 of 655 posts
Re: Home Assistant blocked from integrating with Garage Door opener API
#192Re: Home Assistant blocked from integrating with Garage Door opener API
#193Earlier quoted context omitted.
That helps, but a remote integration doesn't _have_ to be hostile. I get that it's different from IoT, and most of my stuff is local Zigbee after learning the hard way, but my Home Assistant also talks to the Norwegian meteorological institute and Tailscale :) One reason this is tricky to do is because up until let's say the last 6 months or so, myQ _wasn't_ hostile, even if it was Cloud-based. (I get that that align…
All remote are more potentially hostile than any local will ever be.
What matters is that they provide proper documentation for their APIs, encourage devs to use them, and don't have a history of breaking old clients with new firmware updates (without very good security reasons).
Re: Home Assistant blocked from integrating with Garage Door opener API
#194Earlier quoted context omitted.
Software escrow processes could (partially) solve this, at an upfront cost for every company developing and selling such a device (meaning, at a price that will ultimately be paid by consumers).
Some government agency could be doing the escrow, at no charge to the company.
Re: Home Assistant blocked from integrating with Garage Door opener API
#195Re: Home Assistant blocked from integrating with Garage Door opener API
#196> We understand that this impacts a small percentage of users, ... Wow, what a contemptuous statement. I have news for you, Chamberlain Group. You are not only alienating, being hostile and losing a "Small percentage of users" (most companies would prefer to call them "valued customers", but I get it). You are causing an enormous permanent damage to your own brand.
As much as I want this to be true I kinda doubt it. People who install and configure home assistant are far and away niche users. Almost everyone with one of their products will just use a physical clicker or pair it with their car directly.
Re: Home Assistant blocked from integrating with Garage Door opener API
#197Earlier quoted context omitted.
I forgot it open.
the real solution here is to make it auto close locally.
Re: Home Assistant blocked from integrating with Garage Door opener API
#198Earlier quoted context omitted.
Why would you need to access a garage door opener when away from home?
Putting aside the very legitimate use cases highlighted in other messages, a very simple one is: you're just arriving at home, but are still not (yet) connected to wifi. These very practical daily occurrences can make devices incredibly annoying and frustrating for typical consumers who want it to just work.
Re: Home Assistant blocked from integrating with Garage Door opener API
#199Earlier quoted context omitted.
The main reason why HA accounted for so many requests is probably because it was a polling integration, requesting data every 30 seconds from the server, while the official app either had push events when something changes, or it updated state when the app gets opened.
Why not... just allow HA receive callback events at that point when things change? I feel like this has an easy resolve that doesn't piss off your power user customers, and makes them encourage others to invest in your products, IE power users, and they'll come back because despite being a little extra engineering effort, they were glad you thought of them.
I'm sure this is a solvable and solved problem, but I do believe it is non-trivial, and potentially a major headache for a company to implement just to support a tiny niche of users. I'd be delighted to find out I'm wrong though!
And, unfortunately, the business case isn't there, since this weakens lock-in effects. I don't endorse this reason—that's why I run my own HA instance and don't buy or use any products that require the cloud or otherwise can't be operated entirely locally (including flashing Valetudo to my robot vacuum!).
Re: Home Assistant blocked from integrating with Garage Door opener API
#200From company statement: > Our customers rely on us to make access simple without sacrificing quality and reliability. Unauthorized app integrations, stemming from only 0.2% of myQ users, previously accounted for more than half of the traffic to and from the myQ system, and at times constituted a substantial DDOS event that consumed high quantities of resources. Yeah, that sounds plausible, because: - Home Assistant u…
Unofficial IoT software and integrations are not (much?) better. I wouldn't be at all surprised if this was partly due to a junk integration for this device cobbled together by an amateur and replicated by thousands more amateurs into their own ginormous pile of other junk YAMLs.
Judge for yourself, here's the code:
https://github.com/home-assistant/core/tree/5523e9947d82ac14... (before it was removed)