rfm12b / 433 mhz funk, einfach

[julius (Gast)]

moin,


ihr kennt vielleicht den RFM12 code der hier mal von "Benedikt" gepostet 
wurde, fragen beziehen sich auf die version 
"rfm12_rs232_rxtx_check5.zip".


für zeilen nummern hab ich den code hier hochgeladen:
http://paste.pound-python.org/show/UHMMjdytdh0XNTwzuQRL/


anschluss:
in der rf12.c können die pins geändert werden:
#define RF_PORT PORTB
#define RF_DDR  DDRB
#define RF_PIN  PINB

#define SDI     3
#define SCK     5
#define CS      2
#define SDO     4


Benedikt schreibt das er nur 4 pins benötigt, jemand hat einen etwas 
anderen anschlussplan gepostet:
 http://www.mikrocontroller.net/attachment/25205/rfm12schaltplan.png


kann man trotzdem SDI/SCK/CS/SDO wie im plan verschalten und den rest 
ignorieren?
also noch VCC/GND sowie 10kOhm zwischen +5V und FSK/DATA/NFFS pin?
siehe:
http://jeelabs.org/2009/05/06/rfm12-vs-rfm12b-revisited/


dann weiter im code:
http://paste.pound-python.org/show/UHMMjdytdh0XNTwzuQRL/

zeile: 80

ifdef USE_SOFTCONFIG
    PORTD=255; 
    DDRD=230;
    DDRC=255;
#else

warum alle pins an PORTD auf high?
und dann aber nicht alle pins auf ausgang setzen mit DDRD=230, müsste 
das nicht DDRD=255 sein damit es mit der ersten zeile sinn ergibt?
auf DDRC alles auf ausgang?
es sollen ja nur 4 pings benötigt werden.


zeile 150 (ohne debug code):

       for (;;)
    {   if (rf12_data())                            // Daten im RF12 RX Puffer ?
        {   rx_packet();
        }
        if (!(flags&WAITFORACK))                    // Puffer nur dann f�llen, wenn die alten Daten aus dem Puffer wirklich angekommen sind
        {   if (uart_data())                        // Daten im UART RX Puffer ?
            {   if (!tx_cnt)
                    delaycnt=TX_TIMEOUT/2;          // Nach dem ersten Byte: timeout starten
                txbuf[tx_cnt++]=uart_getchar();
            }
            if ((tx_cnt>=MAX_BUF)||((tx_cnt)&&(delaycnt==0))) // Puffer voll, oder timeout seit erstem Byte im Puffer vorbei ?  -> senden
            {   tx_status=0;                        // zu sendender Status
                tx_packet(0);                       // erstmaliger Transfer
            }
        }
        else if (delaycnt==0)                       // Timeout: Daten nochmal senden
        {   LED_RETRANS=1;
            if (retrans_cnt)
            {   retrans_cnt--;
                tx_packet(1);                       // retransmit
            }
            else                                    // Versuche abgelaufen
            {   LED_ERR=1;                          // -> Fehler LED an
                tx_cnt=0;                           // -> Daten verwerfen
                tx_id++;
                flags&=~WAITFORACK;                 // Daten als OK markieren

            }
        }
    }

ziemlich am anfang steht:

delaycnt=TX_TIMEOUT/2;

ist das ein timeout der feststellt ob nichts mehr vom uart kommt?
dann wäre tx_cnt die position des zu sendenden zeichens das vom uart 
kommt?

tx_cnt findet sich in der datei main.c wieder, es wird an zwei stellen 
auf 0 gesetzt. einmal im oberen code nach einem timout
und einmal hier in der funktion rx_packet - das ist doch bestimmt die 
funktion "receive/empfangen" für die daten?
warum wird da tx = 0 mit // -> Daten als gesendet markieren 
kommentiert?

void rx_packet(void)
{   static unsigned char rx_lastid=255;
    unsigned char rx_cnt,i, rx_id, status;
    rx_cnt=rf12_rxdata(rxbuf, &status, &rx_id);     // komplettes Paket empfangen
    if (rx_cnt<=MAX_BUF)                            // Daten gültig (d.h. kein CRC Fehler) ?
    {   if (status&RECEIVED_OK)                     // Empfangsbestätigung ?
        {   flags&=~WAITFORACK;                     // -> "Warten auf Bestätigung"-Flag löschen
            tx_cnt=0;                               // -> Daten als gesendet markieren
            tx_id++;
            LED_RETRANS=0;
            LED_ERR=0;
        }
        if (rx_cnt)                                 // Daten empfangen
        {   tx_status=RECEIVED_OK;                  // zu sendender Status
            tx_packet(0);                           // Empfangsbestätigung senden
            retrans_cnt=RETRY;                      // Retry Counter neu starten
            if (rx_id!=rx_lastid)                   // Handelt es sich um neue Daten ?
            {
                rx_lastid=rx_id;                    // Aktuelle ID speichern
            }
        }
    }

[Wolfgang (Gast)]

julius schrieb:
> mit DDRD=230, müsste das nicht DDRD=255 sein damit ...

Wie kommt man eigentlich auf die Idee, Bitmuster als Dezimalzahl zu 
schreiben?

Schreibe sie ordenlich als Binärzahl oder, wenn du in Hex denken kannst, 
als Hexadezimalzahl. Dann sieht man das mit einem Blick.