¿Cómo se puede probar el código fuente de Arduino automáticamente (integración continua)?

Me gustaría administrar mi código fuente Arduino (proyectos y bibliotecas) bajo control de fuente con pruebas continuas. ¿Cómo puedo compilar automáticamente el código con herramientas de integración continua, para asegurarme de que cada versión se compila limpiamente? En el mejor de los casos, uno debería poder configurar compilaciones para múltiples procesadores, opcionalmente ejecutar pruebas unitarias y verificar el tamaño binario máximo.

La versión más nueva de Arduino ide tiene una interfaz de línea de comandos para construir y cargar código. Pero obviamente puede hacerlo mediante makefile y avrdude. Ahora, ha compilado su código PERO necesita pruebas. Como el simulador es complejo, incompleto, expansivo y ... Solo una simulación, y debido a que el chip es relativamente barato, construir una bruja de tablero hará que la interacción HW Y compruebe los resultados es la forma más rápida y fácil. En ese tablero "especial" puedes subir algo como un intérprete que toma una prueba de la PC y la ejecuta, algo similar a firmata para arduino. Al menos así es como lo construiría. Y hasta donde sé, no hay una implementación conocida de esto, incluso si estoy bastante seguro de que muchas industrias deberían y probablemente lo harán.

Como creador de PlatformIO , le recomendaría que lo investigue. Es un generador de código multiplataforma y un administrador de bibliotecas perdido. Puede construir el mismo código para las muchas plataformas y placas de desarrollo integradas populares.

PlatformIO se puede integrar con muchos sistemas populares de Integración Continua (CI) (o el suyo propio). Ver documentación con ejemplos .

Veamos la .travis.ymlconfiguración / plantilla para 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

Ejemplo

Integración para USB_Host_Shield_2.0proyecto. El .travis.ymlarchivo de configuración:

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="."

• Archivo de configuración: https://github.com/felis/USB_Host_Shield_2.0/blob/master/.travis.yml
• Historial de compilación: https://travis-ci.org/felis/USB_Host_Shield_2.0

Aquí puede encontrar un ejemplo de cómo configurar la integración continua de Jenkins para el proyecto Arduino: integración continua para sistemas integrados

El ejemplo muestra cómo construir y cargar imágenes en Arduino y ejecutar pruebas web Selenium (el sistema bajo prueba es un servidor web basado en Arduino).

Escribí este marco de prueba de unidad de prueba para Arduino, ya que no pude encontrar el adecuado existente. Si bien no lo escribí para CI, sería adecuado para el trabajo de CI, ya que no requiere hardware pero se puede ejecutar en la PC.

Ejecutar los trabajos de CI sin el hardware tiene lados buenos y lados malos, los lados buenos indican que

• Sin flasheo, no se necesita hardware -> puede ejecutarse en paralelo -> rápido para verificar, por ejemplo, para cada confirmación
• No hay problemas de hardware que influyan en las pruebas -> no hay que preocuparse si esta prueba simplemente falló porque mi componente de hardware XYZ no es estable

En el lado negativo hay:

• No está probando el código objetivo real, por ejemplo, su 'int' es de 32 bits en su PC y 16 bits en AVR.

Acabo de armar un artículo de tamaño decente como respuesta a esta pregunta relacionada sobre un marco de prueba de Arduino CI / unit que escribí que finalmente es lo suficientemente maduro como para comenzar a hablar públicamente.

La arduino_cigema de rubí admite las pruebas locales y la integración de Travis CI (por ejemplo, este trabajo de compilación para la biblioteca Adafruit FONA ).

Algunos ejemplos de cómo se integra:

• La biblioteca de ejemplo DoSomething que se muestra arriba, utilizada para probar el propio arduino_ci
• Un ejemplo práctico, probar una implementación de cola
• Un ejemplo complejo, que simula una biblioteca que controla un dispositivo interactivo a través de una conexión SoftwareSerial como parte de la biblioteca Adafruit FONA

Tengo un problema creado para informar el tamaño del boceto, pero no se ha realizado ningún trabajo al respecto. También es posible que algún día pueda paralelizar las compilaciones, pero por el momento no estoy exactamente seguro de cómo hacerlo. En este momento, el paso de compilación que lleva más tiempo en Travis CI es descargar Arduino IDE ... las pruebas paralelas no afectarán mucho si cada trabajo necesita hacer ese paso.

Yo recomendaría usar el plugin arduino eclipse llamado sloeber sloeber.io del cual soy el líder del proyecto.
Se integra con el control de versiones y permite construir en múltiples plataformas, ya que admite múltiples configuraciones.
Aunque todavía no es una prueba idiota, he documentado y demostrado que utilizo pruebas unitarias de código arduino en la PC local usando el marco de prueba de google.
Aquí hay un enlace a un blog que contiene una presentación de cómo puedes hacerlo. http://blog.baeyens.it/#post25