O Google tem o compromisso de promover a igualdade racial para as comunidades negras. Saiba como.
Esta página foi traduzida pela API Cloud Translation.
Switch to English

Plataformas

OpenThread lançado pelo Google foi transferido para vários dispositivos e plataformas pela equipe OpenThread, fornecedores de silício e a comunidade. Exemplos de construção para todas as plataformas portadas estão incluídos no repositório OpenThread .

Consulte Pesquisar fornecedores para obter uma lista pesquisável de todas as plataformas com suporte do fornecedor e portas da comunidade.

Apoio, suporte

O suporte para cada plataforma varia com o tempo. Algumas plataformas são marcadas com o nível atual de suporte conforme identificado pela equipe OpenThread. As plataformas não marcadas não foram testadas recentemente e podem ser consideradas como tendo "Suporte limitado".

Nível de Suporte Descrição
Suportado Suporte completo e básico, bem como qualquer Thread Certified Component que use OpenThread. Muitas dessas plataformas foram testadas e usadas pela equipe OpenThread e são recomendadas para uso em nossas demos e Codelabs.
Suporte Limitado Essas plataformas não foram totalmente testadas e podem estar faltando algumas funcionalidades importantes.
Não suportado Atualmente não compatível e pode haver problemas para executar o OpenThread. Use por sua conta e risco.

Arquitetura do sistema

Arquitetura do Sistema OT

OpenThread foi projetado com portabilidade e flexibilidade em mente. O código é C / C ++ portátil (C99 e C ++ 03), independente da arquitetura do sistema devido a uma camada de abstração estreita. Essa camada de abstração significa que o OpenThread pode ser executado tanto em bare-metal quanto em um sistema operacional. Até agora, foi demonstrado que o OpenThread roda em FreeRTOS, RIOT-OS, Zephyr OS, Linux e macOS.

A natureza portátil do OpenThread não faz suposições sobre os recursos da plataforma. O OpenThread fornece os ganchos para utilizar recursos aprimorados de rádio e criptografia, reduzindo os requisitos do sistema, como memória, código e ciclos de computação. Isso pode ser feito por plataforma, mantendo a capacidade de padronizar para uma configuração padrão.

OpenThread tem um sistema de construção configurável com o qual um desenvolvedor pode habilitar ou desabilitar recursos conforme necessário. Além da cadeia de ferramentas GNU padrão, a fonte foi projetada para funcionar com uma série de outras cadeias de ferramentas populares como IAR e Visual Studio.

Projetos de plataforma

OpenThread suporta designs de sistema em chip (SoC) e co-processador de rede (NCP).

Um SoC é uma solução de chip único que possui RFIC (802.15.4 no caso de Thread) e processador combinados, onde o OpenThread e a camada de aplicativo são executados no processador local.

Um projeto NCP é onde a camada de aplicativo é executada em um processador host e se comunica com o OpenThread por meio de uma conexão serial usando um protocolo de controlador host padronizado que chamamos de Spinel . Neste projeto, o OpenThread pode ser executado no rádio ou no processador host.

Single-Chip, Thread-Only (SoC)

Arquitetura OT SoC

Nesse projeto, a camada de aplicativo e o OpenThread são executados no mesmo processador. O aplicativo usa diretamente as APIs OpenThread e a pilha IPv6.

Este é o projeto SoC mais comumente usado para dispositivos finais. Por ser altamente integrado em um único silício, possui o menor custo e o menor consumo de energia.

Chip Único, Interface Múltipla (SoC)

Arquitetura OT Multiple SoC

Quando um SoC tem vários rádios, como 802.15.4 e Wi-Fi, ou 802.15.4 e Bluetooth Low Energy (BLE), a camada de aplicativo e OpenThread ainda são executados no mesmo processador. No design de interface múltipla, o OpenThread alavanca a pilha IPv6 compartilhada de terceiros por meio de uma interface de datagrama IPv6 bruta.

Co-Processador de Rede (NCP)

Arquitetura OT NCP

O design do NCP padrão tem recursos de Thread no SoC e executa a camada de aplicativo em um processador host, que normalmente é mais capaz (mas tem maiores demandas de energia) do que o dispositivo OpenThread. O processador host se comunica com o dispositivo OpenThread por meio de uma interface serial (normalmente SPI ou UART) sobre o protocolo Spinel.

O benefício desse design é que o host de alta potência pode dormir enquanto o dispositivo OpenThread de baixa potência permanece ativo para manter seu lugar na rede Thread. E uma vez que o SoC não está vinculado à camada de aplicativo, o desenvolvimento e o teste de aplicativos são independentes da construção do OpenThread.

Este design é útil para dispositivos de gateway ou dispositivos que têm outras demandas de processamento, como câmeras IP e alto-falantes.

Co-Processador de Rádio (RCP)

Arquitetura OT RCP

Esta é uma variante do projeto NCP em que o núcleo do OpenThread reside no processador host com apenas um "controlador" de camada MAC mínimo no dispositivo com o rádio Thread. O processador host normalmente não dorme neste design, em parte para garantir a confiabilidade da rede Thread.

A vantagem aqui é que o OpenThread pode utilizar os recursos do processador mais poderoso.

Esse design é útil para dispositivos menos sensíveis a restrições de energia. Por exemplo, o processador host em uma câmera de vídeo está sempre ligado para processar o vídeo.

Problemas de plataforma aberta

Os seguintes problemas estão abertos para plataformas OpenThread: