並不是所有的PIC都能用ICD2 DEBUG , 更何況ICD2本來就是簡易版的除錯工具 , 如果要能全部都模擬 , 那就買ICE好了 , 再說 , ICE也不是每一個都可以用 , 也是要配合不同的PROCESSOR MODULE才可以用 , 老兄 , 將就一點 , 想便宜就得辛苦一點 ,

在PIC中的IO常與很多功能共用 , 如果你只要使用IO的功能 , 那麼其它的功能都要去設定 , 不是只管IO而已 , 特別是類比的功能 , 因為某些原因 , 在不規劃的情況下, PIC初始設定會設為類比功能 ,

這些在以前的討論都有提過 , 可以找找以前的文章 , 所謂R-M-W , 當你使用BSF或BCF指令時 , 實際PIC是將整個IO-PORT先讀進來 , 改變某一個位元後再整個PORT寫出去 , 如果線路設計不良 , 本來是輸出是"1"的IO讀回來後是"0" , 再寫出去後就變成"0"了 , 所以注意線路的設計 , 例如直接驅動LED或電晶體而沒有接限流 , 相對的外部的電位差就不足TTL的"1"的判斷位準了 ,

硬體使用的話 , 只有降頻一途了 , 因為硬體的TIMER除頻就是那麼大 , 你不可能再除了 , 其實你的程式跑那麼快 , 相對來說 , 50HZ的信號 , 用軟體做就好了啊!

沒錯 ! 沒錯 ! 在C裡的變數會有所謂的生命週期的問題 , 例三的變數C只有在MAIN裡才存在 , 而且是放在堆疊裡 , 而且每次的位置都不一定一樣 , 而例二的靜態變數是一直存在的及例一的全域變數都是佔用實質的位址 , 所以資料的存取都不會有問題 , 其實MCU寫C的一點觀念和PC的C++不太一樣 , 最好在MCU中都宣告成全域變數 , 就是在函式外宣告 , 有幾個好處 ,
MCU的RAM就是那麼多 , 你不用它還是在那邊 , 不會因為你不用就會比較便宜 , 還有 , 如果你常用區域變數宣告的話 , COMPILER都會用堆疊的方式處理 , 真正執行的時侯 , 堆疊指標的處理 , BANK的處理都會花掉一些指令 , 也許真正的動作只有兩三個指令 , 結果光是堆疊的處理可能就會花掉三四十個指令 , 這是有可能的 , 因為我遇過........ , 所以 , 變數宣告成全域只有好處 , 不會比較壞 , 除非真的用到只剩下幾個RAM , 非斤斤計較不可 , 但是.........寫C還能把RAM用到只剩幾個 , 那也太省了 , 換顆大一點的吧!

你的程式到底會什麼問題實在是無法預測 , 因為你進到INTERRUPT之後並沒有RETFIE , 進入中斷後MCU會自動關掉GIE , 而且佔用堆疊 , 然後你又有機會手動打開GIE , 從此陷入萬劫不復的下場 , 真的不知道讓怎麼說才好 ,

其實先不管你的程式如何 , 有幾個方式可以開始找問題 , 三個參數運算的結果是否存在 , 用DEBUG看一下就知道了 , 我想A和XK應該沒問題, 而是AD的內容是否存在 , 如果沒有 , 那檢查ADC設定 , 是不是真的可以得到轉換值 , 如果有 , 那運算的結果是不是每次都遞增 , 如果沒有 , 那麼運算的程式檢查一下 , 單步跑一下應該可以找到那裡出錯 , 如果結果真的有遞增 , 那就看一下CCP的程式 ,

基本上除錯就是要找問題源 , 我都是利用二分法來切割找到問題點 , 不是硬體就是軟體 , 幾乎不會有靈異事件 , 用的方法對不對而已

還有 , 如果這些PAGE1的程式中有利用LOOK-UP TABLE的方式的話 , 就像ADDWF PCL , F的程式 , 也就是直接變動PCL的內容的話 , 就不只設PCLATH的BIT3而已哦!連BIT0~2都要處理

看你用那一顆囉!一般來說 , PGCPGD原本就是要用來做ICD2和IC之間的通訊用 , 所以沒法共用其功能 , 在PIC16及PIC18都是如此 ,如果你用dsPIC的話 , 它多了幾個PORT(EMUCx,EMUDx)可以支援ICD2 DEBUG的時侯 , 可以換成這些DATA CLK的連接 , 這樣就可以測試原本在PGCPGD的週邊功能 ,

如果用的是18或16 , 那很抱歉 , 並建議要用在PGD , PGC上的功能 , 最好是最簡單的控制 , 因為到最後 , 你只能用燒進去後看動作對不對 , 而且如果有問題的話 , 你也沒辦法DEBUG , 只能猜猜看了 , 到時就是看個人的除錯功力及經驗了

試試將lkr檔選用xxxi.lkr , 可能你的變數宣告的位址和icd2所佔用的資源相衝突了,