Плагин SNMP

thunder_d

Наверно лучше через блютуз так сделать, но как?…

filippovsky

Либо другой вариант - поставить на телефон приложение Tasker.

https://play.google.com/store/apps/details?id=net.dinglisch.android.taskerm&hl=ru

У него есть много настроек, в т.ч. выполнить определенные действия при попадании в определенную Wi-Fi сеть.

Действием может быть в т.ч. дергание необходимого URL, который, в свою очередь, запустит сценарий в IntraHouse.

Приложение , правда, платное, ограничения бесплатной версии на память не помню.

homa

@filippovsky:

Либо другой вариант - поставить на телефон приложение Tasker.

https://play.google.com/store/apps/details?id=net.dinglisch.android.taskerm&hl=ru

У него есть много настроек, в т.ч. выполнить определенные действия при попадании в определенную Wi-Fi сеть.

Действием может быть в т.ч. дергание необходимого URL, который, в свою очередь, запустит сценарий в IntraHouse.

Приложение , правда, платное, ограничения бесплатной версии на память не помню.

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

Alex_Jet

@homa:

@filippovsky:

Либо другой вариант - поставить на телефон приложение 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 считыватели - "чиркнул" и включился нужный свет/открылось нужное окно в зависимости от времени суток, запустился плей-лист плеера в данной комнате, включился компьютер/монитор.

homa

@Alex_Jet:

@homa:

@filippovsky:

Либо другой вариант - поставить на телефон приложение 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 считыватели - "чиркнул" и включился нужный свет/открылось нужное окно в зависимости от времени суток, запустился плей-лист плеера в данной комнате, включился компьютер/монитор.

А если дома, лежа в кровати, перезагрузил смартфон, вифи переподключился, ворота тоже откроются? Всетаки это наверное ручная функция, ну и на радиобрелки иногда посматриваю, но мне в этом плане в квартире проще)

Alex_Jet

@homa:

А если дома, лежа в кровати, перезагрузил смартфон, вифи переподключился, ворота тоже откроются? Всетаки это наверное ручная функция, ну и на радиобрелки иногда посматриваю, но мне в этом плане в квартире проще)

У вас какой-то не надежный телефон… но в принципе Вы правы. Wi-Fi в плане выполнения по наличию подключения сценариев штука не нужная. Легче в iH сделать мобильный интерфейс с нужными кнопками. Собственно, что я и сделал у себя.

homa

Добрый день! У меня есть плавающий параметр по 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 {}

intrapro

@homa:

Добрый день! У меня есть плавающий параметр по 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 {}
>

Как вариант - использовать не значение, а флаг ошибки. Для этого использовать настройку на уровне устройства: Установить ошибку если нет данных в течение (сек). Сервер будет устанавливать ошибку, а плагин сбрасывать

homa

@intrapro:

@homa:

Добрый день! У меня есть плавающий параметр по 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 устройство офлайн

admin 0

Не совсем понятно. Поясните вопрос подробнее. Можно дать скриншоты.

IntraVM

Большинство устройств не требует разделения community на RO и RW

Судя по информации в инете, это используется в Cisco

В данной реализации плагина используется общий community

Erik

@jejg3:

для авторизации протокол snmp предусматривает наличие community:

rocommunity для запросов get, get next, tablr и trap;

rwcommunity для запросов set.

Они задаются на девайсах, к которым нужен доступ. Тут бывает 2 строки, для разного уровня доступа задаются разные коммунити.

А в клиенте/консоли указывается, с каким коммунити взаимодействовать с устройством.

Тут обычно одна строка. Какую укажешь (или какую знаешь) - такой уровень и будет.

Консоли/клиенту не нужно указывать 2. Всегда достаточно одного. Если нужно и читать и писать - укажите RW.

Если нужно только читать - укажите RO.

Если нужно, чтобы ктототам видел статусы. но не мог влиять на работу - скажите ему только коммунити для RO.

Это такой нехитрый механизм безопасности SNMP.

intrapro

@den_istu@mail.ru:

Добрый день, всем!

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

Скрипт сценария написал в таком виде:

const STEMP_1_1 = Device("STEMP_1_1");

startOnChange([STEMP_1_1]);

script({

start() {

if (STEMP_1_1.setpoint) {

this.plugincCommand({unit:"snmp3", command:STEMP_1_1.setpoint});

}

}

})

В результате отладки скрипта, при смещении ползунка изменения температуры в заданных пределах устройства в плагин SNMP передается значение, полученное от устройства STEMP_1_1.

Остается решить вопрос, как именно передать командой SET, полученное значение из сценария от устройства STEMP_1_1 на сервер по SNMP.

Помогите пожалуйста найти решение.

В приложении скрины отладки плагина, сценария.

Добрый день! Извините, что техподдержка протянула с ответом

Если мы правильно поняли вашу задачу, вы хотите менять уставку на датчике температуры через интерфейс IH и передавать ее по snmp.

Значение уставки датчика напрямую в канал писать нельзя, команда set в целом для каналов работает сейчас только для аналоговых актуаторов.

Нужно дополнительно создать устройство класса Аналоговый актуатор, через него записать получится.

Кроме того, чтобы команда set появилась при настройке каналов, нужно обновить плагин snmp до версии 0.0.6

1. Создаем новое устройство. Тип - Актуатор универсальный аналоговый

Пусть будет ACTOR_SETPOINT1

Это устройство техническое, его можно особо не настраивать и никуда не выводить.

2. Создаем канал snmp, привязываем к устройству ACTOR_SETPOINT1

На вкладке команд нужно настроить команду set - ввести oid

Настройка_канала_snmp.png

3.В сценарии при изменении уставки будем менять значение актуатора ACTOR_SETPOINT1. Прямая команда плагину не нужна.

const STEMP_1_1 = Device("STEMP_1_1");
const ACTOR_SETPOINT1 = Device("ACTOR_SETPOINT1");

startOnChange([STEMP_1_1]);

script({
  start() { 
    if (this.isChanged(STEMP_1_1,"setpoint")) {
      ACTOR_SETPOINT1.setValue(STEMP_1_1.setpoint);
    }
  }
})

intrapro

@den_istu@mail.ru:

Добрый день, спасибо за Ваши ответы, я все выполнил как Вы сказали, но на вкладке команды у аналогового актуатора нет команды SET. скрины в приложении.

Добрый день! Плагин 0.0.6 был не полностью обновлен :(. Сейчас выложим 0.0.7. Пожалуйста, обновите версию плагина

intrapro

@den_istu@mail.ru:

Доброе утро, может я что то не так делаю, но к сожалению после обновления плагина до версии 0.0.7 ничего не изменилось

Добрый день, непонятно

Возможно, вы сохранили старый манифест как манифест проекта. Вам нужно вызвать меню плагина и если там есть пункт Восстановить основной манифест, нажмите на него.

Если этого пункта нет, посмотрите манифест в нижнем окне. там должны быть команды, включая set

Если set нет - манифест старый, попробуйте обновить еще раз.

homa

Здравствуйте! А никто не пробовал по SNMP получать параметры с synology? Она передает значения в каком-то другом формате. Коммутаторы отдают в counter32, а synology в counter 64:

В отладчике:

Как получить integer-значение?)

slasatavic

Добрый день! Есть проблема с управлением по SNMP. Настраиваю управление светом. Через командную строку дистанционное реле в локальной сети управляется как на включение так и на выключение:
snmpset -v1 -c private 192.168.1.101 .1.3.6.1.4.1.42505.1.2.3.1.11.0 i 1
SNMPv2-SMI::enterprises.42505.1.2.3.1.11.0 = INTEGER: 1
snmpset -v1 -c private 192.168.1.101 .1.3.6.1.4.1.42505.1.2.3.1.11.0 i 0
SNMPv2-SMI::enterprises.42505.1.2.3.1.11.0 = INTEGER: 0
В IH настраиваю SNMP плагин (фото ниже) создаю команду на включение и выключение. Community "private"- read-write. К сожалению плагин работает только на выключение. При включении, виртуальная лампа на экране загорается и тут же гаснет. Физически на реле нет реакции. Если включить реле командной строкой то IH выключает его без проблем. IH версия 4.7.0., конфигурация Lite, SNMP плагин 0.0.7, операционка win 10. Летом настраивал плагин таким же образом и плагин работал. Буду очень признателен за любой полезный совет.
SNMP настройки плагина.jpg
Отладчик.jpg
Мнемосхема 1 этаж.jpg

dev

@slasatavic Добрый день, выпущено обновление плагина 0.0.8, проверьте пожалуйста

slasatavic

Заработало! Спасибо.

dev

@slasatavic Отлично