我用的是原ch371評估板+ch372轉(zhuǎn)換頭（ch372+373），并且，ch371能夠正常工作；選用ch372而不是ch375(故沒有串口工作模式)，在其初始化中（軟件是ch372評估板軟件），測試ch372讀寫，讀回的數(shù)據(jù)=0xff,or 0xf0，每次重新運行結(jié)果不一樣？

對于你的解釋中“ 如果返回數(shù)據(jù)是0FFH，那么可能CH375不正常，例如，無時鐘、未復(fù)位、讀寫片選線有誤、工作于串口方式”：讀寫片選線有誤、工作于串口方式是不可能導(dǎo)致ch372讀寫不正常；對于無時鐘、未復(fù)位，是指ch372么？無時鐘，原ch371評估板是好的，且ch371能夠正常工作；未復(fù)位：執(zhí)行ch372的硬件復(fù)位指令沒用（如果基本讀寫不對，就不能確定硬件復(fù)位指令是否寫到ch372中）

* 單片機無法與CH372或者CH375進行通訊，例如CMD_CHECK_EXIST不成功或者CMD_SET_USB_MODE返回錯誤 通常是硬件問題，例如： 1、CH375沒有時鐘，可能是晶體不良未振蕩，電容或者晶體漏電，CH375的時鐘必須是12MHz。 2、CH375沒有成功復(fù)位，可能是RSTI引腳沒有0.47uF上拉電容，也可以用單片機I/O口或者uP監(jiān)控電路為 其提供復(fù)位，注意CH375的RSTI引腳內(nèi)部有下拉電阻。對于CH372應(yīng)該確保電源完全放電后再通電。 3、CH375的片選地址譯碼錯誤 4、數(shù)據(jù)總線或者讀寫線連接錯誤等 5、用CMD_CHECK_EXIST命令測試硬件問題，該命令必然返回數(shù)據(jù)，如果返回數(shù)據(jù)不是0FFH，那么通常是 數(shù)據(jù)總線連接錯誤，這種問題容易處理，可以根據(jù)返回的值分析是哪個數(shù)據(jù)線有誤。 如果返回數(shù)據(jù)是0FFH，那么可能CH375不正常，例如，無時鐘、未復(fù)位、讀寫片選線有誤、工作于串 口方式等，如果復(fù)位期間CH375的TXD引腳是高電平，那么CH375工作于串口方式，當然并口操作無效