timer0 overflow - anfängerproblem

[lukas (Gast)]

Hallo leute,

hab ein problem, wahrscheinlich ein sehr banales, aber ich komme aleine 
einfach nicht weiter.

wäre super wenn mir jemand den nötigen denkanstoss geben könnte.

also:
ich möchte eigentlich nur den ausgang pd5 durch einen timer overflow 
interrupt gesteuert blinken lassen. erstmals ;) ...
später soll da natürlich mehr draus werden, aber wie soll ich 
weitermachen wenn ich daran schon scheitere....

hier mein code

#ifndef F_CPU
#warning "ACHTUNG!! F_CPU wird von mir auf 0.032MHz gesetzt"
#define F_CPU 32768
#endif

#include <avr/io.h>
#include <avr/interrupt.h>
#include <stdint.h>


volatile uint8_t my_global = 0;

void TIMER_Init( void );

ISR( TIMER0_OVF_vect ) {
  my_global++;
}

int main( void ) {

  TIMER_Init();

  DDRC = 0xFF;  //Ausgänge
  DDRD = 0xFF;  //Ausgänge
  DDRB = 0x00;  //Eingänge
  PORTB |= 0x03;  //PullUps

  sei();  
  
  while( 1 ) {
    if( my_global & 0x01 ) {
      PORTD |= 0b00100000;   //PD5 einschalten
    }
    else {
      PORTD &= 0b11011111;   //PD5 ausschalten
    }  
  }
  return 0;
}

void TIMER_Init( void ) {
  TCCR0 |= 0b00000101;  //Prescaler 1024
  TIMSK |= 0b00000001;  //Timer Overflow Interrupt Enabled
}

und danke an alle die es sich antun sich meines problems anzunehmen :)

lg lukas

[g457 (Gast)]

> hab ein problem

..was für eins? Syntax oder Semantik? Und wie äussert sich selbiges? 
Oder sollen wir die Glaskugeln polieren?..

> #warning "ACHTUNG!! F_CPU wird von mir auf 0.032MHz gesetzt"

..und mit welchem Takt läuft der AVR tatsächlich?

> my_global & 0x01

sogar bei nur 33kHz und einem Vorteiler von 1024 wirds knapp mit 
"blinken" - wenn ich mich nicht verrechnet hab dann sollte die LED alle 
etwa 8 Sekunden wechseln.

> PORTD |= 0b00100000;   //PD5 einschalten
           ^^^^^^^^^^
..und sowas gewöhn Dir besser erst gar nicht an, das kann man viel 
schöner schreiben mit

PORTD |= _BV(5); //PD5 einschalten

Wenn man dann noch ein paar schöne sprechende Defines aussen rum 
definiert wirds sogar richtig hübsch:

#define FANCY_LED         5
#define FANCY_LED_PORT    PORTD
#define FANCY_LED_ON()    ( FANCY_LED_PORT |=  _BV(FANCY_LED) )
#define FANCY_LED_OFF()   ( FANCY_LED_PORT &= ~_BV(FANCY_LED) )
[..]
   if (my_global & 0x01)
      FANCY_LED_ON();
   else
      FANCY_LED_OFF();

HTH

[Tim (Gast)]

Der Code sieht (vom schlechten Stiel mal abgesehen) richtig aus.
Ohne Angabe des AVR Typs und der Taktfrequenz ist eine weitere Diagnose 
unmöglich.
Kannst du eine Hardwarefehler ausschließen? Was hat du schon alles 
überprüft?

[lukas (Gast)]

Also:

ich verwende einen ATmega8 mit einem externen quarz (32kHz).

sorry dass ihr euch durch meinen hässlichen stil quälen müsst ;)

das problem äussert sich darin dass die led nicht blinkt oder flakert 
sondern einfach nur stur durchleuchtet.

einen hw-defekt kann ich soweit ausschliessen,....

ich habe alle led´s ein und alle led´s aus schon probiert, was 
funktioniert!

wie könnte ich dass sonst noch testen?

dank euch!

lg

[MWS (Gast)]

Wurden die Fuses auf Low Frequency Crytal Oscillator gesetzt ?

Aber Vorsicht ! ISP-Takt muss <= 1 / 4 uC-Takt sein. Wenn das Dein 
Programmer nicht kann, hast Du Dich danach selbst ausgesperrt.

[g457 (Gast)]

> ich verwende einen ATmega8 mit einem externen quarz (32kHz).
[..]
> das problem äussert sich darin dass die led nicht blinkt oder flakert
> sondern einfach nur stur durchleuchtet.

Hast Du ∗überprüft∗ dass der Quarz auch korrekt genutzt wird? Geht (in 
unvollständigem und ungeprüftem Pseudocode) z.B. so

#include <util/delay.h>
[..]
#define FANCY_LED_DDR             DDRD
#define FANCY_LED_SET_OUTPUT()    ( FANCY_LED_DDR |=  _BV(FANCY_LED) )
[..]
int main()
{
    FANCY_LED_SET_OUTPUT();
    while (1)
    {
        FANCY_LED_ON();
        _delay_ms(1000);
        FANCY_LED_OFF();
        _delay_ms(1000);
    }
    return 0;
}

Wenn die LED nicht alle Sekunde ihren Zustand ändert ist was faul.

HTH

[Uwe (Gast)]

Hört sich nach falschen Fuses für die Clock an.
probier mal
if( my_global & 0x80 )

[Karl H. (kbuchegg)]

> ich verwende einen ATmega8 mit einem externen quarz (32kHz).

Gehts nur mir so, oder empfinden auch andere die Verwendung eines 32kHz 
Quarzes als Betriebsfrequenz für den Mega8 als unsinnig?

Das man den 32kHz Quarz als Antrieb für den Timer 2 benutzen kann, steht 
auf einem anderen Blatt. Als Taktfrequenz für den kompletten µC ist das 
in meinen Augen einfach nur Blödsinn.

[Dietmar (Gast)]

Karl Heinz Buchegger schrieb:
> Gehts nur mir so, oder empfinden auch andere die Verwendung eines 32kHz
> Quarzes als Betriebsfrequenz für den Mega8 als unsinnig?

Seh ich auch so.
Mein Ansatz wäre intern RC nehmen, Vorteiler entsprechend setzten und 
die LED damit blinken lassen. Weniger Bauteile und damit weniger 
Fehlermöglichkeiten.

[lukas (Gast)]

Karl Heinz Buchegger schrieb:
> Gehts nur mir so, oder empfinden auch andere die Verwendung eines 32kHz
> Quarzes als Betriebsfrequenz für den Mega8 als unsinnig?
>
> Das man den 32kHz Quarz als Antrieb für den Timer 2 benutzen kann, steht
> auf einem anderen Blatt. Als Taktfrequenz für den kompletten µC ist das
> in meinen Augen einfach nur Blödsinn.

das werd ich wahrscheinlich machen! an diese möglichkeit hab ich noch 
nicht gedacht,... und wahrscheinlich habe ich mich durch den zu 
niedrigen takt ausgesperrt grrrrrrr
ich verwende den myavr usb light programmer. hab aber keine ahnung wie 
weit runter der mit der isp-frequenz kann.

naja, werde dann mal einen anderen mega8 drauf setzen und ausprobieren.

vielen dank.

lg lukas

[MWS (Gast)]

lukas schrieb:
> und wahrscheinlich habe ich mich durch den zu
> niedrigen takt ausgesperrt grrrrrrr

Ehm, ja, späte Erkenntnis. Mein Post erst nachher gelesen ?

[lukas (Gast)]

MWS schrieb:
> lukas schrieb:
>> und wahrscheinlich habe ich mich durch den zu
>> niedrigen takt ausgesperrt grrrrrrr
>
> Ehm, ja, späte Erkenntnis. Mein Post erst nachher gelesen ?

OH, noch garnicht gelesen. :)

der interne rc ist für meine zwecke zu ungenau, aber danke trotzdem.

lg lukas

[MWS (Gast)]

lukas schrieb:
> der interne rc ist für meine zwecke zu ungenau, aber danke trotzdem.

Bitte.

Hatte gestern sogar nachgesehen, ob man die Fuse per Hand reintakten 
könnte, sind nur 32 Bit :D
Ist aber ein bisserl zu abgedreht, außerdem hab' ich's selbst noch nie 
versucht. Würde außerdem einen prellfreien Taster zumindest für SCK 
erfordern.

Das hier und bei jedem Bit SCK auf L/H müsste ihn wieder auf internen 
R/C zurückstellen, MSB zuerst.

RST <- 0
        MSB                          LSB   
MOSI <- 10101100101000000000000011100001
RST <- 1

Den asynchronen Timer2 mit dem 32kHz Quarz zu verwenden wurde Dir 
bereits empfohlen, das wäre auch mein Rat gewesen. Es dürfte eine 
Application Note geben, um den internen R/C per OSCCAL mit dem 32kHz 
Quarz an Timer2 abzugleichen. Hatte das mal in 'nem Code für einen 
AVR-Butterfly gesehen.

[lukas (Gast)]

das wäre ja mal was :D

naja, ich hab ihn schon ausgetauscht, (und einen sockel eingelötet, 
falls ich nochmals tauschen muss :) )

aber wenn mir meine mcu´s mal ausgehen dann werd ich ihn vll mit deiner 
methode retten.

so, hab das jetzt im schöneren stil nochmals geschrieben:

void TIMER_Init( void ) {
  ASSR |= (1<<AS2);    //Asynchrone Modus, tcnt-quelle=TOSC1/2
  _delay_ms(500);      //1/2sekunden Warten
  TCCR2 |= (1<<CS22);   //Prescaler 64 -> bei 32768Hz OVF alle 0,5sec
  TIMSK |= (1<<TOIE2);  //Timer2 Overflow Interrupt Enabled
}

sieht schon besser aus, oder?

danke an alle die mir geholfen haben!
es ist sehr erfreulich wie kompetent, schnell und freundlich dieses 
forum ist!

lg lukas

[MWS (Gast)]

lukas schrieb:
> aber wenn mir meine mcu´s mal ausgehen dann werd ich ihn vll mit deiner
> methode retten.

Man könnte sich für diesen Zweck auch 'nen Tiny programmieren, der einen 
die Defaultfuses wieder reinschreibt und gleich noch 'nen Takt 
generiert, falls auf ext. Oszillator/Crystal ver-fust wurde. Nur bei der 
RSTDISBL würd' das auch nix mehr helfen, da muss dann HV-Programmierung 
ran.

lukas schrieb:
> ASSR |= (1<<AS2);

Ich würd' für das Erstbeschreiben eines Registers nicht ver-odern, denn 
bei einem Re-Init könnten sonst falsche Registerwerte drinbleiben, also 
besser:
> ASSR = (1<<AS2);

lukas schrieb:
> und freundlich dieses forum ist!

Nun, wie Du feststellen kannst, nicht immer ;D
Kommt sehr drauf an, wie gefragt wird.

[lukas (Gast)]

MWS schrieb:
> Ich würd' für das Erstbeschreiben eines Registers nicht ver-odern, denn
> bei einem Re-Init könnten sonst falsche Registerwerte drinbleiben, also
> besser:
>> ASSR = (1<<AS2);

ok, vielen dank für den tip!

btw.: die binäruhr zählt jetzt schon fleißig nach oben :)

lg und schönen abend.
lukas