реклама на сайте
подробности

 
 
> ASM. Отладка MSP430 JTAG, Отладка-трассировка бинарного кода (.txt)
k155la3
сообщение Dec 25 2015, 10:37
Сообщение #1


Профессионал
*****

Группа: Свой
Сообщений: 1 123
Регистрация: 8-03-09
Из: Днепр
Пользователь №: 45 848



Есть необходимость (низкоуровневой, на уровне асм-физ. адреса) отладки, а для начала - трассировки
кода в виде тексасовского xxx.txt, который грузится через MSP-FET430UIF в процессор.
(те чистый код, без отладочной инф-ии).

(?)
Есть ли средства-возможность задать в блок JTAG процессора точку останова (по физ. адресу) , и по ее сработке - считать регистры-память итд.
Желательно - возможность работы из прикладной программы через API --> MSP-FET430UIF --> JTAG --> MSP430F2618

Симуляторы не подойдут. В симуляторе все работает по феншую. И работа периферии не симулируется.
Go to the top of the page
 
+Quote Post
 
Start new topic
Ответов
Dog Pawlowa
сообщение Dec 25 2015, 21:56
Сообщение #2


Гуру
******

Группа: Свой
Сообщений: 2 702
Регистрация: 14-07-06
Пользователь №: 18 823



Цитата(k155la3 @ Dec 25 2015, 13:37) *
(те чистый код, без отладочной инф-ии).

В ИАРе download and debug разве не работает?



--------------------
Уходя, оставьте свет...
Go to the top of the page
 
+Quote Post
k155la3
сообщение Dec 26 2015, 09:37
Сообщение #3


Профессионал
*****

Группа: Свой
Сообщений: 1 123
Регистрация: 8-03-09
Из: Днепр
Пользователь №: 45 848



Цитата(Dog Pawlowa @ Dec 26 2015, 00:56) *
В ИАРе download and debug разве не работает?


Все работает. Но. ( Из-за чего собственно и вопрос).
MSP430F2618.
При прогрузке дебаг-кода (d43):
- происходит "автостарт" прошивки. Т.е сразу после прогрузки, пункт меню Debug / Go уже "нажато".
- по Debug / Break - останов в MemZero().
- при компиляции в режиме Release - код также не рабочий.
RAM достаточно (5к занято из 8к), исполнимый код небольшой (15к из доступных 116), стек(и) проверены-перепроверены,
опции проекта строены-перестроены.

Отсюда у меня и возникло (вынужденно) желание поотлаживать Release.

PS
при работе прошивки похоже на то, что в процессе исполнения кода (уже прикладного, скорее всего)
процессор "налетает" на "нечто", что вызывает аппаратный рестарт. И происходит это "нечто" в цикле.
А в дебаге мы видим постоянную работу "memZero()" - тк. вероятность "брейкнуть" в ней намного выше, чем в "нечто"-глюке
sm.gif


Сообщение отредактировал k155la3 - Dec 26 2015, 09:50
Go to the top of the page
 
+Quote Post



Reply to this topicStart new topic
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 


RSS Текстовая версия Сейчас: 28th July 2025 - 20:24
Рейтинг@Mail.ru


Страница сгенерированна за 0.01503 секунд с 7
ELECTRONIX ©2004-2016