Nodo LoRaWAN con ESP32
Si, es cierto, montar un nodo LoRaWAN con un ESP32 que lleva WiFi y BLE es un poco bruto, desde el punto de vista de concepto ;) pero por ahora es lo que tengo, jejeje.
Previamente ya hemos preparado el IDE de Arduino para usar los módulos ESP32 con LoRa. Luego hemos montado nuestro minigateway LoRaWAN basado también en un módulo ESP32 con LoRa. Ahora cómo último paso, nos queda preparar un nodo. Un nodo que comience a enviar información a través de LoRa.
Pero primero, un poco de teoría importante de cómo se pueden activar los nodos en The Things Network. Ha tocado leer información y revisar algunos post cómo https://www.thethingsnetwork.org/forum/t/big-esp32-sx127x-topic-part-2/11973 para entender como funciona LoRaWAN.
Para montar el nodo voy a utilizar la librería LMIC-Arduino https://github.com/matthijskooijman/arduino-lmic y te das cuenta que hay mas conceptos e información a entender, como por ejemplo: los modos de activación del nodo, que puede ser mediante ABP o OTAA:
ABP: Activation By Personalisation
En ABP un dispositivo no necesita los identificadores de DevEUI, AppEUI y AppKey. En cambio las claves de sesión, NwkSKey y AppSKey si, y las tiene preprogramadas el dispositivo, el cual ya estaría preregistrado en la red. Cuando el dispositivo se quiere comunicar, lo hace usando esas claves de sesión sin tener que usar ningún procedimiento de unión a la red.
OTAA: Over-The-Air Activation
El modo de activación OTAA, el dispositivo recibe los identificadores DevEUI, AppEUI y AppKey. De esta forma genera las claves de sesión NwkSKey y AppSKey (ojo de no confundir AppKey con AppSKey, solo les separa una "s", pero son diferentes). Para activarse, el dispositivo envía una solicitud de unión y usa la respuesta para generar las claves de sesión NwkSKey y AppSKey. El dispositivo puede almacenar esas claves y utilizándolas para comunicarse. Si se pierden o la red elige caducarlas, el dispositivo puede volver a unirse y generar nuevas claves de sesión.
Para aclarar algunos conceptos que han salido en la explicación de antes:
- EUI: Extended Unique Identifier: ID único global
- DevEUI: Device EUI: Fijado por el fabricante, único por dispositivo
- AppEUI: Application EUI: Identifica la aplicación de destino
- AppKey: Application Key: Usado en el modo OTAA para generar las claves de sesión
- DevAddr: Device Address: Identifica a un dispositivo dentro de una determinada red
- NwkSKey: Network Session Key: Encripta los paquetes de metadatos
- AppSKey: Application Session Key: Encripta los paquetes de payload
Vamos al lio!!!
Instalación del software
Cómo he comentado vamos a utilizar la librería LMIC-Arduino https://github.com/matthijskooijman/arduino-lmic. Cómo es una librería, descargamos el ZIP y lo instalamos utilizando el gestor de librerías de Arduino.
Con ésto ya tenemos ejemplos cargados en nuestro IDE de Arduino. Vamos a comenzar por el método ABP: Activation By Personalisation
¿Qué vamos a necesitar configurar en el código?. Principalmente las claves de sesión NwkSKey y AppSKey, y el DevAddr que identificará a nuestro nodo en TTN.
¿Y de dónde sacamos esas claves?. Para conseguir esas claves debemos acceder a nuestra cuenta de The Things Network, crear una aplicación y un dispositivo.
Ahora ya tenemos creada nuestra primera aplicación. El siguiente paso será añadir nuestro nodo/dispositivo.
Cuando registramos un nuevo dispositivo, se generarán automáticamente las claves únicas. Pero si os fijáis el método de activación por defecto es OTAA, así que una vez creada modificaremos por Settings el método a ABP
Ahora ya está!!! ya disponemos de las claves que necesitamos trasladar al código de nuestro dispositivo
Hay que tener en cuenta la conversión de esos códigos en hexadecimal. Por ejemplo el la clave:
7E EC 2C 35 2F D6 A2 C4 B7 A0 CB 7F D5 3B BB 08
Se tiene que pasar de la siguiente forma en código Arduino:
0x7E, 0xEC, 0x2C, 0x35, 0x2F, 0xD6, 0xA2, 0xC4, 0xB7, 0xA0, 0xCB, 0x7F, 0xD5, 0x3B, 0xBB, 0x08
Con el código ya listo, solo falta subirlo a nuestro dispositivo y veremos como empieza a enviar información a nuestra aplicación en The Things Network, usando nuestro minigateway,...IMPRESIONANTE!!!
...pues no. Llegado a este punto, cuando subo el código, por el Serial obtengo errores
Guru Meditation Error: Core 1 panic'ed (LoadProhibited)
Revisando el código, veo que Pin mapping no está bien definido para la TTGO
Así que utilizando la información de Big ESP32 + SX127x topic part 2 sacamos información de los pines y modificamos el código
// Pin mapping
const lmic_pinmap lmic_pins = {
.nss = 18,
.rxtx = LMIC_UNUSED_PIN,
.rst = 14,
.dio = {26, 33, 32},
};
Una vez corregido esto, subimos nuevo firmware y...otro error!!!
Starting
FAILURE
/home/akirasan/Arduino/libraries/arduino-lmic-master/src/lmic/radio.c:689
Uff!!!,...y ahora que??. Pues después de buscar mucho, he encontrado una aportación del usuario vshymanskyy en https://www.thethingsnetwork.org/forum/t/big-esp32-sx127x-topic-part-1/10247/130
Consiste en abrir la librería LMIC y cambiar el código fuente, forzando a inicializar el SPI indicando los pines del módulo LoRa.
En mi modificación lo he dejado documentado, cada parámetro del SPI.begin(pin_SCK, pin_MISO, pin_MOSI, pin_SS). Esta información puede variar dependiendo de la placa que utilicéis.
//SPI.begin();
//---> begin(SCK,MISO,MOSI,SS)
SPI.begin(5,19,27,18);
Espero que se solucione rápido y no tengamos que estar tocando código.
Bueno llegó la hora de verificar cómo nuestro nodo está enviado información a través del gateway de LoRa. Para ello accedemos a la consola y veremos con están llegando los paquetes.
El mensaje que enviamos viaja en el campo PAYLOAD, y como se puede ver es un hexadecimal que codifica el mensaje ASCII
Para decodificar esa información y que sea entendible a simple vista, podemos desarrollar una función a nivel de aplicación que decodifique.
Cambiaremos esa función por esta otra que he conseguido en esta entrada de ictoblog.nl.
function Decoder(bytes, port) {
var text = String.fromCharCode.apply(null, bytes);
return {
message: text
};
}
Esta forma cuando consultamos la información Data a nivel de aplicación (no a nivel de Device que ahí seguirá viéndose en hexadecimal), podremos tener la decodificación del mensaje.
A hasta aquí es todo!!!. Ya tenemos un nodo funcionando.
Creo que las librerías de TheThingsNetworks para trabajar con Arduino son mejores que ésta para ESP32. Creo que lo siguiente será utilizar un nodo LoRa y conectarlo a un Arduino, montarle un sensor sencillo (de temperatura, humedad, luz,...) para recoger datos.