093、Sensor OTP标定数据的高效烧录与校验——产线自动化中的EEPROM读写策略与容错设计

093、Sensor OTP标定数据的高效烧录与校验——产线自动化中的EEPROM读写策略与容错设计产线上最怕什么？怕的是那种“看着烧录成功，出货三个月后批量返修”的暗病。上个月刚处理完一个案子，某模组厂反馈烧录OTP后出货500K，有0.3%的模组在终端客户那边出现色彩异常，查下来全是EEPROM里AWB校准数据在某个特定地址段发生了位翻转。产线烧录时校验全过，出货后数据自己变了，这种问题最恶心。先把这个场景说透。Sensor OTP标定，本质上是把每颗sensor独有的光学特性——R/G/B通道增益、镜头阴影矫正系数、AF马达的无穷远位置、甚至温度补偿曲线——写进一颗挂在I2C总线上的EEPROM里。系统上电后，主控ISP通过读取这颗EEPROM，拿到对应sensor的“个性档案”，才能把图像调正。但产线不是实验室。产线是流水线，节拍按秒算，机械手抓取、点胶、固化、测试、烧录、复测，每一站都有时间预算。你写一套OTP烧录逻辑，如果单颗耗时超过3秒，整条线的UPH（单位小时产出）就崩了。所以烧录策略的第一原则不是“稳”，而是“在稳的前提下，把I2C的每一个时钟周期都榨干”。先看读写策略，别急着上校验很多工程师一上来就写个while(1)循环，读EEPROM状态寄存器，等它不忙了再写下一页。这个思路没错，但效率太低。EEPROM的页写时间典型值在5ms左右，你每写一页就轮询一次状态，加上I2C本身的地址建立时间、ACK等待、Stop条件，单页开销轻松超过8ms。如果一颗sensor要写32页标定数据，光等待就去了256ms，再加上读回校验，单颗轻松破