Mega324A reset Problem

[Marcel B. (marcel_b)]

Hallo,

ich habe ein Problem mit einem Programm. Prinzipiell benötige ich eine 
SoftSPI für die Anbindung weiterer Peripherie. Allerdings führt diese zu 
einem Reset meiner Hardware! Ich habe das ganze mal auf wesentliche 
zusammengefasst und als Anhang hochgeladen!

Anbei die Auszüge der wichtigsten Funktionen:

int main()
{     
  // Erlaubt globale Interrupts
  SOFTSPI_Init();

  for(char i = 0; i<255; i++)
    SOFTSPI_WriteRead_Synchron(0x00, SOFTSPI_MODE_1);

  while(1);
  
}

Setze ich einen Breakpoint auf die while-Schleife, und einen auf das 
Softspi_Init, hält das Programm immer wieder an der Softspi-Stelle, das 
while wird nie erreicht...

Das ist die WriteRead-Methode:

unsigned char SOFTSPI_WriteRead_Synchron(unsigned char dataout, char spi_mode)
{
  SOFTSPI_Clock_Mode(spi_mode);
  _delay_us(1);
  
  uint8_t datain=0;
  //das Byte wird Bitweise nacheinander gesendet, MSB zuerst
  for (uint8_t a=8; a>0; a--)
  {                
    datain<<=1;                      //Schieben um das Richtige Bit zusetzen

    // Daten schreiben Versuch 1
    if( ( spi_mode & 0x01 ) == 0x00 )    // CPHA = 0 --> Daten rauschreiben vor 1ten Flanke!
    {
      if (dataout & 0x80)
        SOFTSPI_MOSI_PORT |= SOFTSPI_MOSI_BIT;      //Set Output High
      else
        SOFTSPI_MOSI_PORT &= ~SOFTSPI_MOSI_BIT;      //Set Output Low
    }

    _delay_us(1);

    // Erste Flanke!
    if( ( spi_mode & 0x02 ) != 0x00 )    // CPOL = 1
      SOFTSPI_SCLK_PORT &= ~SOFTSPI_SCLK_BIT;        // CPHA = 1 --> Erste Flanke = Fallende Flanke
    else
      SOFTSPI_SCLK_PORT |= SOFTSPI_SCLK_BIT;        // CPHA = 0 --> Erste Flanke = Steigende Flanke
      
    // Daten schreiben Versuch 2
    if( ( spi_mode & 0x01 ) != 0x00 )    // CPHA = 1
    {
      // Daten rauschreiben nach 1ten Flanke!
      if (dataout & 0x80)
        SOFTSPI_MOSI_PORT |= SOFTSPI_MOSI_BIT;      //Set Output High
      else
        SOFTSPI_MOSI_PORT &= ~SOFTSPI_MOSI_BIT;      //Set Output Low
    }
    
    _delay_us(1);
    
    // Daten lesen Versuch 1
    if( ( spi_mode & 0x01 ) == 0x00 )    // CPHA = 0
    {  
      // Daten lesen nach erster Flanke!
      if (SOFTSPI_MISO_PIN & SOFTSPI_MISO_BIT)      //Lesen des Pegels
        datain |= 1;
    }
      
    // Zweite Flanke!
    if( ( spi_mode & 0x02 ) != 0x00 )    // CPOL = 1
      SOFTSPI_SCLK_PORT |= SOFTSPI_SCLK_BIT;        // CPHA = 1 --> Zweite Flanke = Steigende Flanke
    else
      SOFTSPI_SCLK_PORT &= ~SOFTSPI_SCLK_BIT;        // CPHA = 0 --> Zweite Flanke = Fallende Flanke


    _delay_us(1);

    // Daten lesen Versuch 2
    if( ( spi_mode & 0x01 ) != 0x00 )    // CPHA = 1
    {  
      // Daten lesen nach erster Flanke!
      if (SOFTSPI_MISO_PIN & SOFTSPI_MISO_BIT)      //Lesen des Pegels
        datain |= 1;
    }

    dataout<<=1;                    //Schiebe um nächstes Bit zusenden
  }

  return datain;
}

Sitze da nun schon 2 Tage dran und weiß nichtmehr weiter... Kann mir da 
wer helfen?

[R2D2 (Gast)]

Du hast die Zählvariable als char angelegt und deren Wertebereich geht 
von -127 bis +128 und bleibt damit immer <255.

Du musst unsigned char benutzen.

[Marcel B. (marcel_b)]

Ah, danke für die Antwort. Daran lag es jedoch nicht. Bei mir tritt das 
Problem auf, wie ich nun herausfand, das der Watchdog beim Debugging 
gestartet wird und dieser den Reset durchführt. Der WD lässt sich erst 
durch das Unterbrechen der Spannungsversorgung des Chips deaktivieren, 
wdt_disable() oder das manuelle Beschreiben der Register, deaktiviert 
den WDT nicht.

Kann damit prinzipiell leben, schön finde ich allerdings nicht. Habe 2 
AVR Dragons, beide zeigen das gleiche Verhalten. Arbeite mit AVR Studio 
5.1!

[spess53 (Gast)]

Hi

>Der WD lässt sich erst
>durch das Unterbrechen der Spannungsversorgung des Chips deaktivieren,
>wdt_disable() oder das manuelle Beschreiben der Register, deaktiviert
>den WDT nicht.

Zufällig WDTON-Fuse gesetzt?

MfG Spess

[Peter D. (peda)]

Marcel Behlau schrieb:
> wdt_disable() oder das manuelle Beschreiben der Register, deaktiviert
> den WDT nicht.

"WDE is overridden by WDRF in MCUSR. This means that WDE is always set 
when WDRF is set. To clear WDE, WDRF must be cleared first."

Der WD sollte immer erst nach Abschluß der Entwicklung implementiert 
werden. Sonst verursacht oder versteckt er Fehler.

[Marcel B. (marcel_b)]

Hey,

habe jetzt im MCUSR Register das WDRF Bit gelöscht und dann den WD 
ausgeschaltet. Resets treten nun nichtmehr auf. Danke schonmal für die 
Hilfe! Eine Erklärung, warum das WDRF mal gesetzt ist und mal nicht, 
habe ich allerdings noch nicht gefunden =/