{"id":4495,"date":"2020-09-19T18:13:48","date_gmt":"2020-09-19T17:13:48","guid":{"rendered":"http:\/\/bitacora.eniac2000.com\/?p=4495"},"modified":"2025-10-11T05:06:36","modified_gmt":"2025-10-11T03:06:36","slug":"los-nodos-lorawan-hardware-y-software","status":"publish","type":"post","link":"https:\/\/bitacora.eniac2000.com\/?p=4495","title":{"rendered":"Los nodos LoRaWAN. Hardware y software"},"content":{"rendered":"
Esta entrada es la parte 4 de 7 de la serie Gateway LoRaWAN<\/a><\/div>

Para este proyecto estoy utilizando como nodos LoRaWAN unos dispositivos CubeCell de Heltec<\/a>. En concreto estoy haciendo uso de las Dev-Board (HTCC-AB01), que integran el patillaje necesario para conectar de manera sencilla los CubeCell a un ordenador para cargarles el c\u00f3digo necesario.<\/p>\n

\"IMG<\/a>
IMG 20200919 183904 1<\/strong><\/figcaption><\/figure>\n

Estos dispositivos hacen uso de un chiop ASR6501, que integra una MCU PSoC de la serie 4000 (ARM\u00ae Cortex\u00ae M0+ Core), y el chip LoRA SX1272. La principal ventaja es que son completamente compatibles con Arduino, tienen capacidad para ser alimentados directamente por bater\u00eda o un peque\u00f1o panel solar (desde 5.5 a 7v), y un consumo realmente bajo: 10 mA en modo recepci\u00f3n LoRa, 70 mA emitiendo a 10 dB, y apenas 3.5uA en modo Deep Sleep, lo que los hacen muy adecuados para entornos de muy bajo consumo energ\u00e9tico. Adem\u00e1s dispone de 8 puertos de E\/S, UART, SPI e I2C, adem\u00e1s de otras caracter\u00edsticas bastante interesantes.<\/p>\n

\"ab01pinout-1024x531\"<\/a>
ab01pinout-1024x531<\/strong><\/figcaption><\/figure>\n

Sin embargo, y a pesar de que los dispositivos est\u00e1n bastante bien, tienen ag\u00fan inconveniente con respecto a los Heltec LoRa 32. Los m\u00e1s importantes es que carecen de interfaz WiFi y de Bluetooth. No es demasiado grave, ya que no est\u00e1n pensados para ser dispositivos multiconexi\u00f3n -para eso est\u00e1n los LoRa 32 con su chip ESP32-, sino para priorizar el bajo consumo.<\/p>\n

En cuanto a la programaci\u00f3n, se puede realizar mediante el IDE de Arduino, como cualquier otro dispositivo. Hay que tener en cuenta, que su programaci\u00f3n difiere ligeramente con respecto a los Heltec LoRa 32. Esto tiene un par de implicaciones: la primera es que no se hace uso de la librer\u00eda Heltec, sino que se utiliza una librer\u00eda espec\u00edfica (LoRaWan_APP), que la declaraci\u00f3n del objeto LoRa es distinta, siendo necesario especificar manualmente determinados par\u00e1metros que en el caso de la librer\u00eda Heltec ya vienen dados muchas veces por defecto, y que s\u00f3lo es necesario declarar en caso de querer utilizar valores distintos. <\/p>\n

#define RF_FREQUENCY 868000000 \/\/ Hz
\n#define TX_OUTPUT_POWER 14 \/\/ dBm
\n#define LORA_BANDWIDTH 0 \/\/ [0: 125 kHz,
\n \/\/ 1: 250 kHz,
\n \/\/ 2: 500 kHz,
\n \/\/ 3: Reserved]
\n#define LORA_SPREADING_FACTOR 8 \/\/ [SF7..SF12]
\n#define LORA_CODINGRATE 4 \/\/ [1: 4\/5,
\n \/\/ 2: 4\/6,
\n \/\/ 3: 4\/7,
\n \/\/ 4: 4\/8]
\n#define LORA_PREAMBLE_LENGTH 8 \/\/ Same for Tx and Rx
\n#define LORA_SYMBOL_TIMEOUT 0 \/\/ Symbols
\n#define LORA_FIX_LENGTH_PAYLOAD_ON false
\n#define LORA_IQ_INVERSION_ON false
\n#define RX_TIMEOUT_VALUE 1000
\n#define BUFFER_SIZE 30 \/\/ Define the payload size here<\/p>\n

La segunda diferencia, como comentaba en el art\u00edculo anterior<\/a>, es que es necesario definir tambi\u00e9n ciertas configuraciones espec\u00edficas, precisamente relacionadas con estos par\u00e1metros, en la parte del gateway, para garantizar la compatibilidad de las comunicaciones entre ambos dispositivos. No es que haya sido un gran problema, pero me trajo un rato de cabeza hasta que encontr\u00e9 algo de documentaci\u00f3n que me hizo la luz a este respecto.<\/p>\n

Hay otros dos aspectos finales que quer\u00eda comentar, tambi\u00e9n relativos al hardware:<\/p>\n