USB connectie die plotseling niet connect.

[donpedroII]

Klink allemaal raar, maar de uitleg is het volgende.

Ben wat bezig met het ontwikkelen van android apps, daarvoor gebruik ik Android Studio.

Dit ontwikkelplatform werkt min of meer out of the box binnen Ubuntu 12.10.
Er zit een emulator ingebouwd, maar de computer hier is ook niet meer de snelste meer en daarom had ik een tablet als emulator aangesloten via de USB poort.

De tablet is een Cresta CTP828 met een scherm van 7" een perfecte oplossing om live te testen.

Maar nu het probleem, soms upload ik de app naar de tablet via de USB en gaat alles perfect.
Meerdere keren uploaden met tussenpozen gaat ook gewoon goed.
Maar soms valt de connectie ook weg en moet ik de USB kabel loshalen van de USB poort en opnieuw erin doen om de USB verbinding te herstellen.

Maar op een bepaald moment werkt dat ook niet meer en laat het logfile de volgende fouten zien:

Code: [Selecteer]

Jan 14 23:04:19 kernel: [47285.260081] usb 5-1: new full-speed USB device number 16 using ohci_hcd
Jan 14 23:04:19 kernel: [47285.400063] usb 5-1: device descriptor read/64, error -62
Jan 14 23:04:19 kernel: [47285.644110] usb 5-1: device descriptor read/64, error -62Als alles werkt en de USB is goed verbonden staat het volgende in het logfile:

Code: [Selecteer]

Jan 14 18:51:20 kernel: [32106.188084] usb 2-1: new high-speed USB device number 8 using ehci_hcd
Jan 14 18:51:20 mtp-probe: checking bus 2, device 8: "/sys/devices/pci0000:00/0000:00:13.2/usb2/2-1"
Jan 14 18:51:20 kernel: [32106.331422] scsi8 : usb-storage 2-1:1.0
Jan 14 18:51:20 mtp-probe: bus: 2, device: 8 was not an MTP device
Jan 14 18:51:21 kernel: [32107.328839] scsi 8:0:0:0: Direct-Access     CTP828                         PQ: 0 ANSI: 2
Jan 14 18:51:21 kernel: [32107.329317] scsi 8:0:0:1: Direct-Access     CTP828                         PQ: 0 ANSI: 2
Jan 14 18:51:21 kernel: [32107.330502] sd 8:0:0:0: Attached scsi generic sg4 type 0
Jan 14 18:51:21 kernel: [32107.331010] sd 8:0:0:1: Attached scsi generic sg5 type 0
Jan 14 18:51:21 kernel: [32107.334692] sd 8:0:0:0: [sdd] Attached SCSI removable disk
Jan 14 18:51:21 kernel: [32107.338188] sd 8:0:0:1: [sde] Attached SCSI removable disk
Als hij niet meer wil verbinden, dan geeft het commando lsusb hem ook niet weer als aangesloten USB device.
Het enige wat ik een beetje uit het logfile opmaak is, dat een goede verbinding ehci_hcd gebruikt en de weigerende verbinding ohci_hcd

Dus het lijkt erop dat op een gegeven moment de USB busdriver terugvalt uit de Enhanced Host Controller Interface (EHCI) naar de Open Host Controller Interface (OHCI) ... maar die ziet hem niet.

Het enige wat ook nij mij via de USB bus loopt, is een logitech wireless muis.

Code: [Selecteer]

Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 002: ID 046d:c52f Logitech, Inc. Wireless Mouse M305
Zat zelf te denken dat er een ohci device op de controller de ehci parten zou kunnen spelen, maar er is alleen maar die muis.
Maar de muis zit op bus 4

Code: [Selecteer]

udev:/sys/devices/pci0000:00/0000:00:12.1/usb4/4-1/4-1:1.0/input/input3/event3Ook als ik die verwijder, dan wil de USB tussen computer en de tablet niet opgezet worden.
Dezelfde fouten blijven voorbij komen.
Ook het aansluiten op een andere USB aansluiting nadat de fout er inzit heeft geen resultaat.
Meestal lukt het wel weer na een reboot ... maar dat is soms ook niet de oplossing.

Wat natuurlijk ook kan zijn en wat ik ook al ergens had gelezen, dat dit soort goekopere android tablets niet de beste USB ondersteuning hebben als het gaat om de chipset.

Iemand nog een insteek?

[donpedroII]

We zijn denk ik wel een stapje dichterbij de waarheid ... maar het is een longshot voor nu.

Normaal connecte ik de USB aan de tablet als ook de lader is aangesloten.
Na wat onderwerpen te hebben gelezen die vooral gerelateerd waren aan een power probleem voor de USB bus, heb ik de lader eens verwijderd.

Door nu de USB alleen aan te sluiten krijg ik plotseling ook een andere fout:
 

Code: [Selecteer]

Jan 16 17:31:01 kernel: [  315.024080] hub 2-0:1.0: unable to enumerate USB device on port 1
Jan 16 17:31:43  kernel: [  356.544083] usb 2-1: new high-speed USB device number 15 using ehci_hcd
Jan 16 17:31:43 kernel: [  356.680079] usb 2-1: device descriptor read/64, error -71
Jan 16 17:32:02 kernel: [  375.556080] usb 2-1: new high-speed USB device number 16 using ehci_hcd
Jan 16 17:32:02 kernel: [  375.980059] usb 2-1: device not accepting address 16, error -71
Jan 16 17:31:45 kernel: [  358.688105] hub 2-0:1.0: unable to enumerate USB device on port 1Wat dan gelijk opvalt is, dat er wel de juiste bus 2 gekozen is om te communiceren, alleen op 1 of andere manier pikt die het nu toch niet.
En omdat het niet lukt, gaat hij een tandje terug proberen met

Code: [Selecteer]

Jan 16 17:32:05 kernel: [  378.640078] usb 5-1: new full-speed USB device number 26 using ohci_hcd
Jan 16 17:32:05 kernel: [  379.048072] usb 5-1: device not accepting address 26, error -62
Jan 16 17:32:05kernel: [  379.048100] hub 5-0:1.0: unable to enumerate USB device on port 1
Dus op usb 2-1 waar hij het normaal op deed, komt er nu ook een error uit zonder voedingskabel.
Dus error - 71 nu op usb 2-1 en een error -62 op de usb 5-1, zelfs daar zit nu verschil tussen.

Begin nu sterk te denken dat het een power probleem is en waarschijnlijk te maken heeft met de lader dan de tablet.
De lader geeft waarschijnlijk een te lage spanning af, waarbij de USB bus mee gaat helpen om te laden.
Als de stroom te hoog gaat worden om de lading bij te houden ... dan kapt de USB ermee.
Alleen aangesloten zou hij kunnen werken, daardoor de usb 2-1 melding, maar om te laden trekt hij de bus omlaag en de USB kapt er ook mee.

Wat ik al zeg, een long shot maar wel iets waar ik denk ik rekening mee moet houden.
Hij stopte er namelijk ook vaak mee als ik hem veel gebruikte om te testen ... maar dan zou je denken dat hij bij een aangesloten lader draait op de lader en niet op de batterij.

Ga eens kijken of ik ergens een lader kan krijgen om dit te onderbouwen.

[jan11000]

Andere kabel ook proberen.
Ook andere pc proberen.

[donpedroII]

Heb inderdaad al een andere kabel geprobeerd en een andere poort.
De andere PC hier in huis is die van mijn vrouw en dat is een MAC ... je weet wel zo'n appel ding
Die wil hem ook niet mounten op zijn USB poort, maar zou mij niet verbazen dat je, net als binnen Ubuntu, udev details zou moeten toevoegen.

Dus tot zover nog weinig progress.
Het is nu zelfs zo dat hij met geen mogelijkheid meer wil connecten ... zonder voeding of met voeding, beide manieren alleen maar error 71 of 62.
Begint er op te lijken dat de android USB driverchip in de tablet toch wel eens als verdachte aangemerkt zou kunnen worden.
Het enige wat ik tot nu toe wel weet, dat de ehci driver aangesproken word als er geen voeding aangesloten is en ohci als de voeding wel aangesloten is.
Dat alleen al is een vreemd gedrag als je het mij vraagt.

Maar bedank voor de opmerking.

[Paul Matthijsse]

Suggestie: misschien is de USB-poort op je pc bezig stuk te gaan. Probeer ook alle andere poorten.

[donpedroII]

Paul, heb alle poorten geprobeerd en het probleem verplaatst gewoon mee naar de poort waar hij op aangesloten is.
Vreemde is wel dat er USB 'gelijkende' data aanwezig moet zijn, omdat hij hem waarneemt als een USB device als je hem aansluit.

Er zitten natuurlijk 2 kanten aan een USB kabel, maar de poort welke normaal een werkende printer aanstuurt (ehci), daar doet hij het ook niet op.
Mijn verdenkingen gaan wel steeds meer op richting de tablet met een slechte USB hardware/driver.