gsh
Raspberry Pi Engineer & Forum Moderator
Raspberry Pi Engineer & Forum Moderator
Posts: 1469
Joined: Sat Sep 10, 2011 11:43 am

Re: USB/serial converters (not very) broken on Pi

Mon Apr 22, 2013 1:05 pm

Yes,

We know what the problem is here, it's to do with dequeing in the USB stack not being handled properly. We assume that there is a problem with dequeing whilst a URB is in progress

We'll look into it when we've fixed the packet drops

Gordon
--
Gordon Hollingworth PhD
Raspberry Pi - Director of Software Engineering

dennyfmn
Posts: 33
Joined: Thu Aug 16, 2012 1:36 pm
Location: Minnesota/California USA

Re: USB/serial converters (not very) broken on Pi

Mon Apr 22, 2013 2:48 pm

Great, thanks!
Glad to see you are making progress...

axelm
Posts: 5
Joined: Fri May 10, 2013 12:51 pm

Re: USB/serial converters (not very) broken on Pi

Fri May 10, 2013 1:13 pm

I had the same lockup issue using two FT232BM-based adapters connected directly to rpi without a hub.

A simple setserial -a /dev/ttyUSB0 would lockup my Raspbian system. That was with kernel 3.6.11, unfortunately I don't remember exactly which release of 3.6.11 was being used.

Last night I updated to Linux raspberrypi 3.6.11+ #434 via rpi-update and my application has been up and running for 12 hours without an issue.

If I connect the two adapters to a powered USB2.0 hub mixed with other USB 1.1 devices (keyboard and mouse) they do not work.

I will be using the pi for a commercial application that monitors equipment 24x7 and sends alerts via internet, so this is critical for me.

gsh
Raspberry Pi Engineer & Forum Moderator
Raspberry Pi Engineer & Forum Moderator
Posts: 1469
Joined: Sat Sep 10, 2011 11:43 am

Re: USB/serial converters (not very) broken on Pi

Fri May 10, 2013 1:30 pm

The problem is still there and will be until its fixed... If you want to go and have a look at the code then the problem is with the dequeuing mechanism the channel halted interrupt does not seem to be occuring for some reason so the channel never gets released and after seven of these all USB transactions fail forever more...

Gordon
--
Gordon Hollingworth PhD
Raspberry Pi - Director of Software Engineering

axelm
Posts: 5
Joined: Fri May 10, 2013 12:51 pm

Re: USB/serial converters (not very) broken on Pi

Fri May 10, 2013 1:45 pm

gsh,

Is there any difference if I use FT232BM or newer FTDI chipsets? I think the older ones only support USB 1.1 while the newer ones are 2.0 High speed.

gsh
Raspberry Pi Engineer & Forum Moderator
Raspberry Pi Engineer & Forum Moderator
Posts: 1469
Joined: Sat Sep 10, 2011 11:43 am

Re: USB/serial converters (not very) broken on Pi

Fri May 10, 2013 2:02 pm

No,

They all suffer the same problems with cancelling USB transactions... If you don't ever cancel them then it shouldn't happen.

Gordon
--
Gordon Hollingworth PhD
Raspberry Pi - Director of Software Engineering

axelm
Posts: 5
Joined: Fri May 10, 2013 12:51 pm

Re: USB/serial converters (not very) broken on Pi

Fri May 10, 2013 2:21 pm

Gordon,

Thanks for your input. Seems like I'll have to put this project on hold with my customer while this issue is fixed. My product was going to be piloted in 20 gasoline stations in the Caribbean during June/July, but this USB lockup is a showstopper.

I was really enthusiastic about using RPi for this project due to the community, the forums and the irc channel. Most platforms are supported only by the vendors and the support is slow, expensive and sucks.

Sorry for the OT.

Axel

dennyfmn
Posts: 33
Joined: Thu Aug 16, 2012 1:36 pm
Location: Minnesota/California USA

Re: USB/serial converters (not very) broken on Pi

Fri May 10, 2013 2:45 pm

Axel,

Interestingly enough, the combination of an Insteon serial PLM (Power Line Modem), model number 2413S, connected to either of my Prolific Technology Inc. pl2303 based USB to serial adapters, an old one and a new one, run without hanging. These tests were run on a Raspberry Pi with kernel #250 back in November 2012.

Depending on your hardware config you may be able to work around the FTDI issue, by using a pl2303 based adapter. In my case, the Insteon 2413U (usb) has a built in FTDI chip and that hangs even with the latest kernel. The pl2303 adapter to a serial 2413S PLM runs many hours without hanging.

Denny

axelm
Posts: 5
Joined: Fri May 10, 2013 12:51 pm

Re: USB/serial converters (not very) broken on Pi

Fri May 10, 2013 3:04 pm

Denny,

A buggy USB stack makes me really nervous. For production, I was planning to use a single USB port dual RS232 adapter like this one: http://www.cablestogo.com/product/26478 bought at newegg.com for half the price. That would give me diagnostic leds for the serial ports, easier installation and configuration because there would be less confusion as to which port is for what device and leave the other USB port free for maintenance use.

I don' t feel comfortable knowing the pi could lock up if a support technician were to plug in an "incompatible" (a.k.a. complies to USB standard but does not interact with rpi buggy USB stack) thumbdrive, keyboard, mouse, etc.

This solution will be used to perform remote tank level monitoring in gas stations. It is not the primary monitor system, but a way of relaying the tank level readings and alarms to a remote location via an OpenVPN tunnel. Guess I'll have to discuss this with the customer and see if they are willing to take the risk.

EDIT: Thanks to the devs for all the time they spend on Raspbian. Since I don't have a support contract and this platform is not intended for my kind of application, I have no right to complain. Thanks again guys.
Last edited by axelm on Fri May 10, 2013 8:38 pm, edited 1 time in total.

arsi
Posts: 6
Joined: Fri Nov 02, 2012 5:09 pm

Re: USB/serial converters (not very) broken on Pi

Fri May 10, 2013 6:24 pm

Hi,

I use ST-Lab U-224 it is MOS chipset and it works fine
http://www.agem.sk/produkt/st-labs-usb- ... 19224.html

and

MANHATTAN USB to 2xRS232 it is PL2303 with USB 1.1 HUB and with my kernel patch works fine
http://www.manhattan-products.com/sk-US ... pripojenie

Currently I have installed 150 RPIs as Bacnet/IP converter on heat exchange stations..


ArSi

axelm
Posts: 5
Joined: Fri May 10, 2013 12:51 pm

Re: USB/serial converters (not very) broken on Pi

Sat May 11, 2013 11:50 am

My rpi's been running for 30 hours straight wthout any problems with two FT232BM converters. Looking good. I hope gsh is able to squash this USB bug.

logi
Posts: 2
Joined: Tue May 14, 2013 6:48 am

Re: USB/serial converters (not very) broken on Pi

Tue May 14, 2013 6:51 am

I also got the same problem. cdc_acm driver makes the port opening hangs the whole linux .so can u send me the solution for this problem

jokka
Posts: 17
Joined: Mon Apr 29, 2013 10:36 am

Re: USB/serial converters (not very) broken on Pi

Sun Jul 14, 2013 11:11 pm

ohh I wonder if THAT was the reason for a bug I couldn't solve for months and which still plagues me (I didn't do rpi-update yet):
http://www.raspberrypi.org/phpBB3/viewt ... 95#p347295

gsh
Raspberry Pi Engineer & Forum Moderator
Raspberry Pi Engineer & Forum Moderator
Posts: 1469
Joined: Sat Sep 10, 2011 11:43 am

Re: USB/serial converters (not very) broken on Pi

Mon Jul 15, 2013 7:53 am

No I don't think so, I'd assume it's a software thing...

Did you try turning off the getty? Are you just using /dev/ttyUSB0?

Gordon
--
Gordon Hollingworth PhD
Raspberry Pi - Director of Software Engineering

Prokopa
Posts: 23
Joined: Tue Jul 09, 2013 8:27 pm

Re: USB/serial converters (not very) broken on Pi

Thu Jul 18, 2013 10:05 pm

I bought new Pi and after few days I have problem like this (power source is 2.0A adapter from iPad):

Pi is with latest firmware.

Code: Select all

Jul 18 12:04:50 raspberrypi kernel: [37388.723455] smsc95xx 1-1.1:1.0: eth0: Failed to write register index 0x00000014
Jul 18 12:04:50 raspberrypi kernel: [37388.723485] smsc95xx 1-1.1:1.0: eth0: Failed to write HW_CFG_LRST_ bit in HW_CFG
Jul 18 12:04:56 raspberrypi kernel: [37394.723766] smsc95xx 1-1.1:1.0: eth0: Failed to write register index 0x00000014
Jul 18 12:04:56 raspberrypi kernel: [37394.723799] smsc95xx 1-1.1:1.0: eth0: Failed to write HW_CFG_LRST_ bit in HW_CFG
...
Jul 18 12:11:05 raspberrypi pcscd: ccid_usb.c:660:WriteUSB() write failed (1/4): -7 Invalid argument
Jul 18 12:11:05 raspberrypi pcscd: ifdwrapper.c:348:IFDStatusICC() Card not transacted: 612
Jul 18 12:11:05 raspberrypi pcscd: eventhandler.c:303:EHStatusHandlerThread() Error communicating to: OMNIKEY AG CardMan 3021 00 00
...
Jul 18 13:54:09 raspberrypi kernel: [ 5713.813456] ERROR::handle_hc_chhltd_intr_dma:2579: handle_hc_chhltd_intr_dma: Channel 5, DMA Mode -- ChHltd set, but reason for halting is unknown, hcint 0x00000002, intsts 0x04400001
Jul 18 13:54:09 raspberrypi kernel: [ 5713.813456] 
...
Jul 18 14:25:05 raspberrypi kernel: [ 7569.676554] NYET/NAK/ACK/other in non-error case, 0x00000002
Jul 18 14:57:25 raspberrypi kernel: [ 9509.790223] ERROR::handle_hc_chhltd_intr_dma:2579: handle_hc_chhltd_intr_dma: Channel 2, DMA Mode -- ChHltd set, but reason for halting is unknown, hcint 0x00000002, intsts 0x04400001
Jul 18 14:57:25 raspberrypi kernel: [ 9509.790223] 
...
Jul 18 20:17:55 raspberrypi kernel: [28740.388348] smsc95xx 1-1.1:1.0: eth0: Failed to read register index 0x00000114
Jul 18 20:17:55 raspberrypi kernel: [28740.388381] smsc95xx 1-1.1:1.0: eth0: Error reading MII_ACCESS
Jul 18 20:17:55 raspberrypi kernel: [28740.388412] smsc95xx 1-1.1:1.0: eth0: MII is busy in smsc95xx_mdio_read
...
Jul 18 20:26:41 raspberrypi pcscd: ccid_usb.c:660:WriteUSB() write failed (1/4): -7 Success
Jul 18 20:26:41 raspberrypi pcscd: ifdwrapper.c:527:IFDTransmit() Card not transacted: 612
Jul 18 20:26:41 raspberrypi pcscd: winscard.c:1532:SCardTransmit() Card not transacted: 0x80100016
Jul 18 20:26:41 raspberrypi ifplugd(eth0)[1635]: Link beat lost.
Jul 18 20:26:41 raspberrypi kernel: [29266.913219] smsc95xx 1-1.1:1.0: eth0: Failed to read register index 0x00000114
Jul 18 20:26:41 raspberrypi kernel: [29266.913251] smsc95xx 1-1.1:1.0: eth0: Error reading MII_ACCESS
Jul 18 20:26:41 raspberrypi kernel: [29266.913267] smsc95xx 1-1.1:1.0: eth0: MII is busy in smsc95xx_mdio_read
Jul 18 20:26:46 raspberrypi pcscd: ccid_usb.c:660:WriteUSB() write failed (1/4): -7 Success
Jul 18 20:26:46 raspberrypi pcscd: ifdwrapper.c:527:IFDTransmit() Card not transacted: 612
Jul 18 20:26:46 raspberrypi pcscd: winscard.c:1532:SCardTransmit() Card not transacted: 0x80100016
...Jul 18 20:34:04 raspberrypi pcscd: ccid_usb.c:660:WriteUSB() write failed (1/4): -7 Success
Jul 18 20:34:04 raspberrypi pcscd: ifdwrapper.c:348:IFDStatusICC() Card not transacted: 612
Jul 18 20:34:04 raspberrypi pcscd: winscard.c:887:SCardDisconnect() Error resetting card.
Jul 18 20:34:05 raspberrypi pcscd: winscard.c:321:SCardConnect() Card Not Powered
Jul 18 20:34:06 raspberrypi pcscd: winscard.c:321:SCardConnect() Card Not Powered
Jul 18 20:34:07 raspberrypi pcscd: winscard.c:321:SCardConnect() Card Not Powered
Jul 18 20:34:08 raspberrypi pcscd: winscard.c:321:SCardConnect() Card Not Powered
Jul 18 20:34:09 raspberrypi pcscd: winscard.c:321:SCardConnect() Card Not Powered
Jul 18 20:34:10 raspberrypi pcscd: winscard.c:321:SCardConnect() Card Not Powered
Jul 18 20:34:10 raspberrypi pcscd: ccid_usb.c:660:WriteUSB() write failed (1/4): -7 Invalid argument
Jul 18 20:34:10 raspberrypi pcscd: ifdwrapper.c:348:IFDStatusICC() Card not transacted: 612
Jul 18 20:34:10 raspberrypi pcscd: eventhandler.c:303:EHStatusHandlerThread() Error communicating to: OMNIKEY AG CardMan 3021 00 00
Jul 18 20:34:13 raspberrypi ifplugd(eth0)[1635]: Link beat detected.
My syslog file have 4100 lines for 17 hours with these errors. Please tell me, is this a HW problem? Should I send it to seller under warranty?

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

Re: USB/serial converters (not very) broken on Pi

Thu Jul 18, 2013 11:35 pm

Code: Select all

Jul 18 14:25:05 raspberrypi kernel: [ 7569.676554] NYET/NAK/ACK/other in non-error case, 0x00000002
Jul 18 14:57:25 raspberrypi kernel: [ 9509.790223] ERROR::handle_hc_chhltd_intr_dma:2579: handle_hc_chhltd_intr_dma: Channel 2, DMA Mode -- ChHltd set, but reason for halting is unknown, hcint 0x00000002, intsts 0x04400001
Please post uname -a && sudo lsusb -v.

How are you using the ethernet/serial devices?

A fix for the cause of these specific errors was recently (last 2 days) added to the kernel you get from rpi-update.
Rockets are loud.
https://astro-pi.org

Prokopa
Posts: 23
Joined: Tue Jul 09, 2013 8:27 pm

Re: USB/serial converters (not very) broken on Pi

Fri Jul 19, 2013 3:43 am

In time of these errors on Pi was already fw #502.

I'm not sure what you mean by using devices, Pi is connected by utp cable to router, on Pi is one usb device omnikey 3121, no usb hub, because omnikey has max 100 mA. I have set gpu mem 16mb as there is no hdmi.

Again, is this a hw error? thanks

Code: Select all

[email protected] ~ $ uname -a && sudo lsusb -v
Linux raspberrypi 3.6.11+ #502 PREEMPT Tue Jul 16 17:00:35 BST 2013 armv6l GNU/Linux

Bus 001 Device 002: ID 0424:9512 Standard Microsystems Corp. 
Device Descriptor:
  bLength                18
  bDescriptorType         1
  bcdUSB               2.00
  bDeviceClass            9 Hub
  bDeviceSubClass         0 Unused
  bDeviceProtocol         2 TT per port
  bMaxPacketSize0        64
  idVendor           0x0424 Standard Microsystems Corp.
  idProduct          0x9512 
  bcdDevice            2.00
  iManufacturer           0 
  iProduct                0 
  iSerial                 0 
  bNumConfigurations      1
  Configuration Descriptor:
    bLength                 9
    bDescriptorType         2
    wTotalLength           41
    bNumInterfaces          1
    bConfigurationValue     1
    iConfiguration          0 
    bmAttributes         0xe0
      Self Powered
      Remote Wakeup
    MaxPower                2mA
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       0
      bNumEndpoints           1
      bInterfaceClass         9 Hub
      bInterfaceSubClass      0 Unused
      bInterfaceProtocol      1 Single TT
      iInterface              0 
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x81  EP 1 IN
        bmAttributes            3
          Transfer Type            Interrupt
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0001  1x 1 bytes
        bInterval              12
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       1
      bNumEndpoints           1
      bInterfaceClass         9 Hub
      bInterfaceSubClass      0 Unused
      bInterfaceProtocol      2 TT per port
      iInterface              0 
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x81  EP 1 IN
        bmAttributes            3
          Transfer Type            Interrupt
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0001  1x 1 bytes
        bInterval              12
Hub Descriptor:
  bLength               9
  bDescriptorType      41
  nNbrPorts             3
  wHubCharacteristic 0x000d
    Per-port power switching
    Compound device
    Per-port overcurrent protection
    TT think time 8 FS bits
  bPwrOn2PwrGood       50 * 2 milli seconds
  bHubContrCurrent      1 milli Ampere
  DeviceRemovable    0x02
  PortPwrCtrlMask    0xff
 Hub Port Status:
   Port 1: 0000.0503 highspeed power enable connect
   Port 2: 0000.0100 power
   Port 3: 0000.0103 power enable connect
Device Qualifier (for other device speed):
  bLength                10
  bDescriptorType         6
  bcdUSB               2.00
  bDeviceClass            9 Hub
  bDeviceSubClass         0 Unused
  bDeviceProtocol         0 Full speed (or root) hub
  bMaxPacketSize0        64
  bNumConfigurations      1
Device Status:     0x0001
  Self Powered

Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Device Descriptor:
  bLength                18
  bDescriptorType         1
  bcdUSB               2.00
  bDeviceClass            9 Hub
  bDeviceSubClass         0 Unused
  bDeviceProtocol         1 Single TT
  bMaxPacketSize0        64
  idVendor           0x1d6b Linux Foundation
  idProduct          0x0002 2.0 root hub
  bcdDevice            3.06
  iManufacturer           3 Linux 3.6.11+ dwc_otg_hcd
  iProduct                2 DWC OTG Controller
  iSerial                 1 bcm2708_usb
  bNumConfigurations      1
  Configuration Descriptor:
    bLength                 9
    bDescriptorType         2
    wTotalLength           25
    bNumInterfaces          1
    bConfigurationValue     1
    iConfiguration          0 
    bmAttributes         0xe0
      Self Powered
      Remote Wakeup
    MaxPower                0mA
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       0
      bNumEndpoints           1
      bInterfaceClass         9 Hub
      bInterfaceSubClass      0 Unused
      bInterfaceProtocol      0 Full speed (or root) hub
      iInterface              0 
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x81  EP 1 IN
        bmAttributes            3
          Transfer Type            Interrupt
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0004  1x 4 bytes
        bInterval              12
Hub Descriptor:
  bLength               9
  bDescriptorType      41
  nNbrPorts             1
  wHubCharacteristic 0x0008
    Ganged power switching
    Per-port overcurrent protection
    TT think time 8 FS bits
  bPwrOn2PwrGood        1 * 2 milli seconds
  bHubContrCurrent      0 milli Ampere
  DeviceRemovable    0x00
  PortPwrCtrlMask    0xff
 Hub Port Status:
   Port 1: 0000.0503 highspeed power enable connect
Device Status:     0x0001
  Self Powered

Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp. 
Device Descriptor:
  bLength                18
  bDescriptorType         1
  bcdUSB               2.00
  bDeviceClass          255 Vendor Specific Class
  bDeviceSubClass         0 
  bDeviceProtocol         1 
  bMaxPacketSize0        64
  idVendor           0x0424 Standard Microsystems Corp.
  idProduct          0xec00 
  bcdDevice            2.00
  iManufacturer           0 
  iProduct                0 
  iSerial                 0 
  bNumConfigurations      1
  Configuration Descriptor:
    bLength                 9
    bDescriptorType         2
    wTotalLength           39
    bNumInterfaces          1
    bConfigurationValue     1
    iConfiguration          0 
    bmAttributes         0xe0
      Self Powered
      Remote Wakeup
    MaxPower                2mA
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       0
      bNumEndpoints           3
      bInterfaceClass       255 Vendor Specific Class
      bInterfaceSubClass      0 
      bInterfaceProtocol    255 
      iInterface              0 
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x81  EP 1 IN
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0200  1x 512 bytes
        bInterval               0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x02  EP 2 OUT
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0200  1x 512 bytes
        bInterval               0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x83  EP 3 IN
        bmAttributes            3
          Transfer Type            Interrupt
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0010  1x 16 bytes
        bInterval               4
Device Qualifier (for other device speed):
  bLength                10
  bDescriptorType         6
  bcdUSB               2.00
  bDeviceClass          255 Vendor Specific Class
  bDeviceSubClass         0 
  bDeviceProtocol         1 
  bMaxPacketSize0        64
  bNumConfigurations      1
Device Status:     0x0001
  Self Powered

Bus 001 Device 004: ID 076b:3021 OmniKey AG CardMan 3121
Device Descriptor:
  bLength                18
  bDescriptorType         1
  bcdUSB               2.00
  bDeviceClass            0 (Defined at Interface level)
  bDeviceSubClass         0 
  bDeviceProtocol         0 
  bMaxPacketSize0         8
  idVendor           0x076b OmniKey AG
  idProduct          0x3021 CardMan 3121
  bcdDevice            3.02
  iManufacturer           1 OMNIKEY AG
  iProduct                2 Smart Card Reader USB
  iSerial                 0 
  bNumConfigurations      1
  Configuration Descriptor:
    bLength                 9
    bDescriptorType         2
    wTotalLength           93
    bNumInterfaces          1
    bConfigurationValue     1
    iConfiguration          3 CCID
    bmAttributes         0xa0
      (Bus Powered)
      Remote Wakeup
    MaxPower              100mA
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       0
      bNumEndpoints           3
      bInterfaceClass        11 Chip/SmartCard
      bInterfaceSubClass      0 
      bInterfaceProtocol      0 
      iInterface              0 
      ChipCard Interface Descriptor:
        bLength                54
        bDescriptorType        33
        bcdCCID              1.00
        nMaxSlotIndex           0
        bVoltageSupport         7  5.0V 3.0V 1.8V 
        dwProtocols             3  T=0 T=1
        dwDefaultClock       4800
        dwMaxiumumClock      8000
        bNumClockSupported      4
        dwDataRate          10752 bps
        dwMaxDataRate      412903 bps
        bNumDataRatesSupp.    106
        dwMaxIFSD             254
        dwSyncProtocols  00000007  2-wire 3-wire I2C
        dwMechanical     00000000 
        dwFeatures       000207B2
          Auto configuration based on ATR
          Auto clock change
          Auto baud rate change
          Auto PPS made by CCID
          CCID can set ICC in clock stop mode
          NAD value other than 0x00 accpeted
          Auto IFSD exchange
          Short APDU level exchange
        dwMaxCCIDMsgLen       271
        bClassGetResponse    echo
        bClassEnvelope       echo
        wlcdLayout           none
        bPINSupport             0 
        bMaxCCIDBusySlots       1
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x83  EP 3 IN
        bmAttributes            3
          Transfer Type            Interrupt
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0008  1x 8 bytes
        bInterval              24
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x84  EP 4 IN
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0040  1x 64 bytes
        bInterval               0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x05  EP 5 OUT
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0040  1x 64 bytes
        bInterval               0
Device Status:     0x0000
  (Bus Powered)

gsh
Raspberry Pi Engineer & Forum Moderator
Raspberry Pi Engineer & Forum Moderator
Posts: 1469
Joined: Sat Sep 10, 2011 11:43 am

Re: USB/serial converters (not very) broken on Pi

Fri Jul 19, 2013 5:28 am

No it's not a hardware error, you've just got an older kernel that still has a bug in it...

sudo rpi-update

Will bring you up to the latest kernel build. Test that and see if it makes any difference to the bug. Note: If you follow the github commit log you should see us checking in changes to fix issues there.

https://github.com/Hexxeh/rpi-firmware/commits/master

This link points to the firmware that gets loaded when you do an rpi-update so keep an eye on there for any changes.

Gordon
--
Gordon Hollingworth PhD
Raspberry Pi - Director of Software Engineering

gsh
Raspberry Pi Engineer & Forum Moderator
Raspberry Pi Engineer & Forum Moderator
Posts: 1469
Joined: Sat Sep 10, 2011 11:43 am

Re: USB/serial converters (not very) broken on Pi

Fri Jul 19, 2013 5:33 am

Do you get the same response if you remove the cardwave device from the USB? Is that device causing the issues?

It may be that we need to get hold of one of those!

Gordon
--
Gordon Hollingworth PhD
Raspberry Pi - Director of Software Engineering

Prokopa
Posts: 23
Joined: Tue Jul 09, 2013 8:27 pm

Re: USB/serial converters (not very) broken on Pi

Fri Jul 19, 2013 5:51 am

As I wrote in my last post, in time of these errors I already had latest firmware #502, I updated it 1 day before these errors. Now with rpi-update I see message *** Your firmware is already up to date
That is why I'm asking if this can be a HW issue, because I already had firmware #502.

The reader is commonly used omnikey 3121, on market for 8 years and still in production. I can borrow you one if you send me your address by PM.

When I received Pi, I tested it for 24 hours with Omnikey reader and there was no issue, but no smartcard was inserted at that time, so no communication.

Prokopa
Posts: 23
Joined: Tue Jul 09, 2013 8:27 pm

Re: USB/serial converters (not very) broken on Pi

Mon Jul 22, 2013 8:02 pm

Hi

again 20 hours it was working then drop, here is syslog. Firmware was #506
Attachments
syslog.zip
(29.4 KiB) Downloaded 166 times

Prokopa
Posts: 23
Joined: Tue Jul 09, 2013 8:27 pm

Re: USB/serial converters (not very) broken on Pi

Thu Jul 25, 2013 9:33 am

voltage on TP1/TP2 was stable 4.85V, is that too low for work with omnikey card reader without USB hub?

kalehrl
Posts: 350
Joined: Tue Jul 24, 2012 10:49 am

Re: USB/serial converters (not very) broken on Pi

Thu Jul 25, 2013 12:09 pm

Both USB and LAN are dodgy on raspi not to mention SD card corruption problem.
My advice to you is to buy a cheap Asus eee pc and run your card sharing server on it.
I use it and it is rock-solid.
You can buy a used one for around 60 euros.

Prokopa
Posts: 23
Joined: Tue Jul 09, 2013 8:27 pm

Re: USB/serial converters (not very) broken on Pi

Thu Jul 25, 2013 7:32 pm

That was not advertised when I was buying it, that USB and LAN are "dodgy" on Pi :)

Well I bought Pi because of its size and zero noise, I hope they will fix this in some upcoming firmware..

I also bought Smartreader v2, it is more expensive than omnikey (strange), but maybe that will works.

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

Re: USB/serial converters (not very) broken on Pi

Thu Jul 25, 2013 8:43 pm

kalehrl wrote:Both USB and LAN are dodgy on raspi not to mention SD card corruption problem.
My advice to you is to buy a cheap Asus eee pc and run your card sharing server on it.
I use it and it is rock-solid.
You can buy a used one for around 60 euros.
SD card corruption?

https://github.com/raspberrypi/linux/co ... 2d6b09865c

Are you using a kernel that has this fix in (i.e. rpi-update after July 10)?

USB Dodgy? Certainly, for a select few devices. If you're not already familiar with the remaining issues, USB audio and USB webcam devices will still have trouble. And apparently this smart card reader thingy.

If you think LAN is dodgy, then please do elaborate.
Rockets are loud.
https://astro-pi.org

Return to “Troubleshooting”