Esta página foi traduzida pela API Cloud Translation.

Construir OpenThread

Como construir OpenThread

As etapas para construir o OpenThread variam de acordo com o conjunto de ferramentas, a máquina do usuário e a plataforma de destino.

O fluxo de trabalho mais comum é:

Configure o ambiente de compilação e instale o conjunto de ferramentas desejado:
1. Para construir diretamente em uma máquina, consulte o Simulação Codelab para instruções detalhadas
2. Para usar um recipiente Docker com um pré-configurado ambiente, baixe e execute o OpenThread environment imagem:
```
docker pull openthread/environment:latest
docker run -it --rm openthread/environment bash
```
No ambiente escolhido, clone o repositório OpenThread Git específico da plataforma. Tomando como um exemplo CC2538:
```
git clone https://github.com/openthread/ot-cc2538.git --recursive
```
No diretório raiz do repositório clonado:
1. Instalar o conjunto de ferramentas:
```
./script/bootstrap
```
2. Construir a configuração:
```
./script/build platform-specific-args cmake-options
```
Atualize o binário desejado para a plataforma de destino. Todos os binários gerados estão localizados em ./build/bin .

Configuração

Você pode configurar o OpenThread para diferentes funcionalidades e comportamentos durante o processo de construção. As opções de configuração disponíveis são detalhadas nos seguintes locais:

Modelo	Localização
Constantes de tempo de compilação	Listados em todos os arquivos de cabeçalho em `/src/core/config`
cmake build options	Listados no `openthread/examples/README.md`

Exemplos de construção

Use as opções de compilação do cmake para habilitar a funcionalidade da plataforma. Por exemplo, para construir o binário para a plataforma CC2538 com o suporte de Comissário e Joiner habilitado:

./script/build -DOT_COMMISSIONER=ON -DOT_JOINER=ON

Ou, para construir a plataforma nRF52840 com o recurso de detecção de Jam habilitado em seu repo:

./script/build nrf52840 UART_trans -DOT_JAM_DETECTION=ON

Binários

Os seguintes binários são gerados em ./build/bin a partir do processo de construção. Para determinar quais os binários são gerados, bandeiras uso com o ./script/build comando. Por exemplo, para construir OpenThread e gerar apenas o binário FTD CLI:

./script/build -DOT_APP_CLI=ON -DOT_FTD=ON -DOT_MTD=OFF -DOT_APP_NCP=OFF -DOT_APP_RCP=OFF -DOT_RCP=OFF

Binário	Descrição	Opções
`ot-cli-ftd`	Dispositivo Full Thread para projetos SoC	`-DOT_APP_CLI=ON` `-DOT_FTD=ON`
`ot-cli-mtd`	Dispositivo de rosca mínima para projetos SoC	`-DOT_APP_CLI=ON` `-DOT_MTD=ON`
`ot-ncp-ftd`	Dispositivo Full Thread para projetos de Co-Processador de Rede (NCP)	`-DOT_APP_NCP=ON` `-DOT_FTD=ON`
`ot-ncp-mtd`	Dispositivo de rosca mínima para projetos NCP	`-DOT_APP_NCP=ON` `-DOT_MTD=ON`
`ot-rcp`	Projeto de co-processador de rádio (RCP)	`-DOT_APP_RCP=ON` `-DOT_RCP=ON`

Por padrão, todos os sinalizadores acima estão habilitados. Se você desativar explicitamente todas as bandeiras, os aplicativos não são construídas, mas arquivos de biblioteca OpenThread ainda são gerados em ./build/lib para uso em um projeto.

Verifique os Makefiles de exemplo para cada plataforma para ver quais sinalizadores cada plataforma suporta. Para mais informações sobre FTDs e MTDs, consulte o tópico Primer . Para mais informações sobre projetos SoC e NCP, consulte Plataformas .

O processo de atualização desses binários varia entre as plataformas de exemplo. Veja as READMEs em de cada plataforma pasta exemplo para instruções detalhadas.

OpenThread Daemon

OpenThread Daemon (OT Daemon) é um modo de construção OpenThread POSIX que executa OpenThread como um serviço e é usado com o design RCP. Para mais informações sobre como construir e usá-lo, consulte OpenThread Daemon .

Construir pacotes de suporte

Pacotes de construir o apoio (SBCP) são encontrados em /third_party . BSPs são códigos de terceiros adicional utilizado por OpenThread em cada plataforma respectiva, geralmente incluídos quando portar OpenThread para uma nova plataforma de hardware.