作者deo2000 (800IM)
看板ASM
標題[問題] PC 收 51 傳的0~255,有時會收到奇怪數字
時間Wed Jan 9 06:56:41 2013
有時候明明不是0,卻經常收到0(波型位置越高,數值越小)
http://imgur.com/lPAPT,SFCKe#0
還會爆掉
http://imgur.com/lPAPT,SFCKe#1
#include "AT89X51.h"
/*
P2 讀取ADC
P1,3,0 預留輸出控制
*/
unsigned char ucADC0804;
unsigned char ucDigMSB,ucDigMID,ucDigLSB;
char code DEC[10]={0x30,0x31,0x32,0x33,0x34,0x35,0x36,0x37,0x38,0x39};
main()
{
IE=0x90; /* (中斷Enable)EA=1,(串列中斷)ES=1*/
P2=0xFF; /* P2為讀取Port */
SCON=0x70; /*Serial Port mode1*/
TMOD=0x20; /*Timer mode1(Auto Load)*/
TH1=0xFD; /*
[email protected]*/
TR1=1; /*Timer1 啟動!*/
TI=1; /*發射中斷啟動!*/
while(1)
{
ucADC0804=P2;
// 百 十 個
ucDigMSB=(ucADC0804/100);
ucDigMID=(ucADC0804%100)/10;
ucDigLSB=(ucADC0804%10);
}
}
void serial_INT(void) interrupt 4
{
if(RI&&'Q'==SBUF)// 如果收到請求,才發射ADC Value
{
// 送出三位數DEC
TI=0;
SBUF=DEC[ucDigMSB]; //百位
while(!TI);
TI=0;
SBUF=DEC[ucDigMID]; //十位
while(!TI);
TI=0;
SBUF=DEC[ucDigLSB]; //個為
while(!TI);
TI=0;
}
RI=0;
}
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 140.122.165.222
1F：推 hongsiangfu:會不會三位數轉換到一半被串列中斷，使數值錯誤? 01/09 09:57
2F：→ deo2000:極有可能! 感謝! 我再想想怎麼確保轉換完成 01/09 12:45
我用2種方法確保三位數轉換不會被中斷，不過大約只有2%~5%的效果，想不通原因在哪？
1.轉換前EA=ES=0,轉換完EA=ES=1
2.三位數轉換放在中斷函式中
3F：推 cwl751005:中斷程式裡的第一個TI=0去掉看看 01/09 18:07
試了,沒有改善
4F：→ cwl751005:當電腦傳資料給51，傳完後RI變為1產生中斷，TI也是 01/09 18:14
5F：→ cwl751005:當你第一個TI=0出現時，可能把SBUF的資料傳到電腦了 01/09 18:15
6F：→ cwl751005:基本上SBUF=XXX這行指令就會讓TI=0了 01/09 18:16
7F：→ cwl751005:說錯，是讓資料傳到電腦 01/09 18:18
※ 編輯: deo2000 來自: 140.122.165.222 (01/12 13:25)
※ 編輯: deo2000 來自: 140.122.165.222 (01/12 13:28)
8F：→ ksmrt0123:你0804的cs,rd,wr,intr怎麼接的? 01/13 01:11
沒有接MCU,直接轉換
※ 編輯: deo2000 來自: 140.122.136.12 (01/13 01:42)
9F：→ ksmrt0123:所以0804是接成free-running mode? 即使這樣mcu還是需 01/13 14:25
10F：→ ksmrt0123:要跟0804溝通才能保證資料的正確性 01/13 14:26
11F：→ ksmrt0123:因mcu讀的時候可能剛好是0804資料變化的時候 01/13 14:27
相同的ADC free-running 板子我在用0x378(LPT)收資料的時候，正確性是完全沒問題的。
資料變化的時候沒差，因為sensor感測對象是人體動作，我只要求巨觀上整個資料序列都
是連續合理的就好，不必精密
※ 編輯: deo2000 來自: 140.122.165.222 (01/13 14:58)
12F：→ ksmrt0123:問題也可能只是還沒發生/發現而已 01/13 15:18
13F：→ ksmrt0123:有些東西不容許發生一次錯誤 01/13 15:19
14F：→ ksmrt0123:有些產品量很大, 發生錯誤的機率就大多了 01/13 15:20
15F：→ ksmrt0123:重點是這種錯誤是完全可避免的 01/13 15:21
現在打算以後改用串列通訊ADC(ADC0832之類)，所以應該就沒這個問題了吧！
目前只是懶得重作板子
※ 編輯: deo2000 來自: 140.122.165.222 (01/13 15:29)