Macos ORSSerialPort—XCode中的调试冻结
我正在编写一个应用程序，利用USB到RS232 DB-9串行加密狗和丰富的PL2303HX驱动程序（v.1.5.1）。我正在连接一个9600波特的设备，在10Hz下有一个40字节的有效负载。数据通常每秒钟改变一次；在我的应用程序中，我会通过更新的数据字典每秒发送一次NSN通知。我在任何时候都不向设备发送数据 它工作得很顺利在操作系统10.9.1下的XCode 5.0.2中尝试调试时除外。如果我在断点处暂停任意时间（通常为3-5秒），我的USB键盘和鼠标将完全冻结。物理连接和重新连接没有帮助。我必须将VNC转换到我的机器并远程退出XCode，在这一点上我获得了KB/鼠标控制权 查看USB加密狗的文档，它有一个256字节的i/o缓冲区。调试时可能会出现满/溢出，这会导致驱动程序和/或XCode冻结 我认为一个解决方案是总是在备用线程上设置/读取/拆除我的Macos ORSSerialPort—XCode中的调试冻结,macos,serial-port,xcode5,orsserialport,Macos,Serial Port,Xcode5,Orsserialport,我正在编写一个应用程序，利用USB到RS232 DB-9串行加密狗和丰富的PL2303HX驱动程序（v.1.5.1）。我正在连接一个9600波特的设备，在10Hz下有一个40字节的有效负载。数据通常每秒钟改变一次；在我的应用程序中，我会通过更新的数据字典每秒发送一次NSN通知。我在任何时候都不向设备发送数据 它工作得很顺利在操作系统10.9.1下的XCode 5.0.2中尝试调试时除外。如果我在断点处暂停任意时间（通常为3-5秒），我的USB键盘和鼠标将完全冻结。物理连接和重新连接没有帮助。我必
或SerialPort有什么办法可以缓解这个问题吗？很遗憾，我以前没有见过这种情况，也没有解决办法。但是，完全在后台与ORSSerialPort交互不太可能解决问题，原因有很多。不管它值多少钱，我对Prolific的驱动程序的体验是相当糟糕的，包括除了强制重新启动（通过电源按钮！）之外，一种令人讨厌的挂断的趋势。我建议找一个基于FTDI的适配器，看看这是否有什么不同。我在这里找到了一个旧的（据说只赢）FTDI v4.00适配器，安装了他们的v2.2.18驱动程序（10.9.2以下）。。。而且drumroll不再冻结！（如果我通过debug阻止代码流，驱动程序最终会暂停数据——假设是在384字节的输入缓冲区已满时——但之后会很好地恢复）。非常感谢——我想多产的司机不会这么。。。多产，很高兴听到！所有USB到串行适配器都有Mac驱动程序，即使它们声称仅适用于Windows。我试图引导人们远离多产的东西，但他们是如此多产以至于很难；-）。