Skip to content
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

Feature request: Hardware troubleshooting shield #2410

Open
Nick-Munnich opened this issue Aug 7, 2024 · 2 comments · May be fixed by #2360
Open

Feature request: Hardware troubleshooting shield #2410

Nick-Munnich opened this issue Aug 7, 2024 · 2 comments · May be fixed by #2360

Comments

@Nick-Munnich
Copy link
Contributor

For hardware troubleshooting, it would be convenient to have a shield in a similar vein to settings_reset which behaves as follows:

  1. Configures all GPIO pins as input with a high pullup
  2. Whenever any GPIO pin is pulled low (connected to ground), set all other GPIO pins to low while the triggered GPIO pin is low

Because some boards have shorts between GPIO pins and reset, there needs to be a mechanism in devicetree to exclude some GPIO pins from the above behaviour, rather leaving them hanging.

@caksoylar
Copy link
Contributor

Maybe we can start with a simpler version without 2.? e.g. a Pro Micro version with direct pins mapping to a macro each that prints the pro micro pin number. And another for the Xiao interconnect perhaps.

@Nick-Munnich
Copy link
Contributor Author

That would probably be a better approach entirely - somehow the possibility of using the usb connection completely slipped in my mind.

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 a pull request may close this issue.

2 participants