Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Support SK6812w LEDs #6

Closed

Conversation

sapphire-arches
Copy link

Support SK6812w by reusing most of the underlying protocol primitive implementation, but support sending RGBW data. Note that the SK6812s expect a higher bitrate than the WS2812 so the SPI periperhal should be clocked higher.

Support SK6812w by reusing most of the underlying protocol primitive
implementation, but support sending RGBW data. Note that the SK6812s expect a
higher bitrate than the WS2812 so the SPI periperhal should be clocked higher.
@david-sawatzke
Copy link
Collaborator

According to a naive reading of the data sheet (and it does seem a bi iffy), the timings seem very similar to the ws2812, with the same total length per bit. Is the data sheet wrong or are there different sk6812 chips?
See:
https://cdn.solarbotics.com/products/datasheets/sk6812rgbw.pdf
https://cdn-shop.adafruit.com/datasheets/WS2812.pdf

@sapphire-arches
Copy link
Author

It's extremely likely that there are many chips calling themselves "SK6812", just like there are many things that aren't actually WorldSemi WS2812s calling themselves WS2812. I just tried 3MHz on the ones I have, and it worked so I can remove those comments. I based my timing data on the experimentation that Tim of cpldcpu has done.

@david-sawatzke
Copy link
Collaborator

Deprecated by #9, which uses a different approach to abstract the leds, but is partly based on this.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants