我用的是原ch371评估板+ch372转换头（ch372+373），并且，ch371能够正常工作；选用ch372而不是ch375(故没有串口工作模式)，在其初始化中（软件是ch372评估板软件），测试ch372读写，读回的数据=0xff,or 0xf0，每次重新运行结果不一样？

对于你的解释中“ 如果返回数据是0FFH，那么可能CH375不正常，例如，无时钟、未复位、读写片选线有误、工作于串口方式”：读写片选线有误、工作于串口方式是不可能导致ch372读写不正常；对于无时钟、未复位，是指ch372么？无时钟，原ch371评估板是好的，且ch371能够正常工作；未复位：执行ch372的硬件复位指令没用（如果基本读写不对，就不能确定硬件复位指令是否写到ch372中）

* 单片机无法与CH372或者CH375进行通讯，例如CMD_CHECK_EXIST不成功或者CMD_SET_USB_MODE返回错误 通常是硬件问题，例如： 1、CH375没有时钟，可能是晶体不良未振荡，电容或者晶体漏电，CH375的时钟必须是12MHz。 2、CH375没有成功复位，可能是RSTI引脚没有0.47uF上拉电容，也可以用单片机I/O口或者uP监控电路为 其提供复位，注意CH375的RSTI引脚内部有下拉电阻。对于CH372应该确保电源完全放电后再通电。 3、CH375的片选地址译码错误 4、数据总线或者读写线连接错误等 5、用CMD_CHECK_EXIST命令测试硬件问题，该命令必然返回数据，如果返回数据不是0FFH，那么通常是 数据总线连接错误，这种问题容易处理，可以根据返回的值分析是哪个数据线有误。 如果返回数据是0FFH，那么可能CH375不正常，例如，无时钟、未复位、读写片选线有误、工作于串 口方式等，如果复位期间CH375的TXD引脚是高电平，那么CH375工作于串口方式，当然并口操作无效