在主程序里不添加读取接收中断数据的（数据）就可以正常运行 上面数据两字写错了，应改为语句二字即 在主程序里不添加读取接收中断数据的语句就可以正常运行

                                 去更新一下吧

                                 想了解STM32F-2外设，有资料介绍不？

你是怎么编译的啊

学习学习

我有这本书哦，还行，虽然贵了点，里面讲得比较全面。但是讲得比较基础，简单的说可以买本当词典用！！哈哈

要注意delay()，可以写的稍微长一些 有时候时序差了可能根本看不出来哪错了

应该可以的吧? 虽然我没试过

没这功能，你可以用Source Insight看代码，写代码，很好用。 或者给你的VS装个助手

相关的sdk，evc的补丁

在注册表或者显示驱动那修改显示屏的类型与大小。

                                 不能这么测速度吧

3530?A8?LZ真牛啊!

我加了打印信息，现在可以确认确定不需要在触屏或者其他驱动里Set这个Event，这个Event是做校准用的，当有PEN点击时，采集数据并校准后调用GWES中的CALLBACK函数去了，应该是由GWES通知PM的。

引用 23 楼 wangxin_801115 的回复: 再顶一顶： 哪位大侠了解 从D2或者D3、D4状态返回到D4状态 这个PM究竟是怎么实现的？ 即：当背光或者LCD进入D4状态，背光或者LCD被关闭 ? ? 通过点触摸屏或者任意按键或者USB、SDCARD 插入这些动作使其重新进入D0状态 ? ? 这个过程是怎么实现的？ 驱动跟PM是怎么通信的呢？

引用 13 楼 guopeixin 的回复: 引用 12 楼 eastley 的回复: 引用 10 楼 guopeixin 的回复: 引用 9 楼 eastley 的回复: 引用 8 楼 guopeixin 的回复: 引用 7 楼 eastley 的回复: 引用 5 楼 guopeixin 的回复: 引用 4 楼 guopeixin 的回复: samsung flash驱动设计的问题，采用了所有r/w操作经由kerneliocontrol转接到oal的方式，所以优先级比较高，导致操作flash的时候系统cpu loading很高 如果想解决这个问题，可以改一下架构或者采用ms 的driver 另外，你点击触摸屏没有反应的时候,可不可以做如下尝试 1. 拷贝文件之前，在device上运行一个测试程序，如播放对象存储中音频文件的播放器，当触摸屏没有反应的时候看测试程序能够正常工作； 2. 在touch driver中每次检测到用户点击的时候输出log信息，看触摸屏没有反映的时候是否有中断的log信息输出 谢谢，1、如果如你所说，我把SD卡上的数据拷贝到Pocketmory1时，系统是正常的，又如何解释？ ? ? ? 2、先打开SD卡上的音频文件播放，通过USB Mass Storage拷贝数据到Nand时，音频播放会停在那里，直到拷贝完成才继续播放。 to：1、如果如你所说，我把SD卡上的数据拷贝到Pocketmory1时，系统是正常的，又如何解释？ 在没有看到所有线程对cpu占用的具体时间之前所有的分析都是推测 这个应该是SD卡和Mass Storage情况下USB速度的差异导致拷贝文件的时候用在flash Write上的时间长短有关 另外，“2. 在touch driver中每次检测到用户点击的时候输出log信息，看触摸屏没有反映的时候是否有中断的log信息输出”的结果是？ To:1:是的，我现在确实都只是根据表象来推测； ? 2：把触摸屏驱动打印LOG打开，发现是有LOG输出的，虽说不是很流畅，打印如下： DdsiTouchPanelGetPoint:: *pUncalX=2959, *pUncalY=1888 up *pUncalX=2959,*pUncalY=1888 那就基本上可以确定是优先级导致的该问题，解决方法如前面说的 不过，其实这个也不算是啥问题，因为连接usb的时候用户基本上不可能同时做这么多的操作 USB Mass Storage是一种情况，但是应用层软件在执行写操作的时候，点击触摸屏有时也会没有反应，或者很慢，这就不能容忍了，如果修改构架的话应该怎么入手呢？能否给个指导思路，谢谢了：）我觉得使用MS的Driver时间会比较久。 呵呵，软件总会多多有些问题的，看怎么权衡了 我觉得有两种方法可以解决这个问题: 1。 更新driver架构，使用ms架构（这个要看你对两种架构优缺点的权衡了）； 2. 改变hw，采用类似于inand之类的（如魅族M8就采用了movinand+sd架构，就不会出现lz的情况）

只是个人愚见，仅供参考，呵呵

一切会好起来的，大家都在祝福她~

                                 估计要自己写windows端的串口驱动了。我曾经尝试过用CDC实现2个串口，但是都是以蓝屏而告终...据说传言网上有成功用CDC实现多串口的，楼主去网上搜索下看，有没有办法，找到的话给大家共享一下吧~~~~理论上应该是可以的，可能要自己修改inf文件吧。

19200 一秒1745字节是极限。放宽一点一次接收1500个字节没问题。但是如果数据发送和接收都得算上，不知道你的是怎么操作的？自己求一下传输字节需要多长时间，剩下的才是程序浪费的时间。

                                 对不起，是否收购哪家公司，这是公司高层的事情，不是俺的职责范围，做不了主，也不想讨论这个问题。

通过bib文件改eboot.bin大小的时候，如果要通过EBOOT更新自己还要注意EBOOT的OEMVerifyMemory函数，其中有对EBOOT大小的判断，如果设置得不合适就会识别错误了。