Como o código fonte do Arduino pode ser testado automaticamente (integração contínua)?

Gostaria de gerenciar meu código fonte do Arduino (projetos e bibliotecas) sob controle de origem com testes contínuos. Como posso compilar automaticamente o código com ferramentas de integração contínua, para garantir que cada versão seja compilada corretamente? Na melhor das hipóteses, deve-se conseguir configurar compilações para vários processadores, opcionalmente executar testes de unidade e verificar o tamanho binário máximo.

A versão mais recente do Arduino ide possui uma interface de linha de comando para criar e fazer upload de código. Mas você pode obviamente fazer isso por makefile e avrdude. Agora, você compilou seu código, mas precisa testar. Como o simulador é complexo, incompleto, expansivo e ... Apenas uma simulação, e como o chip é relativamente barato, a construção de uma placa fará a interação HW E verificará os resultados da maneira mais rápida e fácil. Nesse quadro "especial", você pode fazer o upload de algo como um intérprete, fazer um teste no PC e executá-lo, algo semelhante ao firmata para o arduino. Pelo menos é assim que eu construí-lo. E, tanto quanto eu sei, não há uma implementação conhecida, mesmo que eu tenha certeza de que muitos setores deveriam e provavelmente fazem isso.

Como criador do PlatformIO , recomendo que você analise. É um construtor de código de plataforma cruzada e um gerenciador de bibliotecas ausente. Ele pode criar o mesmo código para as muitas plataformas e placas de desenvolvimento incorporado populares.

O PlatformIO pode ser integrado a muitos sistemas populares de Integração Contínua (CI) (ou os seus). Veja a documentação com exemplos .

Vamos dar uma olhada no .travis.ymlconfig / template para o Travis CI:

language: python
python:
    - "2.7"

env:
    - PLATFORMIO_CI_SRC=path/to/source/file.c
    - PLATFORMIO_CI_SRC=path/to/source/file.ino
    - PLATFORMIO_CI_SRC=path/to/source/directory

install:
    - python -c "$(curl -fsSL https://raw.githubusercontent.com/platformio/platformio/master/scripts/get-platformio.py)"

script:
    - platformio ci --board=TYPE_1 --board=TYPE_2 --board=TYPE_N

Exemplo

Integração para USB_Host_Shield_2.0projeto. O .travis.ymlarquivo de configuração:

language: python
python:
    - "2.7"

env:
    - PLATFORMIO_CI_SRC=examples/acm/acm_terminal
    - PLATFORMIO_CI_SRC=examples/Bluetooth/WiiIRCamera PLATFORMIO_BUILD_FLAGS="-DWIICAMERA"
    - PLATFORMIO_CI_SRC=examples/ftdi/USBFTDILoopback
    - PLATFORMIO_CI_SRC=examples/Xbox/XBOXUSB
    # - ...

install:
    - python -c "$(curl -fsSL https://raw.githubusercontent.com/platformio/platformio/master/scripts/get-platformio.py)"

    # Libraries from PlatformIO Library Registry
    # http://platformio.org/#!/lib/show/416/TinyGPS
    # http://platformio.org/#!/lib/show/417/SPI4Teensy3
    - platformio lib install 416 417

script:
    - platformio ci --board=uno --board=teensy31 --board=due --lib="."

• Arquivo de configuração: https://github.com/felis/USB_Host_Shield_2.0/blob/master/.travis.yml
• Histórico da compilação: https://travis-ci.org/felis/USB_Host_Shield_2.0

Um exemplo de configuração da integração contínua Jenkins para o projeto Arduino pode ser encontrado aqui: Integração contínua para sistemas embarcados

O exemplo mostra como criar e fazer upload de imagens no Arduino e executar testes da web Selenium (o sistema em teste é um servidor da web baseado em Arduino).

Eu escrevi esse framework de teste mais unittest para o Arduino, já que eu não conseguia encontrar a existência adequada. Embora eu não o tenha escrito para o CI, seria adequado para o trabalho do CI, pois não requer hardware, mas pode ser executado no PC.

A execução dos trabalhos de IC sem o hardware tem bons e maus lados, bons lados porque

• Sem piscar, sem necessidade de hardware -> pode ser executado em paralelo -> rápido para verificar, por exemplo, todas as confirmações
• Não há problemas de hardware que influenciam os testes -> não há necessidade de se preocupar se este teste falhou porque meu componente de hardware XYZ não é estável

O lado negativo é:

• Não está testando o código de destino real, por exemplo, seu 'int' é de 32 bits no seu PC e 16 bits no AVR.

Acabei de montar um artigo de tamanho decente como resposta a esta pergunta relacionada sobre uma estrutura de teste de unidade de CI / Arduino que escrevi que finalmente está madura o suficiente para começar a falar publicamente.

A arduino_ciruby gem suporta testes locais e integração com o Travis CI (por exemplo, este trabalho de construção para a biblioteca Adafruit FONA ).

Alguns exemplos de como ele se integra:

• A biblioteca de exemplo DoSomething mostrada acima, usada para testar o próprio arduino_ci
• Um exemplo prático, testando uma implementação de Fila
• Um exemplo complexo, simulando uma biblioteca que controla um dispositivo interativo por uma conexão SoftwareSerial como parte da biblioteca Adafruit FONA

Eu tenho um problema criado para relatar o tamanho do esboço, mas nenhum trabalho foi feito sobre isso. Também é possível que eu possa paralelizar as compilações algum dia, mas no momento não tenho muita certeza de como faria isso. No momento, a etapa de compilação mais demorada no Travis CI é o download do IDE do Arduino ... o teste paralelo não prejudicará muito se todas as tarefas precisarem fazer essa etapa.

Eu recomendaria usar o plug-in do arduino eclipse chamado sloeber sloeber.io, do qual sou o líder do projeto.
Ele se integra ao controle de versão e permite a criação em várias plataformas, pois suporta várias configurações.
Embora ainda não seja uma prova idiota, eu documentei e demonstrei o teste de unidade do código arduino no PC local usando a estrutura de teste do google.
Aqui está um link para um blog que contém uma apresentação de como você pode fazê-lo. http://blog.baeyens.it/#post25