Thread: uma tecnologia que você não pode usar nem ensinar?
(overengineer.dev)Explicação detalhada sobre o Thread e seus problemas
- Um texto publicado por Dennis Schubert em 2022 sobre uma solução excessivamente engenheirada para armazenamento de grãos de café e gerenciamento de estoque inspirou muitas pessoas
- Recentemente, Dennis criou a versão 2 do projeto anterior para aumentar a duração da bateria, o que o levou a estudar eletrônica de baixo consumo
- O profiling mostrou que o Wi‑Fi era a principal causa do consumo de bateria, então ele passou a procurar alternativas como LoRa ou Zigbee
- A stack de rede chamada Thread pareceu uma opção atraente, pois usa a mesma camada física do Zigbee, mas é baseada em IPv6 e tem a vantagem de se conectar à rede doméstica existente por meio de uma bridge
- Muitos dispositivos, como Apple HomePod e Nest Hub, já atuam como Thread Border Router, o que facilitaria a adoção
- Ele planejou desenvolver um projeto baseado em Thread por conta própria e escrever um post no blog sobre isso
O problema do caráter fechado do Thread Group
- O Thread usa tecnologias de padrão aberto como IEEE 802.15.4, IPv6 e CoAP, mas o documento da especificação em si permanece fechado ao público
- O documento da especificação tem DRM aplicado e marca-d’água inserida
- Para implementar a tecnologia Thread e aplicá-la em um produto, é preciso se associar ao Thread Group
- O plano de associação mais barato, no nível Implementer, custa US$ 7.500 por ano
- Existe a implementação open source OpenThread, mas mesmo para lançar um produto usando ela é necessário ter associação
- É compreensível exigir um processo de certificação para produtos comerciais, mas é difícil entender por que até usos não comerciais são barrados
- Especialmente problemático é impedir que estudantes de eletrônica tenham a chance de entrar em contato com a tecnologia antes de ingressarem no setor
- O Thread Group, formado principalmente por grandes empresas como Apple e Google, parece estar focado apenas em dominar o mercado
Opinião do GN⁺
-
Tecnologias de rede como o Thread, operadas na prática como tecnologias proprietárias, tendem a se tornar um obstáculo para o fortalecimento do ecossistema de desenvolvedores. Em especial, bloquear a experimentação e a iniciativa livre dos desenvolvedores em fase inicial pode, no longo prazo, prejudicar a evolução tecnológica.
-
Para ativar o mercado de IoT, a importância de protocolos de rede abertos está aumentando. Em vez de consórcios centrados em grandes empresas, projetos open source orientados pela comunidade podem acabar se tornando uma alternativa.
-
Entre projetos open source com stack tecnológica semelhante estão o Zigbee2mqtt e o Z-Stack. Claro, eles ainda não têm uma presença tão ampla no mercado de IoT doméstica quanto o Thread, mas podem ser opções melhores do ponto de vista de compatibilidade com desenvolvedores.
-
Diante da enorme influência das grandes empresas que promovem o Thread, não parece fácil que haja melhorias imediatas. Ainda assim, a comunidade de desenvolvedores precisa fazer sua voz ser ouvida e buscar alternativas. Este parece ser o momento de encontrar sabedoria para equilibrar os interesses das empresas e a liberdade dos desenvolvedores.
1 comentários
Comentário no Hacker News
É mesmo? A linguagem jurídica da licença parece se referir a patentes, e se não houver envolvimento comercial, patentes não se aplicariam a trabalhos pessoais.
Olhando além do âmbito hobby, de forma mais geral, fica evidente nessa estrutura o absurdo do monopólio concedido pelo sistema atual de patentes. Grandes empresas com portfólio de patentes podem usar o OpenThread livremente, mas PMEs e startups não.
Foi a primeira vez que ouvi falar de Thread, e eu preferia não ter conhecido. Estou chateado porque parece que ganhei mais um motivo para ficar com raiva.
Parece melhor evitar esse tipo de coisa ao máximo e torcer para que desapareça. Não dá vontade de recomendar que aceitem ou adotem isso.
É melhor usar Zigbee. A versão 3.x é aberta e bem definida. O dongle bridge para HomeAssistant também é barato.
O padrão Matter também tem problemas parecidos. O diabo mora nos detalhes, e por causa do marketing esperto as pessoas não entendem o que estão elogiando.
O verdadeiro problema são as pessoas que investem dinheiro nessas coisas.
Eu nem quero usar o nome Thread. Parece que vamos passar meses ou anos em reuniões confusas tentando entender se estão falando de threads do escalonador do sistema operacional ou do nome do framework. (Imagine pessoas cuja língua nativa não é o inglês falando entre si sem conseguir distinguir thread de threads.) Só me mata.
Se eu não concordar com a licença da especificação Thread e usar diretamente o OpenThread, essas condições de licença se aplicam? Se eu só concordei com a licença BSD, parece que não haveria motivo para ser processado, rs.
"Se uma pessoa que faz isso como hobby não tem dinheiro para entrar no Thread Group, então não há como usar o Thread legalmente"
Não há como saber até que alguém descubra se existem patentes relacionadas.
Acho que o jeito seria a Compaq copiar isso tudo em clean room e depois esperar para ver se apanha caso exista alguma patente válida...
Então temos que esperar que um órgão regulador intervenha e force a abertura assim que isso virar de fato um padrão de comunicação doméstica?
Não quero apostar qual seria o órgão, mas todo mundo sabe qual seria.
Não entendo muito bem esse nível de licenciamento. Como o licenciamento do Thread se compara ao do Bluetooth, em que você precisa pagar para integrar ao produto?
Por acaso brinquei com Thread esta semana, e foi mais fácil do que eu esperava gravar um projeto de exemplo no ESP32 e começar a enviar pings do notebook.