AVR reagiert nicht

Wie hoch ist dein ISP Takt des Atmega324PA?

Bitte stelle auch gute Bilder vom gesamten Aufbau + ISP-Prog. ein.

Konntest durch Tausch feststellen, ob der Defekt beim µC oder beim 
programmieradapter liegt? Eventuell ist auch ganz simpel dein Flackabel 
kaputt.

Du könntest LED's (oder einen Logic Analysator) an die Signal-Leitungen 
anschließen, um zu sehen, weche Seite sich tot stellt.

1

            1kΩ     LED

2

 /Reset o---[===]---|<|---o VCC

3

4

 MISO, MOSI und SCK: o---[===]---|>|---| GND

Es kommt gelegentlich vor, dass ein fehlerhaftes programm den µC so sehr 
zum Blockieren bringt, dass die ISP Schnitsttelle ausfällt. Dies kannst 
du verhindern, indem du den Rest-Pin fest mit GND verbindest und erst 
dann die Stromversorgung einschaltest.

Hast du eventuell den Abblock-Kondensator am Mikrocontroller vergessen?

> Also die Led's flackern alle bei 500hz ISP-Takt.

Dann kommunizieren sie miteinander. Spreche den mal mit "avrdude -v -v" 
an und poste die ganze Ausgabe.

> Bei der RESET Leitung ist die Led dunkler

Das ist komisch. Wird sie heller, wenn du Reset fest mit GND verbindest?

Leon W. schrieb:
> Muss ich die Reset Leitung dann wieder von GND trennen nachdem ich die
> Versorgungsspannung wieder angeschlossen habe oder an GND dran lassen?

Die ganze Zeit dran lassen, denn so verhinderst du, dass das eventuell 
störende Programm startet. Die ISP Schnittstelle ist aktiv, solange 
Reset auf LOW steht.

Nach dem Flashen musst du Reset natürlich wieder aufh HIGH gehen lassen, 
damit dein Programm starten kann.

Leon W. schrieb:
> Wenn ich RESET dauerhaft mit GND verbinde dann bleibt die LED hell

Vielleicht wird sie von deinem Programmieradapter nicht weit genug 
herunter gezogen. Das würde man auf einem Oszilloskop schön sehen. Hängt 
da noch etwas anderes dran? Eventuell ein zu niederohmiger Pull-Up 
Widerstand?

Also mich irritiert etwas, dass der uC mit 16 MHz betrieben wird, der 
BOD aber nur auf 2.7 V steht. Mit welcher Spannung läuft er denn, und 
wurde diese direkt am uC nachgemessen?

Eine etwas ungewöhnliche Spannung - woher kommt sie, und ist sie stabil?

Leon W. schrieb:
> Nein an der RESET Leitung hängt nur ein Taster und halt der Pull up
> Wiederstand vom AVR
>
> Aber der AVR antwortet immer noch nicht

Auf einen Wiederstand würde ich als µC auch allergisch reagieren.

Das ist doch kein Steh-auf-Männchen

Die Dialoge, die zwischen dem TO und den verschiedenen "Beratern" 
laufen, hätten Becket zu einem neue Theaterstück inspiriert.

Leon W. schrieb:
> Die Spannung kommt von einem 5v 10a Netzteil.

Es könnte möglich sein, dass dein Netzteil beim Einschalten für kurze 
Zeit deutlich mehr als 5V abgibt und erst danach auf die Nominalspannung 
regelt.

Ich sehe dieses schwere 10 A-Geschütz auch etwas skeptisch.
Wieviel Strom nehmen die defekten uCs auf, lässt sich das messen?

Labornetzteil? Weiß nicht - wenn das Teil statt der "5v" "5.4V" liefert?

Leon W. schrieb:
> Ich habe den AVR aus der Schaltung entfernt und auf ein Steckbrett
> gesteckt und benutze jetzt die Spannungsversorgung vom Usbasp di
> ungefähr bei 4.9-4.8V liegt

Netter Versuch. War er erfolgreich? Wenn nicht, mit welcher 
Fehlermeldung?

Hallo Leon,

Lustig: "avrdude -pm1284p -cusbasp -v -v -B2000"

Wer kommt auf die Idee avrdude mit -B 2000 aufzurufen?
Und wo ist die Übergabe des Parameters -P <PORT> zu finden?

Hier die Syntax von avrdude version 6.2.
Usage: avrdude [options]
Options:
  -p <partno>                Required. Specify AVR device.
  -b <baudrate>              Override RS-232 baud rate.
  -B <bitclock>              Specify JTAG/STK500v2 bit clock period 
(us).
  -C <config-file>           Specify location of configuration file.
  -c <programmer>            Specify programmer type.
  -D                         Disable auto erase for flash memory
  -i <delay>                 ISP Clock Delay [in microseconds]
  -P <port>                  Specify connection port.
  -F                         Override invalid signature check.
  -e                         Perform a chip erase.
  -O                         Perform RC oscillator calibration (see 
AVR053).
  -U <memtype>:r|w|v:<filename>[:format]
                             Memory operation specification.
                             Multiple -U options are allowed, each 
request
                             is performed in the order specified.
  -n                         Do not write anything to the device.
  -V                         Do not verify.
  -u                         Disable safemode, default when running from 
a script.
  -s                         Silent safemode operation, will not ask you 
if
                             fuses should be changed back.
  -t                         Enter terminal mode.
  -E <exitspec>[,<exitspec>] List programmer exit specifications.
  -x <extended_param>        Pass <extended_param> to programmer.
  -y                         Count # erase cycles in EEPROM.
  -Y <number>                Initialize erase cycle # in EEPROM.
  -v                         Verbose output. -v -v for more.
  -q                         Quell progress output. -q -q for less.
  -l logfile                 Use logfile rather than stderr for 
diagnostics.
  -?                         Display this usage.

avrdude version 6.2, URL: <http://savannah.nongnu.org/projects/avrdude/>;

Karl M. schrieb:
> Und wo ist die Übergabe des Parameters -P <PORT> zu finden?

Das ist bei den USB Geräten ohne COm-Port optional.

Leon W. schrieb:
> Dies gibt mir avrdude aus.
> avrdude -pm324pa -cusbasp -F -v -v -B2000

Jetzt sieht die Ausgabe etwas anders aus, so also ob eine Kommunikation 
sattfindet, aber fehlerhaft. Das passt auch zu deiner Aussage, dass die 
LEDs alle flackern.

Ich würde jetzt mal die Stromversorgung und die Signalqualität der ISP 
Schnittstelle (incl. Reset) mit einem Oszilloskop prüfen. Falls du keins 
hast, google mal nach DSO138. Das ist ein billiges Spielzeug, aber immer 
noch besser als gar keins zu haben.

an Leon W.:
Zu Ihrem konkreten Problem fällt mir erstmal nichts mehr ein, zumal der 
ATmega1284 plötzlich wieder funktioniert (die genannen Stromaufnahmen 
sind unauffällig). Aber tun Sie sich selbst einen Gefallen und kümmern 
Sie sich um eine vernünftige Stromversorgung (und ja, ich weiß, 
Ratschläge alter Männer sind so eine Sache, trotzdem):
  Ich versorge in der Regel die uCs aus einem kleinen Steckernetzteil, 
zwischengeschaltet ist eine Lochrasterplatine mit einem L200; dessen 
Ausgangsspannung lässt sich mit einem Trimmpotentiometer einstellen und 
ist abgreifbar für andere Zwecke. Die Strombegrenzung ist stufig 
geschaltet mit 10-20-50-100-200 mA. Dahinter folgen drei LP2950 mit 5.0, 
3.3 und 3.0 V. Und in den Stromschienen der Steckbretter sitzen fest 
Z-Dioden mit 6.2 V (und 5 W), falls ich mal versehentlich die 
L200-Spannung anlegen sollte - ist in all den Jahren zwar nur einmal 
passiert, war aber genau einmal zu viel.

Okay, akzeptiert.
Ich selbst aber bevorzuge die Einfachheit in der Bedienung bei meinen 
LP2950. Die Materialkosten des Platinchens liegen unter 10 EUR. Woraus 
man dieses dann speist, sei mal dahingestellt.

Bei mir ist es umgekehrt - das Labornetzgerät bleibt in 95 % aller Fälle 
im Schrank.

Gruß aus dem Schwarzwald

Leon W. schrieb:
> und wollte
> dann ein verbessertes Programm hochladen

und du traust diesem Programm?
Beginnt ja mal schon dubios:

1

  DDRC &= ~(1<<PORTC2) | (1<<PORTC3) | (1<<PORTC4) | (1<<PORTC5);

Ob da irgendwo eine Division durch 0 oder aehnliches folgt, will ich in 
dem Kothaufen nicht anschauen.

Schreib modularen, kommentierten und lesbaren Code, den du auch noch 
nach Monaten nachvollziehen kannst.

leo

Hi

>  DDRC &= ~(1<<PORTC2) | (1<<PORTC3) | (1<<PORTC4) | (1<<PORTC5);

Beim ATMega324 und ATMega1284 liegen auf diesen PINs das JTAG-Interface. 
Du hast das hoffentlich ausgeschaltet.

MfG Spess

S. Landolt schrieb:
> Bei mir ist es umgekehrt - das Labornetzgerät bleibt in 95 % aller Fälle
> im Schrank.

Bei mir auch.

> funktionierte es 30 s und dann kam auf einmal nur noch Blödsinn

Ich kann mich nur wiederholen: Überpüfe die Stromversorgung. Solche 
Verhaltensweisen sind typisch, wenn die Stromversorgung nicht in Ordnung 
ist. Dabei verliert man nicht selten Teile des Programms im Flash. Das 
EEprom ist noch empfindlicher.

Bekommen wir irgendwann mal Schaltplan und Fotos zu sehen, oder hast du 
Freude am Ratespiel?

Leon W. schrieb:
> Hat jemand eine Idee voran es liegen könnte?

Als Resümee des bisherigen Verlaufs:

Dein Aufbau und/oder deine Schaltung ist/sind scheisse.