TTN Madrid: Líneas estratégicas para 2020

No obstante, un comentario habitual en todas nuestras reuniones de TTN Madrid es que individualmente disponemos de poco tiempo para dedicarle a la comunidad porque “no nos da la vida”, y esto dificulta alcanzar objetivos.

Con la idea de favorecer la cooperación, organizamos el año pasado los siguientes grupos de trabajo:

• Hardware: Desarrollo de nodos a medida para casos de uso concretos y análisis de gateways.
• Backend y Frontend: Intentar facilitar la experiencia de usuario en TTN mediante el desarrollo de software a medida o el uso de aplicaciones open source (ChirpStack, Thingsboard, OpenHAB…).
• Infraestructura: Despliegue en la nube y mantenimiento de las herramientas necesarias por los grupos de trabajo de Backend y Frontend.
• Documentación: Responsable de documentar los avances de todos los demás grupos de trabajo.

En esta sesión analizaremos el funcionamiento de los grupos de trabajo y valoraremos su modificación y/o ampliación.

Algunas de las cuestiones que debatiremos:

• Hardware: Por un lado, cada vez son más numerosos y asequibles los nodos disponibles en el mercado, pero por otro lado los nodos desarrollados por la comunidad son una herramienta ideal para organizar talleres que sirvan de introducción al mundo LoRa. ¿Conviene seguir desarrollando nodos? ¿Habría que reorientar los desarrollos para que fueran aún más económicos, más fáciles de usar, o más específicos para soluciones concretas?
• Backend y Frontend: El estado de desarrollo del stack v3 desincentiva el esfuerzo por allanar la experiencia de usuario en TTN con desarrollos a medida porque el API podría cambiar en cualquier momento. El objetivo inicial de que TTN fuera una gran red pública común ha ido variando en TTI hacia convertirla en un conglomerado de redes privadas compartidas. El roaming entre redes LoRaWAN avanza despacio, aparentemente acuciado por la dificultad para rentabilizar un mercado en el que el beneficio por nodo es muy bajo, y por otro lado TTN apuesta por una opción diferente llamada Packet Broker. Las “caídas” en el servicio de TTN podrían paliarse con una red más descentralizada en la que cada uno pueda desplegar y mantener sus propios servidores si así lo desea. ¿Es realista el objetivo de disponer de una red LoRaWAN abierta, libre, neutral y confiable, o por el contrario TTN debe asumir un papel de servicio sin garantías que sirva únicamente para divulgar la tecnología y orientar a los interesados hacia servicios comerciales o redes aisladas de TTN?
• Infraestructura: Las aplicaciones multi-tenant como ChirpStack o Thingsboard  son un servicio del que podemos beneficiarnos todos los miembros de la comunidad de un modo económico y eficiente. ¿Qué otras herramientas podríamos ofrecer? ¿Cómo podríamos facilitar el acceso de los miembros de la comunidad a estos servicios?
• Documentación: Actualmente toda la documentación se mantiene en Github y está incompleta, fraccionada, y poco organizada. ¿Cómo podríamos mejorar? ¿Convendría grabar vídeos prácticos de los temas más interesantes?

Por supuesto, será una sesión abierta en la que cualquiera podrá introducir las cuestiones que le interesen/inquieten; por ejemplo, ya tenemos anotadas peticiones para mejorar la divulgación de nuestras actividades (grabar las sesiones o hacer streaming), aumentar nuestra actividad en redes sociales, o estrechar nuestra colaboración con otras iniciativas como las de los taxis, los instaladores de comunicaciones, los centros de formación…

Os esperamos a todos para perfilar las líneas estratégicas de este nuevo año.