Heltec LoRa32 Evaluationboard

[Zo R. (hsch1978)]

Hallo,

für erste Tests mit LoRa habe ich mir 2 Evaluationboards von Heltec 
besorgt. Lleider ist es mir bisher nicht gelungen ein erstes Programm 
mit diesen Modulen aufzubauen. Ich nutze VisualCode und PlatformIO. Gibt 
es hier eventuell erfahrene Entwickler die solch ein Modul in VisualCode 
mit PlatformIO in Betrieb genommen haben?

Bezeichnung Evaluationboard: Heltec Automation LoRa32

[N. M. (mani)]

Zo R. schrieb:
> Lleider ist es mir bisher nicht gelungen ein erstes Programm mit diesen
> Modulen aufzubauen.

Was hast du denn seither genau gemacht?
Zeig Mal.

Controller ist ja scheinbar ein ESP32.
Ich würde ein einfaches ESP32 Projekt mit PlatformIO aufsetzen und dann 
eine Library für den Funk Chip suchen.
Vielleicht sowas:
https://github.com/sandeepmistry/arduino-LoRa

Und dann in der Example Abteilung nachschauen.

[Hobby B. (bastler2022)]

Hallo,
hab mal einen github Link angehangen.

Zo R. schrieb:
> für erste Tests mit LoRa habe ich mir 2 Evaluationboards von Heltec
> besorgt.

https://github.com/HelTecAutomation/Heltec_ESP32

Gruß bastler2022

[Zo R. (hsch1978)]

Guten Morgen,

ich habe schon bisher alles versucht in VScode und PlatformIO.
Leider gingt mir kein kompilirfähiges Projekt nur mit dem esp32-s3.

Variante 1:

[env:esp32s3]
platform = espressif32
board = esp32-s3-devkitc-1
framework = arduino

Variante 2:

[env:esp32-s3]
platform = espressif32
board = esp32-s3-devkitc-1
framework = arduino
monitor_speed = 115200
upload_speed = 460800

; Optional: Define build flags if needed
build_flags =
  -DCORE_DEBUG_LEVEL=5

; Optional: Define additional libraries or configuration for external hardware
lib_deps =
  adafruit/Adafruit Unified Sensor @ ^1.1.0

Muss ich in platformIO noch eine weitere Biblithek einbinden?

[Zo R. (hsch1978)]

Musste espressif deinstallieren und nochmal neu installieren. Jetzt kann 
ich zumindest mal ein esp32-s3 Projekt erfolgreich bauen.

platformIO.ini:

[env:esp32-s3]
platform = espressif32
board = esp32-s3-devkitc-1
framework = arduino
monitor_speed = 115200
upload_speed = 460800

lib_deps =
    jgromes/RadioLib @ ^6.3.0
    Wire
    SPI

build_flags =
    -DCORE_DEBUG_LEVEL=5

[Zo R. (hsch1978)]

#include <Arduino.h>
#include <SPI.h>

#define CS 5  // Dein Chip Select Pin

uint8_t readRegister(uint8_t addr);

#define RST 14

void setup() {
    Serial.begin(115200);
    while (!Serial);
    
    pinMode(RST, OUTPUT);
    digitalWrite(RST, LOW);
    delay(10);
    digitalWrite(RST, HIGH);
    delay(10);

    SPI.begin(5, 19, 23, 18); // (SCK, MISO, MOSI, SS)

    Serial.println("Teste SPI-Register des LoRa-Chips...");
    
    uint8_t version = readRegister(0x01);
    Serial.print("SX1276 Version: 0x");
    Serial.println(version, HEX);
}

void loop() {
    delay(1000);
}

uint8_t readRegister(uint8_t addr) {
    digitalWrite(CS, LOW);
    SPI.transfer(addr & 0x7F); // Read-Befehl: MSB muss 0 sein
    uint8_t value = SPI.transfer(0x00); // Dummy-Byte senden und Wert empfangen
    digitalWrite(CS, HIGH);
    return value;
}

Hier ein kleine Beispielanwendung um mal vom Lora Modul was auszulesen. 
Ich erhalte immer den Wert 0x00 zurück auch wenn ich das SPI Kommando 
0x042 benutze.

[Uwe L. (ul5255)]

falls Du das Heltec LoRa32 v3.x hast dann sind Deine Pin Definitionen 
falsch.

nutze diese:
SS (CS)= 8
SCK (CLK)= 9
MOSI = 10
MISO = 11
RST = 12
BUSY = 13
DIO (also irq) = 14

[Jens K. (jensky)]

Anscheinend gibt es davon drei verschiedene Frequenzen. 433, 868 und 915 
MHz.
In DE sind nur 433 und 868 zugelassen. Wenn man das falsche Board 
erwischt, bzw zwei Boards hat mit unterschiedlicher Frequenz, ist die 
Reichweite dreck

[Uwe L. (ul5255)]

Jens K. schrieb:
> In DE sind nur 433 und 868 zugelassen. Wenn man das falsche Board
> erwischt, bzw zwei Boards hat mit unterschiedlicher Frequenz, ist die
> Reichweite dreck

das hat nichts damit zu tuen dass der TO keine SPI Kommunikation mit dem 
Radio Chip ans Laufen bekommt.

[Zo R. (hsch1978)]

Danke euch.

Ich habe nun die PINS bei mir angepasst. Nach wie vor funktioniert die 
SPI Kommunikation nicht. Ich kann auf dem Board und auch auf der 
Verpackung nicht sehen welche Heltec Version ich vor mir liegen habe.

[Uwe L. (ul5255)]

die Version findet sich auf dem Board auf der Vorderseite im rechten 
unteren Eck zwischen Display und IPEX antenna connector

[Niklas G. (erlkoenig)]

Mal per Oszilloskop oder Logic Analyzer die SPI Pins anschauen?

[Zo R. (hsch1978)]

Ok ich kann die Bezeichnung V3 lesen.

Hab auch den Schaltplan gefunden und die verwendeten SPI Pins überprüft. 
Stimmt alles soweit. Trotzdem erhalte ich bei 0x01 immer 0x00 zurück.

#include <Arduino.h>
#include <SPI.h>

#define LED 35

#define CS 8 
#define RST 12

uint8_t readRegister(uint8_t addr);

void setup() 
{
    Serial.begin(115200);
    while (!Serial);
    
    pinMode(LED, OUTPUT);

    pinMode(RST, OUTPUT);
    digitalWrite(RST, LOW);
    delay(10);
    digitalWrite(RST, HIGH);
    delay(10);

    SPI.begin(9, 11, 10, CS); // (SCK, MISO, MOSI, SS)

    Serial.println("Teste SPI-Register des LoRa-Chips...");
    
    uint8_t version = readRegister(0x01);
    Serial.print("SX1276 Version: 0x");
    Serial.println(version, HEX);

    version = readRegister(0x42);
    Serial.print("SX1276 Version: 0x");
    Serial.println(version, HEX);
}

void loop() 
{
  digitalWrite(LED, !digitalRead(LED));
  delay(1000);
}

uint8_t readRegister(uint8_t addr) 
{
  SPI.beginTransaction(SPISettings(1000000, MSBFIRST, SPI_MODE0)); // 1 MHz
  digitalWrite(CS, LOW);
  uint8_t value = SPI.transfer(addr & 0x7F); // Read-Befehl: MSB muss 0 sein
  digitalWrite(CS, HIGH);
  SPI.endTransaction();
  return value;
}

Ich habe aktuell kein Oszi zur Hand.

Es ist doch ein fertiges Board. Warum muss alles so kompliziert sein. 
Ich möchte nur mal das Board mit Lora testen.

[Zo R. (hsch1978)]

Ich nutze aktuell den Pin DIO nicht. Ist das zwingend für das kleine 
Beispiel notwendig?

[Uwe L. (ul5255)]

bei mir haben die LoRaSender/LoRaReceiver Beispiele funktioniert, die 
Heltec mit seinen Arduino Bibliotheken mitliefert. Dort wuerde ich 
weiterlesen:
https://github.com/HelTecAutomation/Heltec_ESP32/blob/master/src/lora/LoRa.cpp

[Uwe L. (ul5255)]

Zo R. schrieb:
> Ich nutze aktuell den Pin DIO nicht. Ist das zwingend für das kleine
> Beispiel notwendig?

nein

[Zo R. (hsch1978)]

Wie binde ich die Lib in VSCode + PlatformIO ein, so dass ich die Lora.h 
nutzen kann?

[Uwe L. (ul5255)]

Zo R. schrieb:
> Es ist doch ein fertiges Board. Warum muss alles so kompliziert sein.
> Ich möchte nur mal das Board mit Lora testen.

das Gefuehl kenne ich. Ich wollte die Boards mit MicroPython zum laufen 
bringen. Hat bisher nicht geklappt. Bin danach zu Arduino 
zurueckgegangen und habe mich an die Instruktionen von Heltec gehalten. 
Selbst dann ware die Installation mit Fehlern behaftet. Ich musste eine 
Adafruit OLED Library manuell installieren, sonst kompilierten die 
Heltec Examples nicht. Dann hatte ich im Rahmen meiner MicroPython 
Experimente den ESP32S3 Flash geloescht. Damit war eine von Heltec in 
den Flash geschriebener Lizenz Key weg. Den musste ich dann ueber Heltec 
Webseite neu generieren und ueber Serial Monitor in das Board 
reinschreiben (liblorawan.a verweigert sonst Radi Chip init). Es war ein 
steiniger Weg ...

[Zo R. (hsch1978)]

Ok. Muss ich für ein einfach Lora Kommunikation den Key auch nochmals 
reinschreiben? Damit habe ich mich auch noch nicht befasst. Gibt es 
eventuell einen genauen Fahrplann für VSCode und platformIO?

[Uwe L. (ul5255)]

Zo R. schrieb:
> Wie binde ich die Lib in VSCode + PlatformIO ein, so dass ich die Lora.h
> nutzen kann?

Du hast (mindestens ...) zwei Probleme:
- die Heltec Boards irgendwie zum laufen zu bekommen
- Einbindung in Deine bevorzugte Entwicklungs-Umgebung

Fuer Punkt 1 hast Du eine realistische Chance, wenn Du mit Arduino 
anfaengst. Wenn das klappt, wuerde ich versuchen, eines der Boards mit 
PlattformIO zum laufen zu bringen (ein Board bleibt auf Arduino und 
laeuft als LoRaSender).

Viel Glueck ;o)

[Uwe L. (ul5255)]

Alternative: 
https://registry.platformio.org/libraries/jgromes/RadioLib/installation

ich empfehle trotzdem, erstmal ein minimales Sender/Receiver example per 
Arduino zum laufen zu bringen

[Zo R. (hsch1978)]

Es kann doch nicht sein. Die SPI Kommunikation will einfach nicht. Das 
kann ich nicht verstehen. Ich habe auch den Schaltplan angeschaut. Die 
Pins sind soweit korrekt eingestellt.

Ich möchte nicht noch eine weitere IDE installieren.
Hat hier jemand das ganze in VSCode und platformio zum Laufen gebracht? 
Zumindest die SPI Kommunikation zum Lora Chip?

[Niklas G. (erlkoenig)]

Zo R. schrieb:
> Es kann doch nicht sein. Die SPI Kommunikation will einfach nicht.

Schließ doch bitte mal ein Oszilloskop/Logic Analyzer an, so ist das 
doch reiner Blindflug. Wenn du keins hast schließ wenigstens mal LEDs an 
und setz die SPI-Frequenz auf Minimum. An den LEDs sollte man ein 
Flackern erkennen können, insbesondere beim MISO wäre das wichtig.

[Zo R. (hsch1978)]

Muss das morgen erst machen. Hab hier leider kein Oszi.

Auf folgender Seite https://heltec.org/project/wifi-kit32-v3/
kann ich den Schaltplan sehen, allerdings ist der Lora Chip nicht zu 
sehen. Irgendwo anders hatte ich mal einen anderen Schaltplan. Da war 
auch der Lora Chip enthalten.

[Niklas G. (erlkoenig)]

Zo R. schrieb:
> VSCode und platformio

Uwe L. schrieb:
> Zo R. schrieb:
>> Es ist doch ein fertiges Board. Warum muss alles so kompliziert sein.
>> Ich möchte nur mal das Board mit Lora testen.
>
> das Gefuehl kenne ich. Ich wollte die Boards mit MicroPython zum laufen
> bringen. Hat bisher nicht geklappt.

Wenn man irgendwelche 3rd-Party Tools nutzt muss man immer basteln. Bei 
sehr billigen chinesischen Herstellern ist Bastelei auch meist 
garantiert. Die besten Chancen hat man normalerweise mit den Tools des 
Herstellers.

Beim ESP32 wäre das die eclipse-basierte Espressif-IDE, oder die ESP-IDF 
Extension for VS Code, wobei letzteres vermutlich noch nicht so 
ausgereift ist, und natürlich was anderes ist als PlatformIO, nämlich 
"nur" direkt ESP-IDF.

Zo R. schrieb:
> Auf folgender Seite https://heltec.org/project/wifi-kit32-v3/
> kann ich den Schaltplan sehen, allerdings ist der Lora Chip nicht zu
> sehen.

Das ist ja auch ein ganz anderes Produkt das gar kein LoRa hat... Auf 
der korrekten Produktseite sind die Schaltpläne für Version v3.1 und 
v3.2 verlinkt. Allerdings zeigen beide Links auf Version v.3.1. Mit 
etwas suchen findet man den für v3.2.

Produktseite:
https://heltec.org/project/wifi-lora-32-v3/

Version v3.1:
https://resource.heltec 
.cn/download/WiFi_LoRa_32_V3/HTIT-WB32LA(F)_V3.1_Schematic_Diagram.pdf

Version v3.2:
https://resource.heltec 
.cn/download/WiFi_LoRa_32_V3/WiFi_LoRa_32_V3.2_Schematic_Diagram.pdf

(Leerzeichen vor .cn entfernen wegen Spamverdacht)

Der LoRa-IC ist unten links. Es gibt da doch einige Unterschiede 
zwischen den Versionen. Insbesondere U3 sind zwei ganz verschiedene 
Produkte.

[Zo R. (hsch1978)]

Was die SPI Pins betreffen sehe ich keinen Unterschied. Ich habe auch 
diese Pins benutzt. Kein Chance eine einfache SPI Kommunikation zu 
realisieren.

#include <Arduino.h>
#include <SPI.h>

#define REG_VERSION 0x42

// LoRa Pins für Heltec V3
#define LORA_MOSI  10   
#define LORA_MISO  11   
#define LORA_SCK    9   
#define LORA_CS     8   

uint8_t readRegister(uint8_t reg) {
    digitalWrite(LORA_CS, LOW);
    delayMicroseconds(10);
    
    SPI.transfer(reg & 0x7F);  // Read command (MSB = 0 für lesen)
    uint8_t response = SPI.transfer(0x00);
    
    digitalWrite(LORA_CS, HIGH);
    delayMicroseconds(10);
    
    return response;
}

void setup() {
    Serial.begin(9600);
    delay(1000);
    
    // SPI Konfiguration
    SPI.begin(LORA_SCK, LORA_MISO, LORA_MOSI, LORA_CS);
    SPI.beginTransaction(SPISettings(1000000, MSBFIRST, SPI_MODE0));  // Langsamere Clock
    
    pinMode(LORA_CS, OUTPUT);
    digitalWrite(LORA_CS, HIGH);
    
    // Versuche verschiedene Register zu lesen
    Serial.printf("Version Register (0x42): 0x%02X\n", readRegister(0x42));
    Serial.printf("OpMode Register (0x01): 0x%02X\n", readRegister(0x01));
    Serial.printf("FreqMSB Register (0x06): 0x%02X\n", readRegister(0x06));
}

void loop() {
    delay(1000);
}

Ausgabe:
Version Register (0x42): 0xAA
OpMode Register (0x01): 0xAA
FreqMSB Register (0x06): 0xAA

Board bestellt über amazon:
APKLVSR LoRa ESP32 Development Board, LoRa V3 Board with OLED Display 
and Antenna USB C Dual-Core IOT Board 240MHz Bluetooth WiFi Module 863 
928MHz for Arduino (Pack of 2)

ESP32 V3 LoRa V3 SX1262 0.96 Inch OLED Display for Arduino Smart Home 
WiFi LoRa 32

[Zo R. (hsch1978)]

Irgendein verdammter Scheiß wo man vergessen hat zu berücksichtigen. Das 
kotzt mich an diese ganzen Bastellplatinen.

[Zo R. (hsch1978)]

Ich glaube so langsam, das ganze ist defekt. Irgendein China Scheiß.

[Uwe L. (ul5255)]

0xAA ueber alle Register hatte ich auch schon und trotzdem laufen die 
Boards. Eines direkt bei Heltec gekauft, ein anderes ueber Amazon. Ich 
habe fast den Verdacht, dass Du irgendwo zwischen SPI.begin() und 
SPI.beginTransaction() bereits CS nach oben oder unten setzen musst

[Helmut -. (dc3yc)]

Nimm die RadioLib von JGromes. Die gibt schöne Fehlercodes aus. Was 
kommt denn da für einer?

[Zo R. (hsch1978)]

Ich nutzte nun die RadioLib:

#include <Arduino.h>
#include <SPI.h>
#include <RadioLib.h>

#define LED 35

#define LORA_MOSI  10   
#define LORA_MISO  11   
#define LORA_SCK    9   
#define LORA_CS     8   
#define LORA_RST   12
#define LORA_IRQ   14   
#define LORA_RST   12
#define LORA_BUSY  13

SPIClass spiSX(SPI);
SPISettings spiSettings(2000000, MSBFIRST, SPI_MODE0);
SX1278 radio = new Module(LORA_CS, LORA_IRQ, LORA_RST, LORA_BUSY);

int transmissionState = RADIOLIB_ERR_NONE;
volatile bool transmittedFlag = false;
int count = 0;

#if defined(ESP8266) || defined(ESP32)
  ICACHE_RAM_ATTR
#endif
void setFlag(void) 
{
  // we sent a packet, set the flag
  transmittedFlag = true;
}

void setup() 
{
  Serial.begin(115200);
  delay(1000);
  Serial.println("LoRa SPI Test startet...");

  // SPI starten (SCK, MISO, MOSI, NSS)
  SPI.begin(9, 11, 10, 8);

  // Reset-Pin initialisieren und zurücksetzen
  pinMode(12, OUTPUT);
  digitalWrite(12, LOW);
  delay(10);
  digitalWrite(12, HIGH);
  delay(10);

  // LoRa-Chip initialisieren
  int state = radio.begin(868.0); // Frequenz für EU
  if (state == RADIOLIB_ERR_NONE) 
  {
      Serial.println("SX1262 erfolgreich initialisiert!");
  } 
  else 
  {
      Serial.print("Fehler beim Initialisieren: ");
      Serial.println(state);
  }

  pinMode(LED, OUTPUT);
}

void loop() 
{
  digitalWrite(LED, !digitalRead(LED));

  delay(1000);
}

Ausgabe:
LoRa SPI Test startet...
Fehler beim Initialisieren: -2

platformio.ini:

[env:esp32-s3]
platform = espressif32
board = esp32-s3-devkitc-1
framework = arduino
monitor_speed = 115200
upload_speed = 460800
debug_tool = esp-prog
debug_init_break = tbreak setup
lib_deps = 
  Wire
  SPI
  jgromes/RadioLib@^7.1.2
build_flags = 
  -DCORE_DEBUG_LEVEL=5

[Zo R. (hsch1978)]

Das es im Netz keinen fertigen Code für VScode + PlatformIO gibt.

[Zo R. (hsch1978)]

Kann doch nicht sein, dass beide Boards defekt sind. Zumindest läuft die 
serial debug Schnittsatelle und auch die LED blinkt bei mir.

[Zo R. (hsch1978)]

Ich habe echt alles kontrolliert. Die SPI Kommunikation geht einfach 
nicht.

[Helmut -. (dc3yc)]

Kannst du bitte ein Foto von vorne und hinten deines Boards einstellen? 
Irgendwas mit der Version stimmt da nicht.

[Zo R. (hsch1978)]

Danke für deine Untersützung.

[Niklas G. (erlkoenig)]

Zo R. schrieb:
> Irgendein verdammter Scheiß wo man vergessen hat zu
> berücksichtigen. Das
> kotzt mich an diese ganzen Bastellplatinen.

An den Billigst-China-Platinen mit begrenztem Software-Support, wo du 
aber eine ganz andere Software für benutzt...?

Zo R. schrieb:
> Version Register (0x42): 0xAA
> OpMode Register (0x01): 0xAA
> FreqMSB Register (0x06): 0xAA

Höchst verdächtig. Offenbar tut sich doch was auf der MISO-Leitung. 
Irgendwas ist da vermutlich mit der Clock-Leitung überkreuz. Vielleicht 
ist auch der SPI-Mode falsch (CPHA, CPOL).

Uwe L. schrieb:
> Ich
> habe fast den Verdacht, dass Du irgendwo zwischen SPI.begin() und
> SPI.beginTransaction() bereits CS nach oben oder unten setzen musst

Es muss nach oben gesetzt werden! Das passiert im Code gar nicht...

Zo R. schrieb:
> Ich habe echt alles kontrolliert.

Du hast nichtmal LEDs an die Pins angeschlossen. Das wäre das Mindeste.

[Zo R. (hsch1978)]

Was meinst du genau damit?

> Ich
> habe fast den Verdacht, dass Du irgendwo zwischen SPI.begin() und
> SPI.beginTransaction() bereits CS nach oben oder unten setzen musst

[Uwe L. (ul5255)]

wenn Du SPI.beginTransaction() machst ohne den Chip vorher selektiert zu 
haben, laeuft Deine Kommunikation ins Leere

[Uwe L. (ul5255)]

Zo R. schrieb:
> Danke für deine Untersützung.

ich habe die gleichen Boards, die laufen ...

[Zo R. (hsch1978)]

Hi Uwe,

wie sieht deine Applikation mit der vollständigen Lora Spi 
Initialisierung aus? Das wäre sehr hilfreich für mich.

[Uwe L. (ul5255)]

Zo R. schrieb:
> wie sieht deine Applikation mit der vollständigen Lora Spi
> Initialisierung aus? Das wäre sehr hilfreich für mich.

liegt mir aktuell nicht vor, aber ich hatte vorhin bereits auf Heltec 
Github hingewiesen. Z. B.: 
https://github.com/HelTecAutomation/Heltec_ESP32/blob/adea0f5622413d4a403c3270eb01a513d18f02c7/src/lora/LoRa.cpp#L85

da sieht man gut wie der RESET Pin geschaltet wird, mit welchen Timings. 
Dort ist auch erkenntlich, dass vor SPI.begin() der CS Pin gesetzt 
werden muss.

[Helmut -. (dc3yc)]

Als Beispiel für ein Projekt, das mit PlatformIO funktioniert und viele 
Lora-Boards unterstützt (und die RadioLib benutzt), kannst du ja mal 
hier in die Sourcen schauen. Das ist die Anleitung für PlatformIO dazu: 
https://github.com/G4lile0/tinyGS/wiki/Platformio. Das Projekt findest 
du unter https://github.com/G4lile0/tinyGS. In den Sourcen unter 
ConfigManager sind auch die Pinbelegungen zu finden.

[Jens K. (jensky)]

Uwe L. schrieb:
> Zo R. schrieb:
>> Danke für deine Untersützung.
>
> ich habe die gleichen Boards, die laufen ...

Das ist doch prima!

Dann kannst du dem TO sicherlich dein Projekt zur Verfügung stellen 
damit er sieht ob es an der Hardware liegt!

[Zo R. (hsch1978)]

Guten Morgen,

ich habe es mittlerweile geschafft.
Der Sender und Empfänger lässt sich initialisieren.
Auch das Versenden von einem Paket und Empfangen funktioniert.

[Niklas G. (erlkoenig)]

Zo R. schrieb:
> ich habe es mittlerweile geschafft.
> Der Sender und Empfänger lässt sich initialisieren.

Und was war falsch?

[Zo R. (hsch1978)]

Es lag an der SPI Initialisierung und Verwendung.

Ich poste hier mal die Applikation für den LoRa Sender:

#include <Arduino.h>
#include <SPI.h>
#include <RadioLib.h>

#define LORA_MOSI 10  
#define LORA_MISO 11  
#define LORA_SCK   9  
#define LORA_CS    8  
#define LORA_RST  12
#define LORA_DIO  14
#define LORA_BUSY 13

SX1262 radio = new Module(LORA_CS, LORA_DIO, LORA_RST, LORA_BUSY, SPI, SPISettings(2000000, MSBFIRST, SPI_MODE0));

void setup() {
    Serial.begin(115200);
    delay(2000);

    Serial.println("LoRa Test startet...");

    SPI.begin(LORA_SCK, LORA_MISO, LORA_MOSI, LORA_CS);
    
    Serial.println("Initialisiere LoRa...");
    int state = radio.begin(868.0, 125.0, 7, 5);  // Freq, BW, SF, CR
    
    if (state == RADIOLIB_ERR_NONE) 
    {
        Serial.println("SX1262 erfolgreich initialisiert!");
        
        // LoRa Parameter setzen
        radio.setOutputPower(22);
        radio.setCodingRate(5);
    } 
    else 
    {
        Serial.print("Fehler beim Initialisieren: ");
        Serial.println(state);
    }

  //  // Version Register lesen
  //  digitalWrite(LORA_CS, LOW);
  //  SPI.transfer(0x42);  // Command byte
  //  uint8_t version = SPI.transfer(0x00);  // Dummy byte zum Lesen
  //  digitalWrite(LORA_CS, HIGH);

  //  Serial.printf("SX1262 Version Register (0x42): 0x%02X\n", version);
}

void loop() 
{
  static uint32_t packetCount = 0;
  char message[64];
  snprintf(message, sizeof(message), "LoRa Paket #%lu", packetCount++);
  
  Serial.print("Sende: ");
  Serial.println(message);
  
  int state = radio.transmit(message);
  if (state == RADIOLIB_ERR_NONE) {
      Serial.println("Paket erfolgreich gesendet!");
  } else {
      Serial.print("Fehler beim Senden: ");
      Serial.println(state);
  }

  delay(1000);
}

[Niklas G. (erlkoenig)]

Zo R. schrieb:
> Es lag an der SPI Initialisierung und Verwendung.

Offensichtlich, aber was genau?

[Zo R. (hsch1978)]

Nachdem ich das Radio Modul so konfiguriert habe hat es funktioniert.

SX1262 radio = new Module(LORA_CS, LORA_DIO, LORA_RST, LORA_BUSY, SPI, SPISettings(2000000, MSBFIRST, SPI_MODE0));

[Niklas G. (erlkoenig)]

Zo R. schrieb:
> Es lag an der SPI Initialisierung

Deine SPI-Settings sind aber unverändert. Die Settings, die du jetzt 
explizit angibst, sind identisch zum Default:

https://github.com/jgromes/RadioLib/blob/977b2c28c8989167719e9f0df8ee69b67b3feddb/src/BuildOpt.h#L166

Zo R. schrieb:
> Nachdem ich das Radio Modul so konfiguriert habe hat es funktioniert.

Du hast SX1278 durch SX1262 ersetzt. Joah, macht natürlich Sinn den 
richtigen Chip einzustellen.

[Zo R. (hsch1978)]

Bin echt happy !!!

[Niklas G. (erlkoenig)]

Zo R. schrieb:
> Bin echt happy !!!

Freut mich für dich, aber wenn du bei solchen Themen erfolgreicher sein 
möchtest solltest du dir eine analytischere Herangehensweise zulegen 😅