※ 引述《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

中斷不要做這種事情XDD樓上的話要聽阿幫補一個環狀範例" target="_blank" rel="nofollow">

就叫你不要在中斷裡等接收了....也不要在中斷裡等傳送....

他是說不要"等"接收,請不要在中斷內用while試試看Oops,我可能有誤,不過中斷內接收while那行可以拿掉吧?

中斷資源很珍貴的,RX中斷收到資料後,丟到Queue就離開解碼的部份到main loop 或開一個task,慢慢解

其實，接收、發送都沒有用中斷，直接放主回圈內。重點是程式作動邏輯規劃的問題（CAN500K UART115200）

發送前要測試UTXBF比TRMT好, 才有用到硬體buffer接收應該不需等TRMT假如傳送有可能出錯, 那就要考慮把傳送的資料包成packet再傳, 間單做法就是資料前面加header後面加checksum可以參考LIN bus, 雖然LIN對你的用途應該是太複雜了最後再嘮叨一下, 程式縮排很重要要好好寫

這種結構遇到封包連續傳送就會錯亂 建議把Buffer改為環狀