Обновление Прошивки из Make Скрипта

В чем проблема?

Я с удивлением узнал, что на российских предприятиях, где программируют микроконтроллеры часто у людей возникают проблемы просто с тем, чтобы банално залить прошивку в микроконтроллер. Сотрудники открывают GUI утилиту от вендора и не знают куда тыкать курсор.

У меня был случай, когда схемотехник по ошибке залил в микроконтроллер win *.rar файл в котором была прошивка, а потом жаловался мне, что моя прошивка не работает! Это как?…

В таких случаях схемотехник по 4 раза на дню приходит к программисту, чтобы программист ему пере прошил плату. Это странно хотя бы потому, что даже обычные люди без образования и то могут обновить прошивку на своем фитнес браслете. А тут сотрудники с российским высшим образованием не могут обновить прошивку. Это как? Непорядок…

Решение проблемы

Очевидно что надо сделать какой-то скрипт, который в одно касание обновит подключенное по SWD устройство.

Многим известны системы сборки для компьютерных программ. Некоторые пользуют GNU Make.

А что если я скажу, что систему сборки make можно использовать не только для сборки программ? Что если загружать прошивку тем же make скриптом? Есть только один способ это проверить…

По сути система сборки это интерпретируемый язык программирования. А значит на нём можно писать код, который может делать что полезное. Вот например можно на GNU Make написать код загрузки *.bin (аря) в микроконтроллер. Перед вами flash_target.mk скрипт для выбора алгоритма пере прошивки. Что же тут начертано?… Да, у нас в репозитории есть сборки под разные целевые архитектуры. Поэтому выбор «чиво-либо» происходит установкой переменных окружения во время прогона скриптов сборки.

$(info FlashTargetScript)  MAKE_SCRIPTS=$(WORKSPACE_LOC)/make_scripts  FLASH_TARGET=  ifeq ($(ARTERY), Y)     FLASH_TARGET += flash_artery endif  ifeq ($(CC26X2), Y)     FLASH_TARGET += flash_cc26x2 endif  ifeq ($(ESP32), Y)     FLASH_TARGET += flash_esp32 endif  ifeq ($(MILANDR), Y)     FLASH_TARGET += flash_mdr32 endif  ifeq ($(NORDIC), Y)     FLASH_TARGET += flash_nordic endif  ifeq ($(STM), Y)     FLASH_TARGET += flash_stm32 endif  # make flash .PHONY: flash flash: $(FLASH_TARGET) $(info FlashTargetDone)   ifeq ($(ARTERY), Y)     include $(MAKE_SCRIPTS)/flash_artery.mk endif  ifeq ($(CC26X2), Y)     include $(MAKE_SCRIPTS)/flash_cc26x2.mk endif  ifeq ($(ESP32), Y)     include $(MAKE_SCRIPTS)/flash_esp32.mk endif  ifeq ($(MILANDR), Y)     include $(MAKE_SCRIPTS)/flash_mdr32.mk endif  ifeq ($(NORDIC), Y)     include $(MAKE_SCRIPTS)/flash_nordic.mk endif  ifeq ($(STM), Y)     include $(MAKE_SCRIPTS)/flash_stm32.mk endif 

Вот например, скрипт для пере прошивки Artery микроконтроллера утилитой ATLink_Console. Тут flash_artery это цель. То есть то, что надо сделать, а $(FIRMWARE_BINARY_FILE) это зависимость. То есть то, что должно быть, чтобы достигнуть цели. Далее просто идут действия… Произвести физический пуск утилиты ATLink_Console.exe с нужным пучком опций. Где опции разделены пробелами. Только и всего…

$(info Flash Artery MCU Script)  FIRMWARE_BINARY_FILE=$(BUILD_DIR)\$(TARGET).bin VENDOR_FLASH_CLI_TOOL=ATLink_Console.exe VENDOR_FLASH_CLI_OPTIONS= VENDOR_FLASH_CLI_OPTIONS += -device $(ARTERY_DEVICE) VENDOR_FLASH_CLI_OPTIONS += -connect -p --dfap  VENDOR_FLASH_CLI_OPTIONS += --depp  VENDOR_FLASH_CLI_OPTIONS += -d --a 08000000  VENDOR_FLASH_CLI_OPTIONS += --fn $(FIRMWARE_BINARY_FILE)  VENDOR_FLASH_CLI_OPTIONS += --v   VENDOR_FLASH_CLI_OPTIONS += -r  .PHONY: flash_artery flash_artery: $(FIRMWARE_BINARY_FILE) $(info Flash File:$(FIRMWARE_BINARY_FILE) ...) $(VENDOR_FLASH_CLI_TOOL) $(VENDOR_FLASH_CLI_OPTIONS) $(info FlashArteryMCUTargetDone) 

а это справка по опциям консольной утилиты ATLink_Console.exe

Кликнули на скрипт и завертелось, лёд тронулся. Появился вот такой успешный лог отчёта в консоли.

Достоинство прошивки из-под скриптов

++ Вы прошиваете в одно касание. По сути надо просто дзыкнуть по *.bat скрипту, который вызовет одну лишь команду: make flash. Далее всё как по волшебству произойдет само собой…

++Вы пишите только один скрипт и используете его-ещё для бесчисленного количества сборок. Причем скрипт сам поймет какой микроконтроллер нужен и вызовет нужную консольную утилиту от вендора для него.

++При составлении скрипта пере прошивки Вы контролируете каждую опцию в управлении алгоритма обновления ПО. Вы понимаете что происходит. У вас не происходит control leak (утечки управления).

++Вы никак не привязаны к своей GUI-IDE и мышке. Вы можете даже автоматизировать процесс пере прошивки на производстве.

Итоги

Удалось научиться пере прошивать микроконтроллер make кодом. В одно касание. Получился принцип одной кнопки. Вот так, просто и не затейливо. Кондовое решение.

Make скрипты — это как катализатор в химии. Благодаря GNU Make всё происходит быстрее.

Make — это всеядная утилита. Её всё равно какие программы вызывать и в этом вся прелесть! Понимаете?…

Прошивайте микроконтроллеры из GNU Make скриптов. В этом нет ничего сложного.

Ссылки