SSC335空片烧写全攻略：Flash_Tool与USB下载模式实战

干IPC方案这几年，SigmaStar SSC335是我接触比较多的一个平台。这芯片定位很明确：内置DDR、支持SPI NOR/NAND、跑Linux，非常适合做百元级1080P摄像头。但新手在SSC335上踩的第一个坑，往往不是画板，也不是调sensor，而是拿到一批贴好片、Flash完全是空白的板子，不知道该怎么把第一份固件灌进去。很多朋友下意识打开串口工具去发bin文件，结果就是“串口烧写失败”反复折磨人；还有人搜教程搜到zynq烧写，点进去一看完全对不上号。这篇文章就把SSC335空片用Flash_Tool烧写这件事彻底讲清楚，从原理到实操再到排障，照着做就能把空片救活。

1. 搞懂SSC335空片烧写的前因后果

1.1 空片场景盘点：什么时候需要走这一步

“空片”指Flash内部没有任何有效镜像的芯片/模组。在SSC335的开发和生产过程中，遇到空片其实非常普遍，我总结下来基本是下面几种情况：

1. 新项目回板，贴片厂只是把主控、DDR、Flash贴好，没有烧任何固件，板上完全是空的。
2. 开发调试中把Flash内容搞坏了，比如uboot环境变量被改乱、kernel分区被误写、整片擦除只擦到一半，导致板子无法启动。
3. 更换Flash物料，从128Mbit SPI NOR换成256Mbit，或者从NOR换成NAND，分区表、驱动参数全变，只能先烧一个基础固件进去再验证。
4. 首件确认或者小批量产前，需要在一张空板上验证固件包是否正确、能否正常启动外设。

这些场景下，你面对的就是一块“完全不亮”的板子，没有串口log、没有网络、没有ADB，电脑上什么设备都枚举不出来。这时候就需要借助SSC335芯片内部BootROM里固化的一段下载引导程序，配合官方烧写工具Flash_Tool，通过USB把固件直接写进Flash。

很多人把烧写和“量产烧录”混为一谈。量产阶段工厂通常用脱机烧录器或者ISP离线工装，速度优先、全自动操作；而开发阶段用Flash_Tool通过USB线连接PC和板子，灵活、直观、能看log，适合调试和验证。两者针对的阶段不一样，但原理都是把镜像写入外部Flash的指定偏移地址。

1.2 启动链路与下载模式：为什么空片必须靠Flash_Tool

要理解为什么空片必须走Flash_Tool，得先知道SSC335上电后是怎么启动的。SSC335内部有固化在ROM里的启动代码（BootROM），上电后BootROM会先初始化时钟、DDR，然后按照既定顺序去探测外部启动介质，通常是SPI NOR、SPI NAND，或者SD卡，具体由芯片的启动引脚配置决定。

BootROM在外部Flash里要找的东西，是一段带特定头部信息的启动镜像，一般就是SPL/uboot的第一阶段引导。如果Flash是空的，BootROM读不到有效引导头，或者CRC校验不通过，它就会进入“下载模式”，等待主机通过USB等接口建立连接并下发固件。

这里有个非常关键的概念：SSC335的串口，在空片状态下基本只能输出日志，不能直接接收固件。SSC335的BootROM下载协议主要是走USB通道，串口被各路教程里写“串口烧写失败”的帖子反复提及，但它的串口本身没有设计成类似某些老平台那样通过XMODEM/YMODEM传文件。所以拿串口去发固件，要么发送端根本没响应，要么发一半就断了，这就是“串口烧写失败”最根本的原因。

Flash_Tool在这里扮演的角色，就是上位机端口的宿主程序。它通过USB与BootROM里的下载引导代码通信，按协议把固件数据分包发送到内存，然后由引导代码把数据写入外部Flash的指定偏移地址。烧写的对象虽然叫“Flash_Tool烧写”，本质上是“USB下载模式下的BootROM烧写”。

顺便说一句“zynq烧写”。Zynq是Xilinx/AMD的可编程SoC平台，它的启动链、下载工具和镜像格式与SigmaStar完全两套体系，涉及PL侧比特流、FSBL、U-Boot等概念。如果搜资料时看到“zynq烧写”，那基本说明平台或者搜素关键词已经串了，赶紧切回“SSC335 + Flash_Tool”再找，别在别人的赛道里浪费时间。

2. 烧写前的准备工作：物料、工具与驱动

2.1 需要准备哪些东西

工欲善其事，必先利其器。空片烧写前，把下面这些物料和资料备齐，能少走一半弯路：

• SSC335主板一块，确认供电正常、Flash已贴好、USB下载口能识别。
• 交叉USB线或Type-C线，建议用短一些、带磁环或者屏蔽做得好的数据线，长线劣质线在高速通信时容易出校验错误。
• 5V/12V电源（按你的板子实际输入来），最好用稳压电源或者正规适配器，不要用那种空载电压就飘的劣质电源。
• Windows电脑一台，Win7/Win10/Win11其实都能跑Flash_Tool，但驱动兼容性上Win10 LTSC这类版本最稳。
• USB转TTL串口模块一个，用于烧写完成后看log验证启动，推荐CP2102或CH340方案的。
• 固件包和Flash_Tool，这两个后面单独说。

很多人忽略电源质量，我见过不少“烧写到一半报错”的案例，换了一个稳定电源就好了。空片烧写时整板电流会跳动，劣质电源在瞬间掉电时会让USB通信中断，表现出来就是工具随机报错、进度条卡死。所以烧写前一定先单独给板子供电，不要指望USB口那点电流能带起来。

2.2 Flash_Tool如何获取与初步检查

Flash_Tool是SigmaStar官方提供的烧写工具，一般情况下不会单独发布在官网公共下载区，而是跟随SDK一起下发。也就是说，你拿到手的SDK压缩包里通常会带一个tool目录，里面就有Flash_Tool，常见名字有“SStarFlashTool”、“SSC Flash Tool”之类。

工具拿到手先做三件事：

1. 确认版本与芯片匹配。不同版本的Flash_Tool对芯片支持范围不一样，SSC335和SSC337、SSC338、SSC339在工具界面里往往是下拉选项，选错芯片型号是烧不进去的。
2. 看README或者工具自带的说明文档，确认它需要的运行环境、是否有依赖的驱动包。
3. 检查里面的配置模板。一般会带一个“config”或“setting”目录，里面可能有xlsm、ini、cfg等格式的烧写配置模板，这个模板非常有用，后面细说。

Flash_Tool本身通常是绿色软件，解压后直接双击exe就能打开，不需要安装。如果双击没反应，先看杀毒软件是不是把主程序或驱动拦截了，再把文件夹加入信任区。有时候还需要安装Microsoft .NET Framework或者VC++运行库，这属于经典环境问题，装好就行。

固件包方面，常见的形态是update.img整包，也可能是一堆散文件：spl、uboot.bin、ssc335_dtb、kernel、rootfs、app、misc之类。这两种形态Flash_Tool都能处理，但处理方式不同。整包通常可以直接加载，或者用工具里的解包功能拆开；散文件则需要在配置里手动指定每个分区对应哪个文件。建议开发阶段自己编译时，把散文件保存好，方便灵活烧写；拿到量产包（update.img）时，先确认它包含哪些分区、版本号是多少。

2.3 驱动安装与硬件连接

驱动是空片烧写最容易卡住的一环。SSC335进入下载模式后，在Windows设备管理器里会枚举出一个USB设备，有时候显示为“USB Serial Device”，有时候是“SStar Device”之类。如果插上板子设备管理器没有任何变化，优先怀疑驱动没装好，或者板子没有真正进入下载模式。

驱动安装建议按这个顺序来：

1. 先把Flash_Tool解压到英文路径，不要放中文目录。
2. 把设备插上，观察设备管理器是否出现未知设备。
3. 如果出现带黄色感叹号的设备，右键选择“更新驱动程序”，手动指向Flash_Tool自带的driver目录安装。
4. 安装完成后，设备会显示为正常设备。部分版本的驱动包含多个设备节点，比如同时有USB和串口，这属于正常现象。

硬件连接上，典型接线方式是这样的：USB线连接电脑和板子上的USB下载口（和摄像头量产时的USB口通常是同一个），串口模块接调试串口的TX/RX/GND，电源接好但不急着上电。注意串口的TX要接板子的RX、串口的RX要接板子的TX，交叉接，GND共地，这是老生常谈但依然有人接错。

接好线后，给板子上电。如果是纯空片，SSC335上电后BootROM找不到有效引导，会自动停留在下载模式，这时候工具端应该能看到设备。如果板子Flash里已经有一段能跑的uboot，但你想重新烧全片，一般需要先按住板上的升级按键或短接跳线，再上电，让uboot进入下载模式；具体触发方式看你们板子的硬件设计，一般在硬件设计文档里会写。

3. Flash_Tool烧写空片的标准流程

3.1 创建烧写配置：Flash选型与分区映射

打开Flash_Tool后，界面通常会让你新建工程或者打开已有工程。新建工程时，需要选择芯片型号（选SSC335）、Flash接口类型（SPI NOR还是SPI NAND），以及Flash具体型号或容量。

这里最核心的是“分区映射”概念。SSC335的整个Flash空间被划分成多个区域，每个区域放不同作用的镜像：

每个分区在Flash里都有一个起始地址和大小，烧写时必须精确匹配，错一个字节都不行。这个分区表在哪看？一般就在SDK的配置里，比如BoardConfig.mk、对应flash型号的头文件、工具自带的模板里都会体现。

以常见的16MB SPI NOR为例，一个典型的分区布局可能是这样（具体以你SDK实际配置为准）：

不要盲目抄网上的地址，不同项目、不同Flash容量、不同内核版本，分区地址都会有差异。烧写前先打开SDK配置看一眼，确认和工具里的烧写列表一致，再往下走。

工具界面上填这些地址的时候，通常可以手动输入十六进制值，也可以通过模板文件一键导入。如果手头有xlsm/ini模板，我建议直接用模板改，比手动一个分区一个分区敲靠谱得多。模板里除了地址，还包含每个分区的烧写标志位，比如是否需要擦除、是否校验、是否保留某段区域不覆盖，这些标志在量产现场很容易被忽略，但对结果影响很大。

3.2 添加或选择镜像文件

配置好分区布局后，接下来就是给每个分区绑定对应的镜像文件。

如果你是编译SDK得到的散文件，在烧写列表里逐个添加即可。注意一个坑：SDK编译产物里，同名的imgae文件可能有多个版本或者多个配置，比如某种DDR配置专属的SPL，某种Flash类型的dtb。选文件前先确认文件名后缀、日期、编译配置，别把A配置的dtb烧到B配置的板子上，否则内核大概率起不来。

如果是拿到update.img整包，Flash_Tool通常有两种处理方式：

1. 直接加载整包，工具自动识别里面的分区和镜像并填到烧写列表里。
2. 先解包，把update.img拆成sparse格式的散文件，再手动添加分区。

我更推荐第一种，前提是工具版本和设备SDK版本匹配。如果工具提示“不认识这个update.img”或者分区列表和你板子的分区表不一致，就不要强行烧，先解包看看里面到底是什么分区，再决定怎么填。

添加完镜像后，检查一下每个分区的镜像大小是否超过了分区表里分配的空间。比如分区表里kernel大小是5MB，你烧的kernel镜像6MB，工具可能会报错，也可能直接写入越过边界把rootfs搞坏。这种越界错误非常隐蔽，烧写过程可能不报错，但启动时就是各种奇奇怪怪的问题。

3.3 让设备进入下载模式并开始烧写

所有配置就绪后，正式烧写前，建议把板子断电，然后按这个流程走：

1. 先把USB线连好，确认工具界面上能找到设备。
2. 点工具的“Connect”或者“Download”按钮，有些版本是进入烧写主界面后自动连接。
3. 给板子上电，或者短按复位键。上电瞬间BootROM开始工作，如果没有有效启动镜像，就会进入下载模式，这时工具应该就能枚举到设备。
4. 工具界面显示“Device found”或者设备列表出现设备后，点击开始烧写。

烧写过程中，工具会依次执行擦除、写入、校验三个动作。擦除是把对应分区的Flash内容清成0xFF，写入是把镜像数据写到指定地址，校验是读回数据与主机端镜像做比对。整个过程在log窗口都会有输出，可以看到当前在烧哪个分区、进度百分比、校验结果。

有一点要特别提醒：烧写过程中千万别动USB线、别断电、别碰板子上的复位键。SPI NOR的擦写寿命是按次数的，NAND更是有坏块管理，强行中断烧写轻则当前分区数据不完整，重则损坏Flash的坏块表。真遇到烧写卡死，先等10秒，如果还是没有反应，再断电重新来。

新板子第一次烧写，我不建议上来就全片烧。稳妥的做法是先只烧SPL和UBOOT两个分区，然后断开烧写、重新上电看串口log，确认uboot能正常引导到命令行，再回来烧Kernel、Rootfs等剩余分区。这样可以快速定位问题是出在工具、配置、还是Flash本身，免得一次烧一堆东西，出问题都不知道从哪查。

3.4 烧写成功后的首次启动验证

烧写完成不等于结束，验证能启动才算真正完成。

先把USB下载线拔掉，只保留串口线和电源线。给板子上电，用串口工具打开调试串口，波特率一般115200，观察log输出。

正常情况下你会看到这样一段启动序列：BootROM打印固件信息，初始化DDR，跳转到SPL/UBOOT，UBOOT打印版本号和编译时间，加载设备树，引导Kernel，Kernel打印启动横幅和驱动初始化信息，最后挂载Rootfs，出现login提示符或者直接进入Shell。

有几个地方要重点确认：

1. UBOOT阶段打印的Flash型号、分区布局，是否和烧写配置一致。
2. Kernel启动时是否报“Kernel panic - not syncing”，如果报了这个，多半是dtb或者kernel镜像选错。
3. Rootfs挂载是否成功，看挂载信息里mtdblock设备的对应关系。
4. 如果板子能跑到Shell，再通过“cat /proc/mtd”或者“df -h”确认各分区信息、剩余空间是否正常。

首启验证通过后，我还会习惯性地做一次“reset”测试：断电重启、按复位键重启，看看系统是否每次都能稳定启动。因为有些问题只有在冷启动或者多次重启后才会暴露。

4. 烧写过程中的常见问题与排查实录

4.1 设备枚举失败：USB没反应怎么办

空片烧写遇到最多的就是“烧写工具找不到设备”。这个问题可以拆成几个层面来排查，按顺序来，基本都能解决。

第一个层面是供电和硬件。先确认板子供电正常，主控芯片表面没有异常发热，电源指示灯亮。再检查USB座子有没有虚焊，下载口线路有没有断路。这种基础问题一旦存在，后面再怎么折腾驱动都没用。

第二个层面是驱动。把USB线插上后，打开设备管理器，看是否有未知设备。如果是未知设备，手动指定到Flash_Tool的driver目录安装驱动。有些系统还需要禁用驱动签名强制，Win10/Win11在安装未签名驱动时经常遇到，启动选项里选“禁用驱动程序强制签名”即可。

第三个层面是设备没有真正进入下载模式。空片理论上电就进下载模式，但如果Flash里残留了能启动的uboot、或者uboot被配置成默认不从下载模式启动，你需要按板子的升级键或者执行uboot命令来触发下载模式。具体触发方式看硬件原理图或UBOOT代码里的配置。

第四个层面是工具版本和芯片不匹配。有的Flash_Tool版本比较老，下拉列表里没有SSC335，或者选不了对应的Flash类型，硬件上设备其实已经枚举到了，但工具不认。这种情况换一个SDK配套的Flash_Tool版本就能解决。

我实测还遇到过一种情况：USB线是充电线，只有电源线没有数据线。这种线插上后设备管理器完全没反应，排查半天才反应过来是线的问题。所以USB线一定要选确认支持数据传输的线，最好实测过能读U盘那种。

4.2 烧写报错、校验失败的排查思路

烧写过程中最常见的报错就是擦除失败、写入超时、校验失败这三类。它们相互关联，但引发原因各有侧重。

擦除失败，首先怀疑Flash型号选错。比如板子上贴的是SPI NAND，工具配置里却选成了SPI NOR，BootROM发出去的擦除命令格式都不一样，肯定失败。其次是Flash供电不稳，擦除操作需要较高电压时序，电源纹波大、电压偏低都会导致擦除不完整。还有Flash本身损坏，常见于反复擦写次数过多的老片子，或者贴片焊接时过温导致的芯片内部损伤。

写入超时，优先检查USB线质量和连接是否牢固。长线、劣质线、接触不良的USB座，在高速传输时容易出现超时。另外杀毒软件、后台下载程序占用大量CPU，也可能导致工具响应变慢，看起来像写入超时。烧写时尽量关掉无关程序。

校验失败是最值得仔细看的报错。校验把读回的数据和主机端镜像做逐字节比对，任何一位不一致都会报错。常见原因包括：

1. USB通信受到干扰，比如电源适配器离USB线太近，或者板上有大功率外设产生电磁干扰。
2. Windows电源管理把USB口挂起省电，导致传输中途断开。解决方法是到设备管理器里把“USB根集线器”的“允许计算机关闭此设备以节约电源”取消勾选。
3. 工具和SDK版本不匹配，导致协议解析错位。
4. Flash本身有坏块，NAND尤其常见。有些闪存坏块区域恰好落在烧写地址范围里，写入时还能成功，校验读回时读到的却是坏块标记。

遇到校验失败，别急着反复重试。先换一根USB线、把板子移到离干扰源远一点的位置，再烧一次。如果还是同一个地方失败，就降低波特率或者换更慢的烧写选项（部分工具支持限速），再不行就换一颗Flash。

4.3 烧写成功后启动不了的典型原因

烧写全部显示成功，但断电重启后板子还是黑屏、无log，这类问题最让人抓狂。我的排查顺序是看log、查分区、查镜像。

完全没有log，优先怀疑引导链被破坏。SPL或者UBOOT分区虽然显示烧写成功，但镜像本身不对，比如把别的芯片方案的SPL烧了进来。SSC335 BootROM读取SPL时会校验头部信息，如果镜像头部不合法，它会有短暂的异常或直接停止，串口上可能只有一段很短的提示甚至什么都没有。

有log但UBOOT起不来，按复位键能看到UBOOT开头几行打印就死掉，或者循环打印错误。这种情况重点查Flash分区表，看UBOOT编译时的环境变量、mtdparts、启动参数是否和你烧写的分区布局一致。最常见的就是kernel已经从0x50000开始，但UBOOT里仍然从0x60000去读，差了64KB就什么都读不到。

有log但Kernel起不来，比如报“Bad Linux ARM zImage magic”或者“Kernel panic”。优先排查dtb和kernel是否匹配、是否烧错位置。SSC335这种IPC平台，同一个芯片可能有好几种DDR配置、好几种Flash配置，Kernel devicetree里如果写死了某种DDR初始化参数，配到不同硬件的板子上就是起不来。

还有一种容易被忽略的情况：系统能起来，但跑了一会儿就崩溃或者反复重启。这种往往不是烧写问题，而是rootfs和应用层的问题，比如rootfs的inittab配错、init脚本崩溃、Watchdog没有喂狗。烧写本身已经成功了，剩下的就是系统配置调试的范畴。

4.4 串口烧写失败与“zynq烧写”的澄清

最后专门回应一下开篇提到的两个高频搜索词。

“串口烧写失败”是很多新手在SSC335空片上栽过的跟头。串口在SSC335平台上的定位是调试口，用来输出log、执行Shell命令，而不是固件传输通道。BootROM的下载协议走的是USB，和你用SecureCRT、Xshell打开串口完全不是一回事。所以别再浪费时间尝试用串口发bin文件了，老老实实用Flash_Tool通过USB烧写才是正路。

不过串口也不是完全没有用。它烧完之后的验证、运行时的问题排查都离不开它。而且如果你板子上的UBOOT已经能起来，特殊情况下也可以通过UBOOT的命令行配合tftp、fatload等方式从网络或者SD卡加载镜像再写入Flash，但那已经是系统运行起来之后的另一种玩法，空片场景下绕不开第一条路：USB下载模式。

“zynq烧写”则是另一个维度的混淆。Xilinx Zynq是FPGA+ARM的异构SoC，烧写逻辑、启动链、工具链和SigmaStar SSC335差异极大。如果你搜资料时出现“zynq烧写”相关内容，建议直接检查一下搜索关键词是不是被提示词带偏了。认准“SSC335”、“Flash_Tool”、“SPI NOR/NAND”这几个关键词，才能找到真正匹配的教程和文档。

实操心得：烧写前多花十分钟，后面省一天

最后分享一个我个人的习惯。拿到一块SSC335空板或者换Flash物料后，我不会急着直接烧全部分区，而是先把SDK里的分区表、工具配置、镜像版本号这三样东西列成一张表，确认无误后再动手。烧写之前再花两分钟检查USB线、电源、串口接线这三样硬件，很多“烧写失败”其实都发生在这一步。

从空片到能跑系统的完整链路里，Flash_Tool只是其中一环，但它是最基础的一环。只要理解了BootROM下载模式的工作原理、分区表的意义，以及串口和USB各自的分工，SSC335的空片烧写其实没有想象中那么玄乎。等你烧过几块板子、踩过几次坑，再回头看，就会发现这套流程其实就是量产烧录的基础，后面切到脱机烧录器、产线ISP工装，思路都是相通的。