I've never been a huge fan of cameras inside my house. The idea of a network-connected camera lens pointing around my house doesn't fill me with very warm feelings. However, as time goes on, the value of being able to be nosy on my own home when I'm not there…
I recently added some RGB LED strips around my headboard and bed frame, because everyone needs more RGB in their life. The only thing better than RGB is internet connected RGB. One of the most common controllers for this is the MagicHome.
The MagicHome comes with its own firmware, which works, but it’s not open-source, and judging from the logs it’s definitely doing some phoning home. Because it’s just an ESP8266 underneath, it can be flashed with alternative firmware easily. My choice of which is ESPHome.
- Soldering kit (soldering iron, solder, etc)
- Jumper wire
- USB-TTL Adapter
- Multimeter (optional) - to check your solders and wiring
If you look for “MagicHome LED” on Amazon, you’ll be met with a lot of devices which look the same. Really, they are all the same. I’d recommend not going for the absolute cheapest one, but most of them will be around £10. If you’re thinking of buying one with an IR remote so you can use that as a fallback, don’t bother. The firmware below won’t support that. In theory, it’s possible - But that’s for a future guide.
GND(Ground) (There’s 2 of these, they’re the same)
You’ll need to solder wires onto each of these pads individually. Be careful, some solder pads are incredibly close to both other components and eachother, especially
RXD. I’m not going to tell you how to solder, partly because there are far better guides out there, partly because my soldering techniques should not be copied - The first board I tried this on I ripped off one of the solder pads.
Once all the lines are soldered correctly, connect them to your TTL adapter. Note that the adapter should be running in 3.3V mode (or connect
VCC to 3.3V rather than 5V). Rather unobviously, although it makes when you think about it,
RXD need to be swapped when connecting to the adapter -
TXD should be connected to
RXD and vice versa. This is so data transmitted by the TTL adapter is received by the MagicHome.
In theory, we now have a USB interface to our MagicHome, now we need the firmware. With ESPHome, this starts with a YAML file.
esphome: name: bed_led platform: ESP8266 board: esp01_1m wifi: ssid: "XXXXXXX" password: "YYYYYYY" logger: api: password: "ZZZZZZZZ" ota: password: "AAAAAAAAA" light: - platform: rgb name: "Bed LED" red: red_channel green: green_channel blue: blue_channel output: - platform: esp8266_pwm id: red_channel pin: GPIO5 - platform: esp8266_pwm id: blue_channel pin: GPIO12 - platform: esp8266_pwm id: green_channel pin: GPIO14
Much of the configuration is the same as with any other ESPHome device. The important parts are the
output keys. This firmware defines 3 output pins for the red, green and blue channels, and combines them to form an RGB LED interface.
You can find a reference on what GPIO pins are available here. The numbers in the above should be correct, but if they’re not you might need to have a play around with the pin numbers until you find an exact match. The first example I found had completely different pin layouts, which only had the red channel outputting correctly.
With your YAML file created, compile it and download the binary. Whether you use the CLI or web interface doesn’t matter. Personally I use the web interface as it shows whether the boards are working and if there are updates. For more instructions on using ESPHome, check out my ESPHome DHT Sensor post.
Flashing NodeMCUs is simple - Just connect them over USB and click “Flash”. Flashing MagicHome’s is less so.
Before connecting your TTL adapter to USB, connect the GPIO 0 pin to ground and hold it there whilst plugging in the device. This puts the device into flashing mode so it’ll accept new firmware. After a few seconds you can disconnect GPIO 0, although it’s not required.
The ESPHome CLI supports compiling and flashing in 1 step. Personally I use the
esphome-flasher utility (available on the AUR). Now that your board is connected, select it from the dropdown, find your downloaded firmware (
bed_led.bin in my case) and click “Flash”. If all goes well, flashing should complete. If it doesn’t, hope that the error messages you’re getting are useful. In my case when the solder pad came off, they really weren’t!
In theory, once flashing completes, you’ll be met with the logs of the booting up MagicHome running ESPHome. If there are no logs, don’t worry, it’s probably fine™.
Simply connect your newly ESPHome’d MagicHome to HomeAssistant as you would any other ESPHome device. Thanks to the magic of ESPHome, HomeAssistant should detect it as a light capable of RGB control.
Due to bugs in the existing
flux_led integration, commonly used for MagicHome, the ESPHome interface should be much more reliable and update when you want it. It does seem to be marginally slower to turn the lights on or off than before, but nothing annoying.
Now, thanks to ESPHome, you’ve got a nice 12V capable RGB LED controller, without any proprietary firmware. And I’ve got a bed with internet-connected RGB!
Share this page
The majority of England (where I live) is being hit by quite a heatwave. It’s hot here, like really hot! Us brits are incapable of handling the heat, and enjoy nothing more than telling each other how hot and unbearable it is. I’m definitely guilty of this, and as a…
Prometheus is a crazy powerful metrics and monitoring tool. Prometheus not only lets you scrape and collect metrics from other tools like Traefik and HomeAssistant, but also thanks to Blackbox, monitor the availability of other sites. Prometheus' main loop involves scraping a number of "exporters" over HTTP, looking at the…
View all →