sx1276 Probleme mit dem RegOpMode

[David P. (devryd)]

Hallo Zusammen,
ich möchte zwei Raspberry Pi Pico über LoRa (nicht LoRaWAN) miteinander 
reden lassen. Ich habe leider keine passende Library gefunden und 
"entwickle" das ganze deshalb selbst. Ich nutze C und habe die Infos 
alle aus dem Datenblatt. Die SPI Kommunikation mit dem funktioniert, und 
ich kann beispielsweise die Frequenz einstellen. Wenn ich allerdings den 
Modus auf Senden oder Empfangen stellen möchte, funktioniert das ganze 
plötzlich nicht.

Empfänger:

#include <stdio.h>
#include "pico/stdlib.h"
#include "hardware/spi.h"
uint8_t mosi=19;
uint8_t clock=18;
uint8_t cs=17;
uint8_t miso=16;
uint8_t dio0=0;
uint8_t dio5=1;

uint8_t RegFifo = 0x00;
uint8_t RegOpMode = 0x01;
uint8_t RegFrMsb = 0x06;
uint8_t RegFrMid = 0x07;
uint8_t RegFrLsb = 0x08;
uint8_t RegFifoAddrPtr = 0x0D;
uint8_t RegFifoTxBase = 0x0E;
uint8_t RegFifoRxBase = 0x0F;
uint8_t RegFifoRxCurrent = 0x10;
uint8_t RegIrqFlags = 0x12;
uint8_t RegRxNbBytes = 0x13;
uint8_t RegPktSnr = 0x19;
uint8_t RegPktRssi = 0x1A;
uint8_t RegRssi = 0x1B;
uint8_t RegModemConfig1 = 0x1D;
uint8_t RegModemConfig2 = 0x1E;
uint8_t RegDioMapping1 = 0x40;


uint8_t readReg(uint8_t reg);
void writeReg(uint8_t reg, uint8_t msg);

void writeFifo(uint8_t * msg, int count){
    writeReg(RegFifoAddrPtr,readReg(RegFifoTxBase));
    uint8_t package[count +1];
    package[0]=RegFifo | 0x80;
    for( int i=0;i<count;i++){
        package[i+1]=msg[i+1];
    }
    gpio_put(cs,0);
    spi_write_blocking(spi0,package, count+1);
    sleep_ms(10);
    gpio_put(cs,1);
}

void readFifo(uint8_t *buf, int count){
    gpio_put(cs,0);
    writeReg(RegFifoAddrPtr,readReg(RegFifoRxCurrent));
    spi_write_blocking(spi0,&RegFifo,1);
    spi_read_blocking(spi0,0,buf,count);
    sleep_ms(10);
    gpio_put(cs,1);
}

uint8_t readReg(uint8_t reg){
    uint8_t result;
    gpio_put(cs,0);
    spi_write_blocking(spi0,&reg,1);
    spi_read_blocking(spi0,0,&result, 1);
    sleep_ms(10);
    gpio_put(cs,1);
    return result;
}

void writeReg(uint8_t reg, uint8_t msg){
    uint8_t package[2];
    package[0]=reg | 0x80;
    package[1]=msg;
    gpio_put(cs,0);
    spi_write_blocking(spi0,package, 2);
    sleep_ms(10);
    gpio_put(cs,1);

}

void setMode(uint8_t mode){

    if(mode<8){
        writeReg(RegOpMode, 0x00);
        writeReg(RegOpMode,0x80 | mode);
    }
    else{
        printf("invalid mode\n");
    }
}

void loraInit(){
    gpio_init(cs);
    gpio_set_dir(cs,1);
    gpio_put(cs,1);
    gpio_init(dio0);
    gpio_set_dir(dio0,0);
    gpio_init(dio5);
    gpio_set_dir(dio5,0);

    spi_init(spi0,200000000);
    spi_set_format(spi0,8,0,0,SPI_MSB_FIRST);
    
    gpio_set_function(clock,GPIO_FUNC_SPI);
    gpio_set_function(mosi,GPIO_FUNC_SPI);
    gpio_set_function(miso,GPIO_FUNC_SPI);

    
    writeReg(RegOpMode, 0x00);
    writeReg(RegOpMode,0x85);
    writeReg(RegFrMsb,0xD9);
    writeReg(RegFrMid,0x40);

}
int main() {
    stdio_init_all();
    loraInit();
 //   setMode(6);
    
    while(1){
       if(gpio_get(dio0)){
           uint8_t msgSize = readReg(RegRxNbBytes);//read size of recieved package
           uint8_t buf[msgSize];
           readFifo(buf, msgSize);
           writeReg(RegIrqFlags,0xFF);
           printf("recieved message:\n");
           for(int i=0;i<msgSize; i++){
               printf("%d ",buf[i]);
           }
           printf("\n");
       }      
       printf("%x \n",readReg(RegOpMode));
       
       sleep_ms(500);
    }
}

Ich hoffe mir kann jemand helfen, ich bin mit meinem Latein ein wenig am 
Ende.

[Christian S. (roehrenvorheizer)]

Hallo,

David P. schrieb:
> und
> "entwickle" das ganze deshalb selbst.
sehr lobenswert

David P. schrieb:
> und habe die Infos
> alle aus dem Datenblatt.
geniale Idee

Ich finde es immer wieder als Zeugnis überragender Fähigkeiten, wenn 
jemand entwickeln kann, ohne Kommentare hinter die Zeilen zu schreiben 
und alle Bedeutungen der Einstellungen im Kopf korrekt parat haben kann.

was bewirkt eigentlich da die 8 in der zweiten Zeile?
Du möchstest anscheinend LoRa-mode einstellen und dies kommt zwei Mal im 
Code vor. Es gibt einen magischen Satz zu diesem Bit, der hier 
Einschränkungen bringt:
"0  FSK/OOK Mode
1 LoRa Mode
This bit can be modified only in Sleep mode. A write operation on
other device modes is ignored"
    writeReg(RegOpMode, 0x00);
    writeReg(RegOpMode,0x85);

Dabla Tabel 42
6-5 ModulationType rw 0x00


Und hast Du den hierauf folgenden Text beachtet?
4.4. LoRa Mode Register Map

mfg

[David P. (devryd)]

Christian S. schrieb:
> "0  FSK/OOK Mode
> 1 LoRa Mode
> This bit can be modified only in Sleep mode. A write operation on
> other device modes is ignored"

ah, das muss ich überlesen haben, danke

ich weiß dass ich an meinen kommentaren arbeiten muss, tut mir leid

[David P. (devryd)]

Nur damit ich das richtig verstanden habe:
ich schreibe 0x00 an das register für sleep
ich schreibe 0x80 an das register für lora mode
ich setze den gewünschten modus beispielsweise 0x85 für Rx.

[Christian S. (roehrenvorheizer)]

David P. schrieb:
> ich setze den gewünschten modus beispielsweise 0x85 für Rx.

Ja, im Prinzip sehe ich das auch so. Für den Modus müßte sogar 0x05 
ausreichen, da zuvor separat umgeschaltet wurde. Eine Lesestelle, wonach 
zum Umschalten noch eine Wartezeit einzuhalten wäre, habe ich nirgends 
gefunden.

Allerdings habe ich das Gerät nicht da, sondern kann nur nach Datenblatt 
angaben machen. Was da fehlt oder ungenau beschrieben ist, kann man nur 
anhand funktionierender Programme anderer Leute heraus arbeiten.

mfg

[Helmut -. (dc3yc)]

Warum verwendest du die RadioLib von jgromes nicht zur Unterstützung? 
Die kann sicher fast alles, was du brauchst und geht auch für den 
RP2040. Siehe https://github.com/jgromes/RadioLib

[temp (Gast)]

Helmut -. schrieb:
> Warum verwendest du die RadioLib von jgromes nicht zur
> Unterstützung?
> Die kann sicher fast alles, was du brauchst und geht auch für den
> RP2040. Siehe https://github.com/jgromes/RadioLib

Ich kann den David nur ermutigen weiter zu machen und keine Lib zu 
verwenden.  Es ist ja nun kein Hexenwerk per SPI ein paar Register zu 
beschreiben. Und wenn es nicht wie bei der RadioLib eine eierlegende 
Wollmilchsau werden soll, reicht da eine simple Tabelle und eine kleine 
Schleife. Es hat dann den großen Vorteil, dass man auch versteht was man 
am Ende gemacht hat. Durch die  genannte Lib muss man auch erst mal 
durchsteigen, die Doku ist nicht mehr als eine Aufzählung der Funktionen 
und ihrer Parameter. Nichts davon versteht man, wenn man das Datenblatt 
der verwendeten Chips nicht gelesen hat. Und wenn man es hat, braucht 
man keine Lib. Und wenn was wichtiges fehlt (OOK z.B. bei RFM95) bastelt 
man das dann doch selbst.

[David P. (devryd)]

Ich habe die verschiedenen Modi mitlerweile auch zum laufen bekommen, 
glaube aber, dass ich eines der Module zerstört habe. ich kann beide als 
sende Modul setzen und bekomme auch je eine Bestätigung, dass ein Paket 
gesendet wurde, aber ich empfange nichts. Da ich die Module vorher 
schonmal versucht habe zu benutzen, ist es durchaus möglich, dass dabei 
etwas kaputt gegangen ist. Ich habe Ersatz bestellt und werde weiter 
schauen, wenn die neuen Module da sind

Vielen Dank für eure Hilfe