28X 调试界面CPU Reset出现这种情况

发表于 2014-8-30 21:12

如果按CPU Reset,会出现 No source available for "0x3ff9ce" 这是什么原因？
如果是按 Restart则生复位到main（）的第一句

发表于 2014-8-31 23:59

没遇到过

发表于 2014-9-2 00:00

看看cmd分配

发表于 2014-9-2 00:01

可能数据分配有问题

发表于 2014-9-2 00:01

发表于 2014-9-2 00:02

一般在暂停调试出现

发表于 2014-9-2 23:22

楼主解决了分享一下原因先谢谢啦

发表于 2014-9-11 14:08

应该是下面说的原因

在CCS仿真的时候，当程序加载到芯片后，CCS自动寻找main函数入口或是code_start入口，自动跳过了bootloader的过程，所以在仿真的时候看似不需要boot mode的设置，因为CCS的功能让芯片能够自动找到程序的入口了。而boot loader的功能其实也就是根据GPIO引脚状态找到应用程序的入口而已。
但是，你在仿真的时候，如果因为看门狗产生复位，或是直接点击CCS的复位按钮，再按run，如果这时候GPIO没有配置为正确的引导状态，则芯片会运行不起来。
所以在仿真的时候，如果要复位芯片，常用的是用reset cpu，然后restart，这样就跳过bootloader过程，由CCS找到应用程序入口。当然，最好还是设置GPIO的状态，程序如果是load 在flash，就boot to flash，如果在RAM，则boot to ram。
一句话概括，仿真的时候，CCS可以屏蔽bootloader，自动找到函数入口。默认是程序load到memory时，或使用reset + restart。
那么如果脱机跑的时候，就一定要配置正确的引导状态了，否则运行不起来。

发表于 2014-9-11 22:04

hitbuyi1 发表于 2014-9-11 14:08
应该是下面说的原因

在CCS仿真的时候，当程序加载到芯片后，CCS自动寻找main函数入口或是code_start入口， ...

谢谢你的详细说明

发表于 2014-9-12 11:47

没有遇到过楼主说的这种情况，感谢分享经验，受益了。

发表于 2017-5-19 10:28

hitbuyi1 发表于 2014-9-11 14:08
应该是下面说的原因

在CCS仿真的时候，当程序加载到芯片后，CCS自动寻找main函数入口或是code_start入口， ...

您好，谢谢您的解释，但是该如何解决这个问题呢，求指点，谢谢

发表于 2017-5-19 17:21

cpu复位有啥问题

发表于 2017-5-19 17:23

这个会怎么显示的这个错误，是仿真的时候有问题吗？

发表于 2017-5-20 22:46

复位之后保存，应该是芯片没有停止。

发表于 2017-5-20 22:48

重新下载程序，断电之后重新开始。

发表于 2017-5-21 22:30

不是都是复位，怎么会重启。

发表于 2017-5-21 22:33

实际的应用过程中,RAM仿真时,如果进行restart,那么程序要重新烧进RAM,再reset cpu

28X 调试界面CPU Reset出现这种情况

相关帖子

浏览过的版块

技术新星奖章

经常做客

技术领袖奖章

十世金身

坚毅之洋流

荣誉元老奖章

精英会员奖章

奔腾之江水

以坛为家

技术高手奖章

甘甜之泉水

核心会员奖章

七世轮回

技术奇才奖章

沉静之湖泊

无冕之王奖章

常驻人口