先说清分工，后面才不会把参数配串。
供电协商管"给多少电"。按 IEEE 802.3af/at/bt 的流程，PSE 先做检测（Detection），再分级（Classification），最后才上电。分级决定了端口能给多少瓦，也给后续的功率预算提供了依据。
看门狗（PD Alive Check）管"设备假死"。交换机的检测电路只能判断端口有没有负载、有没有短路，判断不了对端设备是死是活。看门狗换了个思路：周期性地 ping 受电设备的 IP，连续失败到阈值就断开端口电源，等几秒再上电，让设备重新启动。
端口优先级与定时供电管"电不够时怎么分"和"什么时候给"。前者是过载时的断电顺序，后者是时间计划，用来做每天定时重启或夜间部分设备断电。
三件事都配得对，机柜里可以几年不用人去按电源；配错任何一个，结果都是"莫名其妙重启"或"夜里监控全黑"。
PoE 的功率有两个数，容易混：PSE 端口输出功率和 PD 实际可用功率。中间的差值损耗在 100 m 网线上，线越细、越长，损耗越大。
| 标准 | PSE 端口输出 | PD 可用功率 | 线对与典型受电设备 |
|---|---|---|---|
| IEEE 802.3af（Type 1） | 15.4 W | 12.95 W | 两对线，普通半球摄像头、门禁读头 |
| IEEE 802.3at（Type 2） | 30 W | 25.5 W | 两对线，球机、双频 AP |
| IEEE 802.3bt Type 3 | 60 W | 51 W | 四对线，云台球机、带加热的设备 |
| IEEE 802.3bt Type 4 | 90 W | 71.3 W | 四对线，5G 小站、大功率 AP |
分级靠硬件电阻完成（af/at 用物理层分级）或靠 LLDP 协商（bt 增加的精细分级），这决定了交换机在设备接入前就能预判端口功率需求。代价是：如果受电设备不支持 LLDP 精细协商，交换机只能按硬件分级给的档位上电，会把 60 W 的四对线设备当 30 W 处理，结果是间歇性断电。
功率预算按整机而不是按单口算。一台标称 240 W 电源的交换机，不是每个口都能给 30 W——总功率上限是硬约束。规划时把"最大端口的绝对上限"和"整机预算"两个数都写进方案，别只写一个。
看门狗的三个参数：探测间隔、失败阈值、断电时长。
工程上常见区间是间隔 30~60 s、连续失败 2~3 次、断电 5~15 s。换算一下响应时间：间隔 30 s、失败 3 次，从设备假死到断电大约 90 s，加上重启和启动时间（普通摄像头约 30~60 s，双频 AP 可能要 2~5 min），总共 2~6 分钟恢复。这个时间对监控业务可以接受，对 PLC 这类控制设备偏长。
误伤几乎全出在同一个原因上：受电设备不响应 ICMP。部分工业摄像头默认关闭 ping 响应，有些设备在启动完成前不回答 ARP 和 ICMP，还有些设备的 IP 由 DHCP 动态获取、租约变化后交换机里配的地址就失效了。结果就是看门狗每隔几分钟重启一次设备，现场表现为"莫名其妙重启"。
几个避免误伤的做法：
先拿工具的持续 ping 测 24 小时，确认设备稳定响应 ICMP，再开看门狗。
给受电设备配固定 IP 或 DHCP 保留，别让它漂。
探测间隔不要短于设备最慢响应时间，AP 类设备建议 60 s 起。
看门狗只管"端口电源"这一层，如果设备本身能自愈（比如内置看门狗），两者叠加会互相打架。
优先级一般分三档：Critical、High、Low。当整机功率接近上限时，交换机按优先级从低到高断开端口供电；优先级相同的端口按端口号排序。
配置上的关键点在于把设备分级而不是把所有端口设成同一档。典型分法：
Critical：门禁控制器、核心摄像机、工业 AP——断电会造成安全或生产影响。
High：普通监控摄像头、网络音箱。
Low：充电类负载、备用电台、测试口。
优先级只在 PoE 整机过载时起作用。问题在于过载往往不是稳态，而是瞬时的：多台球机同时启动云台加热、多台 AP 同时重启，功率会短时冲高。此时低优先级端口会闪断一次，日志里表现为"供电异常"。
代价也在这里：优先级机制保证了关键设备不断电，代价是低优先级设备可能被反复断电，甚至进入"上电—过载—断电"的循环。所以优先级要和电源容量一起规划，别把优先级当成电源不够的补丁。整机预算建议留 20%~30% 余量，用来吸收启动冲击。
定时供电是给端口配时间计划，例如每天凌晨 3:00 断电 5 分钟再上电，或者夜间对非关键摄像头断电。
两个前提条件容易被忽略。第一，设备必须有可靠的时间源。交换机的系统时间靠 NTP（RFC 5905）同步，没有 NTP 服务器时靠内置 RTC 走时。RTC 用晶振计时，常见的漂移量级是每月几秒到几十秒，长期不校时会累积到几分钟，计划就会跑偏——原本 3:00 的动作可能变成 3:07。第二，时间计划用的是设备本地时间，跨时区或夏令时切换时要确认时区设置。
定时供电和看门狗会互相干扰。如果时间计划刚把端口断电，看门狗探测失败并触发一次额外的断电重启，两次动作叠加会把恢复时间拉长到 10 分钟以上。稳妥做法是让看门狗的探测在计划断电期间暂停，或者把两者的时间窗错开。
场景：一台 8 口工业 PoE 交换机，接 8 路 802.3at 摄像头（单台 PD 可用功率 12 W，PSE 输出按分级取 15.4 W）、2 台 802.3bt Type 3 双频 AP（PSE 输出按 60 W 端口算，实际 PD 消耗 32 W）。整机电源标称 240 W。
第一步，按 PSE 输出口径算端口总需求：8 × 15.4 W = 123.2 W；2 × 60 W = 120 W；合计 243.2 W。
第二步，按实际消耗口径算：8 × 12 W = 96 W；2 × 32 W = 64 W；合计 160 W，加上 100 m 线缆损耗（按每口约 1 W 估）约 10 W，合计约 170 W。
两个口径的差别说明一件事：分级给出的 PSE 输出是"端口预留"，实际消耗才是"发热负载"。交换机按哪个算取决于厂商实现，规划时必须按较大的那个（预留口径 243.2 W）来比。
第三步，比对电源。243.2 W 已经超过 240 W 的标称值，即使按实际消耗 170 W 算，余量也只有 (240 − 170) ÷ 240 ≈ 29%。
第四步，定优先级与余量。把 2 台 AP 设为 Critical，8 路摄像头中正对出入口的 2 路设 Critical、其余 6 路设 High。按实际消耗 170 W 运行，余量 29%；考虑设备老化后功率上升 10%，负载到 187 W，余量降到 22%。仍然安全，但不应再往这台交换机上增加 bt 设备。
结论：电源够用，但按 PSE 预留口径已经越限。如果厂商按预留口径做过载判断，就必须把 8 路摄像头里至少 2 路降级为非 PoE 供电，或者换更大功率的整机。这也是为什么选型时要把"过载判定口径"问清楚。
下面这段是通用语法的示意片段（不同平台命令不同，以实际 CLI 为准），只为说明三类机制的配置顺序。
; 示意：先分级与预算，再开看门狗，最后挂时间计划 poe port 1-8 mode auto class-limit at poe port 9-10 priority critical poe budget 240 overload-action priority-based poe watchdog enable port 1-10 poe watchdog interval 60 fail-times 3 power-off 10 clock timezone +08 ntp server 10.1.1.10 poe schedule name night restart-time 03:00 power-off 5 port 3-8
| 验收项 | 判定标准 | 不通过的后果 |
|---|---|---|
| 单口分级与功率 | 与受电设备标称一致 | 高功率设备被当低档供电，间歇重启 |
| 整机预算 | 负载 ≤ 标称值的 70%~80% | 启动冲击导致低优先级端口闪断 |
| 看门狗间隔 | ≥ 设备最慢响应时间 | 设备被反复重启 |
| 看门狗失败阈值 | 2~3 次 | 阈值 1 次，网络抖动即断电 |
| NTP 同步状态 | 已同步且偏移 < 1 s | 时间计划跑偏 |
| 优先级分级 | 关键设备在 Critical | 过载时关键监控先掉 |
| 断电恢复时间 | 实测 2~6 min | 超出业务可接受窗口 |
锐应科技的 8+4 口千兆工业交换机提供 PoE 可选配置，端口优先级、功率预算与看门狗都在同一套 Web/CLI 里管理，具体端口数与供电能力见 工业交换机方案页；如果摄像头与 PON 网络混合组网，局端侧的供电与上联规划可参考 PON 接入方案 与 关于锐应。
不是。看门狗按 IP 可达性判断设备是否假死，动作是主动断电重启；过载保护按整机功率判断，动作是切断端口供电，属于被动的电源保护。前者解决"设备死机但端口有电"，后者解决"总功率不够"。两者的日志都记供电异常，排查时要看触发原因字段，别混在一起。
要算整机预算。8 × 30 W = 240 W，是端口输出口径；标称 240 W 的电源在 25℃ 下能长时间输出，但温度升到 55℃ 会降额，通常降 10%~20%。加上启动冲击，实际可用余量不足。稳妥的做法是至少留 20% 余量，也就是单机接 6 台 30 W 设备，或者选更高功率的整机。
看两个东西：交换机的日志里断电动作是不是由看门狗触发的（一般会记 watchdog timeout），以及看门狗探测的丢包曲线。如果断电前连续多次探测超时，就是看门狗动作；如果日志里断电时间和定时供电计划吻合，那是时间计划的动作。两者都不吻合，再怀疑电源或线缆。
按 802.3af/at 的流程，每次上电都要重新做检测、分级、浪涌限流和软启动，电源和继电器都有机械与电气寿命。一天一次、一年 365 次的量级对工业级电源没有实质影响；但如果是看门狗误触发导致的每天几十次断电，那种循环会明显加速电容老化，也会让摄像头频繁丢配置。
按 802.3bt Type 4，PD 可用 71.3 W，够 5G 小站、带云台和加热的大功率球机、算力型边缘盒子使用。前提是四对线全部参与供电，网线必须是全铜、线径达标（超五类以上），否则线损会把到手的功率吃掉一部分。用四对线取电时，还要确认受电设备支持双签名（Dual Signature），否则会被当成两个低功率设备处理。
PoE 的难点不在"能不能供上电"，而在长期无人值守时的三件事：看门狗要能识别真死机和假超时，端口优先级要在过载时按业务重要性断电，定时供电要建立在可靠的时间源上。把这三项写成可验收的参数表，比多买 50 W 电源更有效地减少现场跑动。看门狗负责设备恢复，电源余量负责不触发保护，两者缺一不可。
