Hallo liebe Forenmitglieder, ich habe mir das Tutorial zu AVR Programmierung , von mikrocontroller.net , angeschaut und wollte auch gleich starten. Ich habe mit ein Evaluation Board , mit ATmega 16 , von Pollin und als ISP den Diamex PROG-S gekauft. Das Problem ist nur, dass ich keine Verbindung mit dem AVR-Studio zum ISP bekomme. Hab's auch schon mit Ponny-Prog probiert hatte aber auch keinen erfolg. Der Treiber ist korrect instaliert und ich habe den ISP auf Com 2 gelegt. Könnte mir bitte jemadn helfen. Gruß MICHI
Ich bin mir nicht sicher ob der überhaupt mit dem AVR-Studio5 zusammenarbeitet. Nimm dir das Studio4 wenn du nicht unbedingt was brauchst das da nicht drinnen ist.
Hallo, ich habe ein ähnliches Problem mit dem Diamex PROG -S. Ich bin mir nicht sicher, ob ich mich hier einfach dranhängen darf. Falls das nicht so gedacht ist, bitte ich das schon mal zu entschuldigen. Ich verwende das Bord von Polling und nutze avrdude auf Ubuntu 12.04. avrdude rufe ich aus der Konsole auf. Den Programmer habe über eine udev rules Datei angelegt. Wenn ich den Programmer einstecke wird auch eine Datei /dev angelegt. Nach dem Aufruf von avrdude bekomme ich die Fehlermeldung avrdude: usbdev_open(): did not find any USB device "usb". Verwende ich einen AVR mk2 Programmer (ausgeliehen) funktioniert avrdude aus der Konsole, obwohl im Verzeichnis /dev keine Datei angelegt wird. Vieleicht hat jemand einen Tip. Danke Buddy
Beitrag "DIAMEX ALL-AVR" Hilfreich zur Problembehebung: - Ausgabe des lsusb Kommandos um das USB-Gerät kennen zu lernen - Avrdude Kommandozeile und ausführliche Debugausgabe - Inhalt der udev-Regel
Hallo,
anbei die gewünschten Daten.
1. Ausgabe des lsusb Kommandos um das USB-Gerät kennen zu lernen
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 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching
Hub
Bus 002 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching
Hub
Bus 001 Device 003: ID 16c0:2a98 VOTI
Bus 001 Device 004: ID 0bda:58ea Realtek Semiconductor Corp.
Bus 002 Device 003: ID 0489:e00d Foxconn / Hon Hai
Bus 002 Device 004: ID 0bda:0139 Realtek Semiconductor Corp.
Der VOTI muss der Programieradapter sein.
2.Avrdude Kommandozeile und ausführliche Debugausgabe
sudo avrdude -p m32 -c stk500V2 -P usb -U flash:w:avrToSony.hex avrdude:
usbdev_open(): did not find any USB device "usb"
3. Inhalt der udev-Regel
# This file maintains persistent names for usb devices like programmers.
# See udev(7) for syntax.
# angelegt am 20.05.12 von buddy
# file; however you are also free to add your own entries provided you
# add the ENV{GENERATED}=1 flag to your own rules as well.
# MATSHITABD-MLT_UJ240AF (pci-0000:00:1f.2-scsi-4:0:0:0)
ATTR{idVentor}=="03eb",ATTR{idProdukt}=="2104",GROUP="plugdev",MODE="066
0" #mkII
ATTR{idVentor}=="16c0",ATTR{idProdukt}=="2a98",GROUP="plugdev",MODE="066
0" #diamex
Wenn ich den alternativen Programmer mit
sudo avrdude -p m32 -c avrispmkII -P usb -U flash:w:avrToSony.hex
aufrufe funktioniert der upload.
Danke für Deine Bemühungen
Buddy
> Bus 001 Device 003: ID 16c0:2a98 VOTI Dazu findet man leider ganz wenig im Netz. Wesentlich finde ich: http://www.linuxquestions.org/questions/linux-hardware-18/problem-with-udev-rule-on-fedora-15-a-887742/ (SUBSYSTEM=="usb" Anmerkung) http://forums.fedoraforum.org/archive/index.php/t-265610.html Beitrag "Programmer zum laufen bringen" http://www.reactivated.net/writing_udev_rules.html VOTI mit VendorID 0x16c0 hat USB Geräte mit anderen ProductIDs am Start. Die sind meistens CDC ACM basiert, d.h. es ist ein Treiber (Kernelmodul) nötig, welches eine virtuelle Schnittstelle bereitstellt. Hier hapert es vermutlich auf deinem System. Zu der angemeldeten Hardware (Bus 001 Device 003: ID 16c0:2a98 VOTI) wurde der passende Treiber nicht angestoßen, so dass das /dev/ttyACM0 (oft der Programmer) oder /dev/ttyACM1 (oft eine optionale USB-2-UART Bridge) nicht angelegt wurden und auch nicht das Pseudogerät usb (ein Verweis auf /dev/ttyACM0). Du kannst diese Hypothese prüfen, wenn du nach dem Einstöpseln des Programmers mit "cat /proc/bus/usb/devices (http://www.linux-usb.org/USB-guide/c607.html) nachschaust, was erkannt wurde und welche Driver=... Zeile erscheint. Der Treiber sollte sich auch in der "dmesg" Ausgabe bzw. dessen Protokolldatei zeigen, wenn du "dmesg | fgrep acm" oder "dmesg | grep -i acm" eingibst. Wenn du die udev Regeln änderst, daran denken einen udev restart zu machen.
Hallo, Danke für die Infos. Ich werde mich am Wochenende mal intensiv mit der USB Problematik beschäfigen. Buddy
Dann wünsche ich Viel Erfolg! Wenn auf weitere Fragen keine Antwort kommt nicht wundern: Nächste Woche ist bei mir Sendepause, weil ich im schönen Thüringen unterwegs bin :-)
Hi, dann schönen Urlaub (hoffentlich ist es auch Urlaub !) Ich melde mich sobald es neue Erkenntnisse gibt Buddy
Hallo, ich habe das Problem lösen können. Die udev Regel wurde richtig ausgeführt, jedoch hatte ich den falschen device beim Aufruf von avrdude angegeben. Mit avrdude -p m32 -c stk500v2 -P /dev/ttyACM0 -U flash:w:avrToSony.hex funktioniert der Programmer. Der orignale AVR Programmer konnte direkt über -P usb angesprochen werden. Danke für die Unterstützung, hätte ich alleine nicht so schnell gefunden. MFG. Buddy
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.