致能AD取樣轉換完畢後產生中斷
利用AD中斷的第一行讓某IO腳位反向
再利用示波器查看該腳位即可得知你每次AD中斷的速度

參照：

使用C的話就沒有切頁的問題,C在編譯時會自動幫忙切頁

但相對的C編譯出來的程式就會變得很大,有一好沒兩好

除了記憶體外,記得把bit宣告的記憶體空間也要設定初始值,我就是那邊沒初始才錯亂的

例1
bit _AC_fault;
void main(void)
{
_AC_fault = 0;
.
.
}

例2
union
{
unsigned ALL;
struct
{
unsigned : 1;
unsigned : 1;
unsigned CHG1_AC_fault : 1;
unsigned CHG1_Vtemp_bat_hi : 1;
unsigned CHG1_Vtemp_hi : 1;
unsigned CHG1_Vbat_hi : 1;
unsigned CHG1_Run_order : 1;
unsigned CHG1_Run_command : 1;
};
}FLAGE_CHG;
#define CHG_Errorbits FLAGE_CHG.ALL
#define _AC_fault FLAGE_CHG.AC_fault
#define _Vtemp_bat_hi FLAGE_CHG.Vtemp_bat_hi
#define _Vtemp_hi FLAGE_CHG.Vtemp_hi
#define _Vbat_hi FLAGE_CHG.Vbat_hi
#define _Run_order FLAGE_CHG.Run_order
#define _Run_command FLAGE_CHG.Run_command

void main(void)
{
CHG_Errorbits = 0;
.
.
}

雖然我沒有寫過PIC24的程式,但是我剛剛幫你看過PIC24FJ256GB110的命令列裡面沒有decfsz這個命令

建議使用dec搭配cpseq來完成

我的也會出現異常
但只要再主程式最前面把所有變數再給初始值一次就OK了

假設主程式前的宣告
unsigned char MAIN_acc = 0;
在lite版本時都會自動幫我清為0
但我剛灌PRO版本時,也出現動作異常
我以為此變數為0了,但是我一開始去讀取的時候卻不為0,是亂碼

因此我改寫成
unsigned char MAIN_acc;

void main(void)
{
MAIN_acc = 0;
.
.
}

我把所有變數再給一次初始值就OK了,雖然麻煩但不這麼做好像感覺隨時產品出貨會有不踏實的感覺

我去年下載的時候是9.65版

const int DEC_Temp_table[35] =
{
1400,1300,1250,1200,1150,1100,1050,1000,950,900,
850,800,750,730,700,650,600,550,500,450,
400,350,300,250,200,150,100,50,0,-50,
-100,-150,-200,-300,-400
};
const int AD_Temp_table[35] =
{
35,45,50,58,67,77,88,100,114,131,
154,180,207,218,237,269,301,341,385,437,
491,546,601,654,707,758,798,835,874,902,
928,948,965,992,1023
};

這是140度~-40度的表格,再利用程式去細分出0.1度的精度
至於程式要如何細分你可以自己試試看
還有硬體的設計關係到表格的AD值
請針對NTC阻值做出屬於你的表

最簡單的就用UART,速度要快建議SPI

若是兩顆距離很遠又怕雜訊干擾可以用CAN

參照：

感謝提醒,就是因為PIC18系列要修改一點點硬體,所以才在選項2裡面,第一選項還是以PIC16F1938為主

參照：

這是我寫PIC16F886的成功範例,請參考
__CONFIG(LVPDIS & FCMDIS & IESODIS & PROTECT & CPD & BOREN & MCLRDIS & PWRTEN & WDTEN & HS);
__CONFIG(BORV40 & WP2);

對了你的MPLAB IDE上面->Configure->Select Device 要改成PIC16F886喔

我兩套都給他灌進MPLIB IDE裡了,只是language的C18那邊要在設定一下即可使用C來編譯了

因為PIC16F886是公司舊產品裡的控制元件,裡面的程式也是公司超資深前輩所遺留下來的組合語言
但有鑑於C語言開發的速度及以後的維護,所以公司希望我能用C語言來重新撰寫

問題來了,我改用HI-TECH C寫的時候,初期還很順利,但隨著業務要求的新功能越加越多的狀況下,8K的ROM終於被我塞爆了,8K要來寫LCM真的很容易就塞滿了

解決方案就是找ROM比較大的新製程的PIC16F1938及PIC18系列的PIC18F25K20,兩者都是PIN to PIN,也還在抉擇中

1.PIC16F1938,我想同樣是PIC16系列的,所以C code移植幾乎是直上就可以了吧,因為是新品,樣品取得好像很困難
2.PIC18F25K20,有很多中斷的控制不太一樣,特殊功能暫存器也不太一樣,所以移植的難度高了一點,樣品取得比較容易但也是很久就是了