你好，再次：p
我的PIC无法从PAN1740 USB加密狗接收数据。
我尝试与加密狗和USB-UART对话：工作
我试着与PIC和usbuart对话：工作
我插入图片到加密狗，所有的工作与流量控制，但图片没有收到。。。
dspsandroid应用程序可以查看流控制并发送数据。
PIC在RX和CTS上有内部弱上拉。
PIC启动它的接收，然后启动RTS并等待中断。我试着在设置RTS之前增加1ms的延迟，什么都不改变。
我认为DA14580比FTDI芯片更严格，也许我有延迟的问题，但我不知道如何。。。
谢谢。
摩根谷
设备：
嗨，艾利斯
对不起，你能再说一遍你想做什么吗？你想发送数据到你的图片，但图片似乎没有收到数据？
谢谢你的对话
是的，我尝试用DSPS应用程序和PAN1740 USB加密狗将数据发送到我的PIC。
DSPS应用程序可查看流量控制并可接收数据。
嗨，艾利斯，
你能告诉我更多关于你的设置的细节吗，因为我听不懂。
谢谢你的对话
我有一个与我的DSPS应用程序连接到一个PAN1740 USB开发板垫。
PAN1740模块通过UART连接到带有硬件流控制的PIC16。PIC具有流量控制的软件实现。
DSPS应用程序可以通过流量控制从PIC接收数据。
我想发送数据与垫到我的图片，但图片没有收到任何和流量控制看起来工作。
我试着把我的PIC连接到一个FTDI USB UART上进行测试，结果成功了。
我尝试将PAN1740开发板连接到FTDI UART，它也可以工作。
如果我把PAN1740连接到PIC，PIC就不会收到。
嗨，艾利斯，
你说da使用硬件流控制，PIC使用软件流控制…..你说的软件流控制是什么意思，我假设你的代码驱动GPIO作为RTS、CTS，以便为uart事务向da发送信号。对吗？如果是这种情况，请确保da在发送任何实际数据之前处于唤醒状态。您可以使用RTS信号来唤醒da。一旦da准备就绪，将设置CTS高。另外，您也可以在不使用RTS/CTS的情况下唤醒da，方法是通过TX线路发送唤醒虚拟字节，并在da代码中定义RX uart线路以唤醒da。一旦da被唤醒，你应该对它进行编程以发送一个确认序列，比如ok或ready到PIC，然后你就知道你可以发送真实的数据了。请注意，唤醒da的持续时间约为3-4毫秒。
谢谢你的对话
你的假设是对的，我使用的是PIC16的GPIO，它没有本地流控制。
它们是硬件流控制的两个主要版本：
-你在这里解释的，是旧版本
-另一种情况是，每台设备在可以接收的时候都放下自己的RTS线路，一个以上的等待这个RTS（他的CTS）下去发送
你确定DA的实施就是你解释的那样吗？因为在我的第一次测试中，我使用了这个和那个不起作用：-/
编辑：当你说“高”，这意味着逻辑1，但电压水平0，对吗？
当我说“向下”时，表示电压水平为0。
我的PIC也进入睡眠状态，当它醒来时，它放下RTS，DSPS应用程序看到这个控件，它收到一个XON（流量控制槽BT）并发送他的数据，然后说“write ok”，但是PIC没有看到这个数据。
嗨，艾利斯，
你能检查一下PIC的GPIO，DA（应该是0-3v）和FTDI上的电压水平吗？你验证了它的工作原理并告诉我们了吗？无论是在PIC上还是在DA上，这都不应该是一个逻辑错误，因为它们都与FTDI一起工作。
谢谢你的对话
PIC电源为3.3V，FTDI加密狗为5V。。。