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

Add support for GW6205 chipset #858

Open
jerano opened this issue Nov 4, 2024 · 6 comments
Open

Add support for GW6205 chipset #858

jerano opened this issue Nov 4, 2024 · 6 comments
Assignees

Comments

@jerano
Copy link

jerano commented Nov 4, 2024

I'd like to be able to use WLED, but my particular LED strip is currently not supported... and they kind of said if it's supported by NeoPixelBus it can be supported by WLED - So here by kindly ask if it's possible to add GW6205 support!?

GW6205 is supported by FastLED so hopefully it's not a super advanced thing to add support to NeoPixelBus?
I can provide logs from logic analyzer or similiar if wanted/required.

Thanks!

@Makuna
Copy link
Owner

Makuna commented Nov 4, 2024

Find and reference the data sheet for the GW6205 is a start. A quick searched came up with just references to FastLED.

@jerano
Copy link
Author

jerano commented Nov 4, 2024

Trust me, I've tried... searched every corner of the vast internets to no avail!
But basically it's the same as the WS28xx chipset but with a 12b color depth.

12 bits / color @ 800kHz (or 400kHz)

Below you can have a look at the pulse train for 1 pixel to display RED.
1px_RED

Timings...
1 bit = 1.25us
1 = 750ns high
0 = 250ns high

@Makuna
Copy link
Owner

Makuna commented Nov 4, 2024

Currently, non-byte aligned pixels is problematic with some of the methods. There is a new branch, CoreShaderBeta that makes this easier and it's the future; but is far from ready as it has some major changes.

@Makuna Makuna self-assigned this Nov 4, 2024
@Patrick-Ohlson
Copy link

I would also love this implemented

@Makuna
Copy link
Owner

Makuna commented Nov 11, 2024

Is it just 12 bits per color element? Or does it include "padding bits" so that a single pixel of color is byte aligned? Like 4.12.12.12, with four leading/trailing bits used for something else?

@jerano
Copy link
Author

jerano commented Nov 11, 2024

As far as I can see, it's only 12+12+12 bits - see attached image on my previous post for a complete bitstream for one pixel.

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

No branches or pull requests

3 participants