Age | Commit message (Collapse) | Author |
|
fix for older gcc versions
|
|
On ATtiny (only) where there is no hardware multiplier, convert use shifts&adds to achieve multiplication by the chosen LCG constant in 'random' function.
|
|
Overload array subscript operator for CHSV structs
|
|
Better timing stability for ESP32
|
|
|
|
|
|
|
|
to show() to be at least 50 microseconds apart. Second, added optional calls to ESP-IDF functions that force flash operations to wait until show() is complete.
|
|
|
|
fixes clockless_trinket.h:326:24: error: expected primary-expression before '__attribute__' on older gcc versions
added endif
|
|
to pass the torch.
|
|
lights) to the examples directory.
|
|
help with this.
|
|
Fix compilation for NRF52 chips with a single GPIO port such as NRF52832
|
|
on AVR
|
|
meaningful error message if the platform is not recognized.
|
|
wrong comment location
|
|
add include for arduino library
|
|
|
|
https://github.com/arduino/Arduino/wiki/Arduino-IDE-1.5:-Library-specification
|
|
Fix truncated SPI_DATA_RATE template parameter to addLeds with Teensy 4
|
|
Add platform pin mappings for Arduino MKR WiFi 1010
|
|
|
|
Improvements to ESP32 support in the RMT driver
|
|
Support WS2812Serial Library on Teensy T4
|
|
CPixelView operator-() result points to wrong data
|
|
Delete preview_changes.txt
|
|
Fix Nano 33 IOT pindef
|
|
Make examples consistent and document the likely non-RGB types
|
|
The pins here were based on an early draft of the Nano 33 IOT package where the pin definitions were mislabeled in the comments - https://github.com/arduino/ArduinoCore-samd/blob/08629f90b1f803017cc526c4cbbe3eaaccc8f062/variants/nano_33_iot/variant.cpp
This has recently been fixed -
https://github.com/arduino/ArduinoCore-samd/blob/master/variants/nano_33_iot/variant.cpp
This change uses the correct pin definitions.
|
|
Resolves #878, #877, #928
|
|
|
|
|
|
cmooney3/add_mightycore_atmega16_support_to_fastpin_avr
Add Atmega16 support to fastpin_avr.h (Mightycore Arduino)
|
|
Underscore was missing
|
|
Fix typos causing blue LEDs to not clear
|
|
This was causing it to not compile on the Adafruit Feather nRF52840 Express for me.
|
|
vulnerability to interrupts. One part is making the fill routine faster by only pushing one pixel worth of data at a time. The second part is waiting until all the buffers are full before starting
|
|
|
|
Correction so that the Blue LEDs are properly blacked out
|
|
Recently there was reported that the WS2812Serial library (github.com/PaulStoffregen/WS2812Serial) was not ported over to work on the new Teensy T4, so I thought I would take a look.
I added the T4 support, which is now pending in a Pull Request. During that I also found that there were errors in one of the core header files for the T4, which I also fixed, which is now pending in another Pull Request (github.com/PaulStoffregen/Cores)
After that was working, it was pointed out that the FastLED sample in the WS2812Serial librry did not compile. So...
More details in the forum Thread:
https://forum.pjrc.com/threads/58442-Non-Blocking-WS2812-LED-Library-and-Teensy-4-0
|
|
Since many popular low-cost chipsets do not have a native multiply operation,
this calculation can be executed much more efficiently using only add and left shift.
|
|
The Atmega16 has the same pinout at the Atmega32 when using the MightyCore board
in arduino. This commit just adds it to fastpin_avr.
Tested on my Atmega16 board, and appears to work like a charm
Signed-off-by: Charlie Mooney <cmooney3@gmail.com>
|
|
In the operator implementation the `leds` pointer is already shifted to the opposite end of the data. Using the constructor with start and end index however does the shift again. A simple fix would be the shift in the operator.
|
|
nrf52832, nrf52810, and nrf52811 have a single GPIO port, and do not define NRF_P1_BASE. If NRF_P1_BASE is not defined, do not define the generated structures requried to access GPIO port 1.
|
|
|
|
|
|
|
|
|
|
* Bring fastpin_avr in line with standard defpin macros (to simplify porting document notes
* checkpoint - bring all the arm and esp platforms in line w/defpin macro naming/ordering
* checkpoint - update PORTING.md to include information around just adding pin definitions if needed
* Kick all the pin definitions to allow for some runtime querying of ports and tweak pintest to have it provide pin definitions for platforms that have port definitions but might be missing pin specifics (e.g. not yet-supported avr platforms
|