Unterschied ATMega 324A und 644

[Johannes D. (joed84)]

Hi.

Ich habe 2 Mikrocontroller. Zum einen den ATMega644 und den ATMega324A.
Soweit ich weiß sollten die beiden sich nur dadurch unterscheiden das 
der 234A eine zweite Serielle Schnittstelle aber nur halb so viel Flash 
Speicher hat.

Ich habe das Programm zum Entprellen der Taster wie hier 
http://www.mikrocontroller.net/articles/Entprellung#Komfortroutine_.28C_f.C3.BCr_AVR.29 
kopiert und angepasst. Die richtigen Ports eingetragen, F_CPU auf 
8000000 gesetzt und die Register angepasst.
Als Takt nutze ich den internen Oszilator mit 8MHz.
Das ganze befindet sich auf einem STK500 und wird über AVRISP mkII 
programmiert.
Entwicklungsumgebung ist AVRStudio5.

Auf dem ATMega644 läuft es ohne Probleme. Auf dem ATMega324 funktioniert 
nichts. Es passiert nichts bei Tastendruck.
Fuses sind bei beiden gleich gesetzt und Device jeweils passend 
umgestellt.

Ich bin mittlerweile total Ratlos.

Vielen Dank für eure Antworten.

[Oliver J. (skriptkiddy)]

Hast du neu kompiliert für den Atmega324p?

[Johannes D. (joed84)]

Jupp.

[Steffen H. (avrsteffen)]

Johannes D. schrieb:
> Soweit ich weiß sollten die beiden sich nur dadurch unterscheiden das
> der 234A eine zweite Serielle Schnittstelle aber nur halb so viel Flash
> Speicher hat.

Genau so ist es. Ich hab auch einfach ein Programm was ich vorher für 
den Mega644 hatte jetzt im Mega324 laufen. Genau wegen der 
2.Schnittstelle (USART1) Natürlich neu kopiliert mit dem richtigen 
Device-Eintrag.

Funktionierte auf Anhieb..

Vielleicht ist dein ATmega324 defekt?

[holger (Gast)]

>Hast du neu kompiliert für den Atmega324p?
>Jupp.

Dann poste doch mal die beiden HEX Dateien.

[Johannes D. (joed84)]

So. Hier die beiden Hex Dateien. Gerade beide Frisch gebacken.
Wie gehabt. Auf dem 644 läufts. Auf dem 324 tut sich nichts.

Hier noch der Quelltext:

/************************************************************************/
/*                                                                      */
/*                      Debouncing 8 Keys                               */
/*                      Sampling 4 Times                                */
/*                      With Repeat Function                            */
/*                                                                      */
/*              Author: Peter Dannegger                                 */
/*                      [e-mail]                                  */
/*                                                                      */
/************************************************************************/
 
#include <stdint.h>
#include <avr/io.h>
#include <avr/interrupt.h>
#include <avr/wdt.h>
 
#ifndef F_CPU
#define F_CPU           8000000                   // processor clock frequency
#warning kein F_CPU definiert
#endif
 
#define KEY_DDR         DDRA
#define KEY_PORT        PORTA
#define KEY_PIN         PINA
#define KEY0            0
#define KEY1            1
#define KEY2            2
#define ALL_KEYS        (1<<KEY0 | 1<<KEY1 | 1<<KEY2)
 
#define REPEAT_MASK     (1<<KEY1 | 1<<KEY2)       // repeat: key1, key2
#define REPEAT_START    50                        // after 500ms
#define REPEAT_NEXT     20                        // every 200ms
 
#define LED_DDR         DDRB
#define LED_PORT        PORTB
#define LED0            0
#define LED1            1
#define LED2            2
 
volatile uint8_t key_state;                                // debounced and inverted key state:
                                                  // bit = 1: key pressed
volatile uint8_t key_press;                                // key press detect
 
volatile uint8_t key_rpt;                                  // key long press and repeat
 
 
ISR( TIMER0_OVF_vect )                            // every 10ms
{
  static uint8_t ct0, ct1, rpt;
  uint8_t i;
 
  TCNT0 = (uint8_t)(int16_t)-(F_CPU / 1024 * 10e-3 + 0.5);  // preload for 10ms
 
  i = key_state ^ ~KEY_PIN;                       // key changed ?
  ct0 = ~( ct0 & i );                             // reset or count ct0
  ct1 = ct0 ^ (ct1 & i);                          // reset or count ct1
  i &= ct0 & ct1;                                 // count until roll over ?
  key_state ^= i;                                 // then toggle debounced state
  key_press |= key_state & i;                     // 0->1: key press detect
 
  if( (key_state & REPEAT_MASK) == 0 )            // check repeat function
     rpt = REPEAT_START;                          // start delay
  if( --rpt == 0 ){
    rpt = REPEAT_NEXT;                            // repeat delay
    key_rpt |= key_state & REPEAT_MASK;
  }
}
 
///////////////////////////////////////////////////////////////////
//
// check if a key has been pressed. Each pressed key is reported
// only once
//
uint8_t get_key_press( uint8_t key_mask )
{
  cli();                                          // read and clear atomic !
  key_mask &= key_press;                          // read key(s)
  key_press ^= key_mask;                          // clear key(s)
  sei();
  return key_mask;
}
 
///////////////////////////////////////////////////////////////////
//
// check if a key has been pressed long enough such that the
// key repeat functionality kicks in. After a small setup delay
// the key is reported being pressed in subsequent calls
// to this function. This simulates the user repeatedly
// pressing and releasing the key.
//
uint8_t get_key_rpt( uint8_t key_mask )
{
  cli();                                          // read and clear atomic !
  key_mask &= key_rpt;                            // read key(s)
  key_rpt ^= key_mask;                            // clear key(s)
  sei();
  return key_mask;
}
 
///////////////////////////////////////////////////////////////////
//
uint8_t get_key_short( uint8_t key_mask )
{
  cli();                                          // read key state and key press atomic !
  return get_key_press( ~key_state & key_mask );
}
 
///////////////////////////////////////////////////////////////////
//
uint8_t get_key_long( uint8_t key_mask )
{
  return get_key_press( get_key_rpt( key_mask ));
}
 
 
void WDT_Prescaler_Change(void)
{
  cli();
  wdt_reset();
  /* Start timed equence */
  WDTCSR |= (1<<WDCE) | (1<<WDE);
  /* Set new prescaler(time-out) value = 64K cycles (~0.5 s) */
  WDTCSR = (1<<WDE) | (1<<WDP3) | (1<<WDP0);
  sei();
}

void WDT_off(void)
{
  cli();
  wdt_reset();
  /* 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;
  sei();
}

void  led_lauflicht() {
  uint8_t i = LED_PORT;
  i = (i & 0x07) | ((i << 1) & 0xF0);
  if( i < 0xF0 )
  i |= 0x08;
  LED_PORT = i;        
}

 
int main( void )
{
  WDT_off();

  LED_DDR = 0xFF;
  LED_PORT = 0xFF;                     
 
  // Configure debouncing routines
  KEY_DDR &= ~ALL_KEYS;                // configure key port for input
  KEY_PORT |= ALL_KEYS;                // and turn on pull up resistors
 
  TCCR0B = (1<<CS02)|(1<<CS00);         // divide by 1024
  TCNT0 = (uint8_t)(int16_t)-(F_CPU / 1024 * 10e-3 + 0.5);  // preload for 10ms
  TIMSK0 |= 1<<TOIE0;                   // enable timer interrupt
 
  sei();
 
  while(1){
  
  //wdt_reset();
    if( get_key_short( 1<<KEY1 ))
      LED_PORT ^= 1<<LED1;
 
    if( get_key_long( 1<<KEY1 ))
      LED_PORT ^= 1<<LED2;
 
  //led_lauflicht();
    // single press and repeat
 
    if( get_key_press( 1<<KEY2 ) || get_key_rpt( 1<<KEY2 )){
      uint8_t i = LED_PORT;
 
      i = (i & 0x07) | ((i << 1) & 0xF0);
      if( i < 0xF0 )
        i |= 0x08;
      LED_PORT = i;      
    }
  }
}

Wie Wahrscheinlich ist es das 2 ATMega324 defekt sind?
Einfaches Einschalten der LEDs funktioniert übrigens.
Auch nicht entprellte Taster funktionieren. Nur wenn es was aufwendiger 
wird dann tut sich nichts mehr.

[Oliver J. (skriptkiddy)]

Johannes D. schrieb:
> Wie Wahrscheinlich ist es das 2 ATMega324 defekt sind?
Sehr unwahrscheinlich.

Wirf doch einen UART an und mach damit an diversen Stellen des 
Programmes Debugausgaben.

[Johannes D. (joed84)]

Werde ich morgen mal probieren.
Jetzt schonmal vielen Dank!

[Johannes D. (joed84)]

Ich habe heute jetzt mal etwas anderes probiert.
Ich habe auf einem Laptop AVR Studio 4 aufgesetzt und damit das Beispiel 
noch mal neu geschrieben. Es dann per AVRISP mkII auf den ATMega324A 
kopiert.
So hat es funktioniert!

Also das Hex-File auf den USB Stick kopiert und am Desktop PC mittels 
des selben AVRISP mkII auf den ATMEga324A kopiert.
Das hat nicht funktioniert!

Jetzt die Frage. Wo könnte das Problem liegen? AVR-Studio5/AVRISP mkII? 
USB-Verbindung?
Und warum macht der ATMega644P mit der selben Kombination keine 
Probleme?

[Johannes D. (joed84)]

Ok. Kleine Korrektur. Am Programmer liegt es scheinbar doch nicht. Nach 
einem Reset des uC funktionierte das Hex File auch mit dem Programmer am 
Desktop Rechner.

Resümee:
Hex-File aus Studio4 funktioniert. (Atmega324_Test.hex)
Hex-File aus Studio5 funktioniert nicht. (ATMEGA_324A_Desktop.hex)
Bei selbem Quellcode.

Also bleibt jetzt nur noch AVR-Studio5 bzw. Einstellungen dort übrig.

Ich hänge mal die verschiedenen Hex-Files und die Konsolenausgabe von 
STudio5 an.

____________

------ Build started: Project: ATMEGA_324A_Desktop, Configuration: Debug AVR ------
Build started.
Project "ATMEGA_324A_Desktop.avrgccproj" (default targets):
Target "PreBuildEvent" skipped, due to false condition; ('$(PreBuildEvent)'!='') was evaluated as (''!='').
Target "CoreBuild" in file "C:\Programme\Atmel\AVR Studio 5.0\Vs\AvrGCC.targets" from project "C:\Dokumente und Einstellungen\labor.RAC85129\Eigene Dateien\AVRStudio\ATMEGA_324A_Desktop\ATMEGA_324A_Desktop\ATMEGA_324A_Desktop.avrgccproj" (target "Build" depends on it):
  Task "RunAvrGCC"
    C:\Programme\Atmel\AVR Studio 5.0\AVR ToolChain\bin\make.exe all 
ATMEGA_324A_Desktop.c
    Invoking: AVR/GNU C Compiler
    "C:/Programme/Atmel/AVR Studio 5.0/AVR ToolChain/bin/avr-gcc.exe" -funsigned-char -funsigned-bitfields -DF_CPU=8000000  -Os -fpack-struct -fshort-enums -Wall -c -std=gnu99  -mmcu=atmega324a   -MD -MP -MF"ATMEGA_324A_Desktop.d" -MT"ATMEGA_324A_Desktop.d" -o"ATMEGA_324A_Desktop.o" ".././ATMEGA_324A_Desktop.c"
    Finished building: .././ATMEGA_324A_Desktop.c
    Building target: ATMEGA_324A_Desktop.elf
    Invoking: AVR/GNU C/C++ Linker
    "C:/Programme/Atmel/AVR Studio 5.0/AVR ToolChain/bin/avr-gcc.exe"  -mmcu=atmega324a  -Wl,-Map=ATMEGA_324A_Desktop.map -o ATMEGA_324A_Desktop.elf  ATMEGA_324A_Desktop.o  
    Finished building target: ATMEGA_324A_Desktop.elf
    "C:/Programme/Atmel/AVR Studio 5.0/AVR ToolChain/bin/avr-objcopy.exe" -O ihex -R .eeprom -R .fuse -R .lock -R .signature  "ATMEGA_324A_Desktop.elf" "ATMEGA_324A_Desktop.hex"
    "C:/Programme/Atmel/AVR Studio 5.0/AVR ToolChain/bin/avr-objdump.exe" -h -S "ATMEGA_324A_Desktop.elf" > "ATMEGA_324A_Desktop.lss"
    "C:/Programme/Atmel/AVR Studio 5.0/AVR ToolChain/bin/avr-objcopy.exe" -j .eeprom --set-section-flags=.eeprom=alloc,load --change-section-lma .eeprom=0 --no-change-warnings -O ihex "ATMEGA_324A_Desktop.elf" "ATMEGA_324A_Desktop.eep" || exit 0
    AVR Memory Usage
    ----------------
    Device: atmega324a
    Program:     502 bytes (1.5% Full)
    (.text + .data + .bootloader)
    Data:          6 bytes (0.3% Full)
    (.data + .bss + .noinit)
  Done executing task "RunAvrGCC".
Done building target "CoreBuild" in project "ATMEGA_324A_Desktop.avrgccproj".
Target "PostBuildEvent" skipped, due to false condition; ('$(PostBuildEvent)' != '') was evaluated as ('' != '').
Target "Build" in file "C:\Programme\Atmel\AVR Studio 5.0\Vs\Avr.common.targets" from project "C:\Dokumente und Einstellungen\labor.RAC85129\Eigene Dateien\AVRStudio\ATMEGA_324A_Desktop\ATMEGA_324A_Desktop\ATMEGA_324A_Desktop.avrgccproj" (entry point):
Done building target "Build" in project "ATMEGA_324A_Desktop.avrgccproj".
Done building project "ATMEGA_324A_Desktop.avrgccproj".

Build succeeded.
========== Build: 1 succeeded or up-to-date, 0 failed, 0 skipped ==========

[Johannes D. (joed84)]

Ich habe das Problem gelöst!

Ein wechsel der internen Toolchain zu der von WinAVR hat das Problem 
beseitigt.

Weiterhin die Frage, woran kann das liegen? Ein Bug in den Bibliotheken/ 
der Toolchain von Atmel?

Oder gibt es da noch irgendetwas das ich übersehen habe?