Skip to content

for expander pin initializations, allow up to 75 milliseconds for a response - #1625

Open
ajmirsky wants to merge 1 commit into
bdring:mainfrom
ajmirsky:pin_init_response_time
Open

for expander pin initializations, allow up to 75 milliseconds for a response#1625
ajmirsky wants to merge 1 commit into
bdring:mainfrom
ajmirsky:pin_init_response_time

Conversation

@ajmirsky

@ajmirsky ajmirsky commented Dec 7, 2025

Copy link
Copy Markdown
Contributor

Similar to the limitations of some UI devices for auto-reporting, certain microcontrollers need a longer time to respond to EXP messages.

_ackwait = 1;
for (size_t i = 0; i < 20; i++) {
for (size_t i = 0; i < 75000; i++) { // allow uart channel 75 milliseconds to respond
pollLine(nullptr);

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

75000 x 10 us is 750 ms, not 75. Which do you mean?

return _ackwait == 0;
}
delay_us(100);
delay_us(10);

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Is polling at 10 us intervals actually helpful?

@MitchBradley

Copy link
Copy Markdown
Collaborator

Still waiting for answers to the review questions.

@MitchBradley MitchBradley mentioned this pull request Apr 6, 2026
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