回7楼：   见到一款低功耗M3，    Energy Micro 的EFM32 Gecko(壁虎) 微控制器。以下表述来自网上新闻。 执行Flash代码180?A/MHz。它的待机电流低，在运行实时时钟、上电复位、掉电检测电路、以及全RAM和CPU保留时 ...

EFM32的低功耗确实挺好，但它是家小公司出的，稳定性、价格、支持恐怕难以保证

能写入，不能读出，楼主你确定你写入的数据，对方能收到吗？而且对方的应答也正常吗？这样才可以说写入的时序已经正确。假如有示波器，最好了。看看双方通信的时序，看问题出在哪里。你这样看代码是比较难发现问题的。

                                   我被楼上的几位（AYB_ICE,无冕之王）说晕了。香水版主已经说过是冯诺依曼结构了（即证明手册资料上的是错误的，虽然这种错误难以置信），楼上的几位又说是哈佛结构，更有甚者说是统一编址的哈佛结构。那么，我就真正的糊涂了。那想问，区分哈佛和冯诺依曼的是什么？ softradio兄台真是见多识广。多谢分享历史。

下面是我们的申请书的选题背景和意义： 1、 宿舍管理的不完善，宿舍成员与管理者之间的沟通不方便，造成了现在高中，乃至大学生宿舍内的学生有逃课，休息时间大声喧哗，严重影响他人休息的，火警预报不健全造成火灾的现象。有宿舍暖气坏了，在冬天室温比较低，造成宿舍成员不便。及时都得不到解决，数据也不及时反映到管理者那里的局面。 2、 现在高中、大学的宿舍管理越来越趋于规范化，管理更加的严谨，面临着社会竞争压力形势更加的激烈，社会对学生的素质要求也越来越高，这对于老师管理学生来说也是一种要求，只有管理越先进，学生素质也就越高，学习成绩才会有所改善。而对于学生而言，宿舍是在学校的一个居住所，所以更要对宿舍管理进行改革。符合社会对人才的需求。 3、 课题组成员为####大学电子与通信工程系电子信息科学与技术专业大三的学生，已完成《电路理论基础》、《模拟电子技术基础》、《数字电子技术基础》、《信号与系统》、《工程电磁场》等电子信息类的专业基础课程，正在学习《数字信号处理基础》、《通信系统原理》、《通信电子线路》、《计算机软件设计技术》、《计算机控制技术》、《自动控制理论基础》、《信息通信网络基础》等专业基础课和《VHDL语言与EDA》等专业课，另外还完成了《模拟电子技术基础实验》、《数字电子技术基础实验》和《电子工艺实践》等实验与实践类课程。 4、 我组成员作为电子的专业人员，对于电子方面的知识，产品都相当的感兴趣，并经常阅览有关杂志，了解电子的创新和发展。所有成员都在大二下学期参加过####大学第三届电子设计大赛，并有三人获得一等奖，两名获得二等奖的实践经验。 拥有比较好的动手实践能力。

引用 3 楼 gooogleman 的回复: 我就是这么修改的。如果你的还是不行，那我真的不懂了。呵呵。

我看你的贴子里第一部份Platform->Settings->Environment->new -->>Variable name里填IMGSDBUS2,variable value里填1-->>OK 应该是这样修改吧.

速率不对？是ARM时钟配置不对吗？那就是软件的事？

应用程序不只是一堆代码，烧录的时候实际上转化为了硬件电路，比如高低电平等

                                 如果上电之前，电源和地没短路，上完电之后再量就短路了，那还真有点奇怪，没碰到过，楼主不会怀疑是芯片内部短了吧，不太可能

希望各位高手继续帮助！

都是在pc模拟器下运行的

引用 4 楼 kyzf 的回复: 这里的确不错，软件大牛 有很很多。 相互交流，共同进步。

eeworld 有了你，无限精彩！呵呵，这两个月你好猛啊。

学历不限，工资有高，这个招聘看的舒服

                                 O(∩_∩)O谢谢

1）在系统中注册中断(连接到中断).对应NDIS库中的NdisMRegisterlnterrupt函数来实现中断的注册。 2) 确定中断的优先级别，我估计是不是没有确定中断的优先级。 3) 接收到中断并对中断进行排队 每一个MiniportXxx函数或ProtocolXxx函数都运行在一个特定的IRQL上，在中间层驱动程序中这些函数可使用的IRQL从PASSIVE_LEVEL一直到DISPATCH_LEVEL(包括DISPATCH_LEVEL)。 至于NdisMRegisterlnterrupt()申请不成功的原因，我现有的资料只有DDK方面的，所以不敢妄下结论。正在学习中！

女生学一点玩玩还好吧，要是以后做这方面的工作，稍为苦了点吧。

不知道呀，顶了！

谢谢楼上朋友的回复，经我测试.mdb用ADOCE在是没法打开的，必须是.cdb格式的，也就是说必须是用嵌入式的Access产生的文件才有效！

OEMGetExtensionDRAM (LPDWORD pMemoryStart, LPDWORD pMemoryLength)的声明和实现都有问题 它的第一个参数其实是一个数组的指针，数据的每个元素是一个section结构体，结构体中指出来了你声明的内存的起始位置，长度和属性信息 另外，最大支持16个section(记不太清楚了) kernel下代码进行memory代码初始化的会去以指针的方式引用该函数，你看一下就明白了

是不是模块根本没有启动……

http://bbs.meizu.com/thread-913006-1-1.html 请各位看看这个链接，我觉得M8的粉丝们说的不无道理： DirectDraw很好很强大，但是DirectInput在哪里？直到Windows Mobile6，DirectX都缺乏输入方面的API，仍然是半残。 即使采用DirectDraw作为图形API，游戏厂商仍然不得不需要用GAPI（或者GDI消息）来响应硬按键消息，你觉得游戏厂商脑残了用两套不同的API？ 另外，WM游戏需要考虑的是受众，Intel XScale和OMAP 7XX/8XX的DirectDraw驱动bug很多，效率很差，甚至包括高通的MSM 7200芯片组也直到去年才修复了DirectDraw Overlay的bug。游戏厂商不愿意为了追新而在自己的代码里加入大量的为特定机型做workaround代码，更不愿意为了追新而放弃大量的现有用户。所以直到目前为止，2D游戏厂商更乐于使用GAPI，或者Raw Framebuffer。 另外说下，DirectDraw的性能很差，首先是因为其API并没有为内存带宽紧缺的嵌入式设备做特别优化。 其次是由于DirectDraw接口的复杂性和局限性，大量操作被迫由软件模拟。MS的Software Emulator的效率怎么样我想开发者心里都很清楚。 所以即便到了WM6,DirectDraw的性能依然无法同GAPI或者Raw framebuffer抗衡。 最后做下广告，M8的GAPI是在6410底层硬件控制代码上做了非常薄的封装，绕过了GDI, DirectDraw等所有现存图形API。性能已经做到非常接近硬件极限，包括DirectDraw在内，都完全不是M8 GAPI的对手。