{"id":4508,"date":"2020-09-30T20:23:41","date_gmt":"2020-09-30T19:23:41","guid":{"rendered":"http:\/\/bitacora.eniac2000.com\/?p=4508"},"modified":"2025-10-11T05:07:28","modified_gmt":"2025-10-11T03:07:28","slug":"un-gateway-lorawan-de-un-canal-trasteando-con-el-protocolo","status":"publish","type":"post","link":"https:\/\/bitacora.eniac2000.com\/?p=4508","title":{"rendered":"Un gateway LoRaWAN de un canal. Trasteando con el protocolo"},"content":{"rendered":"
Esta entrada es la parte 7 de 7 de la serie Gateway LoRaWAN<\/a><\/div>

Comentaba en un art\u00edculo anterior de la serie que hab\u00eda implementado un gateway LoRa*<\/a>. Y no me faltaba raz\u00f3n. Estaba haciendo uso del protocolo LoRa de enlace basado en 868 MHz para enviar se\u00f1ales de entre un nodo emisor y un receptor, y de este \u00faltimo a un servidor MQTT. \u00bfCu\u00e1l es la diferencia? La m\u00e1s importante es que no estaba realizando ning\u00fan tipo de verificaci\u00f3n de nodos, sin ni siquiera molestarme en verificar cu\u00e1l es el emisor y cu\u00e1l el receptor. Y ni hablemos de cifrado de comunicaciones ni nada que se le parezca. Pero para las pruebas preliminares que ven\u00eda efectuando, en lo que el aspecto importante era verificar alcance entre nodos, sobraba y bastaba. Por cierto, para ver m\u00e1s detalles de las diferencias entre LoRa y LoRaWAN, tengo otro art\u00edculo dedicado a tal efecto<\/a>.<\/p>\n

Pero para este proyecto necesitaba dar un paso m\u00e1s all\u00e1, e implementar un verdadero gateway LoRaWAN. Y eso implicaba hacer uso de una red LoRaWAN, que proporcione su servidor de procesado de tr\u00e1fico de red, y te permita explotar los datos enviados desde los dispositivos. Cuando te enfrentas a esto, tienes dos posibilidades: o te implementas la red, o te conectas a una ya existente. Sobre la primera opci\u00f3n ya hablaremos m\u00e1s adelante, en un art\u00edculo al respecto, pero para salir r\u00e1pidamente del paso hice uso de la segunda. Existe una red p\u00fablica a la que puedes conectar gateways y dispositivos LoRaWAN, que es la red The Things Network<\/a>, o TTN. Cuando te registras como usuario, puedes a\u00f1adir a la red tanto dispositivos como gateways. Si haces lo primero, dependes de que haya alg\u00fan gateway cercano a ti para que tus dispositivos env\u00eden datos a la red. Pero si no tienes ning\u00fan gateway a tu alcance, no te queda otra que implementar un gateway, y conectarlo a la red. Que es precisamente de lo que va esta serie.<\/p>\n

Tengo que decir algo desde un principio: estoy haciendo trampas. Una de las especificaciones del protocolo LoRaWAN es que a la hora de establecer un enlace entre dispositivo y gateway se puede utilizar de manera aleatoria cualquier canal de la banda que est\u00e9s utilizando. En el caso de Europa, la banda es la de 868 MHz, y existen 9 canales dedicados a tal efecto<\/a> (aunque en realidad son 8+1). La raz\u00f3n para ello es evitar la congesti\u00f3n en cualquiera de los canales, siendo la red la encargada de analizar esta circunstancia, y la responsable de tomar las medidas necesarias (cambio de canal) para solucionarlo. Para ello, la idea es que cuando se configura un nuevo gateway, tu hardware tiene que estar preparado para operar en estos canales. El problema, en mi caso, es que el hardware del que dispongo s\u00f3lo es capaz de funcionar en un solo canal. \u00bfY cu\u00e1l es este hardware? Nuestro viejo amigo el Heltec LoRa 32.<\/p>\n

\"IMG<\/a>
IMG 20200930 202951961 2<\/strong><\/figcaption><\/figure>\n

Tras trastear un poco por Internet, encontr\u00e9 un proyecto bastante interesante de Things4U que consiste exactamente en eso: implementar un gateway de un solo canal<\/a>. Por supuesto, es un proyecto experimental que no debe usarse en un sistema en producci\u00f3n, pero para mis prop\u00f3sitos de investigaci\u00f3n basta y sobra. La instalaci\u00f3n es bastante sencilla: tan simple como descargar el c\u00f3digo (viene con todas sus librer\u00edas), y en el caso de Arduino, hacer lo siguiente:<\/p>\n