Esta página foi traduzida pela API Cloud Translation.

Configuração de certificação de automação

Para automatizar os testes de certificação, é necessária uma configuração adicional.

Todas as etapas de instalação e configuração abaixo ocorrem na máquina Windows que executa o software GRL Test Harness. Faça o download e instale a última GRL Tópico Harness de teste antes de continuar.

Depois de instalado, existem dois métodos de automação para o dispositivo em teste (DUT):

Ferramenta de automação de arnês OpenThread
Modo DUT automático do chicote de fios de teste

Ferramenta de automação de arnês OpenThread

Instalar

Instale o seguinte software:
- Python 2.7
- Git para Windows (suporte Bash é altamente recomendado)
Clone o repositório OpenThread para obter os scripts de automação:
```
git clone https://github.com/openthread/openthread
```

Instalar requisitos Python:

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

Instale ambos Google Chrome e ChromeDriver .

Configure

Criar um arquivo de configuração para a ferramenta de automação:

cp autothreadharness/settings_sample.py autothreadharness/settings.py

Atualize esse novo arquivo de configuração de acordo com as instruções no arquivo.
Adicione o seguinte parâmetro para o arquivo de configuração Harness de teste, encontrada em C:\GRL\Thread1.1\Config\Configuration.ini :
```
BrowserAutoNavigate = False
```

Suporte de banco de ensaio misto

A Harness Automation Tool também oferece suporte a bancos de teste mistos, onde os dispositivos de referência usados em cada caso de teste são um conjunto misto de dispositivos, em vez de todos os mesmos dispositivos. Por exemplo, em vez de usar 32 placas TI CC2538 executando OpenThread para todos os casos de teste, você pode misturar e combinar todos os quatro dispositivos de referência de Thread para cada caso de teste, conforme desejado.

Para usar testbeds mistos, é necessária configuração adicional:

Adicione o seguinte parâmetro adicional para o arquivo de configuração Harness de teste, encontrada em C:\GRL\Thread1.1\Config\Configuration.ini :
```
EnableDeviceSelection = True
```
Baixe o arquivo de configuração da topologia do Grupo Tópico . Adicione este arquivo como TopologyConfig.txt para C:\GRL\Thread1.1\Thread_Harness\TestScripts . Este arquivo detalha qual dispositivo de referência usar para cada função em cada caso de teste.

O arquivo de configuração de topologia fornecido pelo Thread Group pode ser modificado para outras configurações de leito misto, mas para certificação oficial, a configuração original deve ser usada.

Os valores válidos a serem usados para dispositivos de referência no arquivo de configuração de topologia são:

Valor no arquivo de configuração de topologia	Dispositivo de referência de arnês de teste
`ARM`	ARM: NXP FRDM-K64F com Firefly 6LoWPAN Shield
`NXP`	NXP (Freescale): Dongles USB-KW24D512
`OpenThread`	OpenThread: TI CC2538DK
`SiLabs`	Silabs: EM358x USB Stick

Cada entrada caso de teste no arquivo de configuração da topologia deve estar em uma linha separada e formatados em role:device pares da seguinte forma:

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

Modo DUT automático do chicote de fios de teste

O software GRL Test Harness fornece um recurso de descoberta automática avançada (DUT automático) que acelera o processo de validação para fornecedores de pilha de referência de thread.

OpenThread fornece um exemplo da linha Host Controller Interface (THCI) que permite que o equipamento de teste para controlar o seu componente ou produto como se fosse uma das plataformas de referência. De acordo com as características da porta serial de sua plataforma específica, seu DUT poderia:

atuar como a plataforma de referência OpenThread existente
ou
atuar como uma nova plataforma de referência

Atuando como a plataforma de referência OpenThread existente

Se a porta serial do DUT funcionar nas configurações de 115200 8-N-1, e o dispositivo responder corretamente após cada reinicialização do dispositivo físico (por exemplo, para confirmar a conexão válida do dispositivo com a máquina Windows), a plataforma pode usar o Ferramenta OpenThread THCI. Essa ferramenta permite que o dispositivo atue como plataforma de referência OpenThread durante o teste.

Feche o GRL Test Harness, se estiver aberto.
Conecte o dispositivo à máquina Windows.
Encontre o identificador de hardware da porta serial do dispositivo, usando o módulo Python pySerial:
1. Instale pyserial na máquina Windows.
2. Use Python na linha de comando do Windows para enumerar todos os identificadores de hardware (VID e PID) para dispositivos conectados à máquina. Neste saída, um dispositivo está ligado a um identificador de VID = 1,366 e o PID = 1015:
```
python -m serial.tools.list_ports -v
COM10
    desc: USB Serial Port (COM10)
    hwid: USB\VID_1366+PID_1015+MI_00
```
3. Se você já conhece a porta COM, pode usar um comando diferente. Por exemplo, se a porta COM é 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']
```

Atualize a lista Golden Device:

Abra C:\GRL\Thread1.1\Config\Configuration.ini .

Actualizar o grupo OpenThread no GoldenDeviceHardwareIds matriz com o VID e PID do dispositivo (s):

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']}

Ativar o modo Auto DUT .

Atuando como uma nova plataforma de referência

Se a porta serial do DUT não funcionar nas configurações de porta serial adequadas, ou o dispositivo não responder corretamente após uma reinicialização do dispositivo físico (emite um código ilegível dentro de 3-6 segundos após a reinicialização), então o OpenThread THCI pode ser personalizado para tratar o dispositivo como uma nova plataforma no Harness de testes.

Por exemplo, para personalizar THCI usando o Nordic Semiconductor nRF52840 plataforma:

Feche o GRL Test Harness, se estiver aberto.

Modificar /tools/harness-thci/OpenThread.py com base nas características do UART do dispositivo de destino. As modificações podem ser diferentes entre os dispositivos de destino. No caso da plataforma nRF52840 nórdica:

Renomeie o OpenThread.py arquivo para nRF52840.py .

Altere as três primeiras ocorrências de "OpenThread" para "nRF52840":

>> Device : nRF52840 THCI
>> Class : nRF52840

class nRF52840(IThci):

Altere os parâmetros da porta serial:

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()

Altere o tempo de suspensão para eliminar o impacto da saída de código ilegível após a redefinição do dispositivo:

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)

Copie o modificado nRF52840.py arquivo para C:\GRL\Thread1.1\Thread_Harness\THCI

Adicione as novas informações da plataforma ao Harness de Teste:

Criar um ícone (em png ou formato jpg) para tornar mais fácil para diferenciar sua plataforma e copiá-lo para C:\GRL\Thread1.1\Web\images .

Atualização C:\GRL\Thread1.1\Web\data\deviceInputFields.xml com um novo DEVICE seção, onde a thumbnail parâmetro é o arquivo de ícone:

<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>

Conecte o dispositivo à máquina Windows.
Encontre o identificador de hardware da porta serial do dispositivo, usando o módulo Python pySerial:
1. Instale pyserial na máquina Windows.
2. Use Python na linha de comando do Windows para enumerar todos os identificadores de hardware (VID e PID) para dispositivos conectados à máquina. Neste saída, um dispositivo está ligado a um identificador de VID = 1,366 e o PID = 1015:
```
python -m serial.tools.list_ports -v
COM10
    desc: USB Serial Port (COM10)
    hwid: USB\VID_1366+PID_1015+MI_00
```
3. Se você já conhece a porta COM, pode usar um comando diferente. Por exemplo, se a porta COM é 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']
```

Atualize a lista Golden Device:

Abra C:\GRL\Thread1.1\Config\Configuration.ini .

Adicionar um novo grupo de plataforma no GoldenDeviceHardwareIds conjunto com a VID e PID do dispositivo:

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'}

Ativar o modo Auto DUT .

Ativar modo DUT automático

Após a conclusão de uma das duas opções de configuração acima:

Abra o GRL Test Harness, o dispositivo / porta agora aparece como um novo dispositivo de referência.
Selecione a opção Enable Auto DUT Seleção de dispositivo de baixo da lista de hardware suportado.
Selecione o Definir como DUT botão de rádio sob o dispositivo de destino / porta para definir o dispositivo como o DUT.

Pré-requisitos

Executando Casos de Teste