RFM22B Interrupt Empfang

[Christoph H. (christoph_b)]

Hallo

Habe eine kurze Frage zu den RFM22b Modulen.

Habe die Lib von Ulrich Radig an meine Bedürfnisse angepasst. Das 
Beispiel verwendet ja polling was ja nicht so schön ist. Also habe ich 
den Empfangsteil in einen Interrupt verschoben. Der Empfang funktioniert 
auch soweit. Für eine Bidirektionale Verbindung gehört aber auch das 
senden dazu und hier habe ich ein Problem

Sobald ich etwas senden löst der Interrupt nicht mehr aus. Warscheinlich 
ist irgend ein Bit des RFM22b nach dem Senden  falsch.

Auch nach 5h finde ich das Bit nicht. ;-)

Vieleicht kennt sich jemand damit aus und kennt den Fehler.

Gruß Christoph

[Christoph H. (christoph_b)]

keiner eine Idee?

[Sascha W. (sascha-w)]

Hallo,

das Problem hatte ich auch schon, mit der rf22_getpacket kannst du nicht 
mit einem Interrupt arbeiten, weil außer der RX int auch noch was 
anderes einen INT setzt und die originale RX Funktion die INT's dann 
nicht löscht.

ich habs folgendermaßen gelöst:
[ISR_INT0]
Register 3 lesen (ISR1)
wenn Bit 1=1 dann merken/Flag setzen (Paket empfangen)
Register 4 lesen (ISR2)
[END ISR]

wenn Paket empfangen (siehe oben), hab ich aber Außerhalb der ISR

unsigned char rf22_getpacket(unsigned char *data)
{  
  unsigned char i, cnt;

    if (!(rf22_read(0x02)&32))  // packet not read
    {
      cnt=rf22_read(0x4B);    // packet length
      
      for (i=0; i<cnt; i++)    // Daten (cnt - 2 für CRC)
      {
        *data++=rf22_read(0x7f);
      }
      
      rf22_rxmode();  
      return (cnt);
    }
  rf22_rxmode();  
  return 0;
}

Edit:
und noch den INT in rf22_rxmode() wieder einschalten

void rf22_rxmode(void)
{  
  rf22_read(0x03);      // clear interrupt status
    rf22_read(0x04);      // clear interrupt status
  rf22_write(0x07, 0x01);    // to_ready_mode();
  
  rf22_write(0x07, 0x01);    // to_ready_mode();
  rf22_write(0x7e, 0x17);    // threshold for rx almost full, interrupt when 1 byte received
  
  rf22_write(0x08, 0x03);    // clear RX fifo
  rf22_write(0x08, 0x00);    // clear fifo, disable multi packet
  
  rf22_write(0x07, 0x05);    // RX on
  rf22_write(0x05, 0x02);    // RX INT on  <-- !!!!!!!
  
    rf22_read(0x03);      // clear interrupt status
    rf22_read(0x04);      // clear interrupt status
}

Sascha

[Christoph H. (christoph_b)]

Hallo Sascha


Mit
Register 3 lesen (ISR1)
wenn Bit 1=1 dann merken/Flag setzen (Paket empfangen)
Register 4 lesen (ISR2)

meinst du das Register 0x03 und 0x04 vom RFM Modul oder?

Es wäre interresant zu wissen was genau den INT auslöst.

Vieleicht kann jemand noch Licht ins Dunkel bringen

Gruß Christoph

[Sascha W. (sascha-w)]

Christoph B. schrieb:
> Hallo Sascha
>
>
> Mit
> Register 3 lesen (ISR1)
> wenn Bit 1=1 dann merken/Flag setzen (Paket empfangen)
> Register 4 lesen (ISR2)
>
> meinst du das Register 0x03 und 0x04 vom RFM Modul oder?
ja

> Es wäre interresant zu wissen was genau den INT auslöst.
hab mir die Inhalte der Register mal immer ausgeben lassen, aber frag 
mich jetzt nicht welches Bit es war. Jeden falls muss man immer beide 
Statusregister lesen um die Flags zu löschen. Und das passiert im 
originalen Code nicht, weil vorher das Register 0x31 abgefragt wird.

Sascha

[Christoph H. (christoph_b)]

Hallo

Leider scheint das RFM22 Modul ein Eigenleben zu führen.

Wenn ich das 0x03 Register auslese und auswerte sollte eigentlich das 2 
Bit ( Valid Packet Received ) auf 1 sein.
Das wird aber nie 1.

In Register 0x05 wird aber das 2 Bit(enpkvalid) trotzdem auf 1 gesetzt.

[Sascha W. (sascha-w)]

Christoph B. schrieb:
> Hallo
>
> Leider scheint das RFM22 Modul ein Eigenleben zu führen.
>
> Wenn ich das 0x03 Register auslese und auswerte sollte eigentlich das 2
> Bit ( Valid Packet Received ) auf 1 sein.
> Das wird aber nie 1.
>
> In Register 0x05 wird aber das 2 Bit(enpkvalid) trotzdem auf 1 gesetzt.

enpkvalid ist Bit 1, und das wird mit rf22_write(0x05, 0x02) 
eingeschaltet (die Zeile die ich hinzugefügt hatte). Und eben dieses Bit 
1 habe ich dann auch in Register 0x03 ausgewertet.

Sascha