2. SFF-8472协议详解：协议架构、A0h/A2h内存映射、校准与监测机制

好，咱们今天来啃一块硬骨头——SFF-8472协议。说实话，我刚入行那会儿，看到这个协议文档第一反应是：这玩意儿怎么这么厚？但后来我发现，真正核心的东西，其实就那么几块。你只要把架构、内存映射、校准和监测这四个点吃透了，剩下的都是细节。

SFF-8472，说白了就是给光模块定的一套“体检标准”。它规定了模块怎么报告自己的状态，主机怎么读取这些数据。我习惯把它理解成模块的“病历本”——A0h是基本信息页，A2h是动态监测页。咱们一个一个来看。

2.1 协议架构：双地址、双页面

SFF-8472基于I2C总线，使用两个从设备地址：

• A0h（0xA0）：只读，存放模块的静态信息。比如厂商名、型号、序列号、速率等级等。这些数据出厂就写死了，用户一般改不了。
• A2h（0xA2）：可读写，存放动态监测数据。比如温度、电压、偏置电流、发射功率、接收功率。还有告警阈值、状态标志等。

你想想看，为什么要把静态和动态分开？我个人的理解是：静态信息不需要频繁读取，一次缓存就够了。而动态数据需要实时刷新，分开存放可以避免I2C总线拥堵。我在项目中遇到过，有些主机设计偷懒，把A0h和A2h挂在同一条I2C总线上，结果读取频率一高，总线就卡死。嗯，这里要注意，两个地址的访问频率最好错开。

2.2 A0h 内存映射：模块的“身份证”

A0h地址空间从0x00到0x7F，共128字节。我习惯把它分成三个区：

地址范围	内容	字节数
0x00 - 0x3F	基本标识信息（ID、接口、速率等）	64
0x40 - 0x5F	扩展标识信息（厂商、版本、选项等）	32
0x60 - 0x7F	厂商自定义信息	32

这里有几个关键字节，我重点说一下：

• 0x00（标识符）：0x00=GBIC，0x01=SFP，0x0C=QSFP+。这个字节决定了后续解析方式。
• 0x03（速率标识）：比如0x14表示1.25G，0x28表示2.5G。注意，这是“标识”不是“实际速率”，实际速率在扩展字节里。
• 0x3E/0x3F（校验和）：从0x00到0x3D的累加和取低字节。我曾经遇到过一批模块，校验和算错了，主机死活不认。排查了半天，最后发现是固件里累加时忘了加进位。这种坑，踩过一次就记住了。

2.3 A2h 内存映射：模块的“体检报告”

A2h地址空间也是0x00到0x7F，共128字节。但它的结构更复杂，因为要同时存放实时数据和配置数据。

地址范围	内容	说明
0x00 - 0x1F	实时监测数据（温度、电压、电流、功率）	每个参数2字节，共10个参数
0x20 - 0x3F	告警阈值	高/低告警、高/低警告
0x40 - 0x5F	状态与控制	告警标志、软控、密码等
0x60 - 0x7F	扩展监测与厂商自定义	可选功能

实时监测数据是重点。每个参数用2字节表示，格式是有符号16位整数（温度）或无符号16位整数（其他）。

举个例子，温度值：

• 原始值 = 0x1A90（十进制 6800）
• 实际温度 = 6800 / 256 = 26.56 °C

为什么会除以256？因为协议规定温度的分辨率是1/256 °C。说白了，就是把小数点后两位的信息也编码进去了。我刚开始做的时候，直接拿原始值当温度用，结果读出来一百多度，差点以为模块烧了。后来才反应过来，忘了做除法。

2.4 校准机制：从原始值到真实值

校准，就是把ADC采到的原始值，换算成真实的物理量。SFF-8472支持两种模式：

• 内部校准（Internal Calibration）：模块自己算好了，直接输出真实值。主机拿来就用，省事。
• 外部校准（External Calibration）：模块只输出原始值，主机需要查表或公式换算。麻烦，但灵活。

怎么判断是哪种？看A0h地址0x5C的bit 3。0表示内部校准，1表示外部校准。

内部校准的公式很简单：

// 温度：有符号16位，分辨率 1/256 °C
temp_c = raw_temp / 256.0;

// 电压：无符号16位，分辨率 100 µV
voltage_v = raw_voltage * 0.0001;

// 偏置电流：无符号16位，分辨率 2 µA
bias_ma = raw_bias * 0.002;

// 发射功率：无符号16位，分辨率 0.1 µW
tx_power_mw = raw_tx_power * 0.0001;

// 接收功率：无符号16位，分辨率 0.1 µW
rx_power_mw = raw_rx_power * 0.0001;

注意，发射功率和接收功率的单位是mW，但很多主机习惯看dBm。换算公式：

power_dbm = 10 * log10(power_mw);

我在项目中遇到过，有些模块的接收功率在低光时显示为0。这不是模块坏了，而是ADC分辨率不够，小信号被噪声淹没了。嗯，这种情况，我一般建议在固件里加一个“最小有效值”判断，低于某个门限就直接报“无光”。

2.5 监测机制：告警与警告

监测不只是读数据，更重要的是判断数据是否异常。SFF-8472定义了四级状态：

• 正常：一切OK
• 警告（Warning）：接近阈值，但还能用
• 告警（Alarm）：超出阈值，需要处理
• 失效（Fault）：模块彻底罢工

每个监测参数都有四个阈值：高告警、高警告、低警告、低告警。存放在A2h的0x20-0x3F区域。

举个例子，温度阈值：

地址	内容	示例值
0x20-0x21	温度高告警	0x4E20 (80°C)
0x22-0x23	温度低告警	0xFC18 (-40°C)
0x24-0x25	温度高警告	0x4650 (70°C)
0x26-0x27	温度低警告	0xFE70 (-30°C)

告警标志位在A2h的0x40-0x4F区域。每个参数占2个字节，bit0=高告警，bit1=低告警，bit2=高警告，bit3=低警告。

2.6 实际开发中的几个要点

最后，分享几个我在实际开发中总结的经验：

1. 读取频率不要太高：A2h的实时数据，建议每秒读一次就够了。读太快了，I2C总线受不了，模块也受不了。我见过有人每10ms读一次，结果模块的MCU被I2C中断淹死，连正常业务都跑不了。
2. 注意字节序：SFF-8472规定多字节数据是大端序（高字节在前）。但有些MCU是小端序，需要做转换。我习惯在读取时直接做字节交换，避免后续计算出错。
3. 校验和不能省：A0h的校验和一定要验证。如果校验失败，说明数据可能被篡改或读取错误。这时候应该重新读取，而不是直接使用。
4. 阈值配置要合理：不要为了省事把阈值设得很宽。比如温度阈值，如果设成-100°C到+200°C，那告警功能就形同虚设了。我一般参考模块的datasheet，留出10%的余量。

好了，SFF-8472的核心内容就这些。说白了，它就是一套“读数据、算数值、判异常”的流程。你只要把A0h和A2h的内存映射记熟，把校准公式写对，把告警逻辑理清，剩下的就是体力活了。

---

公众号:蓝海资料掘金营，微信deep3321