RPi Hardware - Revision history

AndrewS: /* Components */ corrected board size

2013-03-04T19:56:53Z

‎Components: corrected board size

Mahjongg: /* Power */

2013-03-01T00:23:00Z

‎Power

Mahjongg: /* Power */

2013-03-01T00:20:13Z

‎Power

Mahjongg: /* Power */

2013-03-01T00:19:17Z

‎Power

AndrewS: /* Components */ Added height of Model A board

2013-02-24T16:50:31Z

‎Components: Added height of Model A board

AndrewS: /* Components */ Extra P1 pins are no loner reserved. Added P5 and P6 for Revision 2.0 boards

2013-02-24T16:03:42Z

‎Components: Extra P1 pins are no loner reserved. Added P5 and P6 for Revision 2.0 boards

AndrewS: /* Schematic / Layout */

2013-02-22T03:14:06Z

‎Schematic / Layout

Johnbeetem: /* Schematic / Layout */

2012-12-06T19:46:28Z

‎Schematic / Layout

Johnbeetem: /* Schematic / Layout */

2012-12-06T19:39:18Z

‎Schematic / Layout

AndrewS: /* Schematic / Layout */ add link to partial Bill Of Materials

2012-10-30T12:53:17Z

‎Schematic / Layout: add link to partial Bill Of Materials

@@ Line 119: / Line 119: @@
 ** D9(Yellow) - 10/100Mbit (LAN) '''(Model B)''' - labelled (incorrectly) as "10M" on Rev1.0 boards and "100" on Rev2.0 boards
-* Board size: 85.60 mm x 53.98 mm.  Overall height expected to be less than 25 mm. <ref name="artwork">http://www.raspberrypi.org/archives/344</ref>
+* Board size: <del>85.60 mm x 53.98 mm.</del>  Overall height expected to be less than 25 mm. <ref name="artwork">http://www.raspberrypi.org/archives/344</ref>  Production boards measure 85.0 mm x 56.0 mm.
 ** A Model B between the highest points (USB connector to card slot) measured 21 mm.
 ** A Model A between the highest points (composite video connector to card slot) measured 18mm.

@@ Line 161: / Line 161: @@
 * It is possible to power the Rpi from a powered USB hub the Rpi controls, but only on 'dumb' devices, that allow the port to supply the full current without waiting for the usb device to ask for it[http://www.raspberrypi.org/forum/general-discussion/power-pi-from-usb-hub-connected-to-pi]. As the power input of the Rpi doesn't have its data leads connected, there is no chance for a communication loop of some sorts.
 * POE ([[wikipedia:Power_over_Ethernet|power over ethernet]]) is currently not available for the Rpi (but nobody stops you from taking your soldering iron and doing it yourself - mind though that the Ethernet jack on the board is a 'magjack' - http://www.sparkfun.com/datasheets/Prototyping/MagJack.pdf - which means that the usual 'dumb or passive PoE' power pins 47 and 78 are *not* wired through to the board. So this is not an entirely trivial exercise).
-* Back-Powering; (powering the Raspberry Pi from a USB hub through the uplink/data port, single cable) Back powering is possible on the Raspberry Pi, but not advisable. Revision 1.0 boards have to be modified to back power, this is due to the 140ma "polyfuses" that are installed in the USB port circuit. Revision 1.1 boards do not need modifications to back-power, they have replaced the polyfuses with 0ohm resistors in their place. Revision 2.0 boards do not need modification, they have neither resistors nor polyfuses. It is advised that short (12" (.3 meter) or less) USB cables be used for back-powering a Raspberry Pi. Cable resistance plus connector resistance can quickly reduce operating voltages below the proper range(5.25V to 4.75V). But do note that if you do not power the PI in the "official manner", that is through it's micro-USB port, but use any alternative way (such as through the GPIO header, the test points TP1 and TP2), but also also by back-powering it, '''you are actually bypassing the PI's input polyfuse protection device!''' This can have extreme consequences if ever you manage to put more than 6V on the PI, even for a very short period. As this causes the overvoltage device D17 on the the PI to trigger and short the 5V supply! Without the polyfuse limiting the current through D17, it will burn out, probably melting the PI's enclosure with it, (if you have any) and possibly causing a fire-hazard. It will probably also create a permanent short of the 5V supply! So be warned, and if you use back power make sure your hub or its PSU has a fuse to prevent this from happening. If not, add your own fuse.
+* Back-Powering; (powering the Raspberry Pi from a USB hub through the uplink/data port, single cable) Back powering is possible on the Raspberry Pi, but not advisable. Revision 1.0 boards have to be modified to back power, this is due to the 140ma "polyfuses" that are installed in the USB port circuit. Revision 1.1 boards do not need modifications to back-power, they have replaced the polyfuses with 0ohm resistors in their place. Revision 2.0 boards do not need modification, they have neither resistors nor polyfuses. It is advised that short (12" (.3 meter) or less) USB cables be used for back-powering a Raspberry Pi. Cable resistance plus connector resistance can quickly reduce operating voltages below the proper range(5.25V to 4.75V). But do note that if you do not power the PI in the "official manner", that is through it's micro-USB port, but use any alternative way (such as through the GPIO header, the test points TP1 and TP2), but also by back-powering it, '''you are actually bypassing the PI's input polyfuse protection device!''' This can have extreme consequences if ever you manage to put more than 6V on the PI, even for a very short period. As this causes the overvoltage device D17 on the the PI to trigger and short the 5V supply! Without the polyfuse limiting the current through D17, it will burn out, probably melting the PI's enclosure with it, (if you have any) and possibly causing a fire-hazard. It will probably also create a permanent short of the 5V supply! So be warned, and if you use back power make sure your hub or its PSU has a fuse to prevent this from happening. If not, add your own fuse.
 ===Power Supply Problems===

@@ Line 161: / Line 161: @@
 * It is possible to power the Rpi from a powered USB hub the Rpi controls, but only on 'dumb' devices, that allow the port to supply the full current without waiting for the usb device to ask for it[http://www.raspberrypi.org/forum/general-discussion/power-pi-from-usb-hub-connected-to-pi]. As the power input of the Rpi doesn't have its data leads connected, there is no chance for a communication loop of some sorts.
 * POE ([[wikipedia:Power_over_Ethernet|power over ethernet]]) is currently not available for the Rpi (but nobody stops you from taking your soldering iron and doing it yourself - mind though that the Ethernet jack on the board is a 'magjack' - http://www.sparkfun.com/datasheets/Prototyping/MagJack.pdf - which means that the usual 'dumb or passive PoE' power pins 47 and 78 are *not* wired through to the board. So this is not an entirely trivial exercise).
-* Back-Powering; (powering the Raspberry Pi from a USB hub through the uplink/data port, single cable) Back powering is possible on the Raspberry Pi. Revision 1.0 boards have to be modified to back power, this is due to the 140ma "polyfuses" that are installed in the USB port circuit. Revision 1.1 boards do not need modifications to back-power, they have replaced the polyfuses with 0ohm resistors in their place. Revision 2.0 boards do not need modification, they have neither resistors nor polyfuses. It is advised that short (12" (.3 meter) or less) USB cables be used for back-powering a Raspberry Pi. Cable resistance plus connector resistance can quickly reduce operating voltages below the proper range(5.25V to 4.75V). But do note that if you do not power the PI in the "official manner", that is through it's micro-USB port, but use any alternative way (such as through the GPIO header, the test points TP1 and TP2), but also also by back-powering it, '''you are actually bypassing the PI's input polyfuse protection device!''' This can have extreme consequences if ever you manage to put more than 6V on the PI, even for a very short period. As this causes the overvoltage device D17 on the the PI to trigger and short the 5V supply! Without the polyfuse limiting the current through D17, it will burn out, probably melting the PI's enclosure with it, (if you have any) and possibly causing a fire-hazard. It will probably also create a permanent short of the 5V supply! So be warned, and if you use back power make sure your hub or its PSU has a fuse to prevent this from happening. If not, add your own fuse.
+* Back-Powering; (powering the Raspberry Pi from a USB hub through the uplink/data port, single cable) Back powering is possible on the Raspberry Pi, but not advisable. Revision 1.0 boards have to be modified to back power, this is due to the 140ma "polyfuses" that are installed in the USB port circuit. Revision 1.1 boards do not need modifications to back-power, they have replaced the polyfuses with 0ohm resistors in their place. Revision 2.0 boards do not need modification, they have neither resistors nor polyfuses. It is advised that short (12" (.3 meter) or less) USB cables be used for back-powering a Raspberry Pi. Cable resistance plus connector resistance can quickly reduce operating voltages below the proper range(5.25V to 4.75V). But do note that if you do not power the PI in the "official manner", that is through it's micro-USB port, but use any alternative way (such as through the GPIO header, the test points TP1 and TP2), but also also by back-powering it, '''you are actually bypassing the PI's input polyfuse protection device!''' This can have extreme consequences if ever you manage to put more than 6V on the PI, even for a very short period. As this causes the overvoltage device D17 on the the PI to trigger and short the 5V supply! Without the polyfuse limiting the current through D17, it will burn out, probably melting the PI's enclosure with it, (if you have any) and possibly causing a fire-hazard. It will probably also create a permanent short of the 5V supply! So be warned, and if you use back power make sure your hub or its PSU has a fuse to prevent this from happening. If not, add your own fuse.
 ===Power Supply Problems===

@@ Line 161: / Line 161: @@
 * It is possible to power the Rpi from a powered USB hub the Rpi controls, but only on 'dumb' devices, that allow the port to supply the full current without waiting for the usb device to ask for it[http://www.raspberrypi.org/forum/general-discussion/power-pi-from-usb-hub-connected-to-pi]. As the power input of the Rpi doesn't have its data leads connected, there is no chance for a communication loop of some sorts.
 * POE ([[wikipedia:Power_over_Ethernet|power over ethernet]]) is currently not available for the Rpi (but nobody stops you from taking your soldering iron and doing it yourself - mind though that the Ethernet jack on the board is a 'magjack' - http://www.sparkfun.com/datasheets/Prototyping/MagJack.pdf - which means that the usual 'dumb or passive PoE' power pins 47 and 78 are *not* wired through to the board. So this is not an entirely trivial exercise).
-* Back-Powering; (powering the Raspberry Pi from a USB hub through the uplink/data port, single cable) Back powering is possible on the Raspberry Pi. Revision 1.0 boards have to be modified to back power, this is due to the 140ma "polyfuses" that are installed in the USB port circuit. Revision 1.1 boards do not need modifications to back-power, they have replaced the polyfuses with 0ohm resistors in their place. Revision 2.0 boards do not need modification, they have neither resistors nor polyfuses. It is advised that short (12" (.3 meter) or less) USB cables be used for back-powering a Raspberry Pi. Cable resistance plus connector resistance can quickly reduce operating voltages below the proper range(5.25V to 4.75V).
+* Back-Powering; (powering the Raspberry Pi from a USB hub through the uplink/data port, single cable) Back powering is possible on the Raspberry Pi. Revision 1.0 boards have to be modified to back power, this is due to the 140ma "polyfuses" that are installed in the USB port circuit. Revision 1.1 boards do not need modifications to back-power, they have replaced the polyfuses with 0ohm resistors in their place. Revision 2.0 boards do not need modification, they have neither resistors nor polyfuses. It is advised that short (12" (.3 meter) or less) USB cables be used for back-powering a Raspberry Pi. Cable resistance plus connector resistance can quickly reduce operating voltages below the proper range(5.25V to 4.75V). But do note that if you do not power the PI in the "official manner", that is through it's micro-USB port, but use any alternative way (such as through the GPIO header, the test points TP1 and TP2), but also also by back-powering it, '''you are actually bypassing the PI's input polyfuse protection device!''' This can have extreme consequences if ever you manage to put more than 6V on the PI, even for a very short period. As this causes the overvoltage device D17 on the the PI to trigger and short the 5V supply! Without the polyfuse limiting the current through D17, it will burn out, probably melting the PI's enclosure with it, (if you have any) and possibly causing a fire-hazard. It will probably also create a permanent short of the 5V supply! So be warned, and if you use back power make sure your hub or its PSU has a fuse to prevent this from happening. If not, add your own fuse.
 ===Power Supply Problems===

@@ Line 120: / Line 120: @@
 * Board size: 85.60 mm x 53.98 mm.  Overall height expected to be less than 25 mm. <ref name="artwork">http://www.raspberrypi.org/archives/344</ref>
-** A model B between highest points (USB connector to card slot) measured 21 mm.
+** A Model B between the highest points (USB connector to card slot) measured 21 mm.
 * Weight: under 40 g?
 ** Alpha board weighs approx. 55 g.<ref>http://www.raspberrypi.org/?page_id=43&mingleforumaction=viewtopic&t=285.0</ref>

@@ Line 93: / Line 93: @@
 * S8: SD/MMC/SDIO memory card slot (underside)
 * S7: Either 1x USB 2.0 '''(Model A)''' 2x USB 2.0 '''(Model B)'''
-* P1: 26-pin 2.54 mm header expansion, providing: see [[Rpi_Low-level_peripherals | Low-level peripherals]]
+* P1: 26-pin (2x13) 2.54 mm header expansion, providing: see [[Rpi_Low-level_peripherals | Low-level peripherals]]
 ** 8 [[Rpi_Low-level_peripherals#General_Purpose_Input.2FOutput_.28GPIO.29|GPIO]]s at 3v3
 ** 2-pin UART serial console, 3v3 TTL (debug); or 2 GPIOs at 3v3
@@ Line 99: / Line 99: @@
 ** SPI interface (3v3); or 5 GPIOs at 3v3
 ** 3v3, 5v and GND supply pins
-** ARM JTAG (if pins are reconfigured in software and one signal is taken from S5)
+** ARM JTAG (if pins are reconfigured in software - on Revision1.0 boards one signal would also need to be taken from S5)
-** Second I&sup2;C interface (3v3) (if pins are reconfigured in software)
 ** I&sup2;S interface (if pins are reconfigured in software, hardware hack may be required<ref name="i2s"/>)
-** 6 pins reserved for future use
+* P2: 8-pin 2.54 mm header expansion (header not fitted on Revision 2.0 boards), providing GPU JTAG (ARM11 pinout, pin 7 is nofit for locating)
 * P2: 8-pin 2.54 mm header expansion providing GPU JTAG (ARM11 pinout, pin 7 is nofit for locating)
 * P3: 7-pin 2.54 mm header expansion (header not fitted), providing LAN9512 JTAG (pin 6 is nofit for locating)
 * P4: 10/100Mb RJ45 Ethernet jack '''(Model B)'''
 * TP1 and TP2: Test Points giving access to +5V and GND respectively
 * 5 Status LEDs<ref name="PCBs">[http://www.raspberrypi.org/archives/402 RPiBlog Post: High-res pics of the PCBs]</ref><ref name="LEDs">[http://twitpic.com/8edlsf TwitPic:Photo of Board Powered]</ref><ref name="LEDsGPIO">[http://www.raspberrypi.org/forum/features-and-requests/what-do-the-status-indicator-leds-indicate-the-status-of Forum:What do the status indicator LEDs indicate the status of?]</ref><ref name="OKGreen">[[RPi_schematic_errata]]</ref><ref name="Revision2.0">[http://www.raspberrypi.org/archives/1959 RPiBlog Post: A nice shiny photo of the rev2 board – and User Guide news]</ref>:

@@ Line 123: / Line 123: @@
 ==Schematic / Layout==
 * [http://www.raspberrypi.org/wp-content/uploads/2011/11/gerbers2.png PCB screenshot rev 1.0]
 * [http://lh3.googleusercontent.com/-uO4l8pwSLvU/TsQGbth6x6I/AAAAAAAAAkk/5zQMH3uKPiE/s829/Boardlayout.png PCB screenshot rev 1.0, labelled version]
 * [http://www.raspberrypi.org/wp-content/uploads/2011/12/psu.png Preliminary power supply schematic, Beta board]
 * [http://elinux.org/File:RPi-Front-JPB.jpg High-resolution Model B PCB front photo, production board rev 1.0]

@@ Line 127: / Line 127: @@
 * [http://www.raspberrypi.org/wp-content/uploads/2011/07/raspberry1.png PCB screenshot, Alpha board]
 * [http://www.raspberrypi.org/wp-content/uploads/2011/12/psu.png Preliminary power supply schematic, Beta board]
-* [http://elinux.org/File:RPi-Front-JPB.jpg High-resolution PCB front photo, production board rev 1.0]
+* [http://elinux.org/File:RPi-Front-JPB.jpg High-resolution Model B PCB front photo, production board rev 1.0]
-* [http://elinux.org/File:RPi-back-JPB.jpg High-resolution PCB back photo, production board rev 1.0]
+* [http://elinux.org/File:RPi-back-JPB.jpg High-resolution Model B PCB back photo, production board rev 1.0]
 * [http://www.andrewscheller.co.uk/bare_pcb.xcf GIMP project containing properly aligned versions of the high-res PCB photos and Gerbers on separate layers (117MB)]
 * [[Media:RPi beta xray.jpg|"Xray style" image of the beta board, created from the above GIMP project]] | [[RPi_xray_wallpapers|desktop wallpapers]]

@@ Line 131: / Line 131: @@
 * [http://www.andrewscheller.co.uk/bare_pcb.xcf GIMP project containing properly aligned versions of the high-res PCB photos and Gerbers on separate layers (117MB)]
 * [[Media:RPi beta xray.jpg|"Xray style" image of the beta board, created from the above GIMP project]] | [[RPi_xray_wallpapers|desktop wallpapers]]
-* [http://www.raspberrypi.org/wp-content/uploads/2012/04/Raspberry-Pi-Schematics-R1.0.pdf Official Rev1.0 schematics PDF] | [http://www.raspberrypi.org/wp-content/uploads/2012/10/Raspberry-Pi-R2.0-Schematics-Issue2.2_027.pdf Official Rev2.0 schematics PDF] | [[RPi_schematic_differences|differences]] | [[RPi_schematic_errata|errata]] | [[RPi_schematics_breakdown|breakdown]]
+* [http://www.raspberrypi.org/wp-content/uploads/2012/04/Raspberry-Pi-Schematics-R1.0.pdf Official Rev1.0 schematics PDF] | [http://www.raspberrypi.org/wp-content/uploads/2012/10/Raspberry-Pi-R2.0-Schematics-Issue2.2_027.pdf Official Rev2.0 schematics PDF] | [[RPi_schematic_differences|differences]] | [[RPi_schematic_errata|errata]] | [[RPi_schematics_breakdown|breakdown]] | [[RPi_Partial_BOM_Rev2.0_ModelB|partial BOM]]
 * [http://www.andrewscheller.co.uk/rpi_pcb_modules.html 'Module groups' of the PCB photos]