有的时候3-4分钟又断了,又重启,刷卡包又上传了。
——这是由于没有心跳包的原因;只有发心跳包维持链路,才不会被踢下线。
参考文章《GPRS如何防范掉线》
TTS播放及时的问题,能不能彻底的解决
——使用什么模式(AT/Luat)进行开发?如果是AT,应检查mcu发出的指令是否及时;如果是Luat,检查代码逻辑问题(是不是先通信后朗读的?调换一下顺序呢?)
我们的产品是用来做考勤机,刷卡上传数据,经常会上传不及时,导致延时200-500秒不等,但是重启后就能立即上传;
因为刷卡了,马上调动TTS播放姓名,所有要求tts播放及时,但是有的通信AT指令导致TTS之后2-10秒,用户完全难于接收,后面后面改成了发数据不等待确认的模式,TTS的问题90的都解决,但是有的时候拨号,还是会影响TTS播报的速度,最差的情况1秒内用户是可以接收,超过1秒,完全难于接收;
我的问题:
1,经常上传不及时,或者掉线会不会跟发数据不等待确认的模式有关?如何解决,掉线了不要等200-500秒,10-30秒上传用户基本是毫无感觉的。
2,跟2G信号有没有关系,为什么重启后立即就上传了,有的时候3-4分钟又断了,又重启,刷卡包又上传了。
3,TTS播放及时的问题,能不能彻底的解决,一次不念姓名,我们就要被用户投诉。现在已经卖出去340pcs了,每天都投诉的快受不了了。
有的时候3-4分钟又断了,又重启,刷卡包又上传了。
——这是由于没有心跳包的原因;只有发心跳包维持链路,才不会被踢下线。
参考文章《GPRS如何防范掉线》
TTS播放及时的问题,能不能彻底的解决
——使用什么模式(AT/Luat)进行开发?如果是AT,应检查mcu发出的指令是否及时;如果是Luat,检查代码逻辑问题(是不是先通信后朗读的?调换一下顺序呢?)
如果觉得我的回答对您有用,请随意打赏。你的支持将鼓励我继续创作!