3 ms·
This looks a very interesting project! One thing I couldn't tell though, could you 'stream' LED pixel values over wifi instead of generating them on the hardwar
by anfractuosity 8y ago
This looks a very interesting project! One thing I couldn't tell though, could you 'stream' LED pixel values over wifi instead of generating them on the hardware?
Using the ws2812b Lights and the:
https://github.com/jgarff/rpi_ws281x https://github.com/jgarff/rpi_ws281x library,
I made my LEDs pulse out an ID, which I read with a webcam, then used it to make a simple webapp, to 'paint' my Christmas tree's lights.
https://www.anfractuosity.com/projects/painting-a-christmas-tree/ https://www.anfractuosity.com/projects/painting-a-christmas-...
This year I'm planning on buying some APA102 lights though, and taking it outdoors :) (So i'm looking at the IP68 versions). Ideally I want to create a 3D map of the LEDs this year, but I need to do a lot of reading on that!
- tlrobinson 8y agoYou can send it patterns in the form of code, but the hardware generates them, so I don't think you need to use WiFi once you've uploaded them.
- anfractuosity 8y agoGotcha cheers, I guess I was thinking about patterns which may be too big to fit in the ESP's memory.
- simap 8y agoYep, the trick here is that Pixelblaze doesn't store or stream pixel data, the patterns are small fast programs that generate pixel data on the fly. One benefit of this approach is that Wifi can drop or be unreliable without impacting animations. This also lets them react to inputs e.g. using some of the IO or ADC, or using the sensor expansion board for audio, light, or movement (accelerometer). Each pattern is typically 5-15K (this includes compressed source, compiled, and preview animation), and there's plenty of flash to store hundreds of different patterns.