attiny2313 automatisch reset

[Johannes (Gast)]

Hallo,
ich habe ein nrf24l01 modul an einem attiny2313. Doch dieser resettet 
sich automatisch nach/in der Konfiguration

int main(void){
  //extern_interrupt_init(); // INT0 -> falling edge
  usart_init(USART_MYUBRR);
  timer_interrupt_init(); // Timer0 -> 1ms
  io_init(); // PD5 -> output -> low
  spi_init();
  nrf24_init(); // initialize hardware pins
  nrf24_config(2,4); // channel #2, payload length: 4
  usart_transmit_string("> USART Ready to use \n");
...

void nrf24_config(uint8_t channel, uint8_t pay_length)//(2,4)
{
    /* Use static payload length ... */
    payload_len = pay_length;

    // Set RF channel
    nrf24_configRegister(RF_CH,channel);

    // Set length of incoming payload 
    nrf24_configRegister(RX_PW_P0, 0x00); // Auto-ACK pipe ...
    nrf24_configRegister(RX_PW_P1, payload_len); // Data payload pipe
    nrf24_configRegister(RX_PW_P2, 0x00); // Pipe not used 
    nrf24_configRegister(RX_PW_P3, 0x00); // Pipe not used 
    nrf24_configRegister(RX_PW_P4, 0x00); // Pipe not used 
    nrf24_configRegister(RX_PW_P5, 0x00); // Pipe not used 

    // 1 Mbps, TX gain: 0dbm
    nrf24_configRegister(RF_SETUP, (0<<RF_DR)|((0x03)<<RF_PWR));

    // CRC enable, 1 byte CRC length
    nrf24_configRegister(CONFIG,nrf24_CONFIG);

    // Auto Acknowledgment
    nrf24_configRegister(EN_AA,(1<<ENAA_P0)|(1<<ENAA_P1)|(0<<ENAA_P2)|(0<<ENAA_P3)|(0<<ENAA_P4)|(0<<ENAA_P5));

    // Enable RX addresses
    nrf24_configRegister(EN_RXADDR,(1<<ERX_P0)|(1<<ERX_P1)|(0<<ERX_P2)|(0<<ERX_P3)|(0<<ERX_P4)|(0<<ERX_P5));

    // Auto retransmit delay: 1000 us and Up to 15 retransmit trials
    nrf24_configRegister(SETUP_RETR,(0x04<<ARD)|(0x0F<<ARC));

    // Dynamic length configurations: No dynamic length
    nrf24_configRegister(DYNPD,(0<<DPL_P0)|(0<<DPL_P1)|(0<<DPL_P2)|(0<<DPL_P3)|(0<<DPL_P4)|(0<<DPL_P5));

    // Start listening
    nrf24_powerUpRx();
}

Lasse ich den string '> USART Ready to use' vor dieser Funktion 
ausgegeben, wird dieser immer erneut ausgegeben. Die Nachrichten vom 
UART sehe ich in HTerm.

Bei einem Atmega328p läuft die Config Funktion ohne änderungen durch.

[Markus W. (Firma: guloshop.de) (m-w)]

Johannes schrieb:
> ich habe ein nrf24l01 modul an einem attiny2313. Doch dieser resettet
> sich automatisch nach/in der Konfiguration

Hallo!

Damit ich das Problem richtig verstehe, seien ein paar Rückfragen 
erlaubt:

Was bedeutet der Schrägstrich? Manchmal "nach" und manchmal "in" der 
Konfiguration? Oder ist der Zeitpunkt einfach nicht bekannt?

Schaltung? Kondensator vergessen?

[Johannes (Gast)]

Markus W. schrieb:
> Oder ist der Zeitpunkt einfach nicht bekannt?

genau. Wenn ich die uart-Nachricht vor dieser Funktion rausgebe, wird es 
immer wiederholt. Wenn ich diese Nachricht erst danach rausgebe, wird 
sie gar nicht rausgeschickt.

Am Attiny habe ich zwischen Vcc und Gnd einen 100nF Kondensator. 
Zwischen Vcc und Reset habe ich einen 10kOHM Widerstand.

Werde die Schaltung mal skizzieren und hochladen

[holger (Gast)]

>Doch dieser resettet sich automatisch nach/in der Konfiguration

So ist das halt bei Controllern mit zu wenig RAM für die Aufgabe.

[Markus W. (Firma: guloshop.de) (m-w)]

Johannes schrieb:
> Am Attiny habe ich zwischen Vcc und Gnd einen 100nF Kondensator.
> Zwischen Vcc und Reset habe ich einen 10kOHM Widerstand.

Dann ist hardwareseitig vermutlich alles ok...

Hört sich für mich so an, als wäre ein Interrupt aktiviert, aber der 
zugehörige Interruptvektor nicht gesetzt (oder die benötigte 
Interrupt-Routine nicht definiert).

Könnte natürlich auch ein Stack-Überlauf sein oder etwas ähnlich 
Unanständiges.

[Johannes (Gast)]

Markus W. schrieb:
> Hört sich für mich so an, als wäre ein Interrupt aktiviert, aber der
> zugehörige Interruptvektor nicht gesetzt (oder die benötigte
> Interrupt-Routine nicht definiert).

Als Interrupt habe ich eigentlich nur USART, Timer0 und INT0

void usart_init(unsigned int ubrr){
  /* Set Baud-Rate */
  UBRRH = (unsigned char) (ubrr >> 8);
  UBRRL = (unsigned char) ubrr;
  /* Enable Receiver and Transmitter and receiver-interrupt*/
  UCSRB = (1 << RXEN) | (1 << TXEN) | (1 << RXCIE);
  /* Set Frame format: 8 data, 2 stop bit */
  UCSRC = (1 << USBS) | (1 << UCSZ1) | (1 << UCSZ0);
}

void extern_interrupt_init(void){
  DDRB &= ~(1 << DDD2); // External Interrupt on INT0

  MCUCR |= (1 << ISC01); // INT0 falling edge
  MCUCR &= ~(1 << ISC00); // INT0 falling edge

  GIMSK |= (1 << INT0);  // enable INT0 interrupt
}

void timer_interrupt_init(void){
  // Timer 0
  TCCR0A = (1 << WGM01); // CTC Modus
  TCCR0B = (1 << CS01) ; // prescaler 8 -> 1Mhz/8 = 125kHz
  OCR0A = 125-1; // -> 1ms Interrupt
  TIMSK |= (1 << OCIE0A); // Overflow Interrupt allow
}

Die Interrupt Routinen sind auch erstellt
ISR(INT0_vect){
...
}

ISR(USART_RX_vect){
...
}

ISR (TIMER0_COMPA_vect){
...
}
[/code]

Markus W. schrieb:
> Könnte natürlich auch ein Stack-Überlauf sein oder etwas ähnlich
> Unanständiges.

Kann ich das irgendwie überprüfen?

[Johannes (Gast)]

Ich bin mal in der Funktion reingegangen und wollte gucken, wann der 
Controller resettet wird.
Wenn ich hinter dem letzten Funktionsaufruf 'nrf24_powerUpRx();' die 
Nachricht herausschicke, wird diese herausgeschickt. Damit ist ja 
eigentlich die Funktion nrf24_config fertig und es wird wieder in die 
main-Funktion gesprungen. Wenn ich dann dort die Nachricht schicke, 
bleibt es beim Reset.

[Sebastian S. (amateur)]

Spendier' uns mal die vollständige main-Routine.
Muss aber nicht sein...

Wenn der String ständig ausgegeben wird, heißt das doch nur, dass der 
Kerl ständig von vorne anfängt. Der Fehler kann aber auch hinter der 
Ausgaberoutine liegen.
Mit einem "ordentlichen" Fehler auf dem Stack, kann die Testsequenz auch 
von wer-weiß-wo aufgerufen werden. Speicherfehler oder schlampige 
Indizes sind hierbei sehr beliebt.

Ich klammere in solchen Fällen einfach, von vorne beginnend alle 
möglichen Kandidaten aus. Natürlich ohne die Initialisierung der 
seriellen Schnittstelle.

[Walter S. (avatar)]

Johannes schrieb:
> Markus W. schrieb:
>> Könnte natürlich auch ein Stack-Überlauf sein oder etwas ähnlich
>> Unanständiges.
>
> Kann ich das irgendwie überprüfen?

du kannst das RAM mit einem definierten Wert füllen und bei Reset 
schauen wie viel davon noch übrig ist,
einfacher ist es den 4313 zu nehmen mit doppelt soviel RAM

[Johannes (Gast)]

Das ist die vollständige main-funktion

int main(void){
  extern_interrupt_init(); // INT0 -> falling edge
  usart_init(USART_MYUBRR);
  timer_interrupt_init(); // Timer0 -> 1ms
  io_init(); // PD5 -> output -> low
  spi_init();
  nrf24_init(); // initialize hardware pins
  nrf24_config(2,4); // channel #2, payload length: 4
  /* Set the device addresses */
  nrf24_tx_address(spi_tx_address);
  nrf24_rx_address(spi_rx_address);

  sei(); // Global Interrupts activate
  usart_transmit_string("> USART Ready to use \n");
    while (1){
    receive();
    TOGGLEBIT(PORTD,5);
     //transmitt();

    _delay_ms(2000);
    
    }
}

[Johannes (Gast)]

Es lag wirklich am Speicher.
Eigentlich bekomme doch bei Atmel Studio 7 eine Fehlermeldung, wenn zu 
viel Speicher benutzt wird. Dies war hier aber nicht der fall. Habe 
jetzt die UART-Narchichten herausgenommen und das Data-Memory-Usage ist 
geringer geworden. Jetzt läuft das PRogramm durch. Zwar nicht richtig, 
aber für heute reicht das erst mal.

[Dietrich L. (dietrichl)]

Johannes schrieb:
> Eigentlich bekomme doch bei Atmel Studio 7 eine Fehlermeldung, wenn zu
> viel Speicher benutzt wird. Dies war hier aber nicht der fall.

Das betrifft aber nur den fest belegten Speicher. Was für den Stack 
dynamisch noch benötigt wird weiß der Compiler aber nicht und hängt u.A. 
von der Schachtelungstiefe der SW ab.