Neuer ATmega reagiert nicht auf ISP

[Moritz Grosch]

Hallo,

ich hab hier einen neuen ATmega16 (naja, älter aber bisher nie programmiert) der per ISP nicht richtig antwortet.
Als DeviceID kommt immer nur 0xFFFFFF, avrdude bricht dann ab.
Als Programmiergerät hab ich ein mySmartUSB Light (modifiziert um die Spannung vom USB auf den entsprechenden ISP-Pin zu legen, Spannung wollte der nicht mehr von sich aus liefern).
Um den Controller zu programmieren hab ich eine kleine Lochrasterplatine mit einem DIP40-Sockel für den ATmega16, einem DIP28-Sockel für einen ATmega8, einem Abblockkondensator (100nF wenn ich mich nicht irre) und dem 6poligen ISP-Anschluss.
SCK/MISO/MOSI/Reset sind parallel an den DIP28- und DIP40-Sockel gelegt, die Belegung hab ich mehrfach geprüft - ein ATmega8 ließ sich auch problemlos auslesen, auch mit dem Progger-Mod. Natürlich ist immer nur ein µC auf der Platine^^

Ich verstehe nicht ganz warum ich keine gültige DeviceID bekomme, nur ein kaputter Controller scheint mir logisch ...

Deshalb meine Frage an euch: hab ich irgendwas übersehen? Oder kann ich noch irgendwas probieren? Da kommt man mal wieder zum basteln und dann sowas :/

Grüße,
LittleFox

[oberallgeier]

... neuen ATmega16 (naja, ... per ISP nicht richtig antwortet ...

Es gibt mehrere Möglichkeiten. In Deinem Fall könnte es etwa diese Liste sein:
- Versorgung am DIP40-Sockel ist falsch, wackelt, fehlt . . . Fazit: messen bei ausgesteckten Controllern.
- Falsche ISP-Anschlüsse. Abhilfe: kontrollieren, kontrollieren, kontrollieren, evtl. Drahtbrücken für MOSI, MISO, SCK, GND, Vcc und /RET von der funktionierenden Fassung zur m16-Fassung (aber das könnte dann durch andere Fehler doch wieder gestört werden).
- Fehler im ISP-Anschluss. Es gibt mehr Wackelkontakte auf dieser Welt als wir manchmal annehmen.
- Controller ist DOCH programmiert. Es reicht die Umstellung vom internen Takt auf externen bzw. Quarz - und schon ist man ausgesperrt. Abhilfe z.B. hierdurch (klick) oder einen "richtigen" Taktgenerator.
- Controller defekt. Das kommt selten vor.

... DIP40-Sockel für den ATmega16 ... Abblockkondensator (100nF wenn ich mich nicht irre) und dem 6poligen ISP-Anschluss ...

Und wenn Du Dich doch irrst? Das Ganze sieht äusserst sparsam aus. Ist der GND für den mega16 auf BEIDEN GND-Anschlüssen? Zeig doch mal bitte Deine Schaltung (KEIN Link auf irgendeine Vorlage!!!).

[MagicWSmoke]

- Versorgung am DIP40-Sockel ist falsch, wackelt, fehlt
- Falsche ISP-Anschlüsse
- Fehler im ISP-Anschluss
- Controller ist DOCH programmiert
- Controller defekt

Der häufigste Grund fehlt: ISP-Clock zu hoch, der muss <= 1/4 des µC-Clocks sein. Out-of-the-box läuft der ATM16 mit 1MHz, also ISP-Clock auf 250kHz stellen.