This fork is an adaptation and an improved version of the original mayeranalytic work (mayeranalytics/pySX127x) pyLoRa can be used to communicate with the Arduino through the RADIOHEAD library, for more information see these examples -> rpsreal/LoRa_Ra-02_Arduino.
Update 05/2018 - Added encrypted versions For security reasons it is advisable to use the encrypted versions that use Advanced Encryption Standard (AES). You can also use them to communicate with the Arduino.
Update 08/2018 - Added support for 2 modules at the same time Now it is possible to use 2 radio modules at the same time in Raspberry Pi. To do this, simply use the BOARD2 settings like this:
# Use BOARD 2 (you can use BOARD1 and BOARD2 at the same time just give another name)
from SX127x.LoRa import LoRa2 as LoRa
from SX127x.board_config import BOARD2 as BOARD
Update 04/2019 - Clarification on the use of different communication frequencies It is possible to use several different communication frequencies using pyLora. The default frequency is 868MHz (Europe), but you can change the communication frequency to use Ai-Thinker Ra-02 Modules (433MHz) for example. To do this, look for the "868" in the SX127x/LoRa.py file and replace them with the desired frequency.
It supports Python 3 or newer and PyPi. https://pypi.org/project/pyLoRa/
sudo raspi-config nonint do_spi 0
sudo apt-get install python-dev python3-dev
For Install with pip perform the following installation steps:
sudo apt-get install python-pip python3-pip
pip install RPi.GPIO
pip install spidev
pip install pyLoRa
For encrypted versions only it is necessary to perform the following installation step:
pip install pycryptodome
pip install pycrypto
Make the connections as shown below. If it is necessary to change edit the file board_config.py
Ra-02 LoRa BOARD1 | RaspPi GPIO | Ra-02 LoRa BOARD2 | RaspPi GPIO |
---|---|---|---|
MOSI | GPIO 10 | MOSI | GPIO 10 |
MISO | GPIO 9 | MISO | GPIO 9 |
SCK (SCLK) | GPIO 11 | SCK (SCLK) | GPIO 11 |
NSS | GPIO 8 (CE0) | NSS | GPIO 7 (CE1) |
DIO0 (IRQ) | GPIO 4 | DIO0 (IRQ) | GPIO 23 |
DIO1 | GPIO 17 | DIO1 | GPIO 24 |
DIO2 | GPIO 18 | DIO2 | GPIO 25 |
DIO3 | GPIO 27 | DIO3 | GPIO 5 |
RST (Reset) | GPIO 22 | RST (Reset) | GPIO 6 |
LED | GPIO 13 | LED | GPIO 19 |
LED external with 1k ohm or 330ohm (optional)
View the sample files. If you downloaded the library and sample files, now you can start LORA_SERVER or LORA_CLIENT (encrypted or non-encripted). To work, there must be another LORA_SERVER or LORA_CLIENT running on another device (Raspberry Pi or Arduino)
For example, if you are running on an Arduino the LORA_CLIENT then start the LORA_SERVER.py on Raspberry Pi like this:
cd pySX127x
python3 ./LORA_SERVER.py
If you do not need to install the library you can use it simply in the same directory. To Download library and example files:
sudo apt-get install python-rpi.gpio python3-rpi.gpio
sudo apt-get install python-spidev python3-spidev
sudo apt-get install git
sudo git clone https://github.com/rpsreal/pySX127x
If it is necessary to run the library from anywhere:
nano ~/.bashrc
Put this at the end of the file:
export PYTHONPATH=/home/pi/pySX127x/
And then:
source ~/.bashrc
Developed by Rui Silva, Porto, Portugal
This is a python interface to the Semtech SX1276/7/8/9 long range, low power transceiver family.
The SX127x have both LoRa and FSK capabilities. Here the focus lies on the LoRa spread spectrum modulation hence only the LoRa modem interface is implemented so far (but see the roadmap below for future plans).
Spread spectrum modulation has a number of intriguing features:
- High interference immunity
- Up to 20dBm link budget advantage (for the SX1276/7/8/9)
- High Doppler shift immunity
More information about LoRa can be found on the LoRa Alliance website. Links to some LoRa performance reports can be found in the references section below.
Transceiver modules are usually interfaced with microcontroller boards such as the Arduino and there are already many fine C/C++ libraries for the SX127x family available on github and mbed.org.
Although C/C++ is the de facto standard for development on microcontrollers, python running on a Raspberry Pi is becoming a viable alternative for rapid prototyping.
High level programming languages like python require a full-blown OS such as Linux. (There are some exceptions like PyMite and most notably MicroPython.) But using hardware capable of running Linux contradicts, to some extent, the low power specification of the SX127x family. Therefore it is clear that this approach aims mostly at prototyping and technology testing.
Prototyping on a full-blown OS using high level programming languages has several clear advantages:
- Working prototypes can be built quickly
- Technology testing ist faster
- Proof of concept is easier to achieve
- The application development phase is reached quicker
The transceiver module is a SX1276 based Modtronix inAir9B. It is mounted on a prototyping board to a Raspberry Pi rev 2 model B.
Proto board pin | RaspPi GPIO | Direction |
---|---|---|
inAir9B DIO0 | GPIO 22 | IN |
inAir9B DIO1 | GPIO 23 | IN |
inAir9B DIO2 | GPIO 24 | IN |
inAir9B DIO3 | GPIO 25 | IN |
inAir9b Reset | GPIO ? | OUT |
LED | GPIO 18 | OUT |
Switch | GPIO 4 | IN |
Todo:
- Add picture(s)
- Wire the SX127x reset to a GPIO?
First import the modules
from SX127x.LoRa import *
from SX127x.board_config import BOARD
then set up the board GPIOs
BOARD.setup()
The LoRa object is instantiated and put into the standby mode
lora = LoRa()
lora.set_mode(MODE.STDBY)
Registers are queried like so:
print lora.get_version() # this prints the sx127x chip version
print lora.get_freq() # this prints the frequency setting
and setting registers is easy, too
lora.set_freq(433.0) # Set the frequency to 433 MHz
In applications the LoRa
class should be subclassed while overriding one or more of the callback functions that
are invoked on successful RX or TX operations, for example.
class MyLoRa(LoRa):
def __init__(self, verbose=False):
super(MyLoRa, self).__init__(verbose)
# setup registers etc.
def on_rx_done(self):
payload = self.read_payload(nocheck=True)
# etc.
In the end the resources should be freed properly
BOARD.teardown()
Most functions of SX127x.Lora
are setter and getter functions. For example, the setter and getter for
the coding rate are demonstrated here
print lora.get_coding_rate() # print the current coding rate
lora.set_coding_rate(CODING_RATE.CR4_6) # set it to CR4_6
@todo
Make sure SPI is activated on you RaspberryPi: SPI pySX127x requires these two python packages:
- RPi.GPIO for accessing the GPIOs, it should be already installed on a standard Raspian Linux image
- spidev for controlling SPI
In order to install spidev download the source code and run setup.py manually:
wget https://pypi.python.org/packages/source/s/spidev/spidev-3.1.tar.gz
tar xfvz spidev-3.1.tar.gz
cd spidev-3.1
sudo python setup.py install
At this point you may want to confirm that the unit tests pass. See the section Tests below.
You can now run the scripts. For example dump the registers with lora_util.py
:
rasp$ sudo ./lora_util.py
SX127x LoRa registers:
mode SLEEP
freq 434.000000 MHz
coding_rate CR4_5
bw BW125
spreading_factor 128 chips/symb
implicit_hdr_mode OFF
... and so on ....
The interface to the SX127x LoRa modem is implemented in the class SX127x.LoRa.LoRa
.
The most important modem configuration parameters are:
Function | Description |
---|---|
set_mode | Change OpMode, use the constants.MODE class |
set_freq | Set the frequency |
set_bw | Set the bandwidth 7.8kHz ... 500kHz |
set_coding_rate | Set the coding rate 4/5, 4/6, 4/7, 4/8 |
@todo |
Most set_* functions have a mirror get_* function, but beware that the getter return types do not necessarily match the setter input types.
The register addresses are defined in class SX127x.constants.REG
and we use a specific naming convention which
is best illustrated by a few examples:
Register | Modem | Semtech doc. | pySX127x |
---|---|---|---|
0x0E | LoRa | RegFifoTxBaseAddr | REG.LORA.FIFO_TX_BASE_ADDR |
0x0E | FSK | RegRssiCOnfig | REG.FSK.RSSI_CONFIG |
0x1D | LoRa | RegModemConfig1 | REG.LORA.MODEM_CONFIG_1 |
etc. |
Hardware related definition and initialisation are located in SX127x.board_config.BOARD
.
If you use a SBC other than the Raspberry Pi you'll have to adapt the BOARD class.
The SX127x is put in RXCONT mode and continuously waits for transmissions. Upon a successful read the payload and the irq flags are printed to screen.
usage: rx_cont.py [-h] [--ocp OCP] [--sf SF] [--freq FREQ] [--bw BW]
[--cr CODING_RATE] [--preamble PREAMBLE]
Continous LoRa receiver
optional arguments:
-h, --help show this help message and exit
--ocp OCP, -c OCP Over current protection in mA (45 .. 240 mA)
--sf SF, -s SF Spreading factor (6...12). Default is 7.
--freq FREQ, -f FREQ Frequency
--bw BW, -b BW Bandwidth (one of BW7_8 BW10_4 BW15_6 BW20_8 BW31_25
BW41_7 BW62_5 BW125 BW250 BW500). Default is BW125.
--cr CODING_RATE, -r CODING_RATE
Coding rate (one of CR4_5 CR4_6 CR4_7 CR4_8). Default
is CR4_5.
--preamble PREAMBLE, -p PREAMBLE
Preamble length. Default is 8.
A small payload is transmitted in regular intervals.
usage: tx_beacon.py [-h] [--ocp OCP] [--sf SF] [--freq FREQ] [--bw BW]
[--cr CODING_RATE] [--preamble PREAMBLE] [--single]
[--wait WAIT]
A simple LoRa beacon
optional arguments:
-h, --help show this help message and exit
--ocp OCP, -c OCP Over current protection in mA (45 .. 240 mA)
--sf SF, -s SF Spreading factor (6...12). Default is 7.
--freq FREQ, -f FREQ Frequency
--bw BW, -b BW Bandwidth (one of BW7_8 BW10_4 BW15_6 BW20_8 BW31_25
BW41_7 BW62_5 BW125 BW250 BW500). Default is BW125.
--cr CODING_RATE, -r CODING_RATE
Coding rate (one of CR4_5 CR4_6 CR4_7 CR4_8). Default
is CR4_5.
--preamble PREAMBLE, -p PREAMBLE
Preamble length. Default is 8.
--single, -S Single transmission
--wait WAIT, -w WAIT Waiting time between transmissions (default is 0s)
Execute test_lora.py
to run a few unit tests.
Please feel free to comment, report issues, or contribute!
Contact me via my company website Mayer Analytics and my private blog mcmayer.net.
Follow me on twitter @markuscmayer and @mayeranalytics.
95% of functions for the Sx127x LoRa capabilities are implemented. Functions will be added when necessary. The test coverage is rather low but we intend to change that soon.
pySX127x is not entirely compatible with the 1272. The 1276 and 1272 chips are different and the interfaces not 100% identical. For example registers 0x26/27. But the pySX127x library should get you pretty far if you use it with care. Here are the two datasheets:
- Semtech - SX1276/77/78/79 - 137 MHz to 1020 MHz Low Power Long Range Transceiver
- Semtech SX1272/73 - 860 MHz to 1020 MHz Low Power Long Range Transceiver
HopeRF has a family of LoRa capable transceiver chips RFM92/95/96/98 that have identical or almost identical SPI interface as the Semtech SX1276/7/8/9 family.
Likewise Microchip has the chip RN2483
The pySX127x project will therefore be renamed to pyLoRa at some point.
LoRaWAN is a LPWAN (low power WAN) and, and pySX127x has almost no relationship with LoRaWAN. Here we only deal with the interface into the chip(s) that enable the physical layer of LoRaWAN networks.
- Semtech SX1276/77/78/79 - 137 MHz to 1020 MHz Low Power Long Range Transceiver
- Modtronix inAir9
- Spidev Documentation
- Make: Tutorial: Raspberry Pi GPIO Pins and Python
- Extreme Range Links: LoRa 868 / 900MHz SX1272 LoRa module for Arduino, Raspberry Pi and Intel Galileo
- UK LoRa versus FSK - 40km LoS (Line of Sight) test!
- Andreas Spiess LoRaWAN World Record Attempt
- An Introduction to Spread Spectrum Techniques
- Theory of Spread-Spectrum Communications-A Tutorial (technical paper)
© 2015 Mayer Analytics Ltd., All Rights Reserved.
The license is GNU AGPL.
pySX127x is free software: you can redistribute it and/or modify it under the terms of the GNU Affero General Public License as published by the Free Software Foundation, either version 3 of the License, or (at your option) any later version.
pySX127x is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU Affero General Public License for more details.
You can be released from the requirements of the license by obtaining a commercial license. Such a license is mandatory as soon as you develop commercial activities involving pySX127x without disclosing the source code of your own applications, or shipping pySX127x with a closed source product.
You should have received a copy of the GNU General Public License along with pySX127. If not, see http://www.gnu.org/licenses/.