Welcome to mirror list, hosted at ThFree Co, Russian Federation.

github.com/FastLED/FastLED.git - Unnamed repository; edit this file 'description' to name the repository.
summaryrefslogtreecommitdiff
AgeCommit message (Collapse)Author
2019-01-22Get rid of Dx defines in trinket code for platforms that insist on using ↵Daniel Garcia
defines for their Dx pins
2019-01-21Fix duplicated "build" fieldIvan Kravets
2019-01-21Fix broken library.json manifestIvan Kravets
2019-01-21bumping version number for typo3.2.3Daniel Garcia
2019-01-21fix typoDaniel Garcia
2019-01-20Bump version number to 3.2.23.2.2Daniel Garcia
2019-01-20Update notes/keywordsDaniel Garcia
2019-01-20Fix #345 - Add SM16703 timingsDaniel Garcia
2019-01-20Fix #550 - add pin definitions for the onboard APA102 on the trinket m0Daniel Garcia
2019-01-20Fix #573 - add GE8822 timingsDaniel Garcia
2019-01-20Fix #666 - add submod8 - not entirely sure this will do what's expected, but ↵Daniel Garcia
let's see what happens!
2019-01-20Make sure that everything called from the interrupt handler for ESP32 is ↵Daniel Garcia
marked with IRAM_ATTR property - should fix #676
2019-01-20Fix #684 - add an alias for GS1903 to the WS2812B timingsDaniel Garcia
2019-01-20Fix #696 - memory align palettes on ESP32Daniel Garcia
2019-01-20Add some extra kicks for the build systemDaniel Garcia
2019-01-20Better fix to ensure no adjacent register write opcodes to optimize out on esp32Daniel Garcia
2019-01-20Add component.mk for use with esp-idfWill Ridgers
2019-01-20Update global brightness math to fix overflowsOleg Anashkin
2019-01-20Merge pull request #658 from leebyron/patch-1Daniel Garcia
Fix lerp16by16 where uint32_t should be uint16_t
2019-01-20Merge pull request #667 from jldesignseu/atmega328pbDaniel Garcia
added support for AVR atmega328pb
2019-01-20Merge pull request #678 from eClay/d21_iobusDaniel Garcia
Change SAMD21 fastpin to use PORT_IOBUS instead of PORT
2019-01-20Merge pull request #695 from domoritz/patch-1Daniel Garcia
Fix typo in example
2019-01-20Merge pull request #705 from K1ngjulien/masterDaniel Garcia
Fixed Divide by 0 in CRGB::maximizeBrightness
2019-01-20Clearing out stale ESP32 code from the demosDaniel Garcia
2019-01-20Fix #721 - add a link to ardubadgeDaniel Garcia
2018-12-25Add support LPD6803heX
2018-12-22Fixed Divide by 0 in CRGB::maximizeBrightnessJulian Kandlhofer
2018-12-10Fix typo in exampleDominik Moritz
2018-11-21Add basic support for SAMD51, used in M4 line from Adafruit (#662)Vince
* Add basic support for SAMD51, used in M4 line from Adafruit. Support is only based on Adafruit ItsyBitsy M4 Express, since it’s the only M4 board I have. * Pin verification from ItsyBitsy's variant.h + mixup between I2C and SPI
2018-11-13Change SAMD21 fastpin to use PORT_IOBUS instead of PORTGreg Mrozek
2018-10-26Fix #672 - we weren't setting LIB8_ATTINY for the ATtiny841/441 - so asm ↵Daniel Garcia
opcodes that don't exist on the tiny cores were getting used...
2018-10-16added support for atmega328pb SPI mode is not tested. Its tested with ↵jldesigns
bitbang WS2812 etc
2018-10-15Merge branch 'master' of https://github.com/FastLED/FastLEDDaniel Garcia
2018-10-01Fix lerp16by16 where uint32_t should be uint16_tLee Byron
scale16 returns a uint16_t and it doesn't seem necessary to upcast.
2018-09-20Add global brightness support for ADA102 and SK9822 (#653)Oleg Anashkin
* Add global brightness support for ADA102 and SK9822 * Move brightness computation outside of the loop
2018-09-20Suggest to `#define FASTLED_RMT_BUILTIN_DRIVER 1` (#654)johannesmaibaum
The documentation for FASTLED_RMT_BUILTIN_DRIVER says that you should #define FASTLED_RMT_BUILTIN_DRIVER before `#include`ing FastLED if you have custom RMT applications running. Without any non-zero value, this results in the following compile error: /path/to/Arduino/libraries/FastLED/platforms/esp/32/clockless_esp32.h: In member function 'void ClocklessController<DATA_PIN, T1, T2, T3, RGB_ORDER, XTRA0, FLIP, WAIT_TIME>::initRMT()': /path/to/Arduino/libraries/FastLED/platforms/esp/32/clockless_esp32.h:253:43: error: expected primary-expression before ')' token if (FASTLED_RMT_BUILTIN_DRIVER) { ^
2018-09-09Bumping version number to 3.2.13.2.1Daniel Garcia
2018-09-09Fix apa102 output for esp32 where the compiler is optimizing some of our pin ↵Daniel Garcia
writes out a little too aggressively
2018-09-09Add ATmega644P to the pin definitions used by the ATmega1284P - fixes #598Daniel Garcia
2018-09-08add support for Hallowing! Its a samd21 but pins are rearranged quite a bit ↵Limor "Ladyada" Fried
(#650)
2018-09-01stm32duino port (Maple, Blue Pill etc.) (#568)Kirill Kolyshkin
This mostly builds on previous work for SparkCore STM32103 (Cortex M3), and patches from Evey Quirk. Unfortunately, stm32duino distribution does not include a header with definitions for CoreDebug registers and flags etc. (used in ) so they were added to a newly created cm3_regs.h from https://github.com/ARM-software/CMSIS/blob/master/CMSIS/Include/core_cm3.h [v2: changed PIN numbers to be int] Signed-off-by: Kir Kolyshkin <kolyshkin@gmail.com>
2018-09-01Remove str and xstr macros (#644)ChristofKaufmann
`str` macro conflicts with any function or method that has the same name ignoring namespaces and class names. Most noticeably it conflicts with `std::basic_stringstream::str()`. Also there is no usage of the `str` macro in the library.
2018-09-01Add some missing keywords for Arduino (#645)ChristofKaufmann
This adds the following keywords: * `CRGBArray` * `clearData` * `setMaxPowerInMilliWatts` * `setMaxPowerInVoltsAndMilliamps` * `setMaxRefreshRate` This fixes #642.
2018-09-01only handle own rmt interrupts (#647)h3ndrik
Exit early if the interrupt is for another channel which is used by something else than FastLED. This is needed if we use FASTLED_RMT_BUILTIN_DRIVER and lower FASTLED_RMT_MAX_CHANNELS in order to free some rmt channels for something else. In this case doneOnChannel() is called for all rmt channels even if they don't belong to FastLED. So exit early in this case before the esp32 notices and reboots on its own.
2018-08-27Merge branch 'master' of https://github.com/FastLED/FastLED3.2.0Daniel Garcia
2018-08-27Bump version to 3.2Daniel Garcia
2018-08-27Allow control of the built in Dotstar on the Gemma M0 (#607)Jon Swope
2018-08-27Rewrite of fastpin_esp32.h -- take 2 (#625)Sam Guyer
* 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.
2018-07-15Use a single tab field separator in keywords.txt (#628)per1234
Each field of keywords.txt is separated by a single true tab. When you use multiple tabs it causes the field to be interpreted as empty. On Arduino IDE 1.6.5 and newer an empty KEYWORD_TOKENTYPE causes the default editor.function.style coloration to be used (as with KEYWORD2, KEYWORD3, LITERAL2). On Arduino IDE 1.6.4 and older it causes the keyword to not be recognized for any special coloration. Reference: https://github.com/arduino/Arduino/wiki/Arduino-IDE-1.5:-Library-specification#keywords
2018-06-23WAIT_TIME=50 to allow interrupts without breaking matrix output. (#596)Marc MERLIN
* WAIT_TIME=50 to allow interrupts without breaking matrix output. WAIT_TIME set to 5 was too short and FastLED aborted frames too early and restarted them incorrectly. (as explained by Daniel Garcia in https://plus.google.com/communities/109127054924227823508 ) Tested on ESP8266 with 768 LED matrix in both serialized output and 3x 256 output. * Update clockless_block_esp8266.h * Update clockless_esp8266.h