2

我有一个小程序,通过 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 进行控制。(打开和关闭它的插头。)

4

1 回答 1

1

对于经常使用 GSM 调制解调器的人们来说,这是一个众所周知的问题。一般情况下,您可以在软件级别进行注释,而硬件重置是唯一有效的方法。

如果您查看任何通过 GSM newtork 工作的 ATM,您会发现那里有一个小型看门狗设备,它仅用于单一的事情 - 进行硬件重置(它关闭电源,而不是打开电源)。

于 2012-09-27T08:25:51.497 回答