ESA2GJK1DH1K升级篇: 移植远程更新程序到STM32F103RET6型号的单片机,基于(GPRS模块AT指令TCP透传方式)

前言

上节实现远程更新是更新的STM32F103C8T6的单片机

GPRS网络(Air202/SIM800)升级STM32: 测试STM32远程乒乓升级,基于(GPRS模块AT指令TCP透传方式),定时访问升级

这节将告诉大家如何移植到其它型号的单片机.

这一节以 STM32F103RET6 (512KB Flash 64KB RAM) 为例

我使用我的这块板子

  

  大家测试的时候可以按照下面的方式接到自己的GPRS模块(Air202 / SIM800)

  单片机串口1 接到GPRS的AT指令配置串口

  单片机引脚PB2 接到GPRS的复位引脚

直接上菜

一,由于是移植的F103系列所以BootLoader程序咱可以不用移植,直接先拷贝过去

  

二,调整下Flash的分配

  2.1 自己自行调整哈,不过要注意最好设置成2的倍数因为512KB的Flash单片机都是以2KB作为一页

  

三,其它大家应该知道的配置(以下根据自己使用的芯片选择)

  

  

  

  

四,编译下载,看下打印的信息

  user1ROMStart: 0x8004000  //用户程序1开始的地址
  user1ROMSize : 0x3d000      //用户程序1大小  249856字节 == 244KB

  user2ROMStart: 0x8041000  //用户程序2开始的地址
  user2ROMSize : 0x3d000      //用户程序2大小  249856字节 == 244KB

  

五,当前Flash分配

  

六,然后呢,还有一点,大家可以修改一个地方.这个是预留的,方便不同的用户

  6.1 在BootLoader里面呢,其实每隔30S访问一下升级,不过是受升级标志限制的

    

  6.2 通过上面的章节咱知道在BootLoader里面想操作升级,需要按下PB5等待3S指示灯快闪以后,写入升级标志重启,然后实现的升级

    如果运行在BootLoader里面超过30S其实就说明没有用户程序可执行(或者在升级中)

    我现在希望只要是运行在BootLoader里面超过30S,就主动访问升级去吧!让芯片主动一点

    所以做以下更改

      

七,最后呢!修改下访问的http路径

  

  

现在看用户程序

一,假设用户程序是什么也没有的,我以下面的作为用户程序的底层

  

  

二,打开那个程序,首先咱弄的简洁点,这个程序就是控制PC13 500Ms亮  500Ms灭,其它功能就不做了

  咱远程更新的时候只要发现PC13 500Ms亮 500Ms灭就说明更新进去了

  

三,拷贝BootLoader里面的stmflash 到咱当前工程

  

四,然后呢需要拷贝IAP文件(可以拷贝BootLoader里面的,也可以拷贝原先的用户程序里面的)

  建议拷贝原先用户程序里面的IAP文件,因为原先用户程序里面的IAP相对于BootLoader里面的做了很多裁剪(省内存)

  无所谓哈,拷贝哪个都一样用,里面所有的操作都一样,只不过BootLoader里面的IAP文件比较庞大点,占用内存大点

  

五,整理下工程

  

六,添加上处理升级部分

  6.1 获取更新的状态,为了简洁了当我就直接拷贝源码

    

  6.2 我是从原先用户程序的这里拷贝的

    

  6.2 处理更新状态

    

  6.3 源码位置

    

现在用户程序的处理升级部分的完了,接着配置下生成bin文件

  一,配置用户程序1

    1.1,还记得上面打印的不

      

    1.2,配置用户程序1

      

    1.3 配置下生成的用户程序1的bin文件名字  我设置的是 Progect.bin

      

  二,配置用户程序2

    2.1 拷贝出来一份用户程序

      

      

    2.2 打开STM32F10xTemplate - 副本程序,首先把基本配置先检查一遍

      

      \

      

    2.2 打开STM32F10xTemplate - 副本程序,配置生成bin文件

      

    2.3 配置下生成的用户程序2的bin文件名字  我设置的是 Progect2.bin

      

测试

  一,拷贝记录设备版本的updatainfo.txt文件,和用户程序1文件(Progect.bin),用户程序2文件(Progect2.bin)到服务器

    

    

    

  最终效果

    

  二,下载BootLoader程序

    

  三,等待大约30S

    3.1 我监控的数据  大家会发现执行了用户程序,但是会每隔5S重启

            

    3.2 其实忘了告诉大家一讲事情了,BootLoader 里面的程序配置,对用户程序同样有效,所以用户程序需要有喂狗程序

      可以自己加上喂狗程序以后自己重新测试.

      

结语

  该程序代码可以比较方便的移植到F103全系列的型号上.

  其实大家不必急于弄懂我的程序,因为这套升级程序我测试了很多很多次,做了很长时间,最终总结成现在的

  如果不明白流程,可以问我哈.

  其实无论再怎么变,本质改变不了,环形队列缓存数据,写入Flash,启动运行.

  其它的皆是为了稳定性而做的配合性程序

    

原文地址:https://www.cnblogs.com/yangfengwu/p/11824045.html

时间: 2024-10-15 20:02:19

ESA2GJK1DH1K升级篇: 移植远程更新程序到STM32F103RET6型号的单片机,基于(GPRS模块AT指令TCP透传方式)的相关文章

ESA2GJK1DH1K升级篇: STM32远程乒乓升级,基于(Wi-Fi模块AT指令TCP透传方式),MQTT通信控制升级(含有数据校验)

前言 这一节实现的功能是使用MQTT通信控制模块去升级 其实和这一节实现的功能一样  https://www.cnblogs.com/yangfengwu/p/11854595.html 这一节还是着重讲解一下如何移植升级升级程序到自己的项目 我做的单片机远程升级封装文件的目的是希望大家直接移植到自己的项目使用! 准备一个已经实现了TCP的工程,拷贝升级处理文件 1.准备的工程 2.把BootLoader需要用到的文件拷贝到自己的工程 拷贝到自己的项目里面 整理下工程 1.自行添加到工程,还有设

ESA2GJK1DH1K升级篇: 测试STM32远程乒乓升级,基于(Wi-Fi模块AT指令TCP透传方式),MQTT通信控制升级

实现功能概要 前面的版本都是,定时访问云端的程序版本,如果版本不一致,然后下载最新的升级文件,实现升级. 这一节,在用户程序里面加入MQTT通信,执行用户程序的时候,通过接收MQTT的升级命令实现升级 注意:BootLoader程序还是用以前的程序. 一开始设计这个升级篇的时候,我就规定好了大的框架 BootLoader只是负责升级,其它一概不管 用户程序只是写入升级标志,然后重启,所有的升级步骤全部交给BootLoader! 协议: 一,MQTT上位机通过MQTT发送获取设备信息指令 {"da

ESA2GJK1DH1K升级篇: STM32远程乒乓升级,基于Wi-Fi模块AT指令TCP透传方式,MQTT通信控制升级(含有数据校验)-APP用户程序制作过程

前言 这一节和上一节是搭配的 给大家鱼,也必须给鱼竿! 我期望自己封装的代码,无论过了多少年都有应用的价值! 这节说明一下制作APP用户程序的过程 咱是用MQTT通信控制模块实现升级,所以首先自己的程序先实现MQTT哈. 协议 注:所有的实现MQTT的软件,统称为MQTT上位机 一,MQTT上位机通过MQTT发送获取设备信息指令 {"data":"updata","cmd":"DeviceInfo"} //设备接收到回复 {&

WIFI网络(ESP8266)升级STM32:程序固定Flash地址写入,运行 ( AT指令版;TCP透传方式;不支持MQTT )

前言 这一节为下面两节的结合 实现功能概要 BootLoader程序: 如果Flash没有存储更新标志和用户没有在操作更新,就尝试加载用户程序.    (一直在主循环中判断)           如果有更新标志,控制WIFI以TCP方式连接Web服务器,获取当前程序版本,如果版本不一致,则获取程序文件.实现升级 如果用户按下配网按钮,配网以后,置位更新标志,重启! APP用户程序: 每隔10S,控制WIFI以TCP方式连接Web服务器,获取当前程序版本,如果版本不一致,置位更新标志,重启! 总结

ESA2GJK1DH1K升级篇: 阿里云物联网平台 OTA: 关于阿里云物联网平台 OTA 的升级流程

前言 鉴于有些用户直接想使用现成的物联网平台实现 OTA 远程升级 我就写一写这系列的文章 注意:首先大家必须把我自建服务器是如何实现的看明白! 我看了下阿里云提供的,实际上流程和咱自建实现的差别不大 https://help.aliyun.com/document_detail/85700.html?spm=a2c4g.11186623.6.699.6292740d5hzKl6 首先控制升级获取当前程序的版本号等走的还是MQTT 设备端首先通过MQTT获取云端的版本信息,还有程序固件的http

3-STM32物联网开发WIFI(ESP8266)+GPRS(Air202)系统方案升级篇(项目功能演示--远程升级WIFI模块程序)

2-STM32物联网开发WIFI(ESP8266)+GPRS(Air202)系统方案升级篇(视频总揽) 为了节省时间,基础篇的基础内容不再叙述 , 原文地址:https://www.cnblogs.com/yangfengwu/p/10360618.html

使用Advanced Installer为LabVIEW应用(exe)制作升级更新程序(updater)

原文:使用Advanced Installer为LabVIEW应用(exe)制作升级更新程序(updater) 0.前言 上一篇博文:<使用Advanced Installer为LabVIEW生成的exe制作安装程序>讲了弃用LabVIEW自带的安装程序部署,转而使用Advanced Installer来制作安装程序. 本篇博文,我们继续解决LabVIEW制作应用程序的另一个痛点:较难部署升级更新程序.当然,本文所讲内容适用于其他所有Advanced Installer所能支持的安装程序制作类

【转载】运维职业向!我是怎么入得运维行业?运维工程师入门必备技能以及打怪升级篇

前言:转载 陈浩一个从事安全运维向的前辈文章.写的很好.人非常nice,遇到了问题,qq上很快就回复了我. 大道三千 入门最难,凡事入了行,也就什么都好说了,好的自然不断努力奋斗修行,不好的自然很快就被淘汰.恭谨勤勉,时不我待~ ---------------------------------------------------------------------------------------------------------------------------------------

ESA2GJK1DH1K:基础篇: 内容简介

说明 1.当前基础篇,升级篇,数据篇,安全篇,微信小程序篇,基本上的功能已经实现,但是实现以后出现各种问题,所以将重新进行整理资料. 当前除了基础篇的资料链接需要重新索要,其它套餐的资料源码将放到原资料的根目录! 注:以前的资料教程在新教程录制完成前都会保留. 2.具体为什么需要重新整理的原因 1,以前的程序移植性差 2.知识点太多,一开始录制没有一个系统的路线,导致教程乱 3.所有的繁琐的基础知识全部以文章形式展现,每一节的视频控制半小时内. 基础篇说明 1.基础篇教程目录 1.1.安装MQT