紧急求助：新MC323模块 搜索不到信号问题
华为EM200升级为MC323做TCP应用，批量生产后，出现新采购的部分模块正常使用一段时间（几个小时）后，模块再也搜索不到信号，无法附着到网络的情况。情况描述：
1、控制板由EM200应用升级为MC323，电路原理基本不变。
2、模块电源（3.3～4.2V）供电3.97V，由MCU控制供电使能。模块开机管脚由MCU控制开关机。
3、正常使用流程：设备上电－－>模块电源使能－－>延时100毫秒等待电源稳定，拉低模块TREM_ON管脚200毫秒后拉高，模块开机－－>发送AT指令，确定通讯正常－－>发送AT+CSQ? 等待信号正常－－>连接TCP网络操作。
4、出现故障模块问题描述：发送AT+CSQ?指令，一直返回+CSQ:99 ,99，连续等待5分钟以上，仍然无法正常附着到网络。正常模块返回+CSQ:31 ,99 模块几十秒左右就可以正常联TCP。
5、同一个板子、天线、SIM卡，更换模块后又可以正常使用。
6、新采购的模块，有的刚买回来，安装到板子上就一直无法搜索到信号。其他大部分模块都是刚开始可以正常使用，一直挂载设备测试，几个小时不等的时间会自己掉线，然后就搜索不到信号了。模块掉线处理：进入
7、模块软件版本：14、16、18、最新的21都有出现过该情况，其中，21版本的最严重，最新14个18版升级为21版本的模块，有9个出该问题。
8、联系了3个不同商家的技术支持，均认为原理图纸看不出问题。
9、故障模块寄回商家测试，模块的射频（PA?）部分故障，需要开启模块外壳，无法维修。询问商家说别的客户批量购买的模块无此问题，有个技术说回收的故障模块，很多也出现类似问题。
10、模块的电源部分有约2000uf的大电容，设备掉电后，模块电容放电，约10秒左右下降为0V。模块数据传输错误时，模块复位机制：关机（拉低TREM_ON 2.5秒后拉高）－－>禁止模块电源，等待10秒－－>使能电源，开机，发送AT指令（AT－－>ATE0－－>AT+CSQ ?－－>AT^IPDATMODE=1－－>AT^IPCLOSE=7－－>APN用户名密码－－>TCP）。
11、有商家已把故障模块送回华为检修，目前暂无回应（有快一个月了，不知道怎么回事）。
附电源图1、模块图2、SIM卡图3：
其中：电源输入为3.97V
SIM卡图：220nF电容/33P电容有焊、瞬态抑制器有焊、卡VPP另外短接到VCC。
有其他什么问题，请尽管提出来，麻烦有经验的朋友帮忙看下。谢谢
请联系我吧！ 如果一段时间后出现模块无法搜索网络，并且故障不会自己恢复，严重怀疑RF部分损坏。
建议加强天线的防静电处理，防感应电处理。 记号，回家看看，现在看不到图 跪求华为CM300开发板 {:handshake:}
技术积累贴 从楼主种种描述，得到几个结论：
1. RF参数严重损坏，但即使怎么损坏，也不会没有信号，因此很可能是PA部分硬件电路故障；
2. 新模块内部部分电路短路，有可能出厂就已经有，也有可能是二次过炉问题。
有送故障模块给商家技术做测试，认为是PA部分烧毁。
最新消息：故障模块，商家已提交给华为，华为反馈信息如下：
怀疑与一个配置项有关，具体在与芯片平台高通沟通中，在PUSH高通协助分析。 如果一段时间后出现模块无法搜索网络，并且故障不会自己恢复，严重怀疑RF部分损坏。
建议加强天线的防静电处理，防感应电处理。
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
天线为采购的成品天线（SMA接口），天线与模块的接口直接使用卡扣（一端卡扣，另一端SMA接口）扣在模块上面。中间暂无任何处理。
是否需要采购有带防感应电的天线？ lengqing1309 发表于 2012-4-1 11:31 static/image/common/back.gif
如果一段时间后出现模块无法搜索网络，并且故障不会自己恢复，严重怀疑RF部分损坏。
建议加强天线的防静电 ...
华为的MG323文档中提到过天线接口易受静电和感应电的影响，给出了天线并联一个电感到地的参考图，CDMA的也应该给予考虑。
不过用GSC连接器的确实不方便。 本帖最后由 lengqing1309 于 2012-4-1 12:39 编辑
Appcat 发表于 2012-4-1 11:41 static/image/common/back.gif
华为的MG323文档中提到过天线接口易受静电和感应电的影响，给出了天线并联一个电感到地的参考图，CDMA的 ...
应该就是这个了：
现在手上已经没有新的模块可供测试。
在这个问题没有确定解决之前。我先把现有设备的天线部分想办法加一个TVS二极管。看能否避免类似的问题。
只是华为这样的GSC设计比较难办。华为建议的也是使用GSC接口而不是使用焊接。
另外这个模块的故障率也有点夸张，几个小时内测试故障的70％（10/14）以上，
非常感谢苹果猫。
图无法显示：补图
Appcat 发表于 2012-4-1 11:41 static/image/common/back.gif
华为的MG323文档中提到过天线接口易受静电和感应电的影响，给出了天线并联一个电感到地的参考图，CDMA的 ...
苹果猫，你好。
现在查找采购ESD 型号：PESD3V3U1UTTVS二极管 SOT-23封装
相关技术参数和应用范围：
连接方式：
这个可否使用做为MC323天线的ESD？
焊接了几个板子做测试，可以正常使用，但CSQ信号似乎变差了，原来都有31，现在基本上是28以下，是否有影响？
MC323要求节电电容在1pf以下，有什么好的ESD推荐？谢谢。
O.6pF的结电容应该是满足要求的。信号变差可能和走线的改变也有关系。
建议还是等待华为官方的消息，进一步确认问题所在。 我用的SIMCOM的模块也出现了类似的问题 w_ying_qun 发表于 2012-4-13 20:55 static/image/common/back.gif
我用的SIMCOM的模块也出现了类似的问题
SIM300和SIM900A的模块，我们用了几百个，目前都没出现以上的问题。早期使用EM200也没出现以上问题。找不到信号，先查下能不能找到SIM卡。没有卡，也是类似以上情景。 Appcat 发表于 2012-4-13 17:21 static/image/common/back.gif
O.6pF的结电容应该是满足要求的。信号变差可能和走线的改变也有关系。
建议还是等待华为官方的消息，进一步 ...
目前过了半个月了，中间有催过，华为FAE回复是：开发正与高通沟通中。
现在的正常的设备，在挂机测试中，也有出现找不到信号的现象。
我们这边的CDMA，设备持续连线，每6小时，都会被电信把网络踢下，这时设备自动重连，有时一次就可以了，有的也会出现开始时候约十多分钟搜索不到信号，导致设备把模块关机断电、上电开机了5、6次（模块重启机制：搜索信号失败20次，持续时间约1.5分钟左右，模块关机掉电重启），后面就又可以了。感觉这个模块真的有点问题，也不清楚跟电信有没有关系。
lengqing1309 发表于 2012-4-14 08:47 static/image/common/back.gif
SIM300和SIM900A的模块，我们用了几百个，目前都没出现以上的问题。早期使用EM200也没出现以上问题。找不 ...
我用的是SIM5218A，用的手机卡是那种车载的 连接一定没问题啊 。 楼主啊，你们这个问题现在是怎么解决的？
lqs10 发表于 2012-4-19 23:16 static/image/common/back.gif
楼主啊，你们这个问题现在是怎么解决的？
最新的消息，商家说华为已经找到原因，下个周末前会给出书面解释。 估计就是把责任推到工厂生产去吧。 我们也在用MC323，目前没有碰到楼主的问题，期待华为的答复，要不真担心啊 供电电压低了，在做数据业务就会出现这个现象，还有你的电源要设计好，内阻不能太大，数据业务的电流较大，记得好象是400mA左右。你将电压提高到4.1V以上试试？（不要超过4.2V），我吃过这个亏，后来把电压提高到4.5V就OK了。 应该是模块本身问题，据说323不太稳定的， 最新消息：商家技术说华为已经找到该问题的原因，目前有提供一个补丁软件，通过USB开发板接口把软件修改下即可解决该问题。之前寄回商家维修的9个21版本的模块，商家已经升级测试完成，现已寄过来，我把模块安装在之前出问题的板子上，挂机12小时测试，目前除1块开始就搜不到信号，其他8块均正常使用。另外一个商家的38个18版本的相同故障模块，到目前为止已经近2个月了，据说也已经修复完成，等待华为提供书面说明即可寄回。最迟这个周末。现在还在等待中。目前我手上还有十多个故障模块，补丁文件我已拿到手，正要求商家提供一个开发板给我这边做测试，看是否能解决各个版本的故障模块问题。等我最终确认后再把补丁软件发布出来。
根据以上消息，基本可以确定是华为模块内部问题。MD，被坑死了。外面还有数百个设备在运行，晕死。 lengqing1309 发表于 2012-4-14 08:47 static/image/common/back.gif
SIM300和SIM900A的模块，我们用了几百个，目前都没出现以上的问题。早期使用EM200也没出现以上问题。找不 ...
我们公司使用900A出现不稳定现象，上线难，易掉线，现在已经不敢使用了。 加我QQ283350190 顶了，学习了 开发板总算姗姗迟来，居然没有拿USB线，只好自己剪了两条A头的对接，给十来个故障模块打补丁，基本OK。其中18版本的打完补丁后，有几个模块还是不容易搜索到信号，干脆全部升级为最新的21版本，然后再打补丁，测试全部OK。每个模块从升级到补丁到测试完成，大概耗时3～5分钟。手上还有几十个，估计还要折腾几天。搞好的模块还要上设备挂机测试，MD，浪费时间。
从发帖子3月31日到现在5月2日，更前的从去年10月份开始出现该问题的模块现象到现在，历时7个多月的时间，浪费了大量时间，大量脑细胞，总算找到问题并基本解决。小公司，不说来回拆换设备，返修，就从寻找新的供货商，跟供货商扯皮，中间还被奸商“深圳众鑫”的一个员工骗了100个MC323模块的钱（第一次100个交易成功，第二次打完钱，模块不发了，人也消失了，该公司说其人早已离职，日），还有后面因为出现的大面积问题，不敢生产，只能把电信客户推掉，老板的压力，这些，就只能仰天长叹吗？所托非人？
顺便说下，帖子中间，有个华为的一级代理商联系我，在问题已经确认的情况下，刚开始QQ联系，就全面质疑我们技术水平、工作环境什么的，张口就要我们的原理图、设计图、供货商等，说我遮遮掩掩的，不是解决问题的办法。其实我的原理图等在帖子早有了，解决问题期间，也发给了起码4位以上的商家技术支持，也寄了我们的板子、天线、手机卡给供货商技术去查找问题。在我一再追问故障原因下，还不肯直接承认，说是帖子内已经有解决了，我那是还没收到开发板确认该问题的解决，还以为是苹果猫的提议呢。最后我直接打电话给他，口气才软下来，说以后可以直接给我提供更好的技术支持，前面的损失，就推给供货商，让我们自己找供货商解决。真的是林子大了，什么鸟都有。店大欺客，古人诚不负我。顺便问下大家，该问题怎么更好的解决？？？顺便，把补丁文件，我称之为补丁文件，华为称为修复工具，传上来给大家。
传说中的华为模块，也不过如此。还是试试其它的模块比如GU900D的吧，哪里会有这么严重的问题。 我在使用MC323时问题未得到很好的解决。
发AT命令： ^IPSENDEX=1,2,<len> \r\n (注len表示要发的数据实际长度）
modem回应： OK
发len长的数据：<len长的数据>
modem回应： OK
通过TCP的监听工具监视发：远程计算机并没有接到数据（TCP监听工具在远程计算机上）。而且的这种情况一般会出现在^DSDORMANT: 1提示之后。
刷完21版也是这个现象。
marker 发表于 2012-5-4 19:06 static/image/common/back.gif
我在使用MC323时问题未得到很好的解决。
发AT命令： ^IPSENDEX=1,2, \r\n (注len表示要发的数据实际长度 ...
这个问题目前我们倒是没有发现，建议查下IP和端口是否OK，我发一个TCP测试工具上来，你安装在远程计算机上面，新建一个服务端，然后把MC323链接过去，链接成功的话，在远程计算机的TCP测试工具界面，会有一个链接页面打开，就可以发送和接收TCP数据了。你先测试下，确认TCP链接OK 。 本帖最后由 marker 于 2012-5-5 12:39 编辑
谢谢lengqing1309的回复。
我是用专门的软件测试的，是一个应用软件（电信运营商专用软件，应用软件发一包，设备通过MC323回应相应的数据），为排除应用软件可能出现的不可靠在问题用一个smsniff监听工具来抓包，从抓包结果来看通信链路的建立没什么问题，应用软件是可靠的。
MC323端心跳时间为90秒，发送数据用^IPSENDEX定长模式^IPSENDEX=1,2,<len> \r\n。
问题在于应用软件间隔10秒的频次发包，设备的MC323回应非常好，不丢包，而连续测试30多分钟也未发现丢包的现象，不定时发包时，MC323出现提示^DSDORMANT:1后，MC323再发数据包就有可能丢包，每次发包前通过AT^IPTXSTATE =0清除统计显示，发完包后用从AT^IPTXSTATE? 回应的数据回应数据看MC323发送的数据是正常的，但远程计算机未收到数据（应用程序未收到，smsniff监听工具也未抓到）
-----------------AT^IPTXSTATE回应的数据--------------------
^IPTXSTATE: 1,191,0
^IPTXSTATE: 2,0,0
^IPTXSTATE: 3,0,0
^IPTXSTATE: 4,0,0
^IPTXSTATE: 5,0,0
------------------------------------------------------
注：^IPTXSTATE? 的<ack_sum>没看到不为0的，不任成功发送还是未成功发送。
^IPTXSTATE?命令回应
<CR><LF>^IPTXSTATE:
<link1>,<send_sum>,<ack_sum><CR><LF><link2>,<
send_sum>,<ack_sum><CR><LF>n>,<send_
sum>,<ack_sum><CR><LF><CR><LF>OK<CR><LF
> marker 发表于 2012-5-5 12:37 static/image/common/back.gif
谢谢lengqing1309的回复。
我是用专门的软件测试的，是一个应用软件（电信运营商专用软件，应用软件发一包 ...
我查了一下DATASHEET文件：HUAWEI_MC323_CDMA_M2M模块软件指南-(V100R001_02,_Chinese).pdf,发布日期是2011年2月,应该是比较新的文件.里面有一下描述:
有给出处理意见.可以根据意见做处理. 以上描述的是在透传模式下,如果你使用的不是透传模式,估计也是存在相同的问题.可以进行相同处理.
顺便说下:我这边的心跳是4分钟.可能每个地方都不一样吧,暂时没发现丢包的现象.至于是否有进入休眠模式,还待进一步测试. 谢谢lengqing1309
今天在^IPSENDEX=1,2,<len> \r\n等待MT回应过程中检测到通信睡眠^DSDORMANT: 1时增加延时，然后再发后面的IP数据包，从测试的情况来看比之前要好多了，暂时未发生丢包的现象，至于丢不丢包，还得继续测试。
发^IPSENDEX=1,2,<len> \r\n
for(i = 0; i < 10, i++)
{
if(检查是否^DSDORMANT: 1) 延时200ms
else break;
}
发IP内容；
从老化测试情况来看MC323内置协议栈不是很如意，还是有丢包现象，试过用模式3发送IP包也存在丢包现象，^DSDORMANT: 1时发小包数据不成功，增加延时症状有所减轻但是还是存在的，看来后面改版还是自已写IP栈了{:sad:}。 郁闷阿，老问题解决又出现了新问题，打完补丁的模块，是可以正常使用的，但挂机测试发现，功耗严重加大，模块发热比较厉害。整机12V供电，原挂机不发数据耗电60mA左右，现在要耗电80mA～100mA。模块寿命减少是肯定的，不清楚后续又会怎么样。据说出了新版本24版的，不知道又怎么样。 实际应用中发现了MC323模块一些问题：
1.如果自己给自己发送TCP/UDP消息，10分钟左右就会掉线，且^ipinit?命令回答 ^ipinit:2这种回答在华为说明文档中根本没有，并且再也无法拨号上线，只能reset模块。
2.长时间在线时，会偶尔出现IP地址突然改变的现象，导致原来的TCP链接失效。
3.如果一直发送网络消息，模块不能进入休眠状态，模块发热量真大
4.如果网络消息中含有 类似0x00的数据，则必须使用ipsendex发送，这种情况下TCP最多750字节 UDP最多736字节 楼主V5 ，用个西门子兼容模块试下不就晓得了{:titter:} 我们公司几个产品正准备全部改用MC323，是不是会苦逼？{:funk:}{:curse:} 我也准备用MC323，看完这帖子，哎…… 我也正在用mc323，发现如果正常使用过程中，如果发生MCU复位，323正常工作的话，这个时候MCU重启把323关机会再也不能开机，reset也没用，真是服了……目测我要加个控制电源，完全断电才能重新启动323……
页:
[1]