Thread: ¿una tecnología que no puedes usar ni enseñar?
(overengineer.dev)Una explicación detallada de Thread y sus problemas
- El texto de Dennis Schubert publicado en 2022 sobre una solución excesivamente sofisticada para almacenar granos de café y gestionar su inventario inspiró a muchas personas
- Recientemente, Dennis creó la versión 2 de su proyecto anterior para ampliar la duración de la batería y terminó estudiando electrónica de bajo consumo
- El perfilado mostró que el WiFi era la causa principal del consumo de batería, así que buscó alternativas como LoRa o Zigbee
- Una pila de red llamada Thread parecía una opción atractiva, ya que usa la misma capa física que Zigbee, pero se basa en IPv6 y tiene la ventaja de poder conectarse mediante un bridge con redes domésticas existentes
- Muchos dispositivos como Apple HomePod y Nest Hub ya funcionan como Thread Border Router, así que parecía fácil adoptarlo
- Planeó avanzar con un proyecto basado en Thread y escribir una entrada de blog al respecto
El problema del carácter cerrado de Thread Group
- Thread usa tecnologías de estándares abiertos como IEEE 802.15.4, IPv6 y CoAP, pero la propia especificación se mantiene privada
- Los documentos de la especificación tienen DRM y marcas de agua insertadas
- Para implementar la tecnología Thread y aplicarla a un producto, hay que unirse a Thread Group
- La membresía más barata, de nivel Implementer, cuesta USD 7,500 al año
- Existe una implementación de código abierto, OpenThread, pero incluso para lanzar un producto con ella también se requiere membresía
- Se puede entender que se exija un proceso de certificación para productos comerciales, pero cuesta entender que se bloquee incluso el uso no comercial
- En especial, es problemático impedir que estudiantes y practicantes de electrónica tengan la oportunidad de conocer esta tecnología antes de entrar a la industria
- Thread Group, integrado principalmente por grandes empresas como Apple y Google, parece estar concentrado solo en dominar el mercado
La opinión de GN⁺
-
Las tecnologías de red como Thread, operadas en la práctica como tecnologías monopolísticas, parecen convertirse en un obstáculo para activar el ecosistema de desarrolladores. En particular, impedir la experimentación y los intentos libres de los desarrolladores en etapas tempranas puede frenar el avance tecnológico a largo plazo.
-
Para dinamizar el mercado de IoT, la importancia de los protocolos de red abiertos sigue creciendo. Más que consorcios centrados en grandes empresas, los proyectos de código abierto impulsados por la comunidad podrían convertirse en una alternativa.
-
Entre los proyectos de código abierto con una pila tecnológica similar están Zigbee2mqtt y Z-Stack. Claro, todavía no tienen una presencia tan amplia como Thread en el mercado de IoT para el hogar, pero desde el punto de vista de la afinidad con desarrolladores podrían ser mejores opciones.
-
Dado el enorme peso de las grandes empresas que promueven Thread, no parece fácil que esto mejore de inmediato. Aun así, hace falta que la comunidad de desarrolladores alce la voz y busque alternativas. Es un momento en el que se necesita sabiduría para armonizar los intereses de las empresas con la libertad de los desarrolladores.
1 comentarios
Opinión de Hacker News
¿De verdad? El lenguaje legal de la licencia parece referirse a patentes, y si no hay participación comercial, las patentes no aplican al trabajo personal.
Viéndolo más allá del ámbito aficionado, aquí se hace evidente lo absurdo del monopolio que otorga el sistema actual de patentes. Las grandes empresas con carteras de patentes pueden usar OpenThread libremente, pero las pymes y las startups no.
Es la primera vez que escucho sobre Thread, y preferiría no haberlo sabido. Me molesta porque ahora tengo una razón más para enojarme.
Parece mejor evitar este tipo de cosas tanto como sea posible y esperar que desaparezcan. No quisiera recomendar aceptarlo ni adoptarlo.
Es mejor usar Zigbee. La versión 3.x es abierta y está bien definida. Los dongles bridge para HomeAssistant también son baratos.
El estándar Matter también tiene problemas parecidos. El diablo está en los detalles, y por culpa de un marketing astuto la gente no entiende qué es exactamente lo que está elogiando.
El verdadero problema son las personas que invierten dinero en estas cosas.
Ni siquiera quiero usar el nombre Thread. Siento que habría reuniones durante meses o años en las que nadie sabría si se habla de los threads del scheduler del sistema operativo o del nombre del framework. (Imaginen a personas que no tienen el inglés como lengua materna hablando entre sí sin distinguir entre thread y threads). Ya mátenme.
Si uno no acepta la licencia sobre la especificación de Thread y usa OpenThread directamente, ¿se aplican estas condiciones de licencia? Si solo aceptaste la licencia BSD, no parece que te puedan demandar jajaja
"Si alguien que lo hace como hobby no tiene dinero para unirse al Thread Group, no hay forma de usar Thread legalmente"
No hay forma de saberlo hasta que alguien averigüe si existen patentes relacionadas.
Supongo que habría que esperar a que Compaq copie estas cosas en una clean room y luego ver si recibe un golpe en caso de que haya patentes válidas...
¿Entonces habrá que esperar a que, en cuanto se convierta de facto en un estándar de comunicación doméstica, los reguladores intervengan y lo fuercen a abrirse?
No quiero apostar cuál sería la entidad, pero todos sabemos cuál sería.
No sé mucho sobre licencias de este nivel. ¿Cómo se compara la licencia de Thread con algo como Bluetooth, donde hay que pagar para integrarlo en un producto?
Casualmente estuve jugando con Thread esta semana, y fue más fácil de lo que esperaba flashear un proyecto de ejemplo en un ESP32 y empezar a hacer ping desde la laptop.