warum wird _delay_ms() nicht ausgeführt

[Johannes (Gast)]

Guten Abend,
Ich bin dabei mir eine Software PWM zu bauen.
Beim herumprobieren bin ich auf einen (mir unerklärlichen) Fehler 
gestoßen.

Und zwar wird _delay_ms(1000); in der main Funtkion nicht ausgeführt. 
Bzw bleibt der µC hier hängen!?

Hier der Code:

#define F_CPU 16000000UL
#define PWMPORT PORTB
#define PWMDDR  DDRB

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

unsigned volatile int pwmMaxWert = 100;
unsigned int aktuellerStand = 0;
unsigned volatile int sollWert[] = {0, 0, 0, 0};

void init()
{
  PWMDDR = 0xFF;    
}

void timerInit()
{
  TCCR0 |= (1<<CS00); /*Prescaler 0*/
  TIMSK |= (1<<TOIE0); /*Gibt das Timer0 Overflow Interrupt frei (inkl. Routine)*/
  sei();  /*enabled allgemeine Interrupts*/
}

ISR(TIMER0_OVF_vect)
{
  for (int i = 0; i < 4; i++)
  {
    if (aktuellerStand < sollWert[i])
      PWMPORT |= (1<<i);
    if (aktuellerStand > sollWert[i])
      PWMPORT &= ~(1<<i);
    if (aktuellerStand > pwmMaxWert)
      aktuellerStand = 0;
  }  
  aktuellerStand++;
}

int main(void)
{
  init();
  timerInit();
  
  while(1)
  {  
    _delay_ms(1000);
    sollWert[0] = 100;
    sollWert[1] = 0;
    sollWert[2] = 100;
    sollWert[3] = 0;    
  }
}

Die Hardware passt, wenn ich ein einfaches Programm schreib welches mir 
nacheinander die Ports setzt, dann funktioniert alles.

[Daniel H. (Gast)]

gib statt 1000ms mal 255ms ein...

[Floh (Gast)]

delay_ms hat eine Maximalwartezeit.
Schau mal in die Headerdatei delay.h rein.

[Peter II (Gast)]

Floh schrieb:
> delay_ms hat eine Maximalwartezeit.
nein hat es schon lange nicht mehr.

http://www.nongnu.org/avr-libc/user-manual/group__util__delay.html

The maximal possible delay is 768 us / F_CPU in MHz.

If the user requests a delay greater than the maximal possible one, 
_delay_us() will automatically call _delay_ms() instead. The user will 
not be informed about this case.

[Thomas (Gast)]

... und da steht dann soetwas wie:
"The maximal possible delay is 262.14 ms / F_CPU in MHz."

[Thomas (Gast)]

.... und weiter:
"When the user request delay which exceed the maximum possible one,
_delay_ms() provides a decreased resolution functionality. In this
mode _delay_ms() will work with a resolution of 1/10 ms, providing
delays up to 6.5535 seconds (independent from CPU frequency)."

[(prx) A. K. (prx)]

Wie verhält sich das Programm denn?

[Johannes (Gast)]

ja bei 1000ms ändert sich nur die genauigkeit.
aber selbst wenn ich das programm im simulator anschaue, führt er die 
Funktion nicht aus.

[Johannes (Gast)]

Ja real passiert dass, dass er die anfangswerte zuweisst, und dann bei 
dem _delay_ms hängen bleibt und danach nichts mehr ausführt in der main 
methode.

[(prx) A. K. (prx)]

Wie oft wird der Interrupt denn ausgeführt? Wenn der Prozessor zu nichts 
Anderem mehr kommt, als ISRs auszuführen, dann können aus den 1000ms 
nämlich leicht Minuten werden.

[Johannes (Gast)]

Danke für den Tipp, das könnte gut sein!
und wie könnte ich dem entgegen kommen? in dem ich den prescaler erhöhe?

[(prx) A. K. (prx)]

Ja.

[Jürgen (Gast)]

Indem du den Delay Mist nicht verwendest.

[(prx) A. K. (prx)]

PS: Ausserdem könnte Unrolling die ISR ungemein beschleunigen. Entweder 
macht das der Compiler mit -O2 oder -O3 von selbst - oder du zu Fuss.

Soll heissen: Die 4 Fälle in der ISR nicht als Schleife programmieren, 
sondern einzeln. Dynamische Shifts sind AVRs sehr unangenehm, auch 
Array-Indizes sind nicht so billig wie sie aussehen.

[Johannes (Gast)]

Alles klar, danke für die Antworten, werd mich mofgen gleich mal um die 
Optimierung
 kümmern. Ich nehm stark an dass der uC die gNze Zeit nur mit der ISR 
beschäftigt ist.
Danke für die Antworten.