io_pin_remap fixes for the Arduino Nano ESP32 #8489
Merged
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.
@me-no-dev
Description of Change
dec6db6 fixes a minor issue: the pin-remapping macros force
tone()
to have 3 parameters, while the Arduino API dictates the third is optional.9b402f0 adds an error and warnings to detect issues with bad or non-standard
#define
combinations for the variants with defined custom pin-mapping. No noticeable effects on a normal core build.Tests scenarios
Applicable to Arduino Nano ESP32 board only (other variants not using custom pin numbering are unaffected).
Tested that now:
-DARDUINO_CORE_BUILD
lines inplatform.txt
stops the build with an error-DBOARD_HAS_PIN_REMAP
macro inboards.txt
triggers a warning-DBOARD_USES_HW_GPIO_PIN_NUMBERS
macro at compile time triggers a warningRelated links
The changes have been discussed in the PlatformIO repo here and is related to PR #8488 (fixing the original issue).