Interrupt Problem

@  Franz (Gast)

>mal jemand für mich drüberschauen bitte? Habs genau so gemacht wie im
>tutorial beschrieben.

Das glaube ich kaum.

>Das Programm soll starten wenn ein Interrupt am Pin 17 vom Mega 32
>eintritt, oder er über die serielle Schnittstelle das entsprechende
>Zeichen empfangen hat.

Dann lies mal was zum Thema Interrupt.

http://www.mikrocontroller.net/articles/AVR-GCC-Tutorial#Programmieren_mit_Interrupts

>#define INT1_vect        _VECTOR(2)  // Interrupt INT1 definieren

Sowas macht kein Mensch.


>  ISR(INT1_vect)             // Wenn Interrupt eintritt dann Starte
>  {Start_Flag = 1;}

Und das auch nicht! Eine ISR wird nicht wie eine Funktion aufgerfen.
Und du willst das Tutorial gelesen oder gar verstanden haben?
Eine glatte Lüge!

Franz schrieb:
> ISR(INT1_vect)             // Wenn Interrupt eintritt dann Starte
>   {Start_Flag = 1;}

Ich weiß nicht, was Du Dir vorgestellt hast, als Du das geschrieben 
hast.  Jedenfalls kannst Du eine Interrupt-Function  nicht im normalen 
Programmablauf unterbringen.  Sie hat dort nichts verloren.  Sie ist 
eine selbständige Function und ist dorthin zu schreiben, wo Functions 
sonst auch hin gehören:  In die Hauptebene außerhalb aller anderen 
Functions.¹


(¹Und ja, ich weiß, dass der GCC sie nicht nur dort zulässt, aber keine 
Interruptroutinen.)

Franz schrieb:
> ok ist erledigt.

Was hast du erledigt?

> Doch der AVR macht nix.

Irgendwas macht der schon.
Die Frage ist eher: Entspricht das was du programmiert hast dem, was du 
haben willst :-)

> Bits sind wie folgt konfiguriert

Zeig dein ganzes Programm

Bitte!

Schreib nicht einfach was zusammen.


Mach ein vollständiges, kompilierbares Programm.
Das testest du, ob sich der Fehler bei dir immer noch zeigt. Auch im 
Simulator einmal durchsteppen, ob der fragliche Code überhaupt 
ausgeführt wird, kann nicht schaden.

Im Extremfall müssen wir hier hergehen und dein Programm nehmen, bei uns 
durch den Compiler jagen und damit im Simulator auf Jagd nach Fehlern 
gehen.

Dazu brauchen wir aber ein Programm, welches bei dir nachweislich den 
beschriebenen Fehler hervorruft!

Und noch was.
Du kannst ruhig ein C-File als Attachment anhängen. Kein Grund das als 
TXT zu titulieren. Bei einem C-File greift dann nämlich das 
Syntax-Highlighting der Forensoftware.

Und noch was.
Wenn nach dem 3 mal Nachfragen nach einem vollständigem kompilierbaren 
Programm immer noch nur noch Code-Fetzen daherkommen, dann empfindet das 
die Mehrheit der Helfenden als ziemlich rüde und unhöflich.

Wo rufst du die Funktion interrupt() eigentlich auf, die die INT 
Eingänge konfiguriert?

Franz schrieb:
> okay bis morgen habt ihr den code.
> stimmt das wird gar nicht aufgerufen.. werd ich gleich mal ändern und
> probieren.

Wenn du dein Beispiel soweit vollständig gemacht hättest und im 
Simulator durchgestept wärst, wär dir das sogar selbst aufgefallen.

Das ist nämlich auch eine Technik zum Bugfixen:
Es ist nicht ungewöhnlich, dass man seine eigenen Fehler sieht, wenn man 
das Programm auf das absolut Notwendige zusammenschrumpfen muss, sodass 
zwar alles andere rausfällt, der Fehler aber immer noch drinnen bleibt. 
Durch die verminderte Komplexität fallen einem plötzlich Dinge auf, die 
man im Monstercode nicht sieht.

> stimmt das wird gar nicht aufgerufen..

Das war mehr geraten als gewusst. Hätte ja auch sein können, dass der 
Aufruf irgendwo in

1

int main (void)

2

{

3

 init();

4

 sei();

5

 .

6

 .

7

 .

8

 . Mein code

9

 .

10

 .

11

 .

12

} Ende hauptprogramm

steckt (und genau deswegen sollst du solche Dinge nicht machen, sondern 
ordentlichen Code abliefern)