UFS生产状态感知(PSA)实战：让焊接质量可追溯

去年给一个车载项目做NPI，SMT首班产出3000片板子，结果第二天整机测试就有12台无法开机。查到最后，UFS里的Bootloader分区读出来全是0xFF，而且这批UFS在贴片前明明做过数据预加载，上板后外观没有任何异常。后来我们用产测工具读了设备内部的生产状态日志，发现回流焊峰值温度冲到266°C，设备状态还停在Solder Process，压根没走到Solder Complete。那一刻我彻底想明白一件事：UFS焊接质量不能只靠抽检和炉温曲线兜底，得把设备自己的“记忆”用起来——这就是UFS生产状态感知（Production State Awareness，PSA）的真正价值。

这篇文章不打算复述JEDEC规范条文，而是从产线和质量追溯的角度，把PSA机制、焊接敏感度的来源、数据预加载过程中的坑，按照我实际处理过的项目重新梳理一遍。适合做手机、平板、车载或IOT整机的硬件工程师、NPI工程师、SMT制程和质量工程师看，也适合刚接触嵌入式存储的工程师当一份入门索引。

1. 产线通病：UFS焊完就坏，问题出在哪

1.1 高密度BGA封装的隐形热损伤

UFS现在主流是BGA封装，常见的153ball、169ball，焊球间距已经做到0.5mm甚至更小。整颗封装内部往往是主控+NAND叠die结构，NAND多层堆叠，不同材料的热膨胀系数（CTE）差异很大。无铅回流焊过程中，峰值温度普遍在240°C到260°C之间，无铅锡膏熔点约217°C，器件实际上要承受相当高的热应力。

问题在于，这种热损伤很多时候在外观上看不出来。焊点没有开裂、塑封体没有爆米花效应，但内部NAND的浮栅电荷在高温下加速逃逸，数据保持（Data Retention）能力被明显削弱。TTLC/QLC本身电荷窗口就小，对温度更敏感，一次回流焊造成的影响可能一代良率上看不到，放置两周后坏块慢慢冒出来。

如果UFS里没有数据，焊接热损伤顶多表现为后续刷机时某些块写入慢，重新格式化就能掩盖。但如果是预加载过系统镜像和标定参数的UFS，问题就完全不一样了。

1.2 数据预加载让“损坏”从即时变成延迟

数据预加载是整机厂为了缩短产线工时、提升主板测试效率搞出来的流程。模组厂或烧录房出货前，把Bootloader、系统镜像、分区表、SN、校准参数预先写进UFS，SMT贴片完成后主板直接可以开机进烧录模式或功能测试，省掉了整机阶段整片刷机的过程。

这个流程本身没问题，风险在于预加载完的UFS一旦过炉，焊接受热会直接作用于已写入的数据。有些Bootloader分区或校准参数区域平时不会被系统重写，如果焊接时发生数据翻转，产线功能测试又恰好没覆盖到相关功能，这批货就会流入市场，表现为用户手里随机死机、开机丢配置、OTA后变砖。

更头痛的是，这种损坏是概率性的，同一批板子同一个炉子，可能只有个别UFS的特定数据位翻转。传统抽检办法很难抓到这个量级的异常，等你从市场退回件里发现规律，可能已经过了两三个月，上游的物料批次都不知道轮换到哪里了。

1.3 传统管控手段的盲区在哪

传统SMT对焊接质量的管控主要靠三板斧：炉温曲线测试板、MSL湿敏管控、首件和抽检可靠性测试。这三个手段都有价值，但都缺最后一公里。

炉温曲线测试板是把热电偶贴在PCB指定位置，跟着板子一起过炉，测出来的是“板的温度”，而不是“UFS封装内部的温度”。因为热电偶贴片位置、焊盘热容、器件封装体热阻都不一样，板和器件之间温度偏差5°C到10°C是常事，关键时候这10°C可能就决定了NAND数据是否受损。

MSL管控靠湿度指示卡和烘烤记录，基本依赖人工执行，一旦拆封时间超了没有及时烘烤，过炉时内部水汽膨胀导致分层，属于累积损伤，普通电测根本测不出来。

抽检可靠性测试做的是押宝，抽到坏的算倒霉，抽不到就放行。但预加载数据这种“写入后不再重写”的场景，恰恰需要100%验证每一位数据是否完好。这时候就必须让UFS自己开口说话——它知道自己经历了什么温度、什么时长、有没有超出设计容忍范围，这就是PSA机制存在的基础。

2. PSA状态机到底做了什么

2.1 六个生产状态是怎么转的

PSA机制通俗点说，是给UFS设备定义了一套“生产状态机”，让主控固件明确知道当前这颗芯片处于什么阶段，并且针对不同阶段采取不同的内部策略。JEDEC在UFS 3.1之后的规范里把PSA列为可选特性，不同主控厂商状态命名可能略有差异，但逻辑基本一致。

我习惯把这套状态机简化成六个关键状态：

状态切换的触发方式，一般是产测工具通过标准的UFS命令（比如Mode Select或厂商自定义Vendor Specific命令）下发。正规流程应该是：烧录房把设备切到Preload状态，写入数据，校验通过后切成Solder Ready，然后包装发往SMT。SMT产线在过炉前扫码，触发设备进入Solder Process，过炉后第一时间切到Solder Complete。整机测试确认OK后，最终切到User Normal。

关键点在于，进入Solder Ready之后，设备内部会启动一个“可焊接窗口计时”，也就是“Time to Solder”。如果过了主控设定的时限还没过炉，设备就会在日志里记录超时事件。这个设计就是为了防止“预加载好的UFS放在产线角落两周才贴片”这种失控场景。

2.2 设备到底记录了什么

很多朋友问，PSA记录的热历史到底是什么？是不是就记一个峰值温度？远没这么简单。主控内部其实记录了非常多的信息，产线真正用的主要是这几类：

第一是生产状态切换日志，包括每次进入Preload、Solder Ready、Solder Process的时间戳。这部分可以直接用于追溯，比如某个批次出现批量故障，一查日志就知道是模组厂切错状态还是SMT漏切换。

第二是热历史记录，进入Solder Process以后，主控内部的温度传感器会以较高频率采样，记录最高温度、超过设定阈值（例如245°C）的累计时间、超过217°C的累计时间。部分主控还支持记录多次回流事件，也就是同一颗UFS过了几次炉，每次的最高温度和持续时间都有。

第三是NAND健康信息，包括ECC纠错统计、坏块增量、擦写次数等。这些数据本来就在SMART信息里，PSA的价值是把它和焊接事件关联起来，方便判断“这次热损伤到底对NAND造成了多大影响”。

这些日志通常映射到UFS的Vendor Specific日志页或通用日志页，产测软件通过对应命令读取。实际排查中，这些数据比任何外观检查都直观。

2.3 主机侧查询和切换命令怎么写

不同量产工具的API不完全一样，但核心命令逻辑是类似的。我在项目里用过的临时调试脚本大致长这样：

# 查询当前PSA状态 ufs_tool --read-state # 切换到Preload状态，开始预加载 ufs_tool --set-state preload # 写入镜像和标定数据 ufs_tool --write-image bootloader.bin ufs_tool --write-image system.img ufs_tool --write-calibration calib.bin # 完整校验 ufs_tool --verify # 预加载完成后，切到Solder Ready，让设备开始计时 ufs_tool --set-state solder_ready

过炉之后，产线工位读取设备日志：

# 读取焊接热历史日志 ufs_tool --read-solder-log # 查看当前状态 ufs_tool --read-state # 确认没问题，切到Solder Complete ufs_tool --set-state solder_complete # 再次完整校验预加载数据 ufs_tool --verify # 全部通过，进入User Normal ufs_tool --set-state user_normal

这里必须强调：过炉后不要急着切Solder Complete，更不要直接切User Normal。正确做法是先把Solder Log读出来做判断，温度没超、次数没超、数据校验通过，再往后走。一旦切到User Normal，部分主控会把焊接日志锁死或清除，到时候再想回头看就晚了。

3. 焊接敏感度管理与产线参数对照

3.1 UFS焊接敏感度到底从哪来

UFS对焊接敏感，不是某一颗电容电阻那种敏感，而是从封装到晶圆到固件层层叠加的结果。首先要明白UFS封装里有什么：主控芯片、NAND Flash堆叠、基板、被动元件、塑封料、锡球，各种材料CTE差异大，回流焊从室温升到250°C再降下来，内部界面应力很大，叠die厚度越大，翘曲风险越高。

其次是NAND本身的物理特性，浮栅或电荷俘获型存储单元的电荷保持能力随温度升高指数级恶化。数据写入后如果马上经历高温，相当于给所有单元做了一次高温烘烤，阈值电压漂移幅度会明显大于常温放置。TLC和QLC因为电压窗口更窄，这个问题尤其突出。

第三是主控固件的状态管理。如果UFS在写入数据后没有进入PSA的受控状态，主控并不知道接下来要过炉，内部可能还在做后台垃圾回收、数据搬移之类的操作，这些操作叠加高温环境，等于给数据损坏加了一把火。PSA状态机做的事情之一，就是让主控知道“我要过炉了”，从而暂停或调整后台任务，把资源用在保护已有数据上。

3.2 炉温曲线和PSA日志怎么对照

处理过炉温异常的时候，我最常做的事就是把炉温曲线测试板数据和UFS内部日志放在一起对照。举个真实的排查案例：测温板上热电偶显示峰值温度只有252°C，看起来完全符合无铅制程要求，但同一块板子上的UFS日志记录峰值温度已经到了263°C，超出主控设定的260°C上限。为什么会有这么大偏差？热电偶贴在PCB表面，而UFS封装本身有热容，吸热比裸露焊盘慢，但在炉内热风对流条件下，封装体底部和焊点区域可能出现局部过热。

正确做法是每批主板做炉温验证时，至少选3片预加载了数据的UFS过炉，过炉后立刻读取PSA日志，和测试板烧结曲线做关联对比。正常无铅回流曲线一般是：升温斜率控制在1°C/s到3°C/s，浸泡段60秒到120秒，峰值温度245°C左右，217°C以上时间控制在60秒以内。如果UFS日志显示峰值比测温板高10°C以上，说明测温板的热电偶位置不能代表器件本体，要么调整热电偶位置，要么按UFS日志温度作为判据来收紧炉温窗口。

另外要特别留意“Time above 217°C”这个指标。峰值温度高但持续时间很短，和峰值温度略低但长时间处于高温区，对NAND数据保持的影响是不同的。UFS日志里通常有两类超温事件：一类是峰值超限，一类是高温时间超限。排查的时候不要只看有没有报警事件，要把数值拉出来看趋势。

3.3 双面回流、返修和烘烤容易踩的坑

双面回流是当前手机和车载主板常见的工艺，UFS如果布置在第二面，就会经历两次完整的回流热过程。PSA日志里如果支持多次回流记录，第二次过炉后能看到回焊次数变成2。这里有个坑：双面板在第二面过炉时，第一面已经焊接的器件会再次受热，UFS如果正好在第二面，等于连续承受两次热冲击。产线通常对第一面器件要求耐两次回流，但UFS预加载数据后，每一次回流都在消耗数据保持寿命，所以最好把UFS放在最后一道回流的那一面，也就是只过一次炉。

如果因为设计原因必须过两次炉，产线流程要把第一次过炉后的PSA日志导出来存档，第二次过炉前重新确认状态，如果主控支持重新进入Preload，最好在两次回流之间不要让设备长时间停留在Solder Ready状态。

返修工位也是重灾区。手工热风枪吹UFS，局部温度很容易超过300°C，而且加热不均匀。我见过好几个项目返修后功能测试能过，但过一段时间就出现数据丢失的情况。给返修工位的建议是：热风枪温度设置不能超过主控规格，加热时间控制在30秒以内，返修完成后强制读取PSA日志，确认有没有新增超温事件，如果超温事件出现，这颗UFS即使功能正常也要按风险品处理。

还有一个容易被忽略的热来源：烘烤。MSL管控超时后，器件需要烘烤除湿，一般条件是125°C烘烤24小时或类似曲线。这时候如果UFS还停留在Solder Ready状态，有些主控可能会把烘烤温度也记录进热历史，导致后续判断产线焊接温度时数据失真。所以烘烤前最好先把设备状态切回Normal或断电冷存储，烘烤完成冷却后再重新进入PSA流程。

4. 数据预加载避坑指南

4.1 预加载阶段最容易翻车的几个细节

预加载阶段看是简单，其实翻车概率相当高。我见过最典型的几个错误，列出来给大家排雷：

第一，预加载完成后没有做全量校验就直接包装。很多工位为了赶节拍，写完镜像就跑，校验只对个别分区做CRC。CRC本身没问题，但它只校验文件数据，不校验厂商保留区、坏块表、备用块映射这些关键元数据。我的建议是预加载后做全分区读回校验，至少生成一个整体Hash，连同时间戳一起报给MES系统。

第二，没有把UFS切换到Solder Ready状态就下机。设备停在Preload状态，主控不知道后面要过炉，自然不会记录焊接窗口。这批UFS即使焊接一切正常，也缺失了最核心的热历史记录，后续排查完全没有依据。预加载工位的最后一个动作必须强制置为Solder Ready，并且通过读取状态回读来确认切换成功。

第三，热机状态直接真空包装。预加载过程中主控和NAND都在工作，芯片温度可能有40°C到50°C，刚写完就立刻封装，热量散不出去，水汽更容易在温度差下凝结。规范一点的做法是下机后在产线静置冷却10到15分钟，或者用风扇强制冷却到接近室温，再真空包装。

第四，拆封暴露时间失控。UFS按照MSL等级管控，通常MSL 3的拆封寿命是168小时，超过就要烘烤。但很多SMT产线只对湿度指示卡变色做判断，对“暴露了多少小时”没有系统记录。我建议在MES里为每一盘UFS建立拆封时间戳，超过130小时自动预警，把湿敏风险在焊接前拦截掉。

4.2 过炉后校验：把风险拦在出厂前

焊完之后，UFS到底有没有受伤，不能靠猜，也不能等到整机测试。正确流程是每片板子过炉后，在下一个测试工位自动完成三件事。

第一件事，读取PSA焊接日志。确认最高温度低于主控规格，217°C以上时间低于规格值，回焊次数等于预期值。任何一个指标超出，直接拦截进入复判流程。这里要提醒，日志读取本身是命令交互，几毫秒的事情，完全不影响产线节拍。

第二件事，对预加载分区做全量Hash比对。预加载时生成的Hash值存在MES系统或UFS保留分区，焊接完成后重新读取并计算，两边对不上就说明有数据翻转。这里特别推荐把Bootloader、Bootimage、校准参数区、SN区这些“焊后永不重写”的区域单独校验，因为这些区域一旦损坏，弊病最隐蔽。

第三件事，读取SMART信息做前后对比。预加载时记录坏块数量、ECC错误计数的基线值，焊接后再读一次，对比增量。即使温度日志没有超限，如果ECC错误计数比预加载时翻了几倍，也说明NAND受到了一定热损伤，要把这个信息纳入批次质量评估。

这三件事做完，合格后才能切到Solder Complete，然后进整机测试。整机测试通过后再切User Normal。整个流程不是给产线增加负担，而是把原本要靠市场反馈才能发现的问题，提前到出厂前。

4.3 我处理过的两个失败案例

讲两个真实案例，都是血泪教训。

第一个案例是车载项目，UFS预加载了标定数据，整批过炉后某项功能测试覆盖率不足，标定数据损坏没有被发现，直到客户端整车厂装机测试才暴露。后来我们回读PSA日志，峰值温度266°C，超出规格6°C，217°C以上时间达到85秒，已经明显超标。如果当时产线在过炉后就做了Hash校验，这十几台不良品根本不会流出。

第二个案例是手机项目，双面回流设计，UFS在第二面。第一面过炉后有一批板子因为来料数量不足，被临时放在生产线缓冲区等待，第二天才过第二面。这批板子上UFS在Solder Ready状态停留了将近20小时，虽然没有超时告警（主控设定的可焊接时限是72小时），但第二次过炉完成后，产线没有读取PSA日志，没有人注意到回焊次数已经变成2。一个多月后市场返修率异常，追查这批板子，才通过MES里保存的PSA日志定位到问题。所以双面回流项目，回焊次数一定要作为过炉后必查项。

这两个案例给我的教训很直接：PSA不是锦上添花的功能，而是预加载项目里保证数据完整性的最后一道防线。

5. 工具链、常见问题与一点个人经验

5.1 产线工具链怎么搭

PSA要落地，光靠一颗UFS支持还不够，产线工具链得跟得上。给不同规模的产线推荐几套配置：

小批量试产或实验室验证，可以不做完整MES，但至少要有支持PSA命令的UFS产测软件。市面主流量产烧录工具基本都开始支持PSA状态切换和日志读取，用之前确认固件版本支持即可。如果没有现成工具，可以借助主流协议分析仪或开发板自己写脚本调用，方法不难，关键是命令序列要按JEDEC规范来。

中大批量产线，我建议把PSA流程嵌入已有的MES系统。预加载工位扫码后自动切换状态，SMT过炉前扫码自动触发Solder Process，过炉后第一个测试工位自动读取日志并存档。所有数据按UFS的序列号、PCBA条码关联，这样任何一颗UFS出问题，都能追溯到烧录时间、过炉时间、炉子编号、峰值温度、操作员、设备参数。

整机功能测试阶段，加一道PSA日志解析。不要求测试工程师理解每个字段，系统自动判断Pass或Fail就行。日志里发现超温、超时、回焊次数不符、Hash校验失败，直接拦下来，不要留给市场去发现。

5.2 常见问题速查表

这几年排查过的PSA相关问题，整理成一张速查表，方便直接对照：

这里面每一项我都踩过，尤其是“没有Solder Process记录”，排查起来最费时间，因为它意味着从过炉前到过炉后，整个环节都是盲的。一旦发现，先查工具版本和工位配置，不要一上来就怀疑UFS硬件。

5.3 几个我现在的习惯性做法

最后分享几个我最近几个项目里固定下来的习惯，不一定是标准答案，但确实是踩坑踩出来的经验。

第一个习惯是每批炉温验证时，同步读10片以上UFS的PSA日志做交叉验证。测试板热电偶只能代表板温，UFS日志代表器件感受，两边数据交叉才能建立可靠的工艺窗口。如果某个炉子的UFS日志反复出现局部高温，即使整体炉温曲线合格，也要优先排查炉内热风均匀性问题。

第二个习惯是预加载完成后一定生成基线Hash并上传MES，而不是存在本地工位。本地文件可能被清理、覆盖或者人为修改，MES里的原始记录才能在追溯时作为唯一证据。

第三个习惯是强制要求在Solder Complete之后自动读取一遍完整PSA日志并冻结。别给后续工位留下“先切User Normal再补日志”的操作空间，顺序一乱，数据完整性就说不清了。

如果你正在做UFS相关项目的产线验证，我建议别等项目出问题再回去翻炉子。UFS自己已经把答案记好了，你只需要把读取工具和流程准备好。PSA这个特性，平时不显山不漏水，真正出问题的时候，它可能是唯一能把真相讲清楚的证人和记录仪。