Как рассчитать бюджет PoE коммутатора до закупки

Покупать PoE-коммутатор по числу розеток нельзя. Рабочий расчет должен одновременно пройти четыре ограничения: стандарт питания, максимальная мощность отдельного порта, общий бюджет PoE и мощность, которую конкретная конфигурация блока питания сохраняет при отказе. Если проверить только сумму ватт в таблице, проект может выглядеть исправным и все равно оставить уличную камеру без обогрева или точку доступа без части радиомодулей.

Бюджет считают до выбора артикула коммутатора, но после фиксации режимов потребителей. Нужны не средние показания из лаборатории, а максимальные требования камер, точек доступа, телефонов, панелей и конвертеров с учетом их функций. Затем этот спрос переводят на сторону PSE, раскладывают по портам, добавляют явный резерв и задают порядок отключения. Это и есть расчет, который можно защищать на закупочной комиссии и проверять при вводе в эксплуатацию.

Сначала разделите четыре разных ограничения

Общая цифра «PoE budget 370 W» отвечает только на вопрос, сколько мощности коммутатор может распределить между портами. Она ничего не говорит о том, может ли один порт отдать требуемые 60 Вт, на всех ли разъемах доступен высокий класс и сохранится ли 370 Вт с установленным блоком питания. Эти ограничения проверяют отдельно.

В документации встречаются два участника питания. PSE, Power Sourcing Equipment, подает питание, обычно это коммутатор или инжектор. PD, Powered Device, принимает его: камера, точка доступа, телефон или панель. Между ними кабель, на котором часть энергии превращается в тепло. Поэтому «30 Вт на порту» и «25,5 Вт доступно устройству» описывают один класс с разных сторон кабеля.

Перед сравнением моделей выпишите для каждого кандидата четыре строки:

• доступный бюджет PoE при фактически заказанном блоке питания;
• максимальную мощность и поддерживаемый тип PoE на каждом нужном порту;
• число портов, которые одновременно поддерживают требуемый класс;
• бюджет в штатной схеме резервирования блоков питания.

Последняя строка часто меняет выбор. У модульного коммутатора мощность шасси, вентиляторов и линейных карт сначала забирает часть емкости блока питания, а остаток достается PoE. У моделей с двумя блоками режим совместной работы может суммировать мощность или держать один блок в резерве. Название одной и той же серии не гарантирует одинаковый бюджет: важны артикул блока, число блоков и политика резервирования.

Есть еще предел электропитания стойки. Паспортный PoE-бюджет измеряют на выходе PSE, а ИБП и автомат видят входную мощность всего коммутатора с потерями его источника, собственным потреблением электроники и вентиляторами. Не вычитайте эти потери из PoE-бюджета второй раз. Для ИБП делайте отдельный расчет по максимальной входной мощности и желаемому времени автономии.

Класс устройства не равен его обычному потреблению

Класс PoE задает верхнюю границу согласованной мощности, а не постоянный расход устройства. Именно верхняя граница нужна для гарантии запуска. Текущее потребление пригодится позже для наблюдения и экономии резерва, но закупку на нем строить опасно.

Ethernet Alliance в обзоре IEEE 802.3bt приводит границы на стороне PSE и гарантированную мощность на стороне PD. Для расчета удобно держать обе колонки рядом. Type 1 по IEEE 802.3af дает такие пары значений «PSE / PD»: класс 1 имеет 4 / 3,84 Вт, класс 2 имеет 7 / 6,49 Вт, класс 3 имеет 15,4 / 13 Вт. Для остальных типов границы выше:

• Type 2, IEEE 802.3at, класс 4: 30 Вт PSE и 25,5 Вт PD;
• Type 3, IEEE 802.3bt, класс 5: 45 Вт PSE и 40 Вт PD;
• Type 3, IEEE 802.3bt, класс 6: 60 Вт PSE и 51 Вт PD;
• Type 4, IEEE 802.3bt, класс 7: 75 Вт PSE и 62 Вт PD;
• Type 4, IEEE 802.3bt, класс 8: 90 Вт PSE и 71,3 Вт PD.

Числа объясняют типичную ошибку. Если в паспорте камеры написано «максимум 25 Вт на входе», нельзя занести 25 Вт в столбец нагрузки PSE и считать кабель бесплатным. Для гарантированной работы на стометровом канале камера может потребовать Type 2, а коммутатор должен иметь до 30 Вт на этом порту. Если производитель прямо указывает максимальную мощность, запрашиваемую у PSE, используйте ее, но сначала прочитайте название параметра и примечания.

Класс 0 или неопределенный класс заслуживает отдельного внимания. Старое либо плохо согласующееся устройство может не сообщить точное требование, и коммутатор зарезервирует верхнюю границу базового класса. Cisco в руководстве по Catalyst 3850 описывает именно такую логику: после обнаружения PD коммутатор выделяет начальную мощность по классу, затем может уточнить ее через LLDP или фирменный протокол. Экономить бюджет удается только тогда, когда оба конца корректно договариваются и выбранный режим учета это использует.

IEEE 802.3bt добавил Autoclass: PSE измеряет потребление, пока PD намеренно показывает свой известный максимум, и может выделить более точное значение с учетом канала. Это полезный механизм, но его нельзя приписывать любому порту с надписью PoE++. Поддержку Autoclass проверяют в документации обоих устройств.

Паспорт потребителя читайте как перечень режимов

Для каждой камеры и точки доступа нужен максимальный профиль именно вашей конфигурации. Строка «typical 8 W» описывает обычный момент, а не холодную ночь, поворот PTZ-механизма, включенную ИК-подсветку или работу всех радиомодулей. В проектной ведомости типичное значение можно сохранить для оценки обычного режима, но рядом обязана стоять расчетная максимальная мощность.

У камеры проверьте нагреватель корпуса и стекла, ИК-подсветку, моторы PTZ, стеклоочиститель, подсветку, микрофон, динамик и питание внешнего оборудования с выхода камеры. Не все функции достигают максимума одновременно, но право исключить сочетание дает только документация производителя. Axis в материале о типичном и максимальном потреблении прямо определяет максимум как худший режим по температуре и напряжению, включая кратковременный пик. Там же показан пример камеры с 4,7 Вт в типичном режиме без нагревателя и ИК-подсветки и 12,6 Вт в максимальном. Если сложить только типичные значения для двадцати таких камер, в расчете исчезнет 158 Вт возможной нагрузки на стороне PD.

Для точки доступа проверьте число активных диапазонов, конфигурацию радиотрактов, ширину каналов, второй Ethernet-порт, USB и PoE-out. Недостаток мощности не всегда выключает точку целиком. Устройство может перейти в ограниченный режим. Например, документация Cisco для некоторых точек доступа описывает отключение USB и вспомогательного Ethernet-порта либо сокращение радиоконфигурации при питании от более низкого класса. Зеленый индикатор и доступный SSID еще не доказывают, что точка работает по проекту.

Составьте ведомость с точным артикулом, аппаратной версией и количеством устройств. Для каждой строки укажите нужные функции, минимальный стандарт порта, максимум на входе PD и расчетную мощность PSE. Отдельные поля отведите под пусковое условие и приоритет: «холодный старт, включение подсветки, движение мотора» полезнее общей пометки «камера включена».

Не заменяйте артикул словом «камера». Две внешне похожие модели расходуют разную мощность, а следующая аппаратная версия точки доступа может перейти с Type 2 на Type 3. Если окончательного артикула еще нет, задайте закупочную границу: например, «не более 25,5 Вт на входе PD, полная функция при IEEE 802.3at». Тогда поставщик либо укладывается в расчет, либо обязан пересчитать коммутатор.

Рабочий расчет ведите на стороне коммутатора

Суммируйте мощность PSE по устройствам, потому что именно этот бюджет публикует производитель коммутатора. Формула проста, если все исходные значения приведены к одной стороне:

P_установленная = Σ(N_i × PSE_i)
P_проектная = P_установленная + P_резерв_портов + P_резерв_неопределенности

Рассмотрим этаж с 18 внутренними камерами класса 3, 6 уличными камерами класса 4 и 8 точками доступа класса 4. Допустим, после проверки паспортов и согласования выяснилось, что коммутатор резервирует 15,4 Вт, 30 Вт и 30 Вт на соответствующий порт. Максимум на стороне PSE:

18 × 15,4 = 277,2 Вт
 6 × 30   = 180,0 Вт
 8 × 30   = 240,0 Вт
Итого     = 697,2 Вт

Коммутатор с общим бюджетом 740 Вт формально проходит, но оставляет лишь 42,8 Вт. Это 6,1% от установленной нагрузки, чего не хватит даже на две дополнительные камеры класса 3 и одну точку класса 4 одновременно. Маркетинговая фраза «PoE на всех 48 портах» тоже ничего не спасает: 48 портов по 30 Вт потребовали бы 1440 Вт, если бы каждый потребитель запросил максимум.

Теперь зададим расширение явно: четыре будущие камеры класса 3 и две точки доступа класса 4. Резерв портов равен 4 × 15,4 + 2 × 30 = 121,6 Вт. На неопределенность проекта добавим 20% к уже известной установленной нагрузке: 697,2 × 0,20 = 139,44 Вт. Получаем 958,24 Вт. Выбирать нужно конфигурацию с доступным бюджетом не меньше этого значения в требуемом режиме блоков питания.

Двадцать процентов не являются нормой IEEE. Это инженерное решение для проекта, где длины линий, прошивки и режимы устройств еще могут измениться. Для полностью зафиксированной спецификации иногда достаточно меньшего запаса; для объекта с неутвержденными уличными камерами и ожидаемым расширением понадобится больше. Важнее показать резерв отдельными строками, чем спорить о магическом проценте.

Не умножайте процент на будущие порты дважды. В примере емкость конкретных шести будущих устройств уже включена как 121,6 Вт. Запас 20% покрывает неопределенность известной установки. Если заказчик пока говорит только «потом добавим примерно десять устройств», задайте для этого отдельный класс и количество, иначе резерв нельзя проверить.

Сумма проходит только после проверки каждого порта

После расчета общей мощности сделайте матрицу портов. Каждый потребитель должен попасть на разъем, который поддерживает его тип, класс, число питаемых пар и требуемую мощность. Особенно внимательно читайте спецификации, где IEEE 802.3bt доступен только на части портов или где высокий класс зависит от установленного источника питания.

Минимальная проверка для каждой группы выглядит так:

1. Порт поддерживает стандарт и класс PD.
2. Максимум порта на стороне PSE не ниже требования.
3. Требуемое число таких портов доступно одновременно.
4. Скорость Ethernet порта подходит точке доступа и кабельной системе.
5. Ограничения по температуре коммутатора и длине канала соблюдены.

Скорость и питание связаны не арифметически, а конструктивно. Точка доступа может требовать Multigigabit Ethernet и Type 3, а выбранный коммутатор предлагает высокую мощность на гигабитных портах и нужную скорость на портах PoE+. Общая сумма ватт будет правильной, но ни один разъем не подойдет. Матрица «устройство - порт» ловит это до закупки.

Проверьте также кабель. Стандарты PoE учитывают потери в совместимом канале до 100 м, поэтому разница между PSE и PD в таблице не случайна. Но стандартный расчет не исправит проводник с завышенным сопротивлением, плохой контакт, неподходящий патч-корд или чрезмерный нагрев плотного пучка. Для мощного четырехпарного питания качество всех четырех пар влияет и на доступную мощность, и на температуру трассы.

Не закладывайте инжектор как безымянную страховку. Он добавляет источник питания, розетку, точку отказа и отдельный вопрос резервирования от ИБП. Инжектор полезен для единичного удаленного устройства или исправления конкретного несовпадения классов. Если их десятки, проект обычно маскирует неправильно выбранный коммутатор.

Запас должен покупать понятное расширение

Фраза «оставим 30% на будущее» слаба, пока не названы порты и классы будущих устройств. Запас мощности без свободных подходящих портов бесполезен, как и свободные порты без ватт. Резерв должен отвечать на конкретный сценарий: еще четыре камеры Type 1, две точки Type 2 или одна поворотная камера Type 3.

Я разделяю резерв на три части. Первая покрывает уже утвержденные устройства и их максимальные режимы. Вторая закреплена за известным расширением с количеством портов и классами. Третья покрывает неопределенность, например возможную замену точки доступа на более мощную модель или изменение кабельной трассы. В итоговой ведомости эти части нельзя сливать, иначе при первой же замене оборудования никто не поймет, какой резерв уже израсходован.

Для длительного жизненного цикла имеет смысл зарезервировать не только мощность, но и распределение классов. Шесть свободных портов PoE+ не заменят два будущих порта Type 3. Если ожидается обновление Wi-Fi, проверьте требования предполагаемого поколения точек доступа к питанию и скорости, даже когда сами точки купят через два года.

Проектировщики иногда советуют рассчитывать весь коммутатор как число портов, умноженное на максимальные 90 Вт. Совет популярен, потому что выглядит безопасно и не требует читать паспорта. Для обычной смеси камер и точек доступа он приводит к дорогим источникам питания, лишнему теплу и завышенному ИБП. Верхнюю границу класса применяют к конкретному потребителю, а не ко всем разъемам без разбора.

Обратная крайность хуже: брать наблюдаемое потребление и добавлять 10%. Ночью у камер включится ИК-подсветка, на морозе запустятся нагреватели, а после восстановления электросети все устройства начнут стартовать почти одновременно. Среднее за рабочий день не описывает ни один из этих режимов.

Перегрузка должна отключать заранее выбранные устройства

При нехватке бюджета коммутатор не обязан равномерно снизить напряжение на всех портах. Обычно он отказывает новой заявке на питание или снимает питание с менее приоритетного порта, если более приоритетный потребитель запрашивает недостающую мощность. Точная логика зависит от модели, режима учета и конфигурации.

Руководство Junos для приоритета PoE формулирует поведение прямо: при недостатке мощности порты низкого приоритета отключаются раньше, а подключение нового устройства на высокоприоритетном порту может обесточить порт с низким приоритетом. Для портов одного уровня порядок может определяться номером. Поэтому одинаковое значение «low» на всех портах означает не нейтральность, а скрытую зависимость от физической раскладки.

Назначайте приоритет по последствиям отключения. Камера на входе, точка доступа для служебной связи и переговорный телефон могут относиться к разным категориям даже на одном этаже. Не помечайте все как критическое. Когда все порты имеют высший приоритет, решение снова принимает порядок портов или внутренняя логика коммутатора.

Полезная политика выглядит так:

• критический приоритет получают устройства безопасности и связи, потеря которых немедленно нарушает работу объекта;
• высокий приоритет получают основные точки доступа и камеры важных зон;
• обычный приоритет получают второстепенные камеры, информационные панели и будущие подключения;
• внутри одного уровня номера портов назначают в осознанном порядке;
• события отказа питания отправляют в систему мониторинга.

Режим учета тоже меняет результат. При резервировании по классу коммутатор удерживает верхнюю границу даже при малом текущем расходе, зато обещанная мощность остается за портом. При учете фактического потребления свободная емкость используется плотнее, но одновременный рост нагрузки может вынудить отключать порты. Руководства Aruba для коммутаторов описывают варианты выделения по фактическому использованию, классу, заданному значению и LLDP. Выбор режима является частью расчета, а не настройкой, которую можно оставить монтажнику.

Отдельно настройте пороги предупреждения. Сигнал на 80% бюджета дает время проверить новый порт или изменившийся режим до отключения. Сам процент выбирают по эксплуатационному процессу: уведомление бесполезно, если его никто не получает, а порог в 99% оставляет слишком мало времени.

Отказ блока питания пересчитывает проект

Резервирование электропитания считают по состоянию после отказа, а не до него. Если два блока совместно дают достаточный PoE-бюджет, но после отказа одного доступная мощность падает ниже проектной, это распределение нагрузки, а не полное резервирование. Сеть продолжит передавать данные, однако часть PD может потерять питание согласно приоритетам.

Запросите у поставщика бюджет для каждой штатной конфигурации. Для одного блока нужны доступный PoE-бюджет и мощность портов. Для двух блоков в совместной работе нужны суммарный бюджет и предел шасси. Для режима резервирования нужен гарантированный бюджет после отказа одного блока. Наконец, при отказе блока или фазы поставщик должен указать, какие порты отключатся и за какое время.

Для критичного объекта расчет из примера требует 958,24 Вт. Если конфигурация дает 1100 Вт в обычном режиме, но лишь 740 Вт после отказа, разница 218,24 Вт должна быть привязана к портам, которые разрешено отключить. Если таких портов нет, добавляют мощность, делят нагрузку между двумя коммутаторами или пересматривают классы устройств. Нельзя назвать схему резервированной только потому, что в шасси стоят два блока.

Разделение между двумя коммутаторами помогает, когда оно следует физическим рискам. Камеры соседних критичных зон лучше не складывать в одно устройство, а точки доступа можно чередовать между коммутаторами, чтобы отказ не создавал сплошную зону без покрытия. При этом каждый коммутатор рассчитывают отдельно. Складывать их бюджеты и сравнивать с общей нагрузкой нельзя, если кабели потребителей не могут автоматически перейти на соседний PSE.

ИБП проверяют в худшем допустимом режиме PoE. После пропадания сети аккумулятор должен питать базовую электронику коммутатора, активные PD и потери преобразования. Если политика на батарее отключает часть портов, этот сценарий документируют вместе с приоритетами и требуемым временем работы.

Приемка должна воспроизвести худший режим

Расчет считается законченным после проверки на установленном оборудовании. Интерфейс коммутатора должен показать для каждого порта класс, выделенную мощность, фактическое потребление, приоритет и состояние. Снимок одного спокойного рабочего часа недостаточен.

Проведите два испытания. Сначала создайте функциональный максимум: включите ИК-подсветку и нагреватели доступным штатным способом, запустите движение PTZ, нагрузите радиомодули точек доступа и активируйте предусмотренные периферийные функции. Затем выполните управляемый перезапуск PoE группами, чтобы увидеть пусковые заявки и убедиться, что все устройства возвращаются в полный режим.

Сохраните вывод команды или экспорт интерфейса в таком виде:

Port  Priority  Class  Allocated  Actual  State
1/0/1 critical  4      30.0 W     18.7 W  delivering
1/0/2 high      3      15.4 W     11.9 W  delivering
1/0/3 low       4      30.0 W     16.2 W  delivering
Total allocated: 697.2 W
Available:       402.8 W

Названия столбцов у производителей различаются, но нужны оба значения: allocated и actual. Первое показывает, сколько бюджета обещано портам, второе помогает найти аномалии и проверить исходные предположения. Если точка доступа получила питание, проверьте еще ее рабочий профиль на контроллере или в локальном интерфейсе. Ограниченный режим может не появиться в таблице PoE очевидным сообщением.

После этого безопасно проверьте политику перегрузки. В тестовом окне временно уменьшите доступный бюджет штатной настройкой либо подключите согласованную нагрузку, не превышая электрических пределов. Убедитесь, что отключаются именно разрешенные порты, событие попадает в журнал и мониторинг, а возврат мощности восстанавливает устройства без ручного вмешательства. Не устраивайте короткое замыкание и не выдергивайте блок питания в рабочее время ради проверки логики.

Зафиксируйте версии прошивок и сохраните конфигурацию PoE вместе с протоколом испытаний. Обновление коммутатора или PD может изменить согласование LLDP, доступный профиль точки доступа либо показания телеметрии. После значимого обновления не нужно повторять всю приемку здания, но стоит снова проверить устройства верхних классов, холодный запуск камер и один контролируемый отказ низкоприоритетного порта. Такой короткий регрессионный тест обнаруживает изменение поведения раньше, чем его обнаружит мороз или массовое восстановление питания.

Порог нормального фактического потребления тоже занесите в мониторинг, но не путайте его с лимитом безопасности. Камера, которая обычно берет 7 Вт и внезапно держит 12 Вт при выключенной подсветке, заслуживает проверки кабеля, нагревателя и настроек. Обратная ситуация не менее важна: слишком низкое потребление точки доступа может означать, что она включилась в урезанном профиле. Телеметрия помогает обслуживать систему только тогда, когда у инженера есть эталонный режим и допустимое объяснение отклонения.

Для закупки полезно приложить к спецификации три артефакта: ведомость потребителей с режимами, матрицу «устройство - порт» и расчет для отказа одного блока. GSE.kz как системный интегратор может связать подбор оборудования с проектированием инфраструктуры и дальнейшей поддержкой, но исходные классы и сценарии все равно должны быть зафиксированы в проекте. Тогда сравниваются проверяемые конфигурации, а не крупные цифры из разных страниц каталога.

Если фактическое выделение отличается от расчета, не подгоняйте таблицу под зеленые индикаторы. Найдите причину: другое исполнение устройства, неверный класс, отключенный LLDP, иной режим учета, кабельная проблема или ограничение конкретной группы портов. Коммутатор покупают один раз, а холодные ночи, обновления Wi-Fi и аварии питания повторяются. Именно в эти моменты честный бюджет перестает быть строкой спецификации и сохраняет работу сети.