Google is committed to advancing racial equity for Black communities. See how.
Ta strona została przetłumaczona przez Cloud Translation API.
Switch to English

Wymagania wstępne dotyczące certyfikacji

Aby przeprowadzić testy certyfikacyjne komponentu lub produktu OpenThread przy użyciu wiązki testowej GRL, sprawdź, czy zostały spełnione następujące wymagania.

Członkostwo w grupie wątków

Aby pobrać i używać oprogramowania GRL Thread Test Harness lub przesłać komponent lub produkt do certyfikacji, musisz mieć członkostwo w grupie Threads lub Sponsor .

Przenoszenie

OpenThread musi zostać pomyślnie przeniesiony na platformę przeznaczoną do certyfikacji. Aby uzyskać więcej informacji, zobacz Poradnik dotyczący przenoszenia .

Opcje budowania

Następujące opcje kompilacji są konieczne dla testowanego urządzenia (DUT) biorącego udział w testach certyfikacyjnych.

  • BORDER_ROUTER
  • COMMISSIONER (tylko urządzenie z pełnym gwintem (FTD))
  • DHCP6_CLIENT (opcjonalnie)
  • JOINER

Sekcja 8 Specyfikacji Wątku 1.1.1 definiuje protokół uruchamiania sieci w paśmie (MeshCoP) do bezpiecznego uwierzytelniania, uruchamiania i łączenia nowych, niezaufanych urządzeń radiowych z siecią kratową. Aby używać MeshCoP do przypadków testowych uruchamiania w paśmie, role komisarza i łącznika muszą być włączone.

OpenThread zapewnia podstawową obsługę protokołu DHCPv6, ale protokół DHCPv6 jest wymieniony jako opcjonalny w specyfikacji wątku 1.1.1. Trzy przypadki testowe wykorzystują funkcjonalność klienta DHCPv6: 5.2.5 (REED), 5.3.8 (Leader) i 5.3.9 (Router). Jeśli aplikacja korzysta z protokołu DHCPv6, włącz protokół DHCPv6 w kompilacji.

Na przykład, aby zbudować platformę CC2538 z DHCPv6 do użytku jako DUT w testach certyfikacyjnych:

make -f examples/Makefile-cc2538 BORDER_ROUTER=1 COMMISSIONER=1 DHCP6_CLIENT=1 JOINER=1

Aby uzyskać więcej informacji na temat korzystania z opcji konfiguracji i budowania, zobacz Przewodnik budowania .

Opcje budowania stosu referencyjnego

Następujące opcje kompilacji są niezbędne dla stosu referencyjnego używanego w testach certyfikacyjnych:

  • BORDER_ROUTER
  • COMMISSIONER
  • DHCP6_CLIENT
  • DHCP6_SERVER
  • JOINER
  • MAC_FILTER
  • REFERENCE_DEVICE

Na przykład, aby zbudować CC2538 do użytku jako stos referencyjny w testach certyfikacyjnych:

make -f examples/Makefile-cc2538 BORDER_ROUTER=1 COMMISSIONER=1 \
     DHCP6_CLIENT=1 DHCP6_SERVER=1 JOINER=1 MAC_FILTER=1 REFERENCE_DEVICE=1

Sprzęt komputerowy

  • 32 urządzenia odniesienia wątku ( używaliśmy płyt TI CC2538 ), z uruchomionym OpenThread 1.1 lub inną implementacją wątku obsługiwaną przez wiązkę testową
  • NXP / Freescale Sniffer USB-KW24D512, obsługujący oprogramowanie układowe sniffera dostarczone przez wiązkę testową
  • DUT (urządzenie, które certyfikujesz) z uruchomionym OpenThread 1.1
  • Skrzynka ekranująca RF dla następujących przypadków testowych:
    • 5.6.7 (REED)
    • 6.3.2 (MED, SED)
    • 9.2.9 (lider, router)
    • 9.2.10 (router, ED1, SED1)
  • Wystarczająca liczba koncentratorów USB do obsługi co najmniej 35 urządzeń (32 urządzenia referencyjne + 2 sniffery + 1 DUT)
  • Maszyna z systemem Windows do uruchomienia oprogramowania Test Harness

Oprogramowanie

Szelki do testowania nici GRL są wymagane do wszystkich testów certyfikacyjnych.

Następne kroki

Po spełnieniu wszystkich wymagań wstępnych można przystąpić do testów certyfikacyjnych.

Aby zautomatyzować testy certyfikacyjne, wymagana jest dodatkowa konfiguracja. Aby uzyskać więcej informacji, zobacz Konfiguracja automatyzacji .

Aby ręcznie uruchomić testy certyfikacyjne, zobacz Korzystanie z wiązki przewodów testowych GRL .