fischls USBasp unter Debian

[Ralf (Gast)]

Hallo,

ich habe gerade versucht den USBasp von fischl mit AVRDUDE unter Linux 
anzusprechen. Zugriff auf den Programmer gibt es nur mit Rootrechten. 
Nun habe ich verschiedene Einstellungen für udev gefunden, die alle 
nicht greifen.

Beitrag "Re: USBASP zum laufen bringen"

http://lazyzero.de/elektronik/avr/usbasplinux

Der Programmer bleibt aber trotzdem nur mit "sudo" ansprechbar.

Kann mir jemand helfen?

[Ralf (Gast)]

..ich sollte wohl noch dazusagen, dass ich immer noch Debian 4 verwende

[Ralf (Gast)]

Ralf schrieb:
> ..ich sollte wohl noch dazusagen, dass ich noch Debian 7.8
> verwende

[er Deb (Gast)]

udev rule

[er Deb (Gast)]

Passen Deine idVendor und idProduct nicht auf:

>SYSFS{idVendor}=="16c0", SYSFS{idProduct}=="05dc", GROUP="users", >MODE="666"

?

Ggfs mit lsusb prüfen, wenn der USBasp steckt.

[Ralf (Gast)]

er Deb schrieb:
> Passen Deine idVendor und idProduct nicht auf:
>
>>SYSFS{idVendor}=="16c0", SYSFS{idProduct}=="05dc", GROUP="users", >MODE="666"
>
> ?
>
> Ggfs mit lsusb prüfen, wenn der USBasp steckt.

ja:

Bus 003 Device 006: ID 16c0:05dc VOTI shared ID for use with libusb

[Ralf (Gast)]

ich habe jetzt eine Datei /etc/udev/rules.d/015_usbprog.rules
erzeugt:

SYSFS{idVendor}=="16c0", SYSFS{idProduct}=="05dc", GROUP="users", MODE="666"

danach udev neu gestartet:

sudo /etc/init.d/udev restart

...erfolglos

[Sheeva P. (sheevaplug)]

Ralf schrieb:
> ich habe jetzt eine Datei /etc/udev/rules.d/015_usbprog.rules
> erzeugt:
>
>

> 
> SYSFS{idVendor}=="16c0", SYSFS{idProduct}=="05dc", GROUP="users", 
> MODE="666"
>

>
> danach udev neu gestartet:
>
>

sudo /etc/init.d/udev restart
>

>
> ...erfolglos

Oben spricht lsusb von einer "shared ID for use with libusb". Ist es 
möglich, daß die ID noch für andere Geräte verwendet und die udev-Rule 
deswegen überschrieben wird?

[Ralf (Gast)]

Sheeva P. schrieb:
> Oben spricht lsusb von einer "shared ID for use with libusb". Ist es
> möglich, daß die ID noch für andere Geräte verwendet und die udev-Rule
> deswegen überschrieben wird?

ich weiss jetzt nicht genau, was das bedeutet, aber es steckt definitiv 
nur dieser eine Programmer an den USB-Ports

[Axel S. (a-za-z0-9)]

Ralf schrieb:
> ich habe jetzt eine Datei /etc/udev/rules.d/015_usbprog.rules
> erzeugt:
>

> SYSFS{idVendor}=="16c0", SYSFS{idProduct}=="05dc", GROUP="users", 
> MODE="666"

> ...erfolglos

Sicher daß bei deinem udev die Attribute noch per SYSFS{...} 
spezifiziert werden müssen? Mal ein paar existierende udev-Rules 
angeschaut?

Bei mir (Debian 8) sieht das so aus:

SUBSYSTEM!="usb", GOTO="usb_rules_end"
ACTION!="add", GOTO="usb_rules_end"
ENV{DEVTYPE}!="usb_device", GOTO="usb_rules_end"

#usbasp
ATTR{idVendor}=="16c0", ATTR{idProduct}=="05dc", MODE="0660", GROUP="plugdev", SYMLINK+="usbasp_%n"
#usbtiny
ATTR{idVendor}=="1781", ATTR{idProduct}=="0c9f", MODE="0660", GROUP="plugdev", SYMLINK+="usbtiny_%n"
#STM st/linkv2
ATTR{idVendor}=="0483", ATTR{idProduct}=="3748", MODE="0660", GROUP="plugdev", SYMLINK+="stlinkv2_%n"
...

LABEL="usb_rules_end"

und funktioniert

Nachtrag: "plugdev" ist die Gruppe, der pluggable devices defaultmäßig 
gehören. Du mußt dich eventuell noch in diese Gruppe eintragen. Du 
kannst natürlich auch gleich "users" nehmen (da ist jeder User drin) 
aber es ist dann ein bißchen liberaler als eigentlich vorgesehen.

[Ralf (Gast)]

habe jetzt folgendes in /etc/udev/rules.d/015_usbprog.rules die 
geschrieben:

SUBSYSTEM!="usb", GOTO="usb_rules_end"
ACTION!="add", GOTO="usb_rules_end"
ENV{DEVTYPE}!="usb_device", GOTO="usb_rules_end"

#usbasp
ATTR{idVendor}=="16c0", ATTR{idProduct}=="05dc", MODE="0660", GROUP="users", SYMLINK+="usbasp_%n"

...udev neu gestartet und den programmer abgezogen

AVRDUDE meldet immer noch:

avrdude: Version 5.11.1, compiled on Oct 18 2011 at 21:17:35
         Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
         Copyright (c) 2007-2009 Joerg Wunsch

         System wide configuration file is "/etc/avrdude.conf"
         User configuration file is "/home/micha/.avrduderc"
         User configuration file does not exist or is not a regular file, skipping

         Using Port                    : USB
         Using Programmer              : usbasp
avrdude: Warning: cannot query manufacturer for device: error sending control message: Operation not permitted
avrdude: error: could not find USB device "USBasp" with vid=0x16c0 pid=0x5dc

avrdude done.  Thank you.

ich habe die /etc/udev/rules.d/015_usbprog.rules neu erzeugt...muss ich 
vielleicht die /etc/udev/rules.d/015_usbprog.rules irgendwie ausführbar 
machen oder ihr Rechte erteilen?

[user (Gast)]

also ich habe das in der udev rule stehen:

SUBSYSTEM=="usb", ATTRS{idVendor}=="16c0", ATTRS{idProduct}=="05dc", 
MODE="0666"

[Ralf (Gast)]

user schrieb:
> u

user schrieb:
> also ich habe das in der udev rule stehen:
>
> SUBSYSTEM=="usb", ATTRS{idVendor}=="16c0", ATTRS{idProduct}=="05dc",
> MODE="0666"

hab's mal reinkopiert...ohne erfolg. Ich glaube, ich mache etwas anderes 
falsch

[Sheeva P. (sheevaplug)]

Was ich oben gemeint habe, war: gibt es möglicherweise mehrere Geräte 
bzw. udev-Regeln mit derselben Kombination aus Produkt- und Vendor-Id?

Ralf schrieb:
> user schrieb:
>> also ich habe das in der udev rule stehen:
>>
>> SUBSYSTEM=="usb", ATTRS{idVendor}=="16c0", ATTRS{idProduct}=="05dc",
>> MODE="0666"
>
> hab's mal reinkopiert...ohne erfolg. Ich glaube, ich mache etwas anderes
> falsch

Was sagen denn die Logdateien und der Kernel-Ringpuffer (dmesg(1)) dazu?

Edit: Und, ach ja, wie rufst Du den avrdude genau auf?

[Ralf (Gast)]

>avrdude -P USB -c usbasp -p m644p -v

avrdude: Version 5.11.1, compiled on Oct 18 2011 at 21:17:35
         Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
         Copyright (c) 2007-2009 Joerg Wunsch

         System wide configuration file is "/etc/avrdude.conf"
         User configuration file is "/home/micha/.avrduderc"
         User configuration file does not exist or is not a regular file, skipping

         Using Port                    : USB
         Using Programmer              : usbasp
avrdude: Warning: cannot query manufacturer for device: error sending control message: Operation not permitted
avrdude: error: could not find USB device "USBasp" with vid=0x16c0 pid=0x5dc

avrdude done.  Thank you.

...oder:

 
 sudo avrdude -P USB -c usbasp -p m644p -v

avrdude: Version 5.11.1, compiled on Oct 18 2011 at 21:17:35
         Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
         Copyright (c) 2007-2009 Joerg Wunsch

         System wide configuration file is "/etc/avrdude.conf"
         User configuration file is "/root/.avrduderc"
         User configuration file does not exist or is not a regular file, skipping

         Using Port                    : USB
         Using Programmer              : usbasp
         AVR Part                      : ATMEGA644P
         Chip Erase delay              : 9000 us
         PAGEL                         : PD7
         BS2                           : PA0
         RESET disposition             : dedicated
         RETRY pulse                   : SCK
         serial program mode           : yes
         parallel program mode         : yes
         Timeout                       : 200
         StabDelay                     : 100
         CmdexeDelay                   : 25
         SyncLoops                     : 32
         ByteDelay                     : 0
         PollIndex                     : 3
         PollValue                     : 0x53
         Memory Detail                 :

                                  Block Poll               Page                       Polled
           Memory Type Mode Delay Size  Indx Paged  Size   Size #Pages MinW  MaxW   ReadBack
           ----------- ---- ----- ----- ---- ------ ------ ---- ------ ----- ----- ---------
           eeprom        65    10   128    0 no       2048    8      0  9000  9000 0xff 0xff
           flash         33     6   256    0 yes     65536  256    256  4500  4500 0xff 0xff
           lock           0     0     0    0 no          1    0      0  9000  9000 0x00 0x00
           lfuse          0     0     0    0 no          1    0      0  9000  9000 0x00 0x00
           hfuse          0     0     0    0 no          1    0      0  9000  9000 0x00 0x00
           efuse          0     0     0    0 no          1    0      0  9000  9000 0x00 0x00
           signature      0     0     0    0 no          3    0      0     0     0 0x00 0x00
           calibration    0     0     0    0 no          1    0      0     0     0 0x00 0x00

         Programmer Type : usbasp
         Description     : USBasp, http://www.fischl.de/usbasp/

avrdude: auto set sck period (because given equals null)
avrdude: warning: cannot set sck period. please check for usbasp firmware update.
avrdude: error: programm enable: target doesn't answer. 1 
avrdude: initialization failed, rc=-1
         Double check connections and try again, or use -F to override
         this check.


avrdude done.  Thank you.

[Ralf (Gast)]

Sheeva P. schrieb:
> Was sagen denn die Logdateien und der Kernel-Ringpuffer (dmesg(1)) dazu?

was bedeutet (dmesg(1)) ?

dmesg sagt:

 
[14639.577006] udevd[8657]: starting version 175
[14653.496120] usb 3-1: USB disconnect, device number 7
[14655.224045] usb 3-1: new low-speed USB device number 8 using uhci_hcd
[14655.396053] usb 3-1: New USB device found, idVendor=16c0, idProduct=05dc
[14655.396063] usb 3-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[14655.396071] usb 3-1: Product: USBasp
[14655.396076] usb 3-1: Manufacturer: www.fischl.de
[15040.872120] usb 3-1: USB disconnect, device number 8
[16326.958796] udevd[8842]: starting version 175
[16332.736056] usb 3-1: new low-speed USB device number 9 using uhci_hcd
[16332.908099] usb 3-1: New USB device found, idVendor=16c0, idProduct=05dc
[16332.908109] usb 3-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[16332.908116] usb 3-1: Product: USBasp
[16332.908122] usb 3-1: Manufacturer: www.fischl.de

[Ralf (Gast)]

Sheeva P. schrieb:
> Was ich oben gemeint habe, war: gibt es möglicherweise mehrere Geräte
> bzw. udev-Regeln mit derselben Kombination aus Produkt- und Vendor-Id?

..also die testweise erzeugte /etc/udev/rules.d/60-objdev.rules habe ich 
extra gelöscht

[Ralf (Gast)]

...hat es eine Bedeutung, dass der device bei jedem reconnect 
hochgezählt wird?..mittlerweile bin ich bei USB device number 9

[Axel S. (a-za-z0-9)]

Sheeva P. schrieb:
> Was ich oben gemeint habe, war: gibt es möglicherweise mehrere Geräte
> bzw. udev-Regeln mit derselben Kombination aus Produkt- und Vendor-Id?

Unwahrscheinlich.

>>> SUBSYSTEM=="usb", ATTRS{idVendor}=="16c0", ATTRS{idProduct}=="05dc",
>>> MODE="0666"
>>
>> hab's mal reinkopiert...ohne erfolg. Ich glaube, ich mache etwas anderes
>> falsch
>
> Was sagen denn die Logdateien und der Kernel-Ringpuffer (dmesg(1)) dazu?

Jep, das wär mal interessant. Und es gab wohl auch eine Möglichkeit, 
sich die udev-Events anzusehen ... "udevadm monitor -kup"

> Edit: Und, ach ja, wie rufst Du den avrdude genau auf?

Das hat damit nichts zu tun. Man muß udev nur neu laden (sudo udevadm 
control -R) und das Gerät neu anstecken. Dann sollte die neue udev-Regel 
greifen und das neu erzeugte Gerät mit den gewünschten 
Eigentümerschaften und Zugriffsrechten erzeugen. avrdude versucht dann 
nur reihum alle USB-Geräte zu lesen bis er den usbasp findet.

@Ralf: wie sind denn die Eigentümer/Rechte für deinen usbasp gesetzt? 
Hier sieht es so aus:

~ $ls -l /dev/usbasp*
lrwxrwxrwx 1 root root 15 Jun 11 22:05 /dev/usbasp_4 -> bus/usb/003/013

~ $ls -l /dev/bus/usb/003/013
crw-rw---- 1 root plugdev 189, 268 Jun 11 22:05 /dev/bus/usb/003/013

Das Gerät usbasp_* in /dev kriege ich natürlich nur wegen meiner 
udev-Regel. Aber Bus- und Device-ID siehst du ja auch in "lsusb"

[Sheeva P. (sheevaplug)]

Ralf schrieb:
> Sheeva P. schrieb:
>> Was sagen denn die Logdateien und der Kernel-Ringpuffer (dmesg(1)) dazu?
>
> was bedeutet (dmesg(1)) ?

Daß es da ein Programm namens "dmesg" gibt, welches in der 
Manpage-Sektion 1 dokumentiert ist -- aber das hast Du ja schon 
gefunden. :-)

[Ralf (Gast)]

 
>ls -l /dev/bus/usb/003/010
crw-rw-r-T 1 root root 189, 265 Jun 11 23:02 /dev/bus/usb/003/010

heißt das, dass der device noch nicht in der richtigen Gruppe ist?