创建虚拟硬件来监听和 returns 命令返回到 C# 应用程序
Create virtual hardware that listens & returns commands back to C# Application
我正在研究开发能够侦听通过 COM1 串行端口发送的命令、解释它们并根据该命令发回唯一数据的软件。
ex) 如果侦听器读取作为 0x05 发送的命令，它将发回 0x10.
我们目前有 C# 软件可以通过 COM1 向我们的硬件产品发送命令，但在开发过程中，我们不能保证始终有可用的硬件来测试并确保 GUI 控件正常运行。这个听众将有助于缓解这个问题。我的同事一直在改进 python 脚本，该脚本利用了我计划用来处理命令协议的 Pyserial 包。
所以最终，我希望我的 C# 应用程序打开 COM1 并发送命令，同时侦听器程序读取任何发送的数据、解释它并发回正确的响应。这是解决此问题的正确方法吗？
com0com 在计算机上创建虚拟 com 端口，因此您可以 运行 在同一台计算机上运行两个程序，而无需多个 com 端口和环回电缆。这在做这类事情时会很方便。
这是正确的方法吗？在我看来，在 C# 软件中添加仿真模式会更容易 returns 它有自己的答案，而无需使用串行端口和另一个需要维护的软件来做复杂的事情。
我正在研究开发能够侦听通过 COM1 串行端口发送的命令、解释它们并根据该命令发回唯一数据的软件。
ex) 如果侦听器读取作为 0x05 发送的命令，它将发回 0x10.
我们目前有 C# 软件可以通过 COM1 向我们的硬件产品发送命令，但在开发过程中，我们不能保证始终有可用的硬件来测试并确保 GUI 控件正常运行。这个听众将有助于缓解这个问题。我的同事一直在改进 python 脚本，该脚本利用了我计划用来处理命令协议的 Pyserial 包。
所以最终，我希望我的 C# 应用程序打开 COM1 并发送命令，同时侦听器程序读取任何发送的数据、解释它并发回正确的响应。这是解决此问题的正确方法吗？
com0com 在计算机上创建虚拟 com 端口，因此您可以 运行 在同一台计算机上运行两个程序，而无需多个 com 端口和环回电缆。这在做这类事情时会很方便。 这是正确的方法吗？在我看来，在 C# 软件中添加仿真模式会更容易 returns 它有自己的答案，而无需使用串行端口和另一个需要维护的软件来做复杂的事情。