搜索
bottom↓
回复: 6

请教MC39I CSQ指令第二位返回参数为99是否正常?【恢复】

[复制链接]

出10入8汤圆

发表于 2009-1-21 10:51:21 | 显示全部楼层 |阅读模式
如题!

阿莫论坛20周年了!感谢大家的支持与爱护!!

你熬了10碗粥,别人一桶水倒进去,淘走90碗,剩下10碗给你,你看似没亏,其实你那10碗已经没有之前的裹腹了,人家的一桶水换90碗,继续卖。说白了,通货膨胀就是,你的钱是挣来的,他的钱是印来的,掺和在一起,你的钱就贬值了。

出10入8汤圆

 楼主| 发表于 2009-1-22 08:34:35 | 显示全部楼层
谢谢2、4楼兄弟,昨天下午PPP已经可以通讯了,也就是说99的确没有影响。就此结贴!再次感谢。

出1070入962汤圆

发表于 2009-1-21 16:48:35 | 显示全部楼层
99没有关系。不会影响。影响GPRS的是CREG和CSQ前面那个参数

出10入8汤圆

 楼主| 发表于 2009-1-21 14:11:45 | 显示全部楼层
打错了,应该是:如果呼叫不成功,BER值将不能确定。

出10入8汤圆

 楼主| 发表于 2009-1-21 14:10:27 | 显示全部楼层
2楼,你好!

我仔细看了MC39I AT指令文档里的说明,文档说明如下:

<ber>

To check the bit error rate there must be a call in progress to obtain realistic values. If no call is set up, there is

no BER to be determined. In this case the indicated value may be 0 or 99, depending on the SIM card.



0..7 as RXQUAL values in the table in GSM 05.08 section 8.2.4.

99 not known or not detectable。

我的英文不好,大概理解如下:

检查误码率之前必须呼叫一个进程来获取实际值。如果呼叫为成功,BER值将不能确定。这种情况下,BRE值根据SIM卡的不同可能为0或99。



也就是说,我查询CSQ的BER值为99,是因为我没有进行“呼叫进程”,是吧?这样的话,是否会影响后续GPRS数据的正确通讯呢?

出0入0汤圆

发表于 2009-1-21 12:29:28 | 显示全部楼层
正常

出0入0汤圆

发表于 2011-3-11 15:03:45 | 显示全部楼层
99是没关系,多数返回99,但是好像ber是0也不太好
回帖提示: 反政府言论将被立即封锁ID 在按“提交”前,请自问一下:我这样表达会给举报吗,会给自己惹麻烦吗? 另外:尽量不要使用Mark、顶等没有意义的回复。不得大量使用大字体和彩色字。【本论坛不允许直接上传手机拍摄图片,浪费大家下载带宽和论坛服务器空间,请压缩后(图片小于1兆)才上传。压缩方法可以在微信里面发给自己(不要勾选“原图),然后下载,就能得到压缩后的图片。注意:要连续压缩2次才能满足要求!!】。另外,手机版只能上传图片,要上传附件需要切换到电脑版(不需要使用电脑,手机上切换到电脑版就行,页面底部)。
您需要登录后才可以回帖 登录 | 注册

本版积分规则

手机版|Archiver|amobbs.com 阿莫电子技术论坛 ( 粤ICP备2022115958号, 版权所有:东莞阿莫电子贸易商行 创办于2004年 (公安交互式论坛备案:44190002001997 ) )

GMT+8, 2024-10-3 10:27

© Since 2004 www.amobbs.com, 原www.ourdev.cn, 原www.ouravr.com

快速回复 返回顶部 返回列表