JTAG vs loader&jtag, нужна критика Опции

[S_agent]

Назрела необходимость программиравания контроллера(uC1) другим(uC2) через jtag.
Схема включения:
На данный момент uC2 это доп модуль к uC1 и программируются по-отдельности каждый через свой jtag. Программировать нужно и тот и другой максимально упростив(автоматизировав) эту операцию.
С программированием uC2 проблем нет, а вот с uC1 вижу следующие варианты:
1.В RAM uC2 через jtag заливается загрузчик, который получая данные из comport-a эмулирует jtag на своих gpio и програмиирует uC1.
2.Сделать туннелирование jtag, - через boundary scan на uC2 и так же эмулировать jtag на gpio и непосредственно с PC программировать uC1
Может быть есть еще более оптимальные варианты, которые я не заметил, или замечания/уточнения по этим?
С уважением,
Никита.

[zltigo]

Схема включения:

1.JTAG - в цепочку для начального программирования контролеров и boundary scan.
2.Дальнейшие обновления по UART бутовыми загрузчиками.

[S_agent]

1.JTAG - в цепочку для начального программирования контролеров и boundary scan.

это т вариант не подходит, т.к. включение именно такое как на схеме - при работе uC2 должен иметь доступ к жтаг-у uC1

[zltigo]

т.к. включение именно такое как на схеме

Типа так само получилось?

- при работе uC2 должен иметь доступ к жтаг-у uC1

Если это специально делалось, то зачем???

[S_agent]

2 VslavX
Сеньк, мысли уже начинают упоряды упорядовачиться в нужном направлении .
2 zltigo
"Это не баг, а фича" .
нет, само не получилось, именно так необходимо технологически.
в другом случае использование jtag chain таку проблему бы решило.

[zltigo]

нет, само не получилось, именно так необходимо технологически.

А зачем, если не секрет, такое "технологически"?