紧急求助:新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]