如何以编程方式控制调制解调器？

Question 1

AutoHotkey.com 可能会有帮助。

我认为，让它可靠运行的关键技巧是使用正确的方法。简单地将按键转储到 Microsoft Windows 中，以便 Windows 将其提供给前台应用程序并不是最稳定的方法。这是我用来与 PuTTY 交互的一段代码。它运行良好，我可以启动脚本，该脚本将启动 PuTTY，而且即使 PuTTY 在后台，程序也可以与正确的 PuTTY 实例交互。

（您可能希望大幅调整此示例代码。）

sPuTTYloc:="C:\Users\\me\PuTTY\PuTTY.exe"
sSiteName:="NameOfSite"
Run, "%sPuTTYloc%" -load "%sSiteName%",,UseErrorLevel,sPuTTYPID

    if %sPuTTYPID%
    {
        WinWait, ahk_pid %sPuTTYPID%
        sleep ,5000
        IfWinExist,ahk_pid %sPuTTYPID%
        {
            ControlSend,,{Enter},ahk_pid %sPuTTYPID%
; other stuff
        else
        {
MsgBox "PuTTY Window closed, spot #1"
            return ; Apparently the PuTTY window closed
        }
        Sleep 1500
        IfWinExist,ahk_pid %sPuTTYPID%
        {
            ; do other stuff
        }
        else
        {
MsgBox "PuTTY Window closed, spot #2"
            return ; Apparently the PuTTY window closed
        }
        Sleep 1500
        return
    }
return

我仍然将事情分解成几部分，多次调用“IfWinExist”，这不一定是一个令人信服的理由。当我创建并最初调试脚本时，我发现如果远端终止连接（这将导致我的 PuTTY 窗口关闭），它对于调试很有用（或者至少感觉我对正在发生的事情有了更好的了解）。

最主要的是，通过使用 ControlSend 将击键发送给使用我的 Run 命令创建的 PID 的程序，如果发生不好的事情，脚本不会继续尝试将击键发送到 Windows，最终导致击键进入错误的程序。

Answer

AutoHotkey.com 可能会有帮助。

我认为，让它可靠运行的关键技巧是使用正确的方法。简单地将按键转储到 Microsoft Windows 中，以便 Windows 将其提供给前台应用程序并不是最稳定的方法。这是我用来与 PuTTY 交互的一段代码。它运行良好，我可以启动脚本，该脚本将启动 PuTTY，而且即使 PuTTY 在后台，程序也可以与正确的 PuTTY 实例交互。

（您可能希望大幅调整此示例代码。）

sPuTTYloc:="C:\Users\\me\PuTTY\PuTTY.exe"
sSiteName:="NameOfSite"
Run, "%sPuTTYloc%" -load "%sSiteName%",,UseErrorLevel,sPuTTYPID

    if %sPuTTYPID%
    {
        WinWait, ahk_pid %sPuTTYPID%
        sleep ,5000
        IfWinExist,ahk_pid %sPuTTYPID%
        {
            ControlSend,,{Enter},ahk_pid %sPuTTYPID%
; other stuff
        else
        {
MsgBox "PuTTY Window closed, spot #1"
            return ; Apparently the PuTTY window closed
        }
        Sleep 1500
        IfWinExist,ahk_pid %sPuTTYPID%
        {
            ; do other stuff
        }
        else
        {
MsgBox "PuTTY Window closed, spot #2"
            return ; Apparently the PuTTY window closed
        }
        Sleep 1500
        return
    }
return

我仍然将事情分解成几部分，多次调用“IfWinExist”，这不一定是一个令人信服的理由。当我创建并最初调试脚本时，我发现如果远端终止连接（这将导致我的 PuTTY 窗口关闭），它对于调试很有用（或者至少感觉我对正在发生的事情有了更好的了解）。

最主要的是，通过使用 ControlSend 将击键发送给使用我的 Run 命令创建的 PID 的程序，如果发生不好的事情，脚本不会继续尝试将击键发送到 Windows，最终导致击键进入错误的程序。

Question 2

可以帮助解决您的问题的工具是 AT 命令测试仪桌面应用程序，一款商业产品（9.95 美元），提供 7 天免费试用。

该产品可以在“脚本模式”选项卡下执行AT命令脚本，并可以从本地计算机保存和加载脚本。

它还具有命令行模式，可以通过以下方式调用：

atc –port portname –script filename

该工具还可以收集和保存调制解调器日志。我没有尝试过，因为我没有调制解调器，也不知道要拨打的号码，但如果日志保存为文本文件，编写一个小的文本搜索脚本来查找错误/成功应该是件简单的事情。

如果您希望自己编写，可以使用简单的 PowerShell 脚本来完成，使用 System.IO.Ports.SerialPort 类。

以下是一个例子（未经测试且非常理论化）：

# Create your instance of the SerialPort Class
$serialPort = new-Object System.IO.Ports.SerialPort
# Set various COM-port settings
$serialPort.PortName = "COM1"
$serialPort.BaudRate = 19200
$serialPort.WriteTimeout = 500
$serialPort.ReadTimeout = 3000
$serialPort.DtrEnable = "true"
# or in one command
# $serialPort= new-Object System.IO.Ports.SerialPort COM#,Baudrate,None,8,one
# Open the connection
$serialPort.Open()
# write to it
$serialPort.WriteLine( "at+csq" + "`r" )
# wait
start-sleep -m 50
# read line
$line = $serialPort.ReadLine()
Write-Host $line
# write to it
$serialPort.Close()

请注意调制解调器使用的行尾字符。

这是我在 XP VM 上的会话，我安装了 .Net Framework 2.0 和 KB968930。它几乎可以工作，只是没有任何东西连接到 COM1，所以它挂在 ReadLine() 调用上，直到超时结束。

请注意，我的脚本中有一个复制粘贴错误，现已更正。不起作用的行是：

$line = $port.ReadLine()

应该是：

$line = $serialPort.ReadLine()

Answer