KeithSloan
Posts: 321
Joined: Tue Dec 27, 2011 9:09 pm

Re: USB redux

Tue Feb 25, 2014 8:52 pm

jdb wrote:
KeithSloan wrote:
By given up I was referring to comments made in QCN forums by people trying to make the QCN sensors work with the Pi. It would indeed be interesting to know if they would have more success with the latest fixes, that is why I was suggesting that the Foundation should make contact with the folks at Stanford to try and get a free sensor for the USB support team to try. Maybe somebody able to report success would get others to try again.
What's a QCN sensor?
Its a sensor for measuring Earth Quakes and After shocks see http://qcn.stanford.edu/join-qcn/request-a-sensor

QCN - Stands for Quake Catcher Network its a BOINC project run by Stanford University. see http://qcn.stanford.edu/

For other BOINC projects see http://boinc.berkeley.edu/.

One of my Pi's acts as a website server and when its not servicing web pages its running [email protected] another BOINC project i.e. in the background.
Just hoping they find a way to exploit the new FFT libraries that exploit the GPU. (My PC actually found a new pulsar back in 2011 using [email protected])

All BOINC projects are using masses of computers as super computer Grids.
You might have heard of [email protected] or World Community Grid that harnesses the Grid to try help with cancer research and the like. But only a few projects run on the Raspberry Pi at present, due to the Pi's slow CPU.
QCN is one of the few.

rspitz
Posts: 58
Joined: Tue Jul 31, 2012 7:25 pm

Re: USB redux

Wed Feb 26, 2014 9:07 am

dom wrote:For testers and people with USB devices that aren't working well, you could try:

Code: Select all

sudo BRANCH=next rpi-update
Is the new USB code only in the "next" branch, or also in the "master" branch? On the github page, both show "linux: usb: testing branch with fiq_fsm rewrite " from 5 days ago.

jdb
Raspberry Pi Engineer & Forum Moderator
Raspberry Pi Engineer & Forum Moderator
Posts: 2094
Joined: Thu Jul 11, 2013 2:37 pm

Re: USB redux

Wed Feb 26, 2014 10:19 am

It's only on BRANCH=next as it's still under testing.
Rockets are loud.
https://astro-pi.org

jamesh
Raspberry Pi Engineer & Forum Moderator
Raspberry Pi Engineer & Forum Moderator
Posts: 23708
Joined: Sat Jul 30, 2011 7:41 pm

Re: USB redux

Wed Feb 26, 2014 11:53 am

jdb wrote:
KeithSloan wrote:
By given up I was referring to comments made in QCN forums by people trying to make the QCN sensors work with the Pi. It would indeed be interesting to know if they would have more success with the latest fixes, that is why I was suggesting that the Foundation should make contact with the folks at Stanford to try and get a free sensor for the USB support team to try. Maybe somebody able to report success would get others to try again.
What's a QCN sensor?
Quake Catcher Network http://qcn.stanford.edu/
Principal Software Engineer at Raspberry Pi (Trading) Ltd.
Contrary to popular belief, humorous signatures are allowed. Here's an example...
"My grief counseller just died, luckily, he was so good, I didn't care."

rspitz
Posts: 58
Joined: Tue Jul 31, 2012 7:25 pm

Re: USB redux

Wed Feb 26, 2014 8:19 pm

jdb wrote:It's only on BRANCH=next as it's still under testing.
Ok, in spite of the dire warnings in your Call for beta testers , I took the challenge and installed the FIQ_FSM. I'll report if I see any changes or improvement with USB stability in my application.

rspitz
Posts: 58
Joined: Tue Jul 31, 2012 7:25 pm

Re: USB redux

Sun Mar 02, 2014 2:59 pm

No improvement with the FIQ_FSM. After running smoothly for a couple of days, the USB device driver just crashed again.

Nothing in "dmesg" or other files in /var/log, I don't have a serial console available. What info could I post to help trace the problem?

Code: Select all

[email protected]i:/home/sundtek/kdg# lsusb
Bus 001 Device 002: ID 0424:9512 Standard Microsystems Corp.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp.
Bus 001 Device 004: ID 1a40:0201 Terminus Technology Inc. FE 2.1 7-port Hub
Bus 001 Device 005: ID eb1a:51b2 eMPIA Technology, Inc.
Device 005 is a "Sundtek MediaTV Home" DVB-T/C receiver, running in bulk mode, not isochronous:

Code: Select all

Bus 001 Device 005: ID eb1a:51b2 eMPIA Technology, Inc.
Device Descriptor:
  bLength                18
  bDescriptorType         1
  bcdUSB               2.00
  bDeviceClass            0 (Defined at Interface level)
  bDeviceSubClass         0
  bDeviceProtocol         0
  bMaxPacketSize0        64
  idVendor           0xeb1a eMPIA Technology, Inc.
  idProduct          0x51b2
  bcdDevice            1.00
  iManufacturer           1 Sundtek
  iProduct                3 MediaTV Digital Home
  iSerial                 2 U120619082116
  bNumConfigurations      1
  Configuration Descriptor:
    bLength                 9
    bDescriptorType         2
    wTotalLength           41
    bNumInterfaces          1
    bConfigurationValue     1
    iConfiguration          0
    bmAttributes         0x80
      (Bus Powered)
    MaxPower              500mA
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       0
      bNumEndpoints           1
      bInterfaceClass       255 Vendor Specific Class
      bInterfaceSubClass      0
      bInterfaceProtocol      0
      iInterface              0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x84  EP 4 IN
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0200  1x 512 bytes
        bInterval               0
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       1
      bNumEndpoints           1
      bInterfaceClass       255 Vendor Specific Class
      bInterfaceSubClass      0
      bInterfaceProtocol      0
      iInterface              0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x84  EP 4 IN
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0200  1x 512 bytes
        bInterval               0
Device Qualifier (for other device speed):
  bLength                10
  bDescriptorType         6
  bcdUSB               2.00
  bDeviceClass            0 (Defined at Interface level)
  bDeviceSubClass         0
  bDeviceProtocol         0
  bMaxPacketSize0        64
  bNumConfigurations      1
Device Status:     0x0000
  (Bus Powered)

jamesh
Raspberry Pi Engineer & Forum Moderator
Raspberry Pi Engineer & Forum Moderator
Posts: 23708
Joined: Sat Jul 30, 2011 7:41 pm

Re: USB redux

Sun Mar 02, 2014 4:37 pm

Could it be the device driver itself rather than the underlying usb driver? If you are getting the same error with both Usb drivers that might indicate a problem elsewhere?
Principal Software Engineer at Raspberry Pi (Trading) Ltd.
Contrary to popular belief, humorous signatures are allowed. Here's an example...
"My grief counseller just died, luckily, he was so good, I didn't care."

rspitz
Posts: 58
Joined: Tue Jul 31, 2012 7:25 pm

Re: USB redux

Mon Mar 03, 2014 6:24 pm

Of course I cannot rule out a bug in the driver, but the device is running on a lot of ARM-based devices without showing this instability. A Sundtek software developer actually installed a tracing version of the driver on my Pi a couple of months ago and confirmed a problem where data stop flowing from the USB stack. They are thinking about implementing a workaround, but haven't gotten around to it due to high workload with a new hardware revision of their USB stick.

It seems like quite a few people use the Pi as a mediacenter device with the Sundtek DVB-T/C stick, but probably not many of those will run 24/7 receiving data.

bruce
Posts: 2
Joined: Wed Oct 30, 2013 12:49 am

Re: USB redux

Fri Jul 11, 2014 8:15 pm

Hi!

Are there verbosity switches for the USB driver? I'm getting an :
'IRQ 32: nobody cared ...'' in kern.log, and then later (not sure how much later) the Both USB ports do not enumerate.

I'm working on reproducing the problem (so far 30+ hours with no failure) and want lots of messages to help debugging, when I finally get it to fail.

I'm using the stable raspbian :
uname -a
raspberrypi 2.10.25+ #622

I have no problem changing the kernel but need to debug it here first.

Thanks.

cyanarnofsky
Posts: 70
Joined: Tue Jul 31, 2012 11:33 pm

Re: USB redux

Tue Jul 15, 2014 9:34 pm

Has anyone experienced a Pi reboot when a USB device is detached? After updating my Pi, every time I pull my USB modem while the Pi is running to simulate the connection dying it reboots. The modem is seperatly powered from the Pi and I have watched TP1& 2 and shows no voltage drop.

The USB cable going from modem to Pi only contains data. (Green/White wires). I can plug it in all day long with no issues, always when removed it reboots couple seconds sometimes instantly.

Imaged an older card with version 3.2.27+ #250 and this issue does not exist, exact hardware and setup. Seems a change in the updates is causing this for some reason. Really want to use the current image as it fixed some other issues I was having...but created this one >.<

Aydan
Posts: 693
Joined: Fri Apr 13, 2012 11:48 am
Location: Germany, near Lake Constance

Re: USB redux

Wed Jul 16, 2014 5:35 am

cyanarnofsky wrote:The USB cable going from modem to Pi only contains data. (Green/White wires).
You need the ground wire as well, otherwise you might get wonky singnals on the usb because the modem and the pi might not have the same ground potential.

Regards
Aydan

cyanarnofsky
Posts: 70
Joined: Tue Jul 31, 2012 11:33 pm

Re: USB redux

Mon Jul 21, 2014 5:12 pm

Seems to be a update issue for me, made another SD and update everything but the rpi-update for firmware and now everything is working :)

gordon77
Posts: 4178
Joined: Sun Aug 05, 2012 3:12 pm

Re: USB redux

Sun Aug 10, 2014 2:37 pm

Has anything changed in the USB in the latest updates, post Raspbian 20/6/14 ?

My Philips NCP900 webcam seemed quite stable with 20/6/14 but wseems to lockup/ freeze after update , upgrade and rpi-update

gordon77

gkreidl
Posts: 6099
Joined: Thu Jan 26, 2012 1:07 pm
Location: Germany

Re: USB redux

Sun Aug 10, 2014 5:02 pm

gordon77 wrote:Has anything changed in the USB in the latest updates, post Raspbian 20/6/14 ?

My Philips NCP900 webcam seemed quite stable with 20/6/14 but wseems to lockup/ freeze after update , upgrade and rpi-update

gordon77
Add
dwc_otg.fiq_fsm_mask=0x3
to cmdline.txt
and check, if it works better.
Minimal Kiosk Browser (kweb)
Slim, fast webkit browser with support for audio+video+playlists+youtube+pdf+download
Optional fullscreen kiosk mode and command interface for embedded applications
Includes omxplayerGUI, an X front end for omxplayer

gordon77
Posts: 4178
Joined: Sun Aug 05, 2012 3:12 pm

Re: USB redux

Mon Aug 11, 2014 10:10 am

Thanks,

I tried it but no improvement.

I went back to raspbian of 20/6/14 and it's the same, locks up after a while. Tried my Logitech C170 which is very slow, I am sure it used to be OK.

When the Philips works it is good and can do approx 4fps (640x480) taking stills with my program in python.

I think I'll put the webcams back in the box and go back to the Pi camera with its stills every 700mS.

gordon77

Return to “Troubleshooting”