Проблемы с mt-link, При переходе на IAR 5.3 Опции

[slabnoff]

В общем несколько лет как-то даже не отслеживал ситуацию с софтом для разработки под ARM'ы. Все это время сидел в IAR 4.30a и проблем не знал... Однако возникла необходимость перейти на более свежую версию IAR. Скачал, поставил, переделал код (кто бы мне объяснил зачем iar-овцам понадобилось ассемблер переделывать, да и вообще от идеологии сегментов к идеологии секций переходить...), конфигурацию линкера, добился правильной сборки проекта... В общем пришел к внутриплатной отладке. И тут начались проблемы: в старом iar 4.30а абсолютно без проблем гружусь и отлаживаюсь, в то время как в новом ругается на отсутствие связи с устройством или, в зависимости от настроек j-link в проекте (стратегия сброса девайса), вообще все тупо зависает. MT-link один из самых первых (куплен где-то через пару недель, как он вообще появился). Чего делать-то? Купить новый mt-link/оригинальный j-link? Прошивку mt-link'а менять - как и на что? Плюнуть на все и остаться на iar 4.30a?

P.S. В свое время хотел перейти на iar 4.41, но также столкнулся с неработой mt-link'а и забил на это...

[Dog Pawlowa]

Однако возникла необходимость перейти на более свежую версию IAR. ...

Какая?

в то время как в новом ругается на отсутствие связи с устройством или, в зависимости от настроек j-link в проекте (стратегия сброса девайса), вообще все тупо зависает.

Вообще-то потеря связи отладчика с ядром наступает при ошибках в программе. Например, при обращении по несуществующему адресу.
Так что если изменения в программе (связанные с заменой версии или не связанные) содержат ошибки, то все так и будет.

С другой стороны, по моему наблюдению, какие-то необъяснимые явления происходят при усложнении проекта, при смене оборудования.
Но все-таки списывать свои ошибки на пятна на солнце было бы неправильно. Во всяком случае разницы между фирменным J-link и mt-link не обнаружено.

[slabnoff]

Какая?

Да хотя бы нежелание тратить силы на портирование стартапов и асмового кода, который теперь в новом формате, для FreeRTOS при переходе на свежую версию. Хотя в итоге для 4.30a потратив пару часов подружил старый стартап с новой версией ОС. Так что в общем-то скорее тут просто желание попробовать более новую версию софта, ну и автокомплит в редакторе хочется иметь...

Вообще-то потеря связи отладчика с ядром наступает при ошибках в программе. Например, при обращении по несуществующему адресу.
Так что если изменения в программе (связанные с заменой версии или не связанные) содержат ошибки, то все так и будет.

С другой стороны, по моему наблюдению, какие-то необъяснимые явления происходят при усложнении проекта, при смене оборудования.
Но все-таки списывать свои ошибки на пятна на солнце было бы неправильно. Во всяком случае разницы между фирменным J-link и mt-link не обнаружено.

Если бы проблема была в том, что какие-то глюки после загрузки программы - я бы понял. Но проблема в том, что судя по логу и до загрузки не доходит. Выдает сообщение типа "Could not transfer JTAG data", что через драйвер jlink, что через rdi.

Сейчас пытаюсь играть через RDI перебирая стратегии сброса устройства.
Пока основная реакция - "Unable to halt ARM core".

[Grape]

Сейчас пытаюсь играть через RDI перебирая стратегии сброса устройства.
Пока основная реакция - "Unable to halt ARM core".

такое обычно происходит при ошибке в программе (уже залитой во флеш).

Можно при подаче питания принудительно запустить родной bootloader,
и потом уже JTAG работает. проверено.

работаю через j-link (не RDI), software reset, adaptive speed.

/Gr.

[slabnoff]

такое обычно происходит при ошибке в программе (уже залитой во флеш).

Можно при подаче питания принудительно запустить родной bootloader,
и потом уже JTAG работает. проверено.

работаю через j-link (не RDI), software reset, adaptive speed.

/Gr.

Ясно. Попробую перевести в режим бутлодыря... Хотя как не странно в 4.30 студии эта самая программа залитая во флеш никак не мешает ее повторной загрузке. Да и ошибок в программе вроде как нет.