Pollin Evaluation-Board mit Diamex PROG-S

Es handelt sich um AVR studio 5. Wo man den Programmer einstellt weiß 
ich nicht.

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