Mega32 TQFP44 flashen mit Dragon

Anselm 6. OP #2767385
Lesenswert?
• ▲
▼ 
Hi,

so langsam komme ich mir echt doof vor.

Folgende Situation:
Leere Platine mit Atmega32 im TQP44 Gehäuse - 1x 10k Reset.Widerstand - 
100nF + 16µF Block/Sieb-Kondensatoren an VCC
Pins an VCC: 5/17/38/27 also alle VCC und AVCC Pins
Pins an GND: 6/18/39/28

SPI-Adapter angeschlossen an Pin 1-6

Verwendet wird ein AVR-Dragon.

-- nun kann ich versuchen was ich will, der Chip reagiert einfach nicht.
1
Setting device parameters.. OK!

2
Entering programming mode.. FAILED!

3
Leaving programming mode.. OK!

Nun habe ich eine 2te Leiterplatte so weit bestückt und mit Mega32 
Nummer 2 probiert ...niente, er mag mich heute nicht

Ein Mega32 als PDIP auf einer Lochrasterplatine lässt sich aber 
einwandfrei ansprechen.

Mir fallen spontan nur 2 Möglichkeiten ein was falsch sein kann:
1. Beide IC*s defekt (repackaged von Farnell)
2. Ich habe bei der Platine irgendwas vergessen.


Fällt euch was dazu ein?

Gruß Anselm

p.S.: SPI steht auf 125kHz - bei dem PDIP auf Lochraster ist ein 
externer 12MHz-Quarz aktiv
Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Beitrag melden
Michael M. #2767669
Lesenswert?
• ▲
▼ 
Hmm, Atmel sagt zumindest für DebugWire sollte der Reset-Pullup größer 
als 10 kOhm sein. Könnte für SPI auch nicht schaden. Einfach mal den 10k 
rauslöten und noch einen Versuch starten. Hast Du ein Oszi, um die Reset 
und vielleicht MOSI Leitung anzusehen?
Vielleicht sind die Controller doch verfused. Mal einen externen Takt in 
XTAL1 einspeisen.
Die Pins für JTAG sind ja leider nicht verdrahtet. Das heißt ein 
Programmierversuch mit JTAG (default enabled!) bedeutet Strippen ziehen. 
JTAG kann der Dragon ja auch.

Ich hatte auch schon mal einen Mega88, der wollte vom Dragon per ISP 
einfach nicht erkannt werden. Der Kontrollversuch mit einem AVRISP mkII 
klappte dann, anschließend ging's auch mit dem Dragon. Keine Ahnung, was 
da war.

Servus
Michael
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Anselm Gast #2767706
Lesenswert?
• ▲
▼ 
Ehm, der ISP ist auch kein Standard-Kabel.
Dieses verwende ich aber als "meinen" Standart, am PDIP M32 funktioniert 
es.
Ich komme erst am Do. wieder dazu bei dem Projekt weiter zu machen.
Dann kontrolliere ich mal VCC / RST, und ob da Bitwackeln auf den 
anderen 3 zu finden ist.

Gruß Anselm
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Thread beobachten

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

Bestehender Account

oder

Mit Google-Account einloggen

Noch kein Account?

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren