ATmega32 -> 644

[Ron (Gast)]

Hi

Ich will upgraden und bevor ich mich an das neu compilieren meiner 
großen Anwendung wagte, wolllte ich einen einfachen Test laufen lassen 
und eine LED blinken lassen.
Im 32er klappts, doch wenn ich das dann mit WinAVR (akt. Version) für 
den 644er compiliere und programmiere, passiert nichts. Die Fusebits 
kann ich aber setzen und habe ich auch einiges ausprobiert (internen 
Teiler/Taktausgabe usw.). Das klappt wohl alles. Nur meine LED blinkt 
nicht.
Irgendeinen groben Schnitzer übersehen?

#include <avr/io.h>
#include <util/delay.h>    // definiert _delay_ms() 

// wartet ms Millisekunden
void delay_ms(uint16_t ms)
{
  for(uint16_t t=0; t<=ms; t++)
  _delay_ms(1); 
}

void main()
{
  unsigned int i;

  DDRB = 0xFF;              // PORTB als Ausgang
  for (i=0; i<5; i++)
  {
    PORTB = PINB ^ ( 1 << PB0 );    // LED an PB0 umschalten
    delay_ms (1000);
    PORTB = PINB ^ ( 1 << PB0 );    // LED an PB0 umschalten
    delay_ms (1000);
  }  
}

[Frank E. (erdi-soft)]

Evtl. schlägt der Watchdog zu, der wohl bei einigen (oder sogar allen) 
von Haus aus aktiviert ist.
Hat mich auch schonmal reingelegt. :)

void WDT_off(void)
{
  uint8_t sreg = SREG;
  CLI();
  WDR();
  /* Clear WDRF in MCUSR */
  MCUSR &= ~(1<<WDRF);
  /* Write logical one to WDCE and WDE */
  /* Keep old prescaler setting to prevent unintentional time-out */
  WDTCSR |= (1<<WDCE) | (1<<WDE);
  /* Turn off WDT */
  WDTCSR = 0x00;
  SREG = sreg;
}

[Johannes M. (johnny-m)]

Schau Dir mal die Appnote AVR505 
(http://www.atmel.com/dyn/resources/prod_documents/doc8001.pdf)
an. Da steht, was beim Wechsel zu beachten ist.

Bei pinkompatiblen µCs gibt ATMEL eigentlich immer eine solche Migration 
Note raus, so dass der erste Weg einen auf die ATMEL-Homepage führen 
sollte...

[Ron (Gast)]

Argh!

Das hat man davon, wenn man so "neue" µCs nutzt: Die Programmer 
unterstützen das nicht richtig. Ich hatte schon danach gefragt 
(Beitrag "ATmega644 programmieren") und dachte, mit Bascom mein 
Glück gefunden zu haben. Aber nein, Bascom macht den Fehler. Mit der 
gepatchten PonyProg Version geht's. So ein ...

Also: Danke.

[Philipp Karbach (Gast)]

warum benutzt du nicht einfach avrdude?

[malt (Gast)]

Hi,

ich kriege meinen 644 auch nicht zum Laufen. Benutze AVRStudio (neueste 
Version) mit AVRISP mkII. Zugriff auf Ports geht nicht aber UART geht 
seltsamerweise. Kann nichts über Ports einlesen oder ausgeben. Auf die 
interenen Pullups reagiert er aber. Was ist denn da los?

Aus der Appnote werde ich auch nicht schlau. Wenn ich als Device den 644 
angebe, müsste doch alles korrekt sein. Was soll man denn da noch 
beachten?

Gruß
Malte