Skip to content

chore: silence UART on begin #141

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
merged 6 commits into from
Jun 3, 2025
Merged

chore: silence UART on begin #141

merged 6 commits into from
Jun 3, 2025

Conversation

zfields
Copy link
Contributor

@zfields zfields commented Jun 3, 2025

Remove mandatory chatter from serial begin() method, and update note-c to provide NoteAuxSerialFlowControl().

@zfields zfields requested a review from Bucknalla June 3, 2025 14:34
@zfields zfields changed the title Zak silence chore: silence UART on begin Jun 3, 2025
@zfields zfields merged commit b24bcbe into master Jun 3, 2025
187 of 188 checks passed
@zfields zfields deleted the zak-silence branch June 3, 2025 20:38
haydenroche5 added a commit to blues/note-c that referenced this pull request Jul 10, 2025
In this PR, we removed code that automatically called card.aux.serial with ms
and max parameters to add flow control for AUX serial comms in note-arduino:
blues/note-arduino#141 It turns out these tests were
relying on that behavior in order to not have Notecard responses over AUX
serial wind up corrupted. This corruption was manifesting as CRC errors on the
responses. I saw with a logic analyzer that the Notecard was sending the correct
response, but that note-c/the Swan was not receiving it correctly. So the fix
is to restore the card.aux.serial request with the old ms and max parameters by
adding it to the test.
haydenroche5 added a commit to blues/note-c that referenced this pull request Jul 11, 2025
In this PR, we removed code that automatically called card.aux.serial with ms
and max parameters to add flow control for AUX serial comms in note-arduino:
blues/note-arduino#141 It turns out these tests were
relying on that behavior in order to not have Notecard responses over AUX
serial wind up corrupted. This corruption was manifesting as CRC errors on the
responses. I saw with a logic analyzer that the Notecard was sending the correct
response, but that note-c/the Swan was not receiving it correctly. So the fix
is to restore the card.aux.serial request with the old ms and max parameters by
adding it to the test.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants