晶圆测试中 TSK MAP 文件的工程处理经验与技术实践

围绕二进制 TSK MAP 的解析、转换与规则化处理的一些实践总结一、写在前面在晶圆测试CP / Wafer Sort流程中Wafer Map 文件是连接测试设备、后段封装以及数据分析系统的核心数据载体。其中TSKTokyo Seimitsu探针台所使用的 TSK MAP 文件由于其设备强绑定、格式多样尤其是二进制格式、客户定制差异大在实际工程中往往成为问题集中点。本文基于真实工程场景总结在TSK MAP 文件解析、转换、修改与规则化处理过程中的一些实践经验希望能对同样面对 Map 处理问题的工程师提供参考。二、二进制 TSK MAP 文件的解析实践在量产环境中TSK MAP 文件并不总是以文本形式存在更多情况下是二进制编码含有私有字段或版本差异不同客户、不同设备配置下结构存在细微变化在处理这类文件时核心目标并不是“读出来”而是完整、准确地还原其工程语义包括Wafer / Die 的基础参数坐标系统定义参考点、方向、Notch / FlatDie 级别的 Bin / Ink / Status 信息工程上尤其需要关注坐标体系的一致性否则极易在后续环节引入系统性错误。 TSK MAP规范文档三、TSK MAP 向多种可读格式的转换在实际使用中TSK MAP 往往需要被不同角色、不同系统消费例如工程人员进行快速问题定位QA 或客户查看测试结果数据分析系统进行统计与建模因此将 Map 转换为可读、可用、语义明确的格式非常关键。常见输出包括TXT便于调试和快速检查CSV适合脚本处理和数据分析XLSX便于跨角色沟通与查看Summary 报告Bin 分布、良率统计、关键指标汇总在转换过程中一个重要原则是不只是格式转换而是语义展开让不熟悉 TSK MAP 细节的人也能理解数据含义。 示例图片一TXT 示例图片二TXT 示例图片三TXT包含BIN信息四、Die 级信息修改与 Map 编辑场景在很多工程场景下Map 并不是一个完全静态的结果文件常见需求包括重测后修正 Die 状态按规则调整部分 Die 的 Bin / Ink针对特定区域进行标记或屏蔽这类操作的难点在于修改必须是Die 级别精确可控修改后的 Map 仍需保持结构合法能够被 TSK 设备或后段系统正确加载因此Map 编辑不仅是“改数值”而是对Map 结构与设备行为的共同约束。 TSKMAP解析源码规范header初始化 TSKMAP解析源码读取Die信息 TSKMAP解析源码修改后写入/生成新TSK文件五、Map 转角与坐标系统重构在 TSK MAP 相关问题中坐标与方向处理是最常见、也最隐蔽的风险点。不同设备、不同工艺链路中可能涉及Map 的 90° / 180° / 270° 旋转X / Y 方向翻转不同 Notch / Flat 定义下的方向重解释中心原点与边缘原点的转换在这些操作中需要始终以“Die 的物理位置语义”为最终准则确保转换前后实际空间位置一致设备运动逻辑不被破坏后段封装、切割系统能够正确对齐 转角相关逻辑六、特殊 Ink 规则与邻域逻辑处理除标准 Bin 判定外部分项目中还会引入基于邻域或区域的 Ink 规则用于辅助良率控制或 Pattern 识别。一种常见形式是九宫格3×3邻域计算以目标 Die 为中心统计周围 8 颗 Die 的状态按权重或规则计算综合分值根据分值结果进行 Ink 或 Bin 调整这类逻辑的关键在于邻域定义的一致性参数可配置性与原始测试结果的可追溯关系示例源码九宫格相关算法七、这些实践在工程中的价值从工程视角看稳定、可控的 TSK MAP 处理能力可以在多个环节发挥作用提前暴露并修正 CP 数据问题降低封装 / 切割阶段的误操作风险支撑良率分析与异常 Pattern 定位作为多系统之间的可靠数据中间层Map 本身并不复杂但其背后连接的是设备行为、工艺假设与数据决策这也是 Map 处理容易被低估、却又极其关键的原因。八、结语TSK MAP 文件表面上只是晶圆测试流程中的一个中间产物但在真实生产环境中它往往决定了数据是否可信、设备是否对齐、问题是否可追溯。希望本文的实践总结能为同样在晶圆测试或后段工程中处理 Map 文件的工程师提供一些可参考的思路。目前掌握TSK的转换、修改、生成等操作包括彩色excel、special ink等特殊逻辑。已完成工具开发参考https://blog.csdn.net/qq_45166271/article/details/158883601?spm1001.2014.3001.5501如需咨询 联系方式QQ1013244821邮箱1013244821qq.com微信q1013244821