Как настроить CICD но для микроконтроллеров?

Question

[3w4kn3]

Подскажите с решением пожалуйста!
Есть группа разработчиков и опытное производство.
Уровень квалификации монтажников не располагает к хитростям разработки и прошивки МК.
Есть стенды в которые можно вставить плату после чего монтажники могут выбрать в меню плату инажать одну кнопку и прочитать не сложное сообщение типа "ok" или "переделывать"

Конфигурация стендов постоянно меняется, меняется файл прошивки и поведение стендов.
Есть идея прикрутить что-то на подобие github runer чтобы после того как разработчики изменили прошивку или тесты, изменения автоматически оказывались на стенде, но есть проблемма стенд не всегда включен, и после включения он не работает.
Сейчас крутится скрипт который пингует стенд и если пинг пропал, после задержки пушит пустой коммит и стенд после включения опять работает, посоветуйте что-то более приемлемое.
Мне очень не охота использовать собственные скрипты!

Answer 1

[3w4kn3]

Решено:
Мастер ранер с запуском по расписанию проверяет характеристики системы, в частности соответствия списку запущенных ранеров на машине, в противном случае создаёт файл update и ждёт когда пропадут файлы блокировок
Все остальные ранены проверяют наличие файлов блокировок, прежде чем выполнится, скрипты в начале проверяю наличие файла update потом создают файл lock выполняют работу потом удаляют файл lock

Добавление нового ранера- просто коммитим ссылку на реп в лист с репозитариями скрипт все сделает . дальше все само, удаление - удаляем ссылку,

Бекап-скрипт который подключается по ssh к заново установленной машине и считывает ssh-key и закидывает его на github после ставит мастер ранер

Answer 2

[VoidVolker]

Решать проблему выключения стенда. Если у вас там проблемы с электроснабжением — решить их. Можно подключить стенд к ИБП. Можно перенести стенд в другое помещение/здание/корпус. Если сетевые проблемы — решать их. Кинуть новый линк или даже два, заменить устаревшее оборудование.
Писать какие-то собственные скрипты для автоматизации деплоя на стенд вам всё равно придётся. Какой гит сервис вы используете? А CI/CD? В Гитлабе, например, всё достаточно легко настраивается и скриптуется. В вашем случае алгоритм стандартный и почти ничем не отличается для деплоя на сервер: при появлении PR в тестовой ветке залить прошивку на стенд. Структура тоже вполне стандартная:

• Гит сервер
  
• CI/CD сервер
  
• Стенд для прошивки и тестирования
  

Вообще, стенд можно настроить на автоматический забор прошивки с файлового сервера: т.е. CI/CD сервер публикует прошивку, а стенд её самостоятельно забирает. Сам же стенд в идеале настроить на автоматическую заливку прошивки и проверку устройства. Т.е., воткнул устройство в стенд — загорается, условно, жёлтая ламчока или надпись "устройство проверяется". Если устройство работает — зелёная лапочка, если нет — красная.

Comments

[3w4kn3]

- Выключать стенд это фича а не баг, так нужно. Глупо выглядит, но надо.

- Пока используем только GitHub

- Сервера CICD нету, есть малинкинки, и пачка microsd

На microsd клонирован настроенный и привязанный дистр, если одна карточка умирает ставят другую, если умирает малинка ставят другую

[VoidVolker]

3w4kn3, ну, в таком случае вам следует сделать следующее:

1. Выделить отдельный CI/CD сервер, на котором настроить сборку, компиляцию и все остальные процессы подготовки прошивки
   
2. Настроить стенд на самостоятельное получение прошивок с CI/CD сервера
   

Заменить microsd на нормальные серверные SSD — малинка отлично на них работает. Если нужна именно флешка — используйте промышленные, т.к. они надёжнее. Кстати, а какую роль в ваших процессах выполняют малинки?

[3w4kn3]

На них крутится хром в режиме киоска, с веб морды выбираются сценарии,
В зависимости от сценария выполняется тест, задействованна не сложная кинематика, после прошивки релюшками необходимые щупы подключаются к АЦП для контроля напряжения , тока и сопротивления, генерится лог и пушится на сервер, печатается этикетка, плата освобождается... И все сначала,
Иногда плата с диффектами, на машинку прилетает высокое напряжение, USB изолятор не всегда спасает а некоторые программаторы вообще ругаются на поломку протокола USB, lsusb видит но пытается шить завершается ошибкой.

Все из за риска убить стенд, лежит пара малинок и несколько mikrosd преднастроенных, в случае чего их меняют

[VoidVolker]

3w4kn3, а, вот оно как — малинка работает стендом. Тогда да, microSD имеет смысл. В этом случае вам следует доработать стенд и поставить дополнительные схемы защиты стенда. Это будет дешевле, чем постоянно менять стенд, кмк. Возможно имеет смысл дополнить стенд отдельным программатором на какой-то дешёвой мелочёвке, подключаемой к малинке. Возможно, имеет смысл доработать платы самих устройств для уменьшения вероятности неверной разводки USB и попадания на него высокого напряжения. Может какие-то дополнительные точки на плате для контроля верного напряжения в ключевых местах. И соответственно на стенде делать контроль этих точек.

Answer 3

[Hardoman]

А зачем катить на стенд что-то если он выключен?
Почему не убедиться в его включении? CICD подразумевает, что конечный стенд в момент деплоя включен, это априори.
Можно это сделать и в пайплайне проверку на доступность стенда. Если вам нужно катить обязательно асинхронно, то CICD в классике не применим. Вам нужно публиковать прошивки или что вы там собираете на каком-то сервере, а стенд при запуске оттуда скриптом должен забирать, но это уже не CICD процесс.

Answer 4

[Александр К]

Все в разы проще, если пересмотреть концепт платформы с удаленным управлением и настройкой.