是否有任何的设计模式来处理串口通信？

Question

我们正在与一些新的切割工具，可以有它通过串口改变只是一个控制面板，而不是硬件参数工作。

当硬件参数被改变硬件将需要几秒钟以重新配置自身，然后发信号通知它已准备好被使用。

我们的在此之前的设置所涉及的操作员点击一个切割板或部分指令。该软件将显示一个对话框，允许操作者改变任何东西，是与运动有关的（速度，延迟等）以及显示什么配置的硬件应该是，运营商验证一切，他单击确定后，机器开始切割。

有关新的硬件，我们拉出当前的配置，如果有，我们发射和投掷出新的配置与显示硬件是否已经准备好一个指示器沿着什么对话框的变化。不是一切都可以通过串口这样一段自动化对话框一直呆在那里，直到操作员点击确定。其他时候，它可以卸载本身当硬件信号，它可以是合适的。

我的问题（问题）是通过串口这样做，这是所有痛苦的缓慢。这也是我们第一次做这种类型的工作。我很担心，我丢失了一些解决方案，使整个事情更加敏感。这不是因为我们从第三方购买的硬件切割使用替代串行的选项。

我想要做的另一件事是有显示状态对话框的选项，让它不带串行通信市场影响了系统的运行休息。

在Win32 API或.NET技巧是什么，我期待的。

Answer 1

这取决于如何互动机器的控制是 - ？你可以只发送通过MoveTo XY，XY cutto还是需要不断地监控机器启动和停止电机

如果机器是相对智能那么我把它像一个绘图仪。建立在你的GUI命令的列表，然后提交。这种方式很容易测试机器的图形用户界面无关。

您也可以有一个测试应用程序，是以命令列表，并绘制它在屏幕上切割昂贵的材料之前的检查。它甚至可能是可能的命令转换成类似HPGL或SVG和直接显示它们。

Answer 2

一个选择是运行在一个单独的线程串口通信，并且具有线程报告其状态回到GUI线程。 （调用）

这是如何我最近编码的HID刷卡系统。一个线程记录刷卡到列表中。另一个线程写入这些到数据库系统中。每个报告给GUI线程。