Problem mit SPI: RFM12 an ATTiny85

[Stephan M. (stmz)]

Hallo zusammen,

ich habe mir eine Schaltung aufgebaut nach dem Schaltplan: 
http://obersomer.com/furios-power/images/atmel_projekte/rfm12/rfm12_empfaenger2_schaltplan.pdf 
, verwende jedoch statt dem ATTiny13 den ATTiny85. Im Prinzip ist die 
Schaltung denkbar einfach und das RFM12-Modul ist direkt per SPI an den 
ATTiny angeschlossen. Die Beschaltung ist minimal, es kommt daher auch 
kein Interrupteingang zum Einsatz. Um einen weiteren I/O-Port zu 
erhalten, habe ich nSEL (Chip-Select) auf GND gezogen (es sollen keine 
weiteren SPI-Geräte angeschlossen werden).

Ich verwende allerdings nicht die Quellcodes auf der Homepage. Als SPI 
kommt aktuell noch ein Software-SPI zum Einsatz:

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;
}

Soweit so gut. Das Senden von Daten klappt vermutlich auch, zumindest 
kann ich mit einem Funkscanner ein entsprechendes "Knacken" hören. 
Allerdings empfange ich keine Daten. Ich vermute, dass etwas bei der 
SPI-Kommunikation schief läuft.

Der ATTiny pollt regelmäßig den FIFO-Puffer des RFM12. Eine solche 
Kommunikation habe ich mittels Logic-Analyzer aufgezeichnet und an 
meinen Beitrag angehängt. Schön zu sehen sind die Daten, welche an das 
RFM12 gesendet werden:

0x82C8 //RX on
0xCA81 //Set FIFO mode
0xCA83 //Enable FIFO
0xB000 //Abfrage des ersten Byte
0xB000 //Abfrage des zweiten Byte
0xB000 //Abfrage des dritten Byte
0xB000 //Abfrage des vierten Byte
0X8208 //RX deaktivieren

Das Problem ist aber nun, dass scheinbar auf jeden Befehl eine Antwort 
gesendet wird. Nach meinem Verständnis sollte eine Antwort nur dann 
gesendet werden, wenn Statusregister abgefragt werden. Die Antworten 
variieren dabei scheinbar zufällig und sind mal 0xF8F8, 0xF9F9 etc.

Ich bin nun schon das ganze Wochenende mit dem Problem beschäftigt, habe 
schon das Forum durchsucht und auch Google bringt mich nicht wirklich 
weiter. Leider ist das Pollin-Datenblatt auch extrem kurz gehalten :(

Hat jemand von euch einen Tipp für mich? Sehe ich den Wald vor lauter 
Bäumen nicht?

viele Grüße
Stephan

[Stephan M. (stmz)]

Noch als Ergänzung:

Initialisiert wurde der RFM12-Chip mit folgenden Befehlen:

  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

Der ATTiny85 läuft über den internen Oszillator mit 8 MHz (eine 
Verringerung auf 1 MHz führte zu keiner Verbesserung).

[Stephan M. (stmz)]

Hallo zusammen,

ok, es liegt glaub daran, dass der Chip-Select zwischen den 
Übertragungen tatsächlich deaktiviert werden muss. Ihn dauerhaft auf GND 
zu ziehen scheint wohl problematisch zu sein.

viele Grüße
Stephan

[Stephan M. (stmz)]

Für alle, die dasselbe Problem haben:

* CS darf nicht dauerhaft auf GND gezogen werden. Eine Änderung wird 
benötigt um eine Kommunikation zu beenden
* Man sollte auch in der Lage sein, die Anzahl der Nullen bei F_CPU 
richtig abzuzählen. Dann klappt es auch mit den Timings ;)


Mein Problem ist also gelöst!