Construção e configuração do roteador OpenThread Border

Este guia cobre a construção e configuração básicas do OpenThread Border Router (OTBR). Após a conclusão deste procedimento, você terá um OTBR que funciona como um Full Thread Device (FTD) em um projeto RCP.

Configurar plataforma

Configure uma plataforma de hardware compatível:

• BeagleBone Black
• Raspberry Pi

Construir e atualizar RCP

OTBR é executado em um projeto RCP. Selecione uma plataforma OpenThread suportado para usar como um RCP e siga o edifício e instruções piscando para essa plataforma.

Para uma visão geral de construir OpenThread, consulte o Guia de Construção .

Instruções específicas sobre a construção de plataformas suportadas com GNU Autotools pode ser encontrado em de cada exemplo pasta de plataforma .

Configurar o roteador de borda

O OTBR se comunica com o RCP via espinélio. Na plataforma de hardware configurado :

1. Clone o repositório OTBR:

   git clone https://github.com/openthread/ot-br-posix

2. Instalar dependências:

   cd ot-br-posix
   ./script/bootstrap

3. Compile e instale o OTBR. Observe que o script de configuração habilita o Roteamento de Fronteira por padrão. Para habilitar o roteamento de fronteira, especifique a interface Ethernet ou Wi-Fi da sua plataforma:

   Ethernet

   INFRA_IF_NAME=eth0 ./script/setup

   Wi-fi

   INFRA_IF_NAME=wlan0 ./script/setup

4. Fixe o dispositivo RCP brilhou para a plataforma Border Router via USB.
5. Configurar a porta serial do dispositivo de RCP em otbr-agent :
   1. Determine o nome da porta de série do dispositivo RCP pela verificação /dev :

      ls /dev/tty*

   2. Anexar este para /etc/default/otbr-agent . Por exemplo, para uma porta serial de nome ttyUSB0 :

      OTBR_AGENT_OPTS="-I wpan0 spinel+hdlc+uart:///dev/ttyUSB0"

6. Desligue e ligue o Border Router. Se estiver usando a plataforma BeagleBone Preto, lembre-se de manter pressionado o botão BOOT ao fazê-lo.
7. O serviço OTBR deve iniciar na inicialização.

Verificar serviços

Verifique se todos os serviços necessários estão ativados:

sudo systemctl status

Se a setup de script foi bem sucedida, os seguintes serviços aparecem no resultado:

• avahi-daemon.service
• otbr-agent.service
• otbr-web.service

Por exemplo:

● raspberrypi
    State: running
     Jobs: 0 queued
   Failed: 0 units
    Since: Thu 1970-01-01 00:00:01 UTC; 47 years 7 months ago
   CGroup: /
           ├─user.slice
           │ └─user-1000.slice
           │   ├─user@1000.service
           │   │ └─init.scope
           │   │   ├─576 /lib/systemd/systemd --user
           │   │   └─580 (sd-pam)
           │   └─session-c1.scope
           │     ├─480 /bin/login --
           │     └─585 -bash
           ├─init.scope
           │ └─1 /sbin/init
           └─system.slice
             ├─systemd-timesyncd.service
             │ └─334 /lib/systemd/systemd-timesyncd
             ├─dbus.service
             │ └─339 /usr/bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation
             ├─hciuart.service
             │ └─442 /usr/bin/hciattach /dev/serial1 bcm43xx 921600 noflow -
             ├─ssh.service
             │ └─621 /usr/sbin/sshd -D
             ├─avahi-daemon.service
             │ ├─341 avahi-daemon: running [raspberrypi.local]
             │ └─361 avahi-daemon: chroot helper
             ├─otbr-web.service
             │ └─472 /usr/sbin/otbr-web
             ├─triggerhappy.service
             │ └─354 /usr/sbin/thd --triggers /etc/triggerhappy/triggers.d/ --socket /run/thd.socket --user nobody --deviceglob /dev/input/event*
             ├─systemd-logind.service
             │ └─353 /lib/systemd/systemd-logind
             ├─otbr-agent.service
             │ └─501 /usr/sbin/otbr-agent -I wpan0
             ├─cron.service
             │ └─350 /usr/sbin/cron -f
             ├─systemd-udevd.service
             │ └─154 /lib/systemd/systemd-udevd
             ├─rsyslog.service
             │ └─345 /usr/sbin/rsyslogd -n
             ├─bluetooth.service
             │ └─445 /usr/lib/bluetooth/bluetoothd
             ├─systemd-journald.service
             │ └─136 /lib/systemd/systemd-journald
             └─dhcpcd.service
               ├─409 wpa_supplicant -B -c/etc/wpa_supplicant/wpa_supplicant.conf -iwlan0
               └─466 /sbin/dhcpcd -q -w

Se esses serviços estão em execução, mas o RPI está em um estado degradado, algum outro serviço não pôde ser iniciado. Verifique para ver qual:

sudo systemctl --failed

Verificar RCP

Verifique se o RCP está no estado correto:

sudo ot-ctl state

ot-ctl é uma linha de comando fornecida com OTBR. Ele é usado para se comunicar com a interface da linha PAN (o padrão é wpan0 ) que otbr-agent é obrigado a no projeto RCP.

Se o RCP estiver sendo executado com sucesso e o nó não for membro de uma rede Thread, a saída deve ser semelhante à seguinte:

disabled

Se a saída é OpenThread daemon is not running , solucionar problemas com o seguinte:

1. Verifique se o Border Router tem energia suficiente (use o adaptador CA externo adequado).
2. Desconecte e reconecte a placa RCP à plataforma do Border Router.
3. Verifique se o dispositivo serial RCP está presente. Por exemplo, se o dispositivo deve ser ligado a /dev/ttyUSB0 :

   ls /dev/ttyUSB*
   /dev/ttyUSB0

4. Redefinir a RCP com sudo ot-ctl reset .

Verifique o status RCP novamente com o sudo ot-ctl state .