HAL库串口学习记录之XCOM“发送新行”导致卡顿

首先我是很确定配置没毛病,然后吧程序我也觉得没毛病,一度怀疑串口助手坏了,后来定睛仔细看XCOM选了“发送新行”。

第一个问题,HAL_UART_Receive_IT()和HAL_UART_Transmit()同时在中断回调函数中使用会导致数据丢帧,至于原因我还没弄太清楚。另外printf()也是不建议在中断中使用的,可以定义全局变量,在其他地方打印测试。

第二个问题就厉害了,纯纯”眼瞎“,怎么就能把XCOM的“发送新行”看成“发送就行”,导致串口中断直接卡死。

首先,我的12位数据“#$12345678$#”,在中断里加了个m++,用来判断进入中断的次数。原则上讲中断单位接收数据,那我12位数据完整接收一次应该进入12次中断,然鹅在勾选了“发送新行”之后显示单次接收进了14次中断,并且中断卡住了无法再触发。其实串口助手中底部的S数值也能发现不对劲。

这是因为“发送新行”也就是发送咱们的回车换行“\r\n”,串口助手页面点击十六进制显示,会发现,\r\n表示为0x0D\0x0A,导致多出2次中断,映像中\r\n是结束接收的标志,表面是这样,本质还是因为定长接收数据,“\r\n”超出接收范围,所以也是一个问题。

对于确定的格式,选择定长也是可以的,但对于收发数据包含不确定数量的汉字时,建议使用不定长接收,编码方式不一样,中文一个字占了两位,这里需要注意。

取消勾选“发送新行”后一切正常,收发自如。

  • 3
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 2
    评论
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值