Re: [問題] URAT的溝通限制

看板ASM (組合語言)作者 (***ˋ(  ̄▽ ̄)ˊ***)時間12年前 (2013/09/24 11:29), 編輯推噓8(8011)
留言19則, 7人參與, 最新討論串3/3 (看更多)
※ 引述《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)

09/24 12:29, , 1F
就叫你不要在中斷裡等接收了....
09/24 12:29, 1F

09/24 12:30, , 2F
也不要在中斷裡等傳送....
09/24 12:30, 2F
傳送我是在中斷外面做了 但是接收如果不在中斷裡面做 就有點不清楚了 因為我是接收中斷來收值 ※ 編輯: hogiking 來自: 42.78.35.80 (09/24 13:09)

09/24 13:37, , 3F
他是說不要"等"接收,請不要在中斷內用while試試看
09/24 13:37, 3F

09/24 13:49, , 4F
Oops,我可能有誤,不過中斷內接收while那行可以拿掉吧?
09/24 13:49, 4F

09/24 14:08, , 5F
中斷資源很珍貴的,RX中斷收到資料後,丟到Queue就離開
09/24 14:08, 5F

09/24 14:09, , 6F
解碼的部份到main loop 或開一個task,慢慢解
09/24 14:09, 6F

09/25 02:52, , 7F
其實,接收、發送都沒有用中斷,直接放主回圈內。重點是
09/25 02:52, 7F

09/25 02:53, , 8F
程式作動邏輯規劃的問題(CAN500K UART115200)
09/25 02:53, 8F

09/26 00:55, , 9F
發送前要測試UTXBF比TRMT好, 才有用到硬體buffer
09/26 00:55, 9F

09/26 00:57, , 10F
接收應該不需等TRMT
09/26 00:57, 10F

09/26 01:02, , 11F
假如傳送有可能出錯, 那就要考慮把傳送的資料包成
09/26 01:02, 11F

09/26 01:03, , 12F
packet再傳, 間單做法就是資料前面加header後面加
09/26 01:03, 12F

09/26 01:04, , 13F
checksum
09/26 01:04, 13F

09/26 01:07, , 14F
可以參考LIN bus, 雖然LIN對你的用途應該是太複雜了
09/26 01:07, 14F

09/26 01:09, , 15F
最後再嘮叨一下, 程式縮排很重要要好好寫
09/26 01:09, 15F

09/30 22:38, , 16F
這種結構遇到封包連續傳送就會錯亂 建議把Buffer改為環狀
09/30 22:38, 16F

10/13 00:38, , 17F
中斷不要做這種事情XDD樓上的話要聽阿
10/13 00:38, 17F

10/13 00:40, , 18F
幫補一個環狀範例
10/13 00:40, 18F

10/13 00:40, , 19F
10/13 00:40, 19F
文章代碼(AID): #1IGGS92_ (ASM)
討論串 (同標題文章)
文章代碼(AID): #1IGGS92_ (ASM)