| Age | Commit message (Collapse) | Author |
|---|
|
updaitng parallel output example - time to merge back to master\!
|
|
|
|
addLeds setup
|
|
yet, so it shouldn't be hooked up anywhere yet.
|
|
- no support for parallel output or DMA'd output yet - also not fully tested for all chipsets on all pins, but smoke tested with some chipsets and pin combinations and logic analyzer in the meantime
|
|
|
|
|
|
divider that overflowed a uint8_t - whoops...
|
|
calculations use all the leds.
|
|
* Alphabetize chipset section -- no content changes this commit.
* Remove duplicate definition of LPD6803
* Add PL9823 to chipset keyword literals
* Add a dozen more missing chipsets as LITERAL1:
* APA106
* DOTSTAR
* GW6205_400
* LPD1886_8BIT
* PIXIE
* SK6812
* SK6822
* SK9822
* TM1812
* UCS1904
* UCS2903
* WS2852
|
|
Specifically, cannot cast integer values to pointers in a constexpr,
requiring use of intptr_t in the constexpr. Callers of the constexpr
may then cast it at the non-constexpr location of use.
See https://stackoverflow.com/questions/10369606/constexpr-pointer-value
|
|
|
|
|
|
|
|
|
|
Added pin defs for the Adafruit Metro M4 Airlift Lite
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
* Support for ESP32
Credit to Rina Shkrabova for the first cut.
* Clean up interrupt handling
I think there was actually an error in the interrupt enabling/disabling, but I also cleaned it up so that it is more clear how interrupts are handled.
* Better interrupt handling
* Added RMT version
Not fully portable yet, though. The timing numbers are hard-wired for WS2812, and the RMT channel is also hard-wired.
* Fixed the timing
Timing is now computed from T1, T2, amd T3 instead of being hard-wired.
* Better buffer management
The RMT signal is sent in 10-pixel chunks, using double-buffering to hide the latency when possible. Also: assign RMT channels sequentially.
* Total rewrite using Martin's code
* Better comments
* Fixed the timing calculation
We were not doing the conversion from ESP32 cycles to RMT cycles correctly. Now it all works!
* Added Martin's changes
* Removed confusing comments
* Added my name!
* Fixed ESP32 compile problem
On ESP platforms the dev kit provides the function __cxa_pure_virtual, so there is no need to define it.
* honor WAIT_TIME
for chipsets that need it (for example TM1829)
* Better interrupt handling
Suggested by @h3ndrik : allocated the interrupt once at the initialization and then just turn it on and off. This is the strategy that the ESP32 core uses also.
* Major refactoring
Two major changes to the RMT driver. First, I realized that we can have only one interrupt handler attached to the RMT peripheral, so it needs to be able to handle all of the attached strips. To accomplish this, I store each ClocklessController in an array indexed by its RMT channel. The interrupt handler can then take the channel that triggered it and index into the array to get the right controller.
The second major change is that I replaced all of the explicit bit twiddling of the RMT configurartion with calls to the proper functions in ESP32 core. That should make the code more stable if the core changes.
* Fixed the interrupt dispatch
Since the interrupt handler is global for all channels, we need to store not just the controller, but also the buffer refill function for each strip.
* Added a demo
This version of DemoReel100 spins off a separate task on core 0 that just performs the FastLED.show() operations. Regular code running on core 1 (the default for Arduino) signals this task to request a show().
* Avoid unnecessary timeouts
Replaced a 500ms delay in the show task with MAX_DELAY. There's really no point in timing out (and crashing the program) just because the application hasn't called show.
* Parallel output
Reworked the code again in order to support parallel output, which is now the default mode. You can also now ask it to use the built-in RMT driver if you have other parts of your code that need the RMT peripheral.
Two #defines control choices -- put either or both of these before including FastLED.h:
#define FASTLED_RMT_CORE_DRIVER
Uses the ESP core RMT driver. To do this, though, it allocates a big buffer to hold all of the pixel bits, so there is a memory and compute cost.
#define FASTLED_RMT_SERIAL_OUTPUT
Force serial output of each strip.
* Documentation
Describing the implementation and the compile-time switches
* Removing files that should not be there
* Fixed synchronization
The previous checkin had bugs in the syncronization that caused problems in parallel mode when strips are different lengths.
* Fixed a stupid bug
Made the code bullet-proof in a few ways, but most importantly fixed a terrible integer underflow bug in the code that fills the RMT buffer.
* Another major overhaul
The big change in this version is the ability to support more than 8 controllers. Instead of assigning RMT channels to controllers in a fixed mapping, channels are assigned on the fly, allowing the driver to reuse channels as they become available.
* Oops
Didn't mean to check these in.
* Fixed built-in driver mode
Fixed the code so that it works with the built-in RMT driver. There's nothing special to do to enable it -- just #define FASTLED_RMT_BUILTIN_DRIVER true
* Cleanup
Fixing some documentation and configuration stuff
* Rewrite of fastpin
I've been needing to rewrite fastpin_esp32.h for the ESP32 ports and masks. This file also makes sure we don't use pins that won't work, even with clockless chips like the WS2812.
* Got rid of tabs
Which were making the code ugly.
* Minor tweaks
Added proper definitions for port() and toggle() to use the GPIO.out register. Changed the pin number test to avoid unnecessary conditions.
* Allow TX and RX pins
* Fixed pin access methods
This should be the right set of definitions -- consistent with the other platforms.
* Experimental
Do not merge this code
* Change pixel buffering
The previous version of this code saved a copy of the PixelController every time show() is called. It appears that this causes massive memory fragmentation, eventually locking up the processor. This new version saves the pixel data is a separate buffer that is allocated only one time.
* Some rearranging of the code
Nothing major here. Added comments and put the functions is a better order. Added some defensive programming.
* New I2S driver for ESP32
* Two updates: (1) avoid copying all the pixel data up front, and (2) use T1, T2, and T3 to encode thepulse patterns
* Trying to get the timing better.
* This version seems pretty solid
* Yves' very cool changes to improve performance and accuracy
* First attempt at merging the two drivers
* Complete I2S implementation, with switch to choose it over the RMT
* Removed the old header
* This was added by accident
* Changed the RMT driver so that it no longer needs to copy all the pixel data up front, which was slowing it down and using a lot of extra memory
* Fixed a typo: make sure to load a different channel each time
* Commented out all the Serial.print output
|
|
LED strings for clockless are temporarily limited to 144 LEDs,
adjustable via led_sysdefs.h #define.
|
|
* Files fixed by manitou48 m4 feather express update
I have not been able to find user manitou48 so I forked his changes and am trying to make a pull request to get it into FastLED.
* delete led_sysdefs.h
move led_sysdef.h to root of FastLED where it belongs.
* Delete platforms.h
Move platform.h to root of FastLED where it belongs.
* move files to root of FastLED
The led_sysdefs.h and platforms.h files belong in the root of the FastLED directory, not in platforms/arm/d51
|
|
Add support for Adafruit ItsyBitsy M0 including onboard APA102 ("Dotstar") LED
|
|
|
|
* Fix breakage in NRF51 support introduced by #dba8825
* Re-enable interrupts in between writing LED data for ARM M0.
This adds support for FASTLED_ALLOW_INTERRUPTS to ARM M0-based platforms
(e.g. SAMD21).
This fixes the clock getting off when using more than ~30 LEDs, since
Arduino uses an interrupt to increment the millis clock.
This uses SysTick->VAL to determine whether more than 45uSecs have
elapsed while interrupts were enabled. This isn't as correct as using a
dedicated timer, but it does work on all ARM M0 platforms.
|
|
|
|
* Fix ATtiny25 compilation issue
The ATtiny25 does not have PORTA. It would give compilation errors.
Also, because the ATtiny25 has a very small storage capacity, a compilation message will be presented warning the user.
* Update fastpin_avr.h
* Fix char type
|
|
This fixes the infamous
> (...)/FastLED/platforms/arm/stm32/led_sysdefs_arm_stm32.h:4:25:
> fatal error: application.h: No such file or directory
issue when compiling code for Blue Pill (STM32F1xx).
The above `#include <application.h>` was initially added by
commit f149084 as part of the port for the particle photon
boards. While it's not entirely clear where this header
is coming from, it is clear that it's not there for the
usual Arduino + stm32duino.
So, to fix compilation for Blue Pill, while not breaking
it for particle photon, let's move the include to under
`#ifdef STM32F10X_MD`, the define which the original code
used.
Fixes: https://github.com/FastLED/FastLED/issues/741
Signed-off-by: Kir Kolyshkin <kolyshkin@gmail.com>
|
|
shifted, otherwise we end up writing out 1's for the low bits on 12-bit output devices
|
|
|
|
|
|
|
|
|
|
|
|
|
|
defines for their Dx pins
|
|
defines for their Dx pins
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
