关于STM32与OpenMv通讯踩过的那些坑(1)

话不多说,进入主题。
在stm与openmv进行串口通讯的过程中遇到的问题是,openmv发送信息给stm,而stm只能接收一个字节、也就是只能进入中断一次,stm接受不到结束字符,进入不了一段字符串的结尾判断。而stm、openmv和电脑进行单独通讯的时候都能正常通讯。

#OpenMv的代码:
我使用的初始代码:

while(True):
    uart.write("green")
    time.sleep_ms(1000)

    uart.write("blue")
    time.sleep_ms(1000)

openmv串口发送字符,没有结束符。开始的时候就有想到这个问题,但stm方面的代码也有问题,就没有得到认证,后面慢慢改正才确定是这个问题。
在这里插入图片描述
电脑和openmv串口通讯,电脑串口助手接受到的数据,字符串显示及十六进制显示。可以看出,openmv发送的字符是没有结束符的。
而stm的中断服务函数要求接受到的数据必须是0x0d 0x0a结尾的
所以openmv程序代码不改的话,就算stm方面能正常接受。openmv发送出去不同的字符串就会被认为是同一条字符串,这样就不能达到我们识别信息的目的了。
字符显示
十六进制显示

在ascii吗中\r \n这两个字符串的编码分别是0x0d和0x0a。这是我在查看openmv串口通讯例程和电脑通讯时发现的。

while(True):
    uart.write("Hello World!\r")
    time.sleep_ms(1000)

字符显示
十六进制显示
那么,如果我在green后面加上\r \n这两个字符。不就是相当于stm串口通讯要求的以0x0d 0x0a结尾了吗?
下面展示一些 内联代码片

while(True):
    uart.write("green\r\n")
    time.sleep_ms(1000)

    uart.write("blue\r\n")
    time.sleep_ms(1000)

在这里插入图片描述
在这里插入图片描述
可以看出,openmv发送出去的字符串能被分割开了,stm方面也能正常接受到。

因为篇幅的原因,stm方面的代码在下一章写。

小白一枚,第一次写博客,多多指教!有什么问题及错误的地方,欢迎提出。

stm32方面的问题讲解已经出来啦:
关于STM32与OpenMv通讯踩过的那些坑(2)

  • 23
    点赞
  • 85
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 11
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 11
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

39度C

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值