1. 07 2月, 2023 2 次提交
  2. 06 2月, 2023 3 次提交
  3. 10 1月, 2023 1 次提交
  4. 06 1月, 2023 1 次提交
  5. 22 12月, 2022 1 次提交
    • S
      Draft: Esp insights library support (#7566) · 161b1673
      Sanket Wadekar 提交于
      * ESP Insights: Added library support
      
      * ESP Insights: Added Examples
      
      * ESP Insights: Added custom partitions file
      
      * ESP Insights: Added API documentation.
      
      * Added recipe and script to create Insights package
      
      * Updated ESP Insights examples.
      
      * Changed Insights Firmware package output directory
      
      * Changed license to include SPDX license
      
      * Fix Insights package for Windows
      
      * Updated .exe of insights script
      
      * Added coredump partition to all schemes
      
      * Updated header files of Insights diagnostics
      
      * hotfix: Added elf-sha256-offset flag in elf2bin
      builder
      
      * Update API to be more Arduino-like and partitions offsets
      Co-authored-by: NMe No Dev <me-no-dev@users.noreply.github.com>
      161b1673
  6. 21 12月, 2022 2 次提交
  7. 15 12月, 2022 1 次提交
    • W
      Add ESP-C3-M1-I-Kit board (#6938) · 972c3bbd
      Will Anderson 提交于
      * feat: add ESP-C3-M1-I-Kit board to variants
      
      * docs: rename file to slug format
      
      * Fixes GPIO definitions
      
      * Adds ESP32 C3 M1 I Kit to the board list
      
      Fixes board.txt file to add the new ESP32_C3_M1_I_KIT variant
      
      * fixes extra board separator
      
      * Keeps only 4MB flash option
      
      * Fix it to Flash 80Mhz QIO only
      
      * Undo a change by mistake
      Co-authored-by: NRodrigo Garcia <rodrigo.garcia@espressif.com>
      972c3bbd
  8. 13 12月, 2022 1 次提交
    • P
      Add protocol-explicit `upload.tool` properties required for pluggable... · b2b4bf8d
      per1234 提交于
      Add protocol-explicit `upload.tool` properties required for pluggable discovery compatibility (#7517)
      
      * Correct upload tool name for "ESP32 FM DevKit"
      
      The upload tool name was changed from `esptool` to `esptool_py`. The author of the "ESP32 FM DevKit" board definition used the old tool name and evidently never tested it, since the upload fails:
      
      java.lang.NullPointerException
      	at cc.arduino.packages.uploaders.SerialUploader.uploadUsingProgrammer(SerialUploader.java:295)
      	at cc.arduino.packages.uploaders.SerialUploader.uploadUsingPreferences(SerialUploader.java:90)
      	at cc.arduino.UploaderUtils.upload(UploaderUtils.java:77)
      	at processing.app.SketchController.upload(SketchController.java:732)
      	at processing.app.SketchController.exportApplet(SketchController.java:703)
      	at processing.app.Editor$UploadHandler.run(Editor.java:2055)
      	at java.lang.Thread.run(Thread.java:748)
      
      * Add protocol-explicit `upload.tool` properties required for pluggable discovery compatibility
      
      A new flexible and powerful "pluggable discovery" system was added to the Arduino boards platform framework. This system
      makes it easy for Arduino boards platform authors to use any arbitrary communication channel between the board and
      development tools.
      
      Boards platform configurations that use the old property syntax are automatically translated to the new syntax by
      Arduino CLI:
      
      https://arduino.github.io/arduino-cli/latest/platform-specification/#sketch-upload-configuration
      
      > For backward compatibility with IDE 1.8.15 and older the previous syntax is still supported
      
      This translation is only done in platforms that use the old syntax exclusively. If `pluggable_discovery` properties are
      defined for the platform then the new pluggable discovery-style `upload.tool.<protocol_name>` properties must be defined
      for each board as well.
      
      This platform was converted to use the new pluggable discovery platform properties syntax, so those properties are
      required. Although such properties were added to board definitions at the time the syntax was changed, some board
      definitions were missed at that time, or added later without the required properties.
      
      Those missing properties caused uploads to fail for users of the recent versions of Arduino IDE and Arduino CLI with an
      error of the form:
      
      Error during Upload: Property 'upload.tool.<protocol_name>' is undefined
      
      (where `<protocol_name>` is the protocol of the selected port, if any)
      
      It is also important to provide compatibility with versions of Arduino development tools from before the introduction of
      the modern pluggable discovery system. For this reason, the old style `<board ID>.upload.tool` properties are retained.
      Old versions of the development tools will treat the `<board ID>.upload.tool.<protocol_name>` properties as an unused
      arbitrary user defined property with no special significance and the new versions of the development tools will do the
      same for the `upload.tool` properties.
      b2b4bf8d
  9. 10 12月, 2022 1 次提交
  10. 05 12月, 2022 1 次提交
  11. 07 11月, 2022 1 次提交
  12. 03 11月, 2022 1 次提交
  13. 26 10月, 2022 4 次提交
  14. 25 10月, 2022 1 次提交
    • W
      Add New Board: Cytron Maker Feather AIoT S3. (#7348) · 007badbb
      Wai Weng 提交于
      * Added support for Cytron Maker Feather AIoT S3.
      
      * 1. Select OPI PSRAM by default.
      2. Fixed pin name error in variant.cpp.
      3. Added definition for RGB_BUILTIN.
      
      * Define the RGB_BUILTIN as shown in #6979.
      
      * Added pin definition for A12 (Vin Sense).
      007badbb
  15. 24 10月, 2022 2 次提交
  16. 17 9月, 2022 1 次提交
  17. 14 9月, 2022 1 次提交
  18. 07 9月, 2022 2 次提交
  19. 29 8月, 2022 1 次提交
  20. 24 8月, 2022 1 次提交
  21. 16 8月, 2022 3 次提交
  22. 11 8月, 2022 1 次提交
  23. 10 8月, 2022 1 次提交
  24. 09 8月, 2022 1 次提交
  25. 08 8月, 2022 2 次提交
  26. 27 7月, 2022 1 次提交
  27. 26 7月, 2022 2 次提交