Плагин SNMP
-
1. Есть сторонние SNMP консоли, которые развиваются уже не один десяток лет, и имеют хорошо развитую систему отчетов, и, главное, корреляции событий. Если, например, при получении определенного аварийного трапа от устройства правильнее всего его перезагрузить по питанию, нужно послать snmp трап умному дому с командой переключить конкретную розетку.
2. Функция SNMP концентратора. Сбор трапов с устройств в локальной сети и передача их на удаленный сервер, если необходимо. Накопление при потере связи с удаленным сервером и передача накопленного при ее восстановлении. Судя по описанию в модуль MIB-ы (описания устройств) подгружать пока некуда, а без них что-то сделать - большой объем ручной настройки. Если концентратор передаст туда, где загружены нужные mib-ы, будет сложение функциональностей двух систем.
-
Пока писал, еще "хотелка" сформулировались.
Настраиваемый SNMP-MIB умного дома. Чтобы всем его устройствам/сценариям можно было сопоставить SNMP переменную, и управлять ей SNMP командой.
Поддержку SNMP-MIB-ов устройств. Загрузка и использование описания для взаимодействия с сторонним SNMP устройством.
-
Добрый день,
@Erik:1. Есть сторонние SNMP консоли, которые развиваются уже не один десяток лет, и имеют хорошо развитую систему отчетов, и, главное, корреляции событий. Если, например, при получении определенного аварийного трапа от устройства правильнее всего его перезагрузить по питанию, нужно послать snmp трап умному дому с командой переключить конкретную розетку.
Вы можете эту задачу сейчас решить, создаете слушающий трап в плагине и привяжите к устройству, далее в сценарии можете обрабатывать различную логику, например включать и выключать розетку.
2. Функция SNMP концентратора. Сбор трапов с устройств в локальной сети и передача их на удаленный сервер, если необходимо.
Вы можете эту задачу сейчас решить, создаете слушающий трап в плагине и привяжите к устройству, далее в сценарии можно сделать http запрос и передать на удаленный сервер.
Судя по описанию в модуль MIB-ы (описания устройств) подгружать пока некуда, а без них что-то сделать - большой объем ручной настройки. Если концентратор передаст туда, где загружены нужные mib-ы, будет сложение функциональностей двух систем
Типовые MIB'ы обычно принадлежат к целому семейству устройств и содержат очень большой поток информации обычно у конкретного устройства нет и половины заявленного в MIB файле. Была идея формировать каналы автоматически на основании MIB файла, но таблица каналов получалась очень большая для привязки устройств. Вы всегда можете посмотреть содержание MIB файла сторонней программой или в и интернете есть готовые таблицы где сможете получить необходимые OID.
Сейчас плагин может делать GET, TABLE запросы и слушать входящий TRAP для получения состояния устройства и управлять устройством через команду SET (вкладка "Команды") При тестирование мы не встретили устройство которому нужно было посылать TRAP чтобы изменить значение.
-
Пока писал, еще "хотелка" сформулировались.
Настраиваемый SNMP-MIB умного дома. Чтобы всем его устройствам/сценариям можно было сопоставить SNMP переменную, и управлять ей SNMP командой.
Добрый день, создаете виртуальное устройство, в плагине SNMP создаете канал, выбираете тип запроса GET/TABLE и время опроса или входящий TRAP, прописываете необходимый OID для запроса/слушания. Переходите в раздел "Команды" и настраиваете действия для виртуально устройства on/off/toggle, прописываете необходимый OID, тип значения и передаваемое значение.
Теперь вы можете считывать SNMP переменную и управлять ей (SNMP командой) через виртуальное устройство.
-
Вот. Осталось сделать это интуитивно понятным в интерфейсе.
Хотя нет.
Вы не поняли.
Из сторонней SNMP консоли управлять умным домом.
чтобы "лампочке на кухне" присвоить OID, и SET-запросом из сторонней консоли изменяя этот OID с 0 на 1 включать "лампочку на кухне".
А не привязывать виртуальное устройство в УД к внешнему SNMP прибору.
Видится (например) как дополнительное поле в свойствах устройств. Куда при необходимости устройством управлять ставится OID.
И хорошо, бы иметь возможность по итогу сформировать MIB-файл для добавления его в стороннюю консоль.
-
Вот. Осталось сделать это интуитивно понятным в интерфейсе.
Хотя нет.
Вы не поняли.
Из сторонней SNMP консоли управлять умным домом.
чтобы "лампочке на кухне" присвоить OID, и SET-запросом из сторонней консоли изменяя этот OID с 0 на 1 включать "лампочку на кухне".
А не привязывать виртуальное устройство в УД к внешнему SNMP прибору.
Видится (например) как дополнительное поле в свойствах устройств. Куда при необходимости устройством управлять ставится OID.
И хорошо, бы иметь возможность по итогу сформировать MIB-файл для добавления его в стороннюю консоль.
Добрый день, планируется реализовать механизм Аддонов, данное нововведение поможет реализовать такие вещи как HTTP API, SNMP для управления и интеграцией с самой системой intraHouse.
Первый Аддон планируется сделать для управления системой через sms/email/телеграмм/голосовой ввод
-
@dev:
Добрый день, планируется реализовать механизм Аддонов, данное нововведение поможет реализовать такие вещи как HTTP API, SNMP для управления и интеграцией с самой системой intraHouse.
Первый Аддон планируется сделать для управления системой через sms/email/телеграмм/голосовой ввод
Хорошие планы!
-
Добрый день.
А можно решить такую задачку?
Есть роутер zixel keenetic_4G, можно ли организовать получение информации о подключенных к его Wi-Fi пользователях, и при подключении конкретного пользователя, запускать определенный сценарий.
В качестве примера использования: Пришел домой, телефон автоматически подключился к сети, умный дом запустил определенный сценарий.
-
Добрый день.
А можно решить такую задачку?
Есть роутер zixel keenetic_4G, можно ли организовать получение информации о подключенных к его Wi-Fi пользователях, и при подключении конкретного пользователя, запускать определенный сценарий.
В качестве примера использования: Пришел домой, телефон автоматически подключился к сети, умный дом запустил определенный сценарий.
Дать телефонам статический IP (через DHCP, но постоянные), и пинговать их плагином Ping.
Как появятся в сети - объект поменяет статус, что можно использовать для запуска скриптов.
Только WiFI не всегда не телефонах включен. Поэтому + / -
-
Спасибо, за идею… попробую.
-
Наверно лучше через блютуз так сделать, но как?…
-
Либо другой вариант - поставить на телефон приложение Tasker.
https://play.google.com/store/apps/details?id=net.dinglisch.android.taskerm&hl=ru
У него есть много настроек, в т.ч. выполнить определенные действия при попадании в определенную Wi-Fi сеть.
Действием может быть в т.ч. дергание необходимого URL, который, в свою очередь, запустит сценарий в IntraHouse.
Приложение , правда, платное, ограничения бесплатной версии на память не помню.
-
Либо другой вариант - поставить на телефон приложение Tasker.
https://play.google.com/store/apps/details?id=net.dinglisch.android.taskerm&hl=ru
У него есть много настроек, в т.ч. выполнить определенные действия при попадании в определенную Wi-Fi сеть.
Действием может быть в т.ч. дергание необходимого URL, который, в свою очередь, запустит сценарий в IntraHouse.
Приложение , правда, платное, ограничения бесплатной версии на память не помню.
Слишком сложно, пинг проще. Но можно проследить момент если вифи не включен, также не понятно как реагировать на переподключение к сети, если перезагружаешь дома телефон, либо выключаешь\включаешь вифи находясь дома. Много сложностей, по-моему проще считыватель на сходе. Чиркнул брелком и необходимые скрипты для каждого члена семьи запустились
-
Либо другой вариант - поставить на телефон приложение Tasker.
https://play.google.com/store/apps/details?id=net.dinglisch.android.taskerm&hl=ru
У него есть много настроек, в т.ч. выполнить определенные действия при попадании в определенную Wi-Fi сеть.
Действием может быть в т.ч. дергание необходимого URL, который, в свою очередь, запустит сценарий в IntraHouse.
Приложение , правда, платное, ограничения бесплатной версии на память не помню.
Слишком сложно, пинг проще. Но можно проследить момент если вифи не включен, также не понятно как реагировать на переподключение к сети, если перезагружаешь дома телефон, либо выключаешь\включаешь вифи находясь дома. Много сложностей, по-моему проще считыватель на сходе. Чиркнул брелком и необходимые скрипты для каждого члена семьи запустились
С Таскером конечно немного муторнее, хотя настроек там море и стоит копейки - но это скорее для совсем гиков)))
Между Wi-Fi и NFC/Em-Marine - огромная пропасть! Не надо это путать. Одно дело когда подъехал к дому, зацепился Wi-Fi и включилось уличное освещение, ну может начали открываться ворота территории/гаража. Другое дело когда с помощью Wi-Fi еще снялась охрана с дома и включился свет/розетки и т.д. А вдруг вы решили дойти до соседа, магазина/посидеть в авто и послушать музыку, а в это время дом без сигнализации, территория не охвачена видеонаблюдением и пр? Поэтому нельзя по Wi-Fi снимать сигнализацию, деактивировать камеры, включать свет в доме. Это как раз прерогатива NFC/Em-Marine, которые располагаются у входной двери дома/гаража.
И скрипты для каждого члена семьи - это как-то излишне. А если вечером приехала семья в полном составе? Как это отследить и что активировать? Можно конечно отслеживать пингом смартфоны всех членов семьи и без разницы кто снимет охрану - запустить сценарий "Все дома"… а так - если дети хотят удобств, вероятно надо на входе их комнат тоже размещать NFC/Em-Marine считыватели - "чиркнул" и включился нужный свет/открылось нужное окно в зависимости от времени суток, запустился плей-лист плеера в данной комнате, включился компьютер/монитор.
-
Либо другой вариант - поставить на телефон приложение Tasker.
https://play.google.com/store/apps/details?id=net.dinglisch.android.taskerm&hl=ru
У него есть много настроек, в т.ч. выполнить определенные действия при попадании в определенную Wi-Fi сеть.
Действием может быть в т.ч. дергание необходимого URL, который, в свою очередь, запустит сценарий в IntraHouse.
Приложение , правда, платное, ограничения бесплатной версии на память не помню.
Слишком сложно, пинг проще. Но можно проследить момент если вифи не включен, также не понятно как реагировать на переподключение к сети, если перезагружаешь дома телефон, либо выключаешь\включаешь вифи находясь дома. Много сложностей, по-моему проще считыватель на сходе. Чиркнул брелком и необходимые скрипты для каждого члена семьи запустились
С Таскером конечно немного муторнее, хотя настроек там море и стоит копейки - но это скорее для совсем гиков)))
Между Wi-Fi и NFC/Em-Marine - огромная пропасть! Не надо это путать. Одно дело когда подъехал к дому, зацепился Wi-Fi и включилось уличное освещение, ну может начали открываться ворота территории/гаража. Другое дело когда с помощью Wi-Fi еще снялась охрана с дома и включился свет/розетки и т.д. А вдруг вы решили дойти до соседа, магазина/посидеть в авто и послушать музыку, а в это время дом без сигнализации, территория не охвачена видеонаблюдением и пр? Поэтому нельзя по Wi-Fi снимать сигнализацию, деактивировать камеры, включать свет в доме. Это как раз прерогатива NFC/Em-Marine, которые располагаются у входной двери дома/гаража.
И скрипты для каждого члена семьи - это как-то излишне. А если вечером приехала семья в полном составе? Как это отследить и что активировать? Можно конечно отслеживать пингом смартфоны всех членов семьи и без разницы кто снимет охрану - запустить сценарий "Все дома"… а так - если дети хотят удобств, вероятно надо на входе их комнат тоже размещать NFC/Em-Marine считыватели - "чиркнул" и включился нужный свет/открылось нужное окно в зависимости от времени суток, запустился плей-лист плеера в данной комнате, включился компьютер/монитор.
А если дома, лежа в кровати, перезагрузил смартфон, вифи переподключился, ворота тоже откроются? Всетаки это наверное ручная функция, ну и на радиобрелки иногда посматриваю, но мне в этом плане в квартире проще)
-
А если дома, лежа в кровати, перезагрузил смартфон, вифи переподключился, ворота тоже откроются? Всетаки это наверное ручная функция, ну и на радиобрелки иногда посматриваю, но мне в этом плане в квартире проще)
У вас какой-то не надежный телефон… но в принципе Вы правы. Wi-Fi в плане выполнения по наличию подключения сценариев штука не нужная. Легче в iH сделать мобильный интерфейс с нужными кнопками. Собственно, что я и сделал у себя.
-
Добрый день! У меня есть плавающий параметр по snmp. Его значение неважно, но важно понимать доступность OIDа (мак-адрес устройства). Как прописать обработку значений? (value == null)?"0":"1" такая запись переводит сенсор в 1, но когда значение перестает появляться не переводит в 0.
Лог когда устройство доступно:
29.05 10:02:22.194 snmp1: GET 1.3.6.1.2.1.17.7.1.2.2.1.2.1.0.80.86.177.76.217, oid: 1.3.6.1.2.1.17.7.1.2.2.1.2.1.0.80.86.177.76.217, value: 2 29.05 10:02:22.194 IH: set {"SENSORA15":{"aval":1,"err":0}}Лог когда устройство не доступно:
29.05 10:05:01.387 IH: set {} 29.05 10:05:02.389 IH: set {}
-
Добрый день! У меня есть плавающий параметр по snmp. Его значение неважно, но важно понимать доступность OIDа (мак-адрес устройства). Как прописать обработку значений? (value == null)?"0":"1" такая запись переводит сенсор в 1, но когда значение перестает появляться не переводит в 0.
Лог когда устройство доступно:
> 29.05 10:02:22.194 snmp1: GET 1.3.6.1.2.1.17.7.1.2.2.1.2.1.0.80.86.177.76.217, oid: 1.3.6.1.2.1.17.7.1.2.2.1.2.1.0.80.86.177.76.217, value: 2 > 29.05 10:02:22.194 IH: set {"SENSORA15":{"aval":1,"err":0}} >Лог когда устройство не доступно:
> 29.05 10:05:01.387 IH: set {} > 29.05 10:05:02.389 IH: set {} >Как вариант - использовать не значение, а флаг ошибки. Для этого использовать настройку на уровне устройства: Установить ошибку если нет данных в течение (сек). Сервер будет устанавливать ошибку, а плагин сбрасывать
-
Добрый день! У меня есть плавающий параметр по snmp. Его значение неважно, но важно понимать доступность OIDа (мак-адрес устройства). Как прописать обработку значений? (value == null)?"0":"1" такая запись переводит сенсор в 1, но когда значение перестает появляться не переводит в 0.
Лог когда устройство доступно:
> > 29.05 10:02:22.194 snmp1: GET 1.3.6.1.2.1.17.7.1.2.2.1.2.1.0.80.86.177.76.217, oid: 1.3.6.1.2.1.17.7.1.2.2.1.2.1.0.80.86.177.76.217, value: 2 > > 29.05 10:02:22.194 IH: set {"SENSORA15":{"aval":1,"err":0}} > >Лог когда устройство не доступно:
> > 29.05 10:05:01.387 IH: set {} > > 29.05 10:05:02.389 IH: set {} > >Как вариант - использовать не значение, а флаг ошибки. Для этого использовать настройку на уровне устройства: Установить ошибку если нет данных в течение (сек). Сервер будет устанавливать ошибку, а плагин сбрасывать
Почему-то при такой настройке датчик переходит в ошибку через значительно большее время, чем прогнозируется или не переходит вообще
upd:
поставил перевод в ошибку через 1с, получил такую картинку причем по логам snmp устройство офлайн
-
Не совсем понятно. Поясните вопрос подробнее. Можно дать скриншоты.
