I’m interested in fleshing out the LED strip support in klipper to handle longer strips of LEDs better (a 3m 60/m strip is $20 and goes over the limit!). I haven’t see a lot of activity in this area, so I figured I’d ask before sending stuff in case the answer is ‘you should be using a separate system for that’.
- Allow a config to disable the LED limit (125-166 today) on secondary MCUs or some configurable basis.
- Extend SET_LED with a ‘COUNT=XXX’ parameter that allows setting a continuous range of LEDs without making a template or setting each individually.
- This is entirely host-side.
- Add an ‘offload’ parameter to all chainable strip types that allows sending pixel data via SPI or PIO in the background and be able to process larger strips without stalling for 5ms+. This will have to be implemented per mcu since all the current spi drivers seem to be synchronous.
- Note that neopixels can be offloaded to SPI as well. This should also solve the ‘no neopixel for host-mcu’ issue.
- Are there other examples of longish commands that complete asynchronously with IRQs or DMA?
- This might have to be double-buffered if we want to ensure we aren’t either tearing or waiting for a previous update to complete.