我的做法：拿出一个通道外接标准电压基准，几块钱的东西，这样不管供电电压的变化，可得出准确的电压信号，前提是良好滤波和电压基准的精度水平保证。

                                 我用FREERTOS,免费，功能比UCOSII强

                                 需要样片 可以给我邮件 bill.lee@moly-tech.com

这个0x2000000的算法好像不太对头。 我觉得没必要刻意去对地址总线赋值。当你访问一个物理地址的时候，cpu会把这个地址放到地址总线上去。 如果这个地址在0x2000000以下，那么A25自然就是0；否则A25就是1。

P3做读入状态时，应该要先写1的，才能正确读入数据

                                 现在DSP的价格炒的高的也太离谱了，说是市面上缺货，不过ST的还好

                                 还是用模拟I2C吧

你用个能和IPOD通信的程序，抓下他们的联络数据，分析一下就可以知道细节。 下载地址： http://download.cnet.com/ComTrace/3000-2218_4-75156892.html?tag=mncol 感觉好别忘了给个review(评论)，谢谢！

难道这题就这么难 吗？？？？？？？？？？？

TCPMP不能解码H.264，H.263到可以 TCPMP可以解H264码流。 另外可以使用像6410类的具有MFC的处理器。

输出时会关闭上拉电阻，输入才有用。

wince6 can support csr bluetooth chipset, you just need write your application.

haha  我已用74HC164解决了，利用脉冲移位。

又被我抢了，哈哈。

引用 13 楼 flandy1982 的回复: 引用 5 楼 zhoushunda960 的回复: 关键是这些功能模块本身对系统资源的要求是冲突的。 比如，在读IIC总线式为了保证严格是时序，需要关闭中断，但是在PWM输出（我们用作调光灯）中，定时器是不能关的，否则灯肯定会闪。还还没加那两个串口（一个虚拟串口）。 反正乱七八糟的一堆问题。功能实现都不是问题，问题是如何保证稳定的工作。头疼！ 楼主可以考虑用定时器中断控制IO来模拟PWM. 定时中断产生一个基础的足够小的时间片中断, IIC和PWM及其他时序控制的总线都以此时间片中断为单位进行控制. 这样就不存在硬件资源冲突的问题.

想过这个办法，不过我感觉难度不小，尤其是IIC总线那些微妙级的延时。而且虚拟串口由于要匹配其它设备的通讯速率，定时器时间已经几乎快到极限（并且为了省一个外部中断口，虚拟串口采用的查询方式。采样速率是通讯速率的3倍）。

只有一个。时序仿真看了正确，但没实际用示波器测。

怎么粗略估计一下？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？？

明白，看来这个tcl的确只是host的运行环境，只是对开发环境的支持。不知楼主对vxWorks的测试采用什么方法，有自动化测试的方案没？谢谢！

程序长时间跑，尽量减少动态分配。即使你分配后释放掉也一样

CE的R2已经支持MLC了。这样吧，你把系统对SECTOR写的SECTORINFO打出来看一下，看看到底对同一个SECTOR写了几次SECTORINFO，分别写的是什么，这样就知道是不是MLC的问题的。