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

[VslavX]

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

По JTAG через ICE заливаем в RAM uC2 временный загрузчик, который общается через JTAG uC2 через DCC с PC, принимает команды/данные и выполняет требуемые операции через свои PIO на JTAG uC1.
Через Boundary Scan - программируется очень долго, порядка на два медленнее чем через ICE/DCC (и то и другое пробовалось "в реале" на XScale).