What's the URL for the launch video??One of the launch videos does show a Raspi break out board mating to the new header without issue
Richard S.
What's the URL for the launch video??One of the launch videos does show a Raspi break out board mating to the new header without issue
VBus now passes through the USB power switch. It is impossible to power up a B+ via backfeed, but reverse current (up to the reverse trip point of the power switch) on a powered-on B+ will pass through.redhawk wrote: I've also noticed the presence of inductors and MOSFETs around the micro USB port, am I to understand that the LDOs have been replaced with switching bucks??
Is back feeding the USB port still safe with this board??
Richard S.
They are all linked from the launch blog post.redhawk wrote:What's the URL for the launch video??One of the launch videos does show a Raspi break out board mating to the new header without issue
Richard S.
That may well be true when talking about ribbon cable connectors, but not for fixed (pcb) mounted connectors. So if the additional hardware is ribbon cable connected, there may well be a problem, but for 'shield' type direction connection, it should be OK.redhawk wrote:According to the CPC website the GPIO pins have been extended from 26 to 40 it also claims that it's backwards compatible with existing 26 pin projects.
This is actually wrong since a 26 pin connector will not be able to sit on a 40 pin GPIO due to the housing hitting pins 27 and 28.
Richard S.
The RUN header is the same as P6 on the Model B, it's just been moved next to the PWR/ACT LEDS (top left).arm2 wrote:A lot of very useful improvements. Thank You RPF!
I can't see any pads for a reset switch, am I being blind?
I can see two pads marked 'RUN' what does it do?
Board revision for the B+ is 0x10.croston wrote:What is the board revision number as reported by /proc/cpuinfo ? Is there a complete list somewhere of all revision numbers that have ever been used?
I need this to update the RPi.GPIO module!
GPIO, yes. But not USB.0xFF wrote:Can model B+ be powered directly from 40 pin header's 5V rail ?
Yes. The 5V connection point is *after* the input diode.0xFF wrote:Can model B+ be powered directly from 40 pin header's 5V rail ?
Will the CPUs work?ShiftPlusOne wrote:GPIO, yes. But not USB.0xFF wrote:Can model B+ be powered directly from 40 pin header's 5V rail ?
I've had a dispatch notification and a Parcelforce tracking number from RS.SteveSpencer wrote:Since we are now told not to use ID_SD and ID_SC, presumably things that used P5 connections will no longer work, or will stop working at some point when the firmware changes to support the ID EEPROM mechanism?
I'm hoping that more details of this will be forthcoming soon, and I'm even more hopeful that RS genuinely do have stock so they can ship my order to arrive tomorrow as promised -- the joy of being an account customer.
For those people like me who need it spelled out. P6 is the reset header! I wonder why the call it 'RUN' now?jdb wrote:The RUN header is the same as P6 on the Model B, it's just been moved next to the PWR/ACT LEDS (top left).arm2 wrote:A lot of very useful improvements. Thank You RPF!
I can't see any pads for a reset switch, am I being blind?
I can see two pads marked 'RUN' what does it do?
Not sure what you mean, but I'm going to go with 'yes'. =)joan wrote:Will the CPUs work?ShiftPlusOne wrote:GPIO, yes. But not USB.0xFF wrote:Can model B+ be powered directly from 40 pin header's 5V rail ?
+1 hopefully receive tomorrow as have no Pi, as a relation has borrowed for school project !joan wrote:I've had a dispatch notification and a Parcelforce tracking number from RS.SteveSpencer wrote:Since we are now told not to use ID_SD and ID_SC, presumably things that used P5 connections will no longer work, or will stop working at some point when the firmware changes to support the ID EEPROM mechanism?
I'm hoping that more details of this will be forthcoming soon, and I'm even more hopeful that RS genuinely do have stock so they can ship my order to arrive tomorrow as promised -- the joy of being an account customer.
I'm trying to find out what works if you supply power via the P1 header.ShiftPlusOne wrote: ...
Not sure what you mean, but I'm going to go with 'yes'. =)
The board ID is different between B and B+. This will be used to differentiate whether the EEPROM gets probed or not. Firmware updates will be compatible across the revisions.SteveSpencer wrote:Since we are now told not to use ID_SD and ID_SC, presumably things that used P5 connections will no longer work, or will stop working at some point when the firmware changes to support the ID EEPROM mechanism?
Everything should work - that post was referring the power INPUT, not what is powered on. So you can still power up the device using GPIO, but not by backpowering via USB.joan wrote:I'm trying to find out what works if you supply power via the P1 header.ShiftPlusOne wrote: ...
Not sure what you mean, but I'm going to go with 'yes'. =)
Yes, GPIO and CPUs.
No, USB.
Will everything else work, Ethernet, HDMI, audio, composite video, i,e, is it just the USB ports which won't work if you power via P1 rather than the microUSB?