RFM12: Was macht dieser Code?

Bernd Vogt schrieb:
> Und, unter welchen Umständen kann es passieren, dass man in das letzte
> 'if' reinläuft. Was läuft da falsch?
Unter dem Umstand, dass in der Variable status z.B. der Wert 0 ist. 
Das könnte sein, wenn z.B. das RFM12 Modul nicht versorgt wird, oder, 
oder...

> was macht rfm12_trans (0x0000) überhaupt?
Das sieht man, wenn man sich die Funktion mal genauer ansieht...

1

uint16_t

2

rfm12_trans(uint16_t wert)

3

{

4

  uint16_t werti = 0;

5

6

  PIN_CLEAR(SPI_CS_RFM12);

7

8

/* spi clock down */

9

#ifdef CONF_RFM12_SLOW_SPI

10

  _SPCR0 |= (uint8_t)_BV(SPR1);

11

#else

12

  _SPCR0 |= (uint8_t)_BV(SPR0);

13

#endif

14

15

  werti = (uint16_t)(spi_send ((uint8_t)((0xff00U & wert) >> 8)) << 8);

16

  werti += spi_send ((uint8_t)(0x00ffU & wert));

17

18

/* spi clock high */

19

#ifdef CONF_RFM12_SLOW_SPI

20

  _SPCR0 &= (uint8_t)~_BV(SPR1);

21

#else

22

  _SPCR0 &= (uint8_t)~_BV(SPR0);

23

#endif

24

25

  PIN_SET(SPI_CS_RFM12);

26

  return werti;

27

}

Dann wird klar: damit wird eine SPI-Übertragung abgewickelt. Und mit dem 
Wort 0x0000 wird der Status abgefragt:
http://www.mikrocontroller.net/articles/RFM12#Register

Hallo,

Status holen, Interruptquelle maskieren, um den Auslöser zu 
identifizieren.
PowerOnReset und FIFO-Overflow werden zuerst getestet.

Der letzte Fall testet, ob ein anderes Int-Bit außer 0x8000 (FIFO hat 
Daten) gesetzt ist. Wenn nicht, wurde der Interrupt wohl durch eine 
Störung und nicht vom RFM12 ausgelöst...

Gruß aus berlin
Michael

Zunächst mal Danke für eure Antworten! Ich denke ich beginne zu 
begreifen was hier passiert... wobei mir die Ursache noch föllig unklar 
ist :(

Ich verstehe das jetzt so: Der Befehl 0x0000 liest das Statusregister 
des RFM12 aus. Es wird erwartet, dass das erste Bit im Register gesetzt 
ist, was soviel bedeutet, wie dass das RFM12 Modul bereit zum Senden 
ist. Leider ist aber dieses Bit 0 und das bedeutet, dass das Modul 
gerade Daten empfängt? Evtl. durch eine Störung?

Was könnte die Ursache für diese Störung sein? Kann es evtl. auch an 
einer fehlerhaften Initialisierung oder sogar Verkabelung des Moduls 
liegen?

Das Seltsame ist, dass ich das selbe Verhalten auf zwei verschiedenen 
Boards (AVR-NET-IO und Pollin Funkboard) und auch an zwei föllig 
verschiedenen Standorten habe...

Grüße,
Bernd

Hi,

ich habe hier [1] noch eine recht gute Antwort zu meinem Problem 
bekommen.

Die momentane Vermutung geht dahin, dass beim Senden ganz kurz die 
Stromversorgung zusammenbricht, da das RFM12 beim Umschalten von RX auf 
TX schnell mehr Strom benötigt.

Die Lösung könnte sein, einen 100nF Kondensator in direkter Nähe des 
RFM12 einzubauen, so wie hier [2]. Der sollte dann die Schwankung 
ausgleichen können.

Gruß,
Bernd

P.S.: wb1 lass mich wissen, ob du weiter gekommen bist.

[1] 
http://list.zerties.org/pipermail/ethersex-devel/2011-January/000139.html
[2] 
https://m21.hyte.de/attachment/wiki/Projekte/EthersexStromzaehler/AVR_NetIO_RFM12-ethersex-Aufsatzboard_Schema.jpg