-
Notifications
You must be signed in to change notification settings - Fork 26
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 for LED channel 1? #15
Comments
This is open source. If it is a software issue, make any changes you want and I will publish a new version. |
Well obviously! I was more looking for reasonings, as I'm fairly certain the underlying library requires effective definitions for both channels simultaneously; but they interact in weird ways from my testing. For example, seems there's some overflow issue in the original with channel metadata. I was more asking for the architecture of the package, as if it requires many parts to be fundamentally rewritten, perhaps it's better to go another avenue. I probably should've been more verbose in my initial request, but it was a more general question on the state of things - wanted to keep it open! |
I know this is old and you've probably finished the project, but I did manage to run a 2nd channel just fine by installing this package again under a custom name, and then configuring a second strip with that package instead. |
The way this package has been written it seems fairly difficult to adapt in order to be able to configure the second channel. I am attempting a similar approach to @InvalidSun for now but may look into making the necessary changes to the package to support the second channel. |
This library makes it impossible to utilize other LED channels, for instance to use GPIO 13.
The text was updated successfully, but these errors were encountered: