Как стать автором
Обновить

Комментарии 13

Надо разширить
устройство на МК подключается ко всем ИПБ и через последовательный/Ethernet отправляет на локальный Zabbix.
Параллельно через WiFi/Ethernet отправляет данные в любое облако IoT.
При отваливании каналов RS-232/Ethernet/WiFi включает GSM модем и на последние силы от батарейки — рассылает предсметные SMS или голосом, что нужна бригада реанимации. Затем поставить 2 таких для контроля друг за другом.
И конечно большой RGB светодиод на вахте с отображением состояния.

P.S. Красивое приложение на Android/iOS для управления.
Это будет сложнее, забыл написать — в серверную заведено две линии, есть круглосуточный дежурный, поэтому вопрос по отключению инфраструктуры пока остается открытым. Бригада 1) в нерабочее время точно не поедет 2) в рабочее время и так присутствует на рабочем месте. А вот вариант, что при отключении питания сначала пропадет интернет — вполне рабочий.
Так вроде nut умеет с этим протоколом работать?
У меня Ippon-ы через него работают.
Или он чем-то не устроил?
nut слишком толстый и будет ненужной прокладкой между ИБП и Заббикс. Мое решение имеет достаточно узкий функционал и работает только по СОМ. Мне захотелось разобраться в деталях, на случай реализации устройства на микроконтроллере, т.к. в перспективе надо просто слать данные в сеть. Эдакий тестовый стенд.
Я правильно понял, что Вы в итоге хотите сделать автономный SNMP модуль?
будет время и силы — да. Буквально сегодня пришла посылка с электроникой.
В ИБП тех же линеек, но с USB — реализован тот же протокол.
Со стороны компа он видится как USB HID класс, но запросы и ответы — один в один как и в COM версиях.
я имел дело только с умеющими snmp, там все проще. Сохраню на всякий случай, автору спасибо
Было бы интересно почитать про аналогичный разбор только Powercom с USB-интерфейсом. Там он какой-то странный, софт с ним работает без драйвера. И это точно не USB-COM… давно хочется заменить родной софт времён Win3.11 да ещё криво работающий но аналогов нет.
Я выше написал

В ИБП тех же линеек, но с USB — реализован тот же протокол.
Со стороны компа он видится как USB HID класс, но запросы и ответы — один в один как и в COM версиях.
Delphi… Молодость вспомнилась прям.
Берете JEDI VCL for Delphi там находите TJvHidDeviceController, и дальше уже думаю разберетесь.
Что-то какой-то велосипед… У меня это дело работает уже с десяток лет на обыном bash скрипте и сначала mrtg, а сейчас и zabbix. В качестве реализации протокола upsd, его же утиля снимает параметры, ну а скрипт bash+awk парсит всё и отдаёт zabbix_agent.
При этом в сети how-to'шек как г… за баней.
Осмелюсь предложить свой вариант реализации мониторинга UPS, работающих по протоколу Megatec. Информацию собирал для себя, в основном столкнувшись с необходимостью контроля за UPS Энергия ПН-500 (и других этого производителя). Был взят исходник из статьи, допилен коллегой по моей просьбе, протестирован и опубликован в виде пакета для сборки в OpenWrt на GitHub. Получившийся бинарник (~5kB) легко закидывается в любое OpenWrt устройство без необходимости пересборки системы. Как по мне, то NUT немного «жирноват» для таких целей как получение данных с UPS с последующей передачей их в Zabbix/Nagios. Работа Zabbix и JSON прекрасно описаны в статье на Хабре. Если кого-то заинтересовала утилита для электросчётчиков Меркурий, у нас она то-же есть для OpenWrt.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации