Ever since I saw these LED Candles I wanted to pick them up and connect them to a WiFi enabled micro controller to make an IoT LED Candle. Recently while browsing through the local Walmart I noticed one of these with the “Try Me” button. I had no choice but to pick it up and get my IoT itch over with. In the end it was pretty straight forward with the help of the awesome Adafruit IO.
In the earlier posts here, here and here, I was leading up to this build: The Color Catcher and Thrower. A Pro Trinket based glove that captures colors with TCS34725 and sends it out as MQTT message through ESP8266 for my WiFi Christmas Tree and other light fixtures to consume.
In my last two posts I covered how I setup the Eclipse Ponte Bridge locally and how my Arduino Yun was reading a MQTT topic from the Ponte Bridge using HTTPClient. In this post I will cover how I used an ESP8266 with Arduino Uno to publish a MQTT message with RGB values.
In the earlier blog post, I introduced Ponte and set it up locally on my windows PC. In this post I will demonstrate how I used the HttpClient on the Arduino Yun to read the MQTT messages and light up the LED strip using the Infineon Shield. This code does not use any of the MQTT Client libraries to subscribe to a topic. It just uses the HttpClient available on Arduino Yun’s bridge library and keeps polling the HTTP bridge on the Ponte server for message availability.
In an earlier post I described how I setup Mosquitto as a local MQTT broker. In this post I will introduce you to “Ponte” a brilliant project that’s in development at the Eclipse foundation.
What is Ponte
Ponte is a M2M bridge framework that aims to close the gap between M2M interactions and the rest of the Internet. The current implementation is built on top of NodeJs.
After receiving the hardware from Element14.com for the IOT Holiday lights challenge, i have completed the touch enabled minion ornaments for my Christmas tree to go along with the minion sound generation i described in the earlier blog post.
I have been a fan of the audio programming language Chuck ever since i came across it few months ago. Its used by the Laptop Orchestras from the Princeton University and Stanford. For tinkerers like us its a wonderful tool to mix the hardware hacking with computer synthesized sound. I can’t play any instruments. But i can code. I understand math. This tool frees me to apply my programming skills to create new sounds. So i set out to combine MQTT, Processing and Chuck.
Continue reading “What does Minions have to do with MQTT, Processing and Chuck ?”
While waiting for my Arduino Yun to arrive for my WiFi Christmas Tree project, I decided to complete as many software components as possible. I had already setup a local MQTT broker and bridge. Now I am planning to use my PC and Mac for all the music and sound generation. They will act as MQTT subscribers. I will be running Processing sketches on the PC. So I decided to setup MQTT Client Libraries on Processing.
As I mentioned in the Interactive WiFi Christmas Tree introduction, I am waiting for parts to arrive from element14. Meanwhile I started to set up my MQTT infrastructure. My initial plan was to use the sandboxed MQTT Broker available at iot.eclipse.org at port 1883. Then I decided to explore more about the MQTT Broker and wanted to setup a local MQTT Broker on my PC and use it as the MQTT gateway for all my needs. After further research i ended up choosing the mosquitto broker. Since the Mosquitto broker allows bridging, it should be possible for me to selectively choose “topics” to forward to one or more of sandboxes available on the internet.
In Dec 2014, I was one of the finalist for the Holiday Lights Road Test challenge conducted by element14.com.I chose to build an Interactive WiFi Christmas Tree . I wrote several blog posts on element14.com to share my build process with the community. I am cross posting most of those blogs from element14.com to my blog. The following is the introductory post for what my project is about.