ATMega16 schaltet keine Pins

[Miche (Gast)]

Hi, ich habe folgendes, mir unerklärliches Problem:
ich wollte ein Programm für eine Uhr auf den Controller überspielen. 
Dies klappte auch problemlos allerdings schaltete der Controller keinen 
seiner Ausgänge.
Daraufhin habe ich das Programm so weit vereinfacht, bis folgendes 
herausgekommen ist:

#include <avr/io.h>
  
int main(void)
{
    DDRA = 0xff;    
    PORTA = 0xff;   
    return 0;
}

Allerdings zeigt sich der Controller relativ wenig beeindruckt.
Meine Beschaltung:
Takt: 4Mhz extern Quarz
Versorgungsspannung an VCC, AVCC und AREF
GND an beiden GND anschlüssen
100nF zwischen vcc und GND
10k zwischen VCC und Reset
und natürlich ne LED für die Portpins.

Hat irgendjemand eine Idee, was ich Versuchen könnte?
Danke.

MfG Miche

[cskulkw (Gast)]

Hi Miche,

wenn die LEDs als Pull-down geschaltet sein sollten. Also Anode an +Ub 
und Kathode über R an µP-Pin geschalte, dann bleiben die LEDs dunkel. Du 
muß PORTA = 0x00 programmieren. Dann sollten sie leuchten.

Viel Erfolg

[Miche (Gast)]

Danke für die schnelle Antwort, leider ändert sich nichts und die LED 
bleibt aus (LED funktioniert, habs getestet) :-(

[Oliver (Gast)]

Miche schrieb:
> ich wollte ein Programm für eine Uhr auf den Controller überspielen.
> Dies klappte auch problemlos allerdings

Das verify nach dem Flashen liefert keine Fehler?

Miche schrieb:
> Takt: 4Mhz extern Quarz

Wie hast du denn die Fuses gesetzt?

Anonsten ist ein ausgeführtes return in main nicht sonderlich klasse, in 
diesem Fall aber stört das nicht.

Oliver

[Timmo H. (masterfx)]

Dein Controller fängt immer wieder von vorne an.
Versuch mal ihn nach den Befehlen idlen zu lassen:

#include <avr/io.h>
  
int main(void)
{
    DDRA = 0xff;    
    PORTA = 0xff;   
    while(1);
    return 0;
}

Die Beschaltung der LEDs (also Polung+Vorwiderstand) ist natürlich auch 
wichtig... R's hast du ja wohl drin für die LEDs?

[Miche (Gast)]

verify liefert keinen Fehler, hab nur den Clock auf externes quarz 
gesetzt.
Mit neuem Controller und Werkseinstellung funktioniert es aber auch 
nicht.
Auch das eingefügte while(1); bringt keine Besserung.
Hatte ich zuvor auch im Programm aber der Controller müsste nach meinem 
Verständnis nach die zustände auch ohne while(1); behalten oder?
Rs sind vorhanden und LEDs sind richtig gepolt.
langes bein an VCC, kurzes bein an R und zweites bein von R an AVR PIN 
A2

[Timmo H. (masterfx)]

Miche schrieb:

> Rs sind vorhanden und LEDs sind richtig gepolt.
> langes bein an VCC, kurzes bein an R und zweites bein von R an AVR PIN
> A2
Also doch anders rum. Mit der beschaltung musst du die Ports auf 0x00 
schalten, dann sollten sie leuchten.

langes Bein => Anode
kurzes Bein => Kathode

Da an der Anode bereits VCC anliegt muss an der Kathode 0V == GND liegen 
damit sie leuchten.

[Miche (Gast)]

hab das cskulkw s beitrag das Programm auf 0x00 geändert und Die LEDs 
andersherum eingebaut, zuvor war es entgegengesetzt

[Peter II (Gast)]

Timmo H. schrieb:
> Dein Controller fängt immer wieder von vorne an.
> Versuch mal ihn nach den Befehlen idlen zu lassen:

nein macht er nicht, nach der main kommt die endlosschleife in der libc

[Timmo H. (masterfx)]

Echt? Vor ein paar Jahren ist mein µC dann wieder von vorne losgerannt!? 
Glaub ich zumindest....

[Miche (Gast)]

Ich habe nun den Fehler denke ich eingrenzen können:
habe den Controller nun mit meinem Netbook programmiert -> funktioniert
werde in nächster Zeit mal winavr und avrstudio neuinstallieren
Danke für die schnelle Hilfe
MfG Miche

[Timmo H. (masterfx)]

Bevor du neu installierst... vielleicht hast du im Programmierdialog 
auch noch ein falsches Hex-File drin. AVRStudio merkt sich nämlich immer 
das letzte File und nimmt nicht automatisch das vom aktuellen Projekt... 
bin ich auch schon öfter drauf reingefallen :D