Google is committed to advancing racial equity for Black communities. See how.
Cette page a été traduite par l'API Cloud Translation.
Switch to English

Exécution de cas de test de certification

Avant d'exécuter des cas de test, assurez-vous que tous les périphériques de test (Golden et DUT) sont connectés à la machine Windows avec l'outil d'automatisation de harnais et de harnais de test GRL installé.

Utilisation de l'outil d'automatisation de harnais

Tous les cas de test sont exécutés à partir du répertoire tools/harness-automation . Il existe deux méthodes:

  • start.sh - Utilisation de Bash, qui est fourni avec Git pour Windows
  • start.bat - Depuis la ligne de commande Windows (cmd)

Pour exécuter tous les cas de test:

Frapper
./start.sh
Cmd Windows
./start.bat

Pour exécuter des cas de test individuels (les noms sont sensibles à la casse):

Frapper
./start.sh Router_5_1_1 Leader_5_1_1
Cmd Windows
./start.bat Router_5_1_1 Leader_5_1_1

Utilisation du faisceau de test GRL

Une fois le banc de test configuré, des lots de cas de test sont exécutés en fonction du rôle sélectionné du DUT. La section Sélection de test répertorie tous les cas de test disponibles pour le rôle sélectionné sous Plan de test :

Harnais de test de certification OT

Sélectionnez les scénarios de test comme vous le souhaitez, puis cliquez sur le bouton de lecture vert pour exécuter.

Opérations de test manuel

Le faisceau de tests invite l'utilisateur à effectuer une saisie manuelle pendant certains cas de test.

Identifiants réseau

Pour les cas de test des sections 5, 6, 7 et 9 du plan de test, les informations d'identification réseau doivent être configurées hors bande. Par exemple:

Configuration des paramètres lors de la mise en service de l'appareil:

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

Configuration "DUT en tant que leader", avant la mise en place de l'interface:

dataset activetimestamp 1
Done
dataset commit active
Done

Configuration "DUT comme appareil final":

mode rsn
Done

Configuration "DUT as SED", où la période d' pollperiod (en millisecondes) est définie sur le SedPollingRate par défaut dans le SedPollingRate de tests:

mode s
Done
pollperiod 5000
Done

Affichez l'interface et la pile de Thread:

ifconfig up
Done
thread start
Done

Configuration du rôle de commissaire

Pour les cas de test de la section 8 du plan de test, configurez le rôle de commissaire.

Démarrez le commissaire après avoir mis en place la pile de threads:

commissioner start
Done

Ajouter des données de pilotage:

commissioner joiner add eui64 THREADJPAKETEST 200

L' eui64 est l'identifiant IEEE EUI-64 attribué en usine, obtenu via la commande CLI eui64 . THREADJPAKETEST est les informations d'identification de THREADJPAKETEST , qui sont utilisées pour générer la clé pré-partagée pour le périphérique (PSKd). Le Joiner est supprimé des données de pilotage après le délai d'expiration configuré.

Nous vous recommandons d'utiliser 500 comme valeur de délai pendant les cas de test 8.2.x Commissioner.

Démarrez le rôle Joiner après avoir mis en place l'interface Thread, en utilisant la valeur par défaut des THREADJPAKETEST identification de Joiner THREADJPAKETEST :

joiner start THREADJPAKETEST

Démarrez le rôle Joiner après avoir mis en place l'interface Thread, à l'aide de l'URL de mise en service spécifiée:

joiner start THREADJPAKETEST www.threadgroup.org

Autre entrée

Le faisceau de tests peut demander d'autres opérations manuelles et fournir des valeurs (telles qu'une adresse IPv6) à utiliser dans ces opérations. Utilisez les commandes CLI OpenThread suivantes si vous y êtes invité:

Rapide Commande CLI
Adresse étendue extaddr
Adresses IPv6 ipaddr
Adresse MAC de l'usine de menuisier eui64
Définir l'URL de provisionnement du commissaire commissioner provisioningurl www.threadgroup.org
Retour aux paramètres d'usine factoryreset
Obtenez tous les TLV dataset mgmtgetcommand active address ipv6-address
Obtenir le masque de canal réseau (0x35), le préfixe ULA MeshLocal (0x07), le nom du réseau (0x03) dataset mgmtgetcommand active address ipv6-address binary 350703
Obtenir le canal réseau (0x00), le préfixe ULA MeshLocal (0x07), le nom du réseau (0x03), la durée de balayage (0x38), la liste d'énergie (0x39) dataset mgmtgetcommand active address ipv6-address binary 0007033839

Pour obtenir la liste de toutes les commandes CLI, consultez la référence de l'interface CLI d'OpenThread .

Conseils de certification

Activer la sélection de périphérique pour le banc d'essai mixte

Pendant les tests de certification des threads, des bancs de test mixtes contenant des piles de référence d'ARM, NXP, Silicon Labs et OpenThread sont utilisés. Les topologies de banc de test sont définies dans le fichier C:\GRL\Thread1.1\Thread_Harness\TestScripts\TopologyConfig.txt .

Pour activer la sélection de périphérique afin d'effectuer un EnableDeviceSelection test avec les mêmes plates-formes de référence exactes que l'ATL du groupe de threads, définissez le paramètre EnableDeviceSelection dans le EnableDeviceSelection C:\GRL\Thread1.1\Config\Configuration.ini sur True .

EnableDeviceSelection = True

Blindage RF

Pour les cas de test 9.2.9 (Leader, Routeur) et 9.2.10 (Routeur, ED1, SED1), une attention particulière est nécessaire pour s'assurer que les bons appareils sont blindés RF. En supposant que tous les périphériques sont configurés dans les rôles comme chaque test nécessite:

  1. Démarrez le faisceau de test avec uniquement le renifleur NXP connecté à la machine Windows. Cela évite la découverte automatique de l'appareil par le faisceau de test.
  2. Branchez les appareils de test un par un et notez leur port série correspondant.
  3. Placez l'un des groupes d'appareils suivants dans le boîtier de blindage RF:
    • Pour le test 9.2.9:
      • Leader et commissaire
      • Router1, Router2 et Sniffer
    • Pour l'essai 9.2.10:
      • Leader et commissaire
      • Routeur, ED, SED et Sniffer
  4. Sur la page Configurer le banc de test du faisceau de tests, configurez chaque périphérique pour l'ordre de tri suivant dans la section Banc de test , en fonction du scénario de test:
    Ordre de tri final des appareils pour les cas de test de blindage RF
    9.2.9 1. Router2
    2. Commissaire
    3. Router1
    4. Chef
    9.2.10 1. SED
    2. ED
    3. Router1
    4. Commissaire
    5. Chef
    1. Effacez la section Test Bed de tous les appareils existants.
    2. Faites glisser les périphériques appropriés pour la topologie de scénario de test spécifique de la section Matériel pris en charge à gauche vers la section Banc de test à droite. Assurez-vous de les faire glisser dans l' ordre inverse de l'ordre de tri final. Par exemple, pour le cas de test 9.2.9, faites glisser le leader en premier, puis Router1 en second, et ainsi de suite. Si vous faites glisser le mauvais périphérique, effacez les périphériques dans la section Test Bed et recommencez.
    3. Dans la section Test Bed , indiquez le numéro de série ou les informations IP de chaque périphérique dans l'ordre de tri final. Par exemple, pour le cas de test 9.2.9, après le glissement, le premier périphérique est Router2, le second est Commissioner, et ainsi de suite.
    4. Cochez la case Activer la sélection automatique du dispositif DUT sous la liste Matériel pris en charge .
    5. Sélectionnez le bouton radio Définir comme DUT pour le DUT.
    6. Sélectionnez Tout connecter pour lancer la découverte de périphériques.
  5. Exécutez le scénario de test (9.2.9 ou 9.2.10). Protégez et débloquez chaque groupe de périphériques comme demandé par le faisceau de test.