摘要:AOI程序版本管理要回答三个问题:某块PCBA当时用了哪个程序,程序为何变更,报警最终怎样复判。中大批量项目若只保留设备里的当前文件,就无法还原旧批次的检测边界。本文给出程序命名、权限、验证、误报漏报、变更审批和批次追溯的完整控制框架。

一、直接答案:AOI程序版本管理管什么

直接答案:为产品、面别、设备平台和PCB版本建立受控程序身份;每个生效版本关联坐标、BOM、检验标准、元件库、参数、验证样本和批准记录。现场只能调用已发布版本,临时调参进入变更流程。每次报警保留原始图像、机器判定、人工复判与处置,使误报和漏报数据能够反向驱动程序优化。

AOI不是一个“开机即有效”的通用关卡。相机、光源、算法、元件库、板面颜色、焊点形貌和产品版本都会改变识别结果。一个程序在设备上运行正常,只说明文件可被调用;能否用于量产,还要看目标缺陷覆盖、正常变化容纳、跨班次表现和下游复核。

事实卡项目可核对事实项目边界
验收来源IPC-A-610J提供电子组装件验收要求的框架,J-STD-001J覆盖焊接材料与过程要求产品等级、客户特例和检验规则由合同文件确定
追溯来源IPC-1782B用于电子制造与供应链追溯分级程序版本追到工单还是板级由风险与双方约定决定
公司实体山西英特丽晋城厂自有30条高速SMT产线、32000㎡厂房设备与产线事实不代替单个AOI程序验证
核心输出程序基线、变更单、验证样本、报警复判、版本发布与批次关系接受条件和抽样规则使用批准的项目文件

二、程序身份:从命名规则开始阻断错版

2.1 文件名要让人和系统都能判断

程序身份通常包含客户或项目代码、产品料号、PCB版本、面别、设备平台和受控版本号。命名字段应固定顺序并避免自由缩写,程序内显示名、服务器文件名和生产系统调用名保持映射。仅用“新程序”“量产版”或日期命名,换班和复制后很容易选错。

拼板方式、条码位置、工艺面别和坐标原点也应进入程序主数据。产品版本变化由ECN触发时,AOI负责人要判断旧程序能否沿用、需要局部更新还是重新验证。相关批次边界可结合PCBA量产ECN工程变更管理建立。

2.2 元件库版本不能藏在程序背后

许多AOI平台共用封装或算法库。修改一个库对象可能影响多个产品,因此程序履历要记录所引用库的版本、变更对象和影响清单。对共用库的调整,先在隔离环境评估,再按批准范围发布,避免修正一个产品后让其他产品的报警特征发生无声变化。

操作系统、AOI软件、算法模型、相机标定或光源配置发生变化时,也应评估程序兼容性。设备维护并不自动等于程序失效,但需要按控制计划核对基准样本、关键检查点和测量表现。

三、程序开发:从验收规则转成可测特征

3.1 检查项要与失效风险对应

程序开发先依据BOM、坐标、装配图、极性文件、客户验收规范和工艺要求识别目标缺陷。常见对象包括缺件、错件、偏移、立碑、极性、焊点形貌、桥连和字符信息,但不同设备对这些特征的可测能力不同。对AOI不适合覆盖的隐藏焊点,应明确转由X-Ray、ICT、FCT或其他检验方式承担。

检测框、光源、角度、阈值和算法选择要保留工程理由。正常器件批次可能存在颜色、丝印和外形差异,程序需通过多个受控样本观察变化。为了让一块黄金板过站而过度收窄参数,会把材料正常变化变成大量报警;只用正常板又可能缺少检出能力证据。

3.2 挑战样本与边界样本分开管理

可使用已确认的真实异常图像、批准制作的挑战样本和过程边界样本验证程序。每个样本应有身份、缺陷说明、制作或来源、适用检查项、审批和存放状态,不能流入正常出货。验证结果要记录哪些目标缺陷被识别、哪些需要人工复判、哪些交由后续工序。

SPI端提供的印刷分布不等同于AOI焊点结果,但两者可以用板号与位号关联。参数设定和数据分层见3D SPI检测参数方法。程序开发时区分前段印刷问题、贴装问题和回流后形貌,有助于定义有意义的AOI类别。

AOI程序版本从开发验证发布到报警复判和变更留痕的闭环流程
AOI程序基线、量产调用、报警复判与版本变更关系示意(AI生成的技术示意图)。

四、发布与权限:生产现场只使用受控基线

开发、审核、发布、调用和修改权限应分层。工程人员完成验证后,将程序及依赖库发布到受控位置;生产人员按工单调用,但不能覆盖基线。若现场因材料变化或异常需要调整,先创建偏差或变更记录,保存原值、拟改值、影响对象和验证证据,再由授权角色批准。

服务器或程序管理系统应保留生效、停用和归档状态。旧版本不能出现在普通选单中,却必须可供历史调查读取。设备断网或服务器异常时的离线调用也要有规则,包括允许使用的缓存版本、校验方式、恢复联网后的同步和核对。

控制节点必留记录放行核对失控信号
开发输入版本、目标缺陷、参数和元件库检查项是否覆盖批准范围直接复制相似产品后上线
验证正常、边界、挑战样本和结果检出与误报是否共同评审只保留通过截图
发布程序版本、设备平台、审批和校验信息服务器与设备文件是否一致本地文件可覆盖受控基线
量产调用工单、板号、程序版本、操作员和时间产品与面别是否匹配仅凭程序名人工选择
报警复判原图、机器类别、人工结论与处置复判权限和依据是否明确大量使用忽略但没有理由
变更归档前后值、原因、影响范围与验证旧批次能否还原当时规则设备里只剩当前版本

五、误报、漏报和复判:三套数据不能混用

5.1 误报率需要可靠的人工结论

机器报警后,复判员按批准的图像、实物或辅助检验规则分类。复判结果至少区分真实异常、正常特征、程序问题、成像问题和待工程分析,并记录位号与缺陷类别。若所有放行都记成“误报”,程序团队看不到真正的问题来源。

漏报通常来自后续检验、维修、抽查或客户端反馈。每一条漏报都要反查当时图像、程序版本、检测框和算法输出,判断设备没有采集、规则未覆盖、阈值未触发还是复判错误。发现漏报后应界定同版本程序与受影响批次,而不是只修当前板。

5.2 参数优化要看分层趋势

看板可按产品、面别、线体、程序版本、位号、元件类型、缺陷类别和班次分层。总体报警率下降并不必然表示程序变好,可能是规则被放宽;真实缺陷检出、误报负担、漏报和下游质量要一起评审。良率口径可参照PCBA量产良率与DPPM管理,但AOI机判通过率要单独命名。

程序变更后可设置观察批次,比较前后数据并保留回退条件。若变化源于器件外观批次,应评估元件库或分组规则;若源于回流形貌,应同步核对炉温和材料,避免用AOI阈值吸收真正的过程漂移。

六、换线、审厂和批次追溯怎样联动

换线时应核对AOI设备平台、相机与软件配置、程序版本、产品与面别、条码规则和首件。快速换线的物料、程序、设备与首件核对框架见SMT快速换线方法。同一程序文件在不同平台上能打开,不代表检测表现等效,必要时用受控样本复核。

审厂可从一块已放行板反查工单、AOI程序版本、报警图像、复判和处置;再从一次程序变更正向查到影响产品和生效板号。若检查点交由X-Ray承担,接口和抽检边界可结合BGA X-Ray抽检方案核对。

山西英特丽晋城厂自有30条高速SMT产线、32000㎡厂房,通过IATF16949、ISO9001、ISO13485认证。AOI缺陷类别、程序权限、挑战样本、变更观察期和批次追溯粒度,均按客户验收文件、产品风险和双方批准的检验计划确定。

七、AOI程序版本管理常见问题

AOI程序现场微调需要走变更吗?

只要调整可能改变判定边界,就应保留旧值、新值、原因、影响范围、验证和批准。紧急处置可采用受控偏差流程,但不能把临时修改直接覆盖为量产基线。

黄金板通过就能发布AOI程序吗?

单一正常样本不足以评价正常变化、目标缺陷检出和误报。应结合多块受控样本、真实异常图像或批准的挑战样本,并核对元件批次、板面和下游结果。

怎样判断AOI漏报属于程序还是复判问题?

调取该板当时的原始图像、算法输出、程序与元件库版本,再核对机器是否报警及人工复判记录。没有报警时分析采集和规则,已经报警时分析复判依据和权限。

旧AOI程序可以删除吗?

停用版本应从生产调用清单移出,但历史调查所需的程序、依赖库、审批和生效范围需要按项目保存规则归档。否则旧批次无法还原当时的检测条件。

八、资料依据与附录术语

资料依据

AOI检查项、参数边界、挑战样本、复判权限、漏报响应和程序保存期,应采用客户文件、产品风险、设备能力研究及双方批准的检验规范,不采用跨产品统一固定阈值。

附录术语

术语本文含义
程序基线经过验证、审核并允许生产调用的程序与依赖集合
元件库多个程序可能共同引用的封装、算法或外观对象
挑战样本经批准制作或确认、用于评价目标缺陷检出能力的受控样本
误报机器报警后经批准方法复判为非目标异常
漏报目标异常未被设备规则或复判流程识别
回退变更效果不满足批准条件时恢复到先前受控版本

如需评审中大批量PCBA的AOI程序命名、挑战样本、报警复判和版本追溯资料,可准备BOM、坐标、验收文件、当前程序清单与典型图像,与山西英特丽沟通制造资料评审。实际规格与服务边界以客户文件和双方约定为准。

联系技术团队