Add support for hardware flow control. #7
Merged
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
|
I'm not sure if the failed "black" check is OK or not as I just tagged onto the end? Also to use it you'll need a CircuitPython which incorporates adafruit/circuitpython#10262 |
tannewt
requested changes
Apr 24, 2025
|
Updated, it was all on one line originally so I didn't know if I should mess with it or not :). |
tannewt
approved these changes
Apr 24, 2025
adafruit-adabot
added a commit
to adafruit/Adafruit_CircuitPython_Bundle
that referenced
this pull request
Apr 29, 2025
Updating https://github.com/adafruit/Adafruit_CircuitPython_TLV320 to 1.0.2 from 1.0.1: > check for built-in i2s in example Updating https://github.com/adafruit/Adafruit_CircuitPython_PIO_UART to 1.1.0 from 1.0.4: > Merge pull request adafruit/Adafruit_CircuitPython_PIO_UART#7 from burtyb/hardware_flow_control
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.
I've tested it with flow control enabled against itself on another Pico, the hardware UART on another Pico and an FTDI breakout (which sometimes sends 2 bytes after RTS# is taken high).
I've also updated the "line by line" description to more match the PIO code as it looks like it was originally written against code based on the "uart_rx_mini" example.