Прошивка STM32F7 через другой STM32F7 (UART), Прошивка ведомых ведущим. Опции

[AVStech]

Добрый день! Повторюсь в этой ветке, так как в основном работа с ARM

Возникла необходимость прошивки микроконтроллера STM32F7 другим микроконтроллером STM32F7 подключенный к нему через UART, а также прошивки Atmega328P подключенного по SPI. Необходимость возникла по причине того, что SoM на Allwinere страдает кучей недостатков в том числе отсутствием необходимого количества UART.
Постараюсь описать кратко идею:
Есть несколько микроконтроллеров STM32F7 общающихся между собой по UART и один Atmega328P подключенный к STMке по SPI, из них:

а) 1-й Микроконтроллер STM32F7: Концентратор на базе STM32F7 он собирает данные с разных микроконтроллеров по UART пакует их в пакет и отправляет по Wi-Fi пользователю через модуль ESP-01 или ESP-06 (UART+2xGPIO). Также данный контроллер имеет слот под microSD подключенный по SDIO и FRAM по SPI.

б) 2-е...5-е Микроконтроллеры STM32F7 (4 штуки): собирают различную цифровую и аналоговую информацию, обрабатывают ее и отправляют на концентратор (см. пункт а)), который в свою очередь ее упаковывает и отправляет в сеть.

в) Микроконтроллер Atmega328P: Следит за уровнем заряда батареи, управляет вкл и выкл систем питания, и в теории программирует по i2c две микросхемы BQ25892 (устанавливает настройки).

Как все это должно работать в теории:

1. Вставляем в microSD слот карту памяти с папкой, например, Firmware, и контроллер (концентратор stm32 из пункта а)) просматривает файлы и в случае, если находит в ней прошивку старше загруженной шьется сам и шьет все остальные контроллеры включая Atmega328P. Затем удаляет все исходники из папки Firmware. Все папка пуста.

2. Подключается по wifi к сети интернет, заходит по ссылке в сети интернет смотрит версии прошивки и если есть прошивки старше загруженной качает ее на microSD карту в папку Firmware, перезагружается, и затем как в варианте с microSD шьется сам и шьет все остальные контроллеры включая Atmega328P. Затем удаляет все исходники из папки Firmware. Все папка пуста.

Теперь вопросы - это возможно реализовать на практике?

И "ДА" - Естественно все микроконтроллеры имеют необходимый bootloader и все прошивки скомпилированы в бин или хекс.

У меня одна проблема - я не могу учится по учебникам, то ли мозг так заточен, то ли уситчивости не хватает. Я не нашел ни одного примера. Я могу взять чужой пример и переделать его. С нуля не получается, тем более что нужно быстро.
Поэтому спрашиваю это физически возможно?
Если да то прошу помощи - пример как это сделать, включая схему подключения между контроллерами. Ведь голый uart не пойдет нужно с концентратора еще и gpio подводить к ногам boot0 и boot1 и RST ведомых микроконтроллеров (для avr также)

П.С. Если кто-то готов помочь, но нет времени я готов оплатить это время. Но вот только в бюджетах я ограничен. Если кому интересно пишите в личку, может договоримся.

Спасибо.

Сообщение отредактировал AVStech - May 23 2018, 17:06

[Arlleex]

Теперь вопросы - это возможно реализовать на практике?

Реализовать можно, соединять микроконтроллеры между собой можно как угодно (желательно меньше уровней иерархии). Мне, например, приходилось писать многоуровневые bootloader-ы, в которых до кучи и интерфейсные связи были разными.

У меня одна проблема

Я не нашел ни одного примера

Не правда, в интернетах полно примеров загрузчиков.

Я могу взять чужой пример и переделать его

Скажем так. Любая задача не имеет универсального подхода к решению. Все равно придется подпиливать для себя. Поэтому, даже если Вы найдете рабочий загрузчик в интернете, или тут кто-нибудь скинет (хотя загрузчик на UART-е пишется за пару часов работы с Reference Manual-ом и компилятором), Вы вряд ли так сходу адаптируете его под свою функциональность и нужды. Я почитал, что Вам требуется и могу сказать, что это делается за полдня, без выкачки по сети Интернет. Над второй частью придется посидеть подольше. Однако криминала не вижу все равно.

P.S. Но браться не буду.

Сообщение отредактировал Arlleex - May 23 2018, 17:51