分享给小伙伴们 无线下载（蓝牙）

王轩

  经过的苦苦挣扎，终于实现了无线下载的功能，现在分享给小伙伴们~   废话不多说    先上图片


   用到的模块：

     发送 -- CH340 -- 蓝牙模块（HC-05，主模式）
     蓝牙模块（HC-05，从模式） --  MiniSTM32 -- 接收
   过程：
     先配置主从模式的两个蓝牙。。。（根据实际情况自己修改。。。）
     注意:波特率不能太高，实验证明（悲惨的经历，，，），CH340无法达到太高的发送速率（太高下载总是失败）。我设置的值为115200，效果非常好。。。下载从未失败。
     
    打开XCOM串口助手，选择发送自己的bin文件即可。
    具体点说，波特率为115200,1,0 发送框内容为 1（即app串口中断程序中的0x01，，详细见app代码），此时自动复位，等待接收bin文件。发送完成后，STM32自动运行刚发送过去的app代码。
    重点！！！全程无需按键操作！！还有硬件复位也没关系的，程序不会停留bootloader里边，还会执行自己的APP程序~


   只管发送无线下载命令（发送1即可）和BIN文件，其他的不都管。    OK~

it_do_just

这样无协议和保护的传输方式不太适合产品吧，我也写了一个
http://www.openedv.com/thread-78079-1-1.html

王轩

229382777@qq.co 发表于 2016-8-23 12:20
这样无协议和保护的传输方式不太适合产品吧，我也写了一个
http://www.openedv.com/thread-78079-1-1.html

看了你的帖子，看了个大概，毕竟我也刚接触32不久。数据传输过程中，也考虑到了数据校验和丢失的问题。但是蓝牙上边有奇偶校验，如果把这个奇偶校验打开，是否会减小数据传输过程的错误呢。还有昨天到现在还没有遇到数据丢失问题

it_do_just

王轩 发表于 2016-8-23 13:58
看了你的帖子，看了个大概，毕竟我也刚接触32不久。数据传输过程中，也考虑到了数据校验和丢失的问题。但 ...

光有奇偶校验肯定是不够的，奇偶校验很弱，无线传输至少都要CRC校验了吧，一般短距离短时间出现问题的概率不大，但是一旦出错你就挂了吧

王轩

229382777@qq.co 发表于 2016-8-23 14:01
光有奇偶校验肯定是不够的，奇偶校验很弱，无线传输至少都要CRC校验了吧，一般短距离短时间出现问题的概 ...

多谢指教，我还没测试过距离远些的情况。现在考虑在bootloader里面实现对接受的bin文件进行CRC校验，运行CRC校验的程序试试。

王轩

229382777@qq.co 发表于 2016-8-23 14:01
光有奇偶校验肯定是不够的，奇偶校验很弱，无线传输至少都要CRC校验了吧，一般短距离短时间出现问题的概 ...

经多次测试，4m的通信距离，完全没有丢包。
不过，虽然缺乏很多保护机制，但是一般应用还是可以的。

bitmasf

谢谢分享，mark一下

南有乔木

学习学习

feilusia

蓝牙底层有校验，但只能查错不能改错，无重发机制，所以你一旦因为环境变化而导致丢包，将导致整个下载失败。
解决办法是做一个应用层协议，如果不在乎时间的话就每个20字节的包做一次应答，出错即重发。在乎时间的话就每个应用包做一次应答（如120字节），出错即重发。

蓝牙芯片本身的oad升级就是后面那种方法。

ssssssssssss

，，马克

hzj520520

可以用USART3 串口3吗

y284858

hzj520520 发表于 2019-6-8 19:41
可以用USART3 串口3吗

你把串口设置改改就可以了；