隨著當前系統(tǒng)設計復雜度的提升，調試過程中碰到問題的幾率大大增加，在各種問題中我們需要分析問題的根源和實質以便去正確的解決。ａｒｍｓｙｓ－ｉｃｅ與目標板的連接僅限于ｊｔａｇ接口，兩者之間的耦合度已降到最小不會對目標板的邏輯和電氣性能產(chǎn)生影響，對于一些剛開始使用ａｒｍｓｙｓ－ｉｃｅ的客戶我們總結了一些常見問題提供給用戶希望能夠有所幫助?！　栴}１：ｍｕｌｔｉ－ｉｃｅ　ｓｅｒｖｅｒ程序啟動失敗　　原因：計算機ｂｉｏｓ中的并口類型設置不正確，請修改后重試。一般推薦用戶選擇ｅｐｐ類型?！　栴}２：ｍｕｌｔｉ－ｉｃｅ?。螅澹颍觯澹虺绦騿邮〕霈F(xiàn)ｔｃｐ／ｃｐ堆棧出錯　　原因：開發(fā)ｐｃ機沒有連接網(wǎng)絡，或沒有安裝網(wǎng)絡服務程序如果不需要使用網(wǎng)絡服務功能可以在ｍｕｌｔｉ－ｉｃｅ?。螅澹颍觯澹虻模螅澹簦簦椋睿纾蟆。尽。螅簦幔颍簦酰稹。铮穑簦椋睿铮蟛藛沃嘘P閉該功能?！　栴}３：ｍｕｌｔｉ－ｉｃｅ?。螅澹颍觯澹虺绦蜃詣幼R別目標失敗　　原因１：目標內核不能識別，在本手冊前面章節(jié)中詳細列出了目前版本的ａｒｍｓｙｓ－ｉｃｅ所支持的內核種類，如果能夠檢測到正確的ｔａｐ控制器并建立起通信，但不能返回內核ｉｄ號，將在屏幕上顯示“ｕｎｋｎｏｗｎ”，這時調試程序不能正常工作，用戶需要從廠家得知正確的ａｒｍ芯片內核類型，并新建一個配置文件來進行手動配置。配置方法參見使用手冊。　　原因２：信號問題，最常遇到的信號問題包括：　　□?。颍澹螅澹粜盘枦]有上拉電阻，ｒｅｓｅｔ包括ｎｔｒｓｔ和ｎｓｒｓｔ這兩個信號應在目標板上用小于１０ｋ的電阻上拉；　　□　　　　　ｔｃｋ信號的頻率太高，該頻率受制于ｔａｐ控制器、標板布線和連接電纜等因素。有些ｔａｐ控制器只支持到１ｍｈｚ速率，這時候需要調整ｔｃｋ頻率設置?！　栴}４：同調試程序連接時提示“ｃａｎ’ｔ?。螅簦铮稹。穑颍铮悖澹螅螅铮颉薄　≡颍保涸诋斍碍h(huán)境下ｊｔａｇ的時鐘頻率過高，請嘗試降低ｔｃｋ的頻率；　　原因２：如果ｍｕｌｔｉ－ｉｃｅ?。螅澹颍觯澹虺绦蚴鞘謩优渲玫?，則需要檢查；　　□　配置錯誤、處理器類型、連接次序等設置錯誤；　　□　ｊｔａｇ問題，進行手動配置時因先確保在自動時能夠檢測到ｕｎｋｎｏｗｎ，這樣說明ｊｔａｇ接口通信正確。　　原因３：ａｒｍ芯片接口的ｄｂｇｅｎ信號被不正確的拉低，如果該信號有片外接口請檢查；　　原因４：目標處理器的時鐘不正確；　　問題５：同調試程序連接時出現(xiàn)“ｄａｔａ?。幔猓铮颍簟碧崾尽　≡颍保寒斦{試程序啟動時，處理器將停在當前ｐｃ值指向的地方，同時讀取該ｐｃ值周圍一部分　　地址的存儲器值，如果這些地址正好沒有被使用或指向空就會出現(xiàn)上述提示此情況，屬于正常范圍；　　原因２：如果使用了存儲器ｒａｍ或ｒｏｍ出現(xiàn)這種問題，表明在存儲器訪問上可能存在數(shù)據(jù)錯誤，請檢查存儲器?！　≡颍常寒斢脩粝螺d程序到目標板時，下載的目標地址是在編譯器中指定的，如果編譯器里設置的目標地址與目標板上可寫存儲器的物理地址不能對應，也會出現(xiàn)上述提示。因為調試程序試圖往錯誤的物理地址寫入用戶程序而出錯。這時需要檢查并重新設置編譯器?！　栴}６：在調試過程中經(jīng)常停止，有時候甚至進不了調試程序　　原因：在排除了調試程序本身的問題后，這一類帶有隨機性的問題可以考慮是硬件時序或邏輯問題引起的。最主要的可能性是ｎｔｒｓｔ和系統(tǒng)ｒｅｓｅｔ信號不可靠。ｒｅｓｅｔ信號的不可靠包含兩方面，正常工作時要求穩(wěn)定的保持高電平，復位狀態(tài)時要求有足夠時間的低電平。ｒｅｓｅｔ電路因為簡單通常會被忽略，但事實表明很多貌似奇怪的問題最后都歸結在這里。無論是從調試的角度還是最后穩(wěn)定工作，我們都建議用戶采用一個好的ｒｅｓｅｔ電路或是專用ｉｃ來代替簡單的ｒｃ電路。　　問題７：調試程序出現(xiàn)“ｈａｒｄｗａｒｅ?。椋睿簦澹颍妫幔悖濉。簦椋恚澹铮酰簟碧崾尽　≡颍保耗繕税迮cａｒｍｓｙｓ－ｉｃｅ的連接斷開或ａｒｍｓｙｓ－ｉｃｅ與ｐｃ之間的連接中斷；　　原因２：ａｒｍｓｙｓ－ｉｃｅ供電中斷或供電不足　　原因３：ａｒｍｓｙｓ－ｉｃｅ與目標板的通信停頓，一般都是因為打開了ｒｔｃｋ選項但是檢測不到合適　　的ｒｔｃｋ信號，此時用戶可以不使用ｒｔｃｋ功能或檢查該信號的布線?！　栴}８：調試程序提示“ｕｎａｂｌｅ?。簦铩。螅澹簟。猓颍澹幔耄穑铮椋睿簦蟆。铮睢。澹悖澹穑簦椋铮睢。觯澹悖铮颍蟆薄　≡颍河成浔碇械钠鹗嫉刂穼拇鎯ζ黝愋褪牵颍铮?，ａｒｍｓｙｓ－ｉｃｅ不能在ｒｏｍ上設置斷點。　　問題９：與ａｒｍ９內核