This is an example application based on Mbed-OS LoRaWAN protocol APIs. The Mbed-OS LoRaWAN stack implementation is compliant with LoRaWAN v1.0.2 specification.
Dependents: Projet_de_bachelor_code Projet_de_bachelor_code
Example LoRaWAN application for Mbed-OS
This is an example application based on Mbed-OS
LoRaWAN protocol APIs. The Mbed-OS LoRaWAN stack implementation is compliant with LoRaWAN v1.0.2 specification. See this link for information on support for other LoRaWAN spec versions. This application can work with any Network Server if you have correct credentials for the said Network Server.
Getting Started
Supported Hardware
Mbed Enabled board with an Arduino form factor and one of the following:
OR
Import the example application
For Mbed Online Compiler users:
- Select "Import", then search for "mbed-os-example-lorawan" from "Team mbed-os-examples". Or simply, import this repo by URL.
- NOTE: Do NOT select "Update all libraries to latest revision" as this may cause breakage with a new lib version we have not tested.
For mbed-cli users:
$ mbed import mbed-os-example-lorawan $ cd mbed-os-example-lorawan #OR $ git clone git@github.com:ARMmbed/mbed-os-example-lorawan.git $ cd mbed-os-example-lorawan $ mbed deploy
Example configuration and radio selection
Because of the pin differences between the SX126x and SX127x radios, example application configuration files are provided with the correct pin sets in the config/
dir of this project.
Please start by selecting the correct example configuration for your radio:
- For Mbed Online Compiler users, this can be done by simply replacing the contents of the
mbed_app.json
at the root of the project with the content of the correct example configuration inconfig/
dir. - For mbed-cli users, the config file can be specifed on the command line with the
--app-config
option (ie--app-config config/SX12xx_example_config.json
)
With the correct config file selected, the user can then provide a pin set for their target board in the NC
fields at the top if it is different from the default targets listed. If your device is one of the LoRa modules supported by Mbed-OS, the pin set is already provided for the modules in the target-overrides
field of the config file. For more information on supported modules, please refer to the module support section
Add network credentials
Open the file mbed_app.json
in the root directory of your application. This file contains all the user specific configurations your application and the Mbed OS LoRaWAN stack need. Network credentials are typically provided by LoRa network provider.
For OTAA
Please add Device EUI
, Application EUI
and Application Key
needed for Over-the-air-activation(OTAA). For example:
"lora.device-eui": "{ YOUR_DEVICE_EUI }", "lora.application-eui": "{ YOUR_APPLICATION_EUI }", "lora.application-key": "{ YOUR_APPLICATION_KEY }"
For ABP
For Activation-By-Personalization (ABP) connection method, modify the mbed_app.json
to enable ABP. You can do it by simply turning off OTAA. For example:
"lora.over-the-air-activation": false,
In addition to that, you need to provide Application Session Key
, Network Session Key
and Device Address
. For example:
"lora.appskey": "{ YOUR_APPLICATION_SESSION_KEY }", "lora.nwkskey": "{ YOUR_NETWORK_SESSION_KEY }", "lora.device-address": " YOUR_DEVICE_ADDRESS_IN_HEX "
Configuring the application
The Mbed OS LoRaWAN stack provides a lot of configuration controls to the application through the Mbed OS configuration system. The previous section discusses some of these controls. This section highlights some useful features that you can configure.
Selecting a PHY
The LoRaWAN protocol is subject to various country specific regulations concerning radio emissions. That's why the Mbed OS LoRaWAN stack provides a LoRaPHY
class that you can use to implement any region specific PHY layer. Currently, the Mbed OS LoRaWAN stack provides 10 different country specific implementations of LoRaPHY
class. Selection of a specific PHY layer happens at compile time. By default, the Mbed OS LoRaWAN stack uses EU 868 MHz
PHY. An example of selecting a PHY can be:
"phy": { "help": "LoRa PHY region. 0 = EU868 (default), 1 = AS923, 2 = AU915, 3 = CN470, 4 = CN779, 5 = EU433, 6 = IN865, 7 = KR920, 8 = US915, 9 = US915_HYBRID", "value": "0" },
Duty cycling
LoRaWAN v1.0.2 specifcation is exclusively duty cycle based. This application comes with duty cycle enabled by default. In other words, the Mbed OS LoRaWAN stack enforces duty cycle. The stack keeps track of transmissions on the channels in use and schedules transmissions on channels that become available in the shortest time possible. We recommend you keep duty cycle on for compliance with your country specific regulations.
However, you can define a timer value in the application, which you can use to perform a periodic uplink when the duty cycle is turned off. Such a setup should be used only for testing or with a large enough timer value. For example:
"target_overrides": { "*": { "lora.duty-cycle-on": false }, } }
Module support
Here is a nonexhaustive list of boards and modules that we have tested with the Mbed OS LoRaWAN stack:
- MultiTech mDot (SX1272)
- MultiTech xDot (SX1272)
- LTEK_FF1705 (SX1272)
- Advantech Wise 1510 (SX1276)
- ST B-L072Z-LRWAN1 LoRa®Discovery kit with Murata CMWX1ZZABZ-091 module (SX1276)
Here is a list of boards and modules that have been tested by the community:
- IMST iM880B (SX1272)
- Embedded Planet Agora (SX1276)
Compiling the application
Use Mbed CLI commands to generate a binary for the application. For example:
$ mbed compile -m YOUR_TARGET -t ARM
Running the application
Drag and drop the application binary from BUILD/YOUR_TARGET/ARM/mbed-os-example-lora.bin
to your Mbed enabled target hardware, which appears as a USB device on your host machine.
Attach a serial console emulator of your choice (for example, PuTTY, Minicom or screen) to your USB device. Set the baudrate to 115200 bit/s, and reset your board by pressing the reset button.
You should see an output similar to this:
Mbed LoRaWANStack initialized CONFIRMED message retries : 3 Adaptive data rate (ADR) - Enabled Connection - In Progress ... Connection - Successful Dummy Sensor Value = 2.1 25 bytes scheduled for transmission Message Sent to Network Server
Adding trace library
To enable Mbed trace, add to your mbed_app.json
the following fields:
"target_overrides": { "*": { "mbed-trace.enable": true } }
The trace is disabled by default to save RAM and reduce main stack usage (see chapter Memory optimization).
Please note that some targets with small RAM size (e.g. DISCO_L072CZ_LRWAN1 and MTB_MURATA_ABZ) mbed traces cannot be enabled without increasing the default "main_stack_size": 1024
.
Memory optimization
Using Arm CC compiler
instead of GCC
reduces 3K
of RAM. Currently the application takes about 15K
of static RAM with Arm CC, which spills over for the platforms with 20K
of RAM because you need to leave space, about 5K
, for dynamic allocation. So if you reduce the application stack size, you can barely fit into the 20K platforms.
For example, add the following into config
section in your mbed_app.json
:
"main_stack_size": { "value": 2048 }
Essentially you can make the whole application with Mbed LoRaWAN stack in 6K if you drop the RTOS from Mbed OS and use a smaller standard C/C++ library like new-lib-nano. Please find instructions here.
For more information, please follow this blog post.
License and contributions
The software is provided under Apache-2.0 license. Contributions to this project are accepted under the same license. Please see contributing.md for more info.
This project contains code from other projects. The original license text is included in those source files. They must comply with our license guide.
Jenkinsfile
- Committer:
- mbed_official
- Date:
- 2019-07-23
- Revision:
- 54:19d02b47e598
- Parent:
- 49:699a601deb79
- Child:
- 59:23cc35ed9008
File content as of revision 54:19d02b47e598:
properties ([[$class: 'ParametersDefinitionProperty', parameterDefinitions: [ [$class: 'StringParameterDefinition', name: 'mbed_os_revision', defaultValue: '', description: 'Revision of mbed-os to build. To access mbed-os PR use format "pull/PR number/head"'], [$class: 'BooleanParameterDefinition', name: 'regions_build_test', defaultValue: true, description: 'Test build all available regions'] ]]]) library 'mbed-lib' if (env.MBED_OS_REVISION == null) { echo 'First run in this branch, using default parameter values' env.MBED_OS_REVISION = '' } if (env.MBED_OS_REVISION == '') { echo 'Using mbed OS revision from mbed-os.lib' } else { echo "Using given mbed OS revision: ${env.MBED_OS_REVISION}" if (env.MBED_OS_REVISION.matches('pull/\\d+/head')) { echo "Revision is a Pull Request" } } // All available regions def regions = [ "\"0\"", "\"1\"", "\"2\"", "\"3\"", "\"4\"", "\"5\"", "\"6\"", "\"7\"", "\"8\"", "\"EU868\"", "\"AS923\"", "\"AU915\"", "\"CN470\"", "\"CN779\"", "\"EU433\"", "\"IN865\"", "\"KR920\"", "\"US915\"" ] // Supported targets def targets = [ "K64F", "MTB_MTS_XDOT", "MTB_MURATA_ABZ", "MTS_MDOT_F411RE", "DISCO_L072CZ_LRWAN1", "MTB_ADV_WISE_1510", "MTB_RAK811" ] // Supported toolchains def toolchains = [ "ARM", "GCC_ARM", "IAR" ] def stepsForParallel = [:] // Jenkins pipeline does not support map.each, we need to use oldschool for loop for (int i = 0; i < targets.size(); i++) { for(int j = 0; j < toolchains.size(); j++) { def target = targets.get(i) def toolchain = toolchains.get(j) // Skip unwanted combination if (target == "MTB_MURATA_ABZ" && toolchain == "GCC_ARM") { continue } if (target == "DISCO_L072CZ_LRWAN1" && toolchain == "GCC_ARM") { continue } if (target == "MTB_RAK811" && toolchain == "GCC_ARM") { continue } def stepName = "${target} ${toolchain}" stepsForParallel[stepName] = buildStep(target, toolchain) } } def stepsForRegional = [:] if (params.regions_build_test == true) { stepsForRegional["REGION BUILDER"] = build_regions(regions) } timestamps { parallel stepsForParallel parallel stepsForRegional } def buildStep(target, toolchain) { return { stage ("${target}_${toolchain}") { node ("${toolchain}") { deleteDir() dir("mbed-os-example-lorawan") { checkout scm // A workaround for mbed-cli caching issues try { execute("mbed deploy --protocol ssh") } catch (err) { echo "mbed deploy failed - retrying after 10s" sleep(10) execute("mbed deploy --protocol ssh") } // Set mbed-os to revision received as parameter if (env.MBED_OS_REVISION != '') { dir("mbed-os") { if (env.MBED_OS_REVISION.matches('pull/\\d+/head')) { // Use mbed-os PR and switch to branch created execute("git fetch origin ${env.MBED_OS_REVISION}:_PR_") execute("git checkout _PR_") } else { execute("git checkout ${env.MBED_OS_REVISION}") } } } // Adjust stack size and crystal values if ("${target}" == "DISCO_L072CZ_LRWAN1") { execute("sed -i 's/#define RCC_HSICALIBRATION_DEFAULT ((uint32_t)0x10)/#define RCC_HSICALIBRATION_DEFAULT ((uint32_t)0x13)/' \ mbed-os/targets/TARGET_STM/TARGET_STM32L0/device/stm32l0xx_hal_rcc.h") } if ("${target}" == "MTB_MURATA_ABZ") { execute("sed -i 's/define symbol __size_heap__ = 0x800;/define symbol __size_heap__ = 0x1000;/' \ mbed-os/targets/TARGET_STM/TARGET_STM32L0/TARGET_STM32L0x2xZ/device/TOOLCHAIN_IAR/stm32l082xZ.icf") execute("sed -i 's/#define RCC_HSICALIBRATION_DEFAULT ((uint32_t)0x10)/#define RCC_HSICALIBRATION_DEFAULT ((uint32_t)0x16)/' \ mbed-os/targets/TARGET_STM/TARGET_STM32L0/device/stm32l0xx_hal_rcc.h") } if ("${target}" == "MTB_MTS_XDOT") { execute("sed -i 's/define symbol __size_heap__ = 0x800;/define symbol __size_heap__ = 0x1800;/' \ mbed-os/targets/TARGET_STM/TARGET_STM32L1/TARGET_MTB_MTS_XDOT/device/TOOLCHAIN_IAR/stm32l152xc.icf") } if ("${target}" == "MTB_RAK811") { execute("sed -i 's/#define RCC_HSICALIBRATION_DEFAULT (0x10U)/#define RCC_HSICALIBRATION_DEFAULT (0x11U)/' \ mbed-os/targets/TARGET_STM/TARGET_STM32L1/device/stm32l1xx_hal_rcc.h") execute("sed -i 's/define symbol __size_heap__ = 0x800;/define symbol __size_heap__ = 0x1800;/' \ mbed-os/targets/TARGET_STM/TARGET_STM32L1/TARGET_MTB_RAK811/device/TOOLCHAIN_IAR/stm32l152xba.icf") } execute("mbed compile --build out/${target}_${toolchain}/ -m ${target} -t ${toolchain} -c") } stash name: "${target}_${toolchain}", includes: '**/mbed-os-example-lorawan.bin' archive '**/mbed-os-example-lorawan.bin' step([$class: 'WsCleanup']) } } } } def build_regions(regions) { return { stage ("region_builder_K64F_GCC_ARM") { node ("GCC_ARM") { deleteDir() dir("mbed-os-example-lorawan") { checkout scm // A workaround for mbed-cli caching issues try { execute("mbed deploy --protocol ssh") } catch (err) { echo "mbed deploy failed - retrying after 10s" sleep(10) execute("mbed deploy --protocol ssh") } if (env.MBED_OS_REVISION != '') { dir("mbed-os") { if (env.MBED_OS_REVISION.matches('pull/\\d+/head')) { execute("git fetch origin ${env.MBED_OS_REVISION}:_PR_") execute("git checkout _PR_") } else { execute("git checkout ${env.MBED_OS_REVISION}") } } } //Initial sed to string format for find & replacing execute("sed -i 's/\"lora.phy\": 0,/\"lora.phy\": \"0\",/' mbed_app.json") //lora.phy 0 build tested above already for (int i = 1; i < regions.size(); i++) { def curr_region = regions.get(i) def prev_region = regions.get(i-1) execute("sed -i 's/\"lora.phy\": ${prev_region},/\"lora.phy\": ${curr_region},/' mbed_app.json") echo "Building region: ${curr_region}" execute("mbed compile -t GCC_ARM -m K64F") } } } } } }