关于短信收发设备死机的问题程序要如何解决

lihajin

最近开发了一个用短信收发设备拨打电话的语音告警项目。该项目和短信告警提示公用同一个短信收发设备。可是不知道为什么项目进程运行3天左右就导致短信收发设备死机。状态是信号灯长亮，用电话拨打短信收发设备提示“已关机”。真是让人很郁闷，开始以为是猫的问题，结果换了一个猫，还是一样的。那就只能是程序的问题了。我将监听短信收发设备状态的进程关闭了，测试下看看是否还会死机。希望有碰到该问题的朋友给说说，交流一下。
-------------------------------------------------------------------------------------------------
今天使用ssh登录服务器，使用minicom 查看短信收发设备状态。
AT
OK
ATDT 13456478851
NO CARRIER

通过以上命令证明短信收发设备诶的硬件没有死，而拨打该短信收发设备的号码却提示已经关机，证明该短信收发设备没有登录网络，当前状态相当于飞行模式。通过开启正常拨打命令来恢复短信收发设备.
AT+CFUN = 1
OK
之后退出minicom
然后再进入minicom 拨打电话，短信收发设备恢复。
-------------------------------------------------------------------------------------------------
AT+CFUN= 0,
modem不可以打电话，发短信，但是可以有其他操作，比如读 sim卡之类的。
AT+CFUN= 1,
modem 可以打电话，发短信...所以叫做full functionality
-------------------------------------------------------------------------------------------------
虽然短信收发设备可以远程恢复了，但是死机问题还是没哟解决。

admin

可以直接加入定时检测自动重启功能吧，AT+CFUN=1可以让短信猫复位重新启动，重新检查网络信号。编程时应该加上定时检测自动重启功能，例如发送失败多少条短信后重启，拨打电话多少次失败后重启设备。