复位电路有什么要求啊？简单的低电平就可以吗？ 手册上的看了，没看明白~

                                 调用系统的查询标志函数，在那等待运行结果就正确。但是直接操作寄存器查询运行就不正常？

                                 IAR是这样的，凡是设置不了断点的地方就是被优化掉了，根据你的情况，可能是中断程序没有调用，检查一下你的Startup.s，看看你的中断服务程序的函数名是否与__vector_table内的那些一致。 可以在LINK之后的map文件搜索你的中断函数名，看看是否使用了。

                                 我想问一下，TIM CR1寄存器中的 CKD ，时钟分频因子如何使用的？ 不太明白

1、图片转换为.bin格式，.bin格式有两种（个人定义）：a、网上多多数工具是将bmp直接转换成bin格式，这个bin从第一个字节一直到结束开始便是图片信息，不能用Eboot直接下载，需对Eboot进行修改；b、和NK.bin相同的格式，包含有标志、起始地址、跳转地址、大小、校验和、记录等，这个可以直接用Eboot进行下载； 2、对于上述第一种bin，需要对Eboot进行修改，因为Eboot在下载bin文件时，会从bin文件中找出下载地址、大小等信息后才能下载，而直接从.bmp转的.bin不具备这样的条件，所以要修改Eboot，一般的做法是添加新的命令，在新命令下直接对固定block进行烧写，启动时，在到固定block进行读。而对于上述第二种bin可以和烧写nk.bin或Eboot.bin的方法一样，相比，第一种方法太土。 3、楼主问的很好，回答是肯定的。问题的焦点即是和Eboot.bin一样格式的文件该如何转换：    我曾经尝试过载PB下搞，失败告终。    最终是用WinHex这个工具实现的，涉及东西比较多，大概如下（以logo.bin为名）：    1）、熟知像Eboot.bin文件的格式；    2）、logo.bin文件做成只有一条有用记录，一条结束记录的文件。         现在能想起来的就这么多了，楼主具体做时遇到问题咱们再交流。     另外，总感觉用WinHex的方法比较笨，不知大家还有别的好的方法没有？

引用楼主 wangyuluyulu 的回复: 关于开机logo实现方法：（因为我的图片比较大，由于eboot有512k的限制，所以想把图片烧写在NandFlash某个固定的地址，Eboot运行时读取该地址内容，放入显示缓冲里实现） 1：把图片转化为何种格式 2：如何通过eboot烧写 3：有没有方法通过设置pb 把logo编译为和nk.bin一样格式的文件（如果这样就好办了） 4：谢谢各位赐教

                                 互斥访问这个词平时也很少听到，不知道是用在什么条件下的

帮顶,学习，我要看回复内容

必须让链接器将变量链接到这个地址！ 例如：在ARM上，可以通过Scatter File指定～呵呵～ 你那样做，有用处吗？还是只想玩一玩？

上次想买了,在书店一个角落里,看目录不错

学习 顶一下 我之前用过 不过没用过第三方的库

2 3 楼 貌似ouravr 改成ourdev了吧

KEIL 针对不同的mcu创建的工程有自己的start.s

可以用这个工具拦截分析 下载地址： http://download.cnet.com/ComTrace/3000-2218_4-75156892.html?tag=mncol 感觉好别忘了给个review(评论)，谢谢！

引用 4 楼 sunrain_hjb 的回复: 换句话说，楼主目的就是能在应用程序中访问特定的物理空间吗？ 你可以把相关的代码贴出来让大家帮忙看看。

并不需要应用去访问特定的物理空间。 说简单一点，我从FrameBuffer可以拿到两个backbuffer，虚拟地址分别为：0xd2fafc00和0xd2fcbe00。 第三个buffer由于Framebuffer大小不够就动态分配，地址为：0xd3bf0000。 目前使用Samsung的Display驱动，调用到子类s5p6440Surf的构造函数： s5p6440Surf::s5p6440Surf(int width, int height, DWORD offset, VOID *pBits, int stride,EGPEFormat format, EDDGPEPixelFormat pixelFormat, SurfaceHeap *pHeap) : DDGPESurf(width, height, pBits, stride, format, pixelFormat) 其中上面提到的三个虚拟地址都以 VOID *pBits的参数传入。而这个pBits实际上作为DDGPESurf类构造函数的初始值来使用。 然而应用程序在使用这三个buffer的时候，在应用程序中两个从framebuffer分配出来的buffer其虚拟地址分别变成了0x14fc00和0x16be00。而由动态分配出的那个buffer在应用程序中的地址仍旧为0xd3bf0000。 那么可以认为在驱动与应用之间Wince做了相应的内存映射，应用由于只能使用User Space的地址，Wince在User Space分配了虚拟地址并指向实际的物理内存。但是目前不明白的是，在驱动层面我只需将虚拟地址传递给pBits这个参数，之后都是由DDGPESurf类来处理，这部分都是直接使用CE提供的lib，它为何能区分对待不同的虚拟地址。 现在看应该是有些条件没有满足，所以导致CE没法对我动态分配的地址进行转换，所以现在想了解的是怎样才能让CE把这个事给做了。

恭喜恭喜！

谢谢楼上的，官方说没有64位驱动。

呵呵，这样的东东还是去看书上的吧

我开始以为是RequestType的问题，后来测试发现，在Ndis6.0上运行没有问题，而在6.20就有问题了

帮顶！！

我还是一个在校学生呢。。。 对嵌入式一点都不懂。。。。