1.NB-IOT远程升级第3弹：移植代码分析
2.linuxuboot
3.U-Boot工作模式
4.云主机装黑果实践（4）：阿里轻量机上变色龙bootloader启动问题
5.详解STM32在线IAP升级
6.嵌入式Linux之uboot源码make配置编译正向分析(一)

NB-IOT远程升级第3弹：移植代码分析

       在物联网项目开发中，源码远程升级功能（OTA）至关重要，分析这允许通过WIFI、源码蓝牙、分析4G、源码NB-IOT等方式将升级包传输至MCU，分析cegui源码实现代码存储与更新。源码本文系列将详细介绍基于电信AEP平台的分析NB-IOT设备远程升级流程，包括STM内部分区、源码BootLoader编写、分析软件包制作、源码升级协议对接等内容。分析本系列将逐步解析，源码直至完成。分析

       系列文章大纲如下：

       在前两篇中，源码我们深入探讨了BootLoader编写要点及电信AEP平台软件包制作。在第二篇，我们了解了使用PCP协议的远程升级流程，并通过串口助手模拟升级流程，为代码编写做足准备。

       此篇章，我们将通过分析开源FOTA代码，进一步理解PCP协议与远程升级流程，便于各位进行代码移植。

       源码介绍

       本文档以小熊派开发板的ota远程升级代码为例，运行环境如下。ai辅助阅读源码结合参考案例代码与上篇内容，能够深化对远程升级的理解，发现过程并不复杂。

       源码分析

       接收数据解析

       接收电信AEP平台发送的数据，解析数据以判断是否为PCP协议的远程升级命令。解析信息包括起始标识位、版本号、消息码、校验码、数据区长度与数据区。

       升级流程状态机

       基于消息码的状态机，用于跟踪远程升级流程中的状态变化。

       设备应答

       设备向平台发送应答消息，确认接收与处理能力。

       设备发送数据

       设备将数据发送至平台，执行命令或更新请求。

       新版本通知

       设备收到新版本通知后，向物联网平台返回应答，请求或拒绝升级。

       请求分片包

       设备请求下载完整软件包，以备后续升级。

       执行升级

       设备接收到执行升级指令后，执行更新操作并反馈至平台。

       上报升级结果

       设备完成升级后，向平台报告升级状态。gom引擎源码外泄

       超时处理

       针对升级请求或执行过程中可能出现的超时问题，进行妥善处理。

       踩坑记录

       至此，基于电信AEP平台的NB-IOT远程升级系列内容结束。在此过程中，我作为轻松学长，分享了物联网开发的点滴与经验，希望大家能从中获益，共同成长。

       分享是一种精神，通过分享，我们不仅传递知识，也传递了生活的态度与乐趣。愿你在物联网开发的道路上越走越远，分享与学习并行，创造更多精彩。

linuxuboot

       uboot是什么意思？

       U-Boot，全称UniversalBootLoader，是遵循GPL条款的开放源码项目。U-Boot的作用是系统引导。U-Boot从FADSROM、8xxROM、PPCBOOT逐步发展演化而来。其源码目录、编译形式与Linux内核很相似，事实上，不少U-Boot源码就是根据相应的Linux内核源程序进行简化而形成的，尤其是一些设备的驱动程序，这从U-Boot源码的注释中能体现这一点。

       uboot是一个操作系统内核还是一段引导程序？

       æ˜¯ä¸€æ®µå¼•å¯¼ç¨‹åºã€‚

       1，uboot是用来干什么的，有什么作用？

       uboot属于bootloader的一种，是用来引导启动内核的，它的最终目的就是，从flash中读出内核，放到内存中，启动内核

       æ‰€ä»¥ï¼Œç”±ä¸Šé¢æè¿°çš„，就知道，UBOOT需要具有读写flash的能力。

       2，uboot是怎样引导启动内核的？

       uboot刚开始被放到flash中，板子上电后，会自动把其中的一部分代码拷到内存中执行，这部分代码负责把剩余的uboot代码拷到内存中，然后uboot代码再把kernel部分代码也拷到内存中，并且启动，内核启动后，挂着根文件系统，执行应用程序。

       3，uboot启动的大过程是怎么样的？

       uboot启动主要分为两个阶段，主要在start.s文件中，第一阶段主要做的是硬件的初始化，包括，设置处理器模式为SVC模式，关闭看门狗，屏蔽中断，初始化sdram，设置栈，设置时钟，从flash拷贝代码到内存，清除bss段等，bss段是用来存储静态变量，全局变量的，然后程序跳转到start_arm_boot函数，宣告第一阶段的结束。

       ç¬¬äºŒé˜¶æ®µæ¯”较复杂，做的工作主要是1.从flash中读出内核。2.启动内核。start_arm_boot的主要流程为，设置机器id，初始化flash，然后进入main_loop，等待uboot命令，uboot要启动内核，主要经过两个函数，第一个是s=getenv(bootcmd），第二个是run_command(s...),所以要启动内核，需要根据bootcmd环境变量的内容启动，bootcmd环境变量一般指示了从某个flash地址读取内核到启动的内存地址，然后启动，bootm。

       uboot启动的内核为uImage,这种格式的内核是由两部分组成：真正的内核和内核头部组成，头部中包括内核中的一些信息，比如内核的加载地址，入口地址。

       uboot在接受到启动命令后，要做的主要是，1，读取内核头部，2，移动内核到合适的加载地址，3，启动内核，执行do_bootm_linux

       do_bootm_linux主要做的为，1，设置启动参数，在特定的地址，保存启动参数，函数分别为setup_start_tag,setup_memory_tag,setup_commandline_tag,setup_end_tag，根据名字我们就知道具体的段内存储的信息，memory中为板子的内存大小信息，commandline为命令行信息，

       2，跳到入口地址，启动内核

       å¯åŠ¨çš„函数为the_kernel(0,bd->bi_arch_number,bd->bi_boot_param)

       bd->bi_arch_number为板子的机器码，bd->bi_boot_param为启动参数的地址

       æ€»ç»“：

       1)uboot主要作用是用来启动操作系统内核。体现在uboot最后一句代码就是启动内核。

       2)uboot还要负责部署整个计算机系统。体现在uboot最后的传参。

       3)uboot中还有操作Flash等板子上硬件的驱动。例如串口要打印，ping网络成功，擦除、烧写flash是否成功等。

       4)uboot还得提供一个命令行界面供人来操作。很简单，至少你能看到。

       uboot命令如何引导linux？

       U-Boot除了Bootloader的系统引导功能,它还有用户命令接口,具备多种引导内核启动的方式。常用的go和bootm命令可以直接引导Linux内核映像启动。U-Boot，全称UniversalBootLoader，是遵循GPL条款的开放源码项目。从FADSROM、8xxROM、PPCBOOT逐步发展演化而来。其源码目录、编译形式与Linux内核很相似，事实上，不少U-Boot源码就是根据相应的Linux内核源程序进行简化而形成的，尤其是一些设备的驱动程序，这从U-Boot源码的注释中能体现这一点。

       å¦‚何ghostlinux系统？

       ä½¿ç”¨Ghost软件来实现备份和恢复Linux系统：

       1、首先用“雨林木风GhostXPSP3纯净版Y6.0”光盘进行引导，并使用其中的PQ软件对硬盘进行分区，划分出一个分区用于安装DOS系统。然后选择：“运行YLMFDOS工具箱”。即：运行PQ软件，对硬盘进行分区。

       2、先分一个分区，大小为大约为4G，用于安装DOS系统以及存放GHOST所做的备份文件，当然实际当中，应该将这个分区的大小调大点。

       3、同时这里把新分区出来的C盘，设置为”活动“，以方便启动时，能从C盘启动DOS系统。

       4、用光盘进行引导，创建C盘启动DOS系统时所需要的文件，以及GHOST程序等复制到C盘。

       5、安装Linux系统，在安装时，建议不要把GRUB安装MBR上，同时在划分分区时，建议为：boot、var、home创建单独的分区。

       6、从DOS系统启动，然后运行GHOST软件对Linux系统进行备份。1）、备份Linux系统的boot分区（“/boot"）。2）、备份Linux系统的根分区（"/"）7、Linux系统出现问题，无法启动注意：由于之前把DOS系统的分区（即：C盘），设置成“活动”，所以这里必须修改一下，让“/boot"设置成活动的，这样才能启动linux系统。

U-Boot工作模式

       U-Boot, 一个广泛应用于嵌入式系统的Bootloader，具有两种主要的工作模式：启动加载模式和下载模式。在嵌入式产品出厂时，Bootloader默认处于启动加载模式，其核心任务是确保设备的正常启动。它会自动地从存储在FLASH中的嵌入式操作系统加载到SDRAM中，然后执行后续的操作流程。

       相比之下，下载模式则提供了更为灵活的链科云源码操作方式。在这种模式下，Bootloader通过特定的通信机制，允许用户从外部PC机将内核映像或根文件系统映像等关键文件传输到目标板的存储介质——通常为FLASH。用户可以利用Bootloader提供的命令接口，进行定制化下载和管理，满足不同的需求和应用场景。

扩展资料

       U-Boot，全称 Universal Boot Loader，是遵循GPL条款的开放源码项目。从FADSROM、8xxROM、PPCBOOT逐步发展演化而来。其源码目录、编译形式与Linux内核很相似，事实上，不少U-Boot源码就是相应的Linux内核源程序的简化，尤其是一些设备的驱动程序，这从U-Boot源码的注释中能体现这一点。

云主机装黑果实践（4）：阿里轻量机上变色龙bootloader启动问题

       在《云主机黑果实践系列》的第四部分，我们面临了在阿里轻量机上安装变色龙bootloader时的挑战。云主机环境下的大镜像安装问题尤其棘手，因为需要根据千差万别的机型和特定云特性进行调试，这是一项技术密集且充满变数的工作。首先，我们需要将镜像上传到阿里云主机，戴口罩溯源码过程中遇到了installnet.sh脚本的gzip版本问题，通过修改脚本解决了镜像上传的卡顿问题。

       然而，更大的挑战是cdboot在云主机上无法正常运行，无论是grub2引导还是直接使用mbr。问题可能源于ignore_msrs和boot本身，通过排除法，我们发现v5.0.的enoch r版本的cdboot能够启动主机，而从r开始就存在问题。仔细查看源码，关键在于某些commit的改动，特别是与DMA Remapping table和AppleACPIplatform.kext有关的更新。

       为了找到问题所在，我们需要在特定的编译环境（Xcode 8.2.1 for EL CAPTAN .）下编译不同版本的cdboot。编译过程中，我们发现从版本开始，只需在特定源文件中修改两行代码，就能让cdboot在云主机上正常启动。这个发现意味着调试工作进入了一个针对云主机环境的特定配置阶段。

       总的来说，尽管云主机的特殊性增加了调试难度，但通过一步步的修改和打包，我们已经成功地将变色龙配置调整到了可以启动云主机的状态。尽管还有上传iso到云主机后无法启动的问题，但我们找到了一个workaround，即先用版本启动，再尝试版本，这可能是由于loader的参数变化影响了启动。接下来，我们将继续深入细节，为云主机的变色龙安装找到最优化的配置。

详解STM在线IAP升级

       详解在线升级IAP的基础知识，本文将深入解析从原理到代码编写、实验验证的全过程，助您深入了解在线升级。

       什么是BootLoader？它类似于引导程序，负责启动正式的App应用程序。BootLoader程序与App程序共同组成一个嵌入式系统，其中BootLoader用于启动并运行App程序。

       在STM中，程序通常存储在片内Flash中。通过使用Keil进行调试，可以查看存储的代码。

       接下来，我们将对程序进行分区，以FRB-NUCLEO开发板为例，其Flash分为三个区域：BootLoader区、App1区和App2区（备份区）。分区的目的是为了便于管理代码。

       总体流程图展示了嵌入式系统中在线升级的基本步骤，确保您了解开发流程。

       本节将详细介绍BootLoader的编写，包括流程图分析和代码编写。使用BootLoader进行在线升级（OTA）时，关键在于正确设置分区标记，以指示是否有新版本的App程序。

       接下来，我们将讲解App1的编写，采用Ymodem协议进行串口传输。流程图分析将帮助您理解协议与代码之间的关系。

       所需STM资源包括BootLoader和App1的源代码，以及Ymodem协议的实现。

       进行整体测试，验证BootLoader与App的升级功能。提供的源代码可从原作者的gitee获取。

       除了YModem协议，您还可以通过蓝牙、WIFI等其他协议传输.bin文件。主要原理相同，关键在于能够传输文件。

       通过本教程，您将掌握在线升级的整个过程，包括原理、代码编写和测试验证。除了YModem协议，还可以探索其他传输方式。原文链接和转载自信息提供进一步资源。

嵌入式Linux之uboot源码make配置编译正向分析(一)

       嵌入式Linux系统由以下几部分组成：在Flash存储器中，它们的分布一般如下。Bootloader是操作系统运行之前执行的一段小程序，用于初始化硬件设备、建立内存空间映射表，为操作系统内核做准备。Bootloader依赖于CPU体系结构和嵌入式系统板级设备配置。u-boot支持多种架构，适用于上百种开发板。设计与实现包括工程简介、源码结构、编译过程、源码加载等。u-boot源码可以从ftp.denx.de/pub/u-boot/网站下载，DENX网站提供更多信息，u-boot git仓库位于gitlab.denx.de/u-boot/u...。u-boot编译分为配置和编译两步，需要指定交叉工具链、处理器架构。配置过程可以生成.config文件。源码加载使用Source Insight，安装、打开项目、共享文件夹、映射网络驱动器等步骤。

当前在嵌入式系统开发中有哪些常用的bootloader

       常见bootloader介绍

        1．U-BOOT介绍

        uboot是一个庞大的公开源码的软件。他支持一些系列的arm体系，包含常见的外设的驱动，是一个功能强大的板极支持包。其代码可以从/developer）

        vivi是韩国mizi 公司开发的bootloader, 适用于ARM9处理器。 Vivi有两种工作模式：启动加载模式和下载模式。启动加载模式可以在一段时间后（这个时间可更改）自行启动linux内核，这时vivi的默认模式。在下载模式下，vivi为用户提供一个命令行接口，通过接口可以使用vivi提供的一些命令，如下：

        命令

        功能

        Load

        把二进制文件载入Flash或RAM

        Part

        操作MTD分区信息。显示、增加、删除、复位、保存MTD分区

        Param

        设置参数

        Boot

        启动系统

        Flash

        管理Flash，如删除Flash的数据

        vivi代码分析

        vivi的代码包括arch，init，lib，drivers和include等几个目录，共多条文件。

        Vivi主要包括下面几个目录：

        arch：此目录包括了所有vivi支持的目标板的子目录，例如s3c目录。

        drivers：其中包括了引导内核需要的设备的驱动程序（MTD和串口）。MTD目录下分map、nand和nor三个目录。

        init：这个目录只有main.c和version.c两个文件。和普通的C程序一样，vivi将从main函数开始执行。

        lib：一些平台公共的接口代码，比如time.c里的udelay()和mdelay()。

        include：头文件的公共目录，其中的s3c.h定义了这块处理器的一些寄存器。Platform/smdk.h定义了与开发板相关的资源配置参数，我们往往只需要修改这个文件就可以配置目标板的参数，如波特率、引导参数、物理内存映射等。