ZC-ADK USB Bootloader说明

      很多同学可能对ZC-ADK套件中的开发中的 USB Bootloader不是很了解,经常忘记给工程项目添加app_hid_boot_p24FJ64GB004.gld文件。下面我简单介绍一下Bootloader的作用,并给大家分析一下app_hid_boot_p24FJ64GB004.gld文件。
        百度百科关于Bootloader的解释:
        在嵌入式操作系统中,BootLoader是在操作系统内核运行之前运行。可以初始化硬件设备、建立内存空间映射图,从而将系统的软硬件环境带到一个合适状态,以便为最终调用操作系统内核准备好正确的环境。在嵌入式系统中,通常并没有像BIOS那样的固件程序(注,有的嵌入式CPU也会内嵌一段短小的启动程序),因此整个系统的加载启动任务就完全由BootLoader来完成。在一个基于ARM7TDMI core的嵌入式系统中,系统在上电或复位时通常都从地址0x00000000处开始执行,而在这个地址处安排的通常就是系统的BootLoader程序。
        以上的解释比较拗口,简单的讲:对于PC,BIOS就相当于BootLoader,PC上电后,会先执行BIOS,BIOS会先执行一系列的初始化,并最终由BIOS加载硬盘里的操作系统。对于ZC-ADK,PIC单片机先执行的是Hid-BootLoader,Hid-BootLoader会初始化BUTTON,并检测BUTTON有无按下,如果有按下,则继续执行USB Bootloader程序,通过USB与PC通信,完成应用程序烧写。如果没有按下,则跳转到地址0x1400,开始执行应用程序代码。
       下面简单分析一下gld文件,其中 boot_hid_boot_p24FJ64GB004.gld用于编译Hid-BootLoader,同学们一般用不到。app_hid_boot_p24FJ64GB004.gld是用于应用程序的,每个应用程序项目必须添加app_hid_boot_p24FJ64GB004.gld,否则不能通过Hid-BootLoader烧入PIC单片机。
下图是单片机的内存划分:
Memory Region Definitions.jpg

       以下是boot_hid_boot_p24FJ64GB004.gld关于内存区域的划分:
                            MEMORY
                            {
                                    data  (a!xr) : ORIGIN = 0x800,         LENGTH = 0x1FFF
                                    reset        : ORIGIN = 0x0,           LENGTH = 0x4
                                    ivt          : ORIGIN = 0x4,           LENGTH = 0xFC
                                    aivt         : ORIGIN = 0x104,         LENGTH = 0xFC
                                    program (xr) : ORIGIN = 0x400,         LENGTH = 0x1000
                                    app_ivt      : ORIGIN = 0x1400,        LENGTH = 0xC0
                                    CONFIG4      : ORIGIN = 0xABF8,        LENGTH = 0x2
                                    CONFIG3      : ORIGIN = 0xABFA,        LENGTH = 0x2
                                    CONFIG2      : ORIGIN = 0xABFC,        LENGTH = 0x2
                                    CONFIG1      : ORIGIN = 0xABFE,        LENGTH = 0x2
                            }
      以下是app_hid_boot_p24FJ64GB004.gld关于内存区域的划分:
                            MEMORY
                            {
                                     data  (a!xr)   : ORIGIN = 0x800,         LENGTH = 0x1FFF
                                     reset          : ORIGIN = 0x0,           LENGTH = 0x4
                                     ivt            : ORIGIN = 0x4,           LENGTH = 0xFC
                                     aivt           : ORIGIN = 0x104,         LENGTH = 0xFC
                                     app_ivt        : ORIGIN = 0x1400,        LENGTH = 0xC0
                                     program (xr)   : ORIGIN = 0x14C0,        LENGTH = 0x96E8
                                     CONFIG4        : ORIGIN = 0xABF8,        LENGTH = 0x2
                                     CONFIG3        : ORIGIN = 0xABFA,        LENGTH = 0x2
                                     CONFIG2        : ORIGIN = 0xABFC,        LENGTH = 0x2
                                     CONFIG1        : ORIGIN = 0xABFE,        LENGTH = 0x2
                            }
       以下是Hid-BootLoader中的一段代码:

                                mInitSwitch();
                                if(sw==1)
                                {
                                    __asm__("goto 0x1400");
                                }

                                InitializeSystem();
                                #if defined(USB_INTERRUPT)
                                    USBDeviceAttach();
                                #endif
       通过这三段代码,可以看到Hid-BootLoader启动后,会先初始化按键,并检测按键是否按下,如果没有按下,跳转到0x1400开始执行应用程序,如果按下则开始初始化,并尝试建立USB通信。
        内存划分中的CONFIG,就是指我们再项目中添加的这四行代码:
        _CONFIG1(WDTPS_PS1 & FWPSA_PR32 & WINDIS_OFF & FWDTEN_OFF & ICS_PGx1 & GWRP_OFF & GCP_OFF & JTAGEN_OFF)
        _CONFIG2(POSCMOD_HS & I2C1SEL_PRI & IOL1WAY_OFF & OSCIOFNC_ON & FCKSM_CSDCMD & FNOSC_PRIPLL & PLL96MHZ_ON & PLLDIV_DIV2 & IESO_ON)
        _CONFIG3(WPFP_WPFP0 & SOSCSEL_SOSC & WUTSEL_LEG & WPDIS_WPDIS & WPCFG_WPCFGDIS & WPEND_WPENDMEM)
        _CONFIG4(DSWDTPS_DSWDTPS3 & DSWDTOSC_LPRC & RTCOSC_SOSC & DSBOREN_OFF & DSWDTEN_OFF)     
        

       如果大家还想钻研的更深的话,可以看一下附件MCHPFSUSB Library Help,其中在8.2章有关于Hid-BootLoader的详细介绍。

        下载地址:http://www.nwtel.cn/thread-102-1-1.html

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
有没有想过,像使用U盘一样升级STM32固件,非常简单,非常方便 1: 插入电脑USB接口 2: 把升级固件拖到设备盘符 3: 升级完成 抛弃繁琐的USB DFU,抛弃落后的串口升级,让我们来谈谈U盘升级STM32 1. 为什么设计这个BOOT LOADER 在电子产品开发过程中,为了满足市场需要,经常是先开发出一个简单可用的版本,然后逐步迭代升级,修复bug,并增强系统功能 一个稳定,简单,安全的升级方式,就变得非常重要 对于嵌入式系统来说,常见的升级方式为 串口升级(私有协议或者X-Modem) USB升级(DFU) U盘升级(OTG) 网络升级 无线升级(OTA) 从技术来说,这几种升级方式大同小异,原理类似:都是一个Loader代理接收数据通道的数据,然后解密,烧录到FLASH中;但用户体验完全不同,拿串口升级来说,首先用户需要一个串口软件,然后对于没有硬件串口的PC来说,就需要一个USB转串口设备,对于不同PC平台,串口软件就不一样,这需要学习成本,过程繁琐;所以在一些需要用户自行升级远程设备的情况下,即便是通过电话指导,80%的用户仍然不知道怎么升级,导致失败 USB的DFU升级,也是类似的问题,它设计的初衷就是面向专业用户的,而不是小白!所以需要安装DFU软件,按照手册来一步步升级 OTA升级和网络升级,体验好些,可用做到无感升级,但不适合所有场景 而U盘升级,用户学习成本最低,U盘大家都知道,然后拷贝一个Bin文件进去,插入设备,重启设备,就完成升级了,非常简单。类似的变种,比如手机升级,是最先进的,直接将手机模拟成U盘,然后用户拷贝数据到手机,重启就好了,非常简单 在嵌入式系统中,还没这么方便的升级手段,虽然ARM的Mbed有一种类似的固件更新功能,但它是专门为调试器设计的,不能内嵌到用户MCU中 所以,我将手机升级的方案引入到嵌入式系统中,从而为大家提供一个实现稳定,安全,零学习成本的升级方案 经过一段时间的学习研究,有了这个USB MSD Bootloader 2. 功能特点 只占用15K FLASH空间 简单易用,直接拖拽文件进行固件升级,无需任何专业知识 采用USB大容量设备类,不用安装任何驱动 支持各种系统(Windows/Linux/Mac/Android) 不用开发任何上位机,提高产品效率 支持各种加密算法(AES256等),轻松安全升级 自动识别Bin,Hex,自定义加密固件(后缀为sec)文件 支持MD5文件校验机制,保证固件升级的完整性 显示设备升级状态信息 支持长文件名升级 多种措施保证系统健壮性,保证Bootloader不会被误擦除,保证APP合法性 支持用户自定义加密算法和完整校验算法,极致安全 3. 系统原理 系统开机上电后,Bootloader接管系统,初始化USB硬件,等待USB连接 Bootloader在启动后1秒内,检测USB是否连接PC:如果连接PC,则进入固件升级模式,执行第3步;超时则跳转第8步,尝试执行用户APP Bootloader模拟成MSD设备,构建FAT16虚拟文件系统,U盘名为”Bootloader”,容量为100M,但具体实际可用空间,根据用户MCU来确定,建议不要复制除APP之外的无关文件 当用户复制文件到U盘时,Bootloader会判断文件后缀和判断文件size,如果size大于实际的MCU可用FLASH或者文件后缀不合法,则进入错误状态,更新状态文件,重新枚举USB 文件后缀和size通过检测后,Bootloader会截获PC发送文件数据流,并写入MCU 对应的Flash中 如果写入过程中出错,则终止操作,擦除APP内容,进入错误状态,更新状态文件,重新枚举USB 成功写入后,Bootloader更新状态文件,重新枚举USB,显示升级完成;但不会运行APP,只有拔掉USB后,再次重启,才会进入第8步,尝试运行APP Bootloader检查APP固件的栈和入口函数合法性,只有通过检测后,才开始执行APP。检测判断条件是栈指针必须在RAM地址空间内,入口函数地址必须处于THUMB模式,并LSB为1 停止USB设备,关掉所有的中断,执行APP,APP开始接管系统 4. 支持芯片 STM32F101/3/5/7 重点来了,点击下面链接,下载固件

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值