应该还不错

                                 不好说，说实话，我也买了这个板子，我都不知道怎么玩呢！

跟你的主系统时钟有关系！你用辅助时钟试试，应该就很慢了！还有，好像不能刚好一秒进一次中断的，可以在中断里面用个if语句，判断一秒的时候去执行你那个程序！

                                 样品不可以申请？

引用 2 楼 xqhrs232 的回复: 应该跟SAV/EAV有关了.

你是说我发出的SAV/EAV可能不对，造成不能触发中断？

                                 每周波采用24点，不慢了，做保护足以，我不计算谐波的，你得考虑计算能力和cpu的符合，ad的通道16个我用满了， 16通道*24点，计算量不小了，另外STM32的汇编效率比较低，没法和DSP的执行效率相比的。

1.注意ack,nack信号 2。注意系统频率

引用 4 楼 sszzhh 的回复: 刚入wince的行,但本人做了十几年嵌入式程序员,为了赶时间,所以选用wince开发应用程序.wince只不过是个操作系统平台而已.所以做程序员不用为一个平台而担忧.哪天让你去开发其它平台应用程序,不需要很长时间你一样会很熟练.仅此而已,不用担心.

但问题是现在android等平台下开发应用似乎要比CE/mobile还要方便快捷吧，关于这点可以搜索网上相关的资料，android平台开发门槛也不高,java，相关程序员数量也很多，平台通用性高，方便移植。 android的优点相比ce是显而易见的，所以android火了起来。而ms已经承认在嵌入式方面已经落后了google,apple很多了，而且ms似乎没什么强烈的意向去做嵌入式。 等完全熟悉CE了，再回头一看，除了你之外其它人都在用android了，而因为android的开发相对简单周期也短，因此会冒出大量的小型design house去做android，3、5十人或者更少就能撑起来，此时发现整个市场都被android慢慢蚕食了，CE已经没有了市场，找工作也成了个问题

我咋不懂呢

把nand擦除干净，从新按照开发板说明烧写一次，如果还是这个问题出现的话，就是硬件问题，拿回去保修~~

楼主的 PXA270 的上电有问题，或者上电时序有问题。 你的PMU 是哪家的IC?

这个芯片没有用过，估计前面是去掉了部分头部字段的，正常应该是偏移30个字节才是SNAP头部

修改PB中explorer.exe的源代码，重新编译，把explorer.exe添加进操作系统即可

MARK， 帮顶下。

vivi可以在xp下编译吗？不是ADS gnu里面的汇编指令都不一样吗？

                                 把map文件贴出来就一目了然了。 猜测是虽然强制定位到后面，但是计算的依然是完整块的大小。

先友情帮顶下！

引用 4 楼 hpp6699 的回复: 改用VS2005，很好用的

工具改变不了这个问题的 主要是 Unicode的问题。因为文本通常是ANSI的，要CE下显示必须使用Unicode，需要调用字符转换函数。 具体的函数名不记得了，google一下就可以找到。

帮顶

可以做的，连续采样，将采样频率设置到一个合理的数字； 在处理中断时，可以通过超时计数器来实现的，如果在这个时间内触摸笔还在LCD上，则认为还是在一次操作，如果超过此时间，则认为，本次操作完成。 就像划一横，由无数个采样点组成，如果笔不在LCD上的时间超过“超时”，就认为该横写完成，等等。。。 不过，“跳笔”动作实现起来有难度，当然，这些问题可以弄到应用程序中去实现，可能会好些（应用的没做过，不好发言）