Ubuntu detecteert USB apparaten zoals USBasp niet

[Opifex]

Mijn vraag
Een tijdje geleden heb ik een hele avond liggen Googlen om een USBasp werkend te krijgen met avrdude. Eerst dacht ik dat het aan avrdude lag, maar uiteindelijk merkte ik dat er geen entry tevoorschijn komt in lsusb. Met andere woorden: hij wordt niet gedetecteerd.
Naar wat ik las kunnen gebruikers niet rechtstreeks met usb-apparaten communiceren, en moeten hiervoor dingen in udev ingesteld worden. Dit probeerde ik, maar hielp niet.

De volgende dag probeerde ik het op een andere computer, ook met Ubuntu, en toen werkte het meteen! Aan de USBasp lag het dus niet.

Nu vandaag probeerde ik een DVB-T tuner werkend te krijgen met GNU-radio. Ik weet dat deze tuner werkte op windows, op dezelfde computer.

Ik heb dit stappenplan gevolgd om udev ervoor in te stellen: https://wiki.gnuradio.org/index.php/UdevConfig

Maar wanneer ik lsusb | grep fffe:0002 uitvoer krijg ik geen output te zien. Er is ook geen extra apparaat bijgekomen als ik lsusb losstaand uitvoer.

Ik vermoed dat er iets niet helemaal in de haak is met mijn Ubuntu installatie, omdat beide apparaten wel werken op andere computers/besturingssystemen. Maar eerlijk gezegd heb ik geen clue waar ik zou moeten beginnen zoeken. (Ben een Linux-rookie...). Iemand die me in de juiste richting kan wijzen?


Relevante software en hardware die ik gebruik
Ubuntu 18.04, USBAsp (chinese knock-off), RTL2823u dvb-t tuner
Moederbord: Asus P8Z68-V

Wat ik al gevonden of geprobeerd heb
Zie hierboven


Alvast bedankt!

[Hero of Time]

Kan je wat meer informatie over je hardware geven, zoals moederbord, wat voor USB poorten je hebt en de uitvoer van lsusb?

Werken andere USB apparaten wel op de poort waar je de USBasp op aansluit, zoals een usb stick of muis? In het BIOS staan ook alle poorten ingeschakeld?

[Opifex]

Hero of Time schreef op zondag 19 mei 2019 @ 11:20:
Kan je wat meer informatie over je hardware geven, zoals moederbord, wat voor USB poorten je hebt en de uitvoer van lsusb?

Moederbord is een Asus P8Z68-V (ik voeg het ook even toe in de TS). De USB-poorten die ik gebruik zijn front USB2.0, maar ook met USB achteraan, of USB3.0 werkt het niet.

Output lsusb:

code:

 Bus 002 Device 004: ID 0cf3:3005 Atheros Communications, Inc. AR3011 Bluetooth
Bus 002 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 006 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 005 Device 002: ID 04ca:002f Lite-On Technology Corp. 
Bus 005 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 003: ID 2516:0028  
Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Werken andere USB apparaten wel op de poort waar je de USBasp op aansluit, zoals een usb stick of muis?

Ja, muizen, toetsenborden, sticks, SD-kaartlezers, etc. etc. Werken allemaal wel. Het zijn enkel apparaten die rechtstreeks met het USB apparaat communiceren (zoals USBasp, en ik vermoed ook zo'n tuner, als je het gebruikt voor RTL-SDR) die niet gedetecteerd worden.

In het BIOS staan ook alle poorten ingeschakeld?

Ik neem aan van wel, aangezien ik deze poort bijna continue gebruik? Maar kan het wel even checken als dat nodig is.

[ Voor 7% gewijzigd door Opifex op 19-05-2019 11:31 ]

[Hero of Time]

De andere Ubuntu installatie waar het wel werkt is neem ik even aan dezelfde 18.04. Kan je een nieuwe 18.04 installatie stick maken en daar de live omgeving mee opstarten en testen?

Kijk ook eens met een terminal wat je krijgt als je het volgende uitvoert en daarna het apparaat aansluit:

journalctl -f

Dit opent het systeem log en volgt toevoegingen van apparaten en andere wijzigingen en gebeurtenissen. Hopelijk worden we daar nog wat wijzer van.

[Opifex]

Oké dit is bizar... de tuner werkt plots wel... (ofja, hij staat toch al in lsusb. Ik krijg hem nog niet helemaal aan de praat, maar dat is een losstaand probleem hiervan).

de USBAsp werkt echter nog steeds niet, en geeft in journalctl ongeveer hetzelfde als ik me herinner dat hij in dmesg gaf:

code:

Mai 19 16:39:11 lola kernel: usb 1-1.3: new low-speed USB device number 5 using ehci-pci
Mai 19 16:39:17 lola kernel: usb 1-1.3: device descriptor read/64, error -32
Mai 19 16:39:17 lola kernel: usb 1-1.3: device descriptor read/64, error -32
Mai 19 16:39:17 lola kernel: usb 1-1.3: new low-speed USB device number 6 using ehci-pci
Mai 19 16:39:17 lola kernel: usb 1-1.3: device descriptor read/64, error -32
Mai 19 16:39:23 lola kernel: usb 1-1.3: device descriptor read/64, error -32
Mai 19 16:39:23 lola kernel: usb 1-1-port3: attempt power cycle
Mai 19 16:39:24 lola kernel: usb 1-1.3: new low-speed USB device number 7 using ehci-pci
Mai 19 16:39:29 lola systemd[1]: bumblebeed.service: Service hold-off time over, scheduling restart.
Mai 19 16:39:29 lola systemd[1]: bumblebeed.service: Scheduled restart job, restart counter is at 27.
Mai 19 16:39:29 lola systemd[1]: Stopped Bumblebee C Daemon.
Mai 19 16:39:29 lola systemd[1]: Started Bumblebee C Daemon.
Mai 19 16:39:29 lola bumblebeed[10155]: [ 1698.904919] [ERROR]No integrated video card found, quitting.
Mai 19 16:39:29 lola systemd[1]: bumblebeed.service: Main process exited, code=exited, status=1/FAILURE
Mai 19 16:39:29 lola systemd[1]: bumblebeed.service: Failed with result 'exit-code'.
Mai 19 16:39:29 lola kernel: usb 1-1.3: device not accepting address 7, error -32
Mai 19 16:39:30 lola kernel: usb 1-1.3: new low-speed USB device number 8 using ehci-pci
Mai 19 16:39:30 lola kernel: usb 1-1.3: device not accepting address 8, error -32
Mai 19 16:39:30 lola kernel: usb 1-1-port3: unable to enumerate USB device
Mai 19 16:39:30 lola kernel: usb 1-1.3: new low-speed USB device number 9 using ehci-pci
Mai 19 16:39:36 lola kernel: usb 1-1.3: device descriptor read/64, error -32
Mai 19 16:39:36 lola kernel: usb 1-1.3: device descriptor read/64, error -32
Mai 19 16:39:36 lola kernel: usb 1-1.3: new low-speed USB device number 10 using ehci-pci
Mai 19 16:39:41 lola kernel: usb 1-1.3: device descriptor read/64, error -32
Mai 19 16:39:47 lola kernel: usb 1-1.3: device descriptor read/64, error -32
Mai 19 16:39:47 lola kernel: usb 1-1-port3: attempt power cycle
Mai 19 16:39:48 lola kernel: usb 1-1.3: new low-speed USB device number 11 using ehci-pci
Mai 19 16:39:53 lola kernel: usb 1-1.3: device not accepting address 11, error -32
Mai 19 16:39:54 lola kernel: usb 1-1.3: new low-speed USB device number 12 using ehci-pci
Mai 19 16:39:54 lola kernel: usb 1-1.3: device not accepting address 12, error -32
Mai 19 16:39:54 lola kernel: usb 1-1-port3: unable to enumerate USB device
Mai 19 16:39:54 lola kernel: usb 1-1.3: new low-speed USB device number 13 using ehci-pci
Mai 19 16:39:55 lola kernel: usb 1-1.3: device descriptor read/64, error -32
Mai 19 16:40:00 lola kernel: usb 1-1.3: device descriptor read/64, error -32
Mai 19 16:40:00 lola kernel: usb 1-1.3: new low-speed USB device number 14 using ehci-pci
Mai 19 16:40:01 lola kernel: usb 1-1.3: device descriptor read/64, error -32
Mai 19 16:40:01 lola kernel: usb 1-1.3: device descriptor read/64, error -32
Mai 19 16:40:01 lola kernel: usb 1-1-port3: attempt power cycle
Mai 19 16:40:02 lola kernel: usb 1-1.3: new low-speed USB device number 15 using ehci-pci
Mai 19 16:40:07 lola kernel: usb 1-1.3: device not accepting address 15, error -32

Hero of Time schreef op zondag 19 mei 2019 @ 11:36:
De andere Ubuntu installatie waar het wel werkt is neem ik even aan dezelfde 18.04. Kan je een nieuwe 18.04 installatie stick maken en daar de live omgeving mee opstarten en testen?

As het goed is is dat inderdaad ook een 18.04, maar dat zou ik om zeker te zijn nog eens moeten controleren.
Ik zal proberen vanavond een live omgeving te maken en kijken of het daarmee werkt.

[Hero of Time]

Wat ik zie aan de uitvoer is dat het mogelijk niet genoeg stroom krijgt, vanwege de power cycle meldingen. Of het apparaat wil niet lekker 'opstarten'. Dat kan duiden op problemen met het apparaat zelf. Mogelijk is het niet helemaal in orde meer en is het afwachten totdat het volledig faalt.

[Opifex]

Hero of Time schreef op zondag 19 mei 2019 @ 17:23:
Wat ik zie aan de uitvoer is dat het mogelijk niet genoeg stroom krijgt, vanwege de power cycle meldingen. Of het apparaat wil niet lekker 'opstarten'. Dat kan duiden op problemen met het apparaat zelf. Mogelijk is het niet helemaal in orde meer en is het afwachten totdat het volledig faalt.

Waaruit leid je dit af? Want als het een defect is met het apparaat, waarom werkt het dan wel flawless op een andere computer?

Ik lees trouwens "device not accepting address" ? Dit wijst toch op iets anders dan op een stroomprobleem, niet?

[Hero of Time]

Ik zeg dat het een mogelijkheid is. Je hebt vaker hardware dat op de rand van sterven staat en bij de een nog wel functioneert en de ander niet. Voortekenen zijn dat.

Je hebt nu iig een paar meldingen die je door Google kan halen om te zien wat het precies betekend.

[Opifex]

Deze meldingen had ik een tijdje geleden al in dmesg gevonden, en er op gegoogled. Net weer wat zitten zoeken, en de enige conclusie die ik kan trekken is dat er velen dit probleem hebben, waarna er velen het antwoord geven dat het ofwel normaal is omdat USBasp waar avrdude rechtstreeks mee communiceert via de USB-poort (ondanks dat deze stelling misschien waar is, weet ik dat het bs is, want op de andere pc komt hij wél in lsusb en zijn deze errors niet te zien) of anderen die een bepaalde oplossing met udev oid. naar voorschuiven, maar dat bij niemand lijkt te werken.

Ik ga één van de dagen denk ik een volledig schone installatie van Ubuntu uitvoeren, om te kijken of dat iets uithaalt.

[Hero of Time]

Daarom de test met een live omgeving. Had je dat al kunnen doen? Dan weet je namelijk of het wel zin heeft een nieuwe installatie uit te voeren.

[Opifex]

Voorlopig nog niet kunnen doen, ik test het asap.
Bedankt voor je tips alvast!

[Opifex]

Het heeft even geduurd, maar ondertussen de tijd gehad om het uit te proberen.

Ubuntu vanuit een Live-omgeving geeft identiek hetzelfde gedrag.
Het ligt aan de USBAsp dan, zou je denken? Maar... ik heb nog een tweede USBAsp gevonden, en die vertoont ook dit gedrag op deze computer (in de live omgeving getest).

Misschien toch ergens iets hardwarematig mis met mijn computer? Een BIOS instelling verkeerd?

[Hero of Time]

Kijk eens naar de verschillen in o.a. de USB controller tussen deze PC waar het niet werkt en de PC waar het wel werkt.

[Bezulba]

Ik heb zo'n zelfde ding gehad maar onder windows. Ook met een USBasp kloon en AVRdude. Bleek dat ik een generieke driver moest gebruiken voor mijn kloon ipv de driver die windows zelf installeerd. Ik heb een donkerbruin vermoeden dat het onder Ubuntu niet anders is. Misschien is dit een richting om op te zoeken?

https://sparks.gogo.co.nz/usbasp_drivers.html staan wat tips in bijvoorbeeld.

[ Voor 11% gewijzigd door Bezulba op 29-05-2019 11:21 ]

[Hero of Time]

Ubuntu heeft niet altijd specifieke drivers voor apparaten, zeker als er generieke zijn die meer hardware ondersteund en effectief dezelfde functionaliteit biedt*. Het is niet logisch dat een live omgeving het ook niet doet, net als de vaste installatie, als het op een ander systeem met dezelfde Ubuntu het wel doet.


* Denk aan de USB controller. Daar is 1 module verantwoordelijk voor terwijl je bij Windows tientallen verschillende drivers hebt om de verschillende merken, types en revisies te laten werken.

[Opifex]

Bezulba schreef op woensdag 29 mei 2019 @ 11:20:
Ik heb zo'n zelfde ding gehad maar onder windows. Ook met een USBasp kloon en AVRdude. Bleek dat ik een generieke driver moest gebruiken voor mijn kloon ipv de driver die windows zelf installeerd. Ik heb een donkerbruin vermoeden dat het onder Ubuntu niet anders is. Misschien is dit een richting om op te zoeken?

https://sparks.gogo.co.nz/usbasp_drivers.html staan wat tips in bijvoorbeeld.

Linux heeft hier geen drivers voor nodig. Meer nog zelfs: er bestaat geen device-drivers voor. Deze zitten al ingebakken in Linux zelf.
De udev rule heb ik al toegepast, maar dit zou eigenlijk pas moeten gebeuren nadat het apparaat gedetecteerd wordt in lsusb.

Hero of Time schreef op woensdag 29 mei 2019 @ 11:16:
Kijk eens naar de verschillen in o.a. de USB controller tussen deze PC waar het niet werkt en de PC waar het wel werkt.

Ik probeer het asap na te kijken.

[Opifex]

Oké even een update: Ik heb nog niet de kans gehad om te kijken welke controller het systeem had waarop het wél werkte, maar heb wel kunnen kijken welke controller het systeem heeft waarop het niet werkte.

Dit vond ik:

code:

        *-usb:0
             description: USB controller
             product: 6 Series/C200 Series Chipset Family USB Enhanced Host Controller #2
             vendor: Intel Corporation
             physical id: 1a
             bus info: pci@0000:00:1a.0
             version: 05
             width: 32 bits
             clock: 33MHz
             capabilities: ehci bus_master cap_list
             configuration: driver=ehci-pci latency=0
             resources: irq:23 memory:fb427000-fb4273ff

           *-usb
                description: USB controller
                product: ASM1042 SuperSpeed USB Host Controller
                vendor: ASMedia Technology Inc.
                physical id: 0
                bus info: pci@0000:03:00.0
                version: 00
                width: 64 bits
                clock: 33MHz
                capabilities: xhci bus_master cap_list
                configuration: driver=xhci_hcd latency=0
                resources: irq:17 memory:fb300000-fb307fff
   
        *-usb:1
             description: USB controller
             product: 6 Series/C200 Series Chipset Family USB Enhanced Host Controller #1
             vendor: Intel Corporation
             physical id: 1d
             bus info: pci@0000:00:1d.0
             version: 05
             width: 32 bits
             clock: 33MHz
             capabilities: ehci bus_master cap_list
             configuration: driver=ehci-pci latency=0
             resources: irq:23 memory:fb426000-fb4263ff

3 verschillende controllers? Dat is vreemd...? Ik heb front-USB, en back-USB. Dus ik zou verwachten dat het 2 controllers zijn?

Ik ben nog eens gaan kijken achteraan het moederbord, en inderdaad... daar zijn de USB-poorten gegroepeerd in 2 blokjes: één rondom de ethernet aansluiting, en één op de plaats waar gewoonlijk de PS/2 aansluitingen zitten (welke dit moederbord niet meer heeft).

Ik dacht, laat ik het nog eens in testen op alle 3 de plaatsen waar USB voorzien is, en bij de laatste (rondom de ethernet-aansluiting), kreeg ik dit in dmesg te zien:

code:

[  282.632060] usb 5-1: new low-speed USB device number 3 using xhci_hcd
[  282.859335] usb 5-1: New USB device found, idVendor=16c0, idProduct=05dc
[  282.859339] usb 5-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[  282.859341] usb 5-1: Product: USBasp
[  282.859343] usb 5-1: Manufacturer: www.fischl.de

In lsusb kwam hetvolgende erbij te staan:

code:

Bus 005 Device 003: ID 16c0:05dc Van Ooijen Technische Informatica shared ID for use with libusb

BAM! Het werkt dus! (Of het apparaat wordt toch al gedetecteerd).

Blijkbaar is er dus inderdaad een soort incompatibiliteit met 2 van de 3 controllers om de één of andere reden.

Ook even testen of het effectief kan communiceren met een microcontroller:

code:

$ avrdude -c usbasp -p atmega328p

avrdude: warning: cannot set sck period. please check for usbasp firmware update.
avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.00s

avrdude: Device signature = 0x1e950f (probably m328p)

avrdude: safemode: Fuses OK (E:FF, H:D9, L:62)

avrdude done.  Thank you.

Ja hoor! Het werkt!

Bedankt om me in de goeie richting te wijzen @Hero of Time !

(Vergeef me effe deze dubbelpost, maar ik zet de oplossing even apart zodat ik het kan 'aanvaarden', voor moesten anderen met een gelijkaardig probleem deze thread tegenkomen.)

EDIT: blijkbaar kan je op Tweakers je eigen post niet aanduiden als oplossing? =/
Dat is toch wel een beetje een tekortkoming imo. Op Stackoverflow e.d. kan dit wel.