1.linux.asm
2.STM32串口IAP分享
3.详解STM32在线IAP升级
4.USB接口被封如何解开
linux.asm
计算机语言有后缀名吗？常见的源码编程语言源文件后缀名
众所周知，编程语言源文件的源码后缀名可以帮助我们快速的判断其是哪种语言，从而选择合适的源码编译器，方便我们后期的源码学习和操作。
在介绍编程语言源文件后缀名之前，源码我们先把编程语言分个类:常见的源码登录app安卓源码分类为机器语言(由二进制码0和1构成)、汇编语言、源码高级语言三个。源码还可以将其分为编译语言(典型的源码有C、C++、源码Go、源码Swift、源码object-c以及汇编等)和解释性语言(Javascript、源码python、源码php、源码perl、Ruby等)以及混合性语言(Java和C#等)
机器语言
首先我们要明白，机器语言和后缀名没有必然联系;其次，机器语言一般不需要编译和解释，对一般的单片机或嵌入式CPU,机器语言的后缀名一般为.bin(直接的二进制文件)或.hex(进制文本),对操作系统来说,机器语言就是可执行文件,在windows系统中，典型的是.exe.dll.com.sys等,而在linux系统中机器语言一般没有后缀，因为在Linux中，带有扩展名的文件，只能代表程序的关联，并不能说明文件是可以执行，从这方面来说，Linux的机器语言扩展名没有太大的意义。
简述BootLoader的功能和启动过程？
作用原理
编辑
⒈BootLoader所支持的CPU和嵌入式板
每种不同的CPU体系结构都有不同的BootLoader。有些BootLoader也支持多种体系结构的CPU，比如U-Boot就同时支持ARM体系结构和MIPS体系结构。除了依赖于CPU的体系结构外，BootLoader实际上也依赖于具体的什么电影和源码有关嵌入式板级设备的配置。这也就是说，对于两块不同的嵌入式板而言，即使它们是基于同一种CPU而构建的，要想让运行在一块板子上的BootLoader程序也能运行在另一块板子上，通常也都需要修改BootLoader的源程序。
⒉BootLoader的安装媒介（InstallationMedium）
系统加电或复位后，所有的CPU通常都从某个由CPU制造商预先安排的地址上取指令。比如，基于ARM7TDMIcore的CPU在复位时通常都从地址0x取它的第一条指令。而基于CPU构建的嵌入式系统通常都有某种类型的固态存储设备（比如：ROM、EEPROM或FLASH等）被映射到这个预先安排的地址上。因此在系统加电后，CPU将首先执行BootLoader程序。
⒊用来控制BootLoader的设备或机制
主机和目标机之间一般通过串口建立连接，BootLoader软件在执行时通常会通过串口来进行输入、输出，比如：输出打印信息到串口，从串口读取用户控制字符等。
⒋BootLoader的启动过程
BootLoader的启动过程可分为单阶段（Single-Stage）和多阶段（Multi-Stage）两种。通常多阶段的BootLoader具有更复杂的功能，更好的可移植性。从固态存储设备上启动的BootLoader大多采用两阶段，即启动过程可以分为stage1和stage2：stage1完成初始化硬件，为stage2准备内存空间，并将stage2复制到内存中，设置堆栈，然后跳转到stage2。
⒌BootLoader的操作模式（OperationMode）
大多数BootLoader都包含两种不同的操作模式。启动加载模式和下载模式。
（1）启动加载（Bootloading）模式：这种模式也称为“自主”模式，也即BootLoader从目标机上的网页源码文字放中间某个固态存储设备上将操作系统加载到RAM中运行，整个过程并没有用户的介入。这种模式是BootLoader的正常工作模式。
（2）下载（Downloading）模式：在这种模式下目标机上的BootLoader将通过串口连接或网络连接等通信手段从主机下载文件。从主机下载的文件通常首先被BootLoader保存到目标机的RAM中然后再被BootLoader写到目标机上的固态存储设备中。
⒍BootLoader与主机之间进行文件传输所用的通信设备及协议
分为两种情况。一种是目标机使用串口与主机相连。这时的传输协议通常是xmodem/ymodem/zmodem中的一种。第二种可以用网络连接的方式传输文件，这时使用的协议多为tftp。
解析
编辑
网上关于Linux的BOOTLOADER文章不少了，但是大都是vivi,blob等比较庞大的程序，读起来不太方便,编译出的文件也比较大，而且更多的是面向开发用的引导代码，做成产品时还要裁减，这一定程度影响了开发速度，对初学者学习开销也比较大，在此分析一种简单的BOOTLOADER，是在三星公司提供的BOOTLOADER上稍微修改后的结果，编译出来的文件大小不超过4k，希望对大家有所帮助.
重要概念
COMPRESSEDKERNELandDECOMPRESSEDKERNEL
压缩后的KERNEL，按照文档资料，现在不提倡使用DECOMPRESSEDKERNEL，而要使用COMPRESSEDKERNEL，它包括了解压器.因此要在ram分配时给压缩和解压的KERNEL提供足够空间，这样它们不会相互覆盖.
当执行指令跳转到COMPRESSEDKERNEL后，解压器就开始工作，如果解压器探测到解压的代码会覆盖掉COMPRESSEDKERNEL，那它会直接跳到COMPRESSEDKERNEL后存放数据，并且重新定位KERNEL，所以如果没有足够空间，就会出错.
Jffs2FileSystem
可以使armlinux应用中产生的微信付费项目源码数据保存在FLASH上，我的板子还没用到这个.
RAMDISK
使用RAMDISK可以使ROOTFILESYSTEM在没有其他设备的情况下启动.一般有两种加载方式，最常用的一种是，把COMPRESSEDRAMDISKIMAGE放到指定地址，然后由BOOTLOADER把这个地址通过启动参数的方式ATAG_INITRD2传递给KERNEL.具体看代码分析.
启动参数（摘自IBMdeveloper)
在调用内核之前，应该作一步准备工作，即：设置Linux内核的启动参数。Linux2.4.x以后的内核都期望以标记列表(taggedlist）的形式来传递启动参数。启动参数标记列表以标记ATAG_CORE开始，以标记ATAG_NONE结束。每个标记由标识被传递参数的tag_header结构以及随后的参数值数据结构来组成。数据结构tag和tag_header定义在Linux内核源码的include/asm/setup.h头文件中.
在嵌入式Linux系统中，通常需要由BOOTLOADER设置的常见启动参数有：ATAG_CORE、ATAG_MEM、ATAG_CMDLINE、ATAG_RAMDISK、ATAG_INITRD等。
（注）参数也可以用COMMANDLINE来设定，在我的BOOTLOADER里，我两种都用了.
开发环境
CPU:S3C,BANK6上有M的SDRAM（两块），BANK0上有MNORFLASH，串口当然是逃不掉的.这样，按照数据手册，地址分配如下：
0x_开始是4k的片内DRAM.
0x_开始是MFLASHbit宽度
0x_开始是MSDRAMbit宽度
注意：控制寄存器中的BANK6和BANK7部分必须相同.
0x_（片内DRAM）存放4k以内的BOOTLOADERIMAGE
0x_开始存放启动参数
0x_存放COMPRESSEDKERNELIMAGE
0x_存放COMPRESSEDRAMDISK
0x_指定为DECOMPRESSEDKERNELIMAGEADDRESS
0x_指定为DECOMPRESSEDRAMDISKIMAGEADDRESS
开发环境：RedhatLinux,armgcctoolchain,armlinuxKERNEL
如何建立armgcc的编译环境：建议使用toolchain，而不要自己去编译armgcc，偶试过好多次，都以失败告终.
先下载arm-gcc3.3.2toolchain
将arm-linux-gcc-3.3.2.tar.bz2解压到/toolchain
tarjxvfarm-linux-gcc-3.3.2.tar.bz2
mv/usr/local/arm/3.3.2/toolchain
在makefile中在把arch=armCROSS_COMPILE设置成toolchain的路径
还有就是INCLUDE=-I../include-I/root/my/usr/local/arm/3.3.2/include.，否则库函数就不能用了
启动方式
可以放在FLASH里启动，或者用Jtag仿真器.由于使用NORFLASH，根据的手册，片内的4KDRAM在不需要设置便可以直接使用，而其他存储器必须先初始化，原生游戏盒子源码交易比如告诉memorycontroller,BANK6里有两块SDRAM，数据宽度是bit,==.否则memorycontrol会按照复位后的默认值来处理存储器.这样读写就会产生错误.
所以第一步，通过仿真器把执行代码放到0x_，（在编译的时候，设定TEXT_BAS
E=0x)
第二步，通过AxD把linuxKERNELIMAGE放到目标地址（SDRAM）中，等待调用
第三步，执行BOOTLOADER代码，从串口得到调试数据，引导armlinux
代码分析
讲了那么多执行的步骤，是想让大家对启动有个大概印象，接着就是BOOTLOADER内部的代码分析了，BOOTLOADER文章内容网上很多，我这里精简了下，删除了不必要的功能.
BOOTLOADER一般分为2部分，汇编部分和c语言部分，汇编部分执行简单的硬件初始化，C部分负责复制数据，设置启动参数，串口通信等功能.
BOOTLOADER的生命周期：
⒈初始化硬件，比如设置UART（至少设置一个），检测存储器==.
⒉设置启动参数，这是为了告诉内核硬件的信息，比如用哪个启动界面，波特率==.
⒊跳转到LinuxKERNEL的首地址.
⒋消亡
同时在linux中GRUB（GRandUnifiedBootloader）是一个系统默认自带的多重启动管理器。它可以在多个操作系统共存时选择引导哪个系统。尽管引导操作系统看上去是件平凡且琐碎的任务，但它实际上很重要。如果引导装入器不能很好地完成工作或者不具有弹性，那么就可能锁住系统或者无法引导计算机
如何编写驱动程序？
代码：#includelinux/module.h>#includelinux/kernel.h>#includeasm/io.h>#includelinux/miscdevice.h>#includelinux/fs.h>#includeasm/uaccess.h>//流水灯代码#defineGPM4CON0xe0#defineGPM4DAT0xe4staticunsignedlong*ledcon=NULL;staticunsignedlong*leddat=NULL;//自定义write文件操作(不自定义的话，内核有默认的一套文件操作函数)staticssize_ttest_write(structfile*filp,constchar__user*buff,size_tcount,loff_t*offset){ intvalue=0;intret=0;ret=copy_from_user(value,buff,4);//底层驱动只定义基本操作动作，不定义功能if(value==1){ *leddat|=0x0f;*leddat=0xfe;}if(value==2){ *leddat|=0x0f;*leddat=0xfd;}if(value==3){ *leddat|=0x0f;*leddat=0xfb;}if(value==4){ *leddat|=0x0f;*leddat=0xf7;}return0;}//文件操作结构体初始化staticstructfile_operationsg_tfops={ .owner=THIS_MODULE,.write=test_write,};//杂设备信息结构体初始化staticstructmiscdeviceg_tmisc={ .minor=MISC_DYNAMIC_MINOR,.name="test_led",.fops=g_tfops,};//驱动入口函数杂设备初始化staticint__inittest_misc_init(void){ //IO地址空间映射到内核的虚拟地址空间ledcon=ioremap(GPM4CON,4);leddat=ioremap(GPM4DAT,4);//初始化led*ledcon=0xffff;*ledcon|=0x;*leddat|=0x0f;//杂设备注册函数misc_register(g_tmisc);return0;}//驱动出口函数staticvoid__exittest_misc_exit(void){ //释放地址映射iounmap(ledcon);iounmap(leddat);}//指定模块的出入口函数module_init(test_misc_init);module_exit(test_misc_exit);MODULE_LICENSE("GPL");
扩展资料：
.h
，文件包括函数原型、宏定义和类型定义。只要使用#include命令，这些定义就可被任何源文件使用。如下例所示：#include"myproject.h"//用在当前项目中的函数原型、类型定义和宏你可以在#include命令中使用宏。如果使用宏，该宏的取代结果必须确保生成正确的#include命令。例1展示了这样的#include命令。例1在#include命令中的宏#ifdef_DEBUG_#defineMY_HEADER"myProject_dbg.h"#else#defineMY_HEADER"myProject.h"#endif#includeMY_HEADER当上述程序代码进入预处理时，如果_DEBUG_宏已被定义，那么预处理器会插入myProject_dbg.h
的内容；如果还没定义，则插入myProject.h
的内容。STM串口IAP分享
STM串口IAP详解
STM的串口IAP技术是一种在运行时对User Flash进行更新升级的方法，允许在产品发布后通过预留的通信口对固件进行修改。本文将详细介绍如何使用UART实现串口IAP，以STMFZET6为例。串口IAP实验步骤
实验涉及两个Keil工程：IAP工程和应用程序工程。IAP工程用于烧写IAP程序，而应用程序工程则实现实际功能。在STMFZET6中，Flash大小为KB，0x是默认的烧写地址。IAP程序通常烧写到这个地址，而应用程序在IAP程序后开始。 1. 工程设置- IAP工程设置：起始地址设为0x，大小为KB。
- LED工程设置：起始地址设为0x，大小为KB。
2. 编译与执行
- 生成.bin文件，使用fromelf.exe将.axf文件转换。需将fromelf.exe路径添加至环境变量PATH中，确保命令行能访问。
3. IAP源码解析
- 主函数：通过复位与PE2按键触发应用程序更新。
- Main_Menu函数：包含下载、上传、执行新程序等IAP功能。
- SerialDownload函数：处理Ymodem协议数据传输，将程序烧写到Flash。
4. 下载验证
- 通过串口ISP下载IAP程序，确保BOOT0和BOOT1引脚正确配置。
- 使用Ymodem协议通过IAP引导下载LED程序，如SecureCRT或超级终端。
5. 应用实例
- 断电重启后，按复位键与PE2键组合可以触发程序更新。
获取完整工程和更多细节，请私信杂烩君。嵌入式开发者可以借此实现设备的灵活升级。
详解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协议，还可以探索其他传输方式。原文链接和转载自信息提供进一步资源。
USB接口被封如何解开
下面介绍其具体用法：第一步：准备1枚”屌丝的芯”，1张SD卡（或者手机内存卡+卡托），1根USB线，1个手机充电器
第二步：格式化SD卡
“文件系统”选择“FAT”，“分配单元大小”选择“字节”
第三步：将SD卡插入”屌丝的芯”的插槽，将”屌丝的芯”直接插到主机后面的串口，用手机充电器+USB线给”屌丝的芯”供电
第四步： 超级终端的使用方法
打开windows自带的超级终端：“开始→所有程序→附件→通讯→超级终端”
“名称”里面键入“”点击“确定”
“连接时使用”一般其默认的com口就是需要的，直接点击“确定”就行
端口设置如上：“每秒位数”选择“”；“数据位”选择“8”；“奇偶校验”选择“无”；“停止位”选择“1”；“数据流控制”选择“无”；点击“确定”，你会看到如下界面：
下面进入的就是传输界面
点击“呼叫→呼叫”即开启传输，点击“呼叫→断开”即关闭传输，当开启传输的时候界面会不停地有字母“C”被打印出来，代表等待传输文件
第五步：开始文件的传输，注意一定将文件添加到压缩包之后再传输
点击“传送→发送文件”
设置如上：“文件名”选择要传输的文件（压缩包），协议选择“Ymodem” 点击“发送”
文件传输进行中„„ 接下来耐心等待文件传输吧
会自动在SD卡中创建一个叫“UART”的文件夹，传输的文件都会放在那个文件夹下
从上个界面不难看出文件传输的很慢，一个K的文件需要8s远远不及USB，而且这个速度会随着传输时间的变长而慢慢下降，但出现这种情况实在是有不得已的苦衷，因为9针串口的最大支持速度只有bit/s大约KB/S，而”屌丝的芯”中又有软件开销，所以其最大速度也只有这个速度的一半大约8KB/S。
纵然速度有点让人失望但是对于广大工程师来说真正要拷贝的重要文件并不大，比如一个大型项目的源代码也很难超过1M吧，再比如这篇篇幅巨大的说明文档word版压缩后也不过2M，用”屌丝的芯”传输也就分分钟的事，何况”屌丝的芯”做的这么低调，黑色和机箱融为一体，无LED指示灯悄无声息，无任何标签没人认识，传输过程中不影响做别的工作，可以慢慢传！
注意事项：
1、SD卡必须按照要求格式化 2、超级终端按照要求进行配置 3、文件必须压缩后再传输
4、每个压缩包大小强烈建议不要超1M，如文件过大可以分解压缩 5、压缩包名字建议用英文命名除扩展名外不要超过8个字母或数字
6、“屌丝的芯”会自动在你的SD卡中创建一个叫“UART”的文件夹， 传输的压缩包都会放在那个文件夹下
7、传输过程中如果出现未知错误，请对“屌丝的芯”重新上电后再传输
