ATMega 16 - Reset nach ein paar Sekunden

Stacküberlauf? Beendest du alle Subroutinen korrekt(rcall -> ret), wenn 
nicht läuft irgendwann der Stack über und dein Programm landet bei 0

Der Stack würde ja auch überlaufen, wenn der Controller im STK500 
steckt. Aber dort funktioniert es ja einwandfrei. Ich vermute das 
Problem eher bei der Hardware.

Jens

Interrupts habe ich keine in meinem Programm. Und der Watchdog ist auch 
nicht aktiviert.

Jens

Mir fällt gerade etwas auf. Ich habe die Spannungsversorgung vom meiner 
Schaltung runter genommen und über den ISP mit dem STK500 verbunden (die 
Schlatung wird also über den ISP versorgt):
Jetzt läuft alles wunderbar! Da muss doch irgendwie der Wurm in meiner 
Spannungsversorgung sein, oder?

Jens

Also irgendwie komm ich nicht weiter. Die Spannung scheint stabil zu 
sein, soweit ich das mit meinem Multimeter beurteilen kann. Sie liegt 
immer bei genau 5 V. So recht weiß ich nicht, wo der Unterschied liegt, 
wenn die Spannung durch den ISP kommt, oder wenn sie direkt angelegt 
wird.
Es ist immer noch so, wenn die Schaltung mit dem ISP mit dem STK500 
verbunden ist, läuft alles stabil. Ich kann mir einfach keinen Reim 
drauf machen.

Für Hinweise wäre ich wirklich dankbar.
Jens

Wieviel Strom zieht deine Schaltung bei 12V Versorgung? Wie warm wird 
dein Linearregler => Kann es sein, dass der zu warm wird und nach 
einiger Zeit sich selbst abschaltet?

Wenn du die Spannung vom STK500 benutzt - ist dann der 12V Zweig anders 
angeschlossen oder ist der unversorgt? Wenn unversorgt, liegt 
möglicherweise die Resetursache dort. Man sieht in deinem Schaltplan 
leider nicht wo die Leitung "Spannungsversorgung" hinführt.

Die Schaltung zieht so ca. 28 mA. Der Linearregler hat einen Kühlkörper. 
Der wird nicht mal handwarm (eigentlich mit der Hand nicht mal spürbar, 
dass sich da was erwärmt).
Wenn die Spannung vom STK anliegt, ist der 12V-Zweig unversorgt. Die 
Leitung Spannungsversorgung geht über den Spannungsteiler R8 und R9 auf 
PA6 des µC. Allerdings habe ich testweise diesen Zweig lahmgelegt, indem 
ich R8 ausgelötet hab. Das hat aber nicht geändert.

Jens

AVRli schrieb:
> Hatte vor ein paar Monaten ein ähnliches Problem...
> Bei mir war es FUSE CKOPT.

Habs gerade mal probiert, hat leider auch keine Besserung gebracht.

Jens

"Spannungsversorgung" ist also nur eine Messleitung, um die KFZ-Spannung 
an PA6 über einen Spannungsteiler zu messen.

Sonst ist nix aus dem Bordnetz (Drehzahl? Reed?, Taster? NTC?) am AVR 
angeschlossen und er stürzt trotzdem ab bzw. bei den Versuchen mit/ohne 
STK500 ist das restliche Bordnetz immer identisch angeschlossen, 
richtig?

Hat der M16 vielleicht nen Brown Out detector ? (fuses)

Gruss K

Die Schaltung hats noch gar nicht von meinem Schreibtisch in die Nähe 
des Boardnetzes geschafft ;-)

Richtig, ist eine Messleitung für die Boardspannung. Sonst ist nichts 
angeschlossen, weder Drehzahl, noch Reed, noch Taster, noch NTC. Weder 
bei meinen Versuche mit dem STK noch wenn ich die Schaltung mit 12V aus 
meinem Labornetzteil versorge.
Bin jetzt noch einen Schritt weiter gegangen, und hab D3 ausgelötet - 
auch keine Besserung.

Jens

die Fuse BODEN ist nicht gesetzt.

Klaus De lisson schrieb:
> Hat der M16 vielleicht nen Brown Out detector ? (fuses)

Ja, hat er, aber ist nicht aktiviert (Fuse BODEN nicht gesetzt).

Ich dreh noch druch. Ich glaub, es liegt doch nicht an der 
Spannungsversorgung. Ich hab jetzt die Verbindung zum Drehzahlmodul 
komplett getrennt (die Leitungen zu Pin 5&6 vom IC2 und die Leitung von 
Pin7/IC2 zum PA7 getrennt). Hat keine Verbesserung gebracht.

Nun hab ich folgendes gemacht: Ich hab vom STK500 NUR die 
Spannungsversorgung genommen (also vom einem VTG-Pin an die 
entsprechende Stelle, wo die Schaltung 5 V haben muss und Masse an 
Masse). Und was soll ich sagen: ich hab das selbe Verhalten, dass es 
unmotiviert Resets gibt.
Nur wenn ich den kompletten ISP-Stecker verbinde, dann geht es.

Meine Resetbeschaltung ist doch aber richtig, oder nicht? Oder könnte es 
etwas bringen, hier mal mit den Werten von R6 und C6 rumzuspielen?

Jens

Mein Verdächtiger ist die GND-Verbindung. Du hast mit ISP-Adapter zwei 
Masseverbindungen. Die offensichtliche vom Netzteil (VTG/GND) und das 
nicht offensichtliche GND über den ISP-Adapter. Vielleicht steckt im 
ersten GND-Netz und AVR der Wurm und die GND-ISP Verbindung rettet es.

Moin!

eine seltsame Sache ist das. Jetzt läuft alles stabil. Was ich geändert 
hab ist, dass ich den µC vom internen Takt 8 Mhz auf internen Takt 4 Mhz 
umgestellt hab....
Jetzt könnte ich mich zwar freuen, dass es läuft. Aber mich stört, dass 
ich nicht verstehe, WARUM es jetzt geht und vorher nicht. Das ist für 
mich unbefriedigend.

Interessant ist auch, dass ich gestern noch festgstellt hab, dass es 
auch funktioniert, wenn das STK500 per ISP verbunden ist (ohne den 
VTARGET-Jumper) und "meine" Spannungsversorgung benutzt wird. Das STK500 
muss noch nicht mal einschaltet sein, es reicht, dass es verbunden ist.

Die Leiterbahnen hab ich mir alle nochmals genau angeschaut - da kann 
ich keinen Fehler feststellen. Auch hab ich an den Engstellen, wo es 
evtl. unsichtbar eine Verbindung geben könnte nochmal einen 
Schraubendreher durchgezogen. Hat alles nichts geholfen.
Nur die umstellung des Taktes hat Abhilfe geschaffen.

Jens

Die Stromaufnahme des AVR ist vom Takt abhängig (s. Datenblatt): Je 
schneller der AVR laufen soll, desto mehr Saft braucht er. Spricht 
weiterhin für Probleme in der Spannungsversorgung.

Danke, dann werde ich in der Richtung nochmal weiter suchen.
Danke auch allen anderen, die sich Gedanken gemacht haben!

Ist nun schon etwas her, aber ich möchte die Lösung nicht vorenthalten:
Nachdem ich den ATMega durch Doofheit geschrottet hab und durch einen 
anderen ersetzt hab, funktioniert nun alles, wie es sollte. So einfach 
kann es sein, und man kommt nicht drauf.

Jens