Форум » » Управление UPS APC SRT6KXLI по сети » Ответить

Управление UPS APC SRT6KXLI по сети

CEA: Добрый день. Есть такой UPS - APC SRT6KXLI. Требуется (как минимум) знать на батареях он или нет, уровень заряда батарей и в зависимости от этого включать/выключать его розетки (они у него управляемые). Свободных COM-портов на контроллере нет. Для этого UPS заявлены такие протоколы связи - Modbus Serial (видимо имелось в виду RTU), HTTP, SNMP, и Telnet. Как это лучше реализовать? Искать что-то для SNMP или лучше сразу разбираться с его Telnet? Что посоветуете, может кто-то делал что подобное?

Ответов - 10

Igor: Новое поколение выбирает Pep^W Modbus. Чётко стандартизировано (за соответствие стандарту со стороны такого монстра как APC можно не беспокоиться), относительно просто в реализации на стороне Crestron.

CEA: Igor пишет: Новое поколение выбирает Pep^W Modbus. Смущает "Modbus Serial" Означает ли это, что у этого USP Modbus только через последовательный порт, как думаете? В этой системе все COM порты на контроллере уже заняты....

Igor: CEA, существуют Modbus RTU и Modbus TCP, плюс несколько модификаций. Я бы начал с обращения в APC за комментариями по поводу смысла, вкладываемого ими в словосочетание "Modbus Serial". Если они так Modbus RTU обозвали, шлюз Modbus TCP <-> Modbus RTU решает.


Farikar: Можно начать с выяснения что за сетевая карта там на борту. Если что-то типа NMC models AP9635, AP9630, AP9631 and AP9537SUM, то я в соседних темах писал что и как там с Modbus и выкладывал карту регистров.

CEA: Farikar пишет: Если что-то типа NMC models AP9635, AP9630, AP9631 and AP9537SUM, Добрый день. Там карта как написано в руководстве "очень похожая на AP9630". Вот только не знаю пока (UPS еще монтируют) доступен ли там MODBUS по сети...именно в этой карте. Ссылку от Вас нашел, спасибо. https://www.apc.com/salestools/LFLG-A32FWS/LFLG-A32FWS_R1_EN.pdf Но там все readonly. Не приходилось ли Вам управлять еще и розетками? Обычно они называются Outlet. Но мне кажется, от их же APC PDU модуль так быстро не переделать.

Farikar: CEA пишет: Не приходилось ли Вам управлять еще и розетками? Не, обычно это мне не требуется так что, увы, не подскажу. Может тут уже как раз техподдержка что подскажет.

Igor: CEA, Вы бы уточнили чем Вам в итоге нужно управлять - источником бесперебойного электропитания или блоком розеток, именуемым в терминах APC PDU (Power Distribution Unit).

CEA: Igor пишет: CEA, Вы бы уточнили чем Вам в итоге нужно управлять Добрый вечер, уважаемые коллеги! Изначально заказчик хотел, что бы в комплексе управлялись все розетки - и на UPS SRT6KXLI (они у этого UPS судя по описанию управляемые) и на PDU AP7921B - эти умные розетки тоже есть в комплексе. Про AP7921B я пока не упоминал, т.к. нашел на маркете модуль, который называется APC PDU, надеюсь он подойдет. А вот для управления розетками на UPS была надежда также прикрутить этот PDU модуль, но это явно потребовало бы изрядно времени. Сейчас заказчик снял требование управлять розетками на UPS, управлять только на внешнем PDU. На текущий момент задача стоит следующим образом, очень обяжите, если поможете советами. 1. Приходилось ли кому использовать модуль APC PDU для умных розеток по типу PDU AP7921B (8 розеток), работоспособен ли модуль? 2. Как проще получить информацию о том, есть ли питающее напряжение на UPS SRT6KXLI и об уровне заряда батарей, при условии, что доступно только подключение по сети через встроенный адаптер, который похож, как выражается сама APС на адаптер AP9630 3. И на всякий случай - есть ли опыт или мысли по управлению и розетками на UPS SRT6KXLI ?

Igor: CEA, блоки розеток APC (PDUs) шикарно управляются по SNMP. Правда, сталкивался с моделью, которая не возвращала истинную обратную связь о состоянии розеток. В описании обсуждаемого ИБП упоминается (цитата) "Web/SNMP Management Card". Иными словами, заявляется поддержка SNMP. Остается запросить у них список переменных (MIB), поддерживаемых именно этой моделью, и, используя имеющийся модуль в качестве примера, попробовать разработать свой.

Вячеслав: 1.Модуль APC PDU работает, но есть нюансы 2.По телнету ни чуть не менее шикарно APC рулится. 3.Ну и по rs232 все классически хорошо. Потратил тут трое суток бессонных на пи-пи-пи SNMP. Точнее пи-пип-пи не SNMP, а алгоритм крестрона для работы с UDP сокетами, который назначает номер порта источника равный номеру порта назначения (такая же ситуация и с TCP сервером крестрон кстати сказать). Неужели сложно было как в HERCULES дать возможность назначать отдельно номера исх.порта и порта назначения ((. Имеем очевидную проблему, если порт назначения 161 на управляемом устройстве поменять нельзя, а нужно управлять более чем одним устройством по SNMP. По законам жанра, нельзя на хосте двум приложениям слушать один и тот же порт. Получаем проблемы при использовании > 1 подключения в программе. В чем выражается: При этом каким то чудом эти подключения даже могут работать одновременно, но до первого разрыва связи или дисконнекта с нашей стороны. Далее получаем FAIL RESPONSE и надо перезагружать программу. Решение: 1.Распределить клиенты по слотам программ 1-10. Но работает тоже как то не гуд, хотя иногда удается дисконнект сделать и опять подключиться. На одном объекте даже управляли таким макаром 8шт APC PDU раскидав модули по программам процессора. Тут ограничение в 10 устройств. 2.Если есть возможность на управляемом устройстве менять номер порта (по умолчания UDP 161), то меняем и плодим нужное кол-во клиентов на основе APC PDU модуля с разными портами. Проблем быть не должно. Так что, смотрите с оглядкой на SNMP, если устройств управляемых несколько. А в остальном модуль APC PDU прекрасно адаптировался под реле NETPING, ибп EATON, реле LPowerNode почти что заменой OID адресов.



полная версия страницы