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 Windowsstart.bat
: dalla riga di comando di Windows (cmd)
Per eseguire tutti gli scenari di test:
./start.sh
./start.bat
Per eseguire singoli scenari di test (i nomi sono sensibili alle maiuscole):
./start.sh Router_5_1_1 Leader_5_1_1
./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:
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:
- 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.
- Collega i dispositivi di test uno alla volta e prendi nota della porta seriale corrispondente.
- 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
- Per il test 9.2.9:
- 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,9 1. Router 2
2. Commissario
3. Router 1
4. Leader9,2,10 1. Chiamata di emergenza standard
2. ED
3. Router 1
4. Commissario
5. Leader- Cancella la sezione Letto di prova da tutti i dispositivi esistenti.
- 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.
- 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.
- Seleziona la casella di controllo Abilita la selezione automatica di dispositivi DUT sotto l'elenco Hardware supportato.
- Seleziona il pulsante di opzione Imposta come DUT per il DUT.
- Seleziona Connetti tutti per avviare il rilevamento del dispositivo.
- 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.