AVR springt nicht aus Funktion

Andreas Gast 02.06.2016 13:17 #4599456

Lesenswert?

•

Hi Leute,

ich bin Neu hier und habe ein merkwürdiges Problem mit meinem Programm:

#include <avr/io.h>
#include <stdio.h>
#include <stdint.h>
#include <stdlib.h>
#include <avr/interrupt.h>
#include <avr/pgmspace.h>
#include <util/delay.h>
#define Stat_LED_bl PC5
#define Stat_LED_rt PC6
void test_Funktion()
  PORTC |= (1<<Stat_LED_bl);    // blaue Status-LED einschalten
int main(void)
  test_Funktion();
  PORTC |= (1<<Stat_LED_rt);    // rote Status-LED einschalten
    while (1) 



Und zwar springt der Controller beim oben gezeigten Beispiel zwar in die 
Funktion "test_Funktion()", messbar durch die eingeschaltete blaue LED 
auf der Platine, aber dort einfach nicht mehr heraus. -> Die rote LED 
bleibt ausgeschaltet

Dabei ist es völlig egal was in der Funktion steht und welche Funktion 
auch aufgerufen wird. In der ersten, in die er springt verharrt der uC 
und wartet auf besseres wetter oder so...

Da ich mein Programm mitlerweile auf diesen kleinen Code 
heruntergebrochen habe, verschiedene "Schreibweisen" von Funktionen 
(z.B. void test(void), int test(void) und return-Befehle am Ende der 
Funktion) versucht habe, aber alles nichts gebracht hat, melde ich mich 
in meiner Verzweiflung bei euch...

Zu meinem Umgebung:
ATmega128
AVR Studio 7 (v7.0.790)

Da es das erste Mal ist, das ich mit AVR Studio 7 programmiere, schließe 
ich einen Bug oder falsche Einstellungen nicht aus, aber bei Onkel 
Google finde ich da rein garnichts zu...

Vieleicht hat wer von euch noch eine Idee!

Vielen Dank schonmal!

LG
Andreas

Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Beitrag melden

Peter II Gast 02.06.2016 13:20 #4599465

Lesenswert?

•

▲
▼

Andreas schrieb:
> ATmega128

habe jetzt nicht nachgeschaut, aber einige ATmega haben ein 
Kompatibilitätsmodus die Standardmäßig aktiviert ist. Schau mal bei den 
Fuse ob du etwas findest.

Das führt zumindest genau zu dem verhalten.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Guest Gast 02.06.2016 13:21 #4599468

Lesenswert?

•

▲
▼

Wie sieht denn die Schaltung dazu aus? Auf jeden Fall fehlt noch je eine 
1 im DDRC, damit die Pins auch getrieben werden.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Frickelfritze Gast 02.06.2016 13:23 #4599471

Lesenswert?

•

▲
▼

Guest schrieb:
> Auf jeden Fall fehlt noch je eine
> 1 im DDRC, damit die Pins auch getrieben werden.

Richtig. Ein Wunder dass die blaue LED überhaupt was von sich gibt.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Flip B. (frickelfreak) 02.06.2016 13:25 #4599473

Lesenswert?

•

▲
▼

fuer die rote reichen die paar ua einfach nicht. Schonmal beide 
untereinander getauscht?

Antwort Zitieren Bearbeiten Löschen Beitrag melden

spess53 Gast 02.06.2016 13:26 #4599475

Lesenswert?

•

▲
▼

Hi

>habe jetzt nicht nachgeschaut, aber einige ATmega haben ein
>Kompatibilitätsmodus die Standardmäßig aktiviert ist. Schau mal bei den
>Fuse ob du etwas findest.

>Das führt zumindest genau zu dem verhalten.

Nö, macht es nicht. Im M103-Mode wäre PortC generell als Ausgang 
konfiguriert.

MfG Spess

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Stefan R. (1994rstefan) 02.06.2016 13:27 #4599477

Lesenswert?

•

▲
▼

Bist du dir sicher, dass er nicht mehr aus der Funktion heraus springt 
oder einfach die rote LED aus anderen Gründen nicht funktioniert?

Vertausche im Code einmal Stat_LED_bl und Stat_LED_rt, leuchtet dann 
auch die blaue LED oder funktioniert die rote dann?


Bezüglich DDRC - Standardmäßig ist beim ATmega128 der ATmega103 
Kompatibilitätsmodus aktiviert, solang dieser nicht deaktiviert wurde 
ist Port C sowieso als Ausgang konfiguriert.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Kirsche Gast 02.06.2016 13:31 #4599482

Lesenswert?

•

▲
▼

Am besten in der LSS-Datei nachschauen oder diese posten.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Peter D. (peda) 02.06.2016 13:35 #4599488

Lesenswert?

•

▲
▼

Andreas schrieb:
> Und zwar springt der Controller beim oben gezeigten Beispiel zwar in die
> Funktion "test_Funktion()", messbar durch die eingeschaltete blaue LED
> auf der Platine, aber dort einfach nicht mehr heraus.

M103-Fuse
Der Stack zeigt in den Wald.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Andreas Gast 02.06.2016 14:31 #4599581

Lesenswert?

•

▲
▼

Hi Leute,

danke schonmal für die vielen Antworten! :)
Ich komme zwar nachher erst zum testen, aber vorab, natürlich 
funktioniert die rote LED! :P Bevor ich mit den Funktionen rumspiele, 
werden erstmal alle "Verbraucher" auf Funktion getestet.

Ausserdem ist es egal was hinter der Funktion steht, nichts von alle dem 
wird ausgeführt leider. ;(


LG
Andreas

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Frank M. (ukw) Moderator 02.06.2016 14:41 #4599600

Lesenswert?

•

▲
▼

Andreas schrieb:
> Ausserdem ist es egal was hinter der Funktion steht, nichts von alle dem
> wird ausgeführt leider.

Deshalb tippe ich wie Peter auf die M103-Fuse. Wenn der Stack kaputt 
ist, dann kann er auch nach Funktionsaufruf nicht wieder zurückspringen.

Dein µC muss erstmal auf ATmega128 umgestellt werden. Und danach musst 
Du beide Pins noch auf Ausgang setzen, weil die dann nämlich nicht mehr 
standardmäßig auf Ausgang programmiert sind.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Andreas Gast 03.06.2016 07:55 #4600381

Lesenswert?

•

▲
▼

Guten Morgen,

was soll ich sagen, ich habe gestern das Fuse-Bit gesetzt und nun 
funktioniert alles so wie es soll!

Danke!! :)

Auf die Idee wäre ich alleine nie gekommen...

Dann kann es ja weiter gehen und bei weiteren Fragen weiss ich ja nun, 
wo ich damit hinmuss :thumbsup:

LG
Andreas

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Oliver S. (oliverso) 03.06.2016 11:25 #4600660

Lesenswert?

•

▲
▼

Andreas schrieb:
> was soll ich sagen, ich habe gestern das Fuse-Bit gesetzt und nun
> funktioniert alles so wie es soll!

Ohne ein Bit in DDRC zu setzen? Das ist dann doch eher unwahrscheinlich.

> Auf die Idee wäre ich alleine nie gekommen...

Dafür gibt's hier u.a. sowas:
https://www.mikrocontroller.net/articles/AVR_Checkliste

Oliver

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Peter II Gast 03.06.2016 11:27 #4600666

Lesenswert?

•

▲
▼

Oliver S. schrieb:
> Ohne ein Bit in DDRC zu setzen? Das ist dann doch eher unwahrscheinlich.

warum? Beim PullUP leuchtet auch eine LED.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Karl M. Gast 03.06.2016 11:47 #4600692

Lesenswert?

•

▲
▼

Peter II schrieb:
> warum? Beim PullUP leuchtet auch eine LED.

Wie soll das gehen ?

bei einem AVR liegt der Widerstandswert nach Vcc bei 30kOhm - 50kOhm.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Peter II Gast 03.06.2016 11:49 #4600696

Lesenswert?

•

▲
▼

Karl M. schrieb:
> Wie soll das gehen ?
>
> bei einem AVR liegt der Widerstandswert nach Vcc bei 30kOhm - 50kOhm.

5V bei 50kOhm sind 0.1mA - das sieht man deutlich ein leuchten

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Frickelfritze Gast 03.06.2016 11:53 #4600703

Lesenswert?

•

▲
▼

Peter II schrieb:
> das sieht man deutlich ein leuchten

Nun, da gibt es wohl verschiedene Auffassungen zwischen
Leuchten und Leuchten. Insbesondere dann wenn man noch
die Aussenlicht-Bedingungen in Betracht zieht .....

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Andreas Gast 03.06.2016 12:36 #4600765

Lesenswert?

•

▲
▼

Nachtrag:

Das Data Direction Bit ist selbstverständlich gesetzt! :)
Nun funktionieren die Funktionen ja, sodass ich meine Funktion IO_init() 
ja nun auch aufrufen kann! :P

LG
Andreas

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Sterni Gast 03.06.2016 13:08 #4600802

Lesenswert?

•

▲
▼

Andreas schrieb:
> #define Stat_LED_bl PC5
> #define Stat_LED_rt PC6

Versuch mal, die Namen der #defines groß zu schreiben.
Ich meine mich erinnern zu können, das das schonmal zu Problemen geführt 
hat.
Also zum Beispiel:
#define STAT_LED_BL PC5

Viele Grüße
Sterni

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Frank M. (ukw) Moderator 03.06.2016 15:16 #4600968

Lesenswert?

•

▲
▼

Sterni schrieb:
> Versuch mal, die Namen der #defines groß zu schreiben.
> Ich meine mich erinnern zu können, das das schonmal zu Problemen geführt
> hat.

Da es nur eine Konvention ist, defines in Großbuchstaben zu schreiben, 
damit man sie als solche erkennen kann, ist Deine Aussage schlichtweg 
falsch.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

led Gast 03.06.2016 15:24 #4600975

Lesenswert?

•

▲
▼

Ich halt ja eine statisch LED nicht für eine geeignete Methode um den 
Lauf eines Programms zu testen.

Blinken und wenn auch bloß mit delays, das zeigt an ob das Programm 
läuft.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Karl M. Gast 03.06.2016 16:49 #4601073

Lesenswert?

•

▲
▼

Hallo Peter,

Peter II schrieb:
> 5V bei 50kOhm sind 0.1mA - das sieht man deutlich ein leuchten

Bitte schreibe dann schon die richtig Formel hin:

Iled = (Udd - Uled)/50kOhm

Antwort Zitieren Bearbeiten Löschen Beitrag melden

AVR springt nicht aus Funktion

Antwort schreiben