Actions
Related
Recommended
Download

Raspberry Pi 3 Model B GPIO 40 Pin Block Pinout

                                                                                                             
NEW! Raspberry Pi 3 Model B
Frequently Asked Questions Comparison Chart Technical Specifications
Unboxing Video Pi3 Video Arcade Project

 

Graphic showing the GPIO pin breakout on the Raspberry Pi 3 Model B.

 

If you're looking for the new Raspberry Pi 3 Model B+ then you can find that here: Raspberry Pi 3 Model B+ GPIO 40 Pin Block & PoE Header Pinout

pchan
Anonymous

Top Comments

Parents

  • Are there any actual electrical specs for this I/O?  In particular,

     

    • what voltage standard do these I/Os employ?
    • if not 5V I/Os, are they 5V tolerant inputs?
    • how much current can they deliver?
    • are there requirements regarding power-up sequence relative to attached devices?

     

    Also, schematics?

     

    Thanks, Graham

  • in reply to gwideman

    Thanks to @ and @ for your comments. (That mosiac doc site is nice!)  But...

     

    I want to point out that I'm asking specifically about Raspberry Pi THREE. I realize that RasPi 3 may have been designed to be compatible with 2 and previous, hence experience with previous models may be illuminating.

     

    However, to be confident rather than guessing, what I want to know is actual official info on:

     

    (a)  whether the RPi3's I/O logic voltage standard is actually 3.3V.

    (b) whether the header I/O pins are directly connected to the SoC (hence SoC datasheet electrical specs pertain, though I'm not seeing a datasheet on the BCM2837 anywhere), or via buffers, in which case what sort of buffers?

     

    No schematic means users are helpless to determine trivial things like this for themselves.

     

    Again, thanks for responses here, just hoping someone is able to point to official word on these basic questions.

     

    Graham

     

  • in reply to gwideman

    Hi Graham,

    Apparently it is compatible electrically with the Pi 2. However we know that I/O pads can be different. And we know schematics and detailed electrical specifications are important.

    Basically you're preaching to the converted : ) Many people feel your pain, as I do. The source to direct this to is the Raspberry Pi Foundation, but they haven't listened to this issue in about 4 years.. if you ask them, you'll maybe get a response from them saying "you have all the information that is needed, schematics have no benefit over what information is already available". However we as engineers know this is not the case. You could ask Broadcom for a copy of the BCM.. datasheet. Again, I doubt this will get you far, just letting you know that others have asked for years on the RPF forum which has Broadcom and ex-Broadcom engineers frequenting it.

  • in reply to shabaz

    You know, I don't even understand what the big deal is about releasing the schematics. It's not like they performed some engineering miracle, they put a microprocessor on a board and hooked it up. Just like every other manufacturer. Hardkernel releases full schematics of their boards, maybe not on launch day, but soon after. It's not like anyone can get the broadcom processors to make clones anyway. When you release a tinkerer's board you need to expect people want to know this stuff.

     

    Idk,

     

    Mike

  • in reply to shabaz

    Thanks for your comments, regarding the technical topics and larger context/history.

     

    There's no good IP reason to withhold that info, and without it, there's no way to engage these boards using even the basic tools of EE. 

     

    Your earlier comment that the I/Os are "LVTTL" is helpful, but reports like this from you and others only tell experience with some samples, and don't illuminate the SoC's designed limits or guarantees. (I realize: choir, converted etc!) Also it disagrees with Gert's flawed scribd doc, and may or may not agree with mosaic's GPIO Electrical Specifications, Raspberry Pi Input and Output Pin Voltage and Current Capability. Absolutely needless and stupid confusion.

     

    Worse yet, given the RPF's supposed educational mission, it conveys to naive users the anti-educational message that the best they can do in the realm of actually understanding electrical aspects of RPi is randomly plug things together and sometimes they'll work, and sometimes not. 

     

    Ridiculous.

  • in reply to gwideman

         Let get real here. We are trying to help people who want some knowledge. We are not the folks who controls the hardware/software design. I would rather impart some knowledge and get some things wrong. But you are coming off on another plane. Don't beat the rock or your chest about this. I cannot believe you are in a life and death situation (which then you cannot use this!). I declared equivalent not exact. Take it for what it is worth. Please complain to those who can do something not us.

    My final word,

    Clem

  • in reply to clem57

    I fully realize that you are not responsible for the RPi's deficient docs. And I thanked you earlier for your contribution to try to fill in the blank.

     

    You seem to think I'm criticizing you and others on the forum, which is certainly not my intent. I assume you're all volunteers.

     

    To your point: It hardly requires a life-and-death situation to need the elementary specs that I'm talking about here. This is just digital electronics 101. 

     

    This forum is on element14, a vendor which sells probably 100's of thousands of digital chip products, virtually all of them providing exactly the specs I mention, because these are the basic data needed to carry out responsibly the task of interconnecting them.

     

    So I think a few remarks criticizing the lack of such specs for RPi are entirely in bounds.  And again, I see that you are trying valiantly to fill the gap, which you are understandably unable to do authoritatively, because apparently Broadcomm or RPF aren't releasing the essential I/O parameters.

     

    Graham

Comment
  • in reply to clem57

    I fully realize that you are not responsible for the RPi's deficient docs. And I thanked you earlier for your contribution to try to fill in the blank.

     

    You seem to think I'm criticizing you and others on the forum, which is certainly not my intent. I assume you're all volunteers.

     

    To your point: It hardly requires a life-and-death situation to need the elementary specs that I'm talking about here. This is just digital electronics 101. 

     

    This forum is on element14, a vendor which sells probably 100's of thousands of digital chip products, virtually all of them providing exactly the specs I mention, because these are the basic data needed to carry out responsibly the task of interconnecting them.

     

    So I think a few remarks criticizing the lack of such specs for RPi are entirely in bounds.  And again, I see that you are trying valiantly to fill the gap, which you are understandably unable to do authoritatively, because apparently Broadcomm or RPF aren't releasing the essential I/O parameters.

     

    Graham

Children