简介面向手机方案公司、嵌入式开发与维修技术人员这份资源汇整了联发科、高通、展锐三大芯片平台的版本升级与固件烧录工具链涵盖各平台官方线刷工具的核心组件、配置范例与工程化目录结构。资源包共1031个文件压缩后约181.59MB文件类型上既有357个zip便于分发部署也有149个头文件、94个源文件、24个可执行程序、76个动态库、31个静态库等开发级内容还带有固件文件、配置文件、日志、脚本及多格式说明文档可用于直接调用也可配合完整工程做二次定制。从内容预览可见下载代理固件与批处理脚本、工程配置文件一并打包结合驱动与配置可支撑全量升级、增量升级、分区烧录等场景的自动化部署和异常排查。已有1875人浏览学习。对设备维修、产线量产、工具封装和底层烧录机制研究者而言这份资源提供了从代码到固件、从脚本到文档的完整参考能节省大量搜罗与适配时间。1. 版本升级烧录工具MTK、高通、展锐为什么各做一套做手机、平板、车机、模组和 IoT 设备的工程师迟早都会撞上这三套电脑端烧录软件MTK 的 SP Flash Tool、高通的 QFIL、展锐的 ResearchDownload。它们解决的问题高度一致——把一份新版本固件可靠地写进设备存储但底层协议、驱动形态和参数逻辑互不兼容于是每家都得维护自己的烧录工具链。系统里的 OTA 已经越来越普及普通用户升级小版本根本不需要电脑可一旦设备进不了系统、要跨大版本、要做产线批量升级、要救砖或者动底层 modem 分区最终还是得回到这根 USB 线和这套桌面工具上来。这篇文章按 MTK、高通、展锐三个平台分别拆解版本升级烧录的链路、参数和避坑点适合需要自己动手烧录、排产线问题、写升级脚本的软硬件工程师。2. MTK 平台版本升级烧录SP Flash Tool 的下载链路与三个关键参数2.1 从黑匣子到明文MTK 的 BootROM、Preloader 与 DAMTK 芯片上电后芯片内部固化的 Boot ROM 会先跑起来这和系统是否正常无关。只要供电正常、芯片没彻底损坏PC 端理论上总能和设备握手这也是各种救砖教程敢让你反复试的基础。Boot ROM 接下来会去引导 Flash 里的 Preloader如果 Preloader 完好后续启动流程交给它如果 Preloader 损坏或缺失Boot ROM 仍保留一个通道允许上位机把下载代理加载到内存里再由下载代理负责真正的 Flash 烧写。这套链路里SP Flash Tool 是上位机真正干活的是 DA也就是 Download Agent。为什么不像老式编程器一样直接通过 Boot ROM 刷写因为 Boot ROM 容量极其有限只实现了最基本的通信握手DA 才理解 scatter 文件、分区表和完整的烧写协议。老工程师常说的“进 BROM”指的就是让设备停在 Boot ROM 阶段等待工具端加载 DA。这里有个日常容易忽略的点DA 版本不是随便拿一个就能用。每个 MTK 平台甚至同一个平台的不同 Android 版本都可能需要匹配的 DA。工具目录里通常会带多个 DA 文件软件会根据 scatter 文件里声明的平台信息自动选择。如果碰到“设备已连接但一直卡在准备阶段”优先怀疑 DA 不匹配换掉 DA 文件往往比反复插拔线材更有效。2.2 跑通一次版本升级烧录驱动、scatter 和下载模式选择网上搜到的“mtk刷机工具与教程”大部分在讲手机救砖产品研发和产线里真正需要的是“从旧版本到新版本”的固件落盘操作。两者步骤一样但选项选择不一样。第一步是装驱动。所谓“mtk完整驱动”通常包含三部分MediaTek USB Port即 VCOM 端口、Preloader 的 USB 端口、以及 ADB 驱动。Win10 和 Win11 下还要注意驱动签名问题未签名驱动在 64 位系统上会被直接拦掉设备管理器里显示为黄色感叹号。常见的解决方法是关闭驱动强制签名后安装或者直接用平台厂商提供的签名版本。第二步是打开 SP Flash Tool加载 scatter 文件。scatter 文件描述整个 Flash 的分区布局烧录工具按分区名和起始地址把镜像写进对应位置。它的内容大致长这样?xml version1.0 encodingutf-8? Partition partition_namesystem/partition_name file_namesystem.img/file_name is_downloadtrue/is_download typeraw/type linear_start_addr0x0/linear_start_addr physical_start_addr0x0/physical_start_addr partition_size0x0/partition_size /Partition上面是简化后的结构。实际文件里还有分区类型、扩展属性、安全标志等字段。重点看两处file_name 对应的镜像文件是否存在于固件目录中is_download 是否设置为 true。版本升级烧录时如果只想更新某几个分区就把其他分区的 is_download 改成 false工具会跳过它们。第三步是选择升级方式。这一步直接决定用户数据会不会丢模式行为典型场景Download Only只下载勾选分区不清空用户数据同版本重刷、修复系统分区Firmware Upgrade下载固件并处理升级逻辑通常保留用户数据小版本升级、OTA 通道不可用时的替代方案Format All Download先格式化所有分区再全量下载跨大版本、启动分区表变更、量产产品版本升级烧录我一般首选 Firmware Upgrade如果升级说明里明确要求清除用户数据再考虑 Format All Download。量产工位则更干脆直接 Format All Download保证每台设备状态一致。SP Flash Tool 里还有个容易被忽略的参数是 Download Rate老版本里也叫波特率或速度选项。量产工位通常拉到最高档售后维修建议降一档低速模式在弱供电和劣质线材环境下成功率高很多。另外MTK 平台不只是手机在用常见的“mtk投影仪固件”、车载一体机、平板方案底层都是同一套工具逻辑只是 scatter 结构不同方法完全可以复用。2.3 烧录后的校验与防回退烧录完成不代表万事大吉。SP Flash Tool 本身带有校验选项烧录结束后会回读关键分区比对。量产环境里我还会再做一道独立验证开机后通过 adb 读版本号确认新版本真正生效。# 读取当前系统版本号确认固件已正确落位 adb shell getprop ro.build.version.incremental # 读取安全补丁级别用于区分小版本升级是否成功 adb shell getprop ro.build.version.security_patch这两条命令适合 Android 设备。版本升级烧录后如果看到的是旧版本号先别急着骂工具回看 scatter 里对应分区是否勾选了下载如果只下载了 boot 没下载 system系统版本号自然不变。MTK 平台还有一个高频翻车点防回退机制。新版固件里如果启用了 anti-rollback 标志那么用旧版本固件去烧录会被 Preloader 或 Boot 阶段拒绝报错信息往往是地址校验失败、版本过低一类的描述。这不是工具坏了是芯片主动拦截了降级。所以做版本升级烧录前先确认目标版本号是否高于当前版本不要拿老包去“降级”测试。如果烧录失败导致设备停在 BROM 模式不用慌。只要 Boot ROM 还活着重新打开 SP Flash Tool、加载正确 DA 和 scatter再插上设备重烧即可这也是这套方案相比 OTA 最大的优势——系统烂了也能救回来。3. 高通平台版本升级烧录EDL 模式、QFIL 参数与两个必查分区3.1 EDL 与 QDLoader高通烧录的握手逻辑高通平台的下载通道叫 EDLEmergency Download 模式。设备进入 EDL 后USB 枚举出来的是一个特殊端口设备管理器里通常显示为“Qualcomm HS-USB QDLoader 9008”也就是大家常说的“高通qdloader驱动”所指的对象。这个端口是上层系统完全不参与工作的结果——它由芯片内的引导代码直接驱动所以哪怕系统已经崩成砖只要芯片供电正常PC 端依然能识别。EDL 模式下PC 端的 QFIL 工具先通过 Sahara 协议把 programmer.mbn 加载到设备内存。programmer 也叫 firehose loader它被加载后才真正具备读写分区的能力。后续所有镜像的写入都由这个 programmer 配合 QFIL 完成。在整个流程里programmer 的角色和 MTK 的 DA 几乎一一对应这也是为什么高通固件包里的 programmer.mbn 绝不能随便混用它是和固件强绑定的。日常调试时进入 EDL 的通用做法是两条命令# 先重启到 bootloader然后从 bootloader 进入 EDL adb reboot bootloader fastboot reboot edl系统起不来时常见做法是按按键组合或者拆机短接主板上预留的测试点进入 EDL。这里要注意部分新平台支持 9008 和 900E 两种端口900E 往往只开放调试通道不能完整烧录真正要下载固件必须看到 9008 端口。如果设备管理器里只有 900E 而没有 9008多半是还没触发到正确的下载握手。3.2 QFIL 升级烧录的参数设置打开 QFIL 后烧录方式一般分两种Flat Build 和 Raw Program。Flat Build 把整个镜像打包成单文件整体写入操作最简单Raw Program 则通过 rawprogram0.xml 和 patch0.xml 逐分区描述写入动作。版本升级烧录时我通常先用 Flat Build 把整包刷通验证再根据实际升级范围改用 Raw Program 只刷指定分区。参数表如下参数作用注意事项Programmer Path指定 programmer.mbn 路径必须使用固件包内自带文件Raw Program加载 rawprogram0.xml描述分区写入动作路径不能带中文Patch 参数加载 patch0.xml处理稀疏镜像等补丁操作Storage Type指定 eMMC 还是 UFS选错会直接烧写失败QFIL 版本不同菜单名可能略有差异但核心参数就这四个。版本升级烧录时这里有一个生产环境下的约束modem 分区和 persist 分区尽量不要动。modem 控制基带功能persist 里存着 IMEI、蓝牙 Wi-Fi 地址、传感器校准数据等。误刷 persist 可能导致设备失去基带和校准信息这种问题在售后里几乎是灾难级的恢复难度。“高通410刷机开adb”这类操作在售后社区里很常见本质是刷完机后用 userdata 里的调试开关或工程固件把 adb 打开。用于日常验证固件版本很好使但正式产品上不要在产品固件里默认开 adb安全隐患太大。3.3 OTA 小版本升级与 EDL 全量烧录怎么分工很多刚从手机刷机转过来的同事会混淆 OTA 包和烧录包。系统还能正常启动时设置里直接进行的“OTA 小版本升级”走的是系统升级服务下载增量包、校验、重启安装全程不需要电脑。比如 MTK Android 12 上 app 调用 OTA 升级上层调用的仍然是系统升级接口和 PC 端 QFIL 完全是两条路线。生产环境中我一般这么划分日常小版本修复走 OTA产线预装和大版本跳变走烧录。理由很简单OTA 包通常只包含差异文件烧录包是完整系统镜像OTA 包也喂不进 QFILQFIL 只认全量分区镜像。所以团队里最好两套包并行维护一套给售后和远程升级用一套给产线和开发救砖用。高通平台切换固件时还有两个分区必须特别检查第一是 GPT 分区表跨项目或者跨大版本固件时分区布局可能变了必须连同 GPT 一起重刷否则后面所有分区地址都是错的第二是 persist前面提过务必通过工具备份后再进行全盘格式化。这两个分区处理好了高通平台的版本升级烧录才算真正稳妥。4. 展锐平台版本升级烧录ResearchDownload 的操作流程与工具匹配问题4.1 展锐的下载链路FDL1/FDL2 与端口识别展锐平台包括早期的 Spreadtrum 和现在更常见的 Unisoc下载链路结构和 MTK 很像芯片内 Boot ROM 先运行第一步加载 FDL1第二步通过 FDL1 加载 FDL2FDL2 才是真正执行固件下载的模块。PC 端对应的上位机是 ResearchDownload业内一般简称 RD。展锐和 MTK 一个明显的体验差异在于端口识别。MTK 设备插上后驱动装好会自动枚举成标准的 MediaTek USB Port展锐则没那么稳定设备管理器里出现的端口可能叫 SPRD、Unisoc甚至在某些老平台上显示为“未知设备”。RD 工具连接时通常需要手动选择端口端口选不对工具就会一直停留在等待连接状态。我一般会在插上设备后先打开设备管理器确认端口号再在 RD 工具里指定这个端口。如果设备管理器里压根没出现新端口优先检查驱动是否对应、USB 线是否只支持充电不支持数据这两个因素占展锐连接失败原因的一半以上。4.2 ResearchDownload 版本升级烧录的流程和参数ResearchDownload 支持两种固件输入方式一种是整包 PAC 格式固件打包成一个文件选择后自动解析内部的分区和镜像路径另一种是多文件模式手动逐个添加分区镜像。展锐平台版本升级烧录的基本流程安装对应平台的 Unisoc 驱动确认设备管理器出现正确的 COM 端口。打开 ResearchDownload根据固件格式选择 PAC 包或添加多文件。确认目标 Flash 类型是 eMMC 还是 UFS选错会直接报错。设置下载选项决定是否格式化用户数据分区。点击下载观察进度条和日志输出。参数作用版本升级时的建议固件类型PAC 包或分区文件优先用 PAC减少漏选分区风险Flash 类型eMMC / UFS / NAND必须和设备一致端口号指定 COM 口从设备管理器确认下载选项全量下载或仅更新指定分区升级保留用户数据量产全量覆盖展锐平台的“版本升级烧录”这个概念在实际项目中通常指平台级大版本变更比如 Android 版本跳变或者基带协议升级。这种升级涉及分区多、底层变化大和日常 OTA 小升级不是一个量级基本只能走 RD 工具完成。4.3 工具版本与固件版本展锐绕不开的匹配问题展锐平台被吐槽最多的就是工具版本兼容性。同一台电脑、同一个 RD 工具刷 A 项目固件一切正常换 B 项目固件后要么一直提示连接失败要么下载到一半报错退出。这个现象的原因在于展锐不同代际的芯片FDL2 的下载协议和数据格式并不完全一致。老版本的 RD 工具解析不了新平台的固件描述文件新版本的工具又可能丢掉了对老平台的兼容。售后圈子里常把这问题称为“玄学”实际排查下来十有八九是工具版本和固件不配套。解决这类问题我通常不再单独下载某个固定版本的 RD 工具而是直接找固件包发布说明里附带的那一版工具把工具、驱动、固件三者绑定保存。升级工具版本前先拿实际产品做一轮完整验证确认下载、校验、开机都跑通再推广。多版本工具装在同一台电脑上使用时不要同时打开展锐驱动存在版本互踩的情况遇到奇怪的连接失败先关掉所有其他 RD 实例。5. 版本升级烧录常见问题驱动、线材、端口和分区四个避坑点5.1 插上电脑没反应mtk无法连接设备现象设备关机后插 USB电脑完全没反应设备管理器里不出现新端口或者出现一个黄色感叹号的未知设备“mtk无法连接设备”是这类问题搜得最多的说法。原因大概率是驱动没装对或者 USB 线只有充电能力。其次是设备没有真正进入下载模式——部分 MTK 平台需要按住音量键、或者短接触点才能让 Boot ROM 和外设建立连接。还有一个容易忽略的细节电池电量过低时芯片虽然能点亮屏幕但无法提供 BROM 握手所需的稳定电压表现为工具一直停在“等待设备”状态。解决先换一条确定支持数据传输的短线直插主板 USB 口不要经过前置面板或者 USB Hub。驱动方面把常见的 VCOM、Preloader 端口驱动都装齐后重启电脑。老平台可以尝试扣掉电池再插线新平台没有可拆电池就按住音量上键或下键再插线直到工具开始下载再松手。这一步是血泪经验很多人反复插拔没用其实是按键时机不对。5.2 高通 QFIL 卡在下载中间进度条不动现象QFIL 已经完成端口握手开始下载后进度条长时间停在某个百分比日志停在某个镜像文件上不再更新有些版本直接报失败。原因最常见的是 programmer.mbn 与目标固件不匹配。有人为了图省事从别的项目包复制了一个通用 programmer 过来结果固件里分区格式对不上下载链路在写特定分区时崩溃。另一个常见原因是镜像文件本身缺失或路径不对rawprogram0.xml 里引用的文件在固件目录里不存在。解决回到固件原始包使用包内自带的 programmer.mbn重新加载 rawprogram0.xml 和 patch0.xml确保三个文件来自同一份固件。下载前手工检查 rawprogram0.xml 里列出的镜像文件名和固件目录逐个对照发现缺失直接补包不要硬刷。5.3 展锐工具报连接失败但其他平台工具正常现象同一台电脑、同一条 USB 线MTK 工具能正常识别设备展锐的 RD 工具却报连接失败。原因展锐驱动和 MTK 驱动存在资源冲突或者 COM 端口号被其他串口工具占用。还有一种情况是设备管理器里出现了两个相同端口名RD 工具选了错误那个。解决先关掉可能占用串口的调试软件比如串口助手、日志抓取工具再重新打开 RD 工具。在设备管理器里找到展锐设备的实际 COM 号复制到 RD 工具中手动指定端口。如果设备管理器里连端口都没有卸载展锐驱动重装装完之后务必重启一次电脑再试。展锐平台烧录前驱动安装优先级要高于 MTK 和高通因为它的驱动链更脆弱。5.4 烧录成功却停在 Boot Logo现象工具显示下载完成设备重启后一直停在品牌 Logo 或者循环重启没有任何错误提示。原因这种情况大概率不是烧录失败而是数据分区不兼容。跨大版本升级时旧版本的 userdata 数据结构不能被新系统识别系统启动到一半就崩溃重启。另一个可能是防回退机制触发当前固件版本低于设备里原本的防回退级别系统被强制拦截启动。解决先做一次 Format All 或者清空 userdata 分区后重新下载这是解决数据不兼容最直接的手段。如果问题依旧检查是不是引入了带防回退标志的固件降级回到原版本重新升级。这里要给个提示高通的 persist 分区、展锐的 NV 或校准分区都属于“刷没了就后悔”的分区。量产和维修现场一定要在固件包侧保留分区备份能力一旦误刷优先尝试从同型号设备提取备份恢复而不是反复重刷。6. 把版本升级烧录做成产线脚本三平台封装与烧录后验收6.1 三平台命令行封装版本升级烧录在研发阶段靠手工点鼠标没问题到了产线就必须脚本化。三个平台的 PC 工具都提供命令行入口只是参数名不统一。我一般会做一个总入口脚本按平台分发到各自的工具调用逻辑#!/bin/bash # 产线版本升级烧录封装脚本 # 用法: ./flash.sh mtk|qcom|unisoc 固件目录 platform$1 img_dir$2 case $platform in mtk) # MTK 平台Firmware Upgrade 模式保留用户数据 SPFlashTool.exe -c $img_dir/scatter.xml -t upgrade ;; qcom) # 高通平台使用固件包自带 programmer加载对应 XML QFIL.exe -d 9008 -p $img_dir/programmer.mbn \ -r $img_dir/rawprogram0.xml -a $img_dir/patch0.xml ;; unisoc) # 展锐平台PAC 整包下载端口参数由工具自动探测 ResearchDownload -f $img_dir/firmware.pac -a ;; esac这段脚本核心是平台分发逻辑。img_dir 从外部传入保证不同项目切目录即可不用改代码。三个工具的命令行参数在不同版本里有差异实际使用前先跑一遍工具的 help 或者帮助文档确认参数名。产线上常见做法是在脚本外层再套一个配置文件把勾选分区、是否格式化 userdata 这些决策外置避免频繁改脚本引入风险。6.2 烧录后的验收清单烧录工具提示成功到设备真正可交付中间还差一个验收动作。我个人的习惯是烧录完成后马上做一次版本确认而不是直接包装入库。系统能开机时用 adb 读取版本属性和预期版本逐一比对模组类产品没有 adb则通过串口查询 AT 命令的固件版本号。开不了机的场景回到对应工具的 ReadBack 或日志模块查看分区写入结果确认哪些分区写成功了。还有一点容易被忽略烧录完成后要抽查设备的基带状态和日志输出确认没有 fatal 级别错误。产线上应该在 MES 系统里把“下载成功”和“版本校验通过”作为两个独立的过站节点两者都通过才算合格。我自己在这上面栽过跟头脚本里只做了下载成功判断没有校验版本结果一批设备烧成了旧版本固件到了客户手里才发现。从那以后任何升级工具版本、换固件包我都要先拿一台设备完整跑一遍“下载 校验 开机日志”再放量。工具的版本号、驱动版本号、固件包完整路径也都要记录在产线台账里方便出问题时回滚和追溯。希望这套思路能帮你少走点弯路。本文还有配套的精品资源点击获取