Programmer für AVR32DB32

[Holomino]

Wenn Ich richtig lese ist der aber zur Zeit nur mit AVRDUDE kompatibel.

Wenn Du es nicht schon weißt:
Du kannst die Kommandozeile fürs AVRDude in ATMEL/MICROCHIP Studio unter "Tools/External Tools" eintragen:
https://www.mikrocontroller.net/topic/477806#5950668
Das leitet dann auch die Ausgabe von AVRDude ins Output-Fenster im Studio um.

Kompilieren UND Programmieren (ehem. ALT+F5?) auf einen Klick geht damit zwar nicht, aber es kommt schon nahe dran.

[wkrug]

Du kannst die Kommandozeile fürs AVRDude in ATMEL/MICROCHIP Studio unter "Tools/External Tools" eintragen

Nein, das wusste Ich nicht - Danke für die Info!!!
Ich hab mit den AVR32DB neu angefangen und nicht gerechnet, das das so viele Probleme macht.
Microchip ist schon Cool, das im aktuellen Studio keine Programmiermöglichkeit ( ausser mit super teueren Programmern ) für UPDI impementiert ist.
Ich hab mir die neueste Version von AVRDUDE ( 8.0 ) herunter geladen, da ist der AVR32DB32 schon drin.
Da mir das mit der Kommandozeile nicht so liegt hab Ich mir ne GUI ( AVRDUDESS ) herunter geladen.
Mal gucken, was mir besser liegt und was besser funktioniert.

Der Grund für die Wahl dieses Controllers ist, das Ich 2 unabhängige TWI ( I²C ) und 2 serielle Schnittstellen mit unterschiedlichen Geschwindigkeiten brauche und die in dem Controller in Hardware vorhanden sind.

[Holomino]

Ich hab mit den AVR32DB neu angefangen und nicht gerechnet, das das so viele Probleme macht.

Wird schon klappen.
Die 1er Tinys lagen bei mir zuerst auch erst ein paar Monate zum reifen in der Schublade. Danach musste ich die UPDI-Schnittstelle nicht mehr selber programmieren (wegen des EL Tangras-Projektes) und mittlerweile gibt es auch einige der neuen Controller bei Reichelt.

Wenn Du den Progger am Start hast, musst Du nur noch dran denken, in den ISRs die Status-Flags der Interrupts per Code zurückzusetzen. Das ist nicht immer gut dokumentiert und wenn man von den alten AVRs kommt, rechnet man auch nicht unbedingt damit.

[wkrug]

...musst Du nur noch dran denken, in den ISRs die Status-Flags der Interrupts per Code zurückzusetzen

Das war auch stellenweise bei den alten ATMEGA's so, trotzdem danke für den Hinweis.

...mittlerweile gibt es auch einige der neuen Controller bei Reichelt

Da hab Ich meine auch her...

[wkrug]

Das Proggen mit AVRDUDE und UPDI funktioniert.
Im Studio ist aber leider noch kein Simulator für den Chip implementiert.
Und debuggen mittels Studio - EXA-PROG und UPDI funktioniert auch nicht.
Da muss wohl noch was etwas reifen...

[wkrug]

OK,
nun funktioniert alles so weit - Proggen und debuggen. Ich möchte schildern wie meine Lösung nun aussieht.
Mit dem DIAMEX EXA-Prog ist leider nur Programmieren der AVRxxDBxx Controller möglich.
Da der Simulator in meinem Fall für den AVR32DB32 nicht mehr im Microchip Studio vorhanden ist, musste ein Debugger in Harware her.
Ich habe mich für den Microchip SNAP entschieden.
Und es war doch einiger Aufwand nötig um den zum laufen zu bringen.

1. Software:
Der SNAP wurde von Windows 10 erkannt und ohne weitere zusätzliche Treiber installiert.
Das Studio 7 wollte, vor der Controller Programmierung, ein Software Update für den SNAP starten, das hat aber nicht funktioniert.
Erst als Ich im MPLAB X ein neues Projekt angelegt habe, konnte Ich damit ein Softwareupdate auf den SNAP machen.
Danach klappte es auch mit dem Softwareupdate aus dem dem Studio 7 heraus. Siehe AVR Freaks Beitrag.

2. Hardware:
Ich hab meinen Microchip SNAP bei Reichelt bestellt.
Zusätzlich wird noch ein USB A auf Micro USB Kabel benötigt.
Zudem ein selbst gebasteltes Programmierkabel ( Pfostenfeldstecker + 6 pol Wannenbuchse ).
Bei Reichelt gab es einen Hinweis ( Download .pdf ) das bei AVR Controllern ein Widerstand ( R48 4,7kOhm ) beim SNAP zu entfernen ist.
Zusätzlich muss Controllerseitig ein 1...10 kOhm Widerstand gegen +V eingebaut werden.
Ich hab da 6,8kOhm genommen.
Dann muss ein Adapter gebastelt werden:

ISP Buchse Pin, Bedeutung, SNAP Pin
1, UPDI, 4
2, +VCC, 2
3, NC
4, NC
5, NC
6, GND, 3

Die restlichen Pins des SNAP bleiben frei.

Damit kann Ich nun mit dem Microchip Studio proggen und auch debuggen.
Der ganze Spaß hat mich etwa einen Tag gekostet bis es lief.
Anzumerken ist noch das der EXA-Prog den Controller mit Spannung versorgt und somit keine externe Spannung an den Controller angelegt werden muß ( darf? ).
Beim SNAP braucht der Controller zwingend eine eigene Stromversorgung.
In der fertigen Schaltung werde Ich da wohl für den +VCC einen Jumper vorsehen.

Bild meines Programmieradapters.

Danke an Holomino für die guten Tipp's