Google se compromete a impulsar la igualdad racial para las comunidades afrodescendientes. Obtén información al respecto.

Ejecución de casos de prueba de certificación

Antes de ejecutar casos de prueba, asegúrese de que todos los dispositivos de prueba (Golden y DUT) estén conectados a la máquina Windows con el arnés de prueba GRL y la herramienta de automatización de arnés instalados.

Uso de la herramienta de automatización de arnés

Todos los casos de prueba se ejecutan desde el tools/harness-automation directorio. Hay dos métodos:

  • start.sh - Uso de Bash, que se incluye con Git para Windows
  • start.bat - Desde la línea de comandos de Windows (cmd)

Para ejecutar todos los casos de prueba:

Intento
./start.sh
Cmd de Windows
./start.bat

Para ejecutar casos de prueba individuales (los nombres distinguen entre mayúsculas y minúsculas):

Intento
./start.sh Router_5_1_1 Leader_5_1_1
Cmd de Windows
./start.bat Router_5_1_1 Leader_5_1_1

Uso del arnés de prueba GRL

Una vez configurado el banco de pruebas, se ejecutan lotes de casos de prueba según la función seleccionada del dispositivo bajo prueba. La sección de selección de prueba se enumeran todos los casos de prueba disponibles para el papel seleccionado en Plan de pruebas:

Arnés de prueba de certificación OT

Seleccione los casos de prueba que desee, luego haga clic en el botón de reproducción verde para ejecutar.

Operaciones de prueba manuales

El arnés de prueba solicita al usuario la entrada manual durante algunos casos de prueba.

Credenciales de red

Para los casos de prueba de las Secciones 5, 6, 7 y 9 del Plan de prueba, las credenciales de red deben configurarse fuera de banda. Por ejemplo:

Configuración de parámetros durante la activación del dispositivo:

panid 0xface
Done
channel 20
Done
networkname GRL
Done
extpanid 000db80000000000
Done

Configuración de "DUT como líder", antes de abrir la interfaz:

dataset activetimestamp 1
Done
dataset commit active
Done

Configuración "DUT como dispositivo final":

mode rsn
Done

"DUT como SED" configuración, donde el pollperiod (en milisegundos) se establece en el valor predeterminado SedPollingRate en el arnés de prueba:

mode s
Done
pollperiod 5000
Done

Abra la interfaz de Thread y apile:

ifconfig up
Done
thread start
Done

Configuración del rol del comisionado

Para los casos de prueba en la Sección 8 del Plan de prueba, configure el rol de Comisionado.

Inicie el comisionado después de abrir la pila de subprocesos:

commissioner start
Done

Agregar datos de dirección:

commissioner joiner add eui64 THREADJPAKETEST 200

El eui64 es el identificador asignado de fábrica IEEE EUI-64, obtenido a través de la eui64 comando CLI. THREADJPAKETEST es la Joiner de credenciales, que se utiliza para generar la clave precompartida para el dispositivo (PSKd). El Joiner se elimina de los datos de dirección después del tiempo de espera configurado.

Recomendamos el uso de 500 como el valor de tiempo de espera en los casos de prueba 8.2.x Comisionado.

Comience el papel Joiner después de la crianza de la interfaz de rosca, usando el valor por defecto Joiner Credencial de THREADJPAKETEST :

joiner start THREADJPAKETEST

Inicie el rol Joiner después de abrir la interfaz de Thread, utilizando la URL de aprovisionamiento especificada:

joiner start THREADJPAKETEST www.threadgroup.org

Otra entrada

El arnés de prueba puede solicitar otras operaciones manuales y proporcionar valores (como una dirección IPv6) para usar en esas operaciones. Utilice los siguientes comandos de la CLI de OpenThread si se le solicita:

Inmediato Comando CLI
Dirección extendida extaddr
Direcciones IPv6 ipaddr
Dirección MAC de la fábrica de carpintería eui64
Establecer la URL de aprovisionamiento del comisionado commissioner provisioningurl www.threadgroup.org
Restablecimiento de fábrica factoryreset
Obtenga todos los TLV dataset mgmtgetcommand active address ipv6-address
Obtenga Network ChannelMask (0x35), prefijo MeshLocal ULA (0x07), Nombre de red (0x03) dataset mgmtgetcommand active address ipv6-address binary 350703
Obtener canal de red (0x00), prefijo ULA MeshLocal (0x07), nombre de red (0x03), duración de escaneo (0x38), lista de energía (0x39) dataset mgmtgetcommand active address ipv6-address binary 0007033839

Para obtener una lista de todos los comandos de la CLI, consulte la OpenThread CLI de referencia .

Consejos de certificación

Habilitar la selección de dispositivos para el banco de pruebas mixto

Durante las pruebas de certificación de subprocesos, se utilizan bancos de pruebas mixtos con pilas de referencia de ARM, NXP, Silicon Labs y OpenThread. Topologías banco de pruebas se definen en el C:\GRL\Thread1.1\Thread_Harness\TestScripts\TopologyConfig.txt archivo.

Para habilitar la selección del dispositivo con el fin de realizar una prueba con las mismas plataformas de referencia exactos como hilo ATL del Grupo sería, establecer el EnableDeviceSelection parámetro en el C:\GRL\Thread1.1\Config\Configuration.ini archivo a True .

EnableDeviceSelection = True

Blindaje de RF

Para los casos de prueba 9.2.9 (líder, enrutador) y 9.2.10 (enrutador, ED1, SED1), se necesita especial cuidado para garantizar que los dispositivos correctos estén blindados contra RF. Suponiendo que todos los dispositivos están configurados en los roles, ya que cada prueba requiere:

  1. Inicie el arnés de prueba con solo el NXP Sniffer conectado a la máquina con Windows. Esto evita el descubrimiento automático del dispositivo por parte del arnés de prueba.
  2. Conecte los dispositivos de prueba uno por uno y anote su puerto serie correspondiente.
  3. Coloque uno de los siguientes grupos de dispositivos en la caja de protección de RF:
    • Para la prueba 9.2.9:
      • Líder y Comisionado
      • Router1, Router2 y Sniffer
    • Para la prueba 9.2.10:
      • Líder y Comisionado
      • Enrutador, ED, SED y Sniffer
  4. En la página Configurar cama de prueba del instrumento de prueba, configurar cada dispositivo para el siguiente orden de clasificación en la sección de banco de pruebas, dependiendo del caso de prueba:
    Orden de clasificación de dispositivos final para casos de prueba de blindaje de RF
    9.2.9 1. Router2
    2. Comisionado
    3. Router1
    4. Líder
    9.2.10 1. SED
    2. ED
    3. Router1
    4. Comisionado
    5. Líder
    1. Desactive la sección de banco de pruebas de los dispositivos existentes.
    2. Arrastre los dispositivos adecuados para el caso topología de prueba específica del hardware con soporte de la izquierda a la sección Banco de pruebas a la derecha. Asegúrese de que arrastrarlos en el orden inverso al orden de clasificación final. Por ejemplo, para el caso de prueba 9.2.9, arrastre el líder primero, luego el enrutador1 en segundo lugar, y así sucesivamente. Si arrastra el dispositivo equivocado, desactive los dispositivos en la sección de banco de pruebas y empezar de nuevo.
    3. En la sección de banco de pruebas, rellene el número de serie o información de IP para cada dispositivo en el orden de clasificación final. Por ejemplo, para el caso de prueba 9.2.9, después de arrastrar, el primer dispositivo es Router2, el segundo es Commissioner y así sucesivamente.
    4. Seleccione la casilla de verificación Activar Auto DUT Selección del dispositivo por debajo de la lista de hardware soportado.
    5. Seleccione el botón Establecer como DUT de radio para el dispositivo bajo prueba.
    6. Todo seleccione Conectar para iniciar la búsqueda de dispositivos.
  5. Ejecute el caso de prueba (9.2.9 o 9.2.10). Proteja y quite el blindaje de cada grupo de dispositivos según lo indique el arnés de prueba.