I'm working on a digital art LED panel with WS2812b pixels/strips.
Currently I'm using a teensy 3.1 controller + FastLED library.
This is a video of the small size prototype: video link
As you can see, it is very smooth and fast.
Yesterday I try to port this to the Pico, but the refresh rate is very bad.
The small dummy prototype has only 45 LEDs - the final panel should have more than 1024 LEDs.
As Espruino can only write all data at once (because of not synchronous SPI write commands)
this would be a lot of data - and I wonder if this could work on this amount of LEDs?
Ok I will change the setting to use APA102 LEDs instead of the WS2812b - so it is possible to chain all together and drive the clock with higher frequency rate.
But can Espruino handle this?
Or would it be better to move the LED implementation to the firmware part?
Espruino is a JavaScript interpreter for low-power Microcontrollers. This site is both a support community for Espruino and a place to share what you are working on.
I'm working on a digital art LED panel with WS2812b pixels/strips.
Currently I'm using a teensy 3.1 controller + FastLED library.
This is a video of the small size prototype:
video link
As you can see, it is very smooth and fast.
Yesterday I try to port this to the Pico, but the refresh rate is very bad.
The small dummy prototype has only 45 LEDs - the final panel should have more than 1024 LEDs.
As Espruino can only write all data at once (because of not synchronous SPI write commands)
this would be a lot of data - and I wonder if this could work on this amount of LEDs?
Ok I will change the setting to use APA102 LEDs instead of the WS2812b - so it is possible to chain all together and drive the clock with higher frequency rate.
But can Espruino handle this?
Or would it be better to move the LED implementation to the firmware part?