ATMEGA32 + rfm12 -> kleines bootloader problem

[sn00py (Gast)]

Hallo

Ich habe ien klines problem mit einem bootloader.
Wenn ich den ATMEGA32 + rfm12 Modul einschalte, dann startet der 
Bootloader, wartet bis zu 3 sekunden, wenn er da ein paket bekommt, dann 
flasht er die neue Firmware -> das funktioniert ohne probleme.

Wenn ich aber nur den ATMEGA32 resete, dann startet der bootloader, 
bekommt aber keine Pakete und nach 3 sekunden wird die applikation 
(Ethersex gestartet)

Wenn ich den ATMEGA32 resetet, während dem reset, das rfm12 modul die 
versorgugnsspannung nehme und wieder gebe, dann den resettaster 
auslasse, dann funktioniert der bootloader auch.

-> Daher ist meine vermutung, das irgendeine initialisierung vom e6 
nicht mehr zurückgenommen wird.
Allerdings konnte ich keine Commands finden, die ein rfm12 Modul Reseten 
...

Hier meine init funktionen

  for (i=0; i<15; i++)
    _delay_ms(10);

  rfm12_trans (0xC0E0);    /* AVR CLK: 10MHz */
  //  rfm12_trans (0x80D7);    /* Enable FIFO */
  rfm12_trans (0x80E7);    /* Enable FIFO */
  rfm12_trans (0xC2AB);    /* Data Filter: internal */
  rfm12_trans (0xCA81);    /* Set FIFO mode */
  rfm12_trans (0xE000);    /* disable wakeuptimer */
  rfm12_trans (0xC800);    /* disable low duty cycle */
  rfm12_trans (0xC4F7);          /* autotuning: -10kHz...+7,5kHz */
  rfm12_trans (0x0000);

  //rfm12_trans (0xa620);    /* rfm12_setfreq(RFM12FREQ(433.92)) */
  rfm12_trans (0xa7c1);    /* rfm12_setfreq(RFM12FREQ(869.925)) */
  rfm12_trans (0x94ac);    /* rfm12_setbandwidth(5, 1, 4); */
  rfm12_trans (0xc610);    /* rfm12_setbaud(19200); */
  rfm12_trans (0x9820);    /* rfm12_setpower(0, 2); */

beim warten auf das erste paket dann

static void funkloader_rx () {
  rfm12_trans(0x82C8);    /* RX on */
  rfm12_trans(0xCA81);    /* set FIFO mode */
  rfm12_trans(0xCA83);    /* enable FIFO */
  
  if (rfm12_wait_read () != 0) goto out;      /* Discard (upper) length byte */

die rfm12_wait_read .... wartet dann das der PD3 (INT1) auf Lowlevel 
geht, also wird nicht per Interrupt gemacht sondern einfach ein warten 
...

beim starten des bootloaders mache ich ein

    ldi  r28, lo8(RAMEND)    
  ldi  r29, hi8(RAMEND)    
  out  SPH, r29        
  out  SPL, r28        

  eor  r1, r1
  out  SREG, r1
  ldi  r16, _BV (IVCE)
  out  GICR, r16  ; enable change reset vector
  ldi  r16, _BV (IVSEL)
  out  GICR, r16  ; change reset vector to application

daher sollte ja auch kein interrupt aktiv sein, und dazwischen funken, 
vermute ich mal

Aber irgendwas übersehe ich da noch ....
Hat da wer noch eine idee dazu?

[wb1 (Gast)]

Einen Softreset erzeugst Du durch senden von FFFF oder FFFE an den 
RFM12.

[sn00py (Gast)]

  for (i=0; i<15; i++)
    _delay_ms(10);

  rfm12_trans (0xFFFF);    /* Reset 1 */
  rfm12_trans (0xFFFE);    /* Reset 2 */

  for (i=0; i<15; i++)
    _delay_ms(10);

  rfm12_trans (0xC0E0);    /* AVR CLK: 10MHz */

hätte es mal so probiert, bringt aber auch nichts ....
150ms gewartet, nach dem reset sollte reichen?

[wb1 (Gast)]

Eventuell kann jemand etwas zu einem Reset durch den Reseteingang sagen. 
Vorstellbar wäre, das ein RFM-Interrupt anhängig ist, beim Reset das 
globale interruptflag gesetzt bleibt. Schließlich ist der Reset über den 
Reseteingang nicht vergleichbar mit einem power-on-reset (oder doch?).
Ich kämpfte auch mit dem RFM. Bin der Ansicht, daß unterschiedliche 
Chips verbaut sind. Du solltest den INT1 auf Interrupt bei fallender 
Flanke stellen. Weiterhin solltest du in der Initialisierung den INT1 
ausschalten, den TX-FIFO füllen und dann erst INT1 zulassen. Ich hab das 
mal in ASM für vollen Interruptbetrieb (SPI-INT und INT1) geschrieben, 
hier mal die Befehlsreihenfolge für initialisieren
.db 
0,0,0xc0,0xe0,0x80,0xe7,0xc2,0xac,0xa6,0x86,0xc6,0x11,0x94,0xa1,0xc4,0x8 
3
.db 0x98,0x50,0xc8,0,0xe0,0,0xca,0x81,0x82,0x00,0xb8,0xaa--- jetzt geht 
nirq auf high ---,0xb8,0xaa
.db 0x82,0x39
.db 0,0

Umgesetzt auf C sieht es so aus
rfm12_trans (0x0000);
rfm12_trans (0xC0E0);
rfm12_trans (0x80E7); .... und so weiter

Ach ja, bei reset bei 500 msec delay.

[Sn00py (Gast)]

Oh danke für die Info ...

Ich schalte den Interrupt im bootloader ja total aus also das GICR, und 
es wird direkt auf den PIN PD3 gewartet.

Wo meinst du 500ms Delay , beim erseht mit 0xffff auf rfm Modul??

Ich werde auf jedenfalls morgen gleich mal deine initialisierungs 
commands mit meinen vergleichen, vielleicht passt da die Reihenfolge 
nicht, oder ich habe einen übersehen .... Oder oder

Danke auf jedenfall schon mal

[wb1 (Gast)]

Nach hard- und softreset, jedenfalls hatte ich den Effekt, das das RFM 
nach zu kurzem delay nicht vernünftig ansprechbar war,