arduino-LoRa VS RadioHead

I'm simply trying to send a message back and forth. Problem is documentation for these things suck. I found this website https://robotzero.one/heltec-wifi-lora-32/ that is for the 2.0 version. It claims I can use this LORA library ( GitHub - sandeepmistry/arduino-LoRa: An Arduino library for sending and receiving data using LoRa radios. )

Your network, your rules. You can use whatever radio parameters you want, and you can use a frequency not used by popular LoRaWAN networks.TTN does not use great parameters for long range anyway. I use https://github.com/sandeepmistry/arduino-LoRa library its easy enough to use and understand. https://github.com/jgromes/RadioLib is good but a bit more complex to implement.

I am currently working on a Lora library for the Raspberry Pi Pico. I am using the Pico SDK with C++ and not the Arduino Framework. I'm trying to port the official Lora library for Arduino. Unfortunately, I fail at the Lora.print() function which is used to print the packages, because it is an overloaded function and I can't seem to find the right source code. Unfortunately, the documentation of my Lora chip (SX1276) is not very good, and I don't recognize which values I have to write in which register to actually send a message. This is my current code base.

Yes, you need two LoRa transceivers. There are a bunch of settings including frequency, spreading factor, bandwidth, coding rate, preamble length and sync word that need to match. Read the documentation.

You should send a pull request fixing the documentation for the next person!

You should probably check out LoRA modules. They should be able to achieve >10 km range (under thr right conditions), are reasonably priced and have good library support (e.g. https://github.com/sandeepmistry/arduino-LoRa ). Most of them communicate via SPI or I2C though, so no RX/TX pins.

//Transmitter code /* Reference: https://lastminuteengineers.com/433mhz-rf-wireless-arduino-tutorial/ http://www.airspayce.com/mikem/arduino/RadioHead/ */ #include #include // Not actually used but needed to compile RH_ASK driver; char xData[32] = ""; char yData[32] = ""; String msgX, msgY; void setup() { Serial.begin(9600);  // Debugging only if (!driver.init()) Serial.println("init failed"); } void loop() { // for debugging int xAxis = analogRead(A1);  // Read Joysticks X-axis int yAxis = analogRead(A0);  // Read Joysticks Y-axis Serial.print("X-axis: "); Serial.print(xAxis); Serial.print("\n"); Serial.print("Y-axis: "); Serial.println(yAxis); Serial.print("\n\n");   msgX = analogRead(A1);   msgY = analogRead(A0);   // X value msgX.toCharArray(xData,5); driver.send((uint8_t *)xData, strlen(xData)); driver.waitPacketSent(); delay(10);   // Y value msgY.toCharArray(xData,5); driver.send(yData, strlen(xData)); driver.waitPacketSent(); Serial.println(xData); delay(1000); }

If you do not use WiFi (though I would) and have to fall back to 433Mhz or similar RF signalling then look at the Radiohead library rather than reinventing the wheel.

These 433 style boards are the ones I would look at (range being a possible limit) - maybe using the RadioHead library and front end the Pi with a dedicated receiver board if you cannot find a compatible Pi library.

You need a networking stack. There are some good examples out there; I remember the RadioHead library from years back. I think someone said it sucks and use this other thing instead but I can't remember what the other thing was. You'd write a driver that performs modulation with the HackRF, then use the rest of the stack to do the packetizing and retransmission and stuff.

As mentioned, chirpstack works well if you still want to use LoRaWAN. Alternatively, you can use a system such as https://www.mysensors.org/ which builds its own protocol on top of lora. Finally, you can write everything from scratch using radio libraries (eg: https://www.airspayce.com/mikem/arduino/RadioHead/)

I have a project where I use LORA with the Radiohead-library (http://www.airspayce.com/mikem/arduino/RadioHead/) to gather data from various locations, and then publish that to the web.

I would take a look at https://www.airspayce.com/mikem/arduino/RadioHead/. I have not personally used this and it is not free for commercial use, but it is one option for providing higher level network functions.

You also need to determine if there is any kind of a conflict between these various packages you are using such as a pin number, etc. See RH_RF69 send hang due to waitPacketSent failed · Issue #12 · PaulStoffregen/RadioHead (github.com) So you need to be able to do testing with status messages to Serial so that you can see those logs.