Тільки високі технології! RV-ZAFT
Каталог товарів

Діагностика PoE та покроковий алгоритм пошуку проблем за 5 хвилин

Категорії
Зміст
  1. Швидкий 5-хвилинний чеклист діагностики
  2. Крок 1: Вимірювання напруги на PD — що насправді показують вольти
  3. Де і як міряти
  4. Інтерпретація показників
  5. Розрахунок втрат напруги - формула робочого дня
  6. Чому виробники пишуть "до 100м", а насправді менше
  7. Крок 2: Аналіз класифікації та бюджету потужності
  8. Крок 3: Діагностика кабелю - TDR тест і DC resistance
  9. Крок 4: Температурна діагностика PSE та лінії
  10. Крок 5: Power cycle з паузою - виявлення inrush та classification проблем
  11. Спеціалізовані проблеми та edge cases
  12. Коли потрібне професійне обладнання для діагностики
  13. Чеклист для різних сценаріїв
  14. Висновки - системний підхід до діагностики PoE

Коли IP-камера перезавантажується раз на годину, VoIP-телефон зависає при дзвінку, або комутатор показує Link але пристрій не працює — проблема часто не там, де здається. PoE — це не просто "живлення по кабелю", це складна система узгодження потужності, де кожен вольт і кожен ват мають значення. За 10 років роботи з мережевою інфраструктурою я бачив сотні випадків, коли інженери міняли обладнання, перекладали кабелі, оновлювали прошивки — а проблема була в базовій фізиці PoE, яку можна було виявити за 5 хвилин правильної діагностики. Ця стаття — не теоретичний огляд стандартів 802.3af/at/bt. Це робочий алгоритм для швидкої локалізації проблеми на об'єкті, коли клієнт чекає, сонце сідає, а камера чомусь не стартує від PoE+ комутатора за $500.

Швидкий 5-хвилинний чеклист діагностики

Перед детальним розбором — алгоритм для тих, хто на об'єкті і потребує швидкої відповіді. Кожен крок займає 30-60 секунд.

  1. Виміряти напругу на PD (Powered Device): Мультиметр на контакти RJ-45 пристрою. Норма: 48-57В під навантаженням для af/at, 50-57В для bt. Якщо <44В — проблема в лінії або бюджеті PSE.
  2. Перевірити споживання проти класу: LLDP або веб-морда комутатора показує клас і фактичне споживання. Class 3 пристрій що тягне 14W з 15.4W доступних — працює на межі, будь-який скачок — відключення.
  3. Тест кабелю на довжину і опір: TDR-тестер або розрахунок: 100м Cat5e = ~9.5 Ом DC resistance на 4 жили. Якщо >12 Ом на 100м — кабель неякісний або пошкоджений.
  4. Температурна перевірка: Рука на комутатор і кабель біля патч-панелі. Якщо гаряче — bundling effect або перевантаження порту. Комутатори скидають PoE при >60°C на чіпсеті.
  5. Вимкнути/ввімкнути порт з паузою 10 сек: Не reboot пристрою, а саме disable/enable порту на комутаторі. Якщо пристрій стартує і відразу падає — проблема в classification або inrush current.

Якщо після цих 5 кроків проблема не локалізована — переходимо до детальної діагностики.

Крок 1: Вимірювання напруги на PD — що насправді показують вольти

Перше правило діагностики PoE: не вірте індикаторам на комутаторі. "PoE Active" на порту означає лише те, що PSE (Power Sourcing Equipment) подав живлення після успішної детекції. Це не гарантує, що на PD приходить достатня напруга для роботи.

Де і як міряти

Вимірювання на комутаторі — марна справа. Там завжди буде 48-56В, бо PSE видає номінальну напругу. Проблема виявляється на кінці лінії — на самому пристрої.

Точки вимірювання:

  • Mode A (data pairs): Pin 1-2 (+), Pin 3-6 (-) — синьо-помаранчеві пари
  • Mode B (spare pairs): Pin 4-5 (+), Pin 7-8 (-) — коричнево-зелені пари
  • 4-pair PoE (802.3bt): Всі 4 пари використовуються одночасно, напруга однакова

Для швидкої діагностики достатньо виміряти на будь-якій парі Mode A — якщо там проблема, на Mode B буде те саме (якщо він взагалі використовується).

Інтерпретація показників

Напруга на PD Діагноз Дії
50-57V Норма для всіх типів PoE Проблема не в живленні, шукати далі
44-50V Працює, але на межі для af/at. Критично для bt Type 3/4 Перевірити довжину кабелю і опір, можливі випадкові відключення під навантаженням
37-44V Більшість пристроїв не запускаються або працюють нестабільно Гарантована проблема з кабелем (довжина >120м, погана якість) або перевантаження PSE
20-37V PSE подав живлення, але PD споживає більше, ніж PSE може видати — voltage sag Перевірити клас пристрою vs бюджет порту, можливо needs Type 3/4 але має Type 2
0-10V або 48V без навантаження що падає до 0V Детекція пройшла, але classification failed або PD відмовляється стартувати Несумісність PD signature resistance (19-26.5 kΩ), або inrush current занадто високий
0V зовсім PSE не розпізнає PD (detection failed) Перевірити PoE enable на порту, справність кабелю, сумісність стандартів

Розрахунок втрат напруги - формула робочого дня

Втрата напруги в кабелі — це чистий закон Ома. Для PoE використовується 2 пари (Mode A або B для af/at) або 4 пари (bt Type 3/4), розрахунок відрізняється.

Для 2-pair PoE (802.3af/at):

V_drop = I × R_cable
де R_cable = R_100m × (L/100) × 2 (бо струм йде і повертається)

Приклад: Cat5e AWG24 має опір ~9.38 Ом на 100м на пару жил.
Пристрій споживає 12.95W (клас 4), напруга PSE = 56V, довжина кабелю 80м.

Струм: I = 12.95W / 56V ≈ 0.23A
Опір кабелю: R = 9.38 × (80/100) × 2 = 15 Ом
Падіння напруги: V_drop = 0.23A × 15 Ом = 3.45V
Напруга на PD: 56V - 3.45V = 52.55V — норма

Для 4-pair PoE (802.3bt Type 3/4):

Використовуються всі 4 пари паралельно, тому опір зменшується вдвічі:
R_cable = R_100m × (L/100) × 2 / 2 = R_100m × (L/100)

Приклад: Той самий кабель 80м Cat5e, але пристрій Type 3 споживає 40W при 56V.

Струм: I = 40W / 56V ≈ 0.71A
Опір кабелю: R = 9.38 × (80/100) = 7.5 Ом
Падіння напруги: V_drop = 0.71A × 7.5 Ом = 5.3V
Напруга на PD: 56V - 5.3V = 50.7V — все ще працює, але запас мінімальний

Критичний момент: Якщо PSE видає не 56V, а 48V (деякі бюджетні комутатори), то на PD буде 48 - 5.3 = 42.7V — пристрій може не запуститись або працювати нестабільно.

Чому виробники пишуть "до 100м", а насправді менше

Стандарт IEEE 802.3 гарантує роботу Ethernet на 100м для передачі даних, але не для PoE. Обмеження PoE залежить від потужності пристрою і якості кабелю.

Реальні максимальні дистанції для різних класів:

Стандарт Потужність PD Cat5e AWG24 Cat6 AWG23 Cat6A AWG23
802.3af (Type 1) 12.95W 100m 100m 100m
802.3at (Type 2) 25.5W 85-100m* 100m 100m
802.3bt Type 3 51W 55-70m* 80-95m* 100m
802.3bt Type 4 71W не рекомендується 60-75m* 85-100m*

* — залежить від якості кабелю, температури оточення і фактичної напруги PSE. Діапазон вказує на реальні значення з практики.

Температурна деградація: При температурі >45°C опір міді зростає на 15-20%. Кабель у стелі літнього складу при 60°C матиме опір на 25% більший, ніж при 20°C. Це означає, що 100м перетворюються на еквівалент 125м — втрати напруги зростають пропорційно.

Крок 2: Аналіз класифікації та бюджету потужності

Друга найчастіша проблема після кабелю — неправильна класифікація або вичерпаний бюджет PSE. Багато інженерів не розуміють різницю між тим, що пристрій запитує під час класифікації, і тим, що він споживає фактично.

Як працює PoE negotiation

PoE — це не "вткнув і працює". Це 4-етапний процес:

  1. Detection (25.5kΩ signature): PSE подає 2.8-10V і шукає опір 19-26.5 kΩ між парами. Якщо знайдено — це valid PD.
  2. Classification: PSE подає 15.5-20.5V і міряє струм, який споживає PD. За величиною струму (0-40 mA) визначається клас потужності.
  3. Power-up: PSE подає 48V (або 56V для новіших).
  4. LLDP negotiation (для 802.3at/bt): PD і PSE обмінюються LLDP пакетами і узгоджують фінальну потужність. PD може запитати більше, ніж показав під час classification.

Типова проблема: Пристрій під час hardware classification показує Class 3 (13W allocated by PSE), але по LLDP запитує 20W. Якщо PSE не підтримує LLDP або порт налаштований як af (не at), пристрій отримає тільки 13W і буде працювати нестабільно.

Що показує LLDP і як це читати

Сучасні комутатори Cisco, HP, Mikrotik, Ubiquiti показують PoE статус через LLDP. Приклад виводу Cisco:

Interface Gi1/0/5:
  Power Allocated: 30.0W (Class 4)
  Power Consumed: 18.7W
  Power Available: 11.3W
  Status: Delivering Power
  IEEE Class: 4 (25.5W max)
  Actual Consumption via LLDP: 18.7W

Що тут важливо:

  • Power Allocated 30.0W — комутатор зарезервував 30W з свого бюджету для цього порту (Class 4 = 30W для Type 2)
  • Power Consumed 18.7W — реальне споживання пристрою прямо зараз
  • Power Available 11.3W — скільки ще може взяти пристрій до максимуму класу

Критичний кейс: Якщо ви бачите Power Consumed = 24.8W при Allocated 25.5W (Class 4, Type 2), це означає що пристрій працює на 97% свого максимуму. Будь-який скачок споживання (увімкнення IR-підсвітки на камері, активація вентилятора) призведе до відключення.

Перевантаження бюджету PSE — найпідступніша проблема

Комутатор має загальний PoE бюджет (наприклад, 370W для 24-портового комутатора). Це НЕ означає 370W на кожен порт. Це сума на ВСІ порти разом.

Реальний кейс з об'єкту:
Комутатор: Cisco SG350-28P (195W PoE budget)
Підключено: 16 IP-камер по 12W (802.3at, Class 4 allocated 25.5W)
Зарезервовано: 16 × 25.5W = 408W
Доступно: 195W

Що відбувається: Комутатор розподіляє 195W пропорційно або за пріоритетами (залежить від налаштувань). Камери отримують по 195/16 = 12.2W замість запитуваних 12.95W. Більшість працює, але хтось на довгому кабелі або з увімкненим IR — падає.

Як виявити:

show power inline
Power Budget: 195W
Power Allocated: 408W (!)
Power Used: 194W
Status: Oversubscribed (Power Management Active)

Рішення: або додати PoE-інжектор на проблемні порти, або замінити комутатор на модель з більшим бюджетом, або зменшити allocated power через LLDP power management.

PoE навантаження

Таблиця класів PoE для швидкої довідки
Стандарт Клас PSE output max PD input max Типові пристрої
802.3af
(Type 1)
0 15.4W 0.44-12.95W Default / Legacy
1 4.0W 0.44-3.84W VoIP телефони базові
2 7.0W 3.84-6.49W VoIP з екраном, WAP lite
3 15.4W 6.49-12.95W IP-камери 1080p, WAP standard
4 reserved не використовується в af
802.3at
(Type 2)
0 30.0W 0.44-25.5W Default для at
1-2 Як у 802.3af
3 15.4W 6.49-12.95W Як у af
4 30.0W 12.95-25.5W IP-камери PTZ, WAP 802.11ac, thin clients
5-7 reserved
802.3bt
(Type 3)
6 60.0W 40-51W IP-камери 4K PTZ з обігрівом, WAP 802.11ax
7 75.0W 62-71W IP-камери multichannel, thin clients з GPU, LED освітлення
802.3bt
(Type 4)
8 90.0W 71.3W max Високопродуктивні пристрої, дисплеї PoE

Крок 3: Діагностика кабелю - TDR тест і DC resistance

Третя категорія проблем — кабель. Не обов'язково обрив або коротке замикання. Найпідступніші проблеми — це погана якість CCA (copper-clad aluminum), надмірна довжина, або пошкодження однієї жили із восьми.

TDR (Time Domain Reflectometry) — рентген кабелю

Професійні тестери для CCTV та LAN з функцією TDR показують не просто "кабель OK", а точну довжину, місце обриву або короткого замикання, impedance mismatch, split pairs.

Що показує TDR тест:

  • Довжина кабелю: Точність ±1 метр. Якщо показує 97м, а має бути 60м — у кабелі є петля або використаний неякісний кабель з іншою NVP (Nominal Velocity of Propagation).
  • Impedance: Має бути 100 Ом ±15 Ом. Якщо бачите 85 Ом або 120 Ом на певній ділянці — там проблема з кабелем (заламування, пережим, split pairs).
  • Split pairs: Класична помилка монтажу — переплутані пари 1-2 та 3-6. Ethernet може працювати (повільно), але PoE — ні, бо пари не збалансовані.
  • Обрив або КЗ: TDR показує метраж, де сталася проблема. Наприклад, "Short at 37m" — шукайте проблему на 37-му метрі лінії.

Практичний кейс: IP-камера не стартує від PoE, але ping проходить (тобто data передається). TDR показує split pair на 3-6 парі — ця пара використовується для даних і для PoE Mode A. Дані йдуть, але voltage drop через незбалансованість настільки великий, що напруга на PD падає до 38V замість 52V.

DC resistance test — простий і ефективний

Якщо немає TDR-тестера, мультиметр + таблиця опорів допоможуть виявити 80% проблем.

Методика:

  1. Відключити пристрій від кабелю з обох боків (важливо!).
  2. Виміряти опір між pin 1-2, потім 3-6, потім 4-5, потім 7-8.
  3. Опір має бути однаковим на всіх парах ±5%.
  4. Порівняти з еталонними значеннями для довжини кабелю.

Еталонні значення DC resistance (Ом на 100м):

Тип кабелю AWG Ом/100м (пара жил) Ом/100м (одна жила)
Cat5e 24 AWG ~9.38 Ом ~18.76 Ом
Cat6 23 AWG ~7.5 Ом ~15 Ом
Cat6A 23 AWG ~7.5 Ом ~15 Ом
CCA (fake copper) 24 AWG ~15-20 Ом (!) ~30-40 Ом (!)

Приклад розрахунку: Кабель довжиною 65м, Cat5e AWG24.
Очікуваний опір пари: 9.38 × (65/100) = 6.1 Ом
Виміряно: 10.5 Ом

Діагноз: Або кабель CCA (підробка), або є ділянка з поганим контактом у коннекторі.

Як виявити CCA підробку: Зріз кабелю + магніт. Алюміній не магнітний, але якщо кабель притягується — там сталеві жили під міддю (ще гірше за CCA). Також CCA кабель легший на вагу — 305м box має важити ~8-9кг для Cat5e, якщо 5-6кг — це CCA.

Температурний фактор і bundling effect

Проблема, яку рідко враховують — нагрів кабелів у bundle. Коли 50+ кабелів у кабельному лотку, внутрішні кабелі нагріваються до 50-60°C навіть при кімнатній температурі приміщення.

Вплив на опір:
Опір міді зростає на ~0.4% на кожен градус Цельсія. Кабель при 60°C має опір на 20% більший, ніж при 20°C.

Вплив на PoE:
Cat5e AWG24, 85м, при 20°C: опір = 7.97 Ом, втрата напруги для 0.5A = 4V
Той самий кабель при 60°C: опір = 9.56 Ом, втрата напруги = 4.8V

Різниця 0.8V може бути критичною для пристрою Type 2, що працює на межі класу.

Практичне рішення: Якщо камера працює вранці, але падає опівдні влітку — проблема в температурі. Рішення: або зменшити bundling (розподілити кабелі на кілька лотків), або використовувати Cat6 AWG23 з меншим опором.

PoE стандарти

Крок 4: Температурна діагностика PSE та лінії

Четвертий фактор — температура самого комутатора та PoE-чипів. Сучасні комутатори мають thermal shutdown для PoE — при перегріві чіпсета вище 65-70°C PoE портів вимикаються автоматично для захисту обладнання.

Як перевірити температуру комутатора

Через CLI або SNMP:

show environment temperature

Temperature Sensors:
  Sensor 1 (System): 48°C (Normal)
  Sensor 2 (PoE Chipset): 67°C (Warning!)
  Sensor 3 (PSU): 52°C (Normal)
  
Thermal Shutdown Threshold: 70°C

Фізична перевірка: Рука на корпус комутатора біля PoE портів. Якщо можна тримати 5+ секунд — нормально (<50°C). Якщо гаряче і витримати важко — >60°C, потрібна увага.

Типові причини перегріву:

  • Комутатор у закритій шафі без вентиляції
  • Перевантаження PoE бюджету — чіпсет працює на максимумі
  • Запилені вентиляційні отвори
  • Встановлення комутаторів стопкою без проміжків для повітря
  • Пряме сонячне світло на корпус (для зовнішніх шаф)
Проблема "працює вночі, падає вдень"

Класичний симптом температурної проблеми. Вночі температура в приміщенні/шафі падає до 20-25°C, PoE працює. Вдень при 35-40°C комутатор досягає thermal threshold і вимикає окремі порти або знижує потужність.

Реальний кейс:
Об'єкт: офісний центр, комутатор у технічній кімнаті на 7 поверсі під дахом.
Проблема: 4 IP-камери відключаються щодня о 14:00-16:00.
Діагностика: температура в кімнаті вдень +42°C, комутатор показує PoE chipset 72°C.
Рішення: встановлено витяжний вентилятор у кімнаті, температура впала до 32°C, проблема зникла.

Термографія кабелів — для складних випадків

Якщо є доступ до тепловізора (або тепловізорної насадки на смартфон), можна швидко виявити проблемні ділянки кабелю.

Що шукати:

  • Гарячі плями на кабелі: Нагрів вище на 10-15°C за навколишнє середовище — ознака поганого контакту або пошкодження жили.
  • Гарячі коннектори RJ-45: Якщо коннектор на 5-10°C гарячіший за кабель — погано обтиснуті контакти, high resistance connection.
  • Холодний коннектор при працюючому PoE: Якщо кабель теплий від струму, а коннектор холодний — можливо not making contact на якихось pins.

Крок 5: Power cycle з паузою - виявлення inrush та classification проблем

П'ятий і фінальний крок швидкої діагностики — controlled power cycle з моніторингом поведінки.

Чому не reboot пристрою, а disable/enable порту

Коли ви робите reboot самого PD (камери, телефону), ви не бачите процес PoE negotiation. PSE залишається в режимі "delivering power", напруга не падає до нуля, і PD просто перезапускається з живленням на лінії.

Коли ви робите shutdown / no shutdown на порту комутатора, весь процес починається заново: detection → classification → power-up. Це дозволяє побачити проблеми на ранніх етапах.

Що спостерігати під час power cycle

1. Пауза між disable і enable — мінімум 10 секунд.
Чому: Конденсатори на PD мають розрядитися повністю, інакше PSE може не розпізнати signature resistance (25.5kΩ) через residual voltage.

2. Спостерігати лог комутатора в реальному часі:

terminal monitor
debug poe

*Mar 1 12:34:56: PoE Gi1/0/5: Detection started
*Mar 1 12:34:57: PoE Gi1/0/5: Valid signature detected (25.1kΩ)
*Mar 1 12:34:58: PoE Gi1/0/5: Classification - Class 4
*Mar 1 12:34:59: PoE Gi1/0/5: Allocated 30.0W
*Mar 1 12:35:00: PoE Gi1/0/5: Power on
*Mar 1 12:35:02: PoE Gi1/0/5: LLDP negotiation: Requested 22W, Granted 22W
*Mar 1 12:35:03: PoE Gi1/0/5: Delivering power, consumption 18.5W

Якщо бачите проблему на етапі detection:

*Mar 1 12:34:56: PoE Gi1/0/5: Detection started
*Mar 1 12:34:58: PoE Gi1/0/5: No valid signature (resistance out of range)
*Mar 1 12:34:58: PoE Gi1/0/5: Detection failed

Діагноз: або PD не PoE-сумісний, або проблема з кабелем (обрив однієї з жил, що використовуються для detection).

Якщо проблема на етапі classification:

*Mar 1 12:34:57: PoE Gi1/0/5: Valid signature detected
*Mar 1 12:34:58: PoE Gi1/0/5: Classification failed (invalid current draw)
*Mar 1 12:34:58: PoE Gi1/0/5: Defaulting to Class 0 (15.4W)

Діагноз: PD має проблему з classification circuitry. Може працювати, але PSE виділить менше потужності, ніж потрібно.

Якщо пристрій стартує і відразу падає (inrush current problem):

*Mar 1 12:35:00: PoE Gi1/0/5: Power on
*Mar 1 12:35:01: PoE Gi1/0/5: Overcurrent detected (shutdown)
*Mar 1 12:35:02: PoE Gi1/0/5: Port disabled due to fault

Діагноз: PD має занадто великий inrush current при старті (>400mA для af, >600mA для at). PSE сприймає це як коротке замикання і вимикає порт. Рішення: або використати PoE-інжектор з більшим inrush tolerance, або проконсультуватися з виробником PD щодо firmware update.

Спеціалізовані проблеми та edge cases

Проблема 1: PoE працює, але Ethernet — ні (або навпаки)

Класична ситуація: PD отримує живлення (світиться LED), але немає link або пінг не проходить.

Причини:

  • Split pairs: Пари переплутані при обтиску. PoE може працювати на Mode B (4-5, 7-8 пари), а дані йдуть по Mode A (1-2, 3-6 пари), які зроблені неправильно.
  • Пошкодження однієї пари: Для 100BASE-TX потрібно 2 пари (1-2 TX, 3-6 RX). Якщо пара 3-6 пошкоджена, а PoE йде по 4-5 і 7-8 (Mode B) — живлення є, даних немає.
  • Auto-MDIX conflict: Рідко, але буває — PSE і PD не можуть узгодити MDI/MDIX, link не піднімається, але PoE detection і classification пройшли.

Діагностика:
Подивитися link status окремо від PoE status. На Cisco:

show interface Gi1/0/5 status

Port    Status       Vlan       Duplex  Speed Type
Gi1/0/5 notconnect   1          auto    auto  10/100/1000BaseTX

show power inline Gi1/0/5

Interface  Admin  Oper       Power(W)  Device              Class
Gi1/0/5    auto   on         18.5      IP Camera           4

Link немає (notconnect), але PoE активний (on) — проблема з data парами кабелю.

Проблема 2: PoE працює на короткому кабелі, не працює на довгому

Класичний voltage drop. Але інколи причина не в опорі, а в capacitance.

Capacitance кабелю: Стандарт вимагає максимум 17 nF/100m (для 100BASE-TX). При перевищенні цього значення signal integrity погіршується на високій частоті, і хоча link може встановлюватися на 10Mbps, на 100Mbps або 1000Mbps — ні.

PoE аспект: Високий capacitance також впливає на PoE detection і classification — PSE може не розпізнати PD signature або визначити неправильний клас.

Як виявити: Професійні кабельні тестери (наприклад, Fluke DSX-5000, Ideal NaviTEK NT Pro) показують capacitance. Якщо >20 nF/100m — кабель низької якості.

Проблема 3: Камера працює, але зображення артефактне або втрачаються пакети

Проблема не завжди в PoE, але PoE може її провокувати.

EMI (ElectroMagnetic Interference) від PoE DC струму:
DC струм 0.5-1.5A по кабелю створює магнітне поле. Якщо кабель не екранований (UTP) і прокладений поруч з силовими лініями 220V, виникає наведення.

Симптоми:

  • Периодичні артефакти на зображенні (особливо при увімкненні IR підсвітки — струм зростає)
  • Втрата пакетів (ping -t показує periodic timeouts)
  • CRC errors на інтерфейсі комутатора

Діагностика:

show interface Gi1/0/5

  5 minute input rate 2400000 bits/sec, 250 packets/sec
  CRC errors: 1547  (!)
  Input errors: 1892

Якщо CRC errors більше 0.01% від загальної кількості пакетів — проблема з цілісністю сигналу.

Рішення: Використати STP (Shielded Twisted Pair) або FTP кабель, або перепрокласти далі від силових ліній.

Проблема 4: Multiple PD на одному кабелі (PoE splitters)

Деякі намагаються підключити 2 пристрої (наприклад, камеру + IR прожектор) до одного PoE порту через splitter або custom wiring.

Чому це не працює:
PSE детектує ОДИН PD signature (25.5kΩ). Якщо підключити 2 PD паралельно, сумарний опір стане ~12.75kΩ — PSE не розпізнає це як valid PD.

PoE splitters як вони працюють:
Правильний PoE splitter — це не просто розгалужувач. Це активний пристрій, що має PD signature на вході (спілкується з PSE) і DC-DC converter на виході (перетворює 48V в 5V/12V для підключення non-PoE пристроїв).

Проблема дешевих splitters: Якщо splitter виходу не має DC-DC ізоляції, підключення 2 PD створить ground loop або voltage conflict — обидва пристрої працюватимуть нестабільно.

Коли потрібне професійне обладнання для діагностики

Мультиметр + базові знання вирішують 70% проблем. Але для професійної роботи з CCTV та мережевою інфраструктурою необхідні спеціалізовані інструменти.

PoE тестери — що вони показують

Спеціалізовані тестери для CCTV та LAN з функцією PoE виміру показують:

  • Напругу на всіх парах окремо: Mode A (1-2, 3-6) і Mode B (4-5, 7-8) одночасно. Дозволяє побачити дисбаланс між парами.
  • Споживану потужність в реальному часі: Можна спостерігати скачки при увімкненні IR, моторів PTZ, вентиляторів.
  • PoE клас і стандарт: Автоматичне визначення af/at/bt і класу 0-8.
  • LLDP power negotiation: Показує що PSE запропонував і що PD прийняв.
  • Інжектор/pass-through режим: Можливість підключити тестер між PSE і PD для моніторингу "на прольоті".

Приклад застосування:
Камера працює, але раз на годину перезавантажується. Підключаємо inline PoE тестер, спостерігаємо графік споживання. Бачимо: кожні 60 хвилин споживання стрибає з 12W до 26W на 2-3 секунди (увімкнення IR при затемненні), напруга падає до 42V, камера робить watchdog reset.

Діагноз: недостатня потужність PSE або надмірний voltage drop. Рішення: або коротший кабель, або Type 2 замість Type 1, або окремий PoE-інжектор близько до камери.

Кабельні тестери з TDR та PoE — must have для інсталяторів

Комбіновані тестери (наприклад, Fluke MicroScanner PoE, Ideal LanTEK III, Platinum Tools TCT) дозволяють за один прохід перевірити:

  • Wiremap (правильність розводки пар)
  • Довжину кабелю
  • TDR з виявленням місця обриву/КЗ
  • PoE детекцію і клас
  • Вимірювання напруги і потужності
  • Виявлення split pairs

Інвестиція в такий тестер ($500-1500) окупається після 5-10 викликів на об'єкти з "невідомими проблемами". Економія часу інженера + запобігання неправильній заміні обладнання.

Оптичні мережі — окрема категорія діагностики

Для об'єктів з оптоволоконною інфраструктурою (media converters, SFP модулі) потрібне спеціалізоване вимірювальне обладнання оптичних мереж:

  • Оптичні тестери потужності (OPM): Вимірювання рівня сигналу в dBm, виявлення затухання.
  • OTDR (Optical Time Domain Reflectometer): Аналіз оптичного волокна, виявлення місця обриву, зварювання, затухання на конекторах.
  • Візуальні фолт-локатори (VFL): Червоне лазерне світло для виявлення обривів, мікроізгинів, поганих зварювань.
  • Інспекційні мікроскопи: Перевірка чистоти торців конекторів — найчастіша причина проблем в оптиці.

Важливо розуміти: якщо в системі є media converter (оптика → Ethernet → PoE), проблема може бути на оптичному ланцюгу, але симптоми проявляються як "PoE не працює". Комплексна діагностика вимагає перевірки всього ланцюга.

Чеклист для різних сценаріїв

Сценарій 1: Одна IP-камера не працює, інші працюють
  1. Виміряти напругу на PD — якщо <45V, проблема в кабелі цього порту
  2. Swap test — поміняти камеру з робочого порту на проблемний. Якщо працює — була проблема камери, якщо ні — порт або кабель
  3. TDR тест кабелю проблемного порту
  4. Перевірити PoE budget комутатора — можливо цей порт останній і йому не вистачає потужності
  5. Подивитися temperature status комутатора
Сценарій 2: Всі пристрої періодично падають одночасно
  1. Перевірити загальний PoE budget vs allocated power — ймовірно oversubscription
  2. Подивитися лог комутатора на наявність thermal shutdown events
  3. Перевірити стабільність живлення PSU комутатора — можливо проблема в джерелі живлення
  4. Подивитися на SNMP графіки temperature і power consumption — виявити паттерн (падають в певний час доби = температура)
Сценарій 3: PoE працював, після заміни комутатора — ні
  1. Перевірити, чи новий комутатор підтримує той самий стандарт PoE (af/at/bt) що і старий
  2. Порівняти PoE budget нового vs старого
  3. Перевірити конфігурацію портів — на деяких комутаторах PoE за замовчуванням disabled
  4. Подивитися LLDP negotiation — можливо старий комутатор давав більше потужності через proprietary extensions (Cisco UPOE), нового немає
Сценарій 4: VoIP телефони працюють, камери — ні (або навпаки)
  1. Порівняти класи пристроїв — VoIP часто Class 2 (7W), камери Class 4 (25W)
  2. Перевірити total PoE budget — можливо камерам не вистачає потужності
  3. Подивитися довжину кабелів — камери часто далі, втрати більші
  4. Перевірити inrush current tolerance PSE — деякі камери мають високий пусковий струм, PSE сприймає як fault

Висновки - системний підхід до діагностики PoE

PoE діагностика — це не магія і не потребує дорогого обладнання для базових випадків. 90% проблем вирішуються розумінням фізики процесу: voltage drop, power budget, temperature impact, classification negotiation.

Ключові принципи швидкої діагностики:

  1. Завжди починати з вимірювання напруги на PD — це показує фактичний стан, а не те, що "має бути" згідно специфікацій.
  2. Не ігнорувати базову математику — розрахунок voltage drop за формулою займає 30 секунд і дає точну відповідь.
  3. Перевіряти весь ланцюг, а не лише один елемент — PSE може бути справний, PD може бути справний, але кабель між ними — проблема.
  4. Враховувати температурний фактор — те, що працює взимку, може не працювати влітку.
  5. Використовувати логування та SNMP — сучасні комутатори надають безліч даних, треба лише їх читати.

Коли викликати професіоналів:

  • Проблема проявляється епізодично і не відтворюється при тестуванні
  • Підозра на несправність PSE chipset на комутаторі (потрібна заміна обладнання)
  • Складна інфраструктура з оптикою, multiple switches, VLAN, QoS — потрібен системний аналіз
  • Юридично важливі об'єкти (банки, медицина) — потрібна документована сертифікація кабельної системи

Інвестиції в інструменти:

  • Базовий рівень ($100-300): мультиметр + простий cable tester з PoE детекцією
  • Професійний рівень ($500-1500): комбінований тестер з TDR, wiremap, PoE вимірюванням
  • Експертний рівень ($2000+): certification tester (Fluke DSX, Ideal LanTEK) + inline PoE аналізатор

Правильна діагностика PoE — це вміння поєднати теоретичні знання стандартів 802.3af/at/bt з практичним розумінням фізики електрики, знанням архітектури мережевого обладнання і досвідом роботи з реальними об'єктами. Цей 5-хвилинний алгоритм — це фундамент, на якому будується професійна експертиза.


Додаткові ресурси:

Для придбання професійного обладнання для діагностики PoE, CCTV систем та мережевої інфраструктури відвідайте rv-zaft.ua. Ми пропонуємо широкий асортимент тестерів для CCTV та LAN, а також вимірювального обладнання для оптичних мереж від провідних виробників.

( 4 )
Коментарі
Поки немає відгуків
Написати коментар
Ім'я*
Email
Введіть коментар*