波特率有误差吗？ 你所使用的是不是原生串口？

上附件了，以免中和谐的招！ tmp.rar (172.33 KB) 下载次数: 57 2010-6-26 10:27

再UP!

sqlite确实比较好

引用 6 楼 macrozhang001 的回复: 楼主的2440 6.0BSP的包怎么得来的，要注意6.0跟5.0 OAL的差别。

我得2440A 6.0 BSP 是我买开发板时 厂家提供的。应该没什么错误吧？

谢谢斑竹作答 1，排除GPRS模块本身速度     模块直接和PC机接上拨号速度还可以 2，基站回复握手信号速度也没问题     原因同1 3，主板连接方式是USB，通过USB转串口进行通信的，速度应该没问题 可能的问题： 1，可能的问题驱动不是我们自己的，供应商提供的DLL，但是供应商说他们在WINCE上跑不会慢的无法接受。 2，我们的BSP的问题，这个我没做过这方面的优化，请大家给我指点下方向，谢谢

把两个edit放在不同的地方创建看怎么样，看是不是因为它们之间互相干扰

强调一下，只有在休眠唤醒后才出现慢慢死机的情况，大概在一分钟之内挂掉，也不是很慢;正常复位启动时没有问题的;;;正常启动和休眠唤醒后内核状态有什么不同呢？？？？既然能唤醒，唤醒流程应该没有问题了吧

引用 34 楼 haiou_arm 的回复: 引用 33 楼 xqhrs232 的回复: 今天看了6410相关DISPLAY的东西。要自己控制TV什么的，只能通过DISPLAY，DLL里面的一个流接口驱动----前缀是VDE。6410的DISPLAY。DLL里面也是通过打开这个VDE流接口驱动从而取得对DISP/TV/POST/FIMD/ROTATOR的控制权的。三星的VIDEODRIVER文档里面提到了这些，VDE的每个IOCTL控制宏的……

不一定非得走LOCALPATH方式吧．难道不能不走LOCALPATH方式？

以前陪考研的时候，发现大庆有一个网站做模电做的特别好，现在自然忘了，不过楼主可以搜一下，当时我觉得我学明白了。

ppte->dwVA = 0x8c000000 XIP (8c200000 -> 8c372ed4) span 这个是XIPKERNEL地址 8C200000 ppte->dwVA = 0x8c000000 XIP (8c380000 -> 8cbba778) span 这个是NK 地址       8C340000 只加载4M的时候第二个为0 ppte->dwVA = 0x8c000000 XIP (8c200000 -> 8c372ed4) span XIP (00000000 -> 00000000) span XIP (00000000 -> 00000000) span

MFC是作为一个组件做进wince中的 而现在的wince流驱动是在用户态 也就说明了可以使用API的吧 为什么不能用MFC类库呢？ 如果系统还真的没有加载MFC，那我可以动态加载系统dll吗 是否也可以使用MFC类库呢？

引用 10 楼 kyzf 的回复: CS=0;P0=num++;? CS=1;? 有问题 楼主把CS 直接接地吧。 再测试下，如果还有问题，我给你代码。 和相关的设计资料吧

还是给我发些相关资料吧~;邮箱： llwc_mcu@sina.com

嵌入式小鸟入门级论坛www.arm16.com

您好，不知道前面各位的问题解了没，你们说的问题小弟并不太懂，但我们目前是divacom在中国区域的总代理，从03年来一直专注于做DM9000及DIVACOM全线产品，对于研发来说，首先是产品质量有保证(为当年全新原装最新版本)，然后通过我们可以找到原厂的工程师做技术支持，当然，是免费提供的，说不定我能帮得上大家的忙，以下是我的联系方式    QQ：1259987438 电话：027-8765163610 （0）13554272382 王洪武

我们公司叫了英培特和周立功做了这个板子，很烂。

把电压转成电流  加个精密电阻

说的非常好！

引用 9 楼 paul_chao 的回复: 1. WinCE 强项是做 consumer device, 它包含了强大的 GUI, Network, MultiMedia support, 且 Application 开发与 Desktop Windows 非常类似. 2. 因为如此, 所以使用 WinCE 的 SOC 通常都包含了许多的 Peripheral, 所以将这些 driver 加入後, 那就跟大家的最熟悉的 BSP 有关, 有的 BSP 只能说是能动, 但是稳定, 可靠与效能就..... 3. WinCE 是一个 Customizable 的 Operating System, 你可以做的很大, 搞个几 10 MB 是轻而易举的, 那你就不应该认为它的 real time 能力能去与 uCos 比较. 但反过来说, 你也可以做一个 under 600KB 的 OS image, 将系统做的很单纯, 那麽相对而言, 其反应时间就会好很多. 4. 以上是比较直觉的说法, 很抱歉对 uCos 不熟, 所以无法比较, 不过这有一篇 report http://download.microsoft.com/download/D/A/C/DAC6D6D0-07EC-4954-95D3-55273C1524D7/Independent%20Real-Time%20Report%20for%20Windows%20Embedded.pdf 说明了 Windows Embedded CE 6.0, 其 hard real time 已经可以达到. Paul, Chao @ Techware

正在自己学ARM，感觉很有前途

bmp数据在从网络接收放在内存里面，我想直接在窗口上显示出来，应该怎么做呢？