ATmega16 mit Timer0 will nicht

Joel B. schrieb:
> PORTD ^= (1<<PD0);

Probiers mal so:

1

    PORTD = PIND ^ (1<<PD0);

Ports werden mittels "PINx" eingelesen.

> Ports werden mittels "PINx" eingelesen.

Man kann genauso gut das zuletzt Geschriebene invertieren, also wie 
ursprünglich PORT nehmen.  Das tut's für diesen Zweck gleich gut.

@jeybee:  Dir ist schon klar, dass (überschlagsweise, 8 MHz-Takt 
angenommen) um die 4 kHz Toggle-Frequenz herauskommen?  Wenn Du nicht 
messen, sondern etwas sehen möchtest, musst Du schon sehr schnell 
schauen :).

Moin

Also, der ATmega16 läuft mit 16MHz. Von dem her sollte die LED ja jetzt 
durchgehend leuchten, oder?

Wenn ich den obigen Code flashe  leuchtet einfach keine LED.

Moin

ALso mit Prescale auf 1024 habe ich das selbe ergebnis... eine LED, die 
andauernt aus ist. Das Oszilloskop bringt auch kein sauberes Reckteck 
signal am Ausgang.

1

#include <avr/io.h>

2

#include <avr/interrupt.h>

3

#include <avr/pgmspace.h>

4

5

int main(void)

6

{

7

   DDRD = 0xFF;

8

9

10

     TCCR0 =(1<<WGM01) | (1<<CS00) | (1<<CS02);

11

     OCR0=125;

12

13

     TIMSK|=(1<<OCIE0);

14

     sei();

15

16

  while(1)

17

  {

18

19

  }

20

21

}

22

23

24

ISR (TIMER0_COMP_vect)

25

{

26

  PORTD ^= (1<<PD0);

27

}

Wie ist die LED denn angeschlossen?

Joel B. schrieb:
> ALso mit Prescale auf 1024 habe ich das selbe ergebnis... eine LED, die
> andauernt aus ist. Das Oszilloskop bringt auch kein sauberes Reckteck
> signal am Ausgang.

Was heißt denn kein sauberes Rechteck? Kannst du ein Foto oder 
Screenshot posten?
Hängst du am richtigen Pin? Has das Oszi richtige Masse?

Um erstmal zu testen, ob deine LED richtig angeschlossen ist, kannst du 
auch erstmal auf den Timer verzichten:

1

#include <avr/io.h>

2

#include <avr/util.h>

3

4

// CPU Freq definieren

5

#define F_CPU 16000000UL

6

7

int main(void)

8

{

9

   DDRD = 0xFF;

10

11

  while(1)

12

  {

13

      PORTD = PIND ^ (1<<PD0);

14

      // sleep Funktion mit 1000ms

15

      for(uint8_t i=0; i<10; i++)

16

      {

17

          _delay_ms(100);

18

      }

19

  }

20

}

21

22

Achtung! DU musst prüfen, ob die Codezeilen so richtig sind, hab es nur aus dem Kopf hingeplottet.

> Ich glaube du muss die TIMER1_OVF_vect benutzen

Er verwendet aber Timer 0.  Und, wenn ich das richtig sehe, im 
CTC-Modus.  Somit ist der Compare Interrupt schon richtig.

Moin.

 also die LED ist wie folgt angeschlossen:



   AVR           Resistor       LED

 PortD.0 >------| 150R |---------|>-------|GND



Ohne Timer kann ich die LED auch zum leuchten/blinken bringen, es liegt 
also nicht an der Hardware.

zum Oszi: Kein sauberes Rechteck heisst, dass da nur rauschen zu sehen 
ist.


Greez Jey

Also ich verwende das AVRstudio4 von Atmel mit den neusten updates.
WinAVR ist auch auf dem aktuellsten Stand der Dinge

Als Programmer nutze ich den AVRISP MKII direkt von Atmel


Greez Jey

Nope, Makfile stimmt (Mega16 mit 16Mhz)
Es wird auch das richtige .hex geflasht....

Und wie gesagt... an der Hardware liegt es nicht, mit einem Delay in der 
Main geht das ja.


Greez Jey

Dein .hex File tuts auch nicht... :(

Im Anhang ist mal meines dabei.

Jap, es wird mit dem Blinken über ein Delay der selbe Portpin verwendet.
Fuses sind wie folgt:


High: 0xD9
Low:  0xBF


Ich bin echt ratlos :(

Probier mal folgendes Programm aus

1

#ifndef F_CPU

2

#define F_CPU 16000000

3

#endif

4

5

#include <avr/io.h>

6

#include <avr/interrupt.h>

7

#include <avr/pgmspace.h>

8

#include <util/delay.h>

9

10

int main(void)

11

{

12

   DDRD = 0xFF;

13

14

   PORTD |= (1<<PD0);

15

   _delay_ms( 500 ); 

16

   PORTD &= ~(1<<PD0);

17

   _delay_ms( 500 );

18

19

20

     TCCR0 =(1<<WGM01) | (1<<CS00) | (1<<CS02);

21

     OCR0=125;

22

23

     TIMSK|=(1<<OCIE0);

24

     sei();

25

26

  while(1)

27

  {

28

29

  }

30

31

}

32

33

34

ISR (TIMER0_COMP_vect)

35

{

36

  PORTD ^= (1<<PD0);

37

}

Das schaltet am Anfang die LED für 0.5 Sekunden ein.
Wenn deine LED jetzt scheinbar mit 0.5 Sekunden blinkt, dann wird dein 
µC aus irgendeinem Grund ständig resettet.

Ist oder war vielleicht mal der Watchdog aktiviert und jetzt resettet 
sich der Atmega16 bevor es zum Toggeln der LED kommt? Ein einmal 
aktivierter Watchdog überlebt das Neuflashen und futschelt dann in 
Programmen rum, die an sich keine Watchdogaufrufe haben!

Nun, das Programm von Karl funktioniert einwandfrei... Die LED blinkt im 
500ms Takt, njedoch halt nicht über den timer...
Wie kann es denn sein, das mein Controller immer geresettet wird?
ALso extern habe ich einen Pullup am RESET Pin. Der Watchdog sollte 
standartmässig ausgeschaltet sein und manuel verändert habe ich ihn auch 
nicht.

Zudem haben zig andere Programme auf dem Microcontroller bisher 
funktioniert (LCD Ansteuern, ADC auslesen, normales I/0 etc...).


Greez Jey

Joel B. schrieb:

> Wie kann es denn sein, das mein Controller immer geresettet wird?

> Zudem haben zig andere Programme auf dem Microcontroller bisher
> funktioniert (LCD Ansteuern, ADC auslesen, normales I/0 etc...).

Wenn du tatsächlich 0.5 Sekunden ein / 0.5 Sekunden aus siehst und es 
nicht der Watchdog ist, dann stimmt der INterrupt Vektor nicht. Der ISR 
Aufruf 'geht dann ins Leere', eigentlich auf den Default Handler, und 
der resettet den µC.

Also noch mal kontrollieren:
Im AVR Studio ist der richtige Controller eingestellt?
Der Interrupt Vektor heißt tatsächlich so?
Gibt es Warnungen beim Compilieren?


Edit:
Watchdog kannst du leicht kontrollieren.
Mach aus den 500 Millisekunden mal 5000
Dann hast du 5 Sekunden an/aus
Das ist länger als der Watchdog braucht um zuzuschlagen.
Hast du 5 Sekunden ein/aus, dann ist es nicht der Watchdog.

MCU und deren Taktfrequenz wurden im AVRstudio4 richtig eingestellt. 
Fuses stimmen soweit eigentlich auch.

Im Anhang die .hex
Hier nochmal das Programm:

1

#include <avr/io.h>

2

#include <avr/interrupt.h>

3

#include <avr/pgmspace.h>

4

#include <util/delay.h>

5

6

#ifndef F_CPU

7

#define F_CPU 16000000

8

#endif

9

10

int main(void)

11

{

12

  DDRD = 0xFF;

13

14

  PORTD |= (1<<PD0);

15

  _delay_ms( 500 ); 

16

  PORTD &= ~(1<<PD0);

17

  _delay_ms( 500 );

18

19

20

  TCCR0 =(1<<WGM01) | (1<<CS00) | (1<<CS02);

21

    OCR0=125;

22

    TIMSK|=(1<<OCIE0);

23

    sei();

24

25

    while(1)

26

    {

27

28

    }

29

30

}

31

32

33

ISR (TIMER0_COMP_vect)

34

{

35

  PORTD ^= (1<<PD0);

36

}

Joel B. schrieb:
> MCU und deren Taktfrequenz wurden im AVRstudio4 richtig eingestellt.
> Fuses stimmen soweit eigentlich auch.

Na denn.
Wenn alles richtig eingestellt ist (was wir nicht kontrollieren können) 
und das Programm richtig ist (was wir kontrollieren können)
kurz und gut: wenn alles richtig ist

dann muss es auch funktionieren.

Aus verzweiflung habe ich nun auch schonmal zweimal die MCU getauscht... 
immer mit dem selben ergebnis. Ich werde heute Abend mal den Code zu 
Hause an andere Hardware ansehen.

Ich werd mich melden.


Bis die Tage

Dann ist es wohl an der Zeit, mal die etwas "verrückteren" Möglichkeiten 
abzuchecken. Bist du gaaaanz sicher, auch wirklich die HEX-Datei in den 
Chip zu programmieren, und nicht etwa die ELF-Datei? Das hätte nämlich 
auch genau die beobachteten Auswirkungen.

Moin,

Also ich habe jetzt mal den Code von MWS geflasht und die LED blinkt 
jetzt im Sekundentakt. Wenn ich folgenden Teil auskomentiere, bleibt die 
LED wieder dunkel:

1

  PORTD |= (1<<PD0);

2

  _delay_ms( 500 ); 

3

  PORTD &= ~(1<<PD0);

4

  _delay_ms( 500 );

Sonst noch jemand eine Idee?


Greez Jey

Schön langsam nicht mehr.

Probier mal einen anderen Port. Das Programm an sich ist in Ordnung. 
Aber irgendetwas wirft den µC aus der Bahn. Das kann genausogut ein 
elektrisches Problem sein.

Wie sieht deine µC Beschaltung aus?

Karl heinz Buchegger schrieb:
> Wie sieht deine µC Beschaltung aus?

Seh ich genauso. Alles deutet darauf hin, dass dein µC resettet wird. 
Und da wir hier auf der Software- und Fuses-Seite nahezu alles 
ausgeschlossen haben, kann es fast nur noch an der Schaltung liegen.

Also ich habe jetzt mal mim Oszilloskop am Resetpin (der btw. einen 
Pullup besitzt) nachteschaut -> von Extern wird der AVR nicht 
geressetet.

Kannst du denn mal einen Schaltplan posten?

beim stack_test.hex ist keine LED am leuchten, leider genausowenig bei 
der isr_blink.hex

Die Schaltung poste ich später, da der Schaltplan nicht auf dieser Kiste 
zu finden ist.

nobody schrieb:
> Sollte i nicht volatile deklariert sein??

Das passt schon so.

> In der Isr passiert nur bei i==5 was, die restlichen 255 Male nichts!

Damit teilt er die ISR Frequenz noch weiter runter, nämlich durch 256. 
Ob da jetzt mit 5 oder mit 0 verglichen wird, spielt nicht mehr so die 
grosse Rolle.

ich schrieb:
> Es sollte in der if-Abfrage auf 0 gesetzt werden. Aber so was passiert,
> wenn man keine Zeit zum Durchlesen hat und schnell was reinstellt.

:-)
Lernen wir alle mal. Egal wie simpel dein Code ist, es gibt immer eine 
Chance für Fehler.

Ich müsste jetzt im Datenblatt nachsehen, aber ich denke die Vorteiler 
Bits vom Mega128 unterscheiden sich nicht großartig vom Mega16. Und bei 
dem hab ich nachgesehen:

1

TCCR0 =(1<<WGM01)|(1<<CS00)|(1<<CS02)|(1<<CS01);

Aha. Vorteiler: externer Clock an T0

Sicher, das du das willst?

So, nun habe ich wieder Zeit.

Der Schaltplan liegt leider nur stückweise im Anhang, da ich i-wie 
unfähig bin, das "Print to file" .prn in ein jpg umzuwandeln (was ja 
auch nicht sinn und zweck ist).

Ansonsten biete ich auch gerne direkt das gesamte OrCAD File an. Wie man 
jedoch sieht, ist da nichts spezielles mit an Board. Zudem kann ich ja 
alles andere "per Hand" zum blinken bringen.

Auch das deaktivieren des BODEN Fuses hat nichts gebracht.


hier nochmal der aktuelle Code:

1

#include <avr/io.h>

2

#include <avr/interrupt.h>

3

#include <avr/pgmspace.h>

4

#include <util/delay.h>

5

6

int main(void)

7

{

8

    DDRD = 0xFF;

9

10

11

  TCCR0 =(1<<WGM01) | (1<<CS00) | (1<<CS02);

12

  OCR0=125;

13

  TIMSK=(1<<OCIE0);

14

  sei();

15

16

  while(1)

17

  {

18

19

  }

20

21

}

22

23

ISR (TIMER0_COMP_vect)

24

{

25

  PORTD ^= (1<<PD2);

26

}

Gruss Jey

Klar könnte das nicht schaden, aber bisher ging es ja auch...
Dennnoch habe ich nun 100nF gegen Masse und auch dem Resetpin einen 
Kondensator spendiert. Doch noch immer herst dunkelheit.


Gruss Jey

@Chris:  Oh! du hast ja recht, wie peinlich! :(

Jedoch war das leider NICHT die Lösung... Ich habe es inzwischen auch 
mit- und ohne ISR probierte... beides erfolglos....


@seiner einer: Also da sehe ich kein Problem?!

Hier nochmals der Aktuelle Code:

1

#include <avr/io.h>

2

#include <avr/interrupt.h>

3

#include <avr/pgmspace.h>

4

#include <util/delay.h>

5

6

int main(void)

7

{

8

    DDRD = 0xFF;

9

10

11

  TCCR0 |= (1<<WGM01) | (1<<CS00) | (1<<CS02);

12

  OCR0=125;

13

  TIMSK |= (1<<OCIE0);

14

15

  sei();

16

17

  while(1)

18

  {

19

20

  }

21

22

}

23

24

ISR (TIMER0_COMP_vect)

25

{

26

  PORTD ^= (1<<PD2);

27

}

Greez Jey

Ne, da geht ja nix... man hört nix und das Oszi zeigt sich auch 
unbeeindruckt :(

Jey Bee schrieb:

> Jedoch war das leider NICHT die Lösung... Ich habe es inzwischen auch
> mit- und ohne ISR probierte... beides erfolglos....

Wie ist das zu verstehen: Du hast es ohne ISR probiert.
Du hast WAS ohne ISR probiert?

seiner einer schrieb:
> Ich seh gerad das du Timer 0 verwenden möchtest. Da gibt es kein WGM01
> bit.
> Wenn du Timer 1 verwendest wird das PORT vom Timer wie gesagt
> automatisch getoggelt ohne ISR

Auf disen Post hin habe ich einfach mal die ISR auskommentiert....

Nur so by the way: das Relais ist zur Zeit eh nicht aufgelötet.

Jey Bee schrieb:
> seiner einer schrieb:
>> Ich seh gerad das du Timer 0 verwenden möchtest. Da gibt es kein WGM01
>> bit.
>> Wenn du Timer 1 verwendest wird das PORT vom Timer wie gesagt
>> automatisch getoggelt ohne ISR
>
> Auf disen Post hin habe ich einfach mal die ISR auskommentiert....

Oh Mann
Du kannst nicht einfach eine ISR auskommentieren.

Ein freigegebener Interrupt benötigt eine ISR.
Hast du sie nicht, dann gibt es auf jeden Fall einen Reset.

Also
Zusammendassend:

Eine LED-Blinkschleife in main() funktioniert. Die LED blinkt. Du kannst 
auch ausschliessen, dass das Blinken durch Reset erfolgt.

Dieselbe LED Ansteuerung in einer ISR vom Timer 0 funktioniert nicht.


Kann man das so sagen.
Speziell der Punkt: ... ohne das ein Reset erfolgt
ist wichtig.

Da mir das mit dem FT232RL schon aufgefallen ist, habe ich hier schon 
lange die zwei Leitungen getrennt. Dies dürfte also keinen Einfluss 
nehmen.


Beim Programm von MWS passiert wiederum nix.

Jey Bee schrieb:
> Da mir das mit dem FT232RL schon aufgefallen ist, habe ich hier schon
> lange die zwei Leitungen getrennt. Dies dürfte also keinen Einfluss
> nehmen.

Keine AHnung, ob es anderen auch so geht wie mir:
Aber bei deinem Schaltplan blick ich nicht mehr durch. Zudem hast du das 
alles offenbar auch schon modifiziert.

Mein Vorschlag:
Nimm den Mega16 aus seiner Fassung.
Dann misst du die Spannung am Sockel am besagten Pin.
Dort sollte eigentlich 0V sein und wenn du mit 5V drauf gehst, müsste 
deine LED leuchten (Stromaufnahme messen)

Zudem würde ich mir an deiner Stelle den programmierten Mega16 in einen 
einzelnen Sockel setzen, den freihand verdrahten (den Mega auf internen 
RC-Oszillator umfusen) und nachsehen ob die LED blinkt. Für diese 
Freihandverdrahtung reicht es allemal aus, einfach nur die 
Versorgungsspannung (und noch 100nF zwischen Vcc und GND) anzulegen. 
Mehr braucht es nicht, damit das Teil läuft.

Ziel der Übung ist es, den Mega ohne deine ganze Rundumschaltung (die 
offenbar nicht getestet wurde) in Betrieb zu nehmen um zunächst alle 
Einflüsse aus der Umgebungsbeschaltung auszuschliessen.

Sonst suchst du (und wir) uns hier noch einen Wolf.

Ich habe nun mal folgenden alten Code ausgegraben:

1

#include <avr/io.h>

2

#include <avr/interrupt.h>

3

#include <avr/pgmspace.h>

4

#include <util/delay.h>

5

#include "lcd.h"

6

7

8

volatile unsigned int  millisekunden=0;

9

volatile unsigned int  sekunde=0;

10

volatile unsigned int  minute=0;

11

volatile unsigned int  stunde=0;

12

unsigned char buffer[10];

13

14

int main(void)

15

{

16

  DDRD = 0xFF; 

17

18

19

   TCCR0  =(1<<WGM01) |(1<<CS01);

20

   OCR0     =  128;

21

   TIMSK  =  (1<<OCIE0);

22

   sei();

23

24

25

26

   lcd_init(LCD_DISP_ON);

27

   lcd_clrscr();

28

29

30

31

32

   while(1)

33

   {

34

   lcd_clrscr();

35

   lcd_home();

36

   lcd_puts(itoa(stunde,buffer,10));

37

   lcd_puts(":");

38

   lcd_puts(itoa(minute,buffer,10));

39

   lcd_puts(":");

40

   lcd_puts(itoa(sekunde,buffer,10));

41

   _delay_ms(300);

42

   }

43

44

}

45

46

47

ISR (TIMER0_COMP_vect)

48

{

49

   millisekunden++;

50

   if(millisekunden==1000)

51

   {

52

      sekunde++;

53

      millisekunden=0;

54

      if(sekunde==60)

55

      {

56

         minute++;

57

         sekunde=0;

58

      }

59

      if(minute ==60)

60

      {

61

        stunde++;

62

        minute=0;

63

      }

64

   }

65

   PORTD ^= (1<<PD7);

66

67

}

Der Code funktioniert soweit, dass die LED an PD7 immer an ist, aber das 
LCD sichtbar die Zahlen hochzählt (nicht im sekundentakt)
Wenigstens weiss ich jetzt, dass der Timer läuft, wo der Hardwarefehler 
mit PD7 ist, weis ich trotzdem nicht (das Relais ist angeschlossen)

Nunja, danke für euere Hilfe und euere Gedult


Gruss Jey