【芯片型號(hào)】：CH376T

【寫文件過程】：CH376FileOpen ->?CH376GetFileSize ->CH376ByteLocate->CH376ByteWrite->CH376FileClose

大概每隔800ms將向文件/22033122.TXT（每隔1小時(shí)創(chuàng)建1個(gè)新文件，數(shù)據(jù)記錄寫入最新文件中）寫入20字節(jié)的一條記錄，發(fā)現(xiàn)程序運(yùn)行 2 天，串口日志出現(xiàn) 2 次 CH376FileOpen 失敗，其他時(shí)間全部正常寫入。UART串口通信方式。

請問如何解決或者定位文件打開失敗問題？

PS：系統(tǒng)串口要輸出日志，不用用于ch376中斷到來的檢測。目前中斷檢測使用INT腳。

【串口日志如下】：

Create new file /22033122.TXT

[22:57:37.942]收←◆CH376FileOpen Error: 0xFA

sys_open_file Error: 0xFA

[22:57:38.049]收←◆sys_store_info error is 0xfe!?

sys software check fault = 1?

您好，報(bào)錯(cuò)0x42是指定路徑的文件沒有找到，可能是文件名稱錯(cuò)誤。您可以使用邏輯分析儀查看，是否為串口一部通信的時(shí)候，在關(guān)于路徑的某個(gè)數(shù)據(jù)出現(xiàn)了錯(cuò)了，從而導(dǎo)致打開文件失敗。

打開文件報(bào)錯(cuò)0x42，這個(gè)是正常的，此時(shí)指定文件確實(shí)不存在，然后再創(chuàng)建指定名稱的文件。程序設(shè)計(jì)如此。

問題是? 大部分情況下打開文件寫入數(shù)據(jù)都正常， 少數(shù)情況打開文件時(shí)報(bào)錯(cuò)?0xFA。定位思路也是使用邏輯分析儀查看問題出現(xiàn)時(shí)，查看串口數(shù)據(jù)哪里存在異常嗎?

一般打開文件報(bào)錯(cuò)0xFA，是因?yàn)槭裁丛驅(qū)е履兀?/span>

您好，0xFA為通訊長時(shí)間無應(yīng)答的異常中斷，和三種可能性有關(guān)，

1. ?中斷等待時(shí)間確實(shí)超時(shí)。隨著文件數(shù)量增多， U 盤中已使用容量增多，都會(huì)導(dǎo)致打開、創(chuàng)建、開始
   寫時(shí)間（找到空余區(qū)域） 加長。
   

2. 物理硬件問題導(dǎo)致丟中斷情況或 CH37x 報(bào)中斷異常

3. 控制器軟件底層接口操作多次導(dǎo)致誤清中斷。