18系列的命名有個一定的規則
請問這顆新的PIC18F85J10有什麼特別的地方?
第三碼的J又是代表什麼意思?
謝謝!

謝謝已找到問題所在,ADCON2的ADFM左取跟右取搞錯了

hi!謝謝您的回應!
對於Prescaler設定成1/256,我也有設定過!其執行256個指令後TMR0++,但其最後得結果,也無法造成GP2...010101的變化!

可否告訴我別種可能性...? Thank you very much!參照：

picc的試用版在哪下載呢?

C18的demo版與購買的C18會有哪些差異啊

預估的時程為 今年七月 時會 RTP ( Released to production ), 也就是說量產的一切準備就緒.

為何說是預估 ? 因為我們的任何一顆 IC 在量產前都會經過多方的驗證 , 包括 Beta Customer 和 Early Adopter customer. 若發現重大的瑕疵就會做修正的動作 , 就有可能往後延一下下啦.

還有 , RTP 指的是開始量產 ; 還要算上生產到交貨的時間 . 這通常必需與 support 您的業務連繫才能得到比較精確的時程資訊.

如果真的急 , 看看 PIC18F8520 & PIC18F8621 是否可以救救急 :)

Best Regards,

小弟最近使用c18 v2.42版本 mplab 7.01版本 來對18f6520來寫程式 發現一些問題
1.在timer中斷中，作乘除程式會錯誤，雖然語法正確，如果乘除程式約200us，中斷是500us應該沒關係吧，但是程式執行後還是會出錯誤

2.使用c語言開發程式當然是貪圖便利與乘除運算，然而不能在timer中作乘除，我相信，應該在主程式當中要做乘除運算，也應該有相當的機率會出錯

3.目前小弟的程式架構是使用switch(變數) case來建構，變數範圍只有0-8之間會產生，但是，神奇的事來囉！變數竟然會變成0-8以外的數值！而且每次都不一樣，但是並不是每次都會亂跳，是有時會亂跳

4.小弟的程式中，乘除用的非常的多，所以感覺c18 complier是非常的不穩定

綜合以上，請問各位先進對於2.的觀點覺得是否成立?

仔細地檢查 option 指令中 W 的值和 data sheet 的說明做比較 ; 你會發現您的 PS0..2 ( bit 0..2 ) 的設定是不對的 :

當 PSx = 000 時 , TMR0 的 Prescaler 是 1:2 , 若你須要 1:256 的 prescaler , 要寫入 111 的值.

因為是 1:2 , 兩個指令 TMR0 就會變化 , 所以在判斷 TMR0 是否 = 0xff 時跟本很難捕捉到那一瞬間 .

通常將 prescaler 設很小時 , 我們檢查的是範圍而非特定值 ! 因會指令花的時間比 Timer 的進位時間長就一定會不正常 .

Hi Woody,

我相信在 Taiwan Techhelp 的 mail 您也問過相同的問題並且也在之後把問題解決了 . 如果不是這樣的話請發出嚴正的抗議 :)

____________________________________________
SPI 的四個信號腳位 : SCK , SDO , SDI , SS 並非一直都有輸出 ! 而是當資料被寫入 SSPBUF 後才開始有動作 . 其他無動作時稱之為 "Idle".
所以你只看到 8 個 clock 在 SCK 上是正常的 . 因為你應該只寫了一個 Byte 到 SSPBUF 而已吧 ?

若 SPI 的通信有問題 , 通常都是因為取樣點設定的關係 . 這就要看你用的 DAC 所附規格而定 .
詳情請看一下有關 CKP & CKE 兩個 bit 和 SPI Timing 的關係圖吧 .

還有 , SPI 的 MASTER 要送出一個 /CS 信號到 SLAVE Device . 記得喔 !
_____________________________________________

在 timeini( ) 裡面 , 要加上 PEIE=1 ; 就可以啦 !
參考 PIC16F877 data sheet 中的中斷架構圖 ( Figure 12-9 ), 就可以發現只有 TIMER0 , RB0 ( INT0 ) 及 PORTB Change 三個中斷不必打開 PEIE , 其他的都要喔 !