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

 
 
> Глюк в debug mode
NewMaestro
сообщение Jun 20 2007, 22:39
Сообщение #1


Частый гость
**

Группа: Свой
Сообщений: 76
Регистрация: 17-03-07
Из: Минск
Пользователь №: 26 243



Господа боги по пикам, кто-нибудь сталкивался с проблемой сбоя ICD2 в процессе отладки ?

Я пару лет работаю с dsPIC30. Обычно если что-то не так, то ICD2 просто не входит в дебаг-моде и все. А вот на днях возникла ситуация, когда программирование и вход в дебаг-моде происходит нормально, но при пошаговом исполнении дебаг периодически слетает. Пишет:

Resetting Target
MPLAB ICD 2 Ready
Stepping Target
MPLAB ICD 2 Ready
Stepping Target
MPLAB ICD 2 Ready
Stepping Target
MPLAB ICD 2 Ready
ICD0082: Failed MPLAB ICD 2 operation
ICD0151: Failed to sync memory (MT = Data) (Dir = 0x0)

Слетает иногда при 2-3 шаге, иногда при 20-30... вобщем, такое чувство, что процесс случайный.

Release на Debug я переключил, так что с резервированием ресурсов проца под ICD2 должно быть все ок.

Какие есть мысли?
Go to the top of the page
 
+Quote Post
 
Start new topic
Ответов
volodya
сообщение Jun 21 2007, 05:14
Сообщение #2


Частый гость
**

Группа: Свой
Сообщений: 194
Регистрация: 14-02-07
Из: УКРАИНА
Пользователь №: 25 344



Цитата(NewMaestro @ Jun 21 2007, 01:39) *
Господа боги по пикам, кто-нибудь сталкивался с проблемой сбоя ICD2 в процессе отладки ?

Я пару лет работаю с dsPIC30. Обычно если что-то не так, то ICD2 просто не входит в дебаг-моде и все. А вот на днях возникла ситуация, когда программирование и вход в дебаг-моде происходит нормально, но при пошаговом исполнении дебаг периодически слетает. Пишет:

MPLAB ICD 2 Ready
ICD0082: Failed MPLAB ICD 2 operation
ICD0151: Failed to sync memory (MT = Data) (Dir = 0x0)

Слетает иногда при 2-3 шаге, иногда при 20-30... вобщем, такое чувство, что процесс случайный.

Release на Debug я переключил, так что с резервированием ресурсов проца под ICD2 должно быть все ок.

Какие есть мысли?


Переключение Release на Debug - не влияет на выделение ресурса ICD2, RAM выделяется в сценарии линкера (*.gld)

__ICD2RAM = 1;
.icd __DATA_BASE (NOLOAD):
{
. += (DEFINED (__ICD2RAM) ? 0x80 : 0 );
} > data
По умолч закоментирован мелкоЧИПОМ.


--------------------
"Для того чтобы избежать критики, надо ничего не делать, ничего не говорить и никем не быть"
"Каждый из нас бывает дураком по крайней мере пять минут в день; мудрость заключается в том, чтобы не превысить лимит." Элберт Хаббард
Go to the top of the page
 
+Quote Post
NewMaestro
сообщение Jun 21 2007, 06:33
Сообщение #3


Частый гость
**

Группа: Свой
Сообщений: 76
Регистрация: 17-03-07
Из: Минск
Пользователь №: 26 243



Цитата(volodya @ Jun 21 2007, 08:14) *
Переключение Release на Debug - не влияет на выделение ресурса ICD2, RAM выделяется в сценарии линкера (*.gld)


У меня все время стояла более старая версия MPLAB IDE. Там в настройках проекта была специальная галочка "link for ICD2". Eсли при компиляции перед отладкой эту галочку не поставить, то линкер расположит стек и память, которую юзает ICD2, в одно и тоже место. Помоему так... Такая ситуация вызывала сбой отладки при первом использовании стека, например при попытке вызова функции.
Не так давно я поставил MPLAB IDE v6.60. Там в настройках проекта галочки "link for ICD2" уже нет.
Я пытался выяснить что к чему и нашел на каком-то буржуйском форуме информацию о том, что в новых версиях опция "link for ICD2" заменена на переключатель Release<->Debug на основной панели среды.
Помоему вполне логично.

Ну а даже если задефайнить символ __ICD2RAM, как предлагается в сценарии линкера, то ситуация все-равно остается прежней. Глючит отладка и все.

Иногда, когда запускаю в run, еще вот так пишет:

MPLAB ICD 2 Ready
Running Target
ICD0154: Invalid target mode for requested operation (TM = Running)
ICD0069: Debug: Unable to run target
Go to the top of the page
 
+Quote Post
lebiga
сообщение Jun 21 2007, 17:59
Сообщение #4


Частый гость
**

Группа: Свой
Сообщений: 163
Регистрация: 22-06-06
Из: Киев
Пользователь №: 18 292



У меня была такая фигня из-за шума по питанию
Стоял голый пик 18F252 и MAX232. на максе не стоял конденсатор 5В-земля. Сбои были постоянные, причем при остановке режима выполнения. Поставил конденсатор - все заработало.
Еще проверь, не дергаешь ли порты отладки(типа RB6-RB7 в пик18 или другие в дспике), особенно по маске порта.
Go to the top of the page
 
+Quote Post
volodya
сообщение Jun 22 2007, 04:46
Сообщение #5


Частый гость
**

Группа: Свой
Сообщений: 194
Регистрация: 14-02-07
Из: УКРАИНА
Пользователь №: 25 344



Цитата(lebiga @ Jun 21 2007, 20:59) *
У меня была такая фигня из-за шума по питанию
Стоял голый пик 18F252 и MAX232. на максе не стоял конденсатор 5В-земля. Сбои были постоянные, причем при остановке режима выполнения. Поставил конденсатор - все заработало.
Еще проверь, не дергаешь ли порты отладки(типа RB6-RB7 в пик18 или другие в дспике), особенно по маске порта.


По питанию мелкоЧИП везде (и нетолько он) требует конденсаторов возле каждой пары ног, плюс AVdd-AVss.
приэтом AVdd-AVss тоже должно быть запитано своим проводом - результат всегда "на лицце 07.gif ". biggrin.gif

На счет Release<->Debug in DsPic30 проверял сам (MpLab7.3-7.60) на результат выделения памяти не влияет.
нафиг нужна ? не понял результат компиляции идинаков.-проверял побайтно, Если неправ - поправте twak.gif !
Кроме того длинна ICD2-DsPic шнура влияет. ДогадыватьсЯ сложно, так по раазным прич. ругаться может девайс. Может доп. инф. выложите?


--------------------
"Для того чтобы избежать критики, надо ничего не делать, ничего не говорить и никем не быть"
"Каждый из нас бывает дураком по крайней мере пять минут в день; мудрость заключается в том, чтобы не превысить лимит." Элберт Хаббард
Go to the top of the page
 
+Quote Post



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

 


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


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