Jak można automatycznie testować kod źródłowy Arduino (ciągła integracja)?

Chciałbym zarządzać moim kodem źródłowym Arduino (projektami i bibliotekami) pod kontrolą źródła przy ciągłym testowaniu. Jak mogę automatycznie skompilować kod za pomocą narzędzi do ciągłej integracji, aby mieć pewność, że każda wersja kompiluje się czysto? W najlepszym przypadku powinno być możliwe skonfigurowanie kompilacji dla wielu procesorów, opcjonalne uruchomienie testów jednostkowych i sprawdzenie maksymalnego rozmiaru pliku binarnego.

Najnowsza wersja Arduino ide ma interfejs wiersza poleceń do budowania i przesyłania kodu. Ale możesz oczywiście to zrobić przez makefile i avrdude. Teraz skompilowałeś swój kod, ALE potrzebujesz testowania. Ponieważ symulator jest złożony, niekompletny, ekspansywny i ... Po prostu symulacja, a ponieważ układ scalony jest stosunkowo tani, zbudowanie planszy sprawi, że interakcja HW ORAZ sprawdzenie wyników w najszybszy i najłatwiejszy sposób. Na tej „specjalnej” płycie możesz wgrać coś w rodzaju tłumacza, który bierze test z komputera i wykonuje go, coś podobnego do firmata dla arduino. Przynajmniej tak bym to zbudował. I o ile wiem, nie jest to znane, nawet jeśli jestem pewien, że wiele branż powinno i prawdopodobnie to robi.

Jako twórca PlatformIO , polecam przyjrzeć się temu. Jest to wieloplatformowy konstruktor kodów i brakujący menedżer bibliotek. Może zbudować ten sam kod dla wielu popularnych wbudowanych platform programistycznych i płyt.

PlatformIO można zintegrować z wieloma popularnymi systemami ciągłej integracji (CI) (lub własnymi). Zobacz dokumentację z przykładami .

Spójrzmy na .travis.ymlconfig / template dla 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

Przykład

Integracja dla USB_Host_Shield_2.0projektu. Plik .travis.ymlkonfiguracyjny:

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

• Plik konfiguracyjny: https://github.com/felis/USB_Host_Shield_2.0/blob/master/.travis.yml
• Historia kompilacji: https://travis-ci.org/felis/USB_Host_Shield_2.0

Jeden przykład konfiguracji ciągłej integracji Jenkins dla projektu Arduino można znaleźć tutaj: Ciągła integracja dla systemów wbudowanych

Przykład pokazuje, jak zbudować i przesłać obraz do Arduino i wykonać testy sieciowe Selenium (testowany system to serwer WWW oparty na Arduino).

Napisałem ten test jako najbardziej nietrafny framework dla Arduino, ponieważ nie mogłem znaleźć właściwego istniejącego. Chociaż nie napisałem tego dla CI, byłoby dobrze dopasowane do zadania CI, ponieważ nie wymaga sprzętu, ale można go uruchomić na komputerze.

Uruchamianie zadań CI bez sprzętu ma dobre i złe strony, dobre strony

• Nie wymaga flashowania, nie wymaga sprzętu -> można uruchomić równolegle -> szybko, aby sprawdzić na przykład dla każdego zatwierdzenia
• Brak problemów sprzętowych wpływających na testy -> nie musisz się martwić, czy ten test po prostu się nie udał, ponieważ mój komponent sprzętowy XYZ nie jest stabilny

Minusem jest:

• Nie testuje rzeczywistego kodu docelowego, na przykład twoja „int” ma 32 bity w komputerze i 16 bitów w AVR.

Właśnie stworzyłem odpowiedni rozmiar jako odpowiedź na to pokrewne pytanie o Arduino CI / testowanie jednostek napisane przeze mnie, które w końcu jest wystarczająco dojrzałe, aby zacząć publicznie mówić.

arduino_ciRuby gem obsługuje zarówno lokalnego testowania i integracji Travis CI (np ten build pracę dla biblioteki Adafruit fona ).

Kilka przykładów tego, jak się integruje:

• Przykład biblioteka DoSomething pokazano powyżej, stosuje się do badania arduino_ci
• Praktyczny przykład testowania implementacji kolejki
• Złożony przykład symulujący bibliotekę sterującą urządzeniem interaktywnym za pośrednictwem połączenia SoftwareSerial w ramach biblioteki FONA Adafruit

Mam problem utworzony za zgłoszenie szkic rozmiaru ale żadna praca nie zostało zrobione w tej sprawie. Możliwe też, że kiedyś uda mi się zrównoleglić wersje, ale w tej chwili nie jestem pewien, jak to zrobię. W tej chwili najbardziej czasochłonnym krokiem kompilacji na Travis CI jest pobranie Arduino IDE ... równoległe testowanie nie zaszkodzi, jeśli każde zadanie wymaga wykonania tego kroku.

Radziłbym użyć wtyczki arduino eclipse o nazwie sloeber sloeber.io, której jestem szefem projektu.
Integruje się z kontrolą wersji i pozwala budować na wielu platformach, ponieważ obsługuje wiele konfiguracji.
Chociaż nie jest to jeszcze idiotyczny dowód, udokumentowałem i zademonstrowałem za pomocą testowania jednostkowego kodu arduino na lokalnym komputerze za pomocą szkieletu testowego Google.
Oto link do bloga zawierający prezentację tego, jak możesz to zrobić. http://blog.baeyens.it/#post25