Chinaunix首页 | 论坛 | 博客
  • 博客访问: 150871
  • 博文数量: 31
  • 博客积分: 1455
  • 博客等级: 上尉
  • 技术积分: 340
  • 用 户 组: 普通用户
  • 注册时间: 2010-03-09 02:20
文章存档

2012年(2)

2011年(18)

2010年(11)

分类: 嵌入式

2010-03-30 23:13:39

绝大多数时候,用仿真器调试程序的时候,都可以先在main停住程序。
然后,非常偶尔的,也可能碰到几种可能,程序会自由跑,不会停在main,
当调试遇到在main停不住的问题时,先检查下是否是这些问题,然后对症下药。

情景一,Keil的Project Option->Debug->Settings里面,
   reset方法选的是HWRESET,
   通常硬件reset后,所有断点也会reset, 因此程序启动后会自由跑,不会停在main.
   解决办法:将reset方法改为Autodetect或SysResetReq通常能解决问题。

情景二,编译连接的时候,main函数被link到了RAM区域。
   造成main不能被"断住"的原因是,运行到main之前,程序会将自身从ROM复制到RAM,
   于是连同设定在main位置处的断点也一并覆盖掉了。
   解决办法: 改写scatter文件,或使用简单link办法,确保main函数被link在ROM中。
              注:以芯唐(Nuvoton) NUC1xx系列芯片,ROM的起始映射地址为0,
                  RAM的起始映射地址为0x20000000


另外提供一个一劳永逸的办法:
使用Nu-Link调试器,并用Nu-Link安装包提供的
SH_startup_NUC1xx.s代替您的项目中原先的startup_NUC1xx.s,
重新编译运行项目,Nu-Link会对针对上述问题做特别处理,确保在main入口能暂停程序。
(安装完 Nu-Link驱动后,可在这个位置找到SH_startup_NUC1xx.s
C:\Keil\ARM\BIN\Nu_Link\SemiHost\SH_startup_NUC1xx.s)




阅读(3903) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~