固定长度的收发应该不会出现问题，我用串口收发16位定长数据，一点问题都没有。

                                 在线等

可以肯定的说，没有! 请不要怀疑CE系统的东东，虽然它偶尔也可能有问题 多怀疑自己的东东吧

Jlink V8，GM好像卖的！

思路：LM337输出电压，再用功率管输出大电流

个人感觉嵌入式不适合教学，因为没有学生会学习的，我是大四的学生，我们以前上过单片机，DSP，嵌入式， 除了单片机学了些怎么编程外，DSP就略微懂了一下TMS320C54XX的芯片，会基于别人的程序在CCS下建个工程，嵌入式讲的是ARM7，不过什么也没学会因为我们不可能有那么多精力去把单片机，DSP和ARM都学好，如果想开设嵌入式系统，建议别拿WinCE  Linux等OS，讲讲uC/OS-II就足够了，其实如果等你上完课时班里的学生都知道uC/OS-II是怎么会儿事也就很不错了。至于说WinCE Linux以后毕业设计时可以叫那些比较感兴趣的同学弄一弄。。。 学生们现在只知道拿高分，因为有了高分有奖学金。。。能保研。。。哎。。。我当时就太注重拿高分了。。。后悔。。。

刚刚部署成功了，可以正常显示 但是还有IIS错误，具体还在排查。 部署的时候除了把 C:\Program Files\Microsoft Visual Studio 8\SmartDevices\SDK\SQL Server\Mobile\v3.0\wce500\armv4i 对应的安装包拷贝到机子上安装之外，还需要把 C:\Program Files\Microsoft SQL Server Compact Edition\v3.1\sync\SQL 里头的DLL拷贝过去。 这样的话应该就可以正常显示了。

                                 版主的链接做错了……

支持，我最近也在做这个

第二个问题USB状态的原因为添加了ActiveSync组件引起的问题。同时添加该组件后自动添加了一个AutoRas的拨号程序。导致在OS启动之后会自动拨号,同时引起该事件。 第一个弹出的用户密码域名Dialog为RasDial过程中的RASENTRY的options属性为RASEO_PreviewUserPw引起的问题，但是解决的方法还没找到。因为我在RasGetEntryProperties总是返回603的error.怎样调整参数都无法正确获得(我是获取Cellular Line的Options)。 另外一个新的问题是：如何配置ce6.0下RIL方式下的CellularLine的属性，如波特率等。谢谢！

upupupup...

8错，兄弟继续挖掘，继续努力哦！

asdfasdf

硬件的话 晶振  电阻 电容  按键  外加电源  按键用来开始、结束、调时、复位电子钟  电阻上啦作用，电容就接晶振了 ，当然也可以按楼上说的加一个时钟芯片。

发送8bit编码短信我是直接调用RIL　API的发送函数发的，SmsSendMessage函数不支持这种格式 问题是接收的时候检测不到，下面是两种格式的调试信息的对比： USC2编码的，可以正常检测： RilDrv: Accumulated response: +CMT: "",144 0891683108200005F0040D916851806961X1FX0008902132905280237C56E04E3A67094E8673AB7470624D67097F8E4E3D7684723160C5FF1B56E04E3A6709851A84DD768459297A7A624D670998DE7FD4768468A660F3FF1B56E04E3A67094E864F60624D8BA962116D6A8D394E006 RILDrv : t : CRilHandle::BroadcastNotification : Broadcasting notification 0x20001 RILProxy : n : MESSAGE - To \Windows\udevice.exe - Info Pointer = 0x00033e10, Param = 0x00030720 RILProxy : N : MESSAGE - SvcCtrAddress: ADDRTYPE_INTERNATIONAL, NUMPLAN_TELEPHONE, "8613800200500", Message Flags = NONE, MSGTYPE_IN_DELIVER, MsgInDeliver: { OrigAdress: ADDRTYPE_INTERNATIONAL, NUMPLAN_TELEPHONE, RILProxy : N : MESSAGE - "8615089616XXX", MSGPROTOCOL_SMETOSME, DataCoding: DCSTYPE_GENERAL, DCSALPHABET_UCS2, SCReceiveTime: 2009-12-23 Wednsday 01:25:08.000 MsgLength = 62, RILProxy : N : MESSAGE - Message = 56E04E3A67094E8673AB7470624D67097F8E4E3D7684723160C5FF1B56E04E3A6709851A84DD768459297A7A624D670998DE7FD4768468A660F3FF1B56E0 } RILProxy : n : MESSAGE - To \Windows\udevice.exe - Info Pointer = 0x00031030, Param = 0x000306e0 RILProxy : N : MESSAGE - SvcCtrAddress: ADDRTYPE_INTERNATIONAL, NUMPLAN_TELEPHONE, "8613800200500", Message Flags = NONE, MSGTYPE_IN_DELIVER, MsgInDeliver: { OrigAdress: ADDRTYPE_INTERNATIONAL, NUMPLAN_TELEPHONE, RILProxy : N : MESSAGE - "8615089616XXX", MSGPROTOCOL_SMETOSME, DataCoding: DCSTYPE_GENERAL, DCSALPHABET_UCS2, SCReceiveTime: 2009-12-23 Wednsday 01:25:08.000 MsgLength = 62, RILProxy : N : MESSAGE - Message = 56E04E3A67094E8673AB7470624D67097F8E4E3D7684723160C5FF1B56E04E3A6709851A84DD768459297A7A624D670998DE7FD4768468A660F3FF1B56E0 InitSms: Sms Receive Success! readsms: smscAddress is start! －－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－ ８BIT的，不能检测： RilDrv: Accumulated response: +CMT: "",54 0891683108707505F0040D91683109822171F40004902132903271232200112233445566778899AABBCCDDEEFF00112233445566778899AABBCCDDEEFF5577 RILDrv : t : CRilHandle::BroadcastNotification : Broadcasting notification 0x20001 RILProxy : n : MESSAGE - To \Windows\udevice.exe - Info Pointer = 0x00034810, Param = 0x00030720 RILProxy : N : MESSAGE - SvcCtrAddress: ADDRTYPE_INTERNATIONAL, NUMPLAN_TELEPHONE, "8613800757500", Message Flags = NONE, MSGTYPE_IN_DELIVER, MsgInDeliver: { OrigAdress: ADDRTYPE_INTERNATIONAL, NUMPLAN_TELEPHONE, RILProxy : N : MESSAGE - "8613902812174", MSGPROTOCOL_SMETOSME, DataCoding: DCSTYPE_GENERAL, DCSALPHABET_8BIT, SCReceiveTime: 2009-12-23 Wednsday 01:23:17.000 MsgLength = 34, RILProxy : N : MESSAGE - Message = 00112233445566778899AABBCCDDEEFF00112233445566778899AABBCCDDEEFF5577 } RILProxy : n : MESSAGE - To \Windows\udevice.exe - Info Pointer = 0x00031030, Param = 0x000306e0 RILProxy : N : MESSAGE - SvcCtrAddress: ADDRTYPE_INTERNATIONAL, NUMPLAN_TELEPHONE, "8613800757500", Message Flags = NONE, MSGTYPE_IN_DELIVER, MsgInDeliver: { OrigAdress: ADDRTYPE_INTERNATIONAL, NUMPLAN_TELEPHONE, RILProxy : N : MESSAGE - "8613902812174", MSGPROTOCOL_SMETOSME, DataCoding: DCSTYPE_GENERAL, DCSALPHABET_8BIT, SCReceiveTime: 2009-12-23 Wednsday 01:23:17.000 MsgLength = 34, RILProxy : N : MESSAGE - Message = 00112233445566778899AABBCCDDEEFF00112233445566778899AABBCCDDEEFF5577 我看RIL驱动的处理都是一样的，但是aitForSingleObject函数就无法识别后一种的短信格式，跳不出来，有可能是RIL驱动的问题，但不知问题出在哪里.

引用 9 楼 wang19847277 的回复: 出现开机logo是不是就意味着2440开始工作了呢？问题是现在不能显示logo，但是串口打印信息显示系统是启动了的。可能海华丝屏幕初始化没有成功。

打错别字了，“可能还是屏幕初始化没成功”

不太熟悉，帮顶

赞同

我呆过只有四个开发人员其中一个还是技术副总的民营软件公司，也呆过世界五百强的软件公司；呆过三五个人的那种做嵌入式消费电子产品的小公司，呆过做掌机游戏的公司，也呆过像ADI这样的大型的硬件公司；呆过美企，也呆过日企，有的是全职，有的是做兼职或者实习。如果是第一次参加工作，我比较推荐去大型企业，公司规范，人也变得规范起来。剩下的就是自己的职业规划了，是喜欢深度优先还是广度优先，看个人性格和喜好。

一个驱动可不仅仅是初始化呀！楼主，建议你好好研究一下流驱动的架构。你的驱动连线程都没有创建，肯定会一直报DETACH的。