так делать стоит, ибо бутлодырь тоже надо как-то заливать


так вы предлагаете сделать робота, который будет ползать по плате и перетыкать разъем swd ?



кстати, а про fpga/cpld мысль не появилась ?


Сообщение отредактировал Огурцов - Dec 3 2016, 13:32

Человек пишет что они будут на одной плате, и его волнует как он их одним махом обновлять будет. Один раз ведь поработать можно, а потом обновлять уже более цивильно

А почему кстати SWD? Не JTAG ли предназначен для таких целей?

Заводской загрузчик забыли рассмотреть?
У меня есть система, в которой 1 ведущий (в который прошивается свой загрузчик) и несколько ведомых, которые прошиваются и запускаются заводским загрузчиком.

Можно сделать так: SWD завести на один из процессоров, две его ноги завести на SWD следующего, две его ноги - на SWD следующего и т.д. В первый заливаем прошивку, запускаем, она копирует себя в следующий процессор, тот, запустившись, копирует свою в следующий и т.д. Да, придется написать SWD-ведущего и это займет много времени. А можно по совету scifi использовать заводской загрузчик, правда придется кроме TX-RX еще BOOT0 и RESET кидать по цепочке.

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

если взять кучу, например, i2c или spi еепромов соединённых параллельно, с одинаковым адресом, и очень неспешно, чтобы гарантированно всё успело записаться, прошить их, забив на опрос статуса, то все прошьются как один.

тем более что МК дополнительно соединены в цепочку по SPI так что если кто не прошьётся - можно будет потом выяснить дополнительно.

если так смущает слово "запараллелить" про SWDIO, пусть там будет еще по килоОму перед каждым МК, чтобы не получилось перетягивания линии в разные стороны при переключении.


потому что у самых мелких stm32f0 или stm8 нормального JTAGa нет


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

а вариант от Сергея протащить ещё цепочкой от одного МК к другому SWD или UART не нравится тем что придётся в МК изображать SWD хост или мастера для встроенного бутлоадера. ну и лишние 4, а то и 6 ног под это.

и почему тогда это не сделать на хосте ?

Есть еще идея с EEPROM и загрузчиком. Она не исключает первого нудного программирования каждого процессора изначальным загрузчиком, но должна упростить последующие актуализации.
Итак, все процы своим I2C интерфейсом могут читать одну EEPROM, и этот I2C еще и выведен на разъемчик. Заливаем обновление снаружи в EEPROM, а процы уже из нее и самопрошиваются.

+1

Как-то это прошло мимо меня, где почитать про возможности заводского загрузчика в stm32? Для меня это шок что он там есть (слышал лишь про загрузчики в более крупных камнях).

Как это где? В гугле, конечно.

а проверьте лучше кто-нибудь какой-то другой, не st-link, программатор на паре запараллеленных swd в мк типа stm32f0 ?

AN3156 USB DFU protocol used in the STM32T bootloader
и далее
AN3154 CAN protocol used in the STM32T bootloader
AN3155 USART protocol used in the STM32 bootloader

I2C боюсь занят, можно конечно и программный сделать, но опять же тратятся ноги (можно и 1wire программный сделать),
и все МК и так по spi соединены, так что с обновлением проблемы вобщем-то и нет.
есть проблема с первоначальным прошиванием этих "сдвиговых регистров"
и если есть возможность прошить их все разом параллельно в первый раз, то со своим бутлоадером можно не париться, а просто прошивать их так всегда.
от МК нужна фунциональность 74HC595 + 74HC165, плюс возможно моста SPI->i2c, так что обновлять там особо-то и нечего.

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

Сообщение отредактировал Огурцов - Dec 23 2016, 05:55

Прочитал про этот multi-drop. Не совсем ясно откуда этот target ID берется в первую очередь (4-х битная часть).

Их всего 16 шт получается, так что не долго. Но опять-же как их конфигурировать изначально - не ясно.