Hallo zusammen!
Ich hab das Problem avrdude (bzw eclipse was auf avrdude aufsetzt)
beizubringen, dass es doch bitte den avr dragon anspricht
Invoking: AVRDude
/usr/bin/avrdude -pusb1287 -cdragon_jtag -Pusb
-Uflash:w:testingUSB.hex:a
avrdude: usbdev_open(): did not find any USB device "usb"
make: *** [avrdudedummy] Error 1
17:59:53 Build Finished (took 846ms)
Wie in Foren beschrieben habe ich zuvor ein rule in etc/udev/rules.d
angelegt 80-usbprog.rules:
ATTR{idVendor}=="03eb", ATTR{idProduct}=="2104", GROUP="plugdev",
MODE="0660" # AVRISP mkII
ATTR{idVendor}=="03eb", ATTR{idProduct}=="2107", GROUP="plugdev",
MODE="0660" # AVR-Dragon
ATTR{idVendor}=="03eb", ATTR{idProduct}=="2103", GROUP="plugdev",
MODE="0660" # JTAG ICE mkII
ATTR{idVendor}=="03eb", ATTR{idProduct}=="2106", GROUP="plugdev",
....
auch das restarten von udev erfolgte..
trotzdem erhalte ich die oben beschriebene Fehlermeldung.
Hat da jemand schon Erfahrungen gemacht?
:
Verschoben durch Moderator
Klappt es denn als root? Bist du Mitglied der Gruppe plugdev? Gehört der dragon auch wirklich plugdev? Gruß Oliver
Hallo Oliver! Ich hab es jetz versucht plugdev durch "meine Gruppe" zu ersätzten. Leider das selbe wie oben. Eclipse als root: **** Build of configuration Release for project testingUSB **** Nothing to build for project testingUSB Gibts noch etw was ich tun kann? Sitzt hier in der Arbeit und mein Scheff sieht zu wie ich versage eine hexfile in den avr zu laden ... seit 9:00 :)
zibi dziubek schrieb: > Gibts noch etw was ich tun kann? > Sitzt hier in der Arbeit und mein Scheff sieht zu wie ich versage eine > hexfile in den avr zu laden ... seit 9:00 Mit AVR-Studio auf einem Windows-PC wärest du damit seit 9:01 fertig. Aber Linux ist natürlich besser. mfg.
Öffne ein Terminal und führe darin folgenden Befehl aus:
1 | sudo avrdude -p usb1287 -c dragon_jtag -P usb |
Wenn das geht, dann ist es ein Rechteproblem. Was gibt der Befehl "groups" zurück? Gruß Oliver
> MODE="0660"
Nimm zum Testen lieber 0666. Du müsstest sonst sicherstellen, dass die
Prozesse von Eclipse und avrdude auch wirklich die Gruppenrechte von
"plugdev" haben.
Mit dem Terminal kann man avrdude auch direkt aufrufen, wenn man vorher
ins richtige Verzeichnis gewechselt hat - da wo testingUSB.hex drin
liegt.
Ach ja: Wenn man UDEV rules geändert hat, muss man das USB device einmal
ab- und wieder anstecken, damit sie ausgeführt werden.
So, bin jetzt zu Hause (ohne AVR) und hab Group auf user gesätzt und Rechte 0666. zu Oliver: zibi@zibi-PC:~$ groups zibi cdrom floppy audio dip video plugdev scanner bluetooth netdev ansonsten bewirkt zibi@zibi-PC:~$ sudo avrdude -p usb1287 -c dragon_jtag -P usb [sudo] password for zibi: zibi is not in the sudoers file. This incident will be reported. und aus dem root terminal(debian): root@zibi-PC:/home/zibi# avrdude -p usb1287 -c dragon_jtag -P usb avrdude: usbdev_open(): did not find any USB device "usb" Erscheint diese Meldung euch auch wenn der Dragon nicht connected ist oder eine andere? Sonst probiere ich es morgen mit eclipse und Hardware.
Google -> "man avrdude" -> http://linux.die.net/man/1/avrdude -P ... Port d.h. z.B. /dev/ttyUSB[0,1,2,3,4,5] "Use port to identify the device to which the programmer is attached. By default the /dev/ppi0 port is used, but if the programmer type normally connects to the serial port, the /dev/cuaa0 port is the default. If you need to use a different parallel or serial port, use this option to specify the alternate port name." Der Fehler bei sudo kommt - wie die Fehlermeldung schon aussagt - daher das du nicht die Rechte hast sudo auszuführen (Eintrag in sudoers für Nutzer zibi sollte das Problem beheben).
@Möwie .. an diesem Punkt war ich heute Nachmittag. Vielleicht kannst du mir ja einen Tipp geben was ich in /dev/xxxx eintragen kann? root@zibi-PC:/dev# ls ati port tty21 tty57 autofs ppp tty22 tty58 block psaux tty23 tty59 bsg ptmx tty24 tty6 btrfs-control pts tty25 tty60 bus random tty26 tty61 char rfkill tty27 tty62 console root tty28 tty63 core rtc tty29 tty7 cpu rtc0 tty3 tty8 cpu_dma_latency sda tty30 tty9 disk sda1 tty31 ttyS0 fd sda2 tty32 ttyS1 full sda3 tty33 ttyS2 fuse sdb tty34 ttyS3 hpet sg0 tty35 uinput input sg1 tty36 urandom kmsg shm tty37 v4l log snapshot tty38 vcs loop0 snd tty39 vcs1 loop1 sndstat tty4 vcs2 loop2 stderr tty40 vcs3 loop3 stdin tty41 vcs4 loop4 stdout tty42 vcs5 loop5 tty tty43 vcs6 loop6 tty0 tty44 vcs7 loop7 tty1 tty45 vcsa loop-control tty10 tty46 vcsa1 MAKEDEV tty11 tty47 vcsa2 mapper tty12 tty48 vcsa3 mcelog tty13 tty49 vcsa4 media0 tty14 tty5 vcsa5 mem tty15 tty50 vcsa6 net tty16 tty51 vcsa7 network_latency tty17 tty52 vga_arbiter network_throughput tty18 tty53 video0 null tty19 tty54 xconsole nvram tty2 tty55 zero oldmem tty20 tty56
zibi dziubek schrieb: > Vielleicht kannst du mir ja > einen Tipp geben was ich in /dev/xxxx eintragen kann? Da trägst du gar nichts selbst ein, denn das gehört dem OS. Ich habe den Thread mal hierher geschoben, da das ein reines Problem deinerseits ist, dein Betriebssystem passend zu beherrschen. Wenn du noch nicht einmal weißt, wie du Adminrechte auf deinem Rechner erlangen kannst ("einen Prozess als root ausführen"), dann frage ich mich aber schon, wie man dir noch helfen soll.
Das kann ich jetzt nicht nachvollziehen: Wie kommst du auf die Idee ich könne ein Process nicht als root starten? Bis jetzt konnte ich mit sudo Befehl oder mit dem debian root terminal arbeiten.
Jörg Wunsch schrieb: > Wenn du noch nicht einmal weißt, wie du Adminrechte auf deinem > Rechner erlangen kannst ("einen Prozess als root ausführen"), dann > frage ich mich aber schon, wie man dir noch helfen soll. Hilft das jetzt bei dem Problem? Nein, würde ich mal vermuten. @zibi dziubek: War das Gerät angeschlossen als du "ls /dev" gemacht hast? Es sieht nicht danach aus. Steck bitte den Dragon an und und mach einmal "ls /dev" und poste es bitte. Jörg Wunsch schrieb: > zibi dziubek schrieb: >> Vielleicht kannst du mir ja >> einen Tipp geben was ich in /dev/xxxx eintragen kann? > > Da trägst du gar nichts selbst ein, denn das gehört dem OS. Das musst du beim Aufruf von avrdude angeben sonst nutzt er Defaultwert aus der avrdude.conf, und dieser ist möglicherweise falsch.
Möwie schrieb: > War das Gerät angeschlossen als du "ls /dev" gemacht hast? Es sieht > nicht danach aus. Steck bitte den Dragon an und und mach einmal "ls > /dev" und poste es bitte. Seit wann taucht der Dragon direkt in dev auf? Der ist doch viel mehr in /dev/bus/usb/ zufinden. lsusb gibt den genauen Ort preis. Gruß Oliver
Debian 7 ist doch noch gar nicht stabil und veröffentlicht. Du solltest ein stabiles Betriebssystem nutzen.
Oliver J. schrieb: > Der ist doch viel mehr > in /dev/bus/usb/ zufinden. lsusb gibt den genauen Ort preis. Ist aber völlig uninteressant. USB funktioniert immer so, dass man die Bibliothek öffnet und dann den gesamten Bus nach dem gewünschten Gerät absucht. Genau das macht AVRDUDE auch, man gibt da nur »-P usb« an und nicht »-P /proc/bus/xxx« (oder was auch immer beim jeweiligen OS genau dahinter steht). zibi dziubek schrieb: > Wie kommst du auf die Idee ich könne ein Process nicht als root starten? "zibi is not in the sudoers file." Solange du nicht als allererstes einmal herausgefunden hast, ob dein Problem nun eins mit den Nutzerrechten ist oder etwas anderes, kann man dir schlecht weiterhelfen. Dazu müsstest du aber eben dein sudo erstmal bedienen können oder dir sonst wie zu einer root-Shell verhelfen, um das AVRDUDE mit root-Rechten zu starten. Funktioniert dann alles, dann musst du auf der Linux-Seite an den Nutzerrechten für deine USB-Geräte weiterfeilen. Das halte ich nach dem, was man bislang von dir lesen konnte für die wahrscheinlichste Fehlerursache, aber es könnte natürlich auch trotzdem noch irgendwas anderes sein.
Thread beobachten
Seitenaufteilung abschaltenBitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.