Як можна перевірити вихідний код Arduino автоматично (безперервна інтеграція)?

Я хотів би керувати своїм вихідним кодом Arduino (проекти та бібліотеки) під контролем джерела з постійним тестуванням. Як я можу автоматично компілювати код за допомогою інструментів безперервної інтеграції, щоб переконатися, що кожна версія компілюється чисто? У кращому випадку слід мати можливість налаштувати збірки для декількох процесорів, необов'язково виконувати тести одиниць та перевіряти наявність максимального бінарного розміру.

Найновіша версія Arduino ide має інтерфейс командного рядка для створення та завантаження коду. Але ви, очевидно, можете це зробити за допомогою makefile та avrdude. Тепер ви склали свій код, але вам потрібно тестування. Оскільки тренажер складний, неповний, експансивний і .. Просто моделювання, і тому що чіп порівняно дешевий, побудова дошки відьом зробить взаємодію HW та перевірить результати найшвидшим та найпростішим способом. На цій "спеціальній" дошці ви можете завантажити щось на зразок перекладача-перекладача, взяти тест з ПК і виконати його, щось подібне на firmata для arduino. Принаймні так я буду будувати це. І наскільки я знаю, цього не знаю, навіть якщо я впевнений, що багато галузей повинні і, ймовірно, це роблять.

Як творець PlatformIO, я б рекомендував вам розібратися в цьому. Це розробник коду між платформами та відсутній менеджер бібліотеки. Він може створити той самий код для багатьох популярних вбудованих платформ і плат.

PlatformIO можна інтегрувати з багатьма популярними системами безперервної інтеграції (CI) (або власною). Дивіться документацію з прикладами .

Давайте розглянемо .travis.ymlconfig / шаблон для 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 можна знайти тут: Постійна інтеграція для вбудованих систем

На прикладі показано, як створювати та завантажувати зображення в Arduino та виконувати веб-тести Selenium (система тестується веб-сервером на базі Arduino).

Я написав цей тест UnitTest рамки для Arduino, так як я не міг знайти правильний існуючий. Поки я не писав це для CI, це було б добре підходить для роботи з CI, оскільки воно не вимагає апаратного забезпечення, але його можна запускати на ПК.

Запуск CI без апаратних засобів має хороші та погані сторони, хороші сторони це враховують

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

Знизу є:

• Це не тестування фактичного цільового коду, наприклад, ваш "int" - 32 біти на вашому ПК та 16 біт в AVR.

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

arduino_ciРубіновий камінь підтримує локальне тестування і інтеграцію Travis CI (наприклад , цю роботу збірки для бібліотеки Adafruit Fona ).

Деякі приклади інтеграції:

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

У мене виникла проблема для повідомлення розміру ескізу, але жодної роботи з цього питання не виконано. Можливо також, що я могла б паралелізувати складання колись, але на даний момент я не точно знаю, як би це зробити. Наразі самий трудомісткий крок збирання на Travis CI - це завантаження Arduino IDE ... паралельне тестування не дасть великої вм'ятини в тому випадку, якщо кожна робота повинна зробити цей крок.

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