Hallo,

weiß jemand, ob es möglich ist einen UC3A3256 über den vorprogrammierten 
USB DFU Bootloader über das Atmel Studio 6 zu programmieren?

über jeden Hinweis bin ich dankbar!

Weiss jemand, wie man BatsISP in das verkorkste Studio6 implementiert 
bekommt? Die doc7745.pdf schafelt zwar was von Target-Pane, aber das 
gibt es im Studio6 nicht mehr...

Du kannst du auch eine Stapelverarbeitungsdatei erstellen und mit 
doppelklick kannst du den uC dann programmieren.

Bei http://www.avr32-wiki.de/ ist auch erklärt wie das geht.

Nur gut für Atmel, dass sich irgend welche Leute unbezahlt einen Kopf 
machen, wie deren Kram zum laufen kommt.

Funktioniert aber (war fast zu erwarten) auch nicht.
Besagtes Batch-File läuft per Doppelklick aus dem Explorer durch, leider 
verkorkst Studio6 da auchmal wieder etwas: Das Batch aus Studio6 heraus 
gestartet findet angeblich das Hex-File nicht.

Das passt irgendwie auch dazu, dass man bei Atmel 8kFlash-memory 
einbaut, welche normal nicht überschrieben werden, aber dann den 
Schalter vergisst, den Code auch an der 0x2000-er Grenze zu 
positionieren.

Und nein, der -Wl, -e, _trampoline Hack funktioniert auch nicht. 
BatchISP will mein Prog mit permanenter Boshaftigkeit nach 0x0000 
orientieren. (Beziehungsweise ignoriert der Linker schon den Versuch)

Langsam kriege ich echt einen Blutrausch mit dem Müll...

Du kannst in die Stapelverarbeitungsdatei auch den direkten Pfad 
angeben, dann kannst du es auch aus Atmel Studio öffnen. Das mit dem 
Trampolin ist etwas komisch, Versuch das mal mit dem Linkerscript, das 
funktioniert bei mir sehr gut.

Es ist egal, wie ich die Batch ins Tools-Menü einbinde, es funktioniert 
nicht. Ich habe auch keinen Bock, noch ein paar Stunden die Hausaufgaben 
von Atmel zu machen. Der WürgAround sieht jetzt so aus, dass ich den 
Explorer offen habe, und das Batch per Doppelklick starte.

Ja, ich habe den make-Script nach dem Wiki umgebaut, damit es 
funktioniert. Daher ja die Bemerkung, dass Atmel zum Glück ein paar 
Freaks in der Fangemeinde hat, die die eine funktionierende Lösung 
publizieren. Atmel scheint seine Doks ja nur alle Jubeljahre mal an die 
Realität anzupassen.

Der AVR wackelt jetzt wenigstens mal mit dem Bein...

Es gibt vermutlich auch keinen Weg, über die USB-Schnittstelle 
OnChip-Debugging zu betreiben? Der Simulator im Studio6 scheint ziemlich 
buggy zu sein, wenn er einen einfachen Prozeduraufruf (disassembly: 
mcall 0xadresse) verbockt...