 |
 |
This code acts as a LoRaWan® tracker node. It gets location information from an attached uBlox GPS module. In addition an acceleration sensor is used to detect if the tracker is moving. If moving of the tracker is detected, location information is sent immediately. If the tracker is stationary, the location data is sent every 1 minute
This solution shows
- how to initiate a LoRaWan connection with OTAA network join on the WisCore RAK4631
- how to initiate BLE with on the WisCore RAK4631
- BLE UART characteristic for debug output. Requires a BLE-UART app like the Serial Bluetooth Terminal for Android
- BLE OTA DFU for firmware updates
- how to use the WisSensor RAK1910 GPS module to aquire location information
- how to use the WisSensor RAK1904 acceleration sensor to detect movements
- how to read the battery level from the WisCore RAK5005-O board
- how to convert the sensor values into a byte array to create the smallest possible LoRa package size
To build this solution the following hardware is required
- WisBase RAK5005-O
- WisCore RAK4631
- WisSensor RAK1904
- WisSensor RAK1910
- WisIO RAK1921
- LiPo battery
To build this solution the following is required
- ArduinoIDE
- RAK4630 BSP
- SX126x-Arduino
- nRF52_OLED
- Sparkfun LIS3DH
In order to get this code working you need access to a LoRaWan® gateway. This could be either of
- a public LoRaWan® gateway, like TheThingsNetwork provides in several big cities all over the world
- a private LoRaWan® gateway with multi-channel capability
- a simple and cheap single channel LoRaWan® gateway
In addition you need an account at TheThingsNetwork. You need to create an application there and register your device before the data you send over LoRa can be forwarded by the gateway. It is quite simple and there is a good tutorial at RAKwireless RAK4270 Quick Start Guide. It is for another product of RAK, but the steps how to setup an application and how to register your device are the same.
The region you live in defines the frequency your LoRaWan® gateways will use. So you need to setup your device to work on the correct frequency.
In the call lmh_init() the last parameter defines the LoRaWAN® region.
The region is setup by adding a build flag into your projects platformio.ini file.
Short explanation about the new lmh_init() call:
/**@brief Lora Initialisation
*
* @param callbacks Pointer to structure containing the callback functions
* @param lora_param Pointer to structure containing the parameters
* @param otaa Choose OTAA (true) or ABP (false) activation
* @param nodeClass Choose node class CLASS_A, CLASS_B or CLASS_C, default to CLASS_A
* @param region Choose LoRaWAN region to set correct region parameters, defaults to EU868
*
* @retval error status
*/
lmh_error_status lmh_init(lmh_callback_t *callbacks, lmh_param_t lora_param, bool otaa,
eDeviceClass nodeClass = CLASS_A,
LoRaMacRegion_t region = LORAMAC_REGION_EU868);The first three parameters are the same as before. Two new parameters have been added.
Even this parameter was defined in V1.x, the lmh_init() ignored it and initialized the node ALWAYS as a node Class A.
Now you can explicit set your node to CLASS_A or CLASS_C. Please take note that CLASS_B is still not supported by the library.
This parameter selects the LoRaWAN region for your application. Allowed values for the region are:
- LORAMAC_REGION_AS923
- LORAMAC_REGION_AU915
- LORAMAC_REGION_CN470
- LORAMAC_REGION_CN779
- LORAMAC_REGION_EU433
- LORAMAC_REGION_EU868
- LORAMAC_REGION_IN865
- LORAMAC_REGION_KR920
- LORAMAC_REGION_US915
- LORAMAC_REGION_US915_HYBRID
Due to the complexity of the code, it is split into functional parts.
- main.h
- All the includes, global definitions and forward declarations for the app
- main.cpp
- Setup function where we initialize all peripherals
- Main loop
- Timers callback functions for periodic and delayed sending of packages
- acc.cpp
- Accelerometer initialization, interrupt callback function and interrupt clearing functions
- bat.cpp
- Battery level functions
- ble.cpp
- BLE initialization and BLE UART callback functions
- display.cpp
- Display initialization and handling functions
- gps.cpp
- GPS initialization and and data poll functions
- loraHandler.cpp
- LoRaWan initialization function, LoRaWan handling task and LoRaWan event callbacks
Within the nRF52 Arduino framework is no specific function to send the MCU into sleep mode. The MCU will go into sleep mode when
- all running tasks are calling delay()
- the running tasks are waiting for a semaphore
In this example you use the semaphore method.
Two tasks are running independently, the loop() task and the loraTask() task which is started by the SX126x-Arduino library and runs in the background. A semaphores are used to control the activity of the loop() tasks.
/** Semaphore to wake up the main loop */
SemaphoreHandle_t loopEnable;After setup and starting the LoRaWan join process, the semaphore loopEnable is taken.
This means the loop task will go into waiting mode while the loraTask is handling LoRaWan events in the background. The LoRaWan task is in sleep mode until a LoRa event occurs.
At this point no more task is active and the device will go into sleep mode.
Events to wake up the MCU
- Accelerometer detect movement If the ACC sensor detects movement, the MCU receives an interrupt. In the interrupt callback the semaphore loopEnable is given again, which allows the loop task to run.
- Timer event If the periodic sending timer is triggered, the MCU will wake up and the callback function of the timer will give the semaphore loopEnable, which allows the loop task to run.
Once the loop task is enabled, it will poll the position from the GPS module and requests sending a data package by calling sendLoRaFrame(). Then it takes the semaphore loopEnable, which puts herself back into waiting mode until the next event.
LoRa® is a registered trademark or service mark of Semtech Corporation or its affiliates. LoRaWAN® is a licensed mark.