DiY Fiber Optic Light Using ESP8266(adityatannu.com)
adityatannu.com
DiY Fiber Optic Light Using ESP8266
http://adityatannu.com/blog/post/2016/01/13/Philips-Hue-Fiber-Optic-Light.html
4 comments
fun project
sorry this is off topic of the OP but on topic for fiber:
a few months ago i saw a video on youtube of a person projecting video, or perhaps still images, through a fiber cable
since then i've been unable to find the video and i've been unable to figure out the right combination of words to be able to search for it online
has anyone seen this video?
know where to find it?
have any information on projection through fiber?
was it a hoax? did i dream it up?
sorry this is off topic of the OP but on topic for fiber:
a few months ago i saw a video on youtube of a person projecting video, or perhaps still images, through a fiber cable
since then i've been unable to find the video and i've been unable to figure out the right combination of words to be able to search for it online
has anyone seen this video?
know where to find it?
have any information on projection through fiber?
was it a hoax? did i dream it up?
Thanks. Did a quick search, are you referring to this?
http://video.mit.edu/watch/fiber-optic-bundle-11499/
Looks like they removed it, try contacting them.
Looks like they removed it, try contacting them.
the video i am referring to was just one guy sitting at a desk holding a single fiber cable in his hand and projecting some image onto the wall and desk and whatever he pointed it at..
i've seen that mit video in the search results but the description: "The image of printed words is transmitted through a bundle of approximately 25,000 coherent optical fibers and projected onto a screen"; states more than one fiber
the actual video itself aside i just wonder if there is any information on image projection through a single fiber
i've seen that mit video in the search results but the description: "The image of printed words is transmitted through a bundle of approximately 25,000 coherent optical fibers and projected onto a screen"; states more than one fiber
the actual video itself aside i just wonder if there is any information on image projection through a single fiber
Nah, image through a single fiber sounds like a hoax, it's against the physics of how optic fibers work. But if it's a bundle on fibers, I can see how that would work, but again, projecting it onto a surface seems unlikely. The moment the light leaves the fiber, it starts dispersing.
Awesome! Going to have to do this myself.
Not Phillips hue related at all; it's like you have no idea how Philips hue works. It's a diy wifi bulb plain and simple.
You're right that the submitted title ("Philips Hue Fiber Optic Light Using ESP8266") was misleading, since the blog post makes clear it's a clone. But your comment would be a lot more valuable if it dropped the personal swipe ("it's like you have no idea") and taught us specifically why. As it stands, it's just an acerbic dismissal, and that makes for a poor HN comment, especially when the target is someone's work.
got similar feedback on reddit too
https://www.reddit.com/r/arduino/comments/40w7et/philips_hue...
I can see how people can get worked up over this. Here's what I replied over there:
Thanks for pointing that out. I agree that from a technical standpoint this is not the same as a Philips Hue bulb or light strip. If you look at it from a users point of view, all Philips Hue is a lamp that you control the Brightness and Hue of. This gives you that functionality. No Zigbee protocol. True, but in the context of HomeKit/HAP-NodeJS, does it matter how the bridge talks to the light? I might as well be using 433MHz transceivers, nRFs, or directly controlling the Raspberry Pi's GPIOs. For that matter, ZigBee would be doable too, but I don't know enough about the protocol to see it's benefits. No smart mesh network where each device extends your coverage. True, but a mesh network can be implemented with ESP8266. But if my whole house has WiFi, I don't see the point. No possible compatibility with either Phillips' Hue bridge, Hue remotes, or any other kind of Hue hardware (like Phillips' Hue+Ambilight TV's). Actually, using the Philips Hue shim in Homebridge, I believe it should be possible to make it compatible to Hue bridge. My motivation behind making this was to prove that with ESP8266 based projects, you don't need to have a clunky web UI or a custom app. This lamp can be controlled with any app that support HomeKit. Philips Hue was just the most similar commercial product I could think of. Btw, HAP-nodeJS can be completely eliminated here by using nRF51/52 BTLE chips. They can emulate the HomeKit API and control the NeoPixels both in one chip, so no bridge necessary!
I can see how people can get worked up over this. Here's what I replied over there:
Thanks for pointing that out. I agree that from a technical standpoint this is not the same as a Philips Hue bulb or light strip. If you look at it from a users point of view, all Philips Hue is a lamp that you control the Brightness and Hue of. This gives you that functionality. No Zigbee protocol. True, but in the context of HomeKit/HAP-NodeJS, does it matter how the bridge talks to the light? I might as well be using 433MHz transceivers, nRFs, or directly controlling the Raspberry Pi's GPIOs. For that matter, ZigBee would be doable too, but I don't know enough about the protocol to see it's benefits. No smart mesh network where each device extends your coverage. True, but a mesh network can be implemented with ESP8266. But if my whole house has WiFi, I don't see the point. No possible compatibility with either Phillips' Hue bridge, Hue remotes, or any other kind of Hue hardware (like Phillips' Hue+Ambilight TV's). Actually, using the Philips Hue shim in Homebridge, I believe it should be possible to make it compatible to Hue bridge. My motivation behind making this was to prove that with ESP8266 based projects, you don't need to have a clunky web UI or a custom app. This lamp can be controlled with any app that support HomeKit. Philips Hue was just the most similar commercial product I could think of. Btw, HAP-nodeJS can be completely eliminated here by using nRF51/52 BTLE chips. They can emulate the HomeKit API and control the NeoPixels both in one chip, so no bridge necessary!
Oh, and I think what you did is small (in terms of deployment), but tremendously important.
Current IoT implementations all rely on a corporate link to their servers, which I heartily disagree with. You can see a lot more of my acerbic complaints on my blog crankylinuxuser.net as well as reddit /u/crankylinuxuser :)
People like us add to a growing force that says "We will not accept non-standards." I don't care of BigCo makes IoT gear: Just use MQTT/CoAP/AMQP or make doing so trivial. Don't make me use your garbage API on your servers.
Current IoT implementations all rely on a corporate link to their servers, which I heartily disagree with. You can see a lot more of my acerbic complaints on my blog crankylinuxuser.net as well as reddit /u/crankylinuxuser :)
People like us add to a growing force that says "We will not accept non-standards." I don't care of BigCo makes IoT gear: Just use MQTT/CoAP/AMQP or make doing so trivial. Don't make me use your garbage API on your servers.
Even though, /u/dang is correct, but I agree with you.
IMHO it's just more catchy and click-baity title, that's all (and you can down-vote me for this, but I genuinely believe author's intention was to simply catch more attention with such title). We can not start calling every electric car 'Tesla clone', every smartphone 'iPhone clone' etc. To escalate this discussion more author, in a true click-baity fashion, could have added word 'hack' somewhere in the title.
Just to rant, but lately in HN you can see rather a lot of articles, whose titles do not represent the content correctly (hopefully, like in this case, HN thread name is more correct than the article's title), which catch your eye by using some trendy trademark or word (like 'hack').
All in all, titles and use of words is a delicate discussion, which can be seen in many threads of HN.
IMHO it's just more catchy and click-baity title, that's all (and you can down-vote me for this, but I genuinely believe author's intention was to simply catch more attention with such title). We can not start calling every electric car 'Tesla clone', every smartphone 'iPhone clone' etc. To escalate this discussion more author, in a true click-baity fashion, could have added word 'hack' somewhere in the title.
Just to rant, but lately in HN you can see rather a lot of articles, whose titles do not represent the content correctly (hopefully, like in this case, HN thread name is more correct than the article's title), which catch your eye by using some trendy trademark or word (like 'hack').
All in all, titles and use of words is a delicate discussion, which can be seen in many threads of HN.
That's exactly what it is. His previous ESP8266 related posts didn't get any love, and presumably because of all the recent Hue chatter decided to take advantage of the name by hinting of a cool new accessory joining the Hue lineup. I must admit it caught my attention but I knew something was off immediate after seeing ESP8266 and Hue in the same title.
You're correct in accusing me of using Philips Hue as click bait. Just updated the post title. I was using 'Philips Hue' more like as adjective rather than a proper noun.
My thoughts on this: Seeing ESP8266 in the title itself implies DIY or Hack to me. Practically everything using ESP8266 out there is a DIY project as of today. When your see things like 'OTA firmware updates for ESP8266' or 'HTTPS server' using ESP8266, doesn't mean those are secure in anyway. I'm not really trying to attack the Philips Hue lineup here. My intention is to get people to stop making proof of concept DIY IOT experiments and show them that with the HomeKit API this can be actually useful at home. And if the words 'Philips Hue' help me get some attention to this matter, why not?
My thoughts on this: Seeing ESP8266 in the title itself implies DIY or Hack to me. Practically everything using ESP8266 out there is a DIY project as of today. When your see things like 'OTA firmware updates for ESP8266' or 'HTTPS server' using ESP8266, doesn't mean those are secure in anyway. I'm not really trying to attack the Philips Hue lineup here. My intention is to get people to stop making proof of concept DIY IOT experiments and show them that with the HomeKit API this can be actually useful at home. And if the words 'Philips Hue' help me get some attention to this matter, why not?
Totally amazed by the Siri integration, had no idea you could do things like that. Not an Apple user, so I don't follow that corner of the DIY world.