你有没有遇到过这种情况一台 PoE 摄像头插上交换机端口灯亮了又灭、灭了又亮无论怎么换线都起不来。而且交换机总功率明明够用旁边端口的 AP 都工作得好好的。你说 PoE 不是即插即用吗它怎么就不知道摄像头要“多少电”答案就藏在 IEEE 802.3af/at/bt 三套 PoE 标准最核心的功率协商机制里先 class 分级再 LLDP 功率握手。PSE供电设备绝大多数时候就是交换机要先把端口上接的东西“验明正身”确认对方是合法受电设备再根据它回传的 class 信息给一个功率档位最后还能通过 LLDP 协议精确到瓦来来回回讨价还价。整套流程发生在毫秒级平时你根本看不见但一旦出错表现就是设备反复重启、端口烧毁或者摄像头在寒冷天气集体掉线。这篇文章我会从物理层的 25kΩ 特征电阻开始一层层拆开 PoE 如何识别 PD受电设备、如何用 class 告诉 PSE“我要几档”、又如何用 LLDP 做精细功率协商。适合三类人读做安防和网络施工的工程队、写 PoE 硬件驱动的工程师、以及单纯想搞明白“为什么有的摄像头上电就那么挑端口”的运维。你不一定需要懂模拟电路只要跟着我讲的排查思路走也能自己处理一大半 PoE 问题。1. 第一步不是给电而是验明正身25kΩ 特征电阻检测1.1 检测电压只有几伏PSE 到底在看什么很多人以为 PoE 交换机一上电就会往网线里灌 48V这是个天大的误解。真按这个逻辑来普通电脑网口、路由器上行口、甚至一根空网线都会被烧掉。标准 PoE 的第一步是检测Detection。PSE 会给端口施加一个很低的电压标准规定在 2.8V 到 10V 之间然后测量流过的电流。如果对面是普通网络设备网口的隔离变压器和高阻抗电路基本不给电流PSE 测得的结果是“开路”判定不支持就不供电。如果对面是标准 PD比如摄像头那么 PD 内部必须有一个 25kΩ 的特征电阻允许范围 23.75kΩ 到 26.25kΩPSE 通过两次不同电压下的采样算出端口阻抗落在这个区间才认定“这是一台可以吃电的设备”。实测中你会发现 PSE 不是只测一次。它通常交替送出两个电压点比如 3V 和 9V分别读电流再用软件算斜率。这样做的好处是把线缆电阻、接触电阻的影响减掉。现场的网线头氧化、水晶头接触差都会让单点测量偏差很大但两点法能减少这类误判。如果你拿万用表在网线末端直接量量到 24.7kΩ那基本就是合格的特征电阻。1.2 为什么偏偏是 25kΩ而不是 1kΩ 或 1MΩ这个数值是 IEEE 反复权衡的结果。选的电阻太小比如 1kΩ检测电压下会产生几毫安电流虽然不至于烧东西但网线一旦线芯间有点潮湿或者轻微短路PSE 很容易把故障当成正常 PD直接进入供电流程然后触发过流保护甚至火花。选得太大比如 1MΩ检测信号会被各种干扰源淹没模拟比较器的噪声稍微波动一下就无法区分“真实 PD”和“一根空网线”。25kΩ 这个量级恰好在中间对几伏的检测电压来说它产生的电流大约在 0.1mA 到 0.4mA 之间既不容易被噪声干扰又不会造成明显功耗同时它和网口变压器、ESD 保护二极管等常见元件的阻抗特性差异巨大方便 PSE 做决策。这就是为什么整个业界都用它当“身份证号码”25kΩ 就是 PoE 世界的身份标识。1.3 单特征与双特征bt 时代新增的识别姿势到了 802.3btPD 的识别方式又多了一门学问单特征Single-signature和双特征Dual-signature。单特征设备整机共享一套检测和分级前端所有功率链路统一汇报双特征设备则有两套独立链路常见于带两个 PoE 输入口的高端 AP、工业交换机或者那种支持双网口冗余供电的设备。PSE 会把每个端口当成独立的 PD 分别检测、分别分级、分别分配功率。工程上容易在这个地方翻车。比如一台双口设备实际总功耗 55W单口只能到 30W如果交换机固件不认识双特征模式就会把两个端口都按单口 30W 供总功率缺口明显设备随机重启。所以选型时遇到多网口受电设备先查 PSE 固件是否支持 dual-signature这条经验在 4.5 节还会展开讲。2. class 分级PSE 靠一次电流脉冲读懂 PD 的“档位”2.1 分级事件15.5V 电压下 PD 回灌的电流说了算检测通过后PSE 还不能直接送电。它要把端口电压抬到分级区一般为 15.5V 到 20.5V然后观察 PD 回灌的电流。PD 内部的分级电路会模拟成一个电流源不同档位对应不同电流范围class 0 对应 0 到 5mAclass 1 对应 8 到 13mAclass 2 对应 16 到 21mAclass 3 对应 25 到 31mAclass 4 对应 33.5 到 40mA。PSE 测量当前电流落在哪个范围就认定 PD 属于哪个 class。这个过程叫分类或分级整个过程很短通常几十毫秒内完成。这里有个设计上的小巧思分级电压远低于供电电压供电一般 44V 到 57V所以这个环节不会对 PD 造成过流伤害。它就像正式开工前的口头确认——先谈好需求再真正送电。而且这种用电流大小编码档位的方式成本极低PD 端不需要 MCU一个电阻网络就能实现这也是它从 2003 年一直用到现在的原因。2.2 802.3af/at 的 class 0-4一张表看懂功率档位下面这个表是 802.3af/at 定义的最关键参数我直接给你整理好。ClassPD 最大功耗PSE 额定输出典型设备013.0W15.4W默认/未知设备不参与分级或分级失败13.84W4.0W网络电话、室内传感器26.49W7.0W老款 IP 电话、低功耗 AP313.0W15.4W云台摄像头、标准 AP425.5Wat30.0Wat大功率球机、吸顶 APclass 0 是个特殊档位。如果 PD 因为某种原因没有分级或者分级电流落在无效区间PSE 就会按 class 0 处理也就是按最高功率 15.4W 预留预算。所以很多交换机管理页面上看不到明确的 class因为设备都回了 0。class 4 在最早的 af 标准里是保留状态到 802.3at 才启用而且它必须配合物理层的双事件分类来确认——Type 2 PSE 会在第一次分级后再补一次高电压事件验证 PD 是否真的支持 at 标准防止老 af 设备被误认为 class 4。2.3 802.3bt 的 class 5-8挡位变细了但仍不完美802.3bt 把 class 扩展到了 8 档标准里 Type 3 最高 60WType 4 最高 90W。常见参数如下Class所属 TypePSE 输出PD 输入0-3Type 115.4W13.0W4Type 230W25.5W5Type 345W40W6Type 360W51W7Type 475W62W8Type 490W71.3W注意一个容易被忽略的细节PSE 侧预留功率永远大于 PD 可消耗功率。中间的差距一部分是网线线损一部分是给 DC-DC 转换预留的浪涌余量。所以你看交换机标称 90W/端口PD 端的设计极限往往不到 75W。做硬件设计时千万别拿 PSE 输出功率去给 PD 定最大功耗否则长期过载端口迟早出问题。2.4 class 分级的精度瓶颈一颗实际 9W 的摄像头能怎么报class 分级的颗粒度始终太粗。假设一台摄像头标称功耗 9W它在 class 表里找不到 9W 这个档位只能报 class 0 或 class 3。报 class 0PSE 按 15.4W 预留报 class 3也按 15.4W 预留。也就是说不管怎么报交换机都要为单位 9W 的真实负载准备 15.4W 的预算这在一台 24 口交换机上很容易把整机 PoE 预算吃干。当你看到满配 24 口的项目全部用 class 3 摄像头每个端口都预留 15.4W24 口加起来就需要 369.6W而交换机标称总预算可能只有 370W几乎一点余量都不剩。这正是后面 LLDP 协商登场的根本原因粗粒度档位适合兜底但精确到瓦还得靠协议来谈。3. LLDP 功率握手从“大概几档”到“精确到瓦”3.1 LLDP 不是聊天工具二层协议在端口之间交换什么LLDPIEEE 802.1AB是一个链路层发现协议它让相邻设备之间互相广播自己的身份和能力比如系统名、端口号、管理地址。它本身不负责供电真正负责功率协商的是基于 LLDP 之上的 LLDP-MED 扩展ANSI/TIA-1057其中定义了 Power Via MDI TLV专门用于 PoE 功率协商。你可以把 LLDP 想成端口之间的“名片交换”。交换机每隔一段时间默认 30 秒往端口发一个帧PD 收到后同样回一个帧。对 PoE 来说这两帧里最关键的内容就是功率信息。由于 LLDP 帧是标准的以太网帧不依赖 IP所以哪怕设备没拿到 IP 地址也能正常工作这一点对摄像头和 VoIP 电话特别重要。3.2 Power Via MDI TLV 里藏着什么字段Power Via MDI TLV 的关键字段按功能分主要有四块Power Type标明自己是 PSE 还是 PD这是协商中的“角色声明”Power Source标明主用还是备用电源涉及冗余场景Power Priority优先级分为 Critical、High、Medium、Low用于预算不足时先保谁Power Value功率数值以 0.1W 为单位能精确表达 11.5W、23.8W 这种 class 完全无法表达的数值。这就是它比 class 精细的原因。class 只有 9 个档位而 LLDP-MED 能表达的功率值范围足够细基本可以做到“要多少报多少”。同时它还带优先级字段交换机在总预算不够时可以按照 Critical High Medium Low 的顺序去拒绝低优先级设备这在安防项目中非常实用。3.3 一次完整的功率握手从预留到确认结合工程实际我拆一个完整流程给你看。第一步检测和分级完成后PSE 已经按 class 给端口预留了一个初始功率。比如设备报 class 3端口就预留了 15.4W。第二步交换机在端口上发出 LLDP-MED TLV声明自己是 PSE并宣称这个端口最大可提供 30W。第三步PD 收到后对比自身需求比如 11.5W回发一个 PD 类型的 Power Via MDI TLV请求 11.5W。第四步PSE 查询剩余预算如果够就更新端口授权如果不够就根据优先级决定是否继续供电。授权后有些交换机还会把端口的预留功率从 15.4W 动态降下来这部分多出来的预算就可以分给其他端口。第五步双方按 30 秒的周期持续交换一边保持连接一边更新信息。整个协商结果会体现在交换机管理界面上这也是排查功率问题的重要信息来源。不过必须说明并不是所有交换机都会动态调整预留功率。许多中低端型号只是把 LLDP 用作信息展示端口授权功率仍按 class 计算。方案落地前建议先拿实际设备在测试环境验证一下上报的 LLDP 功率和端口真实授权是否一致再决定依赖哪种模式。3.4 LLDP 失效时为什么系统能兜底我在现场见过不少 LLDP 协商失效的案例。常见原因包括交换机配置了端口安全策略把 LLDP 帧丢弃、设备不支持 MED 扩展、中段存在模拟延长器破坏了 LLDP 帧。但有意思的是即使 LLDP 全部失效PoE 设备通常还是能启动只是功率按 class 的粗粒度走。这其实是标准刻意设计的降级路径class 分级作为基础LLDP 作为增强。前者保证任何标准 PD 至少能被识别和供电后者提供精细协商和优先级管理。对工程来说这意味着排查故障时如果发现设备能启动但功率表现不对要先去核对 class 段落的结果如果是设备反复启动或功率上报不刷新再去查 LLDP 帧有没有被链路中断或策略过滤。4. 现场排障PoE 协商失败的 5 个典型现场4.1 摄像头早上集体掉线问题出在 class 预留某项目装了 32 个 PoE 摄像头冬天早上有一批总是离线重启后能恢复但过几小时又掉。查看交换机 PoE 状态时我发现这批摄像头 class 被识别为 class 3但端口的 LLDP 日志显示设备实际请求功率只有 10W。问题在于 PSE 端口按 class 3 预留了 15.4W整机预算很快被占满后面上线的摄像头直接申请不到功率于是掉线。解决办法不复杂第一把交换机端口功率策略从“按 class”改成“按 LLDP 动态分配”第二如果交换机不支持就升级固件让 LLDP 上报真正参与预算计算第三给摄像头升级固件确保 MED TLV 正常回复。核心思路就一条——别让 class 的粗粒度白白吃掉整机预算。4.2 25kΩ 电阻明明在PSE 却不供电一次自研 PD 板子调试PSE 怎么都不供电。用万用表在 RJ45 入口量1/2 和 3/6 线对之间有 24.7kΩ特征电阻明明在。最后查出来是设计为了防静电在输入口并联了一颗 TVS 管待机时漏电流偏大把 PSE 的检测电压拉偏导致两点法算出的斜率不对。把 TVS 换成低漏电型号或者把特征电阻放 TVS 后面故障马上消失。这条经验值得所有硬件设计师记下PoE 检测电压只有几伏任何二极管、TVS 的漏电流都会干扰检测。别小看这个细节我在多个项目里踩过同样的坑。4.3 120 米网线授权 30W到手只有 25W一个 30W 球机网线拉了 120 米PSE 日志显示端口已授权 30W但设备还是报输入电压偏低。算一下线损就知道原因了Cat5e 网线 100 米回路电阻大约是 9.8Ω120 米接近 12Ω。30W 负载在 53V 供电电压下电流约 0.57A线缆压降算出来大约 6.8V设备实际到手电压只有 46V 多点再经过内部 DC-DC 降压余量就非常紧张了。处理方式有三种换 Cat6 线缆降低电阻缩短网线距离或者把 PSE 供电电压调高到 57V部分企业级交换机支持。这里也提醒一句预算功率不等于 PD 实际到手功率真正的工程余量至少要按 20% 算。4.4 非标“PoE 摄像头”和标准 PSE 的相爱相杀市面上很多便宜摄像头标称“PoE”其实走的是非标 48V 直供方案直接拿网线空闲线对 4/5、7/8 往设备灌电。这类设备没有 25kΩ 特征电阻插到标准 PSE 上根本不工作。有人会配一个 PoE 分离器去接但便宜分离器往往只模拟了电阻检测没做分级和 LLDPPSE 按最低档 class 供电功率不够还是白搭。工程采购建议非常明确认准产品上有明确的 802.3af/at/bt 认证标识而不是只看网口长得像不像 PoE。非标设备不仅协商不了功率还可能因为电位冲突烧掉网口得不偿失。4.5 dual-signature 双口设备固件不支持就重启一款高端吸顶 AP 有两个 PoE 输入口支持 802.3bt dual-signature 双特征取电总功耗约 55W。现场接在交换机两个端口上但交换机固件版本太老不认识双特征设备把两个端口各自按 class 4 供电单端口只能到 30WAP 运行一段时间功耗上来就随机重启。升级交换机固件开启 dual-signature 支持后两个端口功率汇聚到 60W问题才真正解决。遇到多网口 PoE 终端先查 PSE 固件说明里有没有 dual-signature 支持这一点比换设备省时省钱得多。5. 工程选型与调优把 PoE 功率预算玩明白5.1 别只数端口 30W先算整机 PoE 预算选交换机时很多人只看“24 口、每口 30W”却忽略整机 PoE 总预算。一台 24 口的 30W 型号总预算很可能只有 370W满配平均到每端口只有 15.4W连一个 30W 球机的预算都喂不饱所有端口。我常用的计算方式很土但稳Σ(PD 实际功耗) × 1.25再加上单端口最大预留功率得到的数值再和交换机总预算比。这个 1.25 就是用来覆盖上电浪涌、线损和 class 预留浪费的。如果你所有摄像头实际功率 10W24 口总共 240W乘 1.25 就是 300W再留单端口 30W 峰值选 370W 预算的型号刚好够。但如果混着几台 30W 球机预算立刻吃紧就要上更高预算的型号或者拆分成两台交换机。5.2 三种功率分配模式怎么选网管交换机上的 PoE 功率模式常见有三种按 class、按 LLDP、按用户自定义。按 class 是最保守也最省事的模式适合预算充足、设备档位统一的项目。按 LLDP 模式最精确能省预算但前提是全线 PD 的固件正常支持 MED。按用户自定义适合特殊场景比如手动指定某个摄像头端口 25W但要注意部分型号的“最大功率强制”选项非常霸道PD 请求超过你设定的值就拒绝而不是协商降级。所以配置时要想清楚到底是要“一刀切还是留协商空间”。5.3 我的 PoE 排障工具箱这些年我排查 PoE 问题常备四样东西带 PoE 检测功能的网线测试仪能直接读出 25kΩ 特征电阻和 class 档位一台能显示端口功率和 LLDP 状态的网管交换机哪怕二手也行一块万用表用来测 RJ45 的 12-36 线对压降还有一台可调 PoE 注入器用来单独验证 PD 的供电能力。我的排查顺序一般固定为先用测试仪把物理层问题排干净再上协议看 class 和 LLDP 协商最后才怀疑设备本身。这个顺序反了会很痛苦比如你花一晚上查摄像头固件结果问题只是水晶头压接次序错了。5.4 一个小技巧用可调电阻逼近 class 边界最后分享一个我用了很久但很少写进文档的调试技巧。当你怀疑 PSE 对 class 判断闪烁不定时手动在 PD 设计图上临时把分级电阻换成电位器从大往小慢慢调同时观察 PSE 端口的 class 变化。如果 PSE 在某一档位之间跳来跳去多半是分级电流落在了 IEEE 规定的两个 class 之间的非法区间这时把电阻调到更标准的阻值附近档位就会稳定下来。这个方法虽然土但比盯着日志猜有效得多。我当年调一个自研 AP 的 PoE 供电电路就是靠它把分级电阻的温漂问题钉死的。PoE 协商机制说到底就一句话class 定档位LLDP 定瓦数检测是底线两者缺一不可。你排障时只要分清问题出在物理层、分级层还是协议层八成能快速定位。