deploying_lorawan
Differences
This shows you the differences between two versions of the page.
Both sides previous revisionPrevious revisionNext revision | Previous revisionNext revisionBoth sides next revision | ||
deploying_lorawan [2017/04/29 18:44] – [1.1. Autonomo with LoRaBee] samer | deploying_lorawan [2017/05/02 17:50] – [3.1. Loraserver] samer | ||
---|---|---|---|
Line 1: | Line 1: | ||
====== Deploying an End-to-End LoRaWAN Platform ====== | ====== Deploying an End-to-End LoRaWAN Platform ====== | ||
- | Starting from September 2016, Saint-Joseph University of Beirut (USJ) will be deploying the first academic [[http:// | + | Starting from September 2016, Saint-Joseph University of Beirut (USJ) will be deploying the first academic [[http:// |
- | [{{ : | + | * Devices that communicate to one or more gateways via a wireless interface using single hop LoRa and implementing the LoRaWAN protocol. These devices are physically connected to sensors that generate data. |
+ | * Gateways or base stations that forward frames between | ||
+ | * A LoRAWAN backend that implements the network server functions and provides frame control and security. | ||
+ | * Applications that enable to visualize and store the sensor data obtained from the devices. | ||
+ | [{{ : | ||
===== -. Devices ===== | ===== -. Devices ===== | ||
==== -. Autonomo with LoRaBee ==== | ==== -. Autonomo with LoRaBee ==== | ||
- | For the devices in the LoRaWAN platform, we will use an Autonomo board with a LoRaBee | + | Starting with the devices in the LoRaWAN platform, we will use an [[http:// |
In order to configure the Autonomo with LoRaBee device, you should follow these steps: | In order to configure the Autonomo with LoRaBee device, you should follow these steps: | ||
Line 16: | Line 20: | ||
- Add the following library {{ : | - Add the following library {{ : | ||
- | Now you are ready to write a sketch for the device. Here is one example sketch {{ : | + | Now you are ready to write a sketch for the device. Here is one example sketch {{ : |
- | * Three sensors connected to the Autonomo on pins A0 (light sensor), A2 (moisture sensor), and D0 (temperature sensor). | + | In this part, you should put the keys for Over-The-Air Activation |
- | * OTA join method | + | <code c++> |
- | * Frequency channels | + | // USE YOUR OWN KEYS! |
- | * Message sending | + | const uint8_t devEUI[8] = |
+ | { }; | ||
+ | // USE YOUR OWN KEYS! | ||
+ | const uint8_t appEUI[8] = | ||
+ | { }; | ||
+ | const uint8_t appKey[16] = | ||
+ | { }; | ||
+ | </ | ||
+ | |||
+ | The pins for connecting the sensors are specified in these declarations (A0 for light sensor, A2 for moisture sensor, and D0 temperature sensor): | ||
+ | <code c++> | ||
+ | int light_pin = A0; | ||
+ | int moisture_pin = A2; | ||
+ | int temperature_pin = 0; | ||
+ | int temperature_vcc_pin = 1; | ||
+ | int moisture_vcc_pin = 8; | ||
+ | int moisture_gnd_pin = 7; | ||
+ | </ | ||
+ | |||
+ | The OTAA method is used for joining the network and Adaptive Data Rate (ADR) is activated: | ||
+ | <code c++> | ||
+ | LoRaBee.initOTA(loraSerial, | ||
+ | </ | ||
+ | |||
+ | Eight different sub channels are activated with data rate ranges from 0 to 5: | ||
+ | <code c++> | ||
+ | LoRaBee.configChFreq(0, | ||
+ | LoRaBee.configChFreq(1, | ||
+ | LoRaBee.configChFreq(2, | ||
+ | LoRaBee.configChFreq(3, | ||
+ | LoRaBee.configChFreq(4, | ||
+ | LoRaBee.configChFreq(5, | ||
+ | LoRaBee.configChFreq(6, | ||
+ | LoRaBee.configChFreq(7, | ||
+ | </ | ||
+ | |||
+ | Finally, the message containing the sensor values is sent in an unconfirmed uplink message: | ||
+ | <code c++> | ||
+ | LoRaBee.send(1, | ||
+ | </ | ||
==== -. Arduino with Dragino Shield ==== | ==== -. Arduino with Dragino Shield ==== | ||
+ | === -. Periodic Message Sending === | ||
+ | |||
+ | Devices in the LoRaWAN platform can also be implemented on Arduino boards with Dragino shields. The combined module as well as the basic configuration steps are presented in [[simple_lora_prototype|Simple Prototype of LoRa Communications]]. Similarly to the Autonomo device, you can download the following sketch {{ : | ||
+ | |||
+ | The pin mapping corresponds to the Dragino electronic schematic: | ||
+ | <code c++> | ||
+ | const lmic_pinmap lmic_pins = { | ||
+ | .nss = 10, | ||
+ | .rxtx = LMIC_UNUSED_PIN, | ||
+ | .rst = 9, | ||
+ | .dio = {2, 6, 7}, | ||
+ | }; | ||
+ | </ | ||
+ | |||
+ | The send function is rescheduled TX_INTERVAL seconds after each transmission complete event: | ||
+ | <code c++> | ||
+ | case EV_TXCOMPLETE: | ||
+ | Serial.println(F(" | ||
+ | if(LMIC.dataLen) { | ||
+ | // data received in rx slot after tx | ||
+ | Serial.print(F(" | ||
+ | Serial.write(LMIC.frame+LMIC.dataBeg, | ||
+ | Serial.println(); | ||
+ | } | ||
+ | // Schedule next transmission | ||
+ | os_setTimedCallback(& | ||
+ | break; | ||
+ | </ | ||
+ | |||
+ | The send function is initially scheduled here: | ||
+ | <code c++> | ||
+ | do_send(& | ||
+ | </ | ||
+ | |||
+ | The message containing the sensor values is transmitted on one of the radio channels (as in the Autonomo case): | ||
+ | <code c++> | ||
+ | LMIC_setTxData2(1, | ||
+ | </ | ||
+ | |||
+ | The adaptive data rate is not supported, and the spreading factor is configured as follows: | ||
+ | <code c++> | ||
+ | LMIC_setDrTxpow(DR_SF7, | ||
+ | </ | ||
+ | |||
+ | === -. Triggered Message Sending === | ||
+ | You can also find another example of sketch to download: {{ : | ||
===== -. Gateways ===== | ===== -. Gateways ===== | ||
==== -. Single Channel Gateway ==== | ==== -. Single Channel Gateway ==== | ||
Line 63: | Line 152: | ||
</ | </ | ||
- | Now, you need to configure the single channel packet forwarder. This is done in the '' | + | Now, you need to configure the single channel packet forwarder. This is done in the {{ : |
- | + | ||
- | <file | global_config.json> | + | |
- | { | + | |
- | " | + | |
- | { | + | |
- | " | + | |
- | " | + | |
- | " | + | |
- | " | + | |
- | " | + | |
- | " | + | |
- | }, | + | |
- | " | + | |
- | { | + | |
- | " | + | |
- | " | + | |
- | " | + | |
- | + | ||
- | " | + | |
- | " | + | |
- | " | + | |
- | + | ||
- | " | + | |
- | [ | + | |
- | { | + | |
- | " | + | |
- | " | + | |
- | " | + | |
- | }, | + | |
- | { | + | |
- | " | + | |
- | " | + | |
- | " | + | |
- | }, | + | |
- | { | + | |
- | " | + | |
- | " | + | |
- | " | + | |
- | } | + | |
- | ] | + | |
- | } | + | |
- | } | + | |
- | </ | + | |
Finally, you can run the packet forwarder as root! | Finally, you can run the packet forwarder as root! | ||
Line 158: | Line 204: | ||
===== -. Backend ===== | ===== -. Backend ===== | ||
==== -. Loraserver ==== | ==== -. Loraserver ==== | ||
+ | |||
+ | The Loraserver has a web interface for configuring the applications and devices on the platform. Full details for installing the software are provided on [[https:// | ||
+ | |||
+ | {{ : | ||
==== -. The Things Network ==== | ==== -. The Things Network ==== | ||
===== -. Applications ===== | ===== -. Applications ===== | ||
- | ==== -. MQTT spy ==== | + | ==== -. mqtt-spy ==== |
+ | |||
+ | mqtt-spy is an open source utility intended to help you with monitoring activity on MQTT topics. It has been designed to deal with high volumes of messages, as well as occasional publications. mqtt-spy is a JavaFX application, | ||
+ | You can use mqtt-spy to debug the messages received from the LoRaWAN devices. For this, you should download the software tool from [[https:// | ||
==== -. Emoncms ==== | ==== -. Emoncms ==== |
deploying_lorawan.txt · Last modified: 2021/08/28 09:50 by samer