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
    About the element14 Community
  • 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 USB device connect resets 512M Raspberry Pi (most USB devices).
  • 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
  • Replies 22 replies
  • Subscribers 708 subscribers
  • Views 5513 views
  • Users 0 members are here
Related

USB device connect resets 512M Raspberry Pi (most USB devices).

e14 Contributor
e14 Contributor over 13 years ago

Hi,

 

I got my batch of 3 brand-new 512M Raspberry Pi-s today (hardware revision "000f" according to /proc/cpuinfo). Every single one of them exhibits the same instability: They reset when I connect certain USB devices. If I have such an offending USB device connected on power-on and leave it in, it will work just fine. Which means that hot-plugging USB devices does not work - a critical bug.

 

I have a couple of USB devices that I can connect without resetting a running 512M Pi:

 

* A SanDisk Cruzer Micro 16 GB memory stick.

* A handful of non-descript memory sticks (give-away advertising gifts from various vendors).

* My USB keyboard.

 

But every single time that I plug any of the following devices into a 512M Pi it resets:

 

* D-Link N Nano Wi-Fi dongle DWA-131.

* Kingston Data Traveller II, 2 GB memory stick.

* An old IBM 64 MB memory stick.

* A pair of USB-powered loudspeakers (speakers with a mini-jack and an analog built-in amplifier powered by 5V USB).

 

I suspect that the USB power surge when an offending device is connected and powers up, is causing the Pi to reset. This did not happen on a previous revision of the Pi - I have three older 256M Pi's and they can all have all of the above USB devices hot-plugged without resetting (as you would expect).

 

The power rail on the 512M Pi's USB port is quite dirty. If I power my USB loudspeakers from a 512M Pi's USB port then I have just as much background noise as I have sound. The noise sounds like power supply switching noise, a 2-4 kHz steady tone with high-frequent chirps as soon as there is activity, e.g. the SD card is active. This leaves the audio output completely unusable. If I do the same setup on a 256M Pi there is still too much background noise for comfort but it is clearly less than on a 512M Pi. If I power the USB loudspeakers from elsewhere, e.g. my laptop, and connect the loudspeakers to the Pi's audio jack then the sound is fine - the noise level is at least low enough for casual listening.

 

I have two different types of 1000 mA 5V power supplies that I have tested with. There is no difference in behavior. I have even tried to buffer the on-board 5V by connecting a flat-ribbon cable to the P1 connector and then, via the ribbon cable wires, connect a 4700 uF capacitor across 5V and GND (pin 2 -> pin 6). No effect.

 

I have seen a report on thermal instability with the new 512M Pi's [1] but that issue is not seen here. I have left one of the 512M Pi's running for 3.5 hours straight without any problems - this one was idling and was not overclocked. I then overclocked it to max "Turbo" mode, re-booted, and started a python script that burns 100% CPU. The /sys/class/thermal/thermal_zone0/temp reported 45 degrees C (45000 raw number) when I started the script and stabilized at 53 degrees C after a minute or so. I left it running for more than 20 minutes straight - no problems.

 

[1] http://www.raspberrypi.org/phpBB3/viewtopic.php?f=28&t=22281&p=215444

 

There has also been a report on a bad USB controller connection [2]. We can rule that out. The issue occurs with specific USB devices and cannot be triggered by mechanically exciting the USB connector. Plus, it is the same pattern on all 3 boards.

 

[2] http://www.element14.com/community/message/64061

 

Unfortunately this sounds like an RMA on all three boards. Please advise me on how to proceed and when I can expect a new batch of 512M Pi's where the USB interface is stable again.

 

  Kind regards

-- Jan Holst Jensen

  • Sign in to reply
  • Cancel
Parents
  • johnbeetem
    johnbeetem over 13 years ago

    Well, it looks like RasPi has finally solved their USB problem: USB - the Elephant in our Room.  Yes, by locking that thread there won't be any more bad news about USB.  Actually, I sympathize since that thread did attract a certain number of unhelpful comments, but the reality is that USB is a problem and RasPi is probably better off having a single place for those complaints.

     

    One of my all-time favorite comedies is I'm All Right, Jack (1959), a brilliant satire of post-war British labour-mangement relations.  In one scene, long-suffering labour-relations manager Terry-Thomas is looking through the employee suggestion box.  He's appalled by some of the suggestions, making hilarious facial expressions and muttering comments like "what a beastly thing to say" in his trademark voice.  But he says out loud that if they didn't provide the box then the workers would write those comments on the walls.

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
  • e14 Contributor
    e14 Contributor over 13 years ago in reply to johnbeetem

    There is a new USB thread now.

     

    http://www.raspberrypi.org/phpBB3/viewtopic.php?f=28&t=23544

     

    It's supposed to be the "kinder, gentler" version.

    How that's supposed to work isn't exactly clear, since the angst seems to be

    continually fed by the perceived need to summarize and more prominently

    acknowledge the issues for potential buyers, which doesn't appear likely to happen.

    Maybe just getting "elephant" out of the title is considered a good enough reason

    for the new thread. 

     

    Adding this new thread brings the number of troubleshooting thread topics to 2500.

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
  • e14 Contributor
    e14 Contributor over 13 years ago in reply to e14 Contributor

    It's clear how that's supposed to work. Jamesh warns that all complains about the usb will be erased. So, you need to post a clear reproducable problem, or some suggestions to improve things. The elephant made clear that the usb problems very likely won't get fixed. Last time I asked, they answered being suprised there still were usb problems. They obvious didn't seem to realise that a lot of unhappy customers were following that thread, so the problem reports kept coming.

    If they thought the problems were gone or just existing with a minority of users, why do they still work on the fiq solution? Or maybe they aren't? I haven't seen a single line of code from it yet. They want the community to help. How can that happen this way?

    And when I asked why they needed a gpu implementation after the fiq one, I got no response either.

    So they wonder why we are concerned about it? Experiences from the past I guess.

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
  • e14 Contributor
    e14 Contributor over 13 years ago in reply to e14 Contributor

    > all complains about the usb will be erased

     

    and not just complaints, but concerns as well.

     

    > And when I asked why they needed a gpu implementation after the fiq one, I got no response either.

     

    I think any fiq solution is unlikely to be mainlined.

    I think the goal of a gpu solution would be to use the standard linux

    ehci usb driver, which would be a big advantage.

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
  • morgaine
    morgaine over 13 years ago in reply to e14 Contributor

    If the elephant in the room is USB, then I guess the ivory poachers are Broadcom (albeit removing the tusks at birth), and RPF are the reserve wardens turning a blind eye as they sell off their toothless pachiderms. image  And this illustrates perfectly why one shouldn't push metaphors too far. image

     

    Bad metaphors aside, do we know whether the work being done on Pi by Broadcom staff is unofficial and carried out in their own spare time, or is it being done during Broadcom office hours?

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
Reply
  • morgaine
    morgaine over 13 years ago in reply to e14 Contributor

    If the elephant in the room is USB, then I guess the ivory poachers are Broadcom (albeit removing the tusks at birth), and RPF are the reserve wardens turning a blind eye as they sell off their toothless pachiderms. image  And this illustrates perfectly why one shouldn't push metaphors too far. image

     

    Bad metaphors aside, do we know whether the work being done on Pi by Broadcom staff is unofficial and carried out in their own spare time, or is it being done during Broadcom office hours?

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
Children
  • e14 Contributor
    e14 Contributor over 13 years ago in reply to morgaine

    For what it's worth, Jamesh was always telling they only work on it in their spare time.

    It's almost a month ago they started to talk about the fiq solution. Until now, not much was seen about it.

    Progress can be followed on the dev Twitter. When someone asked how that worked, the question never got answered.

    As long as sales are going well, they really don't seem to care much about the issue.

    They announced their webcam, so for people having problems with usb webcams, they have a solution.

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
  • johnbeetem
    johnbeetem over 13 years ago in reply to morgaine

    Morgaine Dinova wrote:

     

    Bad metaphors aside, do we know whether the work being done on Pi by Broadcom staff is unofficial and carried out in their own spare time, or is it being done during Broadcom office hours?

    I don't know what the standard practice is in the UK, but in the USA anti-moonlighting clauses in employment agreements explicitly forbid doing technical work for anyone else, whether for pay or for free.  The idea is that if a not-for-profit wants to use your "spare time", they should pay your employer for your services.  Otherwise it's "stealing from the company".  In fact, many USA companies consider all your time are belong to them, and if you've got all this extra time to do great, wonderful technical things then why aren't you using that time on work projects?  So my guess is that Broadcom has explicitly sanctioned use of "spare time" for RasPi, and whether it's done during "office hours" is moot.

     

    A classic Dilbert cartoon takes this one step further:

    Wally: Rex, how's your personal life going?

    Rex: I don't have one.  That would be like stealing from the company.

     

    It's not this way at all USA companies.  For example, in the old days Hewlett-Packard encourged employees to do fun projects on their own time and allowed them to take whatever parts they needed from the parts room to build fun things.  HP figured that if employees wanted to develop their knowledge and skills on their own time, providing parts was a cheap continuing education program.  The most famous success of this practice (my recollection of the legend) was when a young engineer named Steve Wozniak took a 6502 and other assorted parts and built the prototype of the Apple I.  He offered it to HP, but they weren't interested -- they told him it would be OK if he wanted to do something with it on his own.

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • 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 © 2026 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.

Follow element14

  • X
  • Facebook
  • linkedin
  • YouTube