作者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