Zertifizierung Automation-Setup

Zur Automatisierung wird Zertifizierungstests, zusätzliche Einrichtung erforderlich.

Alle Installations- und Konfigurationsschritte unten auf dem Windows-Rechner auftreten, um die GRL-Test Harness Software ausgeführt wird. Downloaden und installieren Sie die neueste GRL Thema Test - Harness , bevor Sie fortfahren.

Einmal installiert, gibt es zwei Automatisierungsmethoden für die zu testende Vorrichtung (DUT):

Openthread Harness Automation Tool
Test Harness Auto DUT - Modus

Openthread Harness Automation Tool

Installieren

Installieren Sie die folgende Software:
- Python 2.7
- Git für Windows (Bash Unterstützung wird dringend empfohlen)
Clone der Openthread-Repository die Automatisierungsskripts zu erhalten:
```
git clone https://github.com/openthread/openthread
```

Installieren Sie Python Anforderungen:

cd tools/harness-automation
pip install -r requirements.txt

Hängen Sie beide Google Chrome und ChromeDriver .

Konfigurieren

Erstellen Sie eine Konfigurationsdatei für die Automatisierungs-Tool:

cp autothreadharness/settings_sample.py autothreadharness/settings.py

Update, die neue Konfigurationsdatei gemäß den Anweisungen in der Datei.
Fügen Sie den folgenden Parameter auf die Test - Harness - Konfigurationsdatei, um gefunden C:\GRL\Thread1.1\Config\Configuration.ini :
```
BrowserAutoNavigate = False
```

Mixed Testbed Unterstützung

Das Gurtzeug Automation Tool unterstützt auch gemischte Prüfstände, wo die Referenzgeräte in jedem Testfall sind eine gemischte Gruppe von Geräten verwendet, und nicht alle das gleiche Gerät. Zum Beispiel, wie gewünscht, anstelle der Verwendung von 32 TI CC2538-Boards laufen Openthread für alle Testfälle, könnte man zwischen allen vier Themen-Referenzgeräte für jeden Testfall mischen.

So verwenden gemischte Prüfständen, zusätzliche Konfiguration erforderlich:

Fügen Sie die folgenden zusätzlichen Parameter in die Test Harness - Konfigurationsdatei, um gefunden C:\GRL\Thread1.1\Config\Configuration.ini :
```
EnableDeviceSelection = True
```
Laden Sie die Topologie - Konfigurationsdatei von der Thread - Gruppe . Fügen Sie diese Datei als TopologyConfig.txt auf C:\GRL\Thread1.1\Thread_Harness\TestScripts . Diese Datei Details für jede Rolle in jedem Testfall, das Referenzgerätes zu verwenden.

Die Topologie-Konfigurationsdatei von der Thread-Gruppe bereitgestellt wird, kann für andere Mischbett-Konfigurationen geändert werden, aber für die offizielle Zertifizierung der ursprüngliche Konfiguration verwendet werden muss.

Gültige Werte Verwendung als Referenz-Geräte in der Topologiekonfigurationsdatei sind:

Wert in der Topologie-Konfigurationsdatei	Test Harness Referenzgerät
`ARM`	ARM: NXP FRDM-K64F mit Firefly 6LoWPAN Schild
`NXP`	NXP (Freescale): USB-Dongles KW24D512
`OpenThread`	Openthread: TI CC2538DK
`SiLabs`	Silabs: EM358x USB Stick

Jeder Testfall Eintrag in der Topologiekonfigurationsdatei auf einer separaten Zeile sein muss und in formatierte role:device wie folgt:

5.3.10-Leader:NXP,Router_1:OpenThread,BorderRouter:OpenThread,MED_1:ARM

Test Harness Auto DUT-Modus

Die GRL-Test Harness Software bietet eine erweiterte automatische Erkennungsfunktion (Auto DUT), die für Themen-Referenzsstack Anbieter den Validierungsprozess beschleunigt.

Openthread stellt ein Beispiel Thema Host Controller Interface (THCI) , dass der Test Harness ermöglicht als Komponente oder Produkt zu kontrollieren , wenn es zu einem der Referenzplattformen sind. Nach den seriellen Port Eigenschaften Ihrer spezifischen Plattform, Ihr DUT könnte entweder:

wirken als die bestehende Openthread Referenzplattform
oder
fungieren als eine neue Referenz - Plattform

Acting als die bestehenden Openthread-Referenzplattform

Wenn die serielle Schnittstelle der DUT Funktionen unter Einstellungen von 115200 8-N-1, und dem Gerät korrekt nach jedem physischen Geräten-Reset reagiert (beispielsweise die Geräte gültige Verbindung zum Windows-Rechner zu bestätigen), dann kann die Plattform nutzen, die Openthread THCI Werkzeug. Dieses Werkzeug ermöglicht es dem Gerät als Openthread Referenzplattform wirken während des Tests.

Schließen Sie den GRL-Test Harness, wenn es geöffnet ist.
Befestigen Sie das Gerät mit dem Windows-Rechner.
Finden Sie das Gerät serielle Schnittstelle Hardware-Kennung, den Python pyserial Modul:
1. Installieren Sie pyserial auf dem Windows - Rechner.
2. Verwenden Sie Python auf der Linie Windows-Befehl, um alle Hardware-IDs (VID und PID) für Geräte mit dem Gerät verbunden aufzuzählen. In dieser Ausgabe wird ein Gerät mit einer Kennung von VID = 1366 und PID = 1015 verbunden:
```
 python -m serial.tools.list_ports -v
COM10
    desc: USB Serial Port (COM10)
    hwid: USB\ VID_1366+PID_1015 +MI_00 
```
3. Wenn Sie den COM-Port bereits kennen, können Sie einen anderen Befehl verwenden. Zum Beispiel ist , wenn das COM - Port COM10 :
```
 python -c "import serial.tools.list_ports;print [ports[2] for ports in serial.tools.list_ports.comports() if ports[0] == 'COM10']"
['USB\ VID_1366+PID_1015 +MI_00']
```

Aktualisieren Sie die Goldene Geräteliste:

Öffnen Sie C:\GRL\Thread1.1\Config\Configuration.ini .

Aktualisieren der Openthread - Gruppe in der GoldenDeviceHardwareIds Array mit dem VID und PID der Einrichtung (e):

GoldenDeviceHardwareIds = {
'NXP': ['VID:PID=1FC9:0300','VID:PID=15A2:0300','VID:PID=1366:1015'], 
'SiLabs': 'VID:PID=10C4:8A5E', 
'ARM': 'VID:PID=0D28:0204', 
'OpenThread':['VID:PID=10C4:EA60', 'VID:PID=1366:1015' ]}

Enable Auto DUT - Modus .

Acting als neue Referenzplattform

Wenn die serielle Schnittstelle des Prüflings funktioniert nicht unter den richtigen Einstellungen des seriellen Schnittstelle oder das Gerät reagiert nicht richtig nach einem physischen Gerät zurückgesetzt (gibt unlesbaren Code in 3-6 Sekunden Reset), dann kann Openthread THCI zu behandeln angepasst werden das Gerät als neue Plattform in der Testumgebung.

Zum Beispiel THCI mit der anpassen Nordic Semiconductor nRF52840 Plattform:

Schließen Sie den GRL-Test Harness, wenn es geöffnet ist.

Modify /tools/harness-thci/OpenThread.py basierend auf den UART Eigenschaften der Zielvorrichtung. Modifikationen können zwischen Zielgeräten unterscheiden. Im Fall der nordischen nRF52840 Plattform:

Benennen Sie die OpenThread.py Datei zu nRF52840.py .
Ändern Sie die ersten drei Vorkommen von „Openthread“ auf „nRF52840“:
```
 >> Device : nRF52840 THCI
>> Class : nRF52840

class nRF52840(IThci):
 
```

Ändern Sie die Parameter der seriellen Schnittstelle:

def _connect(self):
    print 'My port is %s' % self.port
    if self.port.startswith('COM'):
        self.handle = serial.Serial(self.port, 115200, timeout=0)
        time.sleep(1)
        self.handle.write('\r\n')
        time.sleep(0.1)
        self._is_net = False
    elif ':' in self.port:
        host, port = self.port.split(':')
        self.handle = socket.create_connection((host, port))
        self.handle.setblocking(0)
        self._is_net = True
    else:
        raise Exception('Unknown port schema')
    self.UIStatusMsg = self.getVersionNumber()

Ändern Sie die Schlafzeit die Auswirkungen der unlesbaren Code-Ausgabe nach Gerätereset zu beseitigen:

def powerDown(self):
    """power down the Thread device"""
    print '%s call powerDown' % self.port
    self._sendline('reset')
    self.isPowerDown = True
    time.sleep(8)  # New addition

def reboot(self):
    """reset and rejoin to Thread Network without any timeout

    Returns:
        True: successful to reset and rejoin the Thread Network
        False: fail to reset and rejoin the Thread Network
    """
    print '%s call reboot' % self.port
    try:
        self._sendline('reset')
        self.isPowerDown = True
        time.sleep(8)  # Updated from 3 to 8

def reset(self):
    """factory reset"""
    print '%s call reset' % self.port
    try:
        self._sendline('factoryreset')
        time.sleep(8)  # Updated from 3 to 8
        self._read()

def resetAndRejoin(self, timeout):
    """reset and join back Thread Network with a given timeout delay

    Args:
        timeout: a timeout interval before rejoin Thread Network

    Returns:
        True: successful to reset and rejoin Thread Network
        False: fail to reset and rejoin the Thread Network
    """
    print '%s call resetAndRejoin' % self.port
    print timeout
    try:
        self._sendline('reset')
        self.isPowerDown = True
        time.sleep(timeout)
        if timeout < 8:      # Sleep a bit longer if the timeout is short
            time.sleep(8 - timeout)

Kopieren Sie die geänderte nRF52840.py - Datei C:\GRL\Thread1.1\Thread_Harness\THCI

Fügen Sie die neue Plattform, um Informationen auf dem Prüfstand Harness:

Erstellen Sie ein Symbol (in png oder jpg - Format) zu erleichtern , Ihre Plattform zu differenzieren und kopieren Sie sie in C:\GRL\Thread1.1\Web\images .

Update C:\GRL\Thread1.1\Web\data\deviceInputFields.xml mit einem neuen DEVICE Abschnitt, in dem die thumbnail - Parameter die Icon - Datei ist:

 <DEVICE name="nRF52840" thumbnail="nRF52840.jpg" description ="nRF52840: Nordic" THCI="nRF52840">
    <ITEM label="Serial Line"
          type="text"
          forParam="SerialPort"
          validation="COM"
          hint="eg: COM1">COM
    </ITEM>
    <ITEM label="Speed"
          type="text"
          forParam="SerialBaudRate"
          validation="baud-rate"
          hint="eg: 115200">115200
    </ITEM>
</DEVICE>

Befestigen Sie das Gerät mit dem Windows-Rechner.
Finden Sie das Gerät serielle Schnittstelle Hardware-Kennung, den Python pyserial Modul:
1. Installieren Sie pyserial auf dem Windows - Rechner.
2. Verwenden Sie Python auf der Linie Windows-Befehl, um alle Hardware-IDs (VID und PID) für Geräte mit dem Gerät verbunden aufzuzählen. In dieser Ausgabe wird ein Gerät mit einer Kennung von VID = 1366 und PID = 1015 verbunden:
```
 python -m serial.tools.list_ports -v
COM10
    desc: USB Serial Port (COM10)
    hwid: USB\ VID_1366+PID_1015 +MI_00 
```
3. Wenn Sie den COM-Port bereits kennen, können Sie einen anderen Befehl verwenden. Zum Beispiel ist , wenn das COM - Port COM10 :
```
 python -c "import serial.tools.list_ports;print [ports[2] for ports in serial.tools.list_ports.comports() if ports[0] == 'COM10']"
['USB\ VID_1366+PID_1015 +MI_00']
```

Aktualisieren Sie die Goldene Geräteliste:

Öffnen Sie C:\GRL\Thread1.1\Config\Configuration.ini .

Fügen Sie eine neue Plattform - Gruppe in der GoldenDeviceHardwareIds Array mit der VID und PID des Gerätes:

GoldenDeviceHardwareIds = {
'NXP': ['VID:PID=1FC9:0300','VID:PID=15A2:0300','VID:PID=1366:1015'], 
'SiLabs': 'VID:PID=10C4:8A5E', 
'ARM': 'VID:PID=0D28:0204', 
'OpenThread':'VID:PID=10C4:EA60', 
 'nRF52840': 'VID:PID=1366:1015' }

Enable Auto DUT - Modus .

Enable Auto DUT-Modus

Nachdem einer der beiden oben genannten Konfigurationsoptionen sind vollständig:

Öffnen Sie das GRL-Test Harness, das Gerät / Port erscheint nun als neues Referenzgerät.
Aktivieren Sie das Auto DUT Geräteauswahl Kontrollkästchen unter der unterstützten Hardware - Liste.
Wählen Sie das Set als DUT Optionsfeld unter dem Zielgerät / Port das Gerät als das DUT einzustellen.

Zurück

Voraussetzungen

Weiter

Ausführen von Testfällen