Прошить кучу одинаковых контроллеров, насколько плохая идея тупо запараллелить SWD Опции

[_pv]

так как по цене нынче самые мелкие stm8, и даже stm32f0 почти сравнялись со сдвиговыми регистрами, когда понадобилось сделать очень много небыстрого IO, причем в обе стороны и заодно i2c размножить, вместо спец размножителей i2c и сдвиговых регистров появилась мысль понаставить мелких МК и по SPI в daisy chain их всех собрать.

единственно что напрягает это прошивка и возможный update прошивки для кучи МК, соответственно вопрос: как бы это попроще сделать.
прошивка получается одинаковая и вроде бы если просто запараллелить у всех SWD, то должно получиться, так как какая разница что они там отвечают по SWDIO, отвечать должны все одинаковое.

[Сергей Борщ]

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

[KnightIgor]

Можно сделать так: SWD завести на один из процессоров, две его ноги завести на SWD следующего, две его ноги - на SWD следующего и т.д.

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

[_pv]

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

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