Anfänger mit C LED ein

Fang mal hier zu lesen an:

http://www.mikrocontroller.net/articles/AVR-GCC-Tutorial#I.2FO-Register

Außer, dass sie eben gerade nicht logisch, sondern bitweise arbeiten.

Logisch gibt es UND (&&) und ODER (||) in C, sowie die Negation (!).
Bitweise gibt es UND (&), ODER (|), XOR (^) und das Komplement (~).

Kauf Dir ein C-Buch! Da steht alles drin. Das Forum ist kein Platz, an 
dem man  sich die absoluten C-Grundlagen von anderen herunterbeten 
lassen kann.

@  Gast (Gast)

>Hi ich bin auch ein Anfänger bei yC. Ich habe mir eine Reihe Tutorials
>durchgelesen

Aber nicht ansatzweise verastanden.

> und das mega-simple BSP abgetippt:

Woher?

>Hat jemand einen Tip??

Versuchs mal damit.

1

#include <avr/io.h>

2

#define F_CPU 1000000L

3

#include <util/delay.h>

4

5

int main (void) {

6

   DDRC = 0xff;

7

   while (1) {  

8

       PORTC |= (1 << 2);    /* setzt Bit 2 an PortC auf 1 */

9

       _delay_ms(20);

10

       PORTC &= ~(1 << 2);   /* loescht Bit 2 an PortC */

11

       _delay_ms(20);

12

   }

13

   return 0;

14

}

MFG
Falk

Gast wrote:
> Ich hab die LEDS an Vcc liegen und zwar tatsächlich an PINC2 und PINC3.
> Hat jemand einen Tip??

Sieht doch alles richtig aus.
Dein Denkfehler dürfte sein:
So wie du deine LED verschaltet hast (also nach Vcc) leuchten sie
genau dann, wenn du den entsprechenden Outputpin auf 0 legst.

Durch
     PORTC |= (1 << 2);    /* setzt Bit 2 an PortC auf 1 */
wird zwar PC2 auf 1 gesetzt, aber PC3 ist nachwievor auf 0.
Ergo leuchtet die LED an PC2 nicht, wohingegen die LED auf
PC3 leuchtet.

Dein Aufbau macht also genau das, was man erwarten würde.

NB: Das JTAG Interface am Mega32 hast du abgeschaltet?
Das liegt ebenfalls am PORTC und ist per default ein.

1/ Wie hast du den Taster eingebaut? Deine Programmlogik verlangt einen 
Taster in Active-low Beschaltung. Hast du die in Hardware realisiert?

2/ Wenn dein Taster funktioniert, wie lange schätzt du vom 
Programmablauf her, bleibt deine LED an Pin 3 von PortC tatsächlich aus?

@ Gast (Gast)

>Na aus dem AVR-GCC Tutorial von wwww.mikrokontroller.net
>zusammengedampft

Naja, eher planlos zusamengerührt. Nimm erstmal die Beispiele 1:1 aus 
den Tutorials, die sind getestet. Wen du dann ein wenig Durchblick hast, 
dann kanst du anfangen selber was zusammenzurühren.

>kommt vorher ein "Port |=". Ich gehe also davon aus, dass jeder Pin der
>verwendet wird zunächst über "Port |=" aktiviert wird und erst danach
>über "Port &=" ausgeschaltet wird.

Grundlagen Grundlagen, Grundlagen.

Bitmanipulation

>Siehe da, es läuft!!! Led1 an Pin2 blink. Danke! Aber wo denke ich
>falsch?

So ziemlich überall.

1

#include <avr/io.h>

2

int main (void) {

3

   DDRC = 0xff;        // alle Pins von Port C auf Ausgang schalten

4

   //PORTC |= (1 << 2);     /* setzt Bit 2 an PortC auf 1 */

5

   PORTC &= ~(1 << 2);      /* loescht Bit 2 an PortC, ein paar Take später (bei 1MHz sind das ein paar Mikrosekunden */

6

   while(1) {               // Endlosschleife ohne Inhalt, die CPU macht genau GAR NICHTS!

7

   }

8

   return 0;

9

}

>Und jetzt neu. Ich habe 1. meine Taster eingebaut und 2. Port C als ein
>und Ausgang definiert. Port C Pin 2 flackert sehr schnell (dank  @falk)
>aber der Taster an Port C Pin 5 erzeugt nicht, dass die Led 2 auf Low
>gesetzt wird:

1

       _delay_ms(500);   // Das geht so nicht, da die Funktion max. bis 270ms/F_CPU in MHz verzögern kann, bei 8 Mhz also bis ca. 33ms

>Hat jemand hier einen Hinweis??? Ich weiß es sind echt Grundlagen, sorry
>aber Hardwareprogrammierung fange ich gerade erst an.

Eben, deshalb solltest du mal ALLE Tutorials lesen und ggf. darin nach 
Lösungen suchen. Und ei Grundlagenbuch über C ist Pflicht!

AVR-Tutorial
AVR-Tutorial: IO-Grundlagen

MfG
Falk

Gast wrote:

> Hat jemand hier einen Hinweis???

Welche Aussenbeschaltung weisen deine Taster auf?
Wie sind sie angeschlossen? Schalten sie nach Vcc oder
schalten sie nach Gnd? Gibt es einen externen Pullup / Pulldown
Widerstand?

Jens wrote:
> so was habe ich probiert geht aber nicht.
> while(PINC & (1<<PINC0)|(<<PINC7));
Nö, wenn Du eine UND-Verknüpfung willst, musst Du die auch 
programmieren. Also

1

while((PINC & (1 << PINC0)) && (PINC & (1 << PINC7)));

Jens wrote:
> Woran liegt es???
Vielleicht daran, dass Deine Eingangssignale invertiert sind? Taster 
gegen Masse angeschlossen -> gedrückt ist 0...

Jens wrote:
> Es ist sehr seltsam diese Zeile weist ein UND Verhalten auf.
> while((PINC & (1<<PINC0)) || (PINC & (1<<PINC1)));
>
> Woran liegt es???

An der negativen Logik.
Du kriegst eine 0, wenn dein Taster gedrückt ist.

Jens wrote:
> OK Danke
>
> jetzt will ich dass irgendwas ausgeführt wird wenn PINC7 gedrückt wird
> ODER die Variable schleife=7 ist.
> muss ich den PINC7 jetzt invertieren?
>
>
> while(~(PINC & (1<<PINC7)) ||  (schleife==7));

Ja.

Jens wrote:
> Es funktioniert leider nicht, ich habe schon alles probiert

Mit einem winzig kleinen Codeausschnitt ist es immer
schwierig irgendeinen Fehler zu disgnostizieren, aber ...

> Also wenn der PINC7 betätigt wurde (also Null) ODER Variable schleife=7
> ist
> soll irgendwas pasieren.
>
> while(~(PINC & (1<<PINC7)) ||  (schleife==7));

... solange der Strichpunkt da am Ende steht, wird aber nichts
passieren.
Du hast dadurch geschrieben:
Solange die Taste gedrückt ist oder schleife den Wert 7 hat,
tue nichts.

Ich würde dir empfehlen, deine ersten Schritte in C
mit einem normalen C-Buch deiner Wahl und einem
entsprechenden Compiler auf einem PC zu machen. Die
Debug-Möglichkeiten bzw. Ausgabemöglichkeiten und
damit auch deine Möglichkeiten zu verfolgen, was dein
Programm wirklich macht (im Gegensatz zu dem was du glaubst
das es machen sollte) sind einfach um Größenordnungen besser
als auf einem µC. Wenn du dort nicht über JTAG-Debugging
verfügst, bist du immer auf Raten und einen scharfen Blick
angewiesen um Probleme zu lokalisieren. Gerade am Anfang
fehlt dir aber massenweise Erfahrung um wirklich dumme
Tippfehler zu erkennen und du suchst stundenlang im Kreis
nach Dingen herum, die du auf einem PC im Debugger sehr schnell
sehen kannst. Nicht zu vergessen die zusätzlichen Möglichkeiten
die du hast, wenn du Variableninhalte 'live' während der
Programmausführung begutachten kannst.

Die dadurch vermeintlich verlorene Zeit, holst du sehr schnell
wieder herein.

Jörg X. wrote:
>> while(~(PINC & (1<<PINC7)) ||  (schleife==7));
> eher doch
>>> while( ! (PINC & (1<<PINC7)) ||  (schleife==7));
> oder?
>
> ...

Yep. Das kommt auch noch dazu. Da hab ich am Abend nicht
aufgepasst.

Wenn PC7 auf 0 geht, dann ergibt
   PINC & (1<<PINC7)
den Wert 0. Alle Bits umgedreht ergibt dann eine Zahl
ungleich 0 und damit logisch wahr.

Aber: Wenn PC7 auf 1 ist, dann ergibt
   PINC & (1<<PINC7)
den Wert 1<<PINC7. Alle Bits umgedreht ergibt aber nicht
0 und damit auch nicht logisch falsch, sondern immer
noch logisch wahr.

Also: ! anstelle von ~

In meinen Augen ist es allerdings noch
besser hier, zumindest am Anfang, explizit zu sein:

1

  while( ( PINC & ( 1<<PINC7) ) == 0 || schleife == 7 ) )

2

  {

3

    // tu was immer es zu tun gibt

4

  }

Damit kann dann nicht allzuviel schief gehen.