Software PWM will nicht?

Das wars vielen Dank! Kann ich ja nicht wissen das der Kompeiler mir da 
ein 16Bit int auf nen 8Bit Controller bastelt

Ich will mal hoffen, dass du nur den Smily vergessen hast :-)

Klaro :-P solche Sachen schleichen sich leider so schnell ein. Das kenn 
ich aber sonst nur aus der PC-Programmierung.

Jetzt hab ich leider das Problem das die jeweiligen Farben auch noch auf 
der untersten PWM Stufe leicht leuchten. Wenn ich aber z.B. einen Taster 
gedrückt halte bleibt die Farbe aus. Weiß jemand woran das liegen 
könnte?

Urs wrote:
> Wir wissen nur, dass Du einen AVR, drei Leuchtdioden und anscheinend
> auch irgendwo noch einen Taster hast. Aber ohne zu wissen, wie die
> miteinander jetzt genau verbunden sind kann man Deine Frage leider nicht
> beantworten.

@Martin

.... wobei dieses

1

        if(PINB & (1<<PIN0)&& PWM_R++ < 255) PWM_R++;

wenn es denn noch nicht korrigiert wurde, dazu führen wird, das PWM_R 
(falls das noch immer ein int ist) größer als 255 werden kann.

wohingegen die Gegenrichtung

1

        if(PINB & (1<<PIN1)&& PWM_R++ > 0) PWM_R--;

im Grunde nur Zeitverschwendung ist, den PWM_R wird am Ende unverändert 
bleiben.

PS: Die Analyse, wie diese Vergleiche tatsächlich ausgewertet werden, 
spar ich mir jetzt. Ist mir zu mühsam da jetzt rauszusuchen, ob der 
Compiler die Klammerung der Ausdrücke auch so sieht wie du. Ich hätt 
halt alles klar gemacht, indem ich explizit ein paar Klammern eingefügt 
hätte. Nicht nur für den Compiler sondern auch für mich. Ist einfach 
simpler zu lesen, wenn man nicht gross nachdenken muss, welche Operation 
jetzt höhere Priorität hat: & && oder >  und in welcher Reihenfolge die 
Auswertung passiert.

Aber letztendlich ist das alles Kaffeesatzleserei. Das einzige was man 
mit einiger Sicherheit sagen kann: Du hast einen Fehler im Programm. 
Aber worin der Fehler jetzt besteht lässt sich ohne Programm in seiner 
jetzigen Form nicht sagen.

Vielen dank für die Antworten. Den Fehler mit den Tasten hab ich schon 
ausgebessert. Komm in letzter Zeit spät heim und dann macht man solche 
Fehler leider sehr schnell.

Hier die verbesserte Version, aber dieses "flimmer" besteht immernoch 
ausser ich halte die dekrementierenden Taster gedrückt. Sind übrigens 
die normalen STK500 Taster also über das Flachbandkabel angeschlossen.

1

#include <avr/io.h>

2

#include <avr/interrupt.h>

3

#include <stdint.h>

4

5

#define F_CPU 8000000UL

6

#define LED_R PORT3

7

#define LED_B PORT5

8

#define LED_G PORT7

9

10

volatile uint8_t PWMCOUNT = 0;

11

volatile uint8_t PWM_R,PWM_B, PWM_G;

12

13

int main()

14

{

15

16

  DDRD |= 1<<LED_R | 1<<LED_B | 1<<LED_G;

17

    DDRC &= ~(1<<PORT0 | 1<<PORT1 | 1<<PORT2 | 1<<PORT3 | 1<<PORT4 | 1<<PORT5);

18

    TCCR0 |= 1<<CS00;

19

    TIMSK |= 1<<TOIE0;

20

    sei();

21

22

    //Start-Testwerte

23

    PWM_R = 100;

24

    PWM_B = 100;

25

    PWM_G = 200;

26

27

    while(1)

28

    {

29

        if((PINC & (1<<PIN0))&& PWM_R != 255) PWM_R++;

30

        if((PINC & (1<<PIN1))&& PWM_R != 0) PWM_R--;

31

        if((PINC & (1<<PIN2))&& PWM_B != 255) PWM_B++;

32

        if((PINC & (1<<PIN3))&& PWM_B != 0) PWM_B--;

33

        if((PINC & (1<<PIN4))&& PWM_G != 255) PWM_G++;

34

        if((PINC & (1<<PIN5))&& PWM_G != 0) PWM_G--;

35

    }

36

37

return 0;

38

39

}

40

41

ISR(TIMER0_OVF_vect) 

42

{

43

        if(PWMCOUNT < PWM_R)

44

        {

45

            PORTD |= 1<<LED_R;   

46

        }

47

        else

48

        {

49

            PORTD &= ~(1<<LED_R);  

50

        }

51

52

53

        if(PWMCOUNT < PWM_B )

54

        {

55

            PORTD |= 1<<LED_B;

56

        }

57

        else

58

        {

59

            PORTD &= ~(1<<LED_B);

60

        }

61

62

63

        if(PWMCOUNT < PWM_G)

64

        {

65

            PORTD |= 1<<LED_G;

66

        }

67

        else

68

        {

69

            PORTD &= ~(1<<LED_G);

70

        }

71

72

73

        PWMCOUNT++;

74

        return;

75

}

Nochmal zur Sicherheit.
Wann brennen deine Leds? Wenn der Portpin auf 0 oder auf 1 gesetzt wird?

Grund der Frage:  (Ich glaube beim STK ist es die übliche Sache: Portpin 
auf 0 schaltet die LED ein. Bin mir aber nicht mehr sicher)

1

        if(PWMCOUNT < PWM_R)

2

            PORTD |= 1<<LED_R;     // Led aus 

3

        else

4

            PORTD &= ~(1<<LED_R);  // Led ein

Wenn PWM_R den Wert 255 hat, dann wird die Led für PWMCOUNT Werte von 0 
bis 254 ausgeschaltet, aber beim PWMCOUNT Wert von 255 kurz 
eingeschaltet. Die Led ist also nie vollständig aus und das siehst du 
als ganz schwaches Glimmen.

Danke sehr nochmals. Ich benutze nicht die LED's des STK500 (die nochmal 
extra über PNP's angesteuert werden glaube ich) sondern habe die RGB-Led 
mit Widerständen über einen Stecker (deshalb auch Port 3,5 und 7) an die 
Ports und die gemeinsame Anode an den Versorgungsspannungspin 
angeschlossen. Die LED leuchtet also bei einer 0 am Pin.

Ich habe es jetzt mal so gedreht:

1

if(PWMCOUNT < PWM_G)

2

        {

3

            PORTD &= ~(1<<LED_G);

4

        }

5

        else

6

        {

7

            PORTD |= 1<<LED_G;

8

        }

Die LED dürfte also eigentlich nicht leuchten da wenn LED_G = 0 ist ja 
immer der else-Fall eintritt (eintreten sollte). An was kann es sonst 
noch liegen?

Ich weiß noch nicht wieso aber es hängt mit den if-Anweisungen in der 
while-Schleife zusammen. Aber ich frage mich wieso denn die werden ja 
nicht aufgerufen oder?

Gibt leider keine Edit-Funktion. Ich habs jetzt aber rausgefunden. Es 
lag an den Tastern die gedrückt 0 sind und deshalb ein ! vor die Abfrage 
muss. Jetzt läuft alles einwandfrei und ich kann mich an die 
Verlangsamung des Tastvorgangs machen. Danke kbuchegg :-)