自己在测试接收到的一帧GPS数据是否正确时,始终检查不到帧头,不知道怎么回事?

sinat_35690503 2017-07-19 01:52:21
请问大家有没有做过GPS的项目?
自己在测试接收到的一帧GPS数据是否正确时,始终检查不到帧头,不知道怎么回事?不知道是不是自己程序逻辑有问题。
采用的是串口中断接收数据,是将接收到的数据放到接受缓存器U2RBR里面的,读GPS的时候就是读的U2RBR的内容,GPS的协议是标准的NMEA0813协议,我用串口发一帧数据如$BDRMC,133413.00,A,4717.13981,N,00833.86256,E,2.584,151.37,190203,,,A*6A
单片机用的是LPC1768,采用的ucosii系统,之前自己想的是在串口接受中断触发后,就发一个信号量给一个任务,让这个任务读GPS和处理GPS。而且中断里面发信号量要死机。在测试的时候是不是也不能在一帧数据的中间打断点测试??代码不好看就发图片的哦
****读取Gps通信任务如下*************************************************************************************************
void GPSRead(void)
{
uint8 static check_return[2]={0,0};
uint32 i, m;
if(gps_data_num>=199)
{
UartStatus_gps=0;
gps_data_check_num=0;
gps_data_num=0;
}
switch(UartStatus_gps)
{
case START_GPS_STATUS: //START_GPS_STATUS=0
if((uint8)UART2_GetChar== '$')
{
gps_data_num=0;
for(i=0;i<200;i++)
{
gps_data[i]=0;
}
gps_data[gps_data_num++]=(uint8)U2RBR;
UartStatus_gps++;
}
break;
case JUDGE_GPS_GPRMC: //JUDGE_GPS_GPRMC=1
if((gps_data_num>0)&&(gps_data_num<200))
{
gps_data[gps_data_num++]=(uint8)U2RBR;//U2RBR接收缓冲寄存器。内含下一个要读取的已接收字符
if( gps_data_num==6)
{
if((gps_data[1]=='B')&&(gps_data[2]=='D')&&(gps_data[3]=='R')
&&(gps_data[4]=='M')&&(gps_data[5]=='C')) //判断是否是BDRMC,如果是继续接收 {
UartStatus_gps++;
}
else
{
UartStatus_gps=0;
gps_data_num=0;
}
}
}
else
{
UartStatus_gps=0;
gps_data_num=0;
}
break;
串口2接受函数如下:
int UART2_GetChar (void)
{
while (!(U2LSR & 0x01)); /*读bit0 0为空,1为接收到数据 */
return (U2RBR); /*读取接收数据 接收缓冲寄存器,内含下一个要读取的已接收字符*/
}
串口接受中断函数如下:
void UART2_IRQHandler (void)
{
//uint32_t SystemFrequency; /* Clock Variable */
// uint8_t GucRcvNew; /* 串口接收新数据的标志 */
uint8_t GucRcvBuf[25]; /* 串口接收数据缓冲区 */
uint32_t GulNum; /* 串口接收数据的个数 */
OSIntEnter();
while ((U2IIR & 0x01) == 0) /* 判断是否有中断挂起 */
{
switch (U2IIR & 0x0E) /* 判断中断标志 */
{
case 0x04: /* 接收数据中断 */
for (GulNum = 0; GulNum < 8; GulNum++) /* 连续接收8个字节 */
{
GucRcvBuf[GulNum] = U2RBR;
// OSSemPost(task2_Sem);
}
break;
case 0x0C: /* 字符超时中断 */
while ((U2LSR & 0x01) == 0x01)
{ /* 判断数据是否接收完毕 */
// GucRcvBuf[GulNum] = U2RBR;
//OSSemPost(task2_Sem);
if(GulNum<0x19)
GulNum=0;
else
GulNum++;
}
break;
default:
break;
}
}
OSIntExit();
}
...全文
664 6 打赏 收藏 转发到动态 举报
写回复
用AI写文章
6 条回复
切换为时间正序
请发表友善的回复…
发表回复
ipman 2017-08-07
  • 打赏
  • 举报
回复
接收处理要用个缓冲
91program 2017-07-24
  • 打赏
  • 举报
回复
始终检查不到帧头,是不是说明 LZ 的环境已经能正常接收到 GPS 数据? 如果是,数据是什么格式的? BD 开头的协议,是北斗 GPS;LZ 你的 GPS 是什么模块呢?
91program 2017-07-24
  • 打赏
  • 举报
回复
引用 4 楼 highffff 的回复:
天线装了吗?天线与接收器之间怎么连线的?屏蔽层呢?能搜到几颗卫星?在室内一般是搜不到卫星的
在室内搜不到星,但是串口的 NMEA 信息肯定是有的。
highffff 2017-07-24
  • 打赏
  • 举报
回复
天线装了吗?天线与接收器之间怎么连线的?屏蔽层呢?能搜到几颗卫星?在室内一般是搜不到卫星的
ipqtjmqj 2017-07-22
  • 打赏
  • 举报
回复
引用 1 楼 ipqtjmqj 的回复:
可能波特率不能
不对
ipqtjmqj 2017-07-22
  • 打赏
  • 举报
回复
可能波特率不能
1、CAN收发队列 使用内存FIFO缓冲CAN,适合大数据量通信;并使用内部软中断处理CAN数据,相当于事件响应,综合应该比查询方式节省不少间,也应该比OS调度省点间。Can.C:底层处理,Communi.C:与应用层高相关。 应用层处理流程用函数指针表的方式调用减少代码量及阅读整齐;实现CAN各种错误记录机制。已初步测试,该机制可用。 CAN处理流程: 接收:CAN1_RX0_IRQHandler_Name (void), CAN1_RX1_IRQHandler(void) 接收中断,CAN_QueueWriteQuick()将当前的有效报文压入内存FIFO,压入的数据为整个CAN邮箱数据,所以后续的处理函数可以分辨出完整的数据。 void CAN1_RX0_IRQHandler_Name (void) // CAN1_RX0_IRQHandler_Name { /* FIFO从空状态开始,在接收到第一个有效的报文后,FIFO状态变为挂号_1(pending_1), 硬件相应地把CAN_RFR寄存器的FMP[1:0]设置为’01’(二进制01b)。 软件可以读取FIFO输出邮箱来读出邮箱中的报文,然后通过对CAN_RFR寄存器的RFOM位 设置’1’来释放邮箱,这样FIFO又变为空状态了。如果在释放邮箱的同, 又收到了一个有效的报文,那么FIFO仍然保留在挂号_1状态,软件可以读取FIFO 输出邮箱来读出新收到的报文。 如果应用程序不释放邮箱,在接收到下一个有效的报文后,FIFO状态变为 挂号_2(pending_2),硬件相应地把FMP[1:0]设置为’10’(二进制10b)。 重复上面的过程,第三个有效的报文把FIFO变为挂号_3状态(FMP[1:0]=11b)。 此,软件必须对RFOM位设置1来释放邮箱,以便FIFO可以有空间来存放下一个有效的 报文;否则,下一个有效的报文到来就会导致一个报文的丢失。 */ while (CAN1->RF0R & CAN_RF0R_FMP0) // message pending ? { CAN_QueueWriteQuick(&CanRxQueue;, (T_CanFrame *)&CAN1;->sFIFOMailBox[CAN_FIFO0]); CAN1->RF0R |= CAN_RF0R_RFOM0; // Release FIFO 0 output mailbox #if CAN1_SWI_HANDLE_EN > 0 /* Add by Xsky 2011-06-18 15:48 */ EXTI->SWIER |= CAN1_SWI_EXTI_LINE; /* Add by Xsky 2011-06-18 15:47 */ #endif } } void CAN1_RX1_IRQHandler (void) { while (CAN1->RF1R & CAN_RF1R_FMP1) // message pending ? { CAN_QueueWriteQuick(&CanRxQueue;, (T_CanFrame *)&CAN1;->sFIFOMailBox[CAN_FIFO1]); CAN1->RF1R |= CAN_RF1R_RFOM1; // Release FIFO 1 output mailbox #if CAN1_SWI_HANDLE_EN > 0 /* Add by Xsky 2011-06-18 15:48 */ EXTI->SWIER |= CAN1_SWI_EXTI_LINE; /* Add by Xsky 2011-06-18 15:47 */ #endif } } 接收中断响应后,触发STM32的内部软中断(EXTI->SWIER |= CAN1_SWI_EXTI_LINE;), 实现当CAN硬件中断响应完成后,触发更低优先级的中断去处理内存中的CAN数据队列,如果处理再发生新的CAN硬件接收中断,则会先响应硬件中断,以减少或不丢失CAN FIFO邮箱数据。处理函数在Communi.C中实现。 发送,CAN_SendFrame(): 发送如果邮箱有空则直接将数据压入邮箱,否则将数据压入内存发送队列。等待上一次数据发送完成,在发送中断中提取FIFO发送队列中的下数据并发出。 Communi.C的功能为与应用层相关度较高的函数,如发送应用层,记录错误。 CAN1_SWI_Handler (void) 实现CAN接收中断触发的内部软件中断,处理内存FIFO接收的CAN数据(实际编译函数名为:EXTI4_IRQHandler())。 处理过程优化:通过定义顺序的code码,查表调用处理函数列表指针可实现比较整齐并有效率的代码机制。 CAN1_SCE_IRQHandler()实现进行错误记录(g_History.SysErrors.xxx以便于统计CAN错误)及相应处理。 个人认为这种处理方式,近似于OS的多任务,同减少调度开销,是在可重用性与效率之间的平衡用法。当然这种处理方式,也适合于做为uCOS中的底层驱动文件,已留有CAN_QUE_OS_ENTER_CRITICAL()的宏定义,更改为相应的OS开关中断函数基本即可用于uCOS。 附 CAN总线利用率及最坏间估算.xls, 根据应用层估计的数据发送频度最大值,自动估计CAN总线上导致的最大延是否满足应用需求。 2、UART模板 UART DMA/中断处理方式 文件模板,可仅修改部定义实现完全配置某指定的UART端口,以实现执行效率与代码重用的折中,UART.C,UARTx.H,UARTn.C。 UARTx.H为公共代码文件,#include被包含在UART1.C,、UART2.C、……中(用UARTn.C指代)实现所有的接收、发送的中断处理函数,在UARTn.C中宏定义各中断向量函数名以及各种硬件相关参数,定义接收发送的内存缓冲区长度等。代码实现DMA及中断响处理两种方式,通过宏定义选择编译不同代码,接收使用定器实现字符超指示功能,DMA接收多使用了一级DMA接收专用内存缓冲RxDMABuf,因为DMA只能按地址连续写内存。 接收发送均使用内存缓冲区,以尽量避免中断响应间导致的接收数据丢失问题,以及避免查询等待方式的较低效率。 发送函数:UART1_SendBytes(),UART2_SendBytes(),... 检查接收缓冲区字节数:UART1_RcvdSize() 读取指定的字节数:UART1_ReadBytes() 上层使用方法:循环检测UART1_RcvdSize()是否大于0,大于则进行读取等下一步处理,也可再定义高一级的应用层缓冲,以实现应用层的完整处理,或者增加一个对接收FIFO的预读功能,即读取接收FIFO中的进行识别,如果不是完整的应用层则再等待数ms或者再等待数次,等待失败则超丢弃本,寻找下。当然也可以在中断中增加事件机制,类似CAN中断触发低优先级软件中断,多个串口可在同一个软件中断服务中处理。 调试输出DbgPrintf函数,Function.C。 已使用大量连续数据测试该机制收发均可用,UART1~5均可用。使用本方式的考虑是在执行效率与代码重用间的平衡,部分代码使用了ST的库,如初始化间使用不高,而中断处理则基本是直接操作寄存器。并且均考虑了做为uCOS的接口,直接替换UARTx_ENTER_CRITICALx()、UARTx_EXIT_CRITICALx()函数应该可以基本实现做为uCOS的底层驱动。 注:包含UARTx.H的方式,各个UARTn.C文件重用其中代码, 某些情况下编译器可能会编译出错误的问题,具体原因还不明。但方法确实是可行的,已测试STM32F103VCT6 UART1~5均可。 3、用逻辑分析仪测定过的延函数:Delay.C,内核72MHz,具体延间已注释标注. 如: void Delay_Nms(unsigned long N) { long count;//=14200; while(N) { count = 7998; /* 逻辑分析仪测试, 包含引脚取反间 14200, 80ms: 142.026ms, 10000, 80ms: 100.025ms 8000, 80ms: 80.25ms 7975, 80ms: 79.775ms 7990, 100ms: 99.907ms 7998, 150ms: 150.01ms 7997, 150ms: 149.992ms */ while(count--); /* while(count--); 0x08001236 000A MOVS r2,r1 0x08001238 F1A10301 SUB r3,r1,#0x01 0x0800123C 4619 MOV r1,r3 0x0800123E D1FA BNE 0x08001236 */ N--; } } 4、输入检测 中断定进行输入扫描,定义有效无效电平消抖间,且定义按下弹起事件响应函数指针,应该会比循环扫描节省很多间IOInput.C。已测试,机制完好。 // 常量表定义 typedef void t_IOIN_EVENT_DO(T_IOEvent); typedef uint8 t_IOIN_Counter; typedef struct t_IOIN_INFO_ { uint8 ID; // 输入信号索引 T_ValidVoltage ValidVoltage; // 有效电平,高电平或者低电平有效 __IO uint32_t *IDR; // 输入引脚指针 uint32_t PinBitMsk; // 输入引脚位掩码 t_IOIN_Counter CntValid; // 有效状态计数, 注意如果改变ValidVoltage, 此相应需要修改此参数,为确认该电平输入为有效电平的计数值,相当于滤波参数 t_IOIN_Counter CntInvalid; // 无效状态计数, 注意如果改变ValidVoltage, 此相应需要修改此参数,为确认该电平输入为无效电平的计数值,相当于滤波参数 t_IOIN_EVENT_DO *EventHandler; // 执行函数指针 }t_IOIN_INFO; static const t_IOIN_INFO IOIN_InfoTbl[IOIN_NUMS] = { // index, ValidVol, GPIO->IDR, IO_MASK, CNT, CNT~, EventHandler {IOIN_Key1, VOL_Low, &GPIOB;->IDR, BIT( 0), 4, 4, NULL }, {IOIN_Key2, VOL_Low, &GPIOB;->IDR, BIT( 1), 4, 4, NULL }, {IOIN_Key3, VOL_Low, &GPIOB;->IDR, BIT( 6), 4, 4, NULL }, {IOIN_Key4, VOL_Low, &GPIOB;->IDR, BIT( 7), 4, 4, KeyESC_Event }, {IOIN_CenterSensor, VOL_High, &GPIOC;->IDR, BIT( 7),10,10, ColorSensorEvent }, // 使其常态电平5ms推迟于颜色检测线(以检测), 有效电平2ms提早于颜色线 {IOIN_VacuumHousing,VOL_Low, &GPIOE;->IDR, BIT(12), 4,10, NULL }, {IOIN_BallCounter, VOL_Low, &GPIOE;->IDR, BIT(15), 4, 4, NULL }, {IOIN_Spin, VOL_Low, &GPIOE;->IDR, BIT(14), 3, 3, NULL }, {IOIN_ColorRed, VOL_Low, &GPIOD;->IDR, BIT( 8),16, 6, NULL }, // 使常态电平3ms提前于庶断传感器, 有效电平8ms推迟于遮断传感器 {IOIN_ColorGreen, VOL_Low, &GPIOD;->IDR, BIT( 9),16, 6, NULL }, {IOIN_ColorBlue, VOL_Low, &GPIOD;->IDR, BIT(10),16, 6, NULL } }; 使用主要修改以上这张表的指向及消科参数,并且对中断处理函数中的顺序或者扫描的最小间隔进行区分即可。 5、颜色传感器驱动 颜色传感器TCS3200D驱动ColorSensor.C。已测试,机制完好。测量频率范围 20Hz~120KHz, S0:S1:HL。 6、铁电驱动 SPI方式读写铁电,实现片写片读函数Spi_FRAM.C;参数及历史记录读写检测函数GameParam.C。 7、其它一些可参考的模板、文件、函数、或者小的方式方法等。 by Xsky 原创STM32项目处理方法(其中个别有文件为直接用的,已注明,如周立功的)。 仅供参考交流,QQ:1821587421 其它可交流方案: GPS车辆监控系统:终端原理图PCB源码整套(稳定成熟可接多个外设);平台整套源码。 LED屏:公交,出租等 原理图PCB;PC端软件等;PDA控制LED屏程序源码。 DVR:小型SD卡录像方案,可485拍照。 公交报站器,原理图PCB;PC端软件。51版,STM32版。 汽车电动台阶驱动板原理图PCB。 PDA扫描轮:条形码扫描,GPRS上传;终端原理图PCB源码整套,服务端源码 手持公交售票终端源码,可打印小票。终端价位特低。 稳定使用的固态继电器原理及PCB(光耦隔离控制双向可控硅)。 直流电机驱动板。
软件介绍:   TCS230测试工具可以使用TTL USB转接线连接电脑,根据命令进行操作,里面有很多的命令。可以进行测试以及调试的功能。  XCOM V2.0更新说明  1.增加了多条发送的数目,多达40条  2.可以任意编辑,导入导出您要发送的条目,文件的格式是excel3.加入了协议传输,支持单次发送,自动连续连续发送,文件发送(如IAP串口升级),配有自动重发机制以及多种校验方式,确保您传输的数据不出错4.加强了16进制发送的功能,自动拆分您发送的字节,不必每隔一个字节就输入空格5.加入了间戳的功能,以”\r\n”换行回车断,在换行回车前加入间戳串口设置说明  1.软件启动后,会自动搜索可用的串口,可以显示详细的串口信息,由于兼容性原因某些电脑可能不会显示。  2.超高波特率接收,在硬件设别支持的情况下,可自定义波特率,点“自定义”即可输入您想要的波特率,不过需要在串口关闭的情况下,才能修改哦。默认可选波特率为1200bps-1382400bps    3.可以选择为“1、1.5、2”三种停止位.  4.可以选择“5、6、7、8”四种数据长度  5.可选奇,偶校验,或无校验  6.支持串口随插拔,对于某些硬件设别,由于驱动兼容性的原因可能不支持,实测CH340无问题,建议手动关闭串口显示设置说明  1.16进制显示,勾选后将显示16进制的字节,如果之前接收到了数据,会自动转换,所以当接收数据量比较大的候,转换会比较慢2.显示模式设置,默认为黑色背景,绿色字体。勾选“白底黑字”可以将背景设置为白色,字体为黑色3.通过勾选”RTS”,”DTR”可以控制当前串口的RTS和DTR输出4.勾选“间戳”选项,可以加入间戳显示,需要注意的是,间戳是以换行回车断,所以,当接收到的数据不含“\r\n”换行回车,此选项是无效的哦。  5.可以保存接收窗口为任意格式的文件,默认为txt格式的文件6.点击清除接收按钮,可以清除窗口显示的内容,并且清除发送和接收字节计数单条发送说明  1.可以在发送区,发送您发送的任意字符  2.支持16进制发送,勾选16进制发送的候将对发送区的内容进行16进制和字符互转,输入16进制的候,支持字节自动拆分,不需要每输入一个字节就输入一个空格。也就是说,输不输入空格随你3.勾选发送新行,将会在发送内容后加入换行回车4.支持定发送,可以自定义发送周期  5.支持发送任意格式的文件,可以随终止文件的发送,可以通过下面的进度条查看发送进度6.点击发送按钮,即可发送您想发送的内容,支持快捷键“Ctrl Enter”发送7.点击清除发送按钮,可以清除发送区的内容,并且清除发送和接收字节计数7.在状态栏,可以看到发送和接收的字节数,可以读取当前串口“CTS,DSR,DCD”的状态,可以显示当前的系统间。在状态栏的最左边,有一个开始按钮,可以调出系统计算器,可以恢复软件的默认设置。也可以从这里退出软件多条发送说明  1.多条发送,适合有多条指令需要发送的场合,比如支持AT指令的设备,蓝牙,GSM,GPS,WIFI等等,配合ALIENTEK的USMART还可以很方便调试代码>  2.可以在任意条目输入您想发送的字符,点击按钮即可发送3.一共有四页,可以通过“首页,上一页,下一页,尾页”按钮来进行页面的切换4.勾选发送新行,将会在发送内容后加入换行回车5.勾选16进制发送,可以支持16进制发送,但是需要注意的是,这里没有进行16进制验证,如果包含非16进制字符,将会导致发送失败6.勾选关联数字键盘,发送条目0-9将会关联到数字键0-9,在键盘上按下响应的按键即可发送。可以方便控制,比如“智能车”,“飞行器”等等其他设备。在小键盘这里可以看做是方向键哦。  7.支持自动循环发送,可自定义发送周期,需要注意的是,没有勾选的发送条目将不会被发送点击“导入导出条目”按钮可以很方便的编辑,导入导出条目,查看条目的备注协议传输说明  此协议是从modbus(rtu)演变而来,可以称之为modbus的变种。协议属于半双工传输的Send-Ack模式,协议自带灵活可配置的自动重发机制,可配置重发次数,重发间隔(即周期),多种校验方式,支持校验和,异或,CRC8,CRC16校验,CRC8和CRC16均为查表的方式,效率高,通过这些机制可以有效保证数据的传输质量。支持单次发送,自动发送(自定义周期),文件发送(如,IAP串口升级)三种模式。

19,504

社区成员

发帖
与我相关
我的任务
社区描述
硬件/嵌入开发 嵌入开发(WinCE)
社区管理员
  • 嵌入开发(WinCE)社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧