Re: [问题] URAT的沟通限制

楼主: hogiking (***ˋ(  ̄▽ ̄)ˊ***)   2013-09-24 11:29:11
※ 引述《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
作者: timestoprun (忧郁米虫)   0000-00-00 00:00:00
中断不要做这种事情XDD楼上的话要听阿帮补一个环状范例http://ppt.cc/MWon
作者: ruemann (路人甲)   2013-09-24 12:29:00
就叫你不要在中断里等接收了....也不要在中断里等传送....
作者: drag (京都念慈庵,贾诩念费翔)   2013-09-24 13:37:00
他是说不要"等"接收,请不要在中断内用while试试看Oops,我可能有误,不过中断内接收while那行可以拿掉吧?
作者: maxpower (先)   2013-09-24 14:08:00
中断资源很珍贵的,RX中断收到资料后,丢到Queue就离开解码的部份到main loop 或开一个task,慢慢解
作者: WolfLord (呆呆小狼￾ ￾ N￾ ￾ )   2013-09-25 02:52:00
其实,接收、发送都没有用中断,直接放主回圈内。重点是程式作动逻辑规划的问题(CAN500K UART115200)
作者: ksmrt0123 (ksmrt)   2013-09-26 00:55:00
发送前要测试UTXBF比TRMT好, 才有用到硬件buffer接收应该不需等TRMT假如传送有可能出错, 那就要考虑把传送的资料包成packet再传, 间单做法就是资料前面加header后面加checksum可以参考LIN bus, 虽然LIN对你的用途应该是太复杂了最后再唠叨一下, 程式缩排很重要要好好写
作者: disap ( )   2013-09-30 22:38:00
这种结构遇到封包连续传送就会错乱 建议把Buffer改为环状

Links booklink

Contact Us: admin [ a t ] ucptt.com