STM32f103C8T6 bootloader设计

发布者:美好未来最新更新时间:2020-12-06 来源: eefocus关键字:STM32f103C8T6  bootloader 手机看文章 扫描二维码
随时随地手机看文章

使用的是STM32f103C8T6:64Kflash,在应用程序中通过CAN把接受到的bin写到外置 flash的指定地址处。在bootloader中判断一个单独的标志位看程序是否需要升级,如果需要升级,则复制外置flash处的内容到STM32的内置flash的指定地址处。


如:


bootloader地址:0x08000000UL   大小:10K——0x2800——STM32的内置flash


应用程序地址:0x08002800UL   大小:45K——0xB400——STM32的内置flash


升级信息表:0x720000UL   大小:8K——0x2000——外置flash


升级的bin文件地址:0x08012400  大小:45K——0xB400——外置flash


升级信息表主要有:更新标志,程序大小等;


bootloader设计思想:(bootloader是一个引导程序,复杂的CAN接收升级文件部分在应用程序中实现, 它只起一个拷贝和跳转的功能)


1、判断“升级信息表”中的标志位是否更新,是更新,则复制“升级的bin文件地址”的内容到“应用程序地址”处;


2、跳转到应用程序处。


bootloader:BootLoader 就是在操作系统内核运行之前运行的一段小程序。通过这段小程序,我们可以初始化硬件设备、建立内存空间映射图,从而将系统的软硬件环境带到一个合适状态,以便为最终调用操作系统内核准备好正确的环境。这里我们所说的Bootloader也是系统开机前的一段小程序,其主要任务是用来初始化串口和IAP 端口(网口CAN 接口等)的,通过判断状态是否需要从IAP 端口进行更新应用程序,若需要更新则从端口接收应用程序,并存放到指定的Flash 里面,更新完成后则跳入到指定的Flash 里面执行应用程序。


应用程序:即我们需要开发板实现功能的程序,其中应用程序主要分为两种:hex 文件和bin 文件。在我们经常使用的KEIL 中默认编译生成的可执行文件(应用程序)为hex 格式的,若需要编译生成bin 格式需要做如下修改,加入 “D:KeilARMARMCCbinfromelf.exe--bin--output ./Obj/Can_Updata.bin ./Obj/test.axf” ,重新编译生成的 Can_Updata.bin文件存放在 Obj 文件夹下。


有几点需要注意的:


1、中断向量的重映射(应用程序中要设置,否则无法使用中断)


NVIC_VectTab_FLASH —— 0x8002800

NVIC_SetVectorTable(NVIC_VectTab_FLASH, 0x2800);

2、跳转到指定地址处;


static voidjump_to_app(void)

{

  app_cb app_start = (app_cb)(*(uint32_t*)(APP_START_ADDR + 4));

 

  all_nvic_disabled();

  //all_gpio_disabled();

 

  delay_ms(100);

  __set_PSP(*(u32 *)(APP_START_ADDR));

  __set_CONTROL(0);

 

  __set_MSP(*(uint32_t *)(APP_START_ADDR));

  NVIC_SetVectorTable(NVIC_VectTab_FLASH,0x2800);

 

  app_start();

}


部分代码:

#include

#include "usart.h"

#include "delay.h"

#include "iap.h"

#include "misc.h"

 

typedef void (*app_cb)(void);

 

static void all_nvic_disabled(void)

{

  int i = 0;

  for(i = 19; i < 59; i++)

  {

    NVIC->ICER[i >> 0x05] = (unsigned int )0x01 << (i & (unsigned char)0x1F);

  }

 

}

 

static void all_gpio_disabled(void)

{

  GPIO_InitTypeDef      gpio_init;

  gpio_init.GPIO_Pin    = 0xffff;

  gpio_init.GPIO_Speed  = GPIO_Speed_50MHz;

  gpio_init.GPIO_Mode   = GPIO_Mode_IN_FLOATING;

  GPIO_Init(GPIOA, &gpio_init);

  GPIO_Init(GPIOB, &gpio_init);

  GPIO_Init(GPIOC, &gpio_init);

  GPIO_Init(GPIOD, &gpio_init);

}

 

static void jump_to_app(void)

{

  app_cb app_start = (app_cb)(*(uint32_t *)(APP_START_ADDR + 4));

 

  all_nvic_disabled();

  //all_gpio_disabled();

 

  delay_ms(100);

  __set_PSP(*(u32 *)(APP_START_ADDR));

  __set_CONTROL(0);

 

  __set_MSP(*(uint32_t *)(APP_START_ADDR));

  NVIC_SetVectorTable(NVIC_VectTab_FLASH, 0x2800);

 

  app_start();

}

 

int main(void)

{

  iap_t iap;

  uint8_t flag; // 0:未升级  1:已升级

 

  DelayInit();

  UARTInit(9600);

  GD25Q32BConfig();

  printf("uart ok...rn");

  delay_ms(100);

 

  flag = FlashIAPReadFlag(&iap);

 

  printf("flag: %dn", flag);

  printf("iap.version: %dn", iap.version);

  printf("iap.size: %dn", iap.size);

 

  if(0 == flag)

  {

    FlashCopy(APP_START_ADDR, IAP_APP_START, &iap);

    printf("copy ok!n");

  }

 

  jump_to_app();

 

  return 0;

}

#include   

#include "app_flash_manager.h"

#include "iap.h"

#include "debug.h"

 

// 读取升级状态,0: 未升级; 1: 已经升级

uint8_t FlashIAPReadFlag(iap_t *update)

{

  uint8_t flag;

 

  spiFlashRead(IAP_INFO_START, sizeof(iap_t), (uint8_t *)update);

 

  flag = update->flag;

 

  return flag;

}

 

// 从backup_addr拷贝info->size的大小到app_addr地址处

boolean FlashCopy(uint32_t app_addr, uint32_t backup_addr, iap_t *info)

{

  uint8_t upgrade_buffer[FLASH_SECTOR_SIZE];

  uint16_t pageremain =  FLASH_SECTOR_SIZE - backup_addr % FLASH_SECTOR_SIZE; // 单页剩余字节

 

  if(((app_addr + info->size - 1) > APP_END_ADDR) || (app_addr < APP_START_ADDR))

  {

    return COPY_FALSE;

  }

 

  if(info->size <= pageremain) // 程序总大小小于等于单页大小

  {

    pageremain = info->size;

  }

  FlashErase(app_addr, APP_BLOCK); 

 

  while(1)

  {

    // 分页写入

    memset(upgrade_buffer, 0, sizeof(upgrade_buffer));

    spiFlashRead(backup_addr, pageremain, upgrade_buffer); // 从备份区读出pageremain字节数

    FlashWrite(app_addr, upgrade_buffer, pageremain);      // 写到程序运行的地址处

 

    if(info->size == pageremain)

    {

      break; // 写入结束

    }

    else

    {

      backup_addr += pageremain;

      app_addr += pageremain;

      info->size -= pageremain; // 减去已经写入了的字节数,地址都往后面偏移

 

      if(info->size > FLASH_SECTOR_SIZE)

      {

        pageremain = FLASH_SECTOR_SIZE; // 超过1页数据,一页一页写入

      }

      else

      {

        pageremain = info->size; // 不够1页数据

      }

    }

  }

 

  return COPY_OK;

}

#include "mcu_flash.h"

#include

#include "stm32f10x_flash.h"

// STM32f103内置flash的读写擦除

// addr:地址  count:块数量

flash_status_t FlashErase(uint32_t addr, uint8_t count)

{

  uint8_t i;

 

  for(i = 0; i < count; ++i)

  {

    if(FLASH_ErasePage(addr + i * FLASH_SECTOR_SIZE) != FLASH_COMPLETE)

    {

      return FLASH_FAILURE;

    }

  }

 

  return FLASH_SUCCESS;

}

 

uint32_t FlashWrite(uint32_t addr, uint8_t *buffer, uint32_t length)

{

  uint16_t i, data = 0;

 

  FLASH_Unlock();

 

  for(i = 0; i < length; i += 2)

  {

    data = (*(buffer + i + 1) << 8) + (*(buffer + i));

    if(FLASH_ProgramHalfWord((uint32_t)(addr + i), data) != FLASH_COMPLETE)

    {

      return i;

    }

  }

  

  FLASH_Lock();

 

  return length;

}

 

uint32_t FlashRead(uint32_t addr, uint8_t *buffer, uint32_t length)

{

  memcpy(buffer, (void *)addr, length);

 

  return length;

}


关键字:STM32f103C8T6  bootloader 引用地址:STM32f103C8T6 bootloader设计

上一篇:STM32 —— 中景园0.96寸OLED
下一篇:STM32F103按键操作的另一种实现——状态机

推荐阅读最新更新时间:2024-11-04 00:22

STM32f103C8T6 bootloader设计
使用的是STM32f103C8T6:64Kflash,在应用程序中通过CAN把接受到的bin写到外置 flash的指定地址处。在bootloader中判断一个单独的标志位看程序是否需要升级,如果需要升级,则复制外置flash处的内容到STM32的内置flash的指定地址处。 如: bootloader地址:0x08000000UL 大小:10K——0x2800——STM32的内置flash 应用程序地址:0x08002800UL 大小:45K——0xB400——STM32的内置flash 升级信息表:0x720000UL 大小:8K——0x2000——外置flash 升级的bin文件地址:0x080124
[单片机]
MC9S12XS128MAL Bootloader(1)
首先BootLoader和用户程序是两个工程,两个工程代码通过修改PRM文件存储在不同的flash中,在通过PC指针的跳转实现两个工程的切换; BootLoader程序 关中断 初始化时钟; 初始化CAN 初始化flash读写; 开中断,开CAN中断; 计时判断CAN是否收到bootloader开始报文; 时间到后没收到跳转到原用户程序启动向量; 收到后,开始读写flash,读写完后,PC指针跳转到用户程序地址(EEFE); 其中flash程序在读写flash时,要把代码copy到RAM中,因读写时不能再读flash中的代码 extern char __SEG_START_RAM_CODE ; extern c
[单片机]
STM32一种从用户代码调用系统存储器中Bootloader 的方法
前言 大家都知道,任何STM32 都包含有一块系统存储器(System Memory),里边存储着内部的启动代码Bootloader。不同的 STM32 型号所支持的用于升级代码的通讯口不尽相同,需要参考应用笔记AN2606。但是,有一个问题避免不了,那就是如 何进入System Memory 去执行Bootloader?通常的办法都是将BOOT1 和BOOT0 进行配置:BOOT0 拉高,BOOT1 拉低 (有些型号的BOOT1 由选项字节nBOOT1 进行控制)。可是在一些产品中,由于外观的要求,往往不方便在外边开口去放 置按键或跳线来改变BOOT 脚的电平。而且,用户并不想自己写IAP 代码,觉得麻烦。特别是一些产品,需要使
[单片机]
STM32一种从用户代码调用系统存储器中<font color='red'>Bootloader</font> 的方法
stm32 Bootloader设计(YModem协议)
相信很多人都希望,不开盖就可以对固件进行升级吧,就像手机那些。下文中的bootload就来实现这样的功能。 前段时间有项目关于Bootload设计。所以就仔细的去了研究了一翻。以前都是用的stm32官方的,没有去深入了解。这次做完了过后,发现官方的版本存在一些问题。比如说YModem传送过程中,完全没有对数据区进行效验,只是核对了下编号,就进行烧写。整个程序完全为阻塞式,浪费了大量的cpu做无用功。当然这在升级程序方面也用不了多少时间。有一个重要的问题,官方代码只可以用超级终端进行传输。这样如果你用的是64位的win7,那就没有办法升级。因为只有xp或32位的win7才可以使用 超级终端。64位的win7下超级终端没办法使
[单片机]
stm32 <font color='red'>Bootloader</font>设计(YModem协议)
s3c2410的Bootloader(Vivi)简介
0.Bootloader Bootloader(引导加载程序)是系统加电后运行的第一段代码,一般运行的时间非常短,但是对于嵌入式系统来说,这段代码非常重要。在我们的台式电脑当中,引导加载程序由BIOS(固件程序)和位于硬盘MBR中的操作系统引导加载程序(比如NTLOADER,GRUB和LILO)一起组成 在嵌入式系统当中没有像BIOS这样的固件程序,不过也有一些嵌入式CPU会在芯片内部嵌入一小段程序,一般用来将bootloader装进RAM中,有点类似BIOS,但是功能比BIOS弱很多。在一般的典型系统中,整个系统的加载启动任务全由bootloader来完成。在ARM中,系统上电或复位时通常从地址0x00000000处开始执
[单片机]
【MPC5744P】Bootloader下位机开发(CAN通讯)
此下位机开发通讯采用CAN,所有Hex文件解析工作在上位机,下位机尽可能避免复杂操作,以加快烧录速度。 使用的为NXP DEVKIT-MPC5744P开发板。 为保证烧录过程不出现错误,上下位机采用一问一答模式,上位机发送一帧数据后,下位机接收处理完毕再回馈给上位机,上位机再决定下一步动作。 核心代码逻辑部分,将命令分成EntryBootloader, Reset, Data, DataEnd, CheckBootloader, Erase, ERR几个部分。 烧录时会先检查是否处于Bootloader,然后执行擦写操作(擦写地址范围由上位机发送),再发送数据(地址+数据为一帧),最后发送结束命令。由于Flash编
[单片机]
Linux bootloader全程详解(ARM S3C2410)
写在前面:这篇文章已经写的很详细了。主要参考的就是正果过程,如果要是移植bootloader的话应该找一套现成的源码,至少我是这么认为的,虽然我还没有移植过。 网上关于Linux的BOOTLOADER文章不少了,但是大都是vivi,blob等比较庞大的程序,读起来不太方便,编译出的文件也比较大,而且更多的是面向开发用的引导代码,做成产品时还要裁减,这一定程度影响了开发速度,对初学者学习开销也比较大,在此分析一种简单的BOOTLOADER,是在三星公司提供的 S3C2410 BOOTLOADER上稍微修改后的结果,编译出来的文件大小不超过4k,希望对大家有所帮助. 1.几个重要的概念 COMPRESSED KERNEL and
[单片机]
关于在Bootloader模式下的应用程序下载
1.引言 STM32 MCU 在 bootloader 模式下,可以通过多种可用外设(USART、CAN、USB、I2C、SPI等)将程序下载到内部存储器中,详细内容可参考应用笔记 AN2606《STM32 microcontroller system memory boot mode》。本文档主要介绍利用 STLINK-V3SET 调试/编程工具的 I2C 接口将程序下载到 SDRAM 中并执行的方法。 2.问题描述 问题源自客户的实际需求,希望通过 I2C 接口将程序下载到 SRAM 中执行,进行芯片功能性测试。 3.问题分析与定位 关于在 Bootloader 模式下的应用程序下载,有多篇 LAT 可参考。例如《如何使用
[单片机]
关于在<font color='red'>Bootloader</font>模式下的应用程序下载
小广播
设计资源 培训 开发板 精华推荐

最新单片机文章
何立民专栏 单片机及嵌入式宝典

北京航空航天大学教授,20余年来致力于单片机与嵌入式系统推广工作。

换一换 更多 相关热搜器件

 
EEWorld订阅号

 
EEWorld服务号

 
汽车开发圈

电子工程世界版权所有 京B2-20211791 京ICP备10001474号-1 电信业务审批[2006]字第258号函 京公网安备 11010802033920号 Copyright © 2005-2024 EEWORLD.com.cn, Inc. All rights reserved