docs: call displayio.release_displays() before SPI init in README example (fixes #39) #42
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.
What
Move
displayio.release_displays()
above SPI initialization in the README example and add a brief comment explaining why.Why
Initializing SPI before
displayio.release_displays()
can leave pins “in use” on subsequent reloads ofcode.py
, especially when users switch to explicitbusio.SPI(...)
pins. This change prevents those errors. Fixes #39.Changes
displayio.release_displays()
beforespi = board.SPI()
If you use explicit pins with busio.SPI(...), calling release_displays() first
prevents "pin in use" errors on subsequent reloads.
Scope
Docs-only; no runtime code changes.
How to Verify