RS485通信主機呼叫單片機從機,1主15從,發(fā)送地址問題

ID:973561 · 發(fā)表于 2022-6-13 19:21

問題：主機由按鍵啟動，按下按鍵后開始隨機發(fā)送地址，最多15次呼叫地址，但是在while這個循環(huán)里面地址是一直發(fā)送狀態(tài)會堵塞RS485總線，而沒有進入狀態(tài)機的第二步進行應答確認，包括第三部的接收數(shù)據(jù)確認，請教一下這個呼叫地址如何不會堵塞總線的方式。

單片機程序在2樓

ID:973561 · 發(fā)表于 2022-6-13 19:22

while(1) { if(KEY0 == 0) { delay_ms(20); if(KEY0 == 0) { key_flag =!key_flag; } } if(key_flag == 1 && send_datacnt<= 15) { volatile uchar step = 0; switch(step) { //進入地址發(fā)送步驟 case 0 : send_data(); //發(fā)送一幀數(shù)據(jù) send_datacnt++; //發(fā)送數(shù)據(jù)計數(shù) send_addrflag = 1; //開啟發(fā)送完成標志位后定時器開始計時 step = 1; break; case 1 : if(ack_flag == 1) //等待接收應答信號，如果沒有應答信號表示設備不在線就馬上再次發(fā)送下一個地址 { ack_flag = 0; // step = 2; // led1 = 1; clr_recvbuffer(recv_buf); // 清除這一幀應答數(shù)據(jù)，等待下一幀數(shù)據(jù)過來 } else { step = 0; } break; case 2: revc_data(); //接收數(shù)據(jù) if(noeffec_dataflag == 1) //如果接收到的是無效數(shù)據(jù)就再次從發(fā)數(shù)據(jù) { noeffec_dataflag = 0; //數(shù)據(jù)狀態(tài)標志位清零 step = 0; //狀態(tài)機返回第0步 } else if(effec_dataflag ==1) //如果接收到的是有效數(shù)據(jù)就轉(zhuǎn)入第二步 { effec_dataflag = 0; step = 3; } break; case 3: if(send_datacnt >= 15) //如果發(fā)送的次數(shù)大于15 游戲停止 { //game_stop = 1; //step = 0; key_flag = 0; send_datacnt = 0; } else { step = 0; //如果發(fā)送的次數(shù)小于15 游戲繼續(xù) } break; } } // else // { // return; // } //KeyRead(); //掃描按鍵是否按下 //KeyProc(); //按下就啟動游戲 while(1) { if (Intrcnt>20) // 一直在等，直到20ms時間到，每隔20ms掃描一次大循環(huán) { Intrcnt=0; break; // 返回主循環(huán) } }

ID:415064 · 發(fā)表于 2022-6-14 09:11

先把排版整理下吧

ID:161164 · 發(fā)表于 2022-6-14 10:11

請用代碼模式來貼代碼

ID:161164 · 發(fā)表于 2022-6-14 10:20

本帖最后由 lkc8210 于 2022-6-14 10:47 編輯

你case 1到case 2 的時間有多長有算過或測過嗎？
這時間足以讓從機收到信號并返回應答信號嗎？

ID:973561 · 發(fā)表于 2022-6-15 09:11

unsigned char keyscan()
{
unsigned char keynum = 0;
if(KEY0 == 0)
{
delay_ms(10);
if(KEY0 == 0)
{
//keynum =!keynum;
keynum = 1;
}while(KEY0 == 0);
}
return keynum;
}

復制代碼

掃描按鍵，按下就啟動發(fā)送向從機發(fā)送數(shù)據(jù)

switch(step)
{
//進入地址發(fā)送步驟
case 0 :
send_data(); //發(fā)送一幀數(shù)據(jù)
send_datacnt++; //發(fā)送數(shù)據(jù)計數(shù)
send_addrflag = 1; //開啟發(fā)送完成標志位后定時器開始計時
if(ack_flag) //等待接收應答信號，如果沒有應答信號表示設備不在線就馬上再次發(fā)送下一個地址
{
ack_flag = 0; //
step = 1;
clr_recvbuffer(recv_buf); // 清除這一幀應答數(shù)據(jù)，等待下一幀數(shù)據(jù)過來
}
else
{
step = 0;
}
break;
case 1:
revc_data(); //接收數(shù)據(jù)
if(noeffec_dataflag) //如果接收到的是無效數(shù)據(jù)就再次從發(fā)數(shù)據(jù)
{
noeffec_dataflag = 0; //數(shù)據(jù)狀態(tài)標志位清零
step = 0; //狀態(tài)機返回第0步
}
else if(effec_dataflag) //如果接收到的是有效數(shù)據(jù)就轉(zhuǎn)入第二步
{
effec_dataflag = 0;
step = 2;
}
break;
case 2:
if(send_datacnt >= 15) //如果發(fā)送的次數(shù)大于15 停止
{
//跳出發(fā)送程序
return;
}
else
{
step = 0; //如果發(fā)送的次數(shù)小于15 游戲繼續(xù)
}
break;
default: break;
}

復制代碼

發(fā)送后超時檢測，發(fā)送一幀數(shù)據(jù)后就開啟定時器，因為從機收到數(shù)據(jù)成功后會立馬回發(fā)數(shù)據(jù)，所以
超時檢測先定在50ms測試，但是在switch里面無法轉(zhuǎn)入到第二步

if(send_addrflag == 1) //發(fā)送一幀數(shù)據(jù)后開始倒計時,超時重發(fā)地址
{
send_timecnt ++;
if(send_timecnt<= 50 && recv_flag == 1) //在50毫秒內(nèi)接收到應答信號
{
ack_flag = 1; //下位機應答成功
send_timecnt = 0; //停止計時標志位
send_addrflag = 0; //重新將標志位清零
}
else
{
ack_flag = 0; //下位機超時為回應
send_timecnt = 0; //停止計時標志位
send_addrflag = 0;
}
}

復制代碼

ID:973561 · 發(fā)表于 2022-6-15 09:18

lkc8210 發(fā)表于 2022-6-14 10:20
你case 1到case 2 的時間有多長有算過或測過嗎？
這時間足以讓從機收到信號并返回應答信號嗎？

我好像也沒找到多機通信超時重發(fā)的帖子參考，從機的回應是接收成功后會馬上向主機重發(fā) 主機發(fā)過去的數(shù)據(jù)表示在線，所以第一步我在發(fā)送完成一幀數(shù)據(jù)后就開啟定時50ms后判斷串口是否有接收到一幀數(shù)據(jù)，如果有表示應答成功，然后轉(zhuǎn)到第二步，但是這個第二步由應答信號來跳轉(zhuǎn)好像不行，所以一直卡在這里面

if(send_addrflag == 1) //發(fā)送一幀數(shù)據(jù)后開始倒計時,超時重發(fā)地址
{
send_timecnt ++;
if(send_timecnt<= 50 && recv_flag == 1) //在50毫秒內(nèi)接收到應答信號
{
ack_flag = 1; //下位機應答成功
send_timecnt = 0; //停止計時標志位
send_addrflag = 0; //重新將標志位清零
}
else
{
ack_flag = 0; //下位機超時為回應
send_timecnt = 0; //停止計時標志位
send_addrflag = 0;
}
}

復制代碼

ID:161164 · 發(fā)表于 2022-6-15 11:55

chenxinxian 發(fā)表于 2022-6-15 09:18
我好像也沒找到多機通信超時重發(fā)的帖子參考，從機的回應是接收成功后會馬上向主機重發(fā) 主機發(fā)過去的數(shù)據(jù) ...

沒有send_data()的代碼，不知道里面有沒有延時

還是那個問題
從第5行結(jié)束到第8行比較的時間有多長有算過或測過嗎？
這時間足以讓從機收到信號并返回應答信號嗎？

應該加一個case來等待應答和超時
另外，在沒有應答的情況下，根本到不了case2，檢測不了send_datacnt
于是死循環(huán)了

以下是一點代碼改法建議

ID:973561 · 發(fā)表于 2022-6-15 19:42

lkc8210 發(fā)表于 2022-6-15 11:55
沒有send_data()的代碼，不知道里面有沒有延時

還是那個問題

您說得對確實是時間問題，發(fā)送出來到接收的時間太久了，基本上切換不到case 2, 按照您建議的增加了一個case 延時還是不行，這種情況不知道如何解決

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