-
Notifications
You must be signed in to change notification settings - Fork 27
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
Inquiry: Hookup of additional devices #22
Comments
Avoiding those pins was an intentional design choice. We've had spaces asking about displays in particular since the beginning. For prototyping, I've tacked bodge wires on the UART pins and I think a stacking header on an intermediate hat would work fine. (Access to the connectors probably means authboard needs to be the topmost.) Longer term, if you can find the board space to add those headers, go for it and send a PR. The easiest place is probably where the URL is right now, and expand the board a little. You could probably also sneak in the serial header where the 5V trace is near J1. |
Just FYI re: UART.
My understanding is that the default device tree on a Raspberry Pi 3/ Zero
W connects the crappier "mini UART" to those external pins and it uses the
good PL011 UART for Bluetooth (Serial Port Profile?).
Probably the main side effect is that CPU frequency scaling is disabled
when using those external UART pins in the default config. You can apply a
device tree overlay to switch the UART assignment or to disable Bluetooth
outright.
See: https://www.raspberrypi.org/documentation/configuration/uart.md
…On Wed, May 23, 2018 at 11:44 AM, Tim Hatch ***@***.***> wrote:
Avoiding those pins was an intentional design choice. We've had spaces
asking about displays in particular since the beginning.
For prototyping, I've tacked bodge wires on the UART pins and I think a
stacking header on an intermediate hat would work fine.
Longer term, if you can find the board space to add those headers, go for
it and send a PR. The easiest place is probably where the URL is right now,
and expand the board a little. You could probably also sneak in the serial
header where the 5V trace is near J1.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
<#22 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAwggYyuEBUfhDi2tP7ldXihfhBPlIEXks5t1ZHwgaJpZM4UJzRi>
.
|
I''m currently thinking through a personal need as well trying to be a bit more forward thinking.
Originally, I was going to make the suggestion of exposing UART via a 4 pin connector.
Then I realized that the pins for SPI0, I2C, and UART are all unpopulated. Is there an opinion on whether the strategy is to stack boards, use a pass through header, or potentially expose any of these pins via a header in the future?
The text was updated successfully, but these errors were encountered: