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
Может быть есть еще более оптимальные варианты, которые я не заметил, или замечания/уточнения по этим?
С уважением,
Никита.

[Harbour]

Что за процы ? Оптимальней написать человеческий [crypto] bootloader для обоих cpu и шить через них, если только они не мелкие по памяти или не позволяют перешивать программно свой же флеш в принципе. Как +, это дает возможность удаленного и безопасного апгрейда прошивок, в случае чего.

[S_agent]

Что за процы ? Оптимальней написать человеческий [crypto] bootloader для обоих cpu и шить через них, если только они не мелкие по памяти или не позволяют перешивать программно свой же флеш в принципе. Как +, это дает возможность удаленного и безопасного апгрейда прошивок, в случае чего.

uC1 - xscale (flash внешняя)
uC2 - arm7 (flash на борту)
удаленный и безопасный апгрейд необходим только для uC1и выполняется из рабочей программы.
здесь больше необходимость автоматизировать первичное программирование данных контроллеров
с минимальным колличеством мануальных операций, а учитывая что контроллеры при работе включены
так же как и на схеме за исключением компа, - его просто нет, то отсюда и напросилась идея их сквозного программирования.