Atmega32 spinnt rum

[Blinky B. (Gast)]

Hallo an alle,

ich hoffe ihr könnt mir helfen..also erstmal zu den Kenndaten
Pollin Board
ISP programmer(auf dem pollin board)
compiler avr studio 4
kommunikation ponyprog
uc Atmega32

also ich habe das testprogramm von pollin draufgeladen, welches zwar
funktioniert jedoch rumspinnt.
Auch bei eigenen Programmen scheint der Atmega32 rumzuspinnen.
Er reagiert oftmals nicht bei Tastendruck und wenn er reagiert kommt es
auch ab und zu vor, dass er die falsche Led ansteuert. (im Testprogramm
und eigenen testroutinen)

Wisst ihr vllt woran das liegen kann???

Kann eine nicht korrekte Tastenentprellung dafür sorgen, dass eine
falsche LED angesteuert wird?? Sprich der falsche Port auf HIGH gesetzt
wird? Oder liegen die Gründe wo anders?
Beitrag melden | Bearbeiten | Thread löschen | Markierten Text zitieren 
| Antwort | Antwort mit Zitat

[Floh (Gast)]

Alexander Herfurtner schrieb:
> Wisst ihr vllt woran das liegen kann???

am nichtvorhandenen Programm?

[spess53 (Gast)]

Hi

Warum 2 x?

Beitrag "Einfaches Blinklicht??"

MfG Spess

[Blinky B. (Gast)]

ich habe den anderen beitrag gelöscht, da der betreff nicht richtig 
war...sorry;(

[Blinky B. (Gast)]

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



int main(void)

{




//PORTD
DDRD =(1<<PD6)|(1<<PD5); // PD5 und PD6 Ausgang
PORTD = 0x00; 


   while(1)
   
   {  
   
           if ((PORTD & (1<<PD2)) == (1<<PD2))
        {
      while((PORTD & (1<<PD2)) == (1<<PD2))
      {}
       
         if ((PORTD & (1<<PD5)) == (1<<PD5))
           {
           PORTD &= ~(1<<PD5);
          }
        else
        {
           PORTD |= (1<<PD5);
        }

      }
        


   }                        


 
  


return 0;
}

Also hier kommt es vor, dass auch die 2. LED (PD6) aufleuchtet. Außerdem 
reagiert der ATMEGA32 nicht jedes mal auf den Tastendruck

[Thomas E. (thomase)]

Alexander Herfurtner schrieb:
> Außerdem
>
> reagiert der ATMEGA32 nicht jedes mal auf den Tastendruck

Welche Taste?

mfg.

[Blinky B. (Gast)]

Taste 1 --> PD2
LED 1 --> PD5
LED 2 --> PD6

[Thomas E. (thomase)]

Alexander Herfurtner schrieb:
> Taste 1 --> PD2

Dann musst du den Port aber auch lesen!
>if ((PORTD & (1<<PD2)) == (1<<PD2))

Das Lesen des Portpins macht man nicht mit PORTx, damit liest man das 
Portregister, sondern mit PINx.

Deswegen hat so mancher in seine Tastatur gebissen.

mfg.

[Blinky B. (Gast)]

oh man!
werd's sofort ausbessern!
aber für Schreibvorgänge nutzt man PORT oder?

[Martin (Gast)]

ja

[Blinky B. (Gast)]

okai funktioniert=)!

danke euch!

[Martin (Gast)]

unter I/O Ports, Seite 49, im Datenblatt ist die Architektur gut 
dargestellt

[Blinky B. (Gast)]

Martin schrieb:
> unter I/O Ports, Seite 49, im Datenblatt ist die Architektur gut
> dargestellt

danke!

[Martin V. (oldmax)]

Hi
Noch ein kleiner Tip. Du kannst dir den Umweg über Ponyprog sparen, wenn 
du dir einen USB-ISP- Progger zulegst. Gibt's in der Bucht für ca.20 €. 
Vorteil, 1. Der besagte Umweg
2. vieeel schneller
3. freier Comport. Z. B. um mit OpenEye die Variableninhalte aus dem 
Controller zu lesen. OpenEye ist von mir und ist eigentlich für 
Assemblerprogramme zugesschnitten. Wenn du dir aus C ein 
Assemblerlisting erstelen kannst, wird's auch funktionieren. Du findest 
es hier irgendwo. Such einfach nach OpenEye.
Gruß oldmax

[Thomas E. (thomase)]

Martin Vogel schrieb:
> Gibt's in der Bucht für ca.20 €.

Kauf dir bloß nicht so einen Billigscheiß.

AVRISP MKII und sonst gar nichts.

mfg.

[Blinky B. (Gast)]

okai ich danke euch für eure Tipps! sehr aufmerksam=)

und den usb progger werde ich mir denke ich mal zulegen, jedoch 
später...denke für das kleine projekt wird der isp progger von pollin 
reichen..denke die programme werden nicht allzu groß!

gruß

alexito