Moin, ich schreibe gerade ein Programm, indem eine Funktion in einer Schleife aufgerufen wird, an deren Ende mit _delay_ms(1); eine Sekunde gewartet werden soll. Doch der Mikrocontroller resettet sich selbstständig nach einer variierenden Anzahl Schleifendurchgängen. F_CPU ist mit 14745600UL definiert, und das delay.h auch erst dahinter includet. Lasse ich das delay weg, läuft das Programm ohne Fehler durch. Ich bin momentan echt ratlos, woran das liegen kann. Habt Ihr vielleicht eine Idee? MfG, und vielen Dank, Ozzy
Gast
#1052700
Wachund nicht zurückgepfiffen?
Hm, eigentlich habe ich ihn gar nicht angeschaltet... Hab ihn jetzt noch mal extra ausgeschaltet, aber Ergebnis bleibt...
Gast
#1052724
> an deren Ende mit _delay_ms(1); eine Sekunde gewartet werden soll. Das wartet nicht eine Sekunde, sondern eine Millisekunde. Und eine Sekunde in einem Controller zu warten ist eher doppelt ungut -> Timer nehmen. > Habt Ihr vielleicht eine Idee? Ich habe ohne Sourcecode kein weiter, nur die üblichen Glaskugel-Weissagungen. Stack versemmelt, RAM voll, irgendeine ISR nicht definiert.
Hi, sollte natürlich auch 1ms heißen, nicht eine Sekunde!!! An RAM und ISR kann es nicht liegen, Stack müsste ich noch mal testen...
Öhm, wie messe ich denn den Stack am besten???
Ok, ich habe gemerkt, dass es NICHT an der ms warten liegt... SONDERN: mein einer ATmega ist über ein Kabel mit einem anderen ATmega verbunden. Der Abstürzende ATmega soll einen Pin auf high legen, wenn er mit einem Stück Software startet ( PORTD |= _BV(1); ). Der andere reagiert darauf, und tut auch was. Am Ende der Funktion setzt der abstürzende ATmega das Signal wieder auf low ( PORTD &= ~_BV(1); ). Zieht man das Kabel raus, läuft alles, wie es soll. Steckt man es rein, und startet es dann, stürzt er ab. Woran kann das denn liegen??? Der treibt doch keine Last oder so...
Wenn einer High + einer Low = Kurzschluß... Versuchs mal mit nem Pullupwiderstand, und beide als Eingang, um zu signalisieren dann auf Ausgang schalten (allerdings mit 0 im Portregister!)
Hi, das Problem ist gelöst: Die Bitmaske beim Empfänger war falsch, und der entsprechende Pin auf Ausgang gesetzt. Das hat der Sender wohl nicht geschafft zu treiben, und ist deshalb in die Knie gegangen. Trotzdem noch einmal vielen Dank für Eure Hilfe, Ozzy
Antwort schreiben
Bitte melde dich an, um einen Beitrag zu schreiben.