Probleme Programmierung XMega mit AVR ISP mkII

super... kannst du in der Schaltung nen Fehler erkennen?

Hab jetzt verschiedene Sachen ausprobiert:

- Reset-Pullup 4k7 10k 33k 75k 100k
- mit/ ohne Quarz
- gesamte Platine auf Kurzschlüsse zwischen Pin/Pin, Pin/Vcc und Pin/Gnd 
überprüft

Der Controller reagiert auch auf den Reset, zumindest gehen die LEDs 
aus, die jetzt undefiniert leuchten (weil kein Programm) wenn ich den 
Reset Button drücke...

langsam gehen mir die Ideen aus. Hat niemand ein ähnliches Problem 
gehabt

Hast du die aktuelle Firmware auf dem mk||?

ja, aktuelle Firmware ist drauf...

Arnold schrieb:
> Ich hab mal den Schaltplan
> und das Boardlayout angehängt. Den 10k Pullup am Reset hab ich Testweise
> auch schon mal entfernt.

Guckst du mal application note:
AVR1012: XMEGA A Schematic Checklist

fortgeschrittener schrieb:
> Guckst du mal application note:
> AVR1012: XMEGA A Schematic Checklist

Ja... Hab ich gelesen...

"
When the PDI programming and
debugging is used, the reset line is used as clock. The reset pull-up 
should be 10k or weaker, or be
removed altogether.
Any reset capacitors should be removed if PDI programming and debugging 
is used. Other external reset
sources should be disconnected.
"

Ich habe jetzt mal alle Leitungen einzeln verbunden. Der MK II fängt 
schon an zu blinken, wenn nur die Masse und Vcc(3,3V) verbunden werden. 
PDI_DATA und PDI_CLOCK (RESET) spielen da anscheinend keine Rolle-.

Sascha Weber schrieb:
> versogst du deine Schaltung bei Programmieren extern mit Strom, oder
> soll der vom MKII kommen?


Basti M. schrieb:
> Du müsstest Masse und VCC am PDI Stecker vertauscht haben... musste dir
> jetzt wohl nen Adapterkabel bauen.... jedenfalls wenn das ne normale
> Pinheadernummerierung und nix selbstentworfenes..

Ja, über USB und dann mit dem 1117 auf 3,3V. Diese werden durch das 
Atmel Studio 6.1 auch korrekt ausgelesen.




Die Pinbelegung ist wie im AVR1005: Getting started with... angegeben 
(siehe screenshot)

Also:

1) PDI_DATA --> MISO
2) VCC --> VCC
3) NC --> SCK
4) NC --> MOSI
5) PDI_CLK --> RST
6) GND --> GND

.

Also wenn die Device-ID nicht erkannt wird, sollte man mal genau(!) 
schaun, welcher Atxmega überhaupt verbaut wurde.

Dann die Leitungen zwischen Pin und Stecker nochmal durchmessen. Ist ja 
Selbstbau :-)

Gesamte Hardware doppelt und dreifach kontrollieren und nachmessen.

Basti M. schrieb:
> Spule oder Widerstand ist auch wirklich bestückt?

?? Spule UND C sind bestückt.

An AVCC messe ich 3,3V

Felix schrieb:
> Also wenn die Device-ID nicht erkannt wird, sollte man mal genau(!)
> schaun, welcher Atxmega überhaupt verbaut wurde.

Der richtige Controller (Xmega128A3-AU) ist verbaut

Felix schrieb:
> Dann die Leitungen zwischen Pin und Stecker nochmal durchmessen. Ist ja
> Selbstbau :-)

erledigt... (mehrfach)... Alles IO

Felix schrieb:
> Gesamte Hardware doppelt und dreifach kontrollieren und nachmessen.

Auch schon mehrfach... ich weiß langsam nicht mehr weiter

Basti M. schrieb:
> vielleicht doch zu viel Kapazität auf der Resetleitung
hmm... was kann ich jetzt dagegen tun?

Vergleich mal mit einem funktionierendem ATxmega-Projekt

http://www.mikrocontroller.net/articles/ATxMega_Stick_-_First_Steps

Schau mal Atmel Studio

Help/View Help/AVR ISP MkII User guide/Troubleshooting

dort könnte dein Problem beschrieben sein.

Joar Leute...

Ich habe die Ursache gefunden. Mal wieder starkes Lehrgeld bezahlt... 
Naja, ist eben das erste mal, dass ich mit dem Gehäusetyp arbeite...

Der Controller hat leider zwei "runde" Einprägungen an den Ecken. Eine 
kleine links oben über der Beschriftung. Und eine große rechts unter der 
Beschriftung... Ich habe natürlich die große für die Markierung des Pins 
1 gehalten. Damit war der Controller genau falsch herum drin...

Maaaaaaaaaaaaaannnnn---- Das passiert mir garantiert nie wieder :(

Ich bedanke mich trotzdem für die zahlreiche Hilfe!