-
Notifications
You must be signed in to change notification settings - Fork 1.3k
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
Feature Request: Apollo3 support #204
Comments
I wrote a quick and dirty proof of concept on the |
PR's welcome, even if they are inelegant to start :) |
There is an implementation in https://github.com/adafruit/circuitpython/blob/master/ports/nrf/common-hal/neopixel_write/__init__.c that uses PWM peripherals to do the timing, at the expense of using quite a bit more RAM to generate the waveforms. |
PR posted. I have a project that I want to port to the Artemis Nano board, but I should be able to continue working on a better timing implementation in a few days. |
nice! |
Hi, Just wanted to check in on this, did you ever improve the timing implementation? I've been using your nop hack version for a few weeks and it does work, though I'd love to see this work completed and actually brought into the official NeoPixel Arduino Library. |
I implemented a few different timing mechanisms (see my Now for the bad news- all of my timing mechanisms suffer from the same flaw that the application basically cannot do anything other than service LEDs in the application loop. If I try to do anything else (I really want BLE functionality as well as LED control), then the LED timing gets messed up and stops working. There is a suggested implementation over in #205 to use SPI and MOSI that might resolve the CPU timing problem, but as far as I know nobody has had the time to work on it. |
Would be nice to have NeoPixel support for SparkFun Artemis based boards that use the Ambiq Apollo3.
The text was updated successfully, but these errors were encountered: