Rücksprung Probleme

[Furay]

Hallo zusammen,

ich hab bei meinem Projekt ein Problem beim zurückspringen aus eigenen Funktionen.
Ich denke mal es ist nur ein trivialer Fehler - nur leider sehe ich ihn nicht,Ggoogle hat mich auch net weiter gebracht...

Ein kleines Testprogramm soll die LED im 1 Hz Takt blinken lassen.

#define F_CPU 8000000UL

#include <avr/io.h>
#include <util/delay.h>

void LED_ON();    //Prototyp
void LED_OFF();    //Prototyp

int main(void)
{
    DDRC = 0x1C;    //Richtung festlegen
    
    while(1)
    {
        LED_ON();
        
        _delay_ms(500);
        
        LED_OFF();
        
        _delay_ms(500);

    }
}

//LEDs einschalten
void LED_ON()
{
    PORTC = 0x1C;
}

//LEDs ausschalten
void LED_OFF()
{
    PORTC = 0x00;
}

Controller: ATMEGA128L
Programmer: AVR Dragon
Prog.Oberfläche: AVR Studio 6

Leider gehen die LEDs nur an und das wars.
Beim Debuggen sehe ich das er beim zurückspringen nicht in die Main, sonderen irgendwo in den leeren Speicherbereich springt und ab da weiter läuft bis er wieder am Anfang ist.

Grüße

Furay

[oberallgeier]

... Beim Debuggen ... zurückspringen nicht in die Main, sonderen irgendwo ...

Ich bin ja nicht sicher, dass es ein Parameterproblem ist - Du deklarierst nämlich Deine Prototypfunktionen ohne Parameterdefinition.

...
void LED_ON();    //Prototyp
...

Auch die Funktion selbst ist ohne Parameterdefiniton . . . bei mir sieht ein Funktionsprototyp etwa so aus:

...
  void itxt_rn (void);          // "\r\n"
...

sprich: es ist eindeutig definiert, dass die Funktion ohne Parameter aufgerufen wird und auch keine/n zurückgibt. Lediglich der Funktionsaufruf geht (meines Wissens) mit der einfachen, leere Klammer für die Parameterübergabe. Meckert der Compiler das nicht an???

[Furay]

Hallo oberallgeier,

der Compiler hat dies nicht angemosert, nicht mal eine Warnung ist da.
Ich hab nun beim Prototyp und bei der Funktion nun das void reingeschrieben, leider auch dies ohne Erfolg.

Grüße und Danke

Furay

[oberallgeier]

Doofe Frage: Wo hängt denn die LED? Du schaltest ja (je nachdem ob die LEDs gegen GND oder VCC liegen) die Ports PC2, PC3 und PC4 ein, die anderen aus (oder eben nur die aus und die andern - dauernd - ein).

[Furay]

Es Hängen nur 3 LEDs an PC2,3 und 4. diese werden über eine Transistorstufe geschalten.

Wenn ich den Port direkt in der Schleife (so wie in den Funktionen) beschreibe, funktioniert das blinken auch problemlos.
Der Funktionsaufruf macht nur Probleme...

[Klebwax]

Die leere Klammer ist schon ok, obwohl man dort ein void einsetzen sollte. Der ganze Code sieht gut aus.

Ich könnte mir vorstellen, daß der Stack nicht in Ordnung ist. Da das aber der Start-Up Code automatisch erledigt, könnte das nur passieren, wenn der Compiler für die falsche CPU übersetzt. Der Stackpointer könnte dann auf eine Adresse zeigen, an der kein RAM existiert. Ist aber nur eine dürre Vermutung

MfG Klebwax

[Furay]

Ich hab nochmal mit "Device Programming" mal den Flash gelöscht und neu beschreiben. Ebenso geprüft was für ein Chip erkannt wird.

Der ausgewählte Chip passt und nach dem löschen und beschreiben hab ich das Problem nach wie vor.

[oberallgeier]

Ich bin ja nicht sicher ... Du deklarierst ... Prototypfunktionen ohne Parameterdefinition ...

Wieder etwas gelernt - Dein eingangs zitierter Code wird auch bei mir (AVRSTudio 4.18 Build 700, WinAVR-20100110) problemlos compiliert.

Und er läuft problemlos - einfach aus Deinem Posting rauskopiert, compiliert und geflasht, mit Deinen Funktionen/Funktionsaufrufen! Target mega1284P, 20 MHz, eigene (Servo-)Platine, die Ports PC2, ~3 und ~4 werden laut Oskar einwandfrei geschaltet - etwa im Sekundentakt.

... Der Funktionsaufruf macht nur Probleme ...

Und deshalb bin ich vollends hilflosverwirrterstauntbeleidigtkommentarlos.

[Furay]

An irgendwelchen Einstellungen an den FUSES könnte das nicht liegen oder einstellenung bzw. RAM?

[oberallgeier]

Sorry, musste mir erst das Datenblatt laden. Das neueste Datenblatt /Rev. 8151H–AVR–02/11/ schreibt:

"... The Atmel®AVR® ATmega128A is by default shipped in ATmega103 compatibility mode ..." und
"...Port C also serves the functions of special features of the ATmega128A as listed ..." und
"... PORTC will be output during first power up, and until the ATmega103 compatibility mode ..."

Vielleicht mal den ATmega103 compatibility mode abschalten (ich will einfach nicht für Dich das ganze DAtenblatt durchackern).