欧美极品高清xxxxhd,国产日产欧美最新,无码AV国产东京热AV无码,国产精品人与动性XXX,国产传媒亚洲综合一区二区,四库影院永久国产精品,毛片免费免费高清视频,福利所导航夜趣136

標題: 關于51單片機串口通信 中斷服務函數處理數據問題,希望前輩們可以幫忙看看,指點一二... [打印本頁]

作者: khp123    時間: 2021-5-26 21:36
標題: 關于51單片機串口通信 中斷服務函數處理數據問題,希望前輩們可以幫忙看看,指點一二...
關于51單片機串口通信 中斷服務函數處理數據問題,希望前輩們可以幫忙看看,指點一二...在此表示感謝用的單片機是STC8A8K  在中斷服務函數里 開了8個數組進行保存上位機發下來的8個數組,處理數據是在中斷服務函數里處理的.用的是狀態機的思想.開兩個數組的時候沒什么太大的問題,開了8個數組就卡死了.想請教一下前輩們怎么解決這個問題啊? 把數據處理放在主函數嘛? 還是重新定義一個函數呢? 我試了試,沒能移植成功,希望前輩們能給點建議  晚輩不勝感激.

中斷服務函數代碼如下:(每個數組有兩個幀頭 一個幀尾)


void uart_ISR() interrupt 4
{unsigned int recv_data;
if(RI)
{   RI=0;
        recv_data=SBUF;
        switch(machine_step_0)
        {//接收數據存入第1個數組
        case 0:
        if(recv_data==0xAA)
        {machine_step_0=1;}
        else
        {machine_step_0=0;}
        break;
       
        case 1:
        if(recv_data==0x55)
        {machine_step_0=2;
        recv_cnt_0=0;
        }
        else
        {machine_step_0=0;}
        break;
       
        case 2:
        if(recv_data!=0x0A)
        { recv_buf_0[recv_cnt_0]=recv_data;
          recv_cnt_0++;
          }       
        else
        {
        machine_step_0=3;
        }
    break;
        //接收數據存入第2個數組
        case 3:
        if(recv_data==0xBB)
        {
    machine_step_0=4;
        }
        else
        {
        machine_step_0=0;
        }
    break;
       
        case 4:
        if(recv_data==0x44)
        {
    machine_step_0=5;
        recv_cnt_1=0;
        }
        else
        {
        machine_step_0=0;
        }
    break;
       
        case 5:
        if(recv_data!=0x0B)
        {
        recv_buf_1[recv_cnt_1]=recv_data;
        recv_cnt_1++;
        }
        else
        {
        machine_step_0=6;
        }
    break;
        //接收數據存入第3個數組
        case 6:
        if(recv_data==0xCC)
        {
    machine_step_0=7;
        }
        else
        {
        machine_step_0=0;
        }
    break;
       
        case 7:
        if(recv_data==0x33)
        {
    machine_step_0=8;
        recv_cnt_2=0;
        }
        else
        {
        machine_step_0=0;
        }
    break;
       
        case 8:
        if(recv_data!=0x0C)
        {
        recv_buf_2[recv_cnt_2]=recv_data;
        recv_cnt_2++;
        }
        else
        {
        machine_step_0=9;
        }
    break;
        //接收數據存入第4個數組
        case 9:
        if(recv_data==0xDD)
        {
    machine_step_0=10;
        }
        else
        {
        machine_step_0=0;
        }
    break;
       
        case 10:
        if(recv_data==0x22)
        {
    machine_step_0=11;
        recv_cnt_3=0;
        }
        else
        {
        machine_step_0=0;
        }
    break;
       
        case 11:
        if(recv_data!=0x0D)
        {
        recv_buf_3[recv_cnt_3]=recv_data;
        recv_cnt_3++;
        }
        else
        {
        machine_step_0=12;
        }
    break;
        //接收數據存入第5個數組
        case 12:
        if(recv_data==0xEE)
        {led=0;
    machine_step_0=13;
        }
        else
        {
        machine_step_0=0;
        }
    break;
       
        case 13:
        if(recv_data==0x11)
        {
    machine_step_0=14;
        recv_cnt_4=0;
        }
        else
        {
        machine_step_0=0;
        }
    break;
       
        case 14:
        if(recv_data!=0x0E)
        {
        recv_buf_4[recv_cnt_4]=recv_data;
        recv_cnt_4++;
        }
        else
        {
        machine_step_0=15;
        }
    break;
        //接收數據存入第6個數組
        case 15:
        if(recv_data==0xFF)
        {
    machine_step_0=16;
        }
        else
        {
        machine_step_0=0;
        }
    break;
       
        case 16:
        if(recv_data==0x55)
        {
    machine_step_0=17;
        recv_cnt_5=0;
        }
        else
        {
        machine_step_0=0;
        }
    break;
       
        case 17:
        if(recv_data!=0x0F)
        {
        recv_buf_5[recv_cnt_5]=recv_data;
        recv_cnt_5++;
        }
        else
        {
        machine_step_0=18;
        }
    break;
        //接收數據存入第7個數組
        case 18:
        if(recv_data==0xAB)
        {
    machine_step_0=19;
        }
        else
        {
        machine_step_0=0;
        }
    break;
       
        case 19:
        if(recv_data==0x44)
        {
    machine_step_0=20;
        recv_cnt_6=0;
        }
        else
        {
        machine_step_0=0;
        }
    break;
       
        case 20:
        if(recv_data!=0x1A)
        {
        recv_buf_6[recv_cnt_6]=recv_data;
        recv_cnt_6++;
        }
        else
        {
        machine_step_0=21;
        }
    break;
        //接收數據存入第8個數組
        case 21:
        if(recv_data==0xCD)
        {
    machine_step_0=22;
        }
        else
        {
        machine_step_0=0;
        }
    break;
       
        case 22:
        if(recv_data==0x33)
        {
    machine_step_0=23;
        recv_cnt_7=0;
        }
        else
        {
        machine_step_0=0;
        }
    break;
       
        case 23:
        if(recv_data!=0x1B)
        {
        recv_buf_7[recv_cnt_7]=recv_data;
        recv_cnt_7++;
        }
        else
        {
        recv_cnt_0=0;
        recv_cnt_1=0;
        machine_step_0=0;
        recv_flag_0=1;
        led1=0;
        }
    break;
       
        default:break;
        }}
if(TI)
  {TI=0;}
}



作者: wulin    時間: 2021-5-27 06:31
一般來說串口中斷函數只負責正確接收數據。根據通信協議對諸如數據頭尾,長度等部分判斷。逐字節接收并保存在緩沖數組中,不具體處理數據內容。一幀數據串接收結束后產生完成標志。然后在主函數中解析處理數據,執行相應任務。
作者: khp123    時間: 2021-5-27 09:06
wulin 發表于 2021-5-27 06:31
一般來說串口中斷函數只負責正確接收數據。根據通信協議對諸如數據頭尾,長度等部分判斷。逐字節接收并保存 ...

所以一般是先將一包數據完整接收到一個緩沖數組中,然后再對應解析嘛?  因為sram空間有限,我就想著直接接收放在對應數組了,就沒開一個大的數組先接收全部數據了.
作者: xkdigital    時間: 2021-5-27 10:37
中斷一般只收數,不處理。否則很容易發生中斷嵌套,或者看門狗溢出。
作者: robinsonlin    時間: 2021-5-27 11:57
你那些recv_buf_0[]到recv_buf_7[],在編譯的時候,不是一樣會占用內存么?   直接用結構體來緩存,結構體里面在申明recv_buf_0[]到recv_buf_7[],這樣就可以用  結構體名稱.recv_buf_0[]來調用實際數據了。
作者: khp123    時間: 2021-5-27 13:37
robinsonlin 發表于 2021-5-27 11:57
你那些recv_buf_0[]到recv_buf_7[],在編譯的時候,不是一樣會占用內存么?   直接用結構體來緩存,結構體 ...

是說直接將處理好的數據直接放結構體嘛?
作者: khp123    時間: 2021-5-27 13:40
xkdigital 發表于 2021-5-27 10:37
中斷一般只收數,不處理。否則很容易發生中斷嵌套,或者看門狗溢出。

好的 謝謝你。我以為為了節省空間可以在中斷里邊接收邊解析放對應數組的。




歡迎光臨 (http://m.raoushi.com/bbs/) Powered by Discuz! X3.1