element14 Community
element14 Community
    Register Log In
  • Site
  • Search
  • Log In Register
  • Community Hub
    Community Hub
    • What's New on element14
    • Feedback and Support
    • Benefits of Membership
    • Personal Blogs
    • Members Area
    • Achievement Levels
  • Learn
    Learn
    • Ask an Expert
    • eBooks
    • element14 presents
    • Learning Center
    • Tech Spotlight
    • STEM Academy
    • Webinars, Training and Events
    • Learning Groups
  • Technologies
    Technologies
    • 3D Printing
    • FPGA
    • Industrial Automation
    • Internet of Things
    • Power & Energy
    • Sensors
    • Technology Groups
  • Challenges & Projects
    Challenges & Projects
    • Design Challenges
    • element14 presents Projects
    • Project14
    • Arduino Projects
    • Raspberry Pi Projects
    • Project Groups
  • Products
    Products
    • Arduino
    • Avnet & Tria Boards Community
    • Dev Tools
    • Manufacturers
    • Multicomp Pro
    • Product Groups
    • Raspberry Pi
    • RoadTests & Reviews
  • About Us
  • Store
    Store
    • Visit Your Store
    • Choose another store...
      • Europe
      •  Austria (German)
      •  Belgium (Dutch, French)
      •  Bulgaria (Bulgarian)
      •  Czech Republic (Czech)
      •  Denmark (Danish)
      •  Estonia (Estonian)
      •  Finland (Finnish)
      •  France (French)
      •  Germany (German)
      •  Hungary (Hungarian)
      •  Ireland
      •  Israel
      •  Italy (Italian)
      •  Latvia (Latvian)
      •  
      •  Lithuania (Lithuanian)
      •  Netherlands (Dutch)
      •  Norway (Norwegian)
      •  Poland (Polish)
      •  Portugal (Portuguese)
      •  Romania (Romanian)
      •  Russia (Russian)
      •  Slovakia (Slovak)
      •  Slovenia (Slovenian)
      •  Spain (Spanish)
      •  Sweden (Swedish)
      •  Switzerland(German, French)
      •  Turkey (Turkish)
      •  United Kingdom
      • Asia Pacific
      •  Australia
      •  China
      •  Hong Kong
      •  India
      • Japan
      •  Korea (Korean)
      •  Malaysia
      •  New Zealand
      •  Philippines
      •  Singapore
      •  Taiwan
      •  Thailand (Thai)
      • Vietnam
      • Americas
      •  Brazil (Portuguese)
      •  Canada
      •  Mexico (Spanish)
      •  United States
      Can't find the country/region you're looking for? Visit our export site or find a local distributor.
  • Translate
  • Profile
  • Settings
Raspberry Pi
  • Products
  • More
Raspberry Pi
Raspberry Pi Forum Powering via the USB ports
  • Blog
  • Forum
  • Documents
  • Quiz
  • Events
  • Polls
  • Files
  • Members
  • Mentions
  • Sub-Groups
  • Tags
  • More
  • Cancel
  • New
Join Raspberry Pi to participate - click to join for free!
Featured Articles
Announcing Pi
Technical Specifications
Raspberry Pi FAQs
Win a Pi
Raspberry Pi Wishlist
Actions
  • Share
  • More
  • Cancel
Forum Thread Details
  • State Suggested Answer
  • Replies 21 replies
  • Answers 2 answers
  • Subscribers 681 subscribers
  • Views 4464 views
  • Users 0 members are here
  • b+
  • usb
  • raspberry_pi
  • powering
Related

Powering via the USB ports

Former Member
Former Member over 11 years ago

Have just bought a B+. Reading all the previous documentation on the B indicated I could power the Pi via a USB port if I wanted. I tried this on my B+ and nothing happened !.

 

My particular application has a USB module capable of supplying 2 amps at 5V and will be used for communication with the rest of my system. I do not want to use the micro-usb for power. The connector is inconveniently located and I have no 5V supply apart from the USB module. (This is for an embedded application).

 

Can I use the USB ports for input power on the B+? If not, why not?  The very sparse schematic for the B+ is no help. Is there a more comprehensive one in preparation? It doesn't show the USB ports at all, unlike the one for the B. If there is some 'block' on the USB 5V, could I patch from the USB ports to the 5V pins on the GPIO? (I am a retired professional EE with a long experience of microprocessor systems and quite happy to solder to my Pi if needed). I did note that my mouse, also connected into a USB port, lit up when I connected the power to another USB port - but the Pi itself didn't !

 

Also couldn't find how to send / receive data via a USB port using Python. How does the Pi allocate the USB ports? When booting, my Pi seems to recognise the external USB module  - without installing a driver, which is very surprising as it is a non-standard USB device. How do I check these ports? (Any 'device manager' like Windows?).  I have previously used USB ports as virtual COM ports in Windows. I need to be able to receive and send data (text strings) via a USB from a Python program (or maybe a C# and mono at some stage. Speed may be an issue for me)

 

Regards

 

Mike

  • Sign in to reply
  • Cancel
Parents
  • johnbeetem
    0 johnbeetem over 11 years ago

    Mike Bolton wrote:

     

    Have just bought a B+. Reading all the previous documentation on the B indicated I could power the Pi via a USB port if I wanted. I tried this on my B+ and nothing happened !.

     

    My particular application has a USB module capable of supplying 2 amps at 5V and will be used for communication with the rest of my system. I do not want to use the micro-usb for power. The connector is inconveniently located and I have no 5V supply apart from the USB module. (This is for an embedded application).

     

    Can I use the USB ports for input power on the B+? If not, why not?  The very sparse schematic for the B+ is no help. Is there a more comprehensive one in preparation? It doesn't show the USB ports at all, unlike the one for the B. If there is some 'block' on the USB 5V, could I patch from the USB ports to the 5V pins on the GPIO? (I am a retired professional EE with a long experience of microprocessor systems and quite happy to solder to my Pi if needed). I did note that my mouse, also connected into a USB port, lit up when I connected the power to another USB port - but the Pi itself didn't !

    I haven't heard of a full schematic for Model B+, but I haven't been paying much attention.  The Model B had problems with hot-swapping USB devices, so when B+ improved hot-swapping it lost the back-powering "feature".

     

    There's a thread about lack of back-powering in an unmodifed B+ at the RasPi forum: http://www.raspberrypi.org/forums/viewtopic.php?f=63&t=83014.  One of the moderators does suggest jumpering from USB +5V to GPIO +5V.  Doing this should work, but you lose fuse protection.  If it were my board, I'd solder from USB +5V to fuse F1 pin 1 so I still have fuse protection.  This is electrically equivalent to an external USB cable from a USB hub to RasPi's Micro USB power jack.

     

    Also, different USB hubs have different abilities to back-power.  Standard USB ports are limited to 500 mA, though cheap hubs just connect all the +5V lines together so you can get 2A.  The upstream connection for a hub may or may not be able to back-power.  They aren't supposed to, and some hubs have a diode to prevent it.

     

    Hope this helps!  Advice is offered without warranty - YMMV.

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Verify Answer
    • Reject Answer
    • Cancel
  • gdstew
    0 gdstew over 11 years ago in reply to johnbeetem

    According to the USB spec. hubs are not supposed to "back power" at all. They do supply power to the USB devices connected to them. That power is supplied to the

    hub either through the computer USB interface (the Pi) or through and external power supply connected to the hub, but the hub is NOT supposed to supply power to the

    computer USB interface ( the Pi) connected to it.

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Verify Answer
    • Cancel
  • johnbeetem
    0 johnbeetem over 11 years ago in reply to gdstew

    Gary Stewart wrote:

     

    According to the USB spec. hubs are not supposed to "back power" at all. They do supply power to the USB devices connected to them. That power is supplied to the hub either through the computer USB interface (the Pi) or through and external power supply connected to the hub, but the hub is NOT supposed to supply power to the

    computer USB interface ( the Pi) connected to it.

    This is true.  However, there are lots of cheap hubs out there that do back-power even though they're not supposed to.  And, there are devices like the Motorola Atrix Lapdock that deliberately back-power even through they otherwise behave like hubs.

     

    RasPi Model B rev 1.0 misbehaved in a strange way with a back-powering hub.  Rather than trying to explain to thousands of users that their hubs were misbehaving, RasPi Model B rev 2.0 eliminated the USB fuses that prevented back-powering.  Unfortunately, this made USB hot-swapping fail more often.  RasPi Model B+ fixes hot-swapping (how well I don't know), and as a side-effect loses back-powering.  It would be awfully nice if they'd release the schematics so we can understand exactly what's going on instead of having to guess.

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Verify Answer
    • Cancel
  • mcb1
    0 mcb1 over 11 years ago in reply to johnbeetem

    John

    I managed to download the full schematic shortly after launch.

     

    Sadly I can't attach it, but I'll send it to you.

     

    Mark

     

    edit

    I did find the B 'v2' RPi version here

    the B ver1.0 seems to be here

    It looks like the other B+ schematics have been removed, which begs the question WHY.

    If they were not 100% accurate, then surely do an update, don't just delete them.

    • Cancel
    • Vote Up +1 Vote Down
    • Sign in to reply
    • Verify Answer
    • Cancel
  • Problemchild
    0 Problemchild over 11 years ago in reply to mcb1

    Do we have a set of Poly Fuses back in line preventing the back power scenario???

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Verify Answer
    • Cancel
  • gdstew
    0 gdstew over 11 years ago in reply to Problemchild

    John Alexander wrote:

     

    Do we have a set of Poly Fuses back in line preventing the back power scenario???

     

    Edited to:  How do they prevent back power from the USB hub ? As I understand it the USB interface(s) are are now allowed to supply enough current to run the Pi so any the poly fuse would have to allow for this

    and meet the USB host specification for 5V +- 5%. The switching power supply should be able to operate within this 5V range.

     

    Also I am more that a little miffed that full schematics of the B+ have not been released and I have no idea why anybody at the Raspberry Pi thinks this is a good idea. The ones that have been released do show

    most of the changes with the notable exception of any of new USB interface circuits, components or connectors. I have read one reference that says there is at least one more GPIO pin being used to control the

    amount of current the USB ports can provide but without schematics I can not verify this. There are several "new" components between the USB interface chip and the GPIO connector (U13, D3, Q4 among others)

    that are NOT documented and at least one connection to Q4 appears to go back to BCM2835 so supplying power through the USB port may not be a good idea.

     

    John,

     

    Yes there are cheap USB hubs that back power, however as a general rule to good engineering practices I would not use any device that blatantly disregards an important part of any universally recognized

    specification, especially one that could cause damage to the equipment it is connected to or to itself. None of the USB hubs I own do this and if one did I would throw it away (at least it would have been

    cheap image).

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Verify Answer
    • Cancel
  • Former Member
    0 Former Member over 11 years ago in reply to gdstew

    Gary

     

    Yes, I know the USB specs well. This is fine for 'ordinary' PC and powered hubs etc.

    However, the reason I bought a Pi B+ is not as a 'computer' but a small, intelligent board suited to embedded applications. It is very easy to build  a Pi into to my system but I couldn't build in a laptop, notebook, tablet etc at all. I already have power for the 'system' and the 5V is most easily provided from my USB to system (CAN bus) module. Hence why I want to power the Pi off its USB connector. From the Forum discussion, I am not the only one.

     

    Still not worked out how to talk to my system via a USB port on my Pi.

     

    I know this is 'off topic' but why is the Pi so slow at basic tasks like connecting via its Ethernet port? With a 700MHz ARM core and plenty of fast RAM it should be no worse than a Pentium running XP at 1100MHz, but is is many times slower (tediously so) in my case.

     

    Would RISC-OS be better?

     

    Mike

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Verify Answer
    • Cancel
  • Problemchild
    0 Problemchild over 11 years ago in reply to gdstew

    Nah they are un polarised  but they do have a significant internal resistance especially if powering something close to their fuse value. This would lead to a voltdrop  into the RPI which may be enough to stop it working.

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Verify Answer
    • Cancel
  • Problemchild
    0 Problemchild over 11 years ago in reply to Former Member

    Don't know why it's slower ...In fact what aspect is slow Mike ..Maybe because of it's USB implementation.

    I may say that many other ARM boards running Linux are indeed MUCH faster than the PI and drive GbE with no real problems  so I don't think the move to RiscOS will help much

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Verify Answer
    • Cancel
Reply
  • Problemchild
    0 Problemchild over 11 years ago in reply to Former Member

    Don't know why it's slower ...In fact what aspect is slow Mike ..Maybe because of it's USB implementation.

    I may say that many other ARM boards running Linux are indeed MUCH faster than the PI and drive GbE with no real problems  so I don't think the move to RiscOS will help much

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Verify Answer
    • Cancel
Children
  • Former Member
    0 Former Member over 11 years ago in reply to Problemchild

    John

     

    I was just trying to set up a LAN connection using the Raspbian GUI web browser. Typed in the IP address of my LAN (actually a TP-LINK) and waited ages for an answer. I gave up in the end as it was all so slow.This has nothing to do with the USB as I wasn't using it - except for mouse and keyboard. Doing the same on my laptops, the response is effectively instant.

     

    If other boards running ARM and Linux are so much faster, then we need to ask why? Is this a Pi specific issue? The OS only takes up a bit of the available RAM so access to the SD is not an issue here. (or shouldn't be).

    This is getting off the original topic. Should I start another thread, or is it covered somewhere else? I am new to Pi and its Forums.

     

    Mike

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Verify Answer
    • Cancel
  • Problemchild
    0 Problemchild over 11 years ago in reply to Former Member

    Yep I have the same problem and it seems to be very much a Pi issue as the other Arm boards I use do  not suffer from this.

    The Odroid U3 for example feels like a laptop in use!

     

    I do find the SDcard makes a difference so try that  see if that improves your problem.

     

    Also this is some what off your  original topic so you can create another discussion for this and probably get much more help.

     

    ...you even get more points for doing that image

     

    John

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Verify Answer
    • Cancel
element14 Community

element14 is the first online community specifically for engineers. Connect with your peers and get expert answers to your questions.

  • Members
  • Learn
  • Technologies
  • Challenges & Projects
  • Products
  • Store
  • About Us
  • Feedback & Support
  • FAQs
  • Terms of Use
  • Privacy Policy
  • Legal and Copyright Notices
  • Sitemap
  • Cookies

An Avnet Company © 2025 Premier Farnell Limited. All Rights Reserved.

Premier Farnell Ltd, registered in England and Wales (no 00876412), registered office: Farnell House, Forge Lane, Leeds LS12 2NE.

ICP 备案号 10220084.

Follow element14

  • X
  • Facebook
  • linkedin
  • YouTube