Esecuzione di scenari di test delle certificazioni

Prima di eseguire scenari di test, assicurati che tutti i dispositivi di test (Golden e DUT) siano collegati alla macchina Windows con lo strumento di automazione e cablaggio di test GRL installato.

Utilizzo dello strumento di automazione

Tutti gli scenari di test vengono eseguiti dalla directory tools/harness-automation. Esistono due metodi:

  • start.sh: utilizzo di Bash in bundle con Git per Windows
  • start.bat: dalla riga di comando di Windows (cmd)

Per eseguire tutti gli scenari di test:

Con blocco
./start.sh
Windows cmd
./start.bat

Per eseguire singoli scenari di test (i nomi sono sensibili alle maiuscole):

Con blocco
./start.sh Router_5_1_1 Leader_5_1_1
Windows cmd
./start.bat Router_5_1_1 Leader_5_1_1

Utilizzo dell'imbracatura di prova GRL

Dopo la configurazione del letto di test, i gruppi di scenari di test vengono eseguiti in base al ruolo selezionato del DUT. La sezione Selezione del test elenca tutti gli scenari di test disponibili per il ruolo selezionato in Piano di test:

Test di certificazione per OT

Seleziona gli scenari di test come preferisci, quindi fai clic sul pulsante di riproduzione verde per eseguirli.

Operazioni di test manuali

Il Test Harness richiede all'utente un input manuale durante alcuni scenari di test.

Credenziali di rete

Per gli scenari di test nelle Sezioni 5, 6, 7 e 9 del Piano di test, le credenziali di rete devono essere configurate fuori banda. Ad esempio:

Configurazione dei parametri durante la visualizzazione del dispositivo:

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

Configurazione di "DUT come Leader" prima di visualizzare l'interfaccia:

dataset activetimestamp 1
Done
dataset commit active
Done

Configurazione "DUT come dispositivo finale":

mode rsn
Done

Configurazione "DUT come SED", dove pollperiod (in millisecondi) è impostato su SedPollingRate predefinito in Test Harness:

mode s
Done
pollperiod 5000
Done

Visualizza l'interfaccia e lo stack di Thread:

ifconfig up
Done
thread start
Done

Configurazione del ruolo di commissario

Per gli scenari di test nella Sezione 8 del piano di test, configura il ruolo Commissioner.

Avvia la commissione dopo aver visualizzato lo stack Thread:

commissioner start
Done

Aggiungere dati di guida:

commissioner joiner add eui64 THREADJPAKETEST 200

eui64 è l'identificatore IEEE-64 assegnato in fabbrica, ottenuto tramite il comando dell'interfaccia a riga di comando eui64. THREADJPAKETEST è la credenziale Joiner, che viene utilizzata per generare la chiave precondivisa per il dispositivo (PSKd). Il joiner viene rimosso dai dati del server dopo il timeout configurato.

Consigliamo di utilizzare 500 come valore di timeout durante gli scenari di test di 8.2.x Commissioner.

Avvia il ruolo di unione dopo aver visualizzato l'interfaccia di Thread, utilizzando la credenziale di unione di THREADJPAKETEST:

joiner start THREADJPAKETEST

Avvia il ruolo Joiner dopo aver visualizzato l'interfaccia Thread utilizzando l'URL di provisioning specificato:

joiner start THREADJPAKETEST www.threadgroup.org

Altro input

Il Test Harness potrebbe richiedere altre operazioni manuali e fornire valori (ad esempio un indirizzo IPv6) da utilizzare in tali operazioni. Utilizza i seguenti comandi dell'interfaccia a riga di comando di OpenThread se richiesto:

Richiesta Comando dell'interfaccia a riga di comando
Indirizzo esteso extaddr
Indirizzi IPv6 ipaddr
Indirizzo MAC della falegname eui64
Impostare l'URL di provisioning di Commissioner commissioner provisioningurl www.threadgroup.org
Ripristina dati di fabbrica factoryreset
Recupera tutti i TLV dataset mgmtgetcommand active address ipv6-address
Ottieni Network ChannelMask (0x35), prefisso MeshLocal ULA (0x07), nome della rete (0x03) dataset mgmtgetcommand active address ipv6-address binary 350703
Ottieni canale di rete (0x00), prefisso MeshLocal ULA (0x07), nome di rete (0x03), durata della scansione (0x38), elenco dei consumi energetici (0x39) dataset mgmtgetcommand active address ipv6-address binary 0007033839

Per un elenco di tutti i comandi dell'interfaccia a riga di comando, consulta il riferimento per l'interfaccia a riga di comando di OpenThread.

Suggerimenti per la certificazione

Attiva la selezione dei dispositivi per il letto di test misto

Durante i test di certificazione Thread, vengono utilizzati banco di test misti con stack di riferimento di ARM, NXP, Silicon Labs e OpenThread. Le topologie del letto di prova sono definite nel file C:\GRL\Thread1.1\Thread_Harness\TestScripts\TopologyConfig.txt.

Per abilitare la selezione dei dispositivi in modo da eseguire uno scenario di test con le stesse piattaforme di riferimento esatte dell'ATL del gruppo di thread, imposta il parametro EnableDeviceSelection nel file C:\GRL\Thread1.1\Config\Configuration.ini su True.

EnableDeviceSelection = True

Schermi RF

Per gli scenari di test 9.2.9 (Leader, Router) e 9.2.10 (Router, ED1, SED1), è necessaria un'attenzione particolare per garantire che i dispositivi corretti siano schermati RF. Supponendo che tutti i dispositivi siano configurati nei ruoli richiesti da ogni test:

  1. Avvia il test Harness con solo lo Sniffer NXP collegato alla macchina Windows. Questo consente di evitare il rilevamento automatico del dispositivo da parte del Test Harness.
  2. Collega i dispositivi di test uno alla volta e prendi nota della porta seriale corrispondente.
  3. Inserisci uno dei seguenti gruppi di dispositivi nella scatola dello scudo RF:
    • Per il test 9.2.9:
      • Leader e commissario
      • Router1, Router2 e Sniffer
    • Per il test 9.2.10:
      • Leader e commissario
      • Router, ED, SED e Sniffer
  4. Nella pagina Configura letto di prova di Test Harness, configura ogni dispositivo per il seguente ordinamento nella sezione Test Test, a seconda dello scenario di test:
    Ordinamento finale dei dispositivi per gli scenari di schermatura a RF
    9,2,91. Router 2
    2. Commissario
    3. Router 1
    4. Leader
    9,2,101. Chiamata di emergenza standard
    2. ED
    3. Router 1
    4. Commissario
    5. Leader
    1. Cancella la sezione Letto di prova da tutti i dispositivi esistenti.
    2. Trascina i dispositivi appropriati per la topologia dello scenario di test specifico dalla sezione Hardware supportato a sinistra alla sezione Letto di prova a destra. Assicurati di trascinarli nell'ordine inverso dell'ordinamento finale. Ad esempio, per lo scenario di test 9.2.9, trascina prima il comando leader, quindi il secondo router e così via. Se trascini il dispositivo sbagliato, cancellalo nella sezione Test Bed e ricomincia.
    3. Nella sezione Letto di prova, inserisci il numero di serie o le informazioni IP di ogni dispositivo nell'ordine finale. Ad esempio, per lo scenario di test 9.2.9, dopo il trascinamento, il primo dispositivo è Router2, il secondo è Commissioner e così via.
    4. Seleziona la casella di controllo Abilita la selezione automatica di dispositivi DUT sotto l'elenco Hardware supportato.
    5. Seleziona il pulsante di opzione Imposta come DUT per il DUT.
    6. Seleziona Connetti tutti per avviare il rilevamento del dispositivo.
  5. Eseguire lo scenario di test (9.2.9 o 9.2.10). Proteggere e rimuovere la schermatura di ogni gruppo di dispositivi come richiesto dal Test Harness.