我需要给一个FPGA提供和PC的接口，综合考虑下来USB的UART是最方便的方案，我想知道如果只考虑总吞吐路，CH348是不是最佳选择？（ 我的IO口比较空闲），但是我又注意到CH348只有6M的速度，15M的4 UART 9114或者9344会不会更好？ 我实测过在两个UART的模式下，CH348好像跑9M也没有出错？不知道9114或者9344是不是也有跑更高波特率的潜力？

另外一个问题是，为了保证误码率最低，我是不是可以直接把让FPGA输出一个clock信号接到UART芯片的XI，替代晶振，这样是不是两边就类似同步串口的模式在通信了？

您好，针对您的选型需求，建议使用高速USB转4串口CH9114，波特率可达15Mbps，持续稳定传输速度可达1.4MB/s ↑。

芯片时钟可以直接使用FPGA的IO输入模拟时钟，信号连接芯片的XI引脚即可。

谢谢！

我还有个问题，ch9114我看了一下淘宝和嘉立创/贸泽好像都搜不到？ 您这边有推荐的渠道么？

您好，直接联系我司销售同事申请。

我还想请教一下，如果FPGA给的CLOCK晚于CH9114或者9344的上电时间，会有问题么？芯片状态不会跑飞不？

在这种情况下我需要手动复位一下UART芯片么？ 

或者我是不是应该上电后用电阻持续下拉#RST脚，直到我可以给出FPGA时钟信号再上拉？

如果是的话，我看到＃RST管脚介绍是说内部有上拉，不知道我应该配多大的下拉电阻才能保证他的电平一直是低电平，直到我可以驱动时钟为止？

还是说我不用担心这么多，先上电了回头直接给了时钟再给一个复位就可以了？

您好，时钟信号必须早于芯片上电运行，若时钟是芯片上电后给的，需要重新RST复位芯片才行。

谢谢，那就是说＃RST的这个功能是独立于时钟有效的吧？　

即使开始上电之后有一段时间时钟不存在，我后来给了时钟再RST的话器件是可以正常复位的？

我确认一下哈。

您好，后来给了时钟再RST芯片是可以正常复位的。