RFM12 Problem

[kappos (Gast)]

hallo zusammen,

ich bin seit Tagen damit beschäfigt eine Funkbrücke zwischen zwei RFM12 
aufzubauen.

Aufbau ist mit einem Atmega88 und RFM12 Modul realisiert. Clock ausgang 
des RFM wird als Externe Clock für Atmega88 verwendet.

Kommunikation mit dem Modul klappt wunderbar. Kann es auch 
konfigurieren. Modul sendet auch (Überprüft mit TV auf Kanal37, 
periodisches knacken).

Empfangsmodul ist gleich aufgebaut, hiermit kann ich ebenfalls 
erfolgreich senden.


Mein Problem ist nun das ich nichts empfange im Empfangsmodus. Ich denke 
das er das Syncword nicht erkennt.

Sourcecode ist der Standartcode von Benedikt K.

Was mich sehr verwundert ist das nach dem Senden das Statusbit auf: A000 
steht. Was ja bedeuten würde das
x2 = FFOV / RGUR (RGUR = Der Datenstrom beim Senden ist abgerissen, da 
nicht schnell genug Daten nachgeladen wurden)

Habt ihr mir vielleicht ein Tip auf was das hindeuten kann?

Gruß Kappo

[Kappos (Gast)]

Hat keiner ein Tip für mich?

[Franz (Gast)]

Hmmm, könnte sein, dass der Fehler irgendwo in deinem Code ist.
Aber das ist reine Spekulation. Hör' lieber nicht auf mich.

[kappos (Gast)]

Wollte eigentlich nicht den ganzen Code posten, da dieser schon x-fach 
hier drin ist. Aber wenn es zur Lösungsfindung hilft

void rf12_init(void)
{
  RF_DDR=(1<<SDI)|(1<<SCK)|(1<<CS);
  RF_PORT=(1<<CS);

  for (unsigned char i=0; i<10; i++)
    _delay_ms(10);      // wait until POR done

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

void rf12_ready(void)
{  cbi(RF_PORT, CS);
  asm("nop");
  while (!(RF_PIN&(1<<SDO))); // wait until FIFO ready
}

unsigned short rf12_trans(unsigned short wert)
{  unsigned short werti=0;
  unsigned char i;

  cbi(RF_PORT, CS);
  for (i=0; i<16; i++)
  {  if (wert&32768)
      sbi(RF_PORT, SDI);
    else
      cbi(RF_PORT, SDI);
    werti<<=1;
    if (RF_PIN&(1<<SDO))
      werti|=1;
    sbi(RF_PORT, SCK);
    wert<<=1;
    _delay_us(0.3);
    cbi(RF_PORT, SCK);
  }
  sbi(RF_PORT, CS);
  return werti;
}


void rf12_txdata(unsigned char *data, unsigned char number)
{  unsigned char i;
  
  //Test kann raus
  char buf[10];
  //
  
  rf12_trans(0x8238);      // TX on
  rf12_ready();
  rf12_trans(0xB8AA);
  rf12_ready();
  rf12_trans(0xB8AA);
  rf12_ready();
  rf12_trans(0xB8AA);
  rf12_ready();
  rf12_trans(0xB82D);
  rf12_ready();
  rf12_trans(0xB8D4);
  for (i=0; i<number; i++)
  {    

    rf12_ready();
    rf12_trans(0xB800|(*data++));
  
  }
  rf12_ready();
  rf12_trans(0x8208);      // TX off
}

Und hier nun das Hauptprogramm allerdings nur ein Auszug mit den 
relevanten Punkten

void send(void)
{  
  unsigned char test[]="Dies ist ein 433MHz Test !!!\n   ";  
  rf12_txdata(test,32);

}

char buf[16];
   
  InitDevices();
  uint16_t result =  rf12_trans(0x00);
  itoa( result, buf, 16);
  uart_puts("Antwort vor config");
  uart_puts(buf);  

    while(1)
    {
    _delay_ms(1000);    
       result =  rf12_trans(0x00);
    
  uart_puts("Statusbits:");
  itoa( result, buf, 16);  
  uart_puts(buf);  
    uart_puts("\n");
  
  send();
    }

Folge vom Statusbit ist nun diese:

- Nach Init: 8000
- Nach dem Senden ist der Status: a000

Was bedeutet denn beim Status das RGUR Bit  beim senden?

Gruß Kappo

[Guest (Gast)]

Habe den Code von Benedikt K. als Einsteig auch verwendet.
Die Fuses des ATMEGA88 müssen korrekt gesetzt sein (ext. Clock, CLOCKDIV 
off), dann sollte es problemlos laufen.

[Kappos (Gast)]

Fuses sind richtig gesetzt Rfm funktioniert auch clk liefert 10mhz. Mich 
verwirrt beim Senden unheimlich der Status a000

[Tom M. (tomm)]

kappos schrieb:

> - Nach Init: 8000

Sollte IMO 0x4000 sein: Bit 14 zeigt den "Power-On Reset" (POR) an, also 
Kaltstart. Da ist noch was buggy, versuch erst mal das zu fixen...

> - Nach dem Senden ist der Status: a000

Also Bit 15 und 13 gesetzt, FFIT und RGUR. Die Daten sind raus, aber du 
lieferst nicht schnell genug nach. Der Datenstrom ist beim Senden 
abgebrochen. Läuft dein mega noch mit int. Takt 1Mhz?

> Was bedeutet denn beim Status das RGUR Bit  beim senden?

Das Bit 13 ist doppelt belegt. Wenn das Modul im Sendebetrieb arbeitet, 
zeigt es einen buffer underrun an (RGUR), wenn es im Empfangsbetrieb 
ist, einen FIFO Overflow (FFOV).

[Tom M. (tomm)]

>   rf12_trans(0xC0E0);      // AVR CLK: 10MHz

Ich hab gelesen, dass das einige Module nicht mitmachen, direkt von 1Mhz 
auf 10Mhz springen. Versuch mal den Takt langsam raufzuschrauben, etwa 
so:

   rf12_trans(0xC060);              // AVR CLK: 2MHz
   _delay_ms(0.2);
   rf12_trans(0xC0C0);              // AVR CLK: 5MHz
   _delay_ms(0.2);
   rf12_trans(0xC0E0);              // AVR CLK: 10MHz

Kontrolle: Häng noch ne LED an den mega und lass sie im Sekundentakt 
blinken.

[kappos (Gast)]

HIPPIE, endlich funktioniert es.

Habe lediglich die Baudrate extrem runtergesetzt. Auf eine Baudrate von 
1000. Was mich aber trotzdem sehr verwundert das ich nur so kleine 
Baudraten hinbekomm. Woran kann das liegen?

@Tom
Am Mega liegt es nicht.
Mega läuft mit dem Takt was das rfm12 Modul ausgibt, also mit 10mhz.

[g457 (Gast)]

> Mega läuft mit dem Takt was das rfm12 Modul ausgibt, also mit 10mhz.

CKDIV8?

[kappos (Gast)]

Mega läuft mit 10Mhz, sonst würde mein Uart nicht funktionieren....

[g457 (Gast)]

> Mega läuft mit 10Mhz, sonst würde mein Uart nicht funktionieren....

UART kann man auch passend konfigurieren trotz CKDIV8 - absichtlich oder 
versehentlich. Oder auf PC-Seite adäquat anpassen - ebenso absichtlich 
oder versehentlich :-)

Wenns das nicht iss isses was anderes.

HF

[Franz (Gast)]

kappos schrieb:
> Habe lediglich die Baudrate extrem runtergesetzt...

Du meinst die Sende/Empfangs-Baudrate vom rfm12?
Evtl. Empfang zu schwach, wegen falscher oder keiner Antenne?
Das würde erklären, warum das Runtersetzen der Baudrate hilft (steigert 
die wahrscheinlichkeit, dass genug Signal im Rauschen drin ist).

[Stephan M. (stmz)]

Tom M. schrieb:

> Ich hab gelesen, dass das einige Module nicht mitmachen, direkt von 1Mhz
> auf 10Mhz springen. Versuch mal den Takt langsam raufzuschrauben, etwa
> so:

die Änderung der Frequenz kann auf dem Atmega Probleme machen. Laut 
Datenblatt sind hinsichtlich Frequenzänderung nur eine ganz minimale 
Variation zulässig. Wird der externe Clock vom RFM12 abgegriffen, so ist 
kein mit dem Datenblatt konformer Betrieb möglich.

Gruß
Stephan

[kappos (Gast)]

Fehlende Antenne kann durchaus sein. Mal weiter experimentieren. Muss 
jetzt mal ein sauberers Datenpacket definieren.

Nur zur Info, also die Frequenz des Megas läuft bei 10MHZ das ist alles 
wunderbar...