Windows下用PhoenixSuit给全志F1C100s刷机实操指南

这块全志F1C100s的开发板躺在我抽屉里大半年每次想捡起来玩都要先做心理建设。不是它性能不行ARM926EJ-S老爷芯配32MB DDR1跑个精简Linux绰绰有余问题全出在烧录官方文档清一色Linux下的sunxi-fel命令行各种参数看得人头大想用Windows又找不到顺手教程虚拟机里装Linux再搞烧录纯属为了吃顿饭先种水稻。后来换了PhoenixSuit这套Windows方案我才发现原来给F1C100s刷机可以就这么简单装驱动、进FEL、选镜像、点升级十分钟内把SPI Flash写满。这篇文章就把这套方法完整拆开包括驱动翻车现场和镜像格式的坑给想在Windows下捣鼓F1C100s的朋友做个参考。1. 为什么F1C100s在Windows下烧录这么别扭1.1 这颗国产神U的烧录生态现状全志F1C100s以及它的兄弟F1C200s是一个把CPU、DDR1和Flash控制器塞进一颗QFP封装里的芯片不需要外挂内存颗粒一颗芯片加一颗SPI Flash就能组成一套最小系统。因为这个特性很多低成本Linux开发板、MP4方案、甚至自制的GameBoy掌机都爱用它所以在开源社区里它的受众特别杂有人拿它做NAS有人做随身Linux终端有人直接把它当高级单片机用。但受众杂也带来一个问题烧录工具链跟不上。全志官方对消费级产品的烧录主要走Windows下的PhoenixSuit但早年开源社区的玩法普遍是Linux下用sunxi-fel通过USB在FEL模式下直接读写芯片、烧SPI Flash。所以你在多数教程里看到的都是sudo sunxi-fel ...这种命令行操作Windows用户直接被晾在一边。偏偏F1C100s玩的就是折腾系统要自己编译镜像要自己弄第一步烧录就被卡住很多人就这么劝退了。我身边不止一个朋友问过同一个问题我电脑只有Windows到底怎么给这块板子刷系统答案其实有只是散落在论坛角落和英文博客里新手很难拼出完整链路。这篇文章的初衷就是把这条链路从头到尾捋清楚。1.2 sunxi-fel方案到底卡在哪sunxi-fel本身是个好工具它能通过USB让F1C100s的FEL模式引导程序把代码加载到DDR里执行也能直接读写SPI Flash甚至eMMC支持的操作包括执行内存镜像、写寄存器、烧录固件、备份Flash功能相当全。但换到Windows上有几道坎不是工具本身不好是环境不配合官方没有发布Windows版网上能找到的fel.exe基本是第三方编译的版本新旧不一有些还缺功能比如不支持最新的spiflash-write参数。它依赖libusb驱动Windows下要用zadig把设备的默认驱动替换成WinUSB或libusb-win32中间只要操作错一步设备就成了Unknown Device得从头再来。它没有界面全是命令行参数比如要烧一个镜像得先搞清楚SPI Flash的起始地址、要不要带spiflash-write这类选项。对只是想把镜像刷进去的普通玩家来说学习成本确实高。我不是否定sunxi-fel它在调试场景里的价值是PhoenixSuit替代不了的。但对大多数只想把Linux跑起来的用户用它在Windows下烧录属于自己给自己加戏。1.3 PhoenixSuit恰好在Windows生态里补上了这个缺口PhoenixSuit是全志官方的固件升级工具Windows版做了很多年UI虽然看着有年代感但功能上完全够用。它做的事情其实就是把sunxi-fel那套USB进入FEL → 传输镜像 → 写入Flash的流程封装成了一个图形界面你只需做三步连接设备、选择镜像、点升级。它对驱动也更友好安装包自带的驱动在老系统上是即插即有的就算在Win10/11上驱动翻车配合zadig也能救回来这个后面专门讲。另外PhoenixSuit不仅是刷F1C100s能用全志T113、V3s、R16这些芯片的量产烧录流程里也常见到它的身影学会一次同类芯片基本通用。这里先给一个结论如果你手上有F1C100s开发板想解决Windows下怎么烧录首选就是PhoenixSuit。它可能不是最酷的方案但一定是最省事、最不容易半途翻车的方案。2. 烧录前的准备工作硬件、软件、驱动三件套2.1 硬件环境必须先排查到位烧录前别急着装软件先确认三样东西。第一开发板本身能进FEL模式。F1C100s开发板一般会在板上设计一个FEL按键、BOOT跳线或者单独的焊盘。按下去或短接到GND再上电芯片就会停在FEL阶段不加载SPI Flash里已有的任何程序。买板子时看清楚说明有些核心板没按键需要你从底板上引线把FEL引脚拉到地这个操作不难但得知道引哪儿。第二一条能传数据的Micro USB线。这点特别容易被忽略很多线买来就是给充电宝用的里面只有电源线没有数据线插上去电脑毫无反应。我一般在抽屉里多备两条哪根出现未知USB设备就换哪根实测下来比花半小时研究驱动更快。第三Windows电脑最好是Win10或Win11。Win7也能跑但驱动路径和工具版本跟Win10不太一样后面讲的内容默认按Win10/11来。另外如果你打算刷完系统立刻验证最好准备一根USB转串口线。F1C100s开发板上的调试串口一般是三根线TX、RX、GND接上电脑后用PuTTY或MobaXterm连对应COM口波特率设115200就能看到U-Boot和内核的启动日志。没有串口也用HDMI接小屏幕看画面输出只是排查问题不如串口直观。2.2 PhoenixSuit安装里的几个小坑PhoenixSuit安装包去全志官方或者社区镜像下载常见版本是4.0.x文件不大几十MB。下载时注意别点到乱七八糟的推广下载站认准原版压缩包。安装时右键以管理员身份运行中途如果杀毒软件弹窗报检测到驱动安装尽量选择允许。原因很简单PhoenixSuit要往系统里装USB驱动这个行为在杀软看来和恶意程序有点像实际上驱动本身是全志签名的过了校验就行。如果你装到一半提示安全软件拦截关了杀软重新装一遍是常态装完再开回来。还有个小细节安装路径最好别带中文。工具本身界面能显示中文但内部对路径的处理不太稳曾经遇到过因为路径带中文导致固件包解析失败的情况改成英文路径就正常了。装完桌面会出现一个PhoenixSuit图标第一次启动时主窗口上方会显示当前的设备状态现在肯定显示无设备先别管它我们得先把驱动环境弄干净。2.3 Win10/11下驱动翻车现场的完整解法这是整个流程里最卡人的一步我先把标准操作顺序写出来安装PhoenixSuit不插板子。打开设备管理器把窗口停在端口和USB设备附近方便观察。按住开发板上的FEL键不松插入USB线等两三秒再松手。看设备管理器里出现了什么。正常情况下会出现两种情况中的一种要么是一个带黄色感叹号的未知USB设备或USB输入设备要么是显示Allwinner或USB download gadget的设备。前者说明驱动没匹配上后者说明PhoenixSuit自带的驱动已经生效直接打开PhoenixSuit就能识别。如果是前者手动指定驱动右键设备 → 更新驱动程序 → 选择浏览我的电脑以查找驱动程序 → 拉到最下面选让我从计算机上的可用驱动程序列表中选取 → 在弹出的列表里选WinUSB设备或libusb-win32。如果列表里没有这些选项就用zadig下载zadig打开后在菜单里勾选List All Devices下拉找到VID_1F3A、PID_EFE8这个设备这就是全志F1C100s在FEL模式下的USB ID右侧驱动选WinUSB点Replace Driver。换好后PhoenixSuit就能认到了。这里我可以直接给你一张速查表方便烧录现场照着排查现象原因解决办法插入USB无任何新设备线材只有电源线或USB口供电不足换一条数据线换USB2.0口设备名字显示未知USB设备设备描述符请求失败驱动不对或端口枚举异常换USB口手动装WinUSB驱动有设备但显示黄色感叹号系统自带驱动版本过旧用zadig替换成WinUSBPhoenixSuit提示没有发现设备驱动识别正常但工具未识别重新插拔确认FEL按键是否按住驱动这块我的经验是先装PhoenixSuit自带驱动不行再上zadig不要一上来就zadig。PhoenixSuit自带的驱动在Win10 1809之前的版本上很稳后来的系统偶尔会提示驱动未签名这时候才轮到zadig出场。3. 核心流程让PhoenixSuit真正把镜像写进SPI Flash3.1 进入FEL模式的标准姿势打开PhoenixSuit前先让板子进入FEL模式。具体动作找一把镊子或者直接用指甲按住开发板上标注FEL的按键部分板子叫BOOT或UBOOT也有直接用焊盘标注的。用Micro USB线连接开发板和电脑插线瞬间保持按键不松过两三秒再松手。此时芯片不从SPI Flash加载程序而是等待USB主机来下发数据。如果板子上没有按键就用杜邦线把FEL引脚直接短路到GND短接后上电也能进FEL。插好后开发板的电源指示灯会亮但屏幕如果有不显示、串口不打印任何内容这都正常不是砖了是板子在FEL模式里待机。有的新手一看到串口没输出就以为板子烧了其实恰恰说明FEL模式起作用了因为它跳过了正常启动流程。另外提醒一句FEL模式下USB设备会以VID_1F3A、PID_EFE8枚举。如果你在设备管理器里看到这个ID但PhoenixSuit还没识别多半是工具版本和系统权限的问题右键以管理员身份运行PhoenixSuit或者去驱动环节再核对一遍。3.2 PhoenixSuit界面操作细节打开PhoenixSuit如果驱动识别正常主界面会提示发现设备。它有两个烧录入口一个叫一键刷机一个叫固件升级。这两个入口对镜像的容忍度有差别。我自己的习惯是手上有.img格式的社区镜像就选一键刷机然后把文件类型过滤器切到所有文件直接选中那个.img。如果手上有全志官方打包的.fw或带配置文件的分区固件包才走固件升级。别选反了否则工具会提示镜像格式不合法容易让人以为镜像坏了。选完镜像后点击立即升级工具会先对镜像文件做一次解析然后提示你请插入一个USB设备之类的提示——其实不用再插直接确认。这之后它会先通过USB把烧录程序加载到F1C100s的DDR里运行再由这个运行在DDR里的程序把镜像逐块写入SPI Flash。整个过程界面上会有进度条。这里有个很多人不知道的细节PhoenixSuit对.img镜像的处理不是简单地把文件按字节流写进Flash而是会解析镜像里的分区结构按分区地址写入。所以如果你的镜像本身是SD卡启动镜像带MBR分区表PhoenixSuit烧进SPI Flash时会忽略MBR里的分区表信息把U-Boot写到0偏移处这和sunxi-fel直接写整片Flash的逻辑不完全一样。好在F1C100s的常规Linux镜像就是这么组织的实际用下来没问题。3.3 烧录过程中的现象与判断依据烧录过程中开发板上的电源指示灯不会灭但USB会重新枚举一次电脑里可能听到叮咚一声。别慌这是正常现象工具在切换工作模式。进度条走到100%后PhoenixSuit一般会弹一个烧录成功的提示并询问是否要重启设备选确认后开发板会自动重启进入系统。如果烧录的是精简Linux镜像重启后串口波特率设115200就能看到U-Boot打印和内核启动日志。就算没有串口线你也可以用HDMI接个小屏幕看有没有画面输出。判断烧录成没成功最靠谱的依据是看系统能不能进用户态而不是只看PhoenixSuit弹出的成功提示。因为有些镜像本身有问题烧录动作完成但内核起不来这种不算真成功。这一步的关键判断点确认进入FEL模式后USB枚举出来的VID/PID是1f3a:efe8。只要看到这个ID说明芯片已经准备好被刷写剩下就是工具层面的事了。如果PhoenixSuit识别不了但设备管理器里有这个ID优先检查你是不是装了多个版本的驱动把zadig和全志驱动混着装会产生冲突设备管理器里把多余设备删掉再重新枚举一次就能解决。4. 踩坑实录从设备管理器到Flash写失败的全链路排查4.1 第一层插上USB后设备管理器纹丝不动这是我折腾F1C100s时遇到的第一个坑。板子插上后Windows完全没有任何反应设备管理器里也不出现任何新设备。我一度以为是板子挂了甚至怀疑是不是芯片虚焊。后来排查来排查去问题出在线材上——那条Micro USB线是某蓝牙音箱送的只有正负极两根电源线没有D/D-数据线。换了三条线才找到能用的。所以遇到这种情况第一件事就是换线不要碰驱动。第二件事是换USB口。有的主板前面板USB口供电或信号质量差特别是台式机建议直接插机箱后面板主板自带的USB2.0口。别看USB3.0蓝色口更多有些主板在3.0口下的枚举兼容性反而不如2.0尤其对这种老芯片的USB协议栈2.0口更稳。还有一个细节容易被忽略Windows的快速启动和旧版USB驱动偶尔会冲突导致设备枚举瞬间被掐掉。如果换线换口都无效试试禁用USB选择性暂停或者关闭Windows快速启动后再插一次。我遇到过两次都是关掉快速启动就正常了。4.2 第二层未知设备加驱动感叹号如果设备管理器能看到新设备但名字是未知USB设备大概率是驱动没有匹配上。这时候打开设备属性看一下硬件ID如果能看到VID_1F3A和PID_EFE8那就别折腾什么通用驱动了直接用zadig按前面的流程把WinUSB装上去。这里要提醒一句zadig不能乱装。它会把设备原来的驱动替换掉仅适用于设备还在FEL模式下的阶段。烧录完成后设备重启进入正常系统USB功能就变了这时候如果你再用zadig去动它反而可能把正常外设搞挂。所以用完zadig就别再动了等下次需要烧录时再操作。另一个容易踩的坑是有些用户在设备管理器里看到USB下载或USB串行设备几个字就以为驱动没问题直接打开PhoenixSuit结果识别不了。这是因为F1C100s在FEL模式下对外表现的是一个自定义USB设备不是标准串口PhoenixSuit要访问它必须由专门的驱动接管。如果设备管理器把它识别成了COM口反而说明驱动被其他软件抢占了卸载那个串口驱动再重新枚举才能解决。4.3 第三层PhoenixSuit能识别但烧录到一半卡死PhoenixSuit认到了设备进度条走到一半卡住不动。我遇到过的原因主要有三个第一镜像文件本身损坏或下载不完整。社区镜像托管在网盘或GitHub Releases上偶尔传坏重新下载一遍最好比对MD5。镜像损坏的典型表现是进度条在同一个位置反复失败或者直接报固件校验失败。第二USB信号不稳定。现象是进度条反反复复跳或者卡在某个百分比上原地不动。解决办法很朴素换USB2.0口换一条更短的USB线。线越长信号衰减越明显尤其那种2米长的便宜线插上后高速传输不稳定烧录中途断连是家常便饭。第三板子供电不足。有些F1C100s开发板是纯USB供电如果你的USB口同时接了一大堆外设供电可能不够芯片进入DDR加载阶段后功耗升高瞬间电压跌落就会导致烧录中断。这时候用一个外接5V电源给板子供电但注意要跟电脑共地不然USB枚举会出幺蛾子。我一般会拿个面包板把GND串起来简单粗暴但有效。4.4 第四层烧录显示成功但板子就是起不来这是最磨人的场景烧录成功提示都有了但重启后死活进不了系统。我这里给一个排查顺序第一步先用串口线连上开发板看U-Boot有没有输出。如果串口完全没反应多半是启动介质选错了比如板子默认从SD卡启动而你往SPI Flash里写了系统它根本没去读SPI。F1C100s的启动链路一般是先看SD卡再看SPI Flash/NAND最后进FEL所以如果你SD卡槽里插着一张内容异常的卡也可能干扰启动。第二步如果U-Boot有输出但找不到内核那基本是镜像本身的问题或者Flash容量不够写进去的部分被覆盖了。F1C100s内部是32MB DDR1F1C200s是64MBFlash多则几十MB少则几MB镜像里的内核和rootfs加起来如果超过Flash容量烧录可能显示成功但启动时读不到完整数据。社区精简Linux镜像一般都能塞进8MB SPI Flash但你如果加了一些大软件包就得多注意容量。第三步如果U-Boot正常、内核也解压了但卡在挂载rootfs检查一下镜像里的rootfs格式和内核是否匹配。这属于镜像制作层面的问题了跟烧录工具无关但很常见。5. PhoenixSuit与sunxi-fel的适用边界5.1 一张表看懂两个工具的区别对比项PhoenixSuitsunxi-fel运行平台Windows图形界面Linux命令行Windows需第三方编译官方支持全志官方发布开源社区维护驱动要求自带驱动或WinUSBlibusb/WinUSB典型场景烧录整机镜像、量产升级调试、读写Flash、执行内存代码上手门槛低图形化操作中高需要记参数备份能力有限部分版本支持导出支持读取Flash内容、寄存器适合谁普通玩家、产线装配开发调试、深入研究者这两者其实不冲突PhoenixSuit覆盖了80%的日常烧录需求sunxi-fel留给需要细粒度控制的场景。很多开发者的习惯是平时用PhoenixSuit烧镜好像到了调内核的阶段再打开sunxi-fel。两条路都会走不用纠结选哪个。5.2 什么时候你不得不回到sunxi-fel有几个场景是PhoenixSuit替代不了的调试U-Boot阶段想在PC端直接往F1C100s的DDR里加载一个裸机程序或单次运行的Linux内核PhoenixSuit做不到sunxi-fel一条命令就能搞定。只想读出一小段Flash数据来分析不想整片备份PhoenixSuit的界面没那么灵活sunxi-fel的读命令可以指定起始地址和长度。批量生产需要脚本化sunxi-fel适合放进CI或自动化脚本里PhoenixSuit只能靠人肉点鼠标量产效率低。还有一个特殊场景万一你的U-Boot或内核开发改动了启动参数需要频繁重置环境变量sunxi-fel的写寄存器操作比整个重烧快得多。5.3 Windows下如果你非要命令行也有个折中路线我实测过一条可行的折中路线在Windows下装好zadig的WinUSB驱动后用社区编译的sunxi-fel.exe执行类似sunxi-fel spiflash-write 镜像.img这样的命令。注意进入FEL模式的流程和前面完全一样这里不多说。好处是可以拿到全部命令行输出和错误码适合排查问题坏处是社区版fel.exe更新不及时对新芯片支持要看运气。F1C100s这种老芯片问题不大但你要用F1C200s或更新的T113还是优先PhoenixSuit因为新版工具对全志新方案的USB协议支持更完整。如果你不想承担这个风险临时用虚拟机里的Linux跑sunxi-fel其实也是个办法只是效率低一点等你把工具链都配好可能半小时就过去了。6. 进阶玩法备份、救砖与自定义镜像量产6.1 在Windows下备份SPI Flash原厂固件PhoenixSuit虽然主打烧录但部分版本也支持读取设备内的Flash内容具体操作是在主界面找到类似导出/备份的入口或者用全志的配套工具包来做。不过这个功能不是每个版本都有而且备份顺序有些反直觉你要先进入FEL模式再点备份让工具通过USB直接读Flash。如果你在PhoenixSuit里找不到备份入口最简单可靠的备份方案是先准备一张SD卡把我前面说的Linux镜像用Win32DiskImager写进去插到开发板上让它启动起来然后在板子的Linux系统里用dd if/dev/mtd0 of/tmp/spiflash_backup.bin这类命令把SPI Flash原厂固件读出来再通过网络或串口传回PC。听起来绕但很稳而且你还能顺带把分区表、硬件校准信息这些一并备份下来。对大多数用户来说最实用的不是备份整个Flash而是备份U-Boot环境变量和启动参数。F1C100s的量产镜像里这些信息常常被厂商锁死在某个分区改错了板子就起不来有个备份心里就有底。6.2 救砖只要FEL还能进砖就不是真的砖F1C100s的启动链路是固定的先尝试从SD卡启动如果SD卡不在或没有有效启动代码就尝试从SPI Flash/NAND启动再不行就进入FEL模式等待USB主机。这意味着只要你的USB枚举还能看到VID_1F3A:EFE8芯片就永远有一个兜底的恢复通道。万一刷挂了别急着扔板子按住FEL键重新插USB回到前面第3章的流程重刷一遍完整镜像基本能救回来。我刷挂过四五次没有一次是救不回来的最严重的一次是SPI Flash内容完全擦空但FEL模式依然正常工作重新烧进去就活过来了。唯一要小心的是不要在烧录过程中断电或拔线那才是把Flash写到一半丢数据的真正凶险时刻轻则校验失败重则Flash坏块标记错乱。如果真碰到Flash内容半坏芯片还能进FEL那就先做一次整片擦除再写入新镜像。PhoenixSuit的升级动作本身就会做擦除和重写所以不需要手动干预但如果你用的是sunxi-fel记得先执行sunxi-fel spiflash-erase再写。6.3 自定义镜像buildroot出来之后怎么烧进去如果你想自己用buildroot编一套F1C100s的固件最终产物通常是一个sdcard.img或类似镜像。拿去烧录之前先确认目标存储介质烧SD卡用Win32DiskImager或balenaEtcher直接写卡最简单不用进FEL。烧SPI Flash/NAND用PhoenixSuit选择这个img点一键刷机它会自动把镜像内容写到Flash对应分区里。这里有个容易踩的细节buildroot生成的大多数镜像默认带SD卡分区表PhoenixSuit烧入SPI Flash时会忽略MBR里的分区表信息而把整个镜像当作连续数据流写入Flash起始地址。所以只要你的镜像里U-Boot在偏移0处它就能正常启动。如果你的自定义U-Boot是编译成单独文件的那就得用sunxi-fel先把U-Boot写到SPI Flash的0x0再单独写内核和rootfs。这种场景PhoenixSuit搞不定我就老老实实切回命令行。另外提醒一下镜像容量buildroot默认生成的文件系统如果不是最小配置很容易超过你板子上的Flash容量导致烧录时工具识别为非法镜像。做镜像前先看一眼.config里rootfs选了哪些包精简掉不必要的工具烧录成功率会高很多。我自己常用的思路是先在buildroot里关掉文档和调试符号再用strip瘦身一下二进制最后压成ext4或jffs2再打包能省出一大半空间。6.4 再说一个提升幸福感的小细节最后聊一个琐碎但影响体验的点反复烧录会磨损SPI Flash吗理论上SPI Flash有擦写次数限制常见规格是10万次级别但开发阶段一天烧十几次用一年也就几千次离上限很远。真正需要担心的是频繁只擦不写导致校验失败所以每次烧完都跑一遍内核、确认系统能进用户态再换下一个镜像才算完整验证。我自己的习惯是办公室里永远备着两块F1C100s板子一块接串口和HDMI专门验证新镜像另一块干干净净留在手边做救砖备份。哪块刷挂了就用另一块做参考通过串口日志对比启动流程差异手里有两条退路心态完全不同。这种操作思路也可以延伸到其他全志芯片开发板上只要掌握FEL模式这个兜底机制刷机这件事就从心惊胆战变成了无非再来一次。