我有一个小程序,通过 SerialPort 发送短信。它可以连续工作 7-8 天,每天发送数百条消息。但有时它在发送消息时挂起,只有硬件重置才能解决它。
当调制解调器正在等待消息(显示"> "
字符串)并且我发送了我的消息时,就会出现问题。当调制解调器接收到CTRL+Z (ASCII#26)
字符时,它应该发回一个"OK"
. 但我从未收到此回复,从那时起,每次写入尝试都以System.TimeoutException: The write timed out
. 例外。
我可以捕捉到异常,但我无法解决问题(硬件重置除外)。从第一个超时异常开始,串行端口将无法工作 - 甚至对于超级终端也不行。我有机会尝试了 2 种不同的调制解调器,但它们都产生了相同的 simptoms。(不同的调制解调器,但同一台计算机。)我没有办法在不同的机器上在类似生产的环境中测试它 10 天。
我使用了一个串行监视器软件,它还显示串行端口(或调制解调器)发回一个写超时错误。当我初始化我的串行端口时,我将 WriteTimeout 属性设置为 100 (ms)。根据调制解调器的制造商,我必须使用硬件握手。
我只发送简单的短信(没有 PDU,不超过 160 个字符)。
我已经找到了这个线程,谈论写超时和硬件握手。我可以提高写入超时值,但我想知道为什么这个问题只是偶尔发生。我想知道这是否是我的问题......
我使用的是 C# 4.0,程序在 Windows 2008 64 位服务器上运行。
有任何想法吗?
更新 根据丹尼斯的提示,我们找到了解决方案。看门狗部分是我自己的软件,检测超时异常。发生这种情况时,程序将向专用硬件发送命令以切换调制解调器的电源。起初,这个专门的硬件应该是一个中继卡,但我们发现了一个特殊的延长线,可以通过 RS-232 或 USB 或 ETHERNET 进行控制。(打开和关闭它的插头。)