-
呵呵，东西是一样的，但是芯片测试环节可能有差异。
-
这明显是代码重入的问题。你看看这个编译器的手册，应该有讲到这个问题。
-
关键要有驱动的源码或者说明文档，不然你就是没有办法得到数据
-
我是用arm300开发的
-
引用 7 楼 shagua0916 的回复:
你从哪里来的代码，你怎么知道ReceiveBUFF[2]一定大于零呢？这段代码如果正确，ReceiveBUFF[2]就一定为0
以前做项目的人写的，问题是如果ReceiveBUFF[2]为0，那么ULen = (ReceiveBUFF[2]
-
大侠们，来挽救我一下吧
-
校验错误，可能是eboot.bin有问题
-
昨天晚上看湖南卫视的 我们约会吧，里面正好有一个北京去做嵌入式的工程师，节目过程中比较紧张，没有表现好，结果后来也没约会成功。从这个里面可以看出，现在要找女人
1 有钱
2 有姿色
3 要会说话
诶，无奈
-
由 FILE_OBJECT -> DeviceObject -> OBJECT_HEADER(DeviceObject - 0x18) -> OBJECT_HEADER_NAME_INFO(OBJECT_HEADER + 0x00c) -> UNICODE_STRING(OBJECT_HEADER_NAME_INFO + 0x004) 就完了,这里就是"HarddiskVolume1"
lkd> dt _FILE_OBJECT 815775c0
ntdll!_FILE_OBJECT
+0x004 DeviceObject : 0x817927e0 _DEVICE_OBJECT //拿到设备对象
lkd> dt _OBJECT_HEADER 817927c8 //0x817927e0 - 0x18 得来的, 这就是设备头
nt!_OBJECT_HEADER
+0x008 Type : 0x817a9ca0 _OBJECT_TYPE
+0x00c NameInfoOffset : 0x10 '' //这里就是OBJECT_HEADER_NAME_INFO结构(该地址在头的前面,OBJECT_HEADER - 0x10 才能得到
lkd> dt _OBJECT_HEADER_NAME_INFO 817927b8 //0x817a9ca0 - 0x10 得来的,这就是对象头名称信息
nt!_OBJECT_HEADER_NAME_INFO
+0x000 Directory : 0xe1006948 _OBJECT_DIRECTORY
+0x004 Name : _UNICODE_STRING "HarddiskVolume1" //这里就保持了字符串
+0x00c QueryReferences : 1
-
好帖
学习ing~！
-
我现在在用一个SIM300往服务器发送数据，具体指令如下：
AT
AT+CCID
AT+CGMR
AT+CSQ
AT+CGCLASS="B"
AT+CGDCONT=1,"IP","CMNET"
AT+CGATT=1
AT+CIPCSGP=1,"CMNET"
AT+CIPSTART="TCP","59.69.105.130","80"
CONNECT OK
AT+CIPSEND>
abc
SEND OK
但服务器上接收不到数据，还用另一个问题，在服务器上装一个TCP/UDP测试软件，端口号不管设成什么，AT+CIPSTART="TCP","59.69.101.130","80" CONNECT OK，但是假如把80改成和服务器上端口号一致就连接不成功，不知道是什么原因，忘高手指教，谢谢，急用！
-
我们都是分析别人的bootloaer然后修改，还没有达到自己从头到尾写的地步呢，嘿嘿
-
顶
-
我们的作法是当有USB线连接到PC的时候AP会提示用记是否使能Mass Storage功能，如果选择否的话就通过IOCONTROL来告知驱动禁止USB功能，这样就只实现充电功能了。
这样普通的USB线既可以用来数据通信又可以充电
-
可是我只会51单片机，题目让用单片机做
-
刚想起来,这个8842是没有MII接口的,不适合F107
楼主有兴趣可以看看ksz8893，不过是3个端口
-
明白了，谢谢各位
-
6.0 简化了这个步骤。。
BSP包 只需要按照MS的 格式 PB就能识别。。不像PB5要指定.cec
-
我给你发消息了，如果你在北京的话，可以帮你解决。
-
类似于早期的MODEM拨号上网，直接用一对MODEM握手后对传就行了。
具体的传输速率，MODEM将会根据线路品质情况自动握手并协商确认，我之前用过的MODEM中，通过V.42BIS压缩+纠错协议能收到比较好的效果，能够满足一般的数据传输需求。
stm32/stm8