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

[NikP]

Отлаживаю однотипные модули на базе 1986ВЕ1Т (Миландр). В устройстве имеется FLASH 1636РР2АУ (тоже Миландр).
Модуль должен перепрограммироваться по шине CAN. Процесс идёт так: новая прошивка записывается в 1636РР2АУ,
проверяется контрольная сумма, после чего контроллер копирует её из 1636РР2АУ во внутреннюю FLASH, перезагружается
командой NVIC_SystemReset() и далее работает.
Проблемы возникли с одним из 5 модулей: после перепрошивки по CAN он намертво зависает, хотя если прошивать его через программатор
по JTAG, то работает нормально.
Пробовал проводить перепрошивку под отладчиком: новая программа записывается во FLASH контроллера без дефектов, происходит перезагрузка,
программа запускается, но после выполнения нескольких операций уходит в HardFault.
Вопрос: в чём особенность программирования по JTAG по сравнению с перепрошивкой контроллером?
В чём может быть причина такого сбоя ?

Сообщение отредактировал NikP - Dec 6 2017, 07:36

[VladislavS]

Пробовал и опять чисто практически. Так что, рекомендую не подставляться снова.

[jcxz]

Пробовал и опять чисто практически.

И...?

Если у вас это не так - расскажите мужикам. А то у нас стирание 64К секунд 5 занимает, а запись без загрузчика почти минуту.

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

Код

Fri Dec 08, 2017 23:40:28: Initial reset was performed
Fri Dec 08, 2017 23:40:37: J-Link: Flash download: Flash programming performed for 3 ranges (262144 bytes)
Fri Dec 08, 2017 23:40:37: J-Link: Flash download: Total time needed: 6.846s (Prepare: 0.048s, Compare: 0.013s, Erase: 4.612s, Program: 2.152s, Verify: 0.007s, Restore: 0.011s)
Fri Dec 08, 2017 23:40:37: 233472 bytes downloaded and verified (26.63 Kbytes/sec)
Fri Dec 08, 2017 23:40:37: Loaded debugee: d:\WORK\FM-STM\FIRMWARE\FLASH_RELEASE.OUT\EXE\fm.out

[gerber]

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

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

[AlexandrY]

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

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