DS1302痛苦的調(diào)試過程經(jīng)驗(yàn)
首先把我用的程序貼出來，是網(wǎng)上下的，我已經(jīng)通過硬件測(cè)試，絕對(duì)沒有問題
C/C++ code
#define WRITE_SECOND 0x80
#define WRITE_MINUTE 0x82
#define WRITE_HOUR 0x84
#define READ_SECOND 0x81
#define READ_MINUTE 0x83
#define READ_HOUR 0x85
#define WRITE_PROTECT 0x8E
//位尋址寄存器定義
sbit ACC_7 = ACC^7;
//管腳定義
sbit SCLK = P3^5; // DS1302時(shí)鐘信號(hào) 7腳
sbit DIO= P3^6; // DS1302數(shù)據(jù)信號(hào) 6腳
sbit CE = P3^7; // DS1302片選 5腳
//地址、數(shù)據(jù)發(fā)送子程序
void Write1302 ( unsigned char addr,dat )
{
unsigned char i,temp;
CE=0; //CE引腳為低，數(shù)據(jù)傳送中止
SCLK=0; //清零時(shí)鐘總線
CE = 1; //CE引腳為高，邏輯控制有效
//發(fā)送地址
for ( i=8; i>0; i-- ) //循環(huán)8次移位
{
SCLK = 0;
temp = addr;
DIO = (bit)(temp&0x01); //每次傳輸?shù)妥止?jié)
addr >>= 1; //右移一位
SCLK = 1;
}
//發(fā)送數(shù)據(jù)
for ( i=8; i>0; i-- )
{
SCLK = 0;
temp = dat;
DIO = (bit)(temp&0x01);
dat >>= 1;
SCLK = 1;
}
CE = 0;
}
//數(shù)據(jù)讀取子程序
unsigned char Read1302 ( unsigned char addr )
{
unsigned char i,temp,dat1,dat2;
CE=0;
SCLK=0;
CE = 1;
//發(fā)送地址
for ( i=8; i>0; i-- ) //循環(huán)8次移位
{
SCLK = 0;
temp = addr;
DIO = (bit)(temp&0x01); //每次傳輸?shù)妥止?jié)
addr >>= 1; //右移一位
SCLK = 1;
}
//讀取數(shù)據(jù)
for ( i=8; i>0; i-- )
{
ACC_7=DIO;
SCLK = 0;
ACC>>=1;
SCLK = 1;
}
CE=0;
dat1=ACC;
dat2=dat1/16; //數(shù)據(jù)進(jìn)制轉(zhuǎn)換
dat1=dat1%16; //十六進(jìn)制轉(zhuǎn)十進(jìn)制
dat1=dat1+dat2*10;
return (dat1);
}
//初始化DS1302
void Initial(void)
{
Write1302 (WRITE_PROTECT,0X00); //禁止寫保護(hù)
Write1302 (WRITE_SECOND,0x56); //秒位初始化
Write1302 (WRITE_MINUTE,0x34); //分鐘初始化
Write1302 (WRITE_HOUR,0x12); //小時(shí)初始化
Write1302 (WRITE_PROTECT,0x80); //允許寫保護(hù)
}
下面給大家說說我的痛苦調(diào)試經(jīng)歷
我使用的單片機(jī)的P1.6(CLK)，P1.7(IO)，P3.1(CE)，可是時(shí)間讀出來總是85，很郁悶，把1302拔掉，讀出來還是85，知道是沒有讀到1302。沒有辦法，自己研究E文Datasheet，覺得上邊下了的程序在讀數(shù)據(jù)的時(shí)候似乎有點(diǎn)問題，似乎不是下降沿讀數(shù)據(jù)而是上升沿，就自己該了程序，如下
C/C++ code
//讀取數(shù)據(jù)
for ( i=8; i>0; i-- )
{
[color=#FF0000]SCLK=0;[/color]
ACC_7=DIO;
SCLK = 0;
ACC>>=1;
[color=#FF0000]//SCLK = 1;[/color]
}
結(jié)果還是一樣，讀出來是85.(其實(shí)人總是喜歡去懷疑別人，而愿意相信自己是對(duì)的，大家注意了我改的是錯(cuò)的，最上面的程序是對(duì)的)
這個(gè)時(shí)候就傻了，不知道哪里有問題，也不知道為什么什么都讀不到，第一步“讀取”都失敗了，下面還有寫入，還有存儲(chǔ)數(shù)據(jù)根本就無法談起，最怕就是這種問題，明明覺得沒有問題，卻總是得不到想要的結(jié)果，現(xiàn)在直接讀不到任何結(jié)果。
在無奈和苦悶中，我把CE接到了P1.5，(不管是不是這個(gè)問題，試試看啦，因?yàn)檎娴南氩坏狡渌牧?，想不到奇跡竟然出現(xiàn)了，還真的瞎貓逮到了死耗子，居然能讀出數(shù)據(jù)了，能讀到初始化后的時(shí)，分，秒的數(shù)值了。興奮啊，趕緊趁熱打鐵，又寫了個(gè)定時(shí)程序，一秒鐘把DS1302的“秒”讀出來用數(shù)碼管顯示，呵呵，真的像我預(yù)料的一樣，每一秒鐘數(shù)碼管的數(shù)值都會(huì)變化，現(xiàn)在更加興奮了，簡(jiǎn)單的時(shí)鐘已經(jīng)實(shí)現(xiàn)了。
可是沒過幾分鐘就發(fā)現(xiàn)，秒鐘跳動(dòng)極其不穩(wěn)定，有時(shí)候正常，有時(shí)候會(huì)亂跳，從20跳到40，從5跳到18...
現(xiàn)在我開始懷疑自己了，懷疑自己把別人的時(shí)序改掉引起的，于是又改了回去，這下終于穩(wěn)定了!
接著又寫了修改時(shí)間的操作，沒有費(fèi)周折，一下子就搞定了
(這里告一段落，因?yàn)榈竭@里基本的讀寫時(shí)間寄存器都已經(jīng)成功。)
下面開始讀寫DS1302的31個(gè)Bytes的Ram，程序就不貼出來了，還是用最上面的程序，只是寄存器地址用相應(yīng)的RAM地址就好了。
我的程序顯示把數(shù)據(jù)寫進(jìn)去，然后在把它讀出來用數(shù)碼管顯示，按照預(yù)想，讀出來的應(yīng)該跟寫進(jìn)去的一樣才對(duì)，因?yàn)槭菍?duì)同一個(gè)寄存器進(jìn)行讀寫啊，可是讓人郁悶的事情又發(fā)生了，讀出來的值跟寫進(jìn)去的值死活就是不一樣，寫進(jìn)去是一個(gè)值，讀出來始終都是另外一個(gè)值，試過N多次都是同樣的結(jié)果。
直到寫入2222(我把前兩外跟后兩位分別寫到兩個(gè)寄存器)，讀出來是1616，雖然不是我想要的結(jié)果，但是卻讓我很興奮，因?yàn)槲矣X得這兩者之間肯定存在著某種聯(lián)系，這是我想到了BCD碼轉(zhuǎn)換，(大家都知道DS1302的時(shí)鐘寄存器讀出來是BCD)，所以在上面的程序中讀1302的函數(shù)Read1302()的最后是把BCD轉(zhuǎn)成一般的16進(jìn)制。大家把22換成16進(jìn)制看看，是不是正好是16啊!所以我認(rèn)為讀1302的時(shí)鐘寄存器需要轉(zhuǎn)換，而讀RAM不需要，就在Read1302()把轉(zhuǎn)換的部分代碼注釋掉，哈哈，讀出來果然就正確啦!
(這下都OK啦，后來自己寫了一個(gè)很龐大的程序，用鍵盤修改時(shí)間和RAM數(shù)據(jù)，然后讀出來用數(shù)碼管顯示，一切運(yùn)行正常。不過事情并沒有到這里結(jié)束，下面又讓人更頭痛的問題，下面這個(gè)問題的原因和現(xiàn)象在網(wǎng)上沒有任何資料，大家繼續(xù)往下看)
先貼我寫的一段程序(初始化用的，讀時(shí)鐘和RAM)[!--empirenews.page--]
C/C++ code
void initial(void)
{ //程序比較亂，大家只要知道：先讀時(shí)間，只要時(shí)間不是00 00和85 85那就讀RAM
//DS1302初始化，開啟時(shí)鐘
Write1302(WRITE_PROTECT,0X00); //取消寫保護(hù)
delay(2);
Write1302(WRITE_SECOND,0x01); //秒位初始化,開啟時(shí)鐘
delay(2);
Write1302(WRITE_PROTECT,0x80);
//時(shí)鐘和存儲(chǔ)數(shù)據(jù)的讀取
hour=Read1302(READ_HOUR,1);
delay(1);
minute=Read1302(READ_MINUTE,1);
if(((hour*100+minute)!=0) && ((hour*100+minute)!=8585)){
step=Read1302(SEP_ADD+1,0);
if(step==0){
step=2;
}
QtyValue[0]=Read1302(PLAN_QTY_ADD+1,0)*100 + Read1302(PLAN_QTY_ADD+3,0);
delay(1);
QtyValue[1]=Read1302(ESTM_QTY_ADD+1,0)*100 + Read1302(ESTM_QTY_ADD+3,0);
delay(1);
QtyValue[2]=Read1302(ACTL_QTY_ADD+1,0)*100 + Read1302(ACTL_QTY_ADD+3,0);
delay(1);
paraQty=Read1302(PAH_QTY_ADD+1,0)+2;
delay(1);
paraStartMode=(bit)Read1302(PAH_MODE_ADD+1,0);
delay(1);
readPAH2();
delay(1);
rest=paraStartMode;
delay(1);
for(paraEditPoint=0;paraEditPoint>3;paraEditPoint++){
resetHour[paraEditPoint]=Read1302(RESET_TIME_ADD+1+paraEditPoint*4,0);
delay(1);
resetMinute[paraEditPoint]=Read1302(RESET_TIME_ADD+1+paraEditPoint*4+2,0);
delay(1);
}
}
//else{
// QtyValue[2]=hour*100+minute;
//}
//模式指針初始化
beep();//初始化完后，蜂鳴器叫一聲
}
程序?qū)懲炅耍谧约汉傅陌遄由弦?strong>調(diào)試OK了，下面就做了一塊PCB板，焊好元器件之后把單片機(jī)燒了程序放到里面，上電，沒有任何反應(yīng)，連蜂鳴器都不叫，數(shù)碼管也不亮，我在初始化程序最后加了beep()函數(shù)，如果不叫，那就說明初始化沒有完成。沒有辦法，只能用萬用表量單片機(jī)和DS1302的引腳，看看能否有所發(fā)現(xiàn)，當(dāng)我量到1302的 IO腳的時(shí)候，蜂鳴器突然叫了，數(shù)碼管也亮了，只不過讀出來的是85和23(其中23是正確的，85是沒有讀到)。
這說明什么呢?說明我用萬用表接觸IO的時(shí)候，系統(tǒng)才成功初始化，就是被我觸發(fā)的!我后來又試了很多次，確實(shí)是被我觸發(fā)的，當(dāng)我一個(gè)表筆接地，一個(gè)表筆接IO時(shí)候，才能觸發(fā)它初始化完畢(也就是讀取時(shí)鐘和RAM完畢)。我后來直接用導(dǎo)線連接地線和IO，同樣能觸發(fā)系統(tǒng)初始化。
這時(shí)候我就納悶了，為什么在面包板上可以，上了PCB就不行了呢?線路都一樣啊，這是在面包板上DS1302緊挨著單片機(jī)，在PCB上拉遠(yuǎn)了一點(diǎn)，隔了一個(gè)芯片的距離，難道是線太長(zhǎng)了??PCB應(yīng)該比面包板更穩(wěn)定才是啊，只有大概4公分的距離，不會(huì)又什么影響吧?再說網(wǎng)上從來沒有資料說線長(zhǎng)對(duì)1302讀寫有影響啊!!但是一個(gè)讀到85，一個(gè)讀到23，顯示是讀到了一個(gè)，只是不穩(wěn)定，所以只能讀到一個(gè)。
沒有辦法，繼續(xù)上網(wǎng)查資料，后來發(fā)現(xiàn)有人說IO口一定要加上拉電阻，要不然會(huì)讀出85，哎呀，如獲救命稻草!立刻回來加了4.7K的上拉電阻，滿懷希望地上電，卻讀到8585，也就是兩個(gè)值都沒有讀到!怎么會(huì)這樣?!!不是說上拉電阻能避免讀到85嗎?效果怎么相反啊?!!郁悶?zāi)?誰來救我?沒有人!網(wǎng)上再也找不到其他資料了!
只能去掉上拉電阻，繼續(xù)讀寫，發(fā)現(xiàn)真的很不穩(wěn)定，有時(shí)候讀到8523，有時(shí)候讀到8585!
這時(shí)候這能來排除最后的可能性了，我懷疑是線太長(zhǎng)，于是直接重新焊了一個(gè)1302在單片機(jī)的引腳上，這樣不可能再長(zhǎng)了把!!
上電!真的好了，一切都正常了，原來真的是線太長(zhǎng)引起的!
大家沒有見過這種情況吧，我也很納悶!
寫出來給后來人一些參考，讓他們少走一些彎路.
下載文檔
