BOM占比不到1%，小小的光模块MCU为何越来越重要？

摘要：AI数据中心正在推动光模块从400G、800G向1.6T快速演进，一颗长期被忽视的MCU也随之发生变化。它不参与高速数据传输，却承担CMIS协议、固件管理、模拟监测、故障保护和器件协同等任务。随着Flash、I3C、模拟资源和安全功能不断增加，光模块MCU正在呈现更明显的专用化、软件化和集成化趋势。与此同时，CPO又可能改变传统“一模块一MCU”的架构，使控制功能进一步向Optical Engine内部和板级管理控制器迁移。

为何一颗几美元的MCU越来越重要？

AI数据中心正在把光模块推向一个过去很少见的升级速度。400G仍在大量部署，800G已经成为AI集群的重要配置，1.6T则开始加速进入下一轮规模应用。围绕这条高速光互联链路，市场最关注的芯片通常是DSP、EML、硅光芯片、TIA和Driver，因为这些器件直接决定传输速率、功耗和光电性能，也是光模块中价值量最高的部分。

相比之下，MCU既不负责高速SerDes数据处理，也不参与核心的光电转换。在一颗价值数百美元的800G光模块中，MCU通常只是几美元甚至更低，BOM占比不到1%。 但这颗价格并不起眼的芯片，却承担着另一类任务：监测温度、电压、电流和光功率，配置DSP和外围器件，管理电源与激光器状态，运行CMIS协议和状态机，并处理固件升级、异常告警和故障保护。

随着光模块升级到800G和1.6T，对于MCU的要求开始逐渐增加。 MCU一边要增加Flash、RAM、ADC/DAC和通信接口，一边又要缩小封装、降低功耗，并提高故障响应和可靠性。新一代高速光模块MCU已经开始引入Cortex-M33、双Bank Flash、I3C、多路模拟外设以及更小封装，产品定义明显区别于过去简单的“housekeeping MCU”。

一颗几美元的芯片，其系统管理复杂度正在快速提升，并成为下一代光互联系统架构变化的关键一环。

从800G到1.6T，MCU到底改变了什么？

如果只看数据通路，光模块MCU似乎没有理由做太大的变化。400G、800G乃至1.6T的数据并不会经过MCU处理，真正承担高速信号处理的是DSP、SerDes、Driver、TIA以及光电器件。

早期光模块中的MCU更接近一颗典型的“Housekeeping MCU”。它采集模块温度、供电电压、激光器偏置电流以及收发光功率，执行简单的校准、状态上报和异常告警，再通过I²C与主机通信。Maxim早期的DS4830A已经体现了这一思路：CPU性能并不突出，但集成大量ADC、DAC、温度检测、比较器和PWM资源。可以说，光模块MCU从一开始就不是靠“算力”取胜。

到了800G和1.6T，这种角色被进一步放大。光模块内部需要管理的DSP、光器件和电源轨越来越多，工作状态和诊断数据也越来越丰富。与此同时，模块仍然被限制在OSFP、QSFP-DD等紧凑空间内，PCB面积和散热能力并不会随着传输速率同步增加。因此，MCU开始面临更复杂的系统性要求。

其中最明显的变化首先来自CMIS。早期管理接口更多围绕基础状态监测展开，而今天CMIS已经发展出更加复杂的数据路径状态管理、诊断、故障信息和遥测机制。OIF发布的CMIS 5.3仍在继续扩展管理能力，后续演进甚至已经开始讨论SPI、I3C以及Ethernet管理接口，并研究从传统的寄存器式管理向object/message-based management迁移。

这意味着，光模块MCU越来越像一个“小型嵌入式系统”，而不是简单的寄存器读写器。MCU需要运行状态机、管理Memory Map，完成模块初始化、低功耗与高功耗状态切换，同时还要处理Firmware升级、故障恢复以及不同主机平台之间的兼容。光模块速率越高、功能越复杂，Firmware所占的权重也越高。因此这一轮升级首先表现为Flash和RAM明显增大，而不只是CPU主频提高。

ADI在2026年推出的ADuCM451就是一个很有代表性的例子。这颗明确面向400G、800G、1.6T及更高速率光网络模块的MCU，采用Cortex-M33，却同时配置了两组1MB独立Flash和512KB带ECC的SRAM，并支持I²C、I3C、SPI、QSPI和MDIO等多种接口。相比CPU本身，更值得注意的是这些外围资源。

通信接口的变化同样说明了这一点。I²C长期以来足以承担光模块管理，但随着Telemetry和配置数据增加，它开始遇到效率问题。MIPI早在面向通信设备的I3C技术资料中就直接指出，随着总线数据量增加，I²C速度正在成为限制；I3C SDR可以运行到12.5MHz，并兼顾对传统I²C器件的兼容，因此适用于需要频繁访问和高速遥测的光模块。

不过，这并不意味着I3C会立即取代I²C。现有光模块、交换机和主机平台拥有庞大的I²C生态，产业迁移不会一步完成。更现实的趋势，是新一代MCU同时保留I²C、I3C甚至MDIO、SPI等多种接口，通过一个芯片覆盖不同客户和不同代际产品。OIF目前对下一代管理物理接口仍然处于演进和讨论阶段，本身也说明光模块的管理总线尚未完全定型。

另一个容易被忽视的变化，是模拟能力并没有因为光模块越来越“数字化”而下降。温度、电压、Laser Bias、Tx/Rx Optical Power等参数依然来自模拟世界，激光器、TEC和部分光电器件也需要DAC、PWM或者闭环控制。因此，ADC、DAC、比较器和基准源仍然是专用光模块MCU的重要资源。ADuCM451甚至集成最高16路外部ADC通道、多路DAC和电压比较器，同时提供3.3V、1.8V和1.2V多电压GPIO。

多电压域本身也是高速光模块集成度提高后的结果。传统主机管理接口可能仍工作在3.3V，但DSP、EIC和先进数字芯片越来越多采用1.8V甚至1.2V I/O。如果MCU只能支持单一电压，模块就需要额外增加Level Shifter，不仅增加BOM，也占用宝贵的PCB面积。高速模块因此正在把过去不起眼的GPIO电压配置、小封装和外围器件集成，变成实际的产品竞争点。

安全功能也开始进入这一轮升级。ADI的新产品已经加入TrustZone、Secure Boot、硬件加密和随机数发生器。 这并不意味着1.6T光模块已经普遍强制要求复杂的信息安全功能，但随着Firmware越来越大、现场升级越来越普遍，以及光模块逐渐成为大型AI基础设施中的可管理网络节点，固件认证和安全启动正在从“可选功能”逐渐变成新的设计维度。

所以，如果把过去十多年的光模块MCU放在一起比较，会看到一个非常清晰的变化：CPU内核从8位、M0/M3逐步升级到M4/M33只是表象，真正增长得更快的是Flash、RAM、通信接口、模拟资源、安全功能以及软件复杂度。

光模块MCU真正的壁垒是什么？

从芯片的制程工艺来看，光模块MCU并不需要先进的制程。IP核可以用ARM的，其它ADC、DAC、I²C、SPI等IP也已经高度成熟。

当产品开始走向这种程度的专用化之后，新的问题出现了：既然IP内核可以买、成熟制程并不稀缺，为什么高速光模块MCU没有快速同质化呢？

其实真正难做的地方，恰恰藏在这些规格参数之外。

第一个门槛是模拟资源与数字控制之间的取舍。光模块虽然承担高速数字通信，本质上仍然是一个高度依赖模拟监测和控制的系统。温度、电压、电流、Laser Bias以及收发光功率都需要ADC采集，激光器、TEC和部分光电器件又可能依赖DAC、PWM或比较器进行控制。因此，Optical MCU从很早开始就带有明显的“数模混合”特征。

以Maxim早期DS4830A为例，这颗产品只有16位MCU内核和32KWords Flash，却集成了8路12位DAC、26路ADC输入、10路PWM、温度检测和比较器。其设计目标就是尽量减少外部电路，以降低成本和PCB面积。 到2026年的ADI ADuCM451，这条思路仍然存在，只是资源规模明显扩大：Cortex-M33、2×1MB Flash、512KB SRAM、多路模拟外设、多种高速接口和多电压I/O被整合到一颗芯片中，并直接面向400G、800G和1.6T光网络模块。

据了解，目前高速光模块MCU存在三种典型产品路线：

一类是ADI/Maxim代表的高度模拟集成型专用MCU，通过大量ADC、DAC、比较器和温控资源减少外挂芯片；

第二类是采用高性能通用MCU，再由模块厂自行配置外部模拟器件，优势是软件生态成熟、产品选择多；

第三类则介于两者之间，在通用MCU基础上针对光模块增加必要的模拟IP、特殊接口和小封装，兆易创新、上海贝岭等产品更接近这一路线。上海贝岭BL32F512X就同时集成多路ADC、DAC、OPA、比较器，并将512KB Flash、144KB SRAM和CMIS支持放在同一产品中，定位200G、400G和800G高速光模块。

三条路线很难简单判断谁更先进。模拟IP集成得越多，外围BOM和PCB面积通常越低，但芯片面积、功耗和验证复杂度也会上升；全部依赖外挂模拟器件，则可以提高设计灵活性，却要付出空间和器件数量的代价。对于今天空间已经非常紧张的800G、1.6T模块而言，真正考验MCU厂商的其实是产品定义能力——知道哪些功能必须集成，哪些功能留给外围器件更合适。

第二个门槛来自Firmware。这一点从光模块厂商的招聘需求中表现得非常直接。Samtec面向200Gbps/lane光模块招聘的Firmware Engineer，不仅要开发I²C、MDIO、ADC/DAC、PMIC、SPI等底层驱动，还需要实现CMIS/SFF状态机和Memory Map，处理Laser/TEC控制、上电时序、故障管理、光功率与温度闭环，并覆盖Init、Low Power、High Power、Diagnostic和Firmware Update等完整模块状态。这已经远远超出了“MCU驱动程序”的范畴。

高速光模块Firmware正在成为连接DSP、光器件、电源、温控和主机管理接口的系统软件层。因此，未来MCU厂商之间的竞争很可能逐渐从芯片本身扩展到：MCU + BSP/Driver + Bootloader + Firmware升级机制 + Security + CMIS参考框架 + FAE支持。

但这并不意味着MCU厂商会接管整个光模块软件。激光器校准、温补算法、DSP参数、不同光学器件的控制策略以及Vendor-specific CMIS功能，仍然属于光模块厂商的核心Know-how。

第三道门槛是可靠性与客户认证。

MCU本身可能只占高速光模块很小一部分BOM，却管理着价值远高于自身的DSP、激光器和光电器件。一旦出现I²C异常、ADC漂移、Flash升级失败、异常掉电或者边界温度下的软件死锁，最终失效的可能是一整只光模块。

因此，客户很少单纯为了降低几十美分的成本去替换一颗已经通过验证的MCU。重新进行Firmware适配、模块验证、互操作测试乃至终端客户认证，产生的工程成本往往比芯片价差更高。这使光模块MCU天然具有低BOM占比、高认证成本、高客户黏性的特点。

第四道门槛则来自长期量产经验。

成熟MCU厂商使用的Arm内核并没有本质差异，很多数字IP也来自相似供应链。最终拉开差距的往往是Datasheet里很难看到的问题：不同IP同时工作时是否会出现边界冲突，I²C在高温或强干扰下能否稳定运行，ADC精度在实际板级环境中是否漂移，Flash升级过程中突然掉电如何恢复，以及多个电压域切换时能否保证系统状态一致。这些设计过程中的knowhow往往只有经过几代产品、大量客户和长期量产才能暴露出来。

用兆易创新MCU事业部资深市场经理 Jeff Cui的话来说：“大家都是买ARM核，都是自研或者买其他IP去搭乐高。区别就在于，有的人搭了两年的乐高，像我们是搭了很多年的乐高。我们就非常清楚，某两个乐高之间的连接可能有些隐患，这是一种多年的积累。”

不同光模块MCU供应商盘点

目前号称针对光模块市场的MCU供应商并不少，但真正能支持800G/1.6T，同时已经进入客户验证甚至规模出货的供应商并不多。

很多32位MCU理论上都能够完成温度采集、I²C通信和基本状态管理，但到了高速光模块，产品需要同时满足更大的固件空间、多路模拟资源、小封装、多电压域以及更复杂的通信和安全需求。

ADI收购的Maxim很早就推出了DS4830A这类明确以“Optical Microcontroller”命名的产品，面向SFP+、QSFP+、PON等光通信应用。它的思路非常典型：CPU并不追求高性能，而是在一颗MCU里集成大量ADC、DAC、PWM和温度检测资源，尽量减少光模块外围器件。到了2026年的ADuCM451，这套逻辑仍然存在，但产品规格已经完全进入另一阶段：Arm Cortex-M33、2×1MB Flash、512KB带ECC SRAM、I3C、多电压I/O以及Secure Boot等功能被整合进来，ADI官方直接将其定位于400G、800G、1.6T及更高速率的光网络模块。可以说，ADI代表的是一条高度专用、数模深度融合的Optical MCU路线。

ST并没有把光模块MCU作为一个独立的产品线，而是把STM32生态直接带进高速光互联系统。PIC100面向单通道200Gbps PAM4，可用于800Gbps和1.6Tbps可插拔模块；与此同时，STM32H5承担模块配置、监控、诊断和系统管理。由于STM32拥有成熟的软件工具、开发生态和较长的生命周期，对于已经拥有较强模拟前端和光模块设计能力的客户来说，并不一定需要把所有ADC、DAC和控制资源都集成进一颗高度专用MCU。通用高性能MCU加上成熟软件生态，同样能够形成竞争力。

兆易创新是目前公开出货基础较强的代表。在2026年深圳光博会期间，兆易创新披露光模块专用MCU累计出货已接近1亿颗。其GD32E511/512已经明确面向400G至1.6T高速光模块，采用Cortex-M33、大容量双Bank Flash、I3C以及针对光模块配置的模拟资源。

上海贝岭早期BL32F32x2主要覆盖100G以下光模块，新一代BL32F512X则明确向200G、400G和800G拓展。BL32F512X采用Cortex-M4F，并集成ADC、DAC、OPA、比较器等模拟资源，本质上也是在通用MCU与高度专用模拟控制器之间寻找平衡。

国民技术则是2026年进入高速光模块MCU竞争比较积极的新玩家。N32H493采用Cortex-M4F，主频240MHz，提供最高1MB Flash、双Bank、ECC SRAM、多路ADC/DAC和硬件密码引擎，官方直接定位800G/1.6T光模块；下一代N32H5进一步规划M33、2MB Flash和I3C，面向1.6T以上产品。据官方资料介绍，N32H493已经在国内头部光模块厂商“推进导入”。

新唐的M029G/M030G/M031G则能代表另一类传统Optical MCU。其产品明确针对光收发模块，采用Cortex-M0、32KB至64KB Flash，并集成温度传感器、多路ADC/DAC和3×3mm小封装；对于更高速光收发器，新唐又推荐M471、M485等Cortex-M4产品，增加双Bank Flash和更高速I²C。

根据笔者前面提到的几大竞争门槛，国产MCU在光模块领域面临最大的挑战，依然是可靠性与客户认证，而这一点仍然需要长期的时间积累。

CPO会不会让MCU消失？

随着可插拔光模块向CPO的过渡，MCU的位置和形态也将面临改变。

在传可插拔光模块中，DSP、光电器件、电源、Flash和MCU都位于相对清晰的模块边界内，MCU负责CMIS管理、状态监测、固件运行和外围器件控制，基本形成“一模块一控制器”的架构。

CPO把Optical Engine移动到交换ASIC或XPU附近，以缩短高速电连接距离、降低SerDes损耗和功耗，同时将激光源、控制和管理功能重新拆分。目前已经可以看到控制器向Optical Engine内部迁移的趋势。

Marvell展示的1.6T Silicon Photonics Light Engine，就把Linear Driver、TIA、硅光芯片以及嵌入式Microcontroller和Firmware集成在同一封装中。TSMC的COUPE也在推进Photonics Chip与Electrical Control Chip的3D集成。这里的Electrical Control Chip并不能简单等同于传统MCU，但两种方案都说明，光学控制电子正在越来越靠近PIC，甚至成为Photonic Engine本身的一部分。这意味着，未来CPU内核、Flash、ADC/DAC和Firmware等控制资源未必继续以一颗标准MCU的形式独立出现在PCB上。

另一方面，CPO系统的管理范围反而可能扩大。采用External Laser Source后，一个系统可能同时管理多个Optical Engine和多个激光源。OIF提出的ELS管理架构中，Optical Engine负责报告所需光功率，ELS报告自身能力和状态，而真正协调二者、控制连续波光源和维护连接关系的是Host Board Controller。由此，CPO的控制体系开始从过去相对扁平的单模块管理，转向更明显的分层架构：Optical Engine内部控制器负责本地监测和执行，Host Board Controller负责多个光引擎和外置激光源之间的协调，更上层的BMC或交换机管理系统负责整机管理。

可以说，CPO并不是简单把今天的光模块“搬到芯片旁边”，而是在重新划分光、电、控制和管理功能之间的边界。

最后，笔者认为，未来几年光模块MCU最值得关注的趋势可以归纳为三点：专用化、软件化和集成化。在AI光互联快速演进之后，光模块MCU竞争正在进入新的阶段：能不能更好的理解1.6T、3.2T乃至CPO架构下的系统需求，并把这些需求提前写进芯片定义，正在成为新的分水岭。