關于刷TFS時的超時問題

    以前常常有機友遇到刷 TFS時的出現(xiàn)超時，不能完成TFS刷新的問題，大家都比較一致地認為是速度設得過高，超過了115200所致，我原來因為很少用TFSFileManager_0.4c 編輯TFS刷機，習慣于用X100FileManager直接傳，對這個問題沒有進行研究，但昨天我刷TFS的經(jīng)歷，證明以前的那個說法至少是不全面的。

我因為昨天買了個二手的 X108，興奮得晚上立即開始刷機并整理TFS，也許是在刪除原來的游戲時出了點問題，在用X100FileManager傳JAVA 編譯時，手機總是重啟，編譯 JAVA不成功。然后就 使用 TFSFileManager_0.4c 加入所要上傳的 JAVA文件 ，然后編譯，接著把包括 suites.utf 和 suitesName.utf 所有文件導出，再把這些導出的文件用 X100FileManager 傳入手機里，編譯手機仍然重啟；若不進行編譯， JAVA仍不能使用。最后只好用TFSFileManager_0.4c完成JAVA文件 編譯，然后把編輯后的 TFS 刷進手機，盡管先格式化了 TFS ，但刷到最后還是出現(xiàn)超時，重來一次仍是如此，想想用的 COM 口的數(shù)據(jù)線，速度設的是 115200 呀，怎么會超時呢？因為編輯了很多大鈴聲替換進去，并且原來圖鈴寶盒里還有很多大鈴及圖片，猛然想到會不會是編輯的東西太多了， TFS 文件太大超過了機器的內(nèi)存，導致刷新 TFS 不成功呢？重新用 TFSFileManager_0.4c打開編輯的TFS文件，把 圖鈴寶盒里的鈴聲和圖片全部刪掉，大大減小了 TFS 文件。再刷入經(jīng)過這樣的處理的 TFS 竟然就成功了！

   以上情況說明，刷 TFS時出現(xiàn)超時，不能完成TFS刷新的主要原因（包括USB接口的數(shù)據(jù)線）不是因為速度設得過高，而在于所刷的TFS文件超出了小X的內(nèi)存，可能是圖鈴超大，或者是JAVA超大。當然 COM 口的數(shù)據(jù)線速度不要超過 115200 。