1. 先聊清楚为什么要在Windows下给F1C100s烧系统玩F1C100s开发板的朋友应该都跟sunxi-fel打过交道。这颗芯片典型玩法就是LicheePi Nano那一类小板上跑Linux/RT-Thread本身方案很成熟资料也多但一到烧录环节不少人就被卡住了——官方教程里写的是Linux命令又是git clone又是make身边没Linux环境的话第一步就劝退一半人。其实F1C100s这颗芯片进入烧录模式没那么玄乎它就是全志的老方案BootROM里带了一个FEL模式上电后只要检测不到合法启动介质或者外部强制拉低FEL引脚芯片就会进入USB下载模式。本质上烧录就是把镜像通过USB写进TF卡或者SPI NOR Flash里。Linux下大家习惯用sunxi-fel工具一步步初始化DDR、加载U-Boot、再写镜像功能确实强但对只想“把系统刷进去跑起来”的人来说操作链路太长了。PhoenixSuit就是全志官方的Windows图形化烧录工具名字听起来像刷安卓机的工具实际上它就是给全志平台产线烧录用的。它的优势在于识别设备、选择镜像、一键烧录全程鼠标点几下就行不需要装交叉编译环境也不需要敲命令行。对F1C100s/F1C200s这类芯片来说PhoenixSuit完全可以替代sunxi-fel完成最常见的“整包烧录”需求尤其是Windows用户。这篇我就围绕“用PhoenixSuit给F1C100s开发板刷系统”这件事把软件准备、驱动安装、FEL模式确认、烧录操作、失败排查全部过一遍。适合手里有LicheePi Nano或者类似F1C100s/F1C200s板子、并且主要用Windows系统的朋友参考。1.1 F1C100s烧录这事卡在哪了先说一下这芯片的启动流程理解了它就能明白为什么烧录看起来麻烦。F1C100s上电后芯片内部的BootROM会去检查启动介质一般是SPI NOR Flash或者SD卡。正常情况它会在这些介质里找合法的启动头找到就跳进去执行找不到就进入一个兜底的FEL模式等着外部通过USB给它发指令。sunxi-fel干的活就是在芯片停在FEL模式的时候通过USB把要写的数据直接送进去。它有两种典型用法一种是临时把U-Boot加载进内存跑起来方便调试另一种是直接往SPI Flash里写固件或者往SD卡里写镜像。Linux下用起来确实顺手但到了Windows环境你就得准备编译工具链、可能还要用WSL或虚拟机折腾一圈下来可能还没进入正题就累了。PhoenixSuit的定位就不一样它走的是“整包镜像烧写”路线。你把一个做好的img文件拖进去软件自动识别里面有哪些分区然后统一写进目标存储介质。它不需要你去管DDR初始化、不用区分哪个是boot0哪个是U-Boot这些打包镜像的时候都处理好了烧录阶段只是搬运。所以我要表达的“极简”不是指它能做所有事而是指“日常刷系统”这个单一场景下它真的可以做到开箱即用。1.2 PhoenixSuit凭什么能“一键烧”我拿sunxi-fel和PhoenixSuit做个对比这样大家心里有个数什么场景用哪个更合适。对比项sunxi-felPhoenixSuit运行平台Linux源码编译Windows图形界面典型用途FEL模式下载、裸机调试、写SPI Flash整包镜像一键烧录操作复杂度命令行需理解参数和地址鼠标点选适合新手对镜像格式要求可灵活指定地址和数据需要完整img或官方格式固件产线量产可用但需写脚本全志官方工具产线常用出问题时排查日志直观灵活调参日志比较少黑盒一些看完这个表你应该能感觉到这两个工具不是完全替代关系。sunxi-fel像一个精密螺丝刀什么都能拆PhoenixSuit像一把电钻干“整块打孔”这种活特别快。如果你只是想把一个编译好的系统镜像刷到TF卡或者SPI Flash里PhoenixSuit就是最省事的选择。如果你要做底层裸机调试、只加载某个数据块到内存跑那还得回到sunxi-fel。这篇先把前者讲透后者最后给个兜底参考。2. 动手准备软件、驱动、镜像三件套用PhoenixSuit烧录不需要准备一堆编译工具真正必须的就三样PhoenixSuit软件本身、能正常识别FEL设备的驱动、一个完整的系统镜像。这三样里前两个是一套的装好软件后驱动一般也会装上镜像则是决定你能不能烧成功的关键建议提前确认好来源。2.1 软件下载安装注意别把文件下到一半就插板子PhoenixSuit的安装包在全志官方或者各开发板社区都能找到很多资料包网盘里也直接带着。下载的时候注意区分位数新版软件通常同时支持32位和64位系统但安装包可能分版本。拿到压缩包后先解压别直接在压缩包里运行安装程序。安装流程没有特殊之处一路Next就行。但有一个操作习惯我得专门提一下装软件的过程中不要提前把开发板接到电脑上。我第一次用的时候就是先插了板子再装软件结果驱动半装不装设备管理器里一直是一个带感叹号的未知设备又折腾半天重装驱动才解决。正确的顺序是软件装完、电脑重启一次、再连接开发板进入FEL模式让系统识别到新硬件然后检查驱动状态。安装完成后建议打开一次软件确认界面正常。有些精简版系统会缺少VC运行库PhoenixSuit打开时可能报错这时候装一下微软常用运行库集合DirectX Repair那种整合包就行基本都能解决。2.2 驱动安装的两种姿势常规安装和强制签名绕过全志FEL设备的驱动跟普通串口驱动不一样它在Windows里的设备名通常是USB DeviceVID_1f3a_efe8VID是1f3a这就是全志的厂商ID看到这个就说明芯片已经进入FEL模式且被电脑发现了。正常情况下PhoenixSuit安装完成后驱动会自动绑定到设备上。但Windows 10和Windows 11对驱动签名要求比较严格全志这套老工具在新系统上偶尔会出现“设备描述符请求失败”或者代码43错误。遇到这种情况我先说常规解法右键“此电脑”→“管理”→“设备管理器”找到那个未知设备或带感叹号的设备右键“更新驱动程序”→“浏览我的电脑以查找驱动程序”→“让我从计算机上的可用驱动程序列表中选取”然后点击“从磁盘安装”浏览到PhoenixSuit安装目录下的Drivers文件夹手动指定驱动文件。这里要注意64位系统选x64目录32位选x86目录选错了百分百装不上。如果手动指定驱动仍然提示“找不到驱动”或者“签名验证失败”那就需要临时禁用Windows强制签名。操作路径是开始菜单→按住Shift点“重启”→疑难解答→高级选项→启动设置→重启→按数字键7或F7选择“禁用驱动程序强制签名”。注意这只是本次启动有效下次重启后签名策略会恢复但足够你把驱动装完。驱动装好之后设备管理器里那个设备名字会恢复正常不再带黄色感叹号PhoenixSuit主界面左下角通常也会显示“已连接设备”。到了这一步烧录环境就算通了。2.3 镜像怎么选整包img和裸bin的区别镜像这块是个容易懵的地方。PhoenixSuit能烧两种东西一种是完整的系统镜像img里面已经分好了boot0、U-Boot、内核、设备树、根文件系统另一种是单文件bin比如你刚编译出来的u-boot-sunxi-with-spl.bin。对绝大多数情况来说建议用完整的img省心。拿LicheePi Nano的社区资源举例官方资料里通常提供两类镜像一类是SPI NOR Flash镜像容量小适合烧进板载Flash另一类是SD卡镜像压缩包解出来是个img文件文件名一般带sd字样。用PhoenixSuit烧录时直接选择对应的img文件即可。如果你是自己编译的U-Boot想单独烧一个binPhoenixSuit也能处理但需要你对分区偏移有概念否则容易把boot0写到错误位置。我个人的建议是自己编译的U-Boot用sunxi-fel配合spiflash-write命令写PhoenixSuit更适合烧整套打包好的镜像。为了方便你理解整个镜像结构这里给一个F1C100s常见SPI NOR布局参考分区起始偏移大小内容boot00x0000008KB全志引导头BootROM加载U-Boot0x010000512KB主引导程序内核dtb0x1000002MBzImage和dtbrootfs0x300000剩余空间根文件系统不同的镜像打包方式可能调整这些偏移但结构大致如此。这样你就明白为什么大家经常说“烧录前确认镜像来源”如果一个img是从网上随便下的分区布局对不上你的板子烧进去就是黑屏。我这里演示用的是社区维护的整包镜像也是多数人实际会用到的情况。3. 极简实操从进入FEL到烧写完成全流程环境准备完毕接下来就是最关键的操作环节。整个流程可以概括为四步让板子进入FEL模式、连接电脑确认驱动、选择镜像烧录、断电重新启动验证。每一步我都按实际操作的顺序展开说中间穿插一些判断标准和常见误区。3.1 怎么确认开发板进入了FEL模式这是整个烧录里最不容易说清楚的一步。F1C100s进入FEL模式有两种常见方式。第一种是直接按住FEL按钮上电。LicheePi Nano这类板子上基本都设计了FEL按键位置一般在板子边缘标注为FEL。操作方式是按住FEL键不要松然后再插USB线给板子供电或者按一下板子上的复位键。注意顺序很重要先按住FEL再上电芯片在BootROM阶段看到FEL标志就会停在FEL模式。如果你先正常开机了再按FEL大概率无效因为代码已经跑起来了。第二种是短接SPI Flash的CS引脚到GND。这个技巧在部分没有FEL按键的板子上特别有用。原理也不复杂BootROM启动时会尝试从SPI NOR读取数据你把它的片选信号拉低芯片读不到有效数据就会自动跌落到FEL模式。具体做法是找一枚杜邦线或者镊子把Flash芯片的CS脚一般标为CS、CE多数是引脚1跟最近的GND短接然后上电。这个方法适合救砖场景比如U-Boot坏掉、系统完全起不来但你想重新烧录的时候。怎么判断芯片是否真的进入了FEL模式最直接的信号就是电脑设备管理器里出现USB DeviceVID_1f3a_efe8或者打开PhoenixSuit后软件左下角显示发现新设备。如果插上板子电脑一点反应都没有优先检查USB线的数据传输能力有些充电线只能供电不能传数据会把你坑到怀疑人生。3.2 PhoenixSuit里三个关键操作设备识别成功后软件主界面一般会弹出提示“检测到USB设备”此时就可以开始烧录了。第一步是选择镜像。PhoenixSuit主界面有“固件”相关的按钮点击后浏览到你准备好的img文件。选中后软件会解析镜像信息界面里会出现镜像名和大小。如果软件报“固件格式不正确”基本可以确定你选错了文件类型换一个完整img试试。第二步是触发升级。设备处于FEL模式且已连接的情况下软件通常会弹出一个对话框问你是否立即升级选择“是”即可。如果没弹窗就点主界面上的“一键升级”或者“立即升级”按钮。这里有同学会遇到一种情况点了升级但进度条一动不动大概率是之前设备驱动安装得不对或者板子已经从FEL模式掉出去了。这时候重新按住FEL再插线让设备重新枚举一次再点升级。第三步是放电重启。进度条走到100%后软件提示“升级成功”不要马上拔线先点软件里的退出或者等待它自动复位。对于多数开发板烧录完成后需要断电、拔掉USB线、再重新上电启动。注意不要只靠USB口供电做启动测试最好用规范的5V电源因为部分板子USB口供电电流不够启动大负载时容易掉电重启。整个烧录过程快的不到一分钟慢的也就两三分钟主要取决于img大小和USB传输速度。如果进度条长时间卡在某个百分比不动别傻等基本是出问题了我们下一章专门讲。3.3 烧完之后怎么快速验证烧录完成不代表一定能启动我习惯按以下顺序检查能省不少排查时间。第一确认启动介质选择正确。F1C100s开发板一般用拨码开关或者跳线来决定是从SPI NOR启动还是从SD卡启动。烧录哪一种介质就把拨码拨到对应档位。很多朋友烧完说“启动不了”结果一看拨码还停留在另一路介质这种错误最冤。第二接好串口看日志。F1C100s的调试串口一般就是UART0用USB转TTL模块连接波特率115200数据位8停止位1无校验。上电的瞬间就应该能看到BootROM阶段的信息。如果你看到一堆打印但停在某个位置说明镜像本身结构有问题如果完全没有打印优先怀疑供电和启动介质选择。第三观察板上LED状态。大部分开发板或者核心板会有一个电源指示灯和用户灯系统启动到内核阶段用户灯会有动作。如果电源灯亮但用户灯完全没反应大概率是U-Boot阶段就挂了可以回看串口日志定位。这里多说一句烧录成功与否最终要以“芯片能从目标介质正常引导”为准而不是以PhoenixSuit显示“升级成功”为准。这两者有时候会不一致尤其当镜像本身有问题时软件照样会显示烧录完成但板子就是跑不起来。4. 烧录翻车实录我踩过的坑和排查方法PhoenixSuit用起来确实简单但越简单的工具出问题时越容易让人摸不着头脑。我把自己实际用过以及帮朋友排查过的典型问题整理出来按现象分类大家遇到类似情况可以直接对照。4.1 设备不识别、驱动装不上先别急着换电脑最常见的问题就是插上板子后电脑毫无反应。我大概总结了一下按出现频率排序是USB线不支持数据传输、驱动没装好、FEL模式没进对、电脑USB口供电或兼容性问题。USB线这个因素占比可能超出你的想象。我手头一堆看起来一模一样的Micro-USB线其中一半只带充电功能插上去设备管理器纹丝不动。判断方法很简单用这根线连接一个U盘或者手机看电脑能不能识别数据。不能识别就直接换线不要浪费时间。驱动装不上的情况多为Windows 10/11的驱动签名限制导致。设备管理器里如果设备显示“Windows无法验证此驱动程序软件的发布者”先按我前面提到的“禁用驱动程序强制签名”方法重启再装。另外有些精简版系统把系统文件裁掉了也会导致驱动装不上可以考虑换一台纯净系统电脑测试。FEL模式没进对的情况多发生在按FEL键后没有重新上电。记住一个判断原则芯片必须从BootROM阶段就进入FEL而不是系统跑起来之后再切过去。所以如果你发现板子已经亮灯跑系统了再按住FEL按键通常不会进入下载模式正确做法是断电、按住FEL、再上电。最后是USB口的问题。优先用电脑后置USB口不要用机箱前置面板的口前置口供电不足的情况很常见。如果主板只有USB 3.0口也可以试着用USB 2.0 Hub转接一下有些老设备对USB 3.0的枚举兼容性并不好。4.2 烧录卡进度条、中途报错大概率是镜像或供电很多朋友遇到烧录到2%卡住或者走到50%突然报错“固件升级失败”。先说结论PhoenixSuit这个工具本身很稳定出现中途失败十有八九是镜像文件不完整或者供电不足。镜像文件不完整从网盘下载后一定要校验一下压缩包能正常解压不代表里面的img没损坏。一个简单的检查方法是看文件大小是否和发布页一致或者对比一下MD5。如果软件加载镜像时直接提示格式错误重新下载往往是唯一解。供电不足的情况在烧录SPI NOR Flash时特别明显。烧写Flash需要较高写入电压如果电脑USB口本身供电能力弱板子上的Flash在擦除阶段很容易掉压失败。这时候你可以给板子额外接一个5V电源或者把板子上的电源跳线切到外部供电模式。我第一次烧LicheePi Nano的SPI NOR时就遇到过反复在“擦除块”阶段失败的问题后来发现是USB口供电不够换成独立供电后一次过。另外还有个容易忽略的点杀毒软件。PhoenixSuit在烧录过程中会写驱动、读写硬件部分杀毒软件会实时拦截导致进度条卡死。烧录前最好把实时保护暂时关掉或者给PhoenixSuit加白名单。4.3 烧录成功但板子不启动优先查这三个位置如果说前面是操作问题那这个就是技术问题。按照我的经验烧录成功但启动失败排查顺序是串口到底有没有输出、镜像到底对不对、存储介质到底有没有被正确识别。串口没输出基本在硬件层面上就有问题。你检查一下RX/TX有没有接反共地有没有接好串口波特率是不是115200。F1C100s的调试串口默认是UART0有的板子引出标了DTX/DRX接USB转TTL模块时要交叉连接也就是板子的TX接模块的RX板子的RX接模块的TX。接反了就会表现为完全没有打印但这跟烧录关系不大。串口有输出但卡住比如停在Starting kernel...后再也没下文基本是内核和dtb不匹配或者分区表对不上。这种问题需要回到镜像源确认看它是不是对应你的板型。存储介质识别问题多发生在你烧的是SD卡镜像但拨码开关还是SPI NOR启动。这时板子会尝试从Flash那边找boot0找不到就再次进入FEL表现出来就是上电后没有打印插上USB又被识别成FEL设备。所以烧录前先确认目标介质烧录后也要检查启动拨码。5. 补充保留一份sunxi-fel兜底方案PhoenixSuit虽然好用但不是万能的。比如你想给板子临时加载一个内存版U-Boot调试或者要往SPI Flash的任意地址写一段数据PhoenixSuit就搞不定了。如果手头有条件我还是建议把你桌面机器上的Linux环境或者哪怕WSL里的一套sunxi-tools工具链留好关键时刻能救命。5.1 Linux下几个常用命令备着就行假设你临时切到Linux环境虚拟机、双系统、或者树莓派上装Ubuntu都行sunxi-tools的用法也不复杂。首先确认设备是否识别sudo sunxi-fel -l如果列出了USB device: 1f3a:efe8说明FEL模式正常。往SPI NOR Flash烧U-Boot的命令sudo sunxi-fel -p spiflash-write 0x000000 u-boot-sunxi-with-spl.bin往SD卡烧整包镜像可以直接用dd但前提是先把卡插在读卡器上确认设备节点sudo dd iflicheepi_nano.img of/dev/sdX bs4M statusprogress sync这里的/dev/sdX要根据你机器上的实际设备节点来定千万不能搞错盘符否则写错盘就要哭了。这些命令看着多其实也就几行在PhoenixSuit出现驱动不配合的疑难场景时Linux下的sunxi-fel基本上是无脑可用的。5.2 什么时候我建议你别用PhoenixSuit归根结底工具选择应该跟着场景走。我个人的建议是整包镜像量产刷机、日常刷系统用PhoenixSuit效率最高。自己调试U-Boot、改启动参数、网络加载内核用sunxi-fel灵活度最高。需要反复擦写SPI NOR做启动过程验证建议先用sunxi-fel的读命令备份当前固件再动手写。如果你既没有Linux环境PhoenixSuit又驱动死活装不上最后的兜底方案是用读卡器把SD卡插在电脑上用Win32DiskImager这类工具直接把img写到卡里再把卡插回板子启动。虽然绕过了FEL模式但效果是一样的甚至更适合SD卡启动方案。我的体会是玩嵌入式开发板不怕多会几个工具怕的是只认准一个工具出问题时没得退路。PhoenixSuit作为Windows下的主力烧录方案适合日常开发sunxi-fel作为底层调试方案适合关键时刻兜底。两边都备着F1C100s这块板子基本就不用愁刷机问题了。