Live data from Hacker News

Philips Hue blocks 3rd party lights

home-assistant.io

221–230 of 303 posts

Re: Philips Hue blocks 3rd party lights

#221
post #35

I'll never understand why companies make such customer hostile decisions. I can't see any upside to this and I can't imagine what the discussion looked like when implementing this decision. My (admittedly cynical) guess is that it was one part "We're fielding a lot of support questions on products that aren't ours and our malfunctioning" and two parts "Our customers will be more motivated to buy Philips Hue products…

"Our customers will be more motivated to buy Philips Hue products since they're already invested in the existing system". We all need to put our support behind the most open of the open source lighting control/home automation options! Then the open options will be the most compatible options. If we do it right, then proprietary bulbs will just work with themselves, and the marketplace will punish them.

I completely agree. And I'm surprised that any department within the company saw this as a good idea. It was an obviously bad long-term idea, which makes me wonder if they think of this product as a business they plan to be in for the long term or if this is just something they're toying with and trying to squeeze a few more bucks out of before they abandon it.

The most basic feature of a "General Lighting" product, besides providing light, is interoperability. They have an opportunity to push general lighting into the next generation and reap the benefits of the long-term experience they have with the early-adopter market.

Instead, they've decided to put their product into the category of "Novelty Lighting". Meanwhile, should a competitor come along offering an open solution (there's probably one already?) that gains traction, Philips will lose, and they'll probably dump the product line well before they've lost, fulfilling the only guarantee a lock-in can fulfill: obsolescence.

And even if they walk this back, the damage is done. They've shown they are willing to break customer's existing installations via a software update and will do so without more than an FAQ to explain it. They basically pushed a software update with the result of turning the lights off on their customers.

It's disappointing more than anything. Someone out there will do better.

Re: Philips Hue blocks 3rd party lights

#222
post #136

Earlier quoted context omitted.

Why? It's pretty easy to swap out a light switch when you move in, and put it back when you move out, without causing any real 'damage' to the unit.

All electrical work in the unit has to be done by someone legally qualified to do so (I'm not) and it is not worth getting a bill for a "proper" electrician to fix it for. Also only work for one lamp per room (that already has a light switch) and doesn't do any fancy new color-control features. Everything else needs additional modules and wireless controls anyways, so why do it differently for this one case? Exchangi…

I've installed my Nest in 3 separate apartments, installed a fan in another, rewired an outlet so only one outlet was switched, and replaced multiple outlets with zwave outlets and no maintenance guys or landlords have said anything.

Re: Philips Hue blocks 3rd party lights

#223
post #35

I'll never understand why companies make such customer hostile decisions. I can't see any upside to this and I can't imagine what the discussion looked like when implementing this decision. My (admittedly cynical) guess is that it was one part "We're fielding a lot of support questions on products that aren't ours and our malfunctioning" and two parts "Our customers will be more motivated to buy Philips Hue products…

I imagine that not wanting to be sued for fires, electrocutions, and other ills caused by malfunctioning poor quality electrical devices controlled by Philips controllers could factor into it.

Re: Philips Hue blocks 3rd party lights

#224

Earlier quoted context omitted.

They teach it now in business schools as case studies.

This is probably the point where it all goes wrong. Like the game of deaf phone, by the time the idea reached the mind of students, it's twisted into an abomination, having lost the entire essence in-transit.

How wonderfully perfect that "game of telephone" by the time it reached your ears had transformed into "game of deaf phone."

Re: Philips Hue blocks 3rd party lights

#225
post #180

Earlier quoted context omitted.

Having been involved in a couple of these discussions, I'd say it is more like "Shouldn't we control this? Are other people doing stuff with our products that we don't control? That's bad isn't it? Let's stop them." I.e. it's more about paranoid control than actual reasons .

Actually, earlier today I wrote some MCU code to control my HUE lights, and I figured "hey, why not build a controller to make my christmas lights controlled by the HUE hub". Guess this news answers that. Seen together with the Phillips Hue bulbs I have being noisy as hell, hue just became a lot less interesting. I hope there will be an open source system and manufacturers whose bulbs can easily be integrated. Hopefu…

Do you mean RF noise or audible noise?

Re: Philips Hue blocks 3rd party lights

#226

This is odd, but not catastrophic. If I understand right, Zigbee is open, so what's to stop the bulbs working with a third-party controller hub? Say, a Raspberry Pi with a Zigbee interface? Wonder if this is still relevant? http://www.everyhue.com/vanilla/discussion/141/getting-hue-t... That thread suggests it's possible to have Hue bulbs join third-party ZigBee networks.

About a week ago, I bought a RaspBee for this purpose.

https://www.dresden-elektronik.de/funktechnik/solutions/wire...

I love the battery-less Hue Tap switches, but the Hue hub's REST API doesn't let me subscribe to button presses. My plan is to make my own controller software and take the Hue hub out of the system.

Unfortunately, the manufacturer of the RaspBee neglected to document how to talk to the stock firmware. When I asked support, they suggested running their (closed-source) software on my Pi and then using its REST API, which doesn't support subscribing to events either.

The RaspBee does support loading custom firmware, so my next step might be writing some.

Re: Philips Hue blocks 3rd party lights

#227

Earlier quoted context omitted.

Even more relevant is the ESP8266 at $2. The Pi Zero doesn't have WiFi, and has _way_ more computing power than you would need to run a few RGB LEDs.

Where can you buy a ESP8266 for $2? SparkFun has it for $6.95. https://www.sparkfun.com/products/13678

Basic: http://www.aliexpress.com/w/wholesale-esp8266-esp%25252d01.h...

Fancy: http://www.aliexpress.com/w/wholesale-nodemcu-v3.html?spm=21...

Re: Philips Hue blocks 3rd party lights

#228
post #214

I've been a hue user for the past year. 1) Their lights/bridge are by far the most reliable IoT product I've used. A 9/10 where other products (Wink, GE, Lutron) are at best 3/10. 2) While 3rd party bulbs were sort of supported, it wasn't advertised. I've never seen it described as a interoperable Zigbee Light Link device. 3) My attempts at getting a GE bulb working were inconsistent, and even when it did work the br…

If people blamed Phillips for this, then there is quite easy solution. Allow people to activate the 3rd party access, but do it Android way. Hide the option from plain sight, force users to read quick warning message about 3rd party bulbs can affect or damage system. This way only people that did their homework will be able to reactivate it.

As relevant today as when it was written: https://blogs.msdn.microsoft.com/oldnewthing/20030728-00/?p=...

People will blindly follow a tutorial online that tells them how to activate this option, and continue to contact Philips for support. I've worked on products that have these unsupported/advanced modes, and customer queries on them are constant and time-consuming, even to simply dismiss (and, of course, those customers then go on to leave bad reviews, et cetera).

Re: Philips Hue blocks 3rd party lights

#229
post #204

Earlier quoted context omitted.

> This is like Apple saying "Laptops from other brands are no longer supported on Airport wireless networks so that we can ensure devices are fully compatible." Didn't Apple do that with Bluetooth once? I recall reading that at least one iteration of iPhones could not send files via Bluetooth to non-Apple devices.

iPhones can't even send files to other iPhones or Mac or anything over Bluetooth. In fact iPhone doesn't even HAVE files. It's 2015 and still the only way to share files from your iPhone is to plug it in.

An example file that you can share from iPhone to iPhone or iPhone to Mac is a photo.

Re: Philips Hue blocks 3rd party lights

#230
post #214

Earlier quoted context omitted.

If people blamed Phillips for this, then there is quite easy solution. Allow people to activate the 3rd party access, but do it Android way. Hide the option from plain sight, force users to read quick warning message about 3rd party bulbs can affect or damage system. This way only people that did their homework will be able to reactivate it.

As relevant today as when it was written: https://blogs.msdn.microsoft.com/oldnewthing/20030728-00/?p=... People will blindly follow a tutorial online that tells them how to activate this option, and continue to contact Philips for support. I've worked on products that have these unsupported/advanced modes, and customer queries on them are constant and time-consuming, even to simply dismiss (and, of course, those cus…

The Chromebook method (to disable write protect) requires you to open the device and remove a specific screw, it's beyond just blindly following instructions.
Post reply on HN