Configuración del Nodo (CLIENT o  CLIENT_MUTE)

La información aquí transmitida ha sido extraída de la página web original de Meshtastic.org de Meshtastic España y LoRa Italia.

Partimos de la premisa fundamental que el modo CLIENT es el más adecuado para el uso que se hace de estos dispositivos.

Algunos expertos recomiendan tener en modo "CLIENT" el nodo fijo que se deja en casa, utilizando "CLIENT-MUTE" para el nodo portátil que llevamos siempre en la mochila.

La principal diferencia entre ambos modos es, en primer lugar el uso de energía, mayor en CLIENT, junto con la falta de retransmisión de los mensajes en el modo CLIENT_MUTE, lo que hace de este ROL una solución óptima cuando tenemos una red local conectada a la malla general a través de un sólo dispositivo.

De esta manera se reduce la cantidad de hops (o saltos) y saturación de la red con mensajes duplicados.

MQTT

Otra presentación necesaria es el MQTT (Message Queuing Telemetry Transport). Se trata de un sistema de comunicación de telemetría ligero, basado en suscripciones y servidores conectados a internet, ampliamente utilizado en el IoT, que permite la conexión de distintos dispositivos entre sí a partir de un servidor o servicio común, sin necesidad de que se encuentren en contacto directo. 

Es una función compatible con el software Meshtastic, pero que a mi juicio entra en conflicto con el propósito último de la generación de una malla de comunicaciones local (o internacional) independiente de la red cableada y los repetidores de comunicación y telefonía. 

Actualmente MQTT se puede utilizar para transmitir mensajes, pero también para publicar en la página de la comunidad la posición relativa de los dispositivos, como manera de atraer nuevos interesados.

Configuración MQTT España

• servidor: mqtt.meshtastic.es
• usuario: meshdev
• contraseña: large4cats
• Cifrado - OFF
• TLS - OFF
• Tema - msh
• Ok a MQTT
• Ignorar MQTT
• Client to proxy - ON (si queremos usar el internet por bluetooth del móvil para transmitir a internet)

CANALES

Los canales son los que transmiten y canalizan la comunicación. El nombre de los canales es único y la contraseña es fundamental, pues se trata siempre de comunicaciones cifradas. Con un nombre equivocado o una contraseña errónea, jamás conseguiremos recibir ni transmitir mensajes en los canales. 

Meshtastic permite hasta 8 canales, de los cuales 7 son secundarios, mientras 1 es primario. El primario es al que se transmite la telemetría del dispositivo y, por defecto, se configura al inicializar el dispositivo desde la aplicación. En nuestro caso, al utilizar comunicación "LongFast", el canal principal es "LongFast", aunque añadiremos otros canales secundarios de nuestro interés.

Toda la configuración de canales puede hacerse manualmente, pero resulta también posible generar tras la primera captura, un código QR a través del cual importar las configuraciones básicas en cualquier dispositivo que conectemos.

Nudo - configuración

Nombre

Antes de empezar a tocar ajustes. Es interesante establecer un nombre Corto y un nombre Largos al dispositivo, de manera que podemos trabajar sobre una identificación visual de la clase de dispositivo que ofrecemos a la malla. Estas sugerencias, difundidas por Portugal e Italia, y copiadas en España, no han calado hondo, de manera que es todavía un rara avis. Aun así, nos permiten conocer de un sólo vistazo que clase de dispositivo es el que ha entrado a nuestro alcance y limitar, así, los intentos de contacto que no tengan sentido. 

Por un lado el Nombre Corto es una sucesión de 4 carácteres, resumen del nombre largo (MMs2).

Nombre largo es: (1)-(2)-(3) (MouMes02-CL-868)

Donde 1 es el Nombre Largo que hemos elegido. 2 es el tipo de ROL. 3 es la frecuencia empleada.

LoRa CONFIG

• ROL --------------------------- CLIENT / CLIENT_MUTE
• MODEM PRESET --------- LONG_FAST
• SLOT y FRECUENCIA --- EU_868 (1) / EU_433 (4)
• Max_Hops ------------------- 3 (España 4)
• Canales ---------------------- Primario LongFast (pass: AQ==)
• MQTT ------------------------- OK a MQTT (transmitimos a MQTT) IGNORE MQTT (ignoramos todo lo que entra por MQTT.

POSICIÓN GPS

• Posición. Si hay GPS en el dispositivo ENABLED/DISABLED
• Si no hay GPS - NOT_PRESENT

Recomendación de seguridad, si queremos, poner siempre un radio de aproximación a la ubicación que mostramos en mapa. Si bien es cierto que triangular una posición así sólo es cuestión de tiempo y paciencia y que con un alcance radio podemos localizar las emisiones y recepciones con poco margen de error, nunca está de más ser un poco más precavido.

Es posible utilizar el GPS del teléfono móvil para transmitir la ubicación aproximada del nodo. Es la manera de aparecer en el mapa cuando no hay módulo GPS, pero también el sistema de comunicar a otros dispositivos con los que entremos en contacto nuestras ubicación. Si así lo decidimos, todos los tiempos que establecemos son segundos, por lo que 60 segundos de latencia serán un minuto de espera entre transmisiones salientes.

Recordemos que no queremos saturar la malla de datos, por lo que dependiendo del uso y características del dispositivo, los valores deberán ser ajustados en consecuencia.

• Posición inteligente: ON
• SMART Distancia mínima: 200 m
• SMART Intervalo mínimo: 600 s
• Distancia Mínima: 120 m
• Actualización GPS: 400 s (Dispositivo en la mochila, en base posición fija y )

HORA

Es posible que la hora no se presente correctamente. Esto se debe a una configuración del dispositov que en el menú "Device" podemos corregir. Para Madrid, Europa occidental simplemente debemos escribir el siguiente texto en "POSIX Timezone"

CET-1CEST,M3.5.0,M10.5.0/3

LISTADO DE CANALES

Y para acabar, el código QR con los canales utilizados por mi.

1. LongFast
2. Spain
3. Iberia
4. SOS
5. mounetsper