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

[deo2000 (800IM)]

有時候明明不是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
推 hongsiangfu:會不會三位數轉換到一半被串列中斷，使數值錯誤?
→ deo2000:極有可能! 感謝! 我再想想怎麼確保轉換完成
我用2種方法確保三位數轉換不會被中斷，不過大約只有2%~5%的效果，想不通原因在哪？
1.轉換前EA=ES=0,轉換完EA=ES=1
2.三位數轉換放在中斷函式中

推 cwl751005:中斷程式裡的第一個TI=0去掉看看
試了,沒有改善
→ cwl751005:當電腦傳資料給51，傳完後RI變為1產生中斷，TI也是
→ cwl751005:當你第一個TI=0出現時，可能把SBUF的資料傳到電腦了
→ cwl751005:基本上SBUF=XXX這行指令就會讓TI=0了
→ cwl751005:說錯，是讓資料傳到電腦
※ 編輯: deo2000         來自: 140.122.165.222      (01/12 13:25)
※ 編輯: deo2000         來自: 140.122.165.222      (01/12 13:28)
→ ksmrt0123:你0804的cs,rd,wr,intr怎麼接的?
沒有接MCU,直接轉換
※ 編輯: deo2000         來自: 140.122.136.12       (01/13 01:42)
→ ksmrt0123:所以0804是接成free-running mode? 即使這樣mcu還是需
→ ksmrt0123:要跟0804溝通才能保證資料的正確性
→ ksmrt0123:因mcu讀的時候可能剛好是0804資料變化的時候
相同的ADC free-running 板子我在用0x378(LPT)收資料的時候，正確性是完全沒問題的。
資料變化的時候沒差，因為sensor感測對象是人體動作，我只要求巨觀上整個資料序列都
是連續合理的就好，不必精密
※ 編輯: deo2000         來自: 140.122.165.222      (01/13 14:58)
→ ksmrt0123:問題也可能只是還沒發生/發現而已
→ ksmrt0123:有些東西不容許發生一次錯誤
→ ksmrt0123:有些產品量很大, 發生錯誤的機率就大多了
→ ksmrt0123:重點是這種錯誤是完全可避免的
現在打算以後改用串列通訊ADC(ADC0832之類)，所以應該就沒這個問題了吧！
目前只是懶得重作板子
※ 編輯: deo2000         來自: 140.122.165.222      (01/13 15:29)