將 Hi Byte 與 Low Byte 分別 xor #0xFF 後得到 1'S 的16-bit值後，再將結果 Low 加1 , 若Low Byte加一後等於零則 Hi Byte就加一，這樣就得到2'S

我使用ICD2用DEBUGGER模式模擬都好好的~~與上層下層傳輸也都好好的
為什麼燒錄進去後~~傳輸部份會變的連不了呢

燒錄的部份~~還要設定什麼嗎

#pragma config OSC = HS, OSCS=OFF
#pragma config PWRT = ON, BOR = ON, BORV = 42
#pragma config WDT = OFF, CCP2MUX = OFF, STVR = OFF
#pragma config LVP = OFF, DEBUG = ON
#pragma config CP0 = OFF, CP2 = OFF, CP3 = OFF
#pragma config CPB = OFF, CPD = OFF

這個是參考版主的程式所設的config
為什麼在組譯的時候會出現warmming啊~~~
C:\c18\FC3\main.c:206:Warning [2002] unknown pragma 'config'
C:\c18\FC3\main.c:207:Warning [2002] unknown pragma 'config'
C:\c18\FC3\main.c:208:Warning [2002] unknown pragma 'config'
C:\c18\FC3\main.c:209:Warning [2002] unknown pragma 'config'
C:\c18\FC3\main.c:210:Warning [2002] unknown pragma 'config'
C:\c18\FC3\main.c:211:Warning [2002] unknown pragma 'config'


LKR檔案寫這樣對嗎

CODEPAGE NAME=config START=0x300000 END=0x30000D PROTECTED
SECTION NAME=config ROM=config

有錯嗎~~
程式寫好了~~~~~最後要燒錄時卻發生這等的問題~~
阿~~~~~~~~~~~~~~~~~~~~~~
還有各位大大~~~~WDT要怎麼用啊~~~~~
我怎麼判斷程式有沒有死掉~~~~要不要打開WDT~~~
個位大大幫幫忙啊~~~~~~~~

一.每次點亮1個就好了!!

二.6*5=30 方式很好用,但是切換至"Z"高輸入模式時,容易受干擾,再更多顆時,掃瞄速度會受到影響,因為每次只能點亮一顆!

參照：

請問PIC16F684若不用header是否就不能使用ICD2 做debug

用6隻腳，依相同的原則，可以控制到30顆LED。亦即每兩隻腳，可以接正反向兩顆LED；所以可以接6*5=30顆。

此電路的概念來自Microchip的PICkit 1。

請問各位，如果我有一筆數值，16進位值為
highbyte=E2
lowbyte =F7，
而我知道轉換的公式為
D=(NOT(E2F7)+1)=1D09
我要怎麼用組合語言寫讓E2F7會變成1D09呢？
謝謝

沒試過,不敢亂回答...
可試試直接燒錄看動作正不正常...
若正常...
則有可能是 MPLAB IDE 跟 ICD2 間的 BUG...
個人愚見...

已搞定，多謝啦

掃描方式有想過啦
不過我們老大說
用掃描的省下IO
那些IO又用不到
放著不用也浪費
還為了掃描多花功夫寫程式
不如乾脆不要掃描直接點著...

不過或許可以讓他高速閃爍
只要人眼看不出來就好
應該也可以降低一些電流吧?!

剛剛看了那張圖
6隻腳可以控制24顆LED @o@
的確是可以省下很多腳
但一顆電阻接好幾顆LED
若有幾顆不亮的話
LED的亮度是否會不平均?

照這方法洗一塊板子來試試看好了
謝囉

......問題太笨了嗎? 沒人幫我, 嗚......

用MPLAB的軟體模擬, PTMRH 和 PTMRL 變化都很正常, 以上一個例子的條件來說, PTMR 會上數到 3FF 然後下數回到 0 , 然後再上數到 3FF.
但用ICD2 時就不會了, PTMRH 都不會變化, PTMRL 只會從 0-FF 然後直接回到 0, 沒有 上/下數 這個動作!

還有, 為什麼 PTCON0 和 PTCON1 在 ICD2 裡面的值是 RR ??

好像和DATASHEET裡面寫的都不太對! 能否請前輩解答呢?? 感激不盡!!!

祝: 好

Ming....!!