我用的是H-jtag，我和H-jtag的作者21大侠确认过他的代码，如下： U32 func1_read_id(U32 sysbase) {         U32 id;         U16 mid;         U16 did;         *SysAddr16(0x0, 0x5555)  = 0x00F0;  //将值0x00F0写到FLASH的地址0x5555         *SysAddr16(sysbase, 0x5555) = 0x00AA;         *SysAddr16(sysbase, 0x2AAA) = 0x0055;         *SysAddr16(sysbase, 0x5555) = 0x0090;                                         mid = *SysAddr16(0x0, 0x0);         did = *SysAddr16(0x0, 0x1);         id = mid | (did

白天忙所以只有晚上看论坛。谢谢各位大侠出的点子，挺感动的，当一个人陷入困境的时候，有其他人的帮助，这种感觉真好。 7楼说的Mark和9楼说的记号，是一种工具还是一种调试手段？能说仔细点吗？ 谢谢8楼和11楼的仁兄出点子，现在基本上可以排除是任务死锁造成的了，我怀疑是任务堆栈被异常改写，所以semGvie释放了一个无效的信号量。 10楼的兄弟，麻烦你把资料传给我，我的邮箱是hddream@163.com或者帮你的博客网址给我，谢谢了！ 现在最重要的：定位数据堆栈被异常改写有什么好的、快速的调试手段或方法吗？ （数据断点也可以啊，怎么玩？）