作者hogiking (＊*＊ˋ( ￣▽￣)ˊ＊*＊)
看板ASM
標題Re: [問題] URAT的溝通限制
時間Tue Sep 24 11:29:11 2013
※ 引述《WolfLord (呆呆小狼)》之銘言：
: ※ 引述《hogiking (＊*＊ˋ( ￣▽￣)ˊ＊*＊)》之銘言：
: 撰寫原則先知們已經推過了不贅述，我的話則是採用Queued的方式。
: 直接給你一段專案裡面挖出來碼自己參詳吧。（這是485UART轉CANBUS的
: 產品（已經量產銷售）韌體程式片段）
: //
: union CAN_Protocol{
: unsigned char b[14];
: struct CAN_ID{
: unsigned long ID;
: unsigned char DLC;
: unsigned char D[8];
: unsigned char CTL;
: }i;
: };
: //
: unsigned char ser_tx_buf[256];
: unsigned char ser_tx_widx;
: unsigned char ser_tx_ridx;
: unsigned char mon;
: union CAN_Protocol Comm;
: //
: //
: //Queued RS-485/UART Transmit Services
: void tx485_svr(void){
: if(TXSTA1bits.TRMT){
: if(ser_tx_widx!=ser_tx_ridx){
: mon=ser_tx_buf[ser_tx_ridx++];//Move to mon for diagnostic
: TxEN=1; //Enable RS-485 Transmit bit
: Write1USART(mon); //Write to UART
: }else{TxEN=0;}//Transmite final, return to recive
: }
: }
: //
: //Queued Version RS-485/UART Transmit Function
: void tx485(unsigned char v){
: unsigned char idx;
: idx=ser_tx_widx+1;
: while(idx==ser_tx_ridx){tx485_svr();} //buffer over flow, wait to push
: ser_tx_buf[idx]=v; //push charecter
: ser_tx_widx=idx;
: tx485_svr(); //Check Send status
: }
: //
: void uartProcess(void){
: unsigned char i,bf;
: while(PIR1bits.RC1IF){
: bf=RCREG1; // got char
: switch(bf){
: case 27:
: for(i=0;i<14;i++){Comm.b[i]=0;}//Clean Command Quie
: break;
: case 13:
: if(Comm.i.DLC>0){
: canTxD(&Comm);
: }
: for(i=0;i<14;i++){Comm.b[i]=0;}//Clean Command Quie
: break;
: default:
: bf-=48;if(bf>9){bf-=7;if(bf>15){bf-=32;}}
: if(bf<16){
: for(i=0;i<13;i++){ShiftHfx(Comm,i);}//shift bit
: bf&=0xf;Comm.b[12]&=0xf0;
: Comm.b[12]|=bf;
: }
: break;
: }
: }
: }
先感謝板友的分享 讓我消化一下
目前我是用
for(send_count=0;send_count<20;send_count++)
{
while(!U2STAbits.TRMT);
U2TXREG=ToSendDataBuffer[send_count];
send_count++;
}
的方式做傳輸 暫時沒有問題發生
另外想請問在收資料的時候 我目前收的方法好像蠻危險的
是在中段裡面做接收
int tmp=0;
IFS1bits.U2RXIF = 0;
while(!U2STAbits.TRMT);
if( U2STAbits.OERR ) // if overrun, clear OERR flag
U2STAbits.OERR = 0;
tmp = U2RXREG;
uartbuffer[cnt]=tmp;
cnt++;
}
我讓cnt每累計到40的時候 就收成一筆資料並解碼(20Bytes)
<-還是在中斷內做(因為想要收一筆丟一筆)
但是偶爾會產生位移的狀況 原本應該收AA 56 78 22 ......... FC 進來
結果在MCU端會看到 CA A5 67 82 ....這種錯誤的資料 收進來也不能用
而且只要收錯一次 後面就會一路位移下去 造成系統必須關機重置才能解決
該怎樣在MCU接收時 判斷資料的正確性呢
晶片是PIC24系列 FJ64gb004
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 42.78.35.80
※ 編輯: hogiking 來自: 42.78.35.80 (09/24 11:47)
1F：推 ruemann:就叫你不要在中斷裡等接收了.... 09/24 12:29
2F：→ ruemann:也不要在中斷裡等傳送.... 09/24 12:30
傳送我是在中斷外面做了 但是接收如果不在中斷裡面做
就有點不清楚了 因為我是接收中斷來收值
※ 編輯: hogiking 來自: 42.78.35.80 (09/24 13:09)
3F：推 drag:他是說不要"等"接收,請不要在中斷內用while試試看 09/24 13:37
4F：推 drag:Oops,我可能有誤,不過中斷內接收while那行可以拿掉吧? 09/24 13:49
5F：推 maxpower:中斷資源很珍貴的,RX中斷收到資料後,丟到Queue就離開 09/24 14:08
6F：→ maxpower:解碼的部份到main loop 或開一個task,慢慢解 09/24 14:09
7F：→ WolfLord:其實，接收、發送都沒有用中斷，直接放主回圈內。重點是 09/25 02:52
8F：→ WolfLord:程式作動邏輯規劃的問題（CAN500K UART115200） 09/25 02:53
9F：推 ksmrt0123:發送前要測試UTXBF比TRMT好, 才有用到硬體buffer 09/26 00:55
10F：→ ksmrt0123:接收應該不需等TRMT 09/26 00:57
11F：→ ksmrt0123:假如傳送有可能出錯, 那就要考慮把傳送的資料包成 09/26 01:02
12F：→ ksmrt0123:packet再傳, 間單做法就是資料前面加header後面加 09/26 01:03
13F：→ ksmrt0123:checksum 09/26 01:04
14F：→ ksmrt0123:可以參考LIN bus, 雖然LIN對你的用途應該是太複雜了 09/26 01:07
15F：→ ksmrt0123:最後再嘮叨一下, 程式縮排很重要要好好寫 09/26 01:09
16F：推 disap:這種結構遇到封包連續傳送就會錯亂 建議把Buffer改為環狀 09/30 22:38
17F：推 timestoprun:中斷不要做這種事情XDD樓上的話要聽阿 10/13 00:38
18F：推 timestoprun:幫補一個環狀範例 10/13 00:40