單片機串口通信有的時候接收數據不正確

ID:183242 · 發表于 2017-4-7 12:11

我在串口助手中輸入0123456789（后面加一個回車轉行）然后發送數據，有的時候接收數據不是正確的，有的時候接收數據正確。

代碼如下：

#include <reg52.h>
#define uchar unsigned char
#define uint unsigned int
unsigned char flag,a,i;
void init()
{
      TMOD=0x20;
      TH1=0xfd;
      TL1=0xfd;
      TR1=1;
      REN=1;
      SM0=0;
      SM1=1;
      EA=1;
      ES=1;
}
void main()
{
      init();
      while(1)
      {
            if(flag==1)
            {
                     ES=0;
                     SBUF=a;
                     while(!TI);
                     TI=0;
                     ES=1;
                     flag=0;
            }
      }
}

void ser() interrupt 4
{
      RI=0;
      a=SBUF;
      flag=1;
}

現象如圖所示：

ID:123289 · 發表于 2017-4-8 00:51

當你收到一個字節后，做了一件事“禁止串口中斷ES=0”，偏偏這個時刻，下一個數據又發來了，怎么辦？
而且關的時間還不短（有一個字節的發送時間，發完后才開），在這個時間里，另一個數據會沖掉前一個數據！這就丟一個了。
而且PC發來的數據流，不能保證時間間隔是均勻的（指發了一個字節再發一個字節之間的間隔時間，這個時間取決于PC的工作任務的多寡,pc機是多用戶系統，不是只做發送串口數據一件事，你無法撐控）。
運氣好，PC數據流與你合拍，OK!
運氣差，丟幾個數據。
最差，我也說不清了。

ID:151348 · 發表于 2017-4-7 14:02

收發太快，接收完之后加個延時，a=SBUF;delay();flag=1;
也可加個判斷，要是收發的數據不同，那請求重發

ID:82765 · 發表于 2017-4-7 15:27

提示: 作者被禁止或刪除內容自動屏蔽

ID:183242 · 發表于 2017-4-7 15:49

imxuheng 發表于 2017-4-7 14:02
收發太快，接收完之后加個延時，a=SBUF;delay();flag=1;
也可加個判斷，要是收發的數據不同，那請求重發

加了延時也不行

ID:180800 · 發表于 2017-4-7 16:15

可能是晶振頻率和波特率方面的原因，要注意計算出來的波特率和理論值差值不要太大，超過3%可能就會有問題，推薦用11.0592和9600

ID:185829 · 發表于 2017-4-7 17:20

加入CRC校驗，誤碼率會低，另外TTL電平轉為RS232沒有？

ID:185829 · 發表于 2017-4-7 17:21

TTL的輸出線不要太長了

ID:7485 · 發表于 2017-4-7 19:22

晶振是多少的？

ID:187303 · 發表于 2017-4-7 23:09

估計是速度沒控制好，加延時

ID:187303 · 發表于 2017-4-7 23:10

使用同步字，接收端進行字符截取

ID:150133 · 發表于 2017-4-7 23:48

12MHZ晶振時，bps4800收發正常，bps9600收發極容易出錯。你用的應該是12MHZ吧？

ID:148552 · 發表于 2017-4-8 10:18

#include <reg52.h>
#define uchar unsigned char
#define uint unsigned int
unsigned char flag,a,i;
void init()
{
      TMOD=0x20;
      TH1=0xfd;
      TL1=0xfd;
      TR1=1;
      REN=1;
      SM0=0;
      SM1=1;
      EA=1;
      ES=1;
}
void main()
{
      init();
      while(1)
      {
            if(flag==1)
            {
flag=0;
                     ES=0;
                     SBUF=a;
                     while(!TI);
                     TI=0;
                     ES=1;
                       //flag=0
            }
      }
}

void ser() interrupt 4
{
      RI=0;
      a=SBUF;
      flag=1;
}

我把你程序改成這樣就可以了；

原因是：原來的程序flag=0，寫在了最后一句，要把它寫在ES=1前面，否則開串口中斷的一瞬間程序被中斷了，也就是下一個數據收到了，但是程序不會從if（）條件那里開始執行，而是從斷點開始執行，所以就有數據丟失了

ID:183242 · 發表于 2017-4-8 20:54

本帖最后由 kaixinjiuhao 于 2017-4-8 21:02 編輯

你像風兒來了發表于 2017-4-8 10:18
#include
#define uchar unsigned char
#define uint unsigned int

那如果用數組的形式來裝載輸入的字符，那應該怎么編寫呢？

比如：

#include <reg52.h>
#define uchar unsigned char
#define uint unsigned int
unsigned char flag,a[4],i,j;
void init()
{
      TMOD=0x20;
      TH1=0xfd;
      TL1=0xfd;
      TR1=1;
      REN=1;
      SM0=0;
      SM1=1;
      EA=1;
      ES=1;
}
void main()
{
      init();
      while(1)
      {
            if(flag==1)
            {
                     flag=0;
                     ES=0;
                     SBUF=a[j++];
                     while(!TI);
                     TI=0;
                     ES=1;
                           //flag=0
            }
      }
}

void ser() interrupt 4
{
      RI=0;
      a[i++]=SBUF;
if(i==4)
      flag=1;
}

我將interrupt 4中的a變為數組a，我只輸入四個字符，我在interrupt 4中將SBUF中的四個字符全部放到數組中，然后在主函數中顯示數組中數值。
這種方法應該怎樣實現呢？

ID:187614 · 發表于 2017-4-9 17:44

建議先接收數據，再清中斷位，試試

ID:188051 · 發表于 2017-4-10 14:29

建議先接收數據，再清中斷位，試試

ID:188077 · 發表于 2017-4-10 15:27

void uart() interrupt 4
{
unsigned char date;

date = SBUF;//取出接收到的數據
RI = 0;//清除接收中斷標志位
SBUF = date;//將接收到的數據放回發送緩存器
while(!TI);//等待發送數據完成
TI = 0;//清除發送中斷標志位
}

ID:188319 · 發表于 2017-4-11 00:20

ser中斷函數，加一個判斷RI的語句？

ID:188365 · 發表于 2017-4-11 10:14

第一，有可能是你的ttl線接觸不好，第二，有可能是你波特率設置太高，通訊造成數據丟失，第三，晶振使用的不合理，造成計算出來的波特率誤差較大。

帳號		自動登錄	找回密碼
密碼			立即注冊

ID:82765 當前離線積分 1420	地板 ID:82765 發表于 2017-4-7 15:27 \| 只看該作者提示: 作者被禁止或刪除內容自動屏蔽
ID:82765 當前離線積分 1420
	回復使用道具舉報

久久久久久久999_99精品久久精品一区二区爱城_成人欧美一区二区三区在线播放_国产精品日本一区二区不卡视频_国产午夜视频_欧美精品在线观看免费

單片機串口通信有的時候接收數據不正確

相關帖子

評分

評分

評分

評分

評分

評分

評分

評分

評分

評分