В чём особенность программирования MK по JTAG? Опции

[Obam]

Да-да, не уж-то мне надо вспоминать, как они были 26-разрядными процессорами общего назначения?
Идея микроконтроллера всё же: программная и оперативная память на кристалле с ядром и периферией. Вспомните, как только 7TDMI стали с флэшом, тут то "всё и заверте..."
1830ве31 - это от отсталости, в '96 - атмел выкатил mcs51 с флэшом и мир заиграл другими красками (;

А расширительное толкование слов собеседника (тем более письменных), ну согласитесь, не достойно благородного дона (;

[VladislavS]

Не знаю что у вас там завертелось, но ARM без набортной флэш сейчас обычное явление.

[jcxz]

Вот вы вы что подразумевали... а то SPI, I2C... т.е. у контроллера на борту энергонезависимой памяти программ нет (это уже медиапроцессор - чуть более другая область).

Тут Вы зря.... Если какой-то МК Cortex-M (к примеру) не имеет встроенной флешь, он что после этого - перестаёт быть Cortex-M?
Я вообще считаю, что производители зря делают CM-ы с частотами от ~144 МГц и выше со встроенной флешь. Одни только проблемы: шины выборки широкие надо делать, wait-state-ы, кеши и т.п.
Лучше-бы взамен встроенной флешь ставили аналогичный объём ОЗУ и возможность загрузки (и исполнения) по quad-SPI извне.

[Obam]

Ядро - это ядро (впишите любое на свой выбор), тут разговоров нет.
Или не помните (в профиля смотреть не пойду) или прикидываетесь, что не знаете, как выглядело типичное управляющее устройство, пока не интегрировали оба вида памяти и периферию с ядром на кристалле и как и что это изменило.

По топику: что решили? "В чём особенность программирования МК по JTAG?" (;

Тут Вы зря.... Если какой-то МК Cortex-M (к примеру) не имеет встроенной флешь, он что после этого - перестаёт быть Cortex-M?
Я вообще считаю, что производители зря делают CM-ы с частотами от ~144 МГц и выше со встроенной флешь. Одни только проблемы: шины выборки широкие надо делать, wait-state-ы, кеши и т.п.
Лучше-бы взамен встроенной флешь ставили аналогичный объём ОЗУ и возможность загрузки (и исполнения) по quad-SPI извне.

Что зря? Разве после пояснения, про каким боком SPI, I2C, не сказал, что либо свой загрузчик в ОЗУ, либо наличествующий штатный в ПЗУ.

[gerber]

Вот у меня IAR, прошиваю МК, без галки использовать лоадер(!), только "verify download". Весь процесс длится время примерно равное времени стирания - т.е. секунд 5.
Вот другой МК (STM32F4). Опять IAR. Опять нет галки. Время - примерно пара секунд.
ЧЯДНТ??
Как вам удалось добиться такого медленного программирования? Расскажите мужикам!

Надо полагать, что если адаптер JTAG "родной" для данного вида МК (что означает, что прошивка адаптера знает систему команд Boundary Scan для данного вида МК), то прошивка флэшки будет происходить быстро, как и предусмотрено производителем МК и адаптера JTAG. Если адаптер "левый", то прошивкой флэшки уже будет заниматься среда программирования, если у неё есть соответствующие скрипты - а это и будет в духе "запиши в регистр байт, почитай регистр статуса", что по USB и вправду довольно медленно. Неким "консенсусом" выглядит в этом ракурсе идея закинуть в SRAM кусок кода, который примет сразу блок прошивки и сам на борту запишет его во флэшь.

[jcxz]

Что зря? Разве после пояснения, про каким боком SPI, I2C, не сказал, что либо свой загрузчик в ОЗУ, либо наличествующий штатный в ПЗУ.

"Зря" - не о том. А о том, что отсутствие встроенной энергонезависимой памяти программ, не делает микроконтроллер не микроконтроллером.

[AlexandrY]

что прошивка адаптера знает систему команд Boundary Scan для данного вида МК

В Cortex на архитектуре ARM®v7-M есть такая вещь как CoreSight™ DAP, там прямой доступ на шину и шаманства с Boundary Scan уже не нужны.