RB5009UG+S+IN двойное питание power

Не уверен насчёт самодельных PoE инжекторов. Ты можешь посмотреть на собственный RBGPOE от MT, он пассивный по своей сути. Его даже можно использовать как PoE «извлекатель», если другой конец UTP-кабеля совместим (например, при использовании пары RBGPOE).

Я только что смог проверить это, и это действительно так. RB5009 не использует несколько источников питания одновременно, как можно было бы ожидать. Когда к нему подаётся 24В через DC/штекер, RB5009 не запрашивает PoE (CRS354 показывает "ожидание нагрузки"). Я могу вручную включить PoE, как высокий, так и низкий уровень, и тогда всё работает нормально, но это создаёт риск, что в будущем кто-то подключит устройство без PoE и испортит его. Если сначала подключить PoE, а потом только добавить питание через DC, то RB5009 будет работать от PoE бесконечно и корректно переключится на DC при пропадании PoE. (но обратно на PoE при появлении питания он не переключится). Надеюсь, это просто проблема прошивки или софта — чтобы RB5009 всегда запрашивал PoE, независимо от наличия питания через DC.

@vecernik87 Думаю, это стандартное поведение для 802.3af/at, то есть так задумано изначально, «логика» заложена в PSE. Между источником питания (PSE) и управляемым устройством (PD) должна проходить переговоры. Обычно PSE (когда кабель отсоединён) не подаёт питание, после чего проверяет наличие сопротивления при очень низком напряжении и только если обнаруживает нужное сопротивление (25 кОм), подаёт высокое напряжение 48-57 В, а затем получает от PD информацию о требуемом токе. Потом PSE постоянно мониторит ток, и если он опускается ниже 5-10 мА в течение более чем 400 мс, питание отключается (PSE просто не знает, отсоединён ли кабель или обрыв, и для безопасности питание выключается). Насколько я читал, Mikrotik всегда использует более высокое напряжение из доступных. Если сначала питание подать через PoE, а потом подключить 24В с разъёма, RB5009 будет работать от PoE. Если питание с PoE пропадёт, Mikrotik переключится на DC in (который обычно всегда включён). Если сначала включить питание с 24 В, Mikrotik берет питание именно с него и не запрашивает питание через PoE-порт. RB5009 должен «врать» PSE и запрашивать питание с PoE, даже если уже получает его от 24 В, чтобы переключиться на PoE (и брать немного питания с PoE, хотя питание с 24 В всё ещё идёт). Вероятно, это нельзя сделать только программно — скорее всего, потребуется изменить аппаратную часть или схемы.

Да, это определённо кажется нелогичным, но ты будто говоришь, что вся остальная документация и характеристики продуктов Mikrotik были ясными, простыми и точными. Моё сомнение в том, что даже если хорошие ребята из Mikrotik захотят изменить поведение RB5009 как PD, после «первоначальной лжи» RB5009 всё равно должен будет брать немного энергии с PoE, чтобы «поддерживать жизнь» питания с PSE, и это, возможно, нельзя изменить только программно — это «переходное» состояние, которое может потребовать изменений в железе.

Не думаю, что риск случайно подключить несовместимое устройство без 48В PoE (при принудительном включении PoE PSE) и повредить его так уж велик. Наклейка на Ethernet-кабеле возле RB5009 с надписью «Под напряжением 48 В, не подключать к другим портам и не подключать устройства (если только вы не знаете, где ваш полотенце)» должна быть достаточной.

Больше беспокоит «общий» риск, если кабель порвётся (или его прогрызут крысы и т.п.) и произойдёт короткое замыкание. Постоянная проверка PSE, судя по всему, внедрена в стандарте 802.3xx как мера безопасности: если что-то идёт не так, PSE отключает питание примерно за 400 мс.

С другой стороны, в мире полно сетей с пассивным PoE (в 24 В или 48 В), и похоже, что такие установки редко создают проблемы.

@jaclaz: Хорошее замечание. Хмм… Я правда очень надеялся, что это всего лишь дело прошивки. А вот и история про «как Vecernik смог купить свитч с активным PoE вместо того, чтобы использовать дешевые пассивные инжекторы?» У меня была наклейка, директор компании увидел её, запаниковал — и дальше началась история… Честно не знаю, как вообще оправдать существование этой наклейки после того, как я потратил почти полторы тысячи долларов.

@mkx: Да, так должно работать, но не работает (если только PoE не принудительно включен). Проверьте, что я не схожу с ума и правильно понимаю: сначала на RB5009UG+S+IN подается DC 24V — он потребляет 9 Вт. PoE на CRS354 в режиме PSE стоит на «auto» (то есть не принудительно) и «high» (примерно 52 В), подаётся вторым. Оба устройства показывают «link ok», договариваются на 1 Гбит и данные идут нормально (значит, кабель подключен правильно, все 8 проводов задействованы). В вкладке PoE на CRS пишет «waiting for load». RB5009 получает питание по DC, жёлтый светодиод на Eth1 (к которому должен быть подключен PoE) мигает медленно с интервалом около 2 Гц, что, по-моему, соответствует передаче низкой мощности в режиме af/at для проверки нагрузки.

Переключаем CRS в принудительный режим — RB5009 принимает PoE, CRS показывает потребление 9 Вт, питание DC практически падает до 0 (ниже измеримого уровня).

Переключаем CRS обратно в «auto» — PoE отключается, питание DC снова 9 Вт. В итоге тот же самый сценарий, что и на втором шаге.

Думаю, «битва напряжений» реально срабатывает только для пассивного/принудительного питания. Отличное наблюдение! Наверное, именно поэтому и была логика «если включен DC, вообще не запрашивать PoE». Хотя такой цикл возникнет только если напряжение DC одинаковое или больше, чем PoE, при этом RB5009 должен активно измерять и сравнивать входные напряжения, чтобы решать, можно ли запрашивать PoE и избежать циклов. А мы прекрасно знаем, что этого нет (и скорее всего не может быть, потому что активный PoE не подаёт полное напряжение до окончания фазы обнаружения и классификации).

Супер, теперь всё понятно. Думаю, было бы здорово, если бы MikroTik описали это подробнее, чтобы избежать путаницы и, возможно, перезагрузок у других пользователей, но в целом проблемы похуже бывают. Ухожу, печатаю новую наклейку.