我花了一些时间寻找这个问题的答案,并在其他线程中找到了大量有用的信息。我相信我已经以一种有效的方式编写了代码,但我对结果并不满意。
我设计了一个通过 C# 与之通信的硬件。硬件通过 USB 连接并在与操作系统枚举后运行初始化例程。此时,它只是等待 C# 程序开始发送命令。在我的 C# 代码中,用户必须按下“连接”按钮,该按钮会发送命令和所需的有效负载,让硬件知道它应该继续运行。然后硬件将命令作为 ACK 发回。问题是我的 C# 程序必须等待接收 ACK,但 GUI 完全冻结,直到硬件响应,因为我不知道如何将其分区到另一个可以自由阻塞的线程。如果硬件立即响应,那么它工作正常,但如果它无法连接,那么程序会无限期地保持冻结状态。
话虽如此,我知道需要发生一些事情,但我不确定如何实现它们。首先,我不认为坐在循环中等待布尔值是正确的方法,但使用 AutoResetEvent 似乎并没有好得多。必须有更好的方法涉及计时器、更多线程或类似的东西。
我将 DataReceived 事件与 serialPort 对象一起使用,如下所示:
private void serialPort1_DataReceived(object sender, System.IO.Ports.SerialDataReceivedEventArgs e)
{
byte cmd = (byte)serialPort1.ReadByte();
if (cmd == (byte)Commands.USB_UART_CMD_MCU_CONNECT)
MCU_Connect_Received.Set();
}
在 buttonClick 函数(“主”线程)中,程序在等待 ACK 时停止:
//Send the command to signal a connection
Send_Connection_Packet((byte)Commands.USB_UART_CMD_PC_CONNECT);
textBox1.AppendText("-I- Attempting to contact hardware...");
MCU_Connect_Received.WaitOne();
textBox1.AppendText("Success!" + Environment.NewLine);
理想情况下,我想知道超时是否过期,以便打印“失败!” 而不是“成功!”。正如我上面提到的,没有超时也意味着它将永远坐在那里,直到我终止进程。它可能找不到任何硬件,但如果找到了,它应该会在 < 1 秒内响应,因此 2 秒的超时就足够了。我尝试使用 Thread.Sleep,但这也冻结了 GUI。