chex –fi -o $(OutputPath)$(TargetSName).hex $(OutputPath)$(TargetSName).sm8 这个生成出来的，怎么和S19的数据一模一样！

                                 我换了较小的电位器（100欧），情况好了一点，但还是有点影响， 对信号源的内阻要求在多少一下啊？是不是一定要加跟随器啊？

引用 9 楼 jennyvenus 的回复: 相差大小是一个问题，先要明确哪一种是接近实际值的才重要。

恩，谢谢大侠的提醒。我也觉得先要确定哪个才是真正的值。这样才能有目的地去发现问题所在。 后来一个同事告诉我。可以先用序号值，即输入值从1一直到某个数（例如5000）来代替AD转换值（这样比较容易看到结果），将这个数据流文件放到MATLAB中进行验证，后来得到5000/8个数据；并且每个数据都有具体的值。 后来我再在KEIL中，将自己写的C语言算法，融合这5000个数据，设置AD转换速率为2KHZ时，通过UART，确实能够得到和MATLAB中仿真时一样的值。每个值之间相差8，那就至少说明这个算法时正确的。 但是又碰到两个问题。 （1）当把AD转换频率设置为4KHZ时。数据显示到一半就会卡住，可能是几个，可能是几十个就会卡住。 （2)当AD转换频率设置为8KHZ时，显示的数据个数是5000/8个，但是值与值之间的差值只是4，从这点，我又担心是不是自己的算法程序还有问题。。。。 还请各位不吝赐教，多谢。

                                 这种方法本身就测不到很精确的频率啊，或者你多捕获几次然后取平均值？

可以试试，一般应该是电源跟不上。

这些idle应该就是你写的那些注册表内容，看一下release目录下的reginit.ini文件里边的设置对不对

                                 没听说过有108这个品种。。。 可能是我孤陋寡闻了。。

到UC网上下载一个MOBILE版的试试

帮你顶

                                 谢谢，我基本上明白了，呵呵

帮你顶

17楼的朋友加油哦

参考手册里有： 下载 (44.23 KB) 2010-3-18 17:10 是不是和这个有关系呀

                                 只是能改变脉宽和周期，不能改变幅值吧，LS？

能灵活运用KVL、KCL，再了解下运放，已经能应付八成电路了。

arm 有支持java的芯片，不过用起来可能还不如先学学汇编呢，还有，好多公司都在开发基于C的jvm，这些属于pc上jvm的子集，典型的是jcvm，java卡虚拟机。

没用过， 帮顶下！

这个问题，楼主可以先了解下 单片机为什么要复位？ 答案： 1.上电复位可以对内部寄存器进行复位，从而使其固定为一状态，否则寄存器状态未知。 2.同步内、外部时钟信号。防止频率不稳及晶振停振。 3.有些高级芯片，不先复位根本部工作。 4.有复位引脚的芯片必须加复位，这是电子设计的基本要求。

                                 

版主滑头，等于没说 sunmonth 发表于 2010-1-12 20:13 请大侠指教。

toc数据是在编译过程中完成的，Makeimg根据可执行模块的内容填充镜像的TOC数据，并且用它的起始地址更新pToc全局指针变量。 这个指针的定义是在D:\WINCE600\PRIVATE\WINCEOS\COREOS\NK\LDR下面的ldrcmn.c文件中 定义如下： ROMHDR *const volatile pTOC = (ROMHDR *)-1;     // Gets replaced by RomLoader with real address