Chinaunix首页 | 论坛 | 博客
  • 博客访问: 857463
  • 博文数量: 213
  • 博客积分: 5048
  • 博客等级: 大校
  • 技术积分: 1883
  • 用 户 组: 普通用户
  • 注册时间: 2008-04-14 10:14
文章分类

全部博文(213)

文章存档

2011年(4)

2010年(55)

2009年(47)

2008年(107)

我的朋友

分类: 嵌入式

2009-11-05 18:06:37

习惯vc那样的调试在做嵌入式的时候是很吃亏的。
首先,可能你用的单片机就很小的ram空间,你能怎么调,让你设两个断点就不错了。
我现在遇到的最深印象的问题就是:
很多很注重时钟的开发,比如无线通信的时分通信,还有像DS18B20那样对时间精度要求很高的情况(可能精确到几个clk的程度),这时候用开发环境如IAR的调试,那是会死人的。

经历1
DS18B20,用过的人都知道他对时间的精度是到us级别,像msp430 16M的主频跑,16个clk算一个us,照着datasheet写好代码,一开始在用IAR的debug环境调试,发现温度总是测不准,摸索了半天,想到很有可能是用debug的时候导致系统时钟的不准确。一测果然,离开debug直接运行代码,用串口输出,一切都好。

经历2
无线通信的时候不关是debug环境会有很大影响,而且就是串口输出也会影响无线网络的通信质量,这时候一个比较好的方法就是专门开一个侦听设备,他的作用就是不听侦听无线网络通信,吧侦听情况通过串口打印出来。
不过肯定不会那么的精确。

所以嵌入式调试最好不要用开发环境的debug,很影响系统时钟的效率,一般可用串口作为观察口。
阅读(779) | 评论(0) | 转发(0) |
0

上一篇:DS18B20

下一篇:msp430的定时方法

给主人留下些什么吧!~~