- 25 10月, 2022 2 次提交
-
-
由 Pedro Minatel 提交于
-
由 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).
-
- 24 10月, 2022 2 次提交
-
-
由 mjysci 提交于
Co-authored-by: NJan Procházka <90197375+P-R-O-C-H-Y@users.noreply.github.com>
-
由 Jesse Peterson 提交于
board.txt
-
- 22 10月, 2022 2 次提交
-
-
由 Vojtěch Bartoška 提交于
-
由 Vojtěch Bartoška 提交于
Changed ESP32-S3 support to stable.
-
- 30 9月, 2022 2 次提交
-
-
由 Vojtěch Bartoška 提交于
Add v2.0.5 into Issue Template
-
由 Vojtěch Bartoška 提交于
Update of Issue template with addition of new version 2.0.5.
-
- 27 9月, 2022 1 次提交
-
-
由 Me No Dev 提交于
-
- 24 9月, 2022 1 次提交
-
-
由 Me No Dev 提交于
-
- 23 9月, 2022 1 次提交
-
-
由 Tomáš Pilný 提交于
* Doc update: added note about global arduino component * Requested changne IDF -> ESP-IDF
-
- 19 9月, 2022 1 次提交
-
-
由 Sergei Silnov 提交于
-
- 17 9月, 2022 4 次提交
-
-
由 me-no-dev 提交于
-
由 Zeynep Dicle 提交于
* Add new board (Deneyap Kart 1A) * Update pins_arduino.h * Add newly board (Deneyap Kart G) New Deneyap Family member, wearable development board
-
由 RefactorFactory 提交于
The HID semaphore allows USBHID::SendReport() to wait for the completion of report sending. With a zero timeout xSemaphoreTake() after calling tud_hid_n_report(), occasionally, the following would happening: 1. USBHID::SendReport() would send a report by calling tud_hid_n_report(). 2. The send would complete and (presumably on another thread) tud_hid_report_complete_cb() would be called and it would xSemaphoreGive() the semaphore. 3. In USBHID::SendReport(), the zero timeout xSemaphoreTake(sem, 0) would succeed, taking the semaphore. 4. On the next line, xSemaphoreTake(sem, timeout_ms ...) would timeout because the semaphore was already taken by the previous line of code. The result would be waiting timeout_ms for no reason. The purpose of the zero timeout xSemaphoreTake() is to clear the semaphore in case a previous SendReport() timed out waiting for the semaphore. In that case, tud_hid_report_complete_cb() may be called after the timeout, giving the semaphore. Then the next SendReport() would start with the semaphore given, which isn't desired if we want to call xSemaphoreTake(sem, timeout_ms ...) on it. There have also been other cases where tud_hid_report_complete_cb() is called an extra time, causing the same situation. The fix is to move the zero timeout xSemaphoreTake() before the call to tud_hid_n_report(). This eliminates the race between the zero timeout xSemaphoreTake() and tud_hid_report_complete_cb() in the common case when no timeout occurs. There is still a possible race condition between the zero timeout xSemaphoreTake() and tud_hid_report_complete_cb() in the case of a timeout, but that should be rarer.
-
由 David McCurley 提交于
Issue: Serial data sent during frequency change is corrupted. Fixes corrupt debug message by printing the message after the frequency change is completed.
-
- 16 9月, 2022 2 次提交
- 15 9月, 2022 2 次提交
-
-
由 Rodrigo Garcia 提交于
* Adds noInterrupt() and interrupt() functionality * Adds sei/cli Adds back sei()/cli() macros Co-authored-by: NJan Procházka <90197375+P-R-O-C-H-Y@users.noreply.github.com>
-
由 Rodrigo Garcia 提交于
* Changes UART ISR to only trigger on RX FIFO Full and timeout * changes initial RX timeout * Eliminates extra testing for _uart != NULL * reconfiguration with "uartSetFastReading()" * Adds new function "uartSetFastReading()" * changed default onReceive() behaviour * forces User callback in case of error * Error Code Order Set NO_ERROR as first error code, same as ESP_OK = 0
-
- 14 9月, 2022 12 次提交
-
-
由 Ren Xiao 提交于
-
由 Tomáš Pilný 提交于
* Initial commit with guide on building libs wirh higher debug level * Added reference to FAQ * Reword portion of core_debug.rst * Removed extra empty line Co-authored-by: NVojtěch Bartoška <76958047+VojtechBartoska@users.noreply.github.com>
-
由 i3water 提交于
add boards WiFiduinoV2&WiFiduino32S3
-
由 Sanket Wadekar 提交于
Co-authored-by: NRodrigo Garcia <rodrigo.garcia@espressif.com>
-
由 Jason2866 提交于
-
由 Jason2866 提交于
-
由 Rodrigo Garcia 提交于
Co-authored-by: NJan Procházka <90197375+P-R-O-C-H-Y@users.noreply.github.com>
-
由 Tomáš Pilný 提交于
-
由 RefactorFactory 提交于
Arduino-esp32 2.0.4 was released with a version of TinyUSB hid_device.h that uses uint16_t for the last argument: https://github.com/espressif/arduino-esp32/blob/2.0.4/tools/sdk/esp32s2/include/arduino_tinyusb/tinyusb/src/class/hid/hid_device.h TU_ATTR_WEAK void tud_hid_report_complete_cb(uint8_t instance, uint8_t const* report, uint16_t len); But USBHID implements this callback with uint8_t: https://github.com/espressif/arduino-esp32/blob/2.0.4/libraries/USB/src/USBHID.cpp void tud_hid_report_complete_cb(uint8_t instance, uint8_t const* report, uint8_t len){ if (tinyusb_hid_device_input_sem) { xSemaphoreGive(tinyusb_hid_device_input_sem); } } The result is that when USBHIDKeyboard sends a report to the host, it times out, waiting 100 ms for the callback to be called. It does this once for pressing the key and once for releasing the key, so 100 ms * 2 = 200 ms. The latest version of hid_device.h reverts the last argument to uint8_t: https://github.com/espressif/arduino-esp32/blob/860b104691a28f77896ac544c7745de1ba53642d/tools/sdk/esp32s2/include/arduino_tinyusb/tinyusb/src/class/hid/hid_device.h TU_ATTR_WEAK void tud_hid_report_complete_cb(uint8_t instance, uint8_t const* report, /*uint16_t*/ uint8_t len ); But these commits suggest that the last argument will eventually be changed to uint16_t: https://github.com/hathach/tinyusb/commit/556b5d5044bd02e89d6b6c6f21e95d46f5fcdfc1 change report len in hid API from uint8_t to uint16_t since HS interrupt endpoint can be up to 1024, 8-bit is not enough. affected APIs are: - tud_hid_n_report() / tud_hid_report() - tud_hid_report_complete_cb() https://github.com/hathach/tinyusb/commit/b495d6f8ec263e51b0683ab85ff9e54dab6f5fd3 temporarily revert len back to uint8_t in tud_hid_report_complete_cb() for up coming release To prevent this from becoming broken again, in preparation for the change to uint16_t, make USBHID resilient to any type for the last argument for tud_hid_report_complete_cb() by using some C++ template metaprogramming, adapted from https://stackoverflow.com/a/22632571. Co-authored-by: NRodrigo Garcia <rodrigo.garcia@espressif.com>
-
由 Jan Procházka 提交于
* add default SPI pins ifndef in arduino_pins.h * Revert "add default SPI pins ifndef in arduino_pins.h" This reverts commit be35b83ab997a88242269621cccbe1d17a0a844f. * Add missing default SPI pins * revert change for d32_pro
-
由 Tomáš Pilný 提交于
* Removed option to change CHANNEL * Revert "Removed option to change CHANNEL" This reverts commit b2ec27de1d2d4703a15f6397550a46896413828a. * Fixed the ability to change CHANNEL * WiFi scan only on selected channel
-
由 FedericoBusero 提交于
-
- 07 9月, 2022 4 次提交
-
-
由 Jason2866 提交于
Co-authored-by: NJan Procházka <90197375+P-R-O-C-H-Y@users.noreply.github.com>
-
由 Michael Ammann 提交于
Co-authored-by: NJan Procházka <90197375+P-R-O-C-H-Y@users.noreply.github.com>
-
由 TAMC 提交于
Co-authored-by: NJan Procházka <90197375+P-R-O-C-H-Y@users.noreply.github.com>
-
由 Limor "Ladyada" Fried 提交于
-
- 06 9月, 2022 1 次提交
-
-
由 Valerii Koval 提交于
This update includes the following: - Implemented an additional build step that produces an adjusted bootloader image with updated headers according to selected flash mode and size values. This step is only executed for debugging or uploading via debug probes. - Implemented a basic mechanism to dynamically add an extra UF2 bootloader image if corresponding partition is selected (e.g. for Adafruit targets) - Minor code formatting
-
- 29 8月, 2022 2 次提交
-
-
由 Sanket Wadekar 提交于
-
由 Michael Ammann 提交于
* Create pins_arduino.h * Update boards.txt * Update boards.txt
-
- 26 8月, 2022 1 次提交
-
-
由 Daniel Egnor 提交于
* Compile error if CONFIG_FREERTOS_HZ != 1000 * add a check at the CMake level, per feedback * Set CONFIG_FREERTOS_HZ=1000 in CI test of Arduino-as-component
-