Release/v2.x #1
Open
Release/v2.x #1
Conversation
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
…use with RS485 auto RTS (#7935) * Added setMode function to set the esp32 uart mode Used to set the esp32 uart mode for use with RS485 Half Duplex and the auto RTS pin mode. This will set/clear the RTS pin output to control the RE/DE pin on most RS485 chips. * Add Success (bool) return in some functions * Add Success (bool) return code to some functions * Add Success (bool) return to some functions * Add Success (bool) return to some functions * Fix uartSetRxTimeout return type --------- Co-authored-by: Rodrigo Garcia <[email protected]>
…7913) * Add v2.0.7 in issue template (#7871) * Fix the F_CPU frequency for the ESP32-S3 Hello, I was using the FastLED library and it was complaining about F_CPU not being defined. So, I just noticed that it is not defined for the ESP32-S3 module. So I made this change in the header file and it compiled. Therefore I wanted to propose this change to the HAL library to improve compatibility. Thank you for your time. * Makes F_CPU generic based on the SoC frequency Works for ESP32, ESP32C3, ESP32S2, ESP32S3 * Includes ESP32C3 in the F_CPU definition Necessary for ESP32 Arduino Core 2.0.x based on IDF 4.4 --------- Co-authored-by: Vojtěch Bartoška <[email protected]> Co-authored-by: Rodrigo Garcia <[email protected]>
Fixed library crash on low memory where `new char[1460];` throws an exception. `malloc` is a safe drop in replacement.
Revert to previous definition of `FPSTR` and `F` macros.
* Handle large octet-stream * Add exemple Upload Huge File * Remove unuse function printDirectory * Fix upload path * Simplify and generalize the body parsing.
* feat: backports HWCDC * fix: statement order * feat: Apply suggestions from code review * Create HWCDC_Events.ino * Create .skip.esp32 * Create .skip.esp32s2 * Delete libraries/ESP32/examples/HWSerial_Events/.skip.esp32s2 * Delete libraries/ESP32/examples/HWSerial_Events/.skip.esp32 * Delete libraries/ESP32/examples/HWSerial_Events/HWSerial_Events.ino
Changed header files to use the same IDF buffer limits. * this is a backport from PR #9554
Roll back as it was merged directly instead of creating a PR.
* feat (uart): uses the same IDF 32bits size for TX/RX buffers Uses the same IDF 32bits size for TX/RX buffers. Changed header files to use the same IDF buffer limits. * this is a backport from PR #9554 * feat (uart): change UART events logs to Verbose UART events like BREAK or errors are now Verbose instead of Warning Level. Backporting change from Issue #9551 * feat (uart): uses the same IDF 32bits size for TX/RX buffers. Uses the same IDF 32bits size for TX/RX buffers. Changed header files to use the same IDF buffer limits. * this is a backport from PR #9554 * feat (uart): keep overflow log as warning Keeps Overflow / Buffer Full log messages in Warning Level.
Setting programmer.default has unfortunately multiple effects: - sets the tick by default in the Tool menu in the IDE (which was the expected behavior), - forces the CLI to use the specified programmer every time an upload is attempted (which is confusing users). For this reason, it is better to remove the "programmer.default" setting from the board definition and let the user choose the programmer in the IDE menus, as it was before.
Use packaging.version instead of the deprecated distutils.version
Necessary to combine the json files
Co-authored-by: Lucas Saavedra Vaz <[email protected]>
* ci(push): Fix sizes upload if there is no changes * ci(bot): Fix GitHub actions bot commit info
* Rename esp_ble_gap_ext_adv_reprot_t * IDF release/v4.4 d0274c0efb * IDF release/v4.4 79e71e008c * IDF release/v4.4 1424b2b1e6 * IDF release/v4.4 799e503c47 * IDF release/v4.4 c0e0af03d1 * IDF release/v4.4 1558b05d1c * IDF release/v4.4 8498af6bd4 * IDF release/v4.4 a9d0f22193
* fix(uart): Set back Pin signal polarity Fixes a problem related to inverting signal polarity back to normal after a previous inversion. This shall set the correct polarity in Serial.begin(). * fix(uart): Remove commentary Removes a commentary with a question about the inversing polarity function. * fix(uart): Update comment Co-authored-by: Jan Procházka <[email protected]> --------- Co-authored-by: Me No Dev <[email protected]> Co-authored-by: Jan Procházka <[email protected]>
The digitalPinToInterrupt() macro currently remaps the pin number to the GPIO number. This is not necessary, as most users will then use the returned value in attachInterrupt() or other similar API functions, which already perform the same remapping. The first half of the macro (the condition) does indeed require the remapping to ensure the check operates on GPIO numbers. Fixes #10367.
The pin remapping functions have to be called as early as possible in the begin() function, to immediately convert the input parameters to the GPIO numbers used everywhere in the core. This issue has always been dormant since the introduction of pin remapping in 9b4622d, but was exposed by the recent UART pin detach support, which actually disabled the original Serial0 pins. Move the pin remapping function calls earlier in the begin() function to fix this issue.
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
By completing this PR sufficiently, you help us to review this Pull Request quicker and also help improve the quality of Release Notes
Checklist
This entire section above can be deleted if all items are checked.
Description of Change
Please describe your proposed Pull Request and it's impact.
Tests scenarios
Please describe on what Hardware and Software combinations you have tested this Pull Request and how.
(eg. I have tested my Pull Request on Arduino-esp32 core v2.0.2 with ESP32 and ESP32-S2 Board with this scenario)
Related links
Please provide links to related issue, PRs etc.
(eg. Closes #number of issue)