[問題] PC 收 51 傳的0~255,有時會收到奇怪數字

看板ASM (組合語言)作者 (800IM)時間12年前 (2013/01/09 06:56), 編輯推噓2(2013)
留言15則, 4人參與, 最新討論串1/5 (看更多)
有時候明明不是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; /*9600bps@11.0952MHz*/ 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

01/09 09:57, , 1F
會不會三位數轉換到一半被串列中斷,使數值錯誤?
01/09 09:57, 1F

01/09 12:45, , 2F
極有可能! 感謝! 我再想想怎麼確保轉換完成
01/09 12:45, 2F
我用2種方法確保三位數轉換不會被中斷,不過大約只有2%~5%的效果,想不通原因在哪? 1.轉換前EA=ES=0,轉換完EA=ES=1 2.三位數轉換放在中斷函式中

01/09 18:07, , 3F
中斷程式裡的第一個TI=0去掉看看
01/09 18:07, 3F
試了,沒有改善

01/09 18:14, , 4F
當電腦傳資料給51,傳完後RI變為1產生中斷,TI也是
01/09 18:14, 4F

01/09 18:15, , 5F
當你第一個TI=0出現時,可能把SBUF的資料傳到電腦了
01/09 18:15, 5F

01/09 18:16, , 6F
基本上SBUF=XXX這行指令就會讓TI=0了
01/09 18:16, 6F

01/09 18:18, , 7F
說錯,是讓資料傳到電腦
01/09 18:18, 7F
※ 編輯: deo2000 來自: 140.122.165.222 (01/12 13:25) ※ 編輯: deo2000 來自: 140.122.165.222 (01/12 13:28)

01/13 01:11, , 8F
你0804的cs,rd,wr,intr怎麼接的?
01/13 01:11, 8F
沒有接MCU,直接轉換 ※ 編輯: deo2000 來自: 140.122.136.12 (01/13 01:42)

01/13 14:25, , 9F
所以0804是接成free-running mode? 即使這樣mcu還是需
01/13 14:25, 9F

01/13 14:26, , 10F
要跟0804溝通才能保證資料的正確性
01/13 14:26, 10F

01/13 14:27, , 11F
因mcu讀的時候可能剛好是0804資料變化的時候
01/13 14:27, 11F
相同的ADC free-running 板子我在用0x378(LPT)收資料的時候,正確性是完全沒問題的。 資料變化的時候沒差,因為sensor感測對象是人體動作,我只要求巨觀上整個資料序列都 是連續合理的就好,不必精密 ※ 編輯: deo2000 來自: 140.122.165.222 (01/13 14:58)

01/13 15:18, , 12F
問題也可能只是還沒發生/發現而已
01/13 15:18, 12F

01/13 15:19, , 13F
有些東西不容許發生一次錯誤
01/13 15:19, 13F

01/13 15:20, , 14F
有些產品量很大, 發生錯誤的機率就大多了
01/13 15:20, 14F

01/13 15:21, , 15F
重點是這種錯誤是完全可避免的
01/13 15:21, 15F
現在打算以後改用串列通訊ADC(ADC0832之類),所以應該就沒這個問題了吧! 目前只是懶得重作板子 ※ 編輯: deo2000 來自: 140.122.165.222 (01/13 15:29)
文章代碼(AID): #1GxAGip1 (ASM)
文章代碼(AID): #1GxAGip1 (ASM)