在數(shù)據(jù)傳輸過程中出現(xiàn)1F錯(cuò)誤。如何能快速的復(fù)位，讓程序繼續(xù)傳輸？只總線復(fù)位，375不復(fù)位的情況下可以嗎？我的意思是保留跟U盤建立的通道信息，只以最少的復(fù)位來繼續(xù)數(shù)據(jù)傳輸。

上次的問題終于解決了，那天早上你們一個(gè)工程師接我電話的時(shí)候說的一句話提醒了我，u+u-接反了有些U盤也能通過。哎，怎么都沒想到，電路圖是對(duì)的，在接線的時(shí)候會(huì)給接錯(cuò)，而且從開始大家都是按照這個(gè)破線接，誰都沒想過對(duì)電路圖看看，真是哭死了。

把具體的情況說一下,如果你復(fù)位 了設(shè)備,那么要重新進(jìn)行枚舉的.不能繼續(xù)數(shù)據(jù)傳輸了,需要重新開始, 復(fù)位的方式是設(shè)置模式7,延時(shí)10MS,然后設(shè)置模式6,然后開始通訊就可以了. 把返回0X1F的情況具體說清楚.

我一次向U盤內(nèi)寫入128簇的信息，也就是說最少一次寫入128個(gè)扇區(qū)。在這樣的過程中，經(jīng)常莫名其妙的發(fā)生錯(cuò)誤，卡在中斷上，我跳過等待中斷的指令，發(fā)送狀態(tài)獲取指令，得到的就是設(shè)備操作失敗0x1f的返回值

那你是一次寫入128個(gè)扇區(qū)嗎?比如你每次寫8個(gè)扇區(qū),分16次寫完,結(jié)果如何?你可以用我們讀寫文件的子程序庫

對(duì)，一次寫入128個(gè)扇區(qū)甚至更多。U盤的簇對(duì)應(yīng)的扇區(qū)不同，我只能對(duì)應(yīng)一個(gè)簇來寫，如果分多次寫的話，時(shí)間上會(huì)有點(diǎn)慢。每次寫8個(gè)扇區(qū)，要么是一次提取8個(gè)簇號(hào)，也有可能是一個(gè)簇號(hào)。這樣變動(dòng)太大，對(duì)我的程序來說就復(fù)雜了，速度也會(huì)下降。而且不能保證不出現(xiàn)錯(cuò)誤的狀況，出現(xiàn)了錯(cuò)誤我還是要解決。現(xiàn)在出現(xiàn)了1F這個(gè)錯(cuò)誤后，不論我對(duì)375做什么測試似乎都不行了。我不想復(fù)位375，因?yàn)橐匦旅杜e，時(shí)間上更慢。

你這個(gè)和簇有什么關(guān)系呢?你自己分析文件系統(tǒng)來進(jìn)行文件級(jí)的操作嗎?,你這樣先做一下實(shí)驗(yàn),就從0號(hào)扇區(qū)開始寫每次寫10個(gè)扇區(qū)看看結(jié)果是什么.你用的什么MCU?

對(duì)，我是分析的文件系統(tǒng)（FAT32）然后進(jìn)行扇區(qū)級(jí)的操作。我使用的是DSP2812。這個(gè)錯(cuò)誤不是一定的，只是不定的出現(xiàn)，有時(shí)候?qū)懯鄠€(gè)扇區(qū)就會(huì)出現(xiàn)這個(gè)問題，有時(shí)候50個(gè)扇區(qū)以后才出現(xiàn)問題。很少有全部寫完的時(shí)候，它要是穩(wěn)定的話就好說了。因?yàn)槲椰F(xiàn)在的延時(shí)很不準(zhǔn)確，可以說時(shí)間一定都是超時(shí)的。所以我曾經(jīng)懷疑過會(huì)不會(huì)有超時(shí)性的錯(cuò)誤，但你們的工程師說扇區(qū)級(jí)操作，375的內(nèi)置固件程序是沒有超時(shí)錯(cuò)誤的。

這個(gè)問題主要出現(xiàn)在寫扇區(qū)的時(shí)候。讀扇區(qū)到還沒有發(fā)現(xiàn)任何問題。

這樣吧,把你的代碼發(fā)到lht@wch.cn郵箱,我看一下.

375正常情況下，讀100扇區(qū)（每扇區(qū)512字節(jié)）的時(shí)間應(yīng)該是多少？

這個(gè)時(shí)間沒有具體的，與程序、U盤都有一定的關(guān)系，可以在系統(tǒng)上實(shí)測一下

我是說在支持大多數(shù)主流U盤的情況下（現(xiàn)下1G的U盤或更大），讀100扇區(qū)的時(shí)間。我現(xiàn)在將uS延時(shí)程序降了下來，時(shí)間是5S讀100扇區(qū)，10S寫200扇區(qū)。這樣的速度對(duì)大數(shù)U盤是否都可以接受？另外，這個(gè)速度對(duì)375傳輸給U盤來說是否還行有余力？如果是的話，我想再縮短延時(shí)的時(shí)間，畢竟在保證穩(wěn)定的情況下能越快越好。

這個(gè)時(shí)間還是比較慢的,100個(gè)扇區(qū)應(yīng)該1S都用不到,不要測試寫,測試讀速度.400KB/S應(yīng)該是沒有問題的,也就是說800個(gè)扇區(qū)每秒.

對(duì)于DSP來說，5S讀100的扇區(qū)，速度僅為10KB/S，這個(gè)讀速度不正常，U盤的速度遠(yuǎn)比這個(gè)快，同樣也沒完全發(fā)揮CH375的性能，不知道CH375的3個(gè)讀寫子程序是怎么處理的

好的，我了解了。我只負(fù)責(zé)U盤這部分的編寫。估計(jì)在總線傳輸?shù)牟糠钟醒訒r(shí)，導(dǎo)致我這邊計(jì)算延時(shí)出現(xiàn)很大的誤差。3個(gè)讀寫程序都是按照你們給的流程來進(jìn)行，除了延時(shí)不準(zhǔn)，其余的沒區(qū)別。謝謝各位的幫忙。