1. 26 Jun, 2021 2 commits
  2. 19 Jun, 2021 1 commit
    • Earle F. Philhower, III's avatar
      Fix file creation on SD and SDFS (#216) · 35c974d4
      Earle F. Philhower, III authored
      The O_CREAT/etc. flags on the Pico are a full 32-bits in size, but the
      core was generating a flag for SdFat using an 8-bit type, so all the
      O_CREAT, O_TRUNC, O_APPEND, etc. flags got cut off.
      
      Fix the flag size.
      
      Fixes #214
      35c974d4
  3. 16 Jun, 2021 2 commits
  4. 14 Jun, 2021 1 commit
  5. 13 Jun, 2021 1 commit
  6. 11 Jun, 2021 3 commits
    • Earle F. Philhower, III's avatar
      Update to PICO-SDK version 1.2.0 (#207) · 08b6748d
      Earle F. Philhower, III authored
      Minor rev to the tinyUSB version used, new ID function.
      08b6748d
    • Earle F. Philhower, III's avatar
      Clear PIO FIFOs when updating Tone and Servos (#206) · bedfbda3
      Earle F. Philhower, III authored
      The PIO programs that generate tone() and Servo() use the TX FIFO to
      receive updates to the period/duty cycle.
      
      The original code would push into the FIFO (potentially blocking the
      app if the FIFO was full) and generate at least one cycle of every
      value written into the control.  Basically, the output would
      lag the changes by 1 cycle or more (which could be 20ms+ on Servo).
      
      Fix this by clearing any old, ungrabbed values from the FIFO before
      sending a new one to the program.  Instead of a FIFO, there is
      effectively now just a control register and updates will be immediate.
      
      Update the Siren.ino example with delays because now the tone() calls
      will not block and run 10x+ faster.
      bedfbda3
    • Earle F. Philhower, III's avatar
      Clean up Arduino.h header, remove duplicates (#205) · 9fbf6ab3
      Earle F. Philhower, III authored
      Many functions are defined inside the api/Common.h, so remove them from
      the Arduino.h header to have them appear only once.
      
      Fix up the abs() macro to avoid macro problems, add round()
      9fbf6ab3
  7. 10 Jun, 2021 1 commit
  8. 08 Jun, 2021 6 commits
  9. 07 Jun, 2021 4 commits
  10. 06 Jun, 2021 1 commit
    • Limor "Ladyada" Fried's avatar
      Add a new board - the Adafruit Macropad w/RP2040 (#191) · d2a2fcb8
      Limor "Ladyada" Fried authored
      * add two variant files
      
      * add trinkey and stemma friend
      
      * add fast SPI transfer using pico-sdk blocks
      
      * update makeboards.py for new variants
      
      - STEMMA Friend RP2040
      - Trinkey RP2040 QT
      
      * run astyle on SPI library
      
      * fix auto -> ssize type
      
      * astyled
      
      * woops ssizet != sizet!
      
      * a nice day for a new board definition! this is a macropad with 12 keys, oled and rotary encoder
      Co-authored-by: default avatarhathach <thach@tinyusb.org>
      d2a2fcb8
  11. 04 Jun, 2021 2 commits
  12. 31 May, 2021 1 commit
    • per1234's avatar
      Use optimal bundled library names (#183) · 7d1e83b4
      per1234 authored
      When multiple libraries contain files matching an #include directive in the program, the Arduino build system must pick
      one to use for compilation. Multiple factors are used in order to make an intelligent determination of which library is
      best.
      
      In order to enhance this determination, the closeness of match between the library.properties name value and the
      filename in the #include directive is being added as one of those factors. This new factor is referred to as
      "Library Name Priority".
      
      Unfortunately, this change can result in platform bundled libraries which had previously been correctly correctly chosen
      no longer being given priority over their equivalent standalone libraries, which may be incompatible or not optimized
      for the platform's boards.
      
      This priority inversion only occurs when all the following conditions are true:
      
      - There is a standalone library installed which provides a header filename collision.
      - The platform bundled library is architecture optimized (e.g., architectures=esp32).
      - The standalone library is architecture compatible (architectures=*).
      - The standalone library has equal "Folder Name Priority".
      - The standalone library has better "Library Name Priority" (e.g., name=SD vs name=SD(ESP32) for a library with primary
        header file SD.h.
      
      The fix is to simply give the platform bundled library a perfect "Library Name Priority".
      
      Some platform bundled libraries were given a modified name as a workaround to a bug in the Arduino IDE's Library Manager
      which caused Library Manager to always show the library as updatable under specific circumstances. That bug was fixed in
      Arduino IDE 1.8.6, ~3 years ago.
      7d1e83b4
  13. 29 May, 2021 7 commits
  14. 28 May, 2021 8 commits