Kiểm thử PoE: power budget, classification và brownout khi tải đồng thời

PoE trong IEEE 802.3 gồm vai trò Power Sourcing Equipment (PSE) và Powered Device (PD), với cơ chế detection/classification trước và trong quá trình cấp nguồn. Acceptance test cần bám đúng loại PSE/PD và số pair thực tế; không gộp mọi triển khai 802.3af/at/bt thành một ngưỡng chung.

Phép thử phải trả lời: cổng có cấp nguồn đúng đối tượng; PD có khởi động ổn định; tổng budget và ưu tiên có vận hành như thiết kế; và dịch vụ có phục hồi sau overload, PSU failure hoặc link flap. Công suất hiển thị trên CLI không thay thế phép đo tại điểm phù hợp và kiểm chứng ứng dụng.

Topology gồm PSE/DUT, PD thật đại diện, tải điện tử/PD emulator phù hợp, power analyzer hoặc inline measurement, nhiều loại cáp/độ dài, traffic generator và UPS/PSU có điều khiển. Tách ít nhất nhóm critical (điện thoại, camera an ninh) và non-critical để thử policy ưu tiên.

Tuân thủ giới hạn điện áp, công suất, đầu nối và hướng dẫn thiết bị; không tự chập cặp dây. Thiết bị đo phải hỗ trợ loại PoE cần thử và được hiệu chuẩn theo yêu cầu lab. Ghi nhiệt độ, input AC, PSU population và airflow vì chúng ảnh hưởng budget/derating.

Khóa model, firmware, license, PSU, input voltage, PoE mode, per-port limit, priority, LLDP power negotiation nếu dùng, cable category/length/resistance và ambient temperature. Traffic profile cần phản ánh radio transmit, camera IR/night mode, phone call và firmware boot vì power draw có thể biến động theo chức năng.

Quét single-port/max-port load, simultaneous boot, inrush, dynamic load step, unplug/replug, link renegotiation, PSU removal và budget reduction. Với midspan hoặc patch panel, đo end-to-end thay vì chỉ một đoạn cáp.

KPI điện gồm detection/classification success, allocated/delivered power, voltage/current stability, inrush response, overload-trip behavior, recovery time và thermal alarm. KPI dịch vụ gồm boot success, time-to-link, DHCP success, application ready, packet loss, reboot count và service restoration.

Bằng chứng gồm analyzer trace, PSE per-port counters, event log, PSU/temperature telemetry, PD boot log, packet capture và synthetic transaction. Cần gắn cùng timestamp để phân biệt power drop gây reboot với network flap độc lập.

Ma trận phải định danh từng PD profile. Không lấy một emulator setting đại diện cho mọi access point/camera nếu inrush và tải động khác nhau.

• Tình huống: Một PD đúng loại · Kỳ vọng: Detect/classify/cấp nguồn ổn định · KPI chính: power + boot · Dấu hiệu fail: oscillation/reboot
• Tình huống: Non-PoE endpoint · Kỳ vọng: Không cấp nguồn gây hại · KPI chính: detection trace · Dấu hiệu fail: cấp sai/port fault
• Tình huống: Tất cả PD boot đồng thời · Kỳ vọng: Theo budget và priority · KPI chính: boot success + max draw · Dấu hiệu fail: random port drop
• Tình huống: Tải vượt budget · Kỳ vọng: Shed theo policy đã duyệt · KPI chính: port order + logs · Dấu hiệu fail: cắt thiết bị critical
• Tình huống: Rút một PSU · Kỳ vọng: Dịch vụ theo redundancy design · KPI chính: outage/reboot · Dấu hiệu fail: brownout hàng loạt
• Tình huống: Cable resistance cao trong phạm vi test · Kỳ vọng: PD vẫn đạt SLO hoặc bị từ chối rõ · KPI chính: PD voltage + app · Dấu hiệu fail: flapping không cảnh báo

Lấy baseline từng cổng với PD thật và emulator. Quan sát detection, class, allocated power, actual draw, link và application ready. Thử disconnect/reconnect, cable swap, port administrative cycle và negotiation LLDP nếu có.

• Xác nhận PSE/PD type và số pair.
• Đo công suất tại PSE và gần PD khi cần.
• Kiểm boot lạnh, boot nóng và repeated cycle.
• Chạy traffic/function làm tải PD tăng.
• Đối chiếu CLI với analyzer trace.
• Lưu port event, PD log và packet timeline.

Tăng số PD và load theo bậc đến ngưỡng thiết kế, sau đó chạy simultaneous boot. Gây load step trong thời gian ngắn và dài; xác minh PSE giới hạn/cắt theo policy, log nguyên nhân và tự phục hồi theo runbook. Không vượt rating thiết bị hoặc thiết bị đo.

Chỉ thao tác PSU hot-swap nếu nhà sản xuất cho phép; thử giảm nguồn đầu vào bằng nguồn lập trình và quy trình an toàn điện do người đủ chuyên môn thực hiện trong lab có kiểm soát, quan sát voltage sag, port shedding, PD reboot và service restoration. Chạy lại khi nhiệt độ cao trong phạm vi được phép. Nếu có UPS, kiểm chuyển nguồn và runtime dưới profile thực.

Phân loại criticality, đặt reserve budget, canary theo switch và giám sát actual draw/temperature. Runbook phải có ngưỡng cảnh báo, thứ tự shed, điều kiện khôi phục, OOB access và cách xác nhận dịch vụ sau sự cố. Gắn inventory PD với port để tránh priority drift.

Regression sau thay firmware, PSU, line card, cáp, PD model hoặc power policy. Lưu baseline theo mùa/nhiệt độ nếu môi trường ngoài trời. Bất kỳ thay đổi camera IR, AP radio hoặc USB accessory đều có thể đổi tải.

Kết quả chỉ áp dụng cho PSE, PD, PSU, cáp, nhiệt độ, input power và profile đã thử. Emulator đo compliance điện không thay thế hoàn toàn PD thật; PD thật lại không bao phủ mọi corner case.

Không công bố “đủ X thiết bị” từ phép chia budget danh nghĩa. Phải tính reserve, cable loss, inrush, derating, redundancy và policy ưu tiên theo tài liệu model/phiên bản.

• PSE: thiết bị cấp nguồn qua Ethernet.
• PD: thiết bị nhận nguồn qua Ethernet.
• Detection/classification: nhận diện PD và xác định nhu cầu/lớp nguồn.
• Power budget: tổng nguồn PSE có thể phân bổ trong điều kiện xác định.
• Inrush: dòng tăng khi PD bắt đầu cấp nguồn.
• Brownout: sụt nguồn làm hệ thống không ổn định dù chưa mất điện hoàn toàn.
• Port shedding: cắt một số cổng theo policy khi thiếu budget.