CPO系统里的高集成度AFE：32路Heater Bias与128路监控通道如何落地

1. CPO开始从概念走向量产配套的AFE也跟着变了光模块圈子这几年最热的方向不用我说大家也清楚——CPOCo-Packaged Optics共封装光学。以往光模块是插在交换机面板上的可插拔形态交换机主芯片和光引擎之间隔着PCB走线、连接器、Retimer信号损耗和功耗都压不住。CPO的思路很直接把光引擎直接封装到交换芯片旁边甚至和交换芯片做在同一个基板上把电信号互联距离从十几厘米缩短到几毫米功耗和延迟都能显著降下来。这个方向听起来很美好但真做起来工程上要解决的问题比想象的杂。光引擎里有一堆硅光器件需要精确控制比如微环调制器靠热光效应来调谐激光器阵列需要恒温控制MZ调制器的偏置点也要稳定在特定工作点上。这些控制通道在传统的可插拔光模块里是分散在PCB上的方案相对成熟可一旦挪进CPO封装内部空间、功耗、走线都变得极其紧张原来的分立方案就不好使了。这就引出了今天想聊的器件——思瑞浦的TPAFEA006。这是一颗面向CPO系统的高集成度AFEAnalog Front End模拟前端标题里给了两个最醒目的参数32路Heater Bias加热器偏置通道再加上128路系统监控通道。我拿到消息后翻了不少资料自己也在脑子里过了一遍这颗芯片在CPO系统里到底是怎么用的今天把这颗芯片的架构、设计思路和工程落地时要注意的细节一起捋一遍。这颗芯片适不适合你其实取决于一件事你手上做的CPO系统或者光模块系统是不是已经开始遇到监控点太多、分立的驱动和采集电路塞不下的问题。如果你的系统还停留在单通道或几通道的量级用分立方案完全没问题但如果光引擎里的加热器、调制器偏置、电源轨监控、温度传感器全都压在一块小基板上那TPAFEA006这种集成度的AFE几乎是绕不开的选择。2. 先搞清楚CPO系统里AFE到底站在哪一层2.1 CPO架构改了什么为什么监控通道需求暴涨CPO封装里最核心的变化是把交换芯片对应的光引擎之间的距离压缩到极致。这个封装内部通常有几颗光引擎Optical Engine每个光引擎里又有多路光通道每路光通道都对应着激光器、调制器、探测器、TIA等器件。以51.2Tbps的交换容量为例如果采用CPO方案单颗交换芯片可能需要搭配8到16颗光引擎每个光引擎8通道或16通道这样光通道总数一下冲到上百路甚至两百路以上。这里有个容易忽略的细节光通道数量一多需要控制的模拟量就跟着线性增长。每一路硅光调制器可能需要两到四路加热器控制比如MZM的两个臂各有独立的加热器微调每一路激光器需要配套的TEC或者加热器来稳定波长更不用说每个电源域需要监测电压电流、每个光引擎需要监测温度。把这些需求都列出来几十路Heater驱动加一百多路监测通道的需求就是这么来的。传统的处理方式是什么样的一颗DAC芯片管几路输出电压一颗ADC芯片管几路采样再用模拟开关做通道扩展电路板上一片一片堆过去。在可插拔模块那个尺寸下还能玩得转但到了CPO封装里基板面积是按平方毫米算钱的功耗是按瓦特算的分立方案的劣势非常明显占面积大、每路都要单独校准、故障率也随着器件数量增加而上升。所以AFE这种把DAC阵列、ADC阵列、多路复用、温度传感器、基准源都集成进去的方案是CPO走向量产的必要条件。2.2 系统层级图里TPAFEA006的物理位置在CPO系统设计中TPAFEA006这类AFE通常挂在主控MCU或者管理控制器下面通过SPI/I2C接口和主控通信。它的一端连接着光引擎里的各路加热器、偏置点、电源轨、温度传感器另一端用一根串行总线把数据汇报给上层。这个位置决定了它的两个特性一是通道数量一定要多因为光引擎里的模拟节点动不动上百个二是每通道的精度必须够加热器偏置稍微偏一点光模块的眼图就会劣化后果直接反映到链路的误码率上。我还想强调一点这里的AFE和音视频领域的AFE完全不是一个东西做通信的同行应该不会有歧义但为避免新入行的朋友搜资料时混淆我多提一句。本文说的AFE指的是面向系统模拟信号链路的集成前端比如偏置生成、电压电流监控、温度采集这些功能。3. 拆解TPAFEA00632路Heater Bias、128路监控每一路都不是凑数的3.1 32路Heater Bias给硅光器件校温度用的精密电压源先聊聊这32路Heater Bias。在硅光技术里微环调制器和MZM调制器都依赖热光效应来调整折射率从而实现波长选择或者相位调制。硅材料的热光系数不算大折射率随温度变化的比例是10^-4/K这个量级所以要实现足够大的相位调节范围通常需要把局部温度抬高几十度。实际应用中有两种加热方式。一种是恒流源驱动加热器另一种是恒压源驱动加热器。TPAFEA006的Heater Bias具体是压控还是流控详细规格书里会有明确定义但按照这类AFE的主流设计思路通常会给一个高分辨率的DAC输出再配一个片上功放做功率驱动。分辨率一般要做到12位以上输出范围要覆盖常见加热器的工作区间比如0到3V或者0到5V可编程。为什么需要专门的DAC去做这个事而不是随便用一颗普通的DAC因为微环调制器的工作点非常窄偏置电压的微小漂移就会改变谐振波长进而影响信道的插损和串扰。系统级的要求通常是Heater Bias的纹波和温漂要控制在毫伏级别同时每路之间的串扰要足够低。如果32路之间相互影响调第8路的时候第9路的输出电压跟着轻微波动在两个相邻光波长上就会表现为通道间串扰恶化。TPAFEA006把32路集成在一颗芯片里要解决的核心矛盾就是通道密度和隔离度之间的矛盾。密集走线的晶圆内模拟开关和输出缓冲之间的耦合电容很难完全消除所以这类芯片通常会在关键的信号路径上做屏蔽和版图隔离并在每个输出通道的驱动能力上做折中。实测中要注意的是满载时所有通道同时输出大电流芯片的功耗和温升会比较可观后面我会专门讲这个散热问题。3.2 128路系统监控不光是测个电压那么简单128路系统监控通道听起来就是一大堆信号采集通道但其中的门道不少。所谓系统监控通常包括以下几类信号各路电源轨的电压和电流、关键器件的温度通过外部NTC或者片上温度传感器、各通道的输出回检、以及外部传感器信号。在CPO系统里这128路监控通道的实际分配可以按系统需求灵活配置。比如交换芯片需要监控十几路电源轨的电压电流光引擎需要监控每个激光器的偏置电流还要监控每个光引擎的基板温度这些加起来通道数很容易超过100路。TPAFEA006的监控部分大概率是一个多路复用器加一个高精度ADC的架构。MUX先把128路信号分时选通送给ADC做转换。这种架构的好处是芯片面积和功耗都能压下来缺点是扫描一遍所有通道需要一定时间。对于电源监控这类慢变信号扫描时间在几毫秒甚至几十毫秒都可以接受但对于突发性的过压或者过流事件纯靠轮询式监控可能来不及响应。所以这类AFE通常还配上了一些外围辅助电路来兜底比如窗口比较器。每个通道可以设置上下阈值一旦电压越限立即拉高一个报警引脚不用等主控轮询到该通道。这个功能在CPO系统里很重要因为几十路电源轨只要有任何一个异常就可能导致整个光链路抖动甚至光口闪断早1毫秒报警和晚1毫秒报警运维体验完全不同。3.3 集成度带来的隐性收益校准一致性和供应链简洁性选择高集成度AFE表面上是省了PCB面积实际上还有一个很容易被忽略的收益——校准一致性。分立方案中每一颗DAC、每一颗ADC都有独立的基准源、独立的校准系数。同一批板上不同通道之间可能存在数个毫伏的偏差需要产线逐一校准并写入校准系数费时费力。而在TPAFEA006这类芯片中所有DAC和ADC共享同一个片内基准源通道之间的失配主要取决于版图匹配可以通过片上校准机制一次性校准全芯片。这意味着生产测试环节可以大幅简化。原来需要逐通道校准的生产工序现在只需要校准一颗芯片所有通道跟着就准了。对于光模块这样毛利率被压得很薄的行业这种隐性的生产成本降低有时候比芯片本身的账面价格更有吸引力。供应链角度也有讲究。CPO系统的硬件团队最怕的是BOM里几十颗模拟芯片分别来自五六家供应商每家的封装、footprint、软件驱动、供货周期都不一样。一颗TPAFEA006把DAC、ADC、基准、温度采集这些全包进去BOM大幅瘦身采购和库存管理也省心不少。4. 用TPAFEA006做系统设计这几个环节要格外上心4.1 电源分配和去耦别让32路Heater Bias毁在你的电源上这类AFE通常需要多组电源供电。数字逻辑部分用1.8V或者3.3V模拟内核部分可能需要独立的5V或者3.3VHeater驱动的功率级往往还要单独的电源轨。为什么这么讲究因为Heater Bias的输出精度直接取决于电源的稳定度。电源上有几百毫伏的纹波输出端就可能有几十毫伏的纹波这个量级的波动对微环调制器来说已经足够让谐振点漂移了。我的建议是把数字电源和模拟电源分开走线在靠近每个电源引脚的地方放足够容量的去耦电容。特别强调一点Heater驱动的功率电源要单独走线不要和模拟基准的电源共用一段PCB走线。大电流在走线上产生的压降噪声会通过电源内阻耦合到敏感通道。实际调试中我见过不少芯片没问题、板子走线有问题的案例排查到最后都是电源布局的锅。如果需要从现有的电源域取电建议加一级LDO给AFE的模拟部分单独供电。LDO的输出纹波比DCDC干净得多代价是少量功耗但换来的是稳定的偏置输出这笔账怎么算都划算。4.2 SPI/I2C接口通信失败是调试期最常见的坑TPAFEA006这种高通道数的AFE寄存器配置量通常不小。32路Heater输出电压、128路监控通道的量程配置、报警阈值、扫描顺序这些都要通过串行接口下发。SPI还是I2C取决于芯片设计但不管哪种调试初期通信不稳是通病。经验上有几点一是时钟频率不要一上来就拉满先按芯片手册的保守值跑通再慢慢往上调二是片选信号和时钟信号的时序长度要测量确认很多FPGA或者MCU的GPIO模拟SPI存在时序余量不足的问题三是如果系统里同时挂了多颗AFE地址配置引脚务必确认好否则两片芯片同时应答总线直接乱掉。寄存器读写验证方面我的习惯是先写一个已知值到某个只读寄存器看读回的是不是默认值确认SPI读写通路没问题再做后续配置。配置完所有寄存器后再读一遍关键寄存器做回读校验防止偶发的写失败导致系统在异常状态下运行。4.3 散热设计和自热漂移做斗争前面提到高通道数满载时芯片功耗不小。设想一下32路加热器通道同时驱动几十毫安的电流加上内部基准、ADC、逻辑电路的工作电流芯片总功耗很容易到数百毫瓦甚至更高。这会产生一个工程上很讨厌的问题芯片自热导致温度升高温度系数再差一点的基准源会跟着漂移最终表现为Heater Bias输出电压随工作时间缓慢变化。针对这个问题的落地经验有几条。第一PCB上给芯片做好散热铜皮芯片底部如果有散热焊盘一定要开到足够大的过孔阵列连接到内层或底层的大面积铜皮。第二做系统校准的时候要先让芯片跑一段时间至少几分钟达到热平衡后再校准否则校准时芯片温度和后期的稳定工作温度不一致校准值就没意义。第三如果系统对Heater输出的绝对精度要求很高可以考虑加入温度补偿算法用芯片内部的温度传感器读数对输出值做软件修正。温度补偿怎么做简单说就是在实验室测出不同温度下通道输出的漂移曲线拟合出一个补偿系数表然后在运行过程中根据实时温度查表调整DAC值。这个方法在光模块系统里已经很成熟了但前提是你用的AFE片内带了温度传感器TPAFEA006这一类高集成AFE一般不会省掉这个功能。5. 上电时序、通道分配和校准产品化之前先想清楚5.1 多路电源的上电时序对于同时提供模拟电源和数字电源的AFE上电时序需要关注。有些芯片要求数字电源先于模拟电源上电有些则相反这个必须查数据手册并严格遵守。上电顺序错了轻则寄存器状态不确定重则芯片闩锁损坏。实际应用中MCU通常在系统上电后需要第一时间配置AFE避免AFE在上电到配置完成之间的窗口期内输出端口处于不确定状态。Heater Bias输出端口如果在上电期间出现意外的高电平可能瞬间灌入过大的电流到光引擎加热器这个风险在光模块系统里是不可接受的。两种常见的处理方式一种是在AFE输出端串联一个负载开关或者用MOS管做输出使能只有当主控完成配置后才真正把输出接到光引擎另一种是利用AFE芯片自带的输出使能引脚上电默认输出为高阻态配置完成后拉高使能引脚再启动正常输出。我比较推荐后者因为它省掉了外部器件也让故障排查链路更简单。5.2 Heater通道分配先画映射表再写代码128路监控通道加32路驱动通道通道一多管理就成了一个问题。如果直接在代码里用数字索引去控制通道过两周自己都记不清第47路接的是哪个传感器。我的建议是在项目一开始就用Excel或者Google Sheets做一张完整的通道映射表把芯片物理通道号、PCB网络名、连接的器件、信号类型、量程配置全部列清楚。这张表有几个直接用途第一配置代码可以基于这张表自动生成减少手工写寄存器的失误第二硬件调试时排查某路信号异常可以直接按图索骥第三后续版本升级时通道调整的影响范围一目了然。我自己编过很多次寄存器配置代码踩过的坑大多不在代码本身而在物理连接和寄存器配置对不上这种低级错误上。5.3 量产校准效率和精度的平衡前面提过高集成AFE的校准比分立方案简单很多但不代表完全不用校准。量产时通常要做的是片内基准校准、温度传感器校准和关键通道的端到端校准。端到端校准是把AFE输出端到光引擎加热器两端的完整通路都测一遍把导线电阻带来的压降也考虑进去。这一步不能省尤其是加热器远端走线较长时PCB走线的电阻率差异会导致不同单板之间实际施加在加热器上的电压有差异。量产校准在CPO系统里还有个特殊挑战光引擎通常是和交换芯片封装在一起的整机测试时才能进行光性能测试。如果等到整机阶段才发现某个通道的输出偏了返工成本非常高。所以更合理的做法是在板级测试阶段就完成AFE全通道的电气参数校准到整机阶段只做光链路的调优和验证。6. 调试中的常见问题和排查思路我在实际的AFE use case里积累了一份问题排查清单虽然不能保证覆盖TPAFEA006的所有坑但对于这类高集成AFE基本通用整理出来供参考。问题现象可能原因排查顺序某一路Heater输出无电压寄存器配置未下发或通道被禁用先读寄存器确认配置再量输出电容两端电压所有Heater输出整体偏高/偏低基准源配置异常或者供电偏高/偏低先量模拟电源再检查基准寄存器配置监控通道读数恒为0MUX配置错误或外部传感器信号没有接入检查通道选择寄存器和PCB连接监控通道读数毛刺大采样时序不匹配或外部信号源阻抗过高加大采样保持时间检查前端RC滤波SPI通信偶尔失败时钟频率过高、走线过长、电平不匹配降频、加长片选低电平时间、检查电平转换工作一段时间后Heater输出漂移芯片自热或基准温漂改善散热做温度补偿某个通道输出明显异于其他通道该通道负载异常或对应输出级损坏断开负载测试空载输出电压判断是芯片还是负载问题排查这类问题我有个根深蒂固的习惯先确认寄存器配置无误再怀疑电路。因为AFE这种芯片90%的故障其实是软件配置问题真正芯片损坏或者PCB连错的情形反而少。调试时用好SPI回读功能把关键的寄存器状态打印出来比对数据手册的预期值能省下大量时间。还有一个小技巧值得分享在调试早期不要一次性开启所有通道。先开一两路确认输出幅度、极性、精度都正确再逐步增加通道数量。这种先单路后多路的排查方式能非常有效地定位问题是出在芯片本身还是出在多通道协同时的交叉干扰。7. 选型时别只盯着通道数最后聊两句横向选型的话题。很多硬件工程师看AFE芯片第一眼看通道数第二眼看分辨率第三眼看价格这三个指标确实重要但针对CPO这类特殊场景我认为还要多看几个维度。第一个是通道密度和封装的匹配度。同样是128路监控和32路驱动做成15mm乘15mm的QFP和做成8mm乘8mm的BGA在CPO基板上的可用性差别巨大。CPO封装内部的可用面积寸土寸金封装尺寸大一点布线就会非常痛苦。第二个是软件生态和参考设计。高集成AFE如果只给一颗裸芯片没有配置库、没有参考驱动、没有应用笔记开发周期会显著拉长。思瑞浦在模拟芯片领域积累了不少参考设计经验类似TPAFEA006这样的新品一般会配评估板和驱动代码做方案预研时务必把这块评估进去。第三个是供应链和长期供货能力。CPO系统从设计到量产往往跨越好几年AFE这类关键器件如果中途换供应商整个系统的校准数据和监控策略都要重新验证代价极大。国产模拟芯片厂商在供应链安全上的优势这几年大家应该都有切身体会。TPAFEA006这颗芯片从参数上看抓的点非常准——32路Heater Bias正好对应CPO光引擎中大量微环调制器需要热调谐的现实需求128路监控也覆盖了系统电源和温度巡检的主要场景。它不是一颗猎奇性质的炫技芯片而是扎扎实实为CPO量产服务的配套芯片。就我个人的体验来说CPO系统的硬件设计和传统可插拔光模块最大的区别就是所有事都得在更小的空间和更严的功耗预算内完成。TPAFEA006这种单片高集成AFE恰好是这套约束条件下最务实的答案。如果你正在做CPO相关的系统设计或者正在为光引擎的加热控制和监控通道犯愁这颗芯片值得列入你的选型清单。最后分享一个实操中的体会拿到任何新AFE芯片第一件事不是画板子而是先搭一个最小评估系统用它的寄存器配置界面把每个通道手动点一遍确认硬件的通道映射和软件一致。这一步走顺了后面整个设计都会顺利很多。