亿星网站建设,网站平台开发公司,教育网站案例,做网站的软件工程师一#xff1a;需求分析 在一些系统较为复杂的嵌入式设备中#xff0c;往往不止一片MCU或者处理模块#xff0c;通常为一片主MCU负责应用逻辑处理和对外网络通信#xff0c;其他从MCU负责实时采集处理高频数据#xff0c;在设备运营过程中#xff0c;往往伴随新需求或者bu…一需求分析 在一些系统较为复杂的嵌入式设备中往往不止一片MCU或者处理模块通常为一片主MCU负责应用逻辑处理和对外网络通信其他从MCU负责实时采集处理高频数据在设备运营过程中往往伴随新需求或者bug的出现这时往往需要对设备进行升级维护此时远程升级显得至关重要工程人员无需亲赴现场通过平台推送实现OTG升级此时主MCU由于对外有网络通信可以自定义升级协议直接对程序进行升级然而作为外设MCU往往是只能和主MCU通信无法直接对外通信升级所以本文主要讲的是设备从MCU如何通过主MCU实现远程升级。
二设备附属MCU如何通过主MCU 实现远程程序更新 【 实现思路】网页上传MCU执行文件bin文件给到服务器—— 设备主MCU上电向服务器查询是否有最新程序推送—— 如果有新程序推送主MCU 拷贝到自己指定的flash区域—— 主MCU通过私有协议升级从MCU—— 从MCU通过启动引导程序实现程序更新
三主从升级私有协议原理
1.【基本过程】
主MCU将程序分成多包传给从MCU一个周期传一包周期时间为30ms每秒传33包每包250个字节速度为8.25k/s例如程序包大小为19k大概3秒完成
2.传输第一步确认开始传输这个过程是主MCU 发起的主MCU 接收到完整的从MCU 升级程序后开始向从MCU 发送程序更新请求从MCU接收到程序更新请求后关闭所有处理任务向主MCU发送回复确认开始程序更新。
3.传输第二部程序升级包信息传输主MCU 根据升级程序计算好传输总包数和程序校验结果一并联通程序大小全部发送给从MCU从MCU程序更新后通过这些信息校验程序升级是否出错从MCU接收到后向主MCU确认回复。
4.传输第三部程序升级包传输程序升级包包括两部分主要内容第一个是当前传输的包序列号这个序列号同样起传输错误校验作用当传输出现错误或者出现丢包现象从MCU会发送错误断点续传另一个就是程序内容如果从MCU 有足够大RAM,通常不会把接收到的程序直接写进flash里面而是保存在RAM中等待传输结束后校验成功一次写入flash 等待重启实现程序更新避免程序传输出错后反复擦除flash影响寿命。
5.传输第四步主MCU 程序传输完成后发送等待确认程序更新完成从MCU 接收到该条指令后会接收到的程序大小总包数程序校验进行核对核对无误后从MCU向主MCU 确认升级完成主从MCU复位程序升级标志位如果校验核对出错从MCU发起重传请求重复一遍上面的传输过程。
6.第五步从MCU程序接收完成后主动重启boot将程序引导到最新程序地址处到此从MCU程序固件更新完成。
四程序实现方式 主从升级程序实现思路大概有两种一种是同步协议方式另一种是异步协议方式
下面来分析一下两种实现方式的区别与优缺点
同步协议方式主从通信发送与请求始终遵循一应一答程序升级包在发送过程中需要对每包数据进行应答一次由于两片MCU 在处理接收数据时都不是完全实时性的这就会造成两片MCU之间出现相互等待的现象有可能出现任务阻塞的现象对效率有一定影响当然也有其优点在程序稳定性方面稍微略胜一筹。
异步协议方式主MCU在程序传输过程中从MCU不需要对每包程序进行应答而是默默校验每包程序当传输校验出错时或者出现丢包现象包序号不连续从MCU 会发出出错申请告诉主MCU 当前传输位置并继续传输这种方式一定程序上降低了耦合性减少了程序阻塞提高了程序效率但是实际在应用过程中错误纠正处理机制往往相比同步协议方式更为复杂另外还需要对两片MCU数据传输和处理速度做好匹配毕竟是异步方式当速度没有匹配在合适范围就会出现通信错位的情况虽然有纠错机制但是最好不要有明显错位现象。 纯文本内容可能比较枯燥如果对你有帮助欢迎点赞收藏。
