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

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

Вот самое интересное и начнётся, когда где-то в середине цепочки (а SWD цепочку-то, вообще, допускает?) кто-то не ответит положенное

"Сквозняков" наловите - кто-то чуть быстрее ответит, а кто-то чуть медленнее.
Тут проще свой бутлоадер, SPI, соединить в звезду, а все CS завести на один процессор - он принимает прошивки и раздает остальным.

так SWD же синхронный вроде как (i2c грубо говоря, только push-pull, а не открытый коллектор, так как точка-точка) по клоку всё делать должен?
и где я столько CSов возьму. пусть будут друг за дружкой в daisy chain.
со своим бутлоадером понятно, что потом можно наверное научить по SPI прошивку принимать, но в первый раз всё равно придётся к каждому программатором подключаться.

как-раз push-pull и даст сквозняк, а открытый коллектор - нет.
SWD не daisy chain, а точка-точка.
Вот JTAG это daisy chain, но как я понял несколько устройств в цепочке будет требовать специальных программ.

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

Последняя SWD спецификация предусматривает подключение нескольких устройств в параллель (работать только с одним можно, естественно). Но я не уверен, что эту спецификацию поддерживают реальные программаторы и МК.

Как уже указали, SWD нельзя в цепочку собрать, или быть уверенным, что при "широковещательной" записи по SWD каждый безоговорочно пропишется. Остается только выводить RESET каждого процессора на разъем и делать адаптер для программатора: все RESET кроме одного, держатся в нуле, а свободный будет доступен по SWD. И селектором переключать. Впрочем, так можно и без RESET обойтись, если переключать SWDCLK.

ответ от st - текущая версия st-link не поддерживает цепочки
проверено, что старые камни не могут работать параллельно на один swd
зато новые (проверены нулевая и третья) серии отвечают адекватно
вот сможете ли вы написать правильный программатор ?


т.е. вы думаете, что reset в нуле мешает шить по swd ?

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

Reset не влияет на SWD интерфейс, но он влияет на контроллер флеша и шину, так что прошить все-равно не получится. Но и SWD интерфейс Reset не сделает неактивным.

не, ну пусть же KnightIgor сам подумает

Я так понимаю, нужно осуществить похожее:
http://forums.parallax.com/discussion/1612...-swd-programmer

Но это все-равно 5 отдельных линий SWD. Такое легко сделать не заморачиваясь с пропеллерами.

старые f4 не шьются
новые, типа 469 или 769 не пробовал

А че тут думать: не будет шить, и не шьет. Проверено. Прикол в том, что SWD не шьет сам, а пишет в RAM загрузчик, с которым и общается потом. Не знаю, как там в IAR и открытых системах, а под KEIL есть файлы алгоритмов прошивки для разных MCU и образчик, как свое написать. Я, например, с такого образчика написал загрузку User Page в EFM32G, которая не была в комплекте пакета KEIL. Однако Вы правы в том, что RESET не заставит SWDIO "поднять лапки".

Интересная тема от пользователя со статусом Профессионал

Так делать не стоит. Я бы делал бутлоадер + максимально автоматизировал этот процесс.