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

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

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

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

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

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

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

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

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

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

не секрет , при опеределенных условиях загрузить и исполнить другой код из uC1