Как можно автоматически тестировать исходный код Arduino (непрерывная интеграция)?

Новейшая версия Arduino ide имеет интерфейс командной строки для создания и загрузки кода. Но вы, очевидно, можете сделать это с помощью makefile и avrdude. Итак, вы скомпилировали свой код, НО вам нужно его протестировать. Поскольку симулятор сложен, неполный, обширный и... Просто симуляция, и поскольку чип относительно дешев, создание платы-ведьмы сделает взаимодействие аппаратного обеспечения И проверку результатов самым быстрым и простым способом. На эту «специальную» плату вы можете загрузить что-то вроде интерпретатора, который проведет тест с ПК и выполнит его, что-то похожее на Firmata для Arduino. По крайней мере, я бы построил именно так. И, насколько мне известно, эта реализация неизвестна, хотя я совершенно уверен, что многие отрасли должны и, вероятно, это сделают.

Один пример настройки непрерывной интеграции Jenkins для проекта Arduino можно найти здесь: Непрерывная интеграция встраиваемых систем

В примере показано, как собрать и загрузить образ в Arduino, а также выполнить веб-тесты Selenium (тестируемая система представляет собой веб-сервер на базе Arduino).

Как создатель PlatformIO я бы рекомендовал вам изучить его. Это кроссплатформенный конструктор кода и отсутствующий менеджер библиотек. Он может создавать один и тот же код для многих популярных платформ и плат разработки встраиваемых систем.

PlatformIO можно интегрировать со многими популярными системами непрерывной интеграции (CI) (или вашими собственный). См. документацию с примерами.

Давайте рассмотрим конфигурацию/шаблон .travis.yml для 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

Пример

Интеграция для проекта USB_Host_Shield_2.0. Файл конфигурации .travis.yml:

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

• Файл конфигурации: https://github.com/felis/USB_Host_Shield_2.0/blob /master/.travis.yml
• История сборки: https://travis-ci.org/felis/USB_Host_Shield_2.0

Я бы посоветовал использовать плагин arduino eclipse под названием sloeber sloeber.io, руководителем проекта которого я являюсь.
Он интегрируется с контролем версий и позволяет создавать приложения на нескольких платформах, поскольку поддерживает несколько конфигураций.
Хотя это еще не доказательство идиотизма, я задокументировал и продемонстрировал модульное тестирование кода Arduino на локальном компьютере с использованием тестовой среды Google.
Вот ссылка на блог, содержащий презентацию того, как вы можете это сделать. http://blog.baeyens.it/#post25

Я написал этот тест unittest для Arduino, так как не смог найти правильное существование. Хотя я не писал его для CI, он хорошо подойдет для работы CI, поскольку не требует аппаратного обеспечения, но его можно запускать на ПК.

Выполнение заданий CI без аппаратного обеспечения имеет хорошие и плохие стороны, но в этом есть и хорошие стороны

• Нет перепрошивки, не требуется никакого оборудования -> можно запускать параллельно -> быстро проверять, например, каждый коммит
• Никаких аппаратных проблем, влияющих на тесты -> не нужно беспокоиться, этот тест просто не удался, потому что мой аппаратный компонент XYZ нестабилен.

Недостатки:

• Это не проверка фактического целевого кода, например, ваш int имеет размер 32 бита на вашем ПК и 16 битов в AVR.

Я только что собрал описание приличного размера в качестве ответа на этот связанный вопрос о написанная мной среда CI/модульного тестирования Arduino, которая наконец-то достаточно зрелая, чтобы начать говорить о ней публично.

Гем Ruby arduino_ci поддерживает как локальное тестирование, так и интеграцию Travis CI (например, эта сборка работа в библиотеке Adafruit FONA).

Некоторые примеры интеграции:

• Показанная выше библиотека примеров DoSomething используется для тестирования самого arduino_ci.
• Практический пример: тестирование реализации очереди
• Сложный пример, моделирующий библиотеку, которая управляет интерактивным устройством через соединение SoftwareSerial как часть библиотеки Adafruit FONA.

У меня есть проблема, созданная для сообщения о размере скетча, но над ней не было проделано никакой работы. Также возможно, что когда-нибудь я смогу распараллелить сборки, но на данный момент я не совсем уверен, как бы я это сделал. На данный момент самым трудоемким этапом сборки Travis CI является загрузка Arduino IDE... параллельное тестирование не сильно повлияет на это, если этот шаг необходимо выполнять для каждого задания.