Вопросы по работе системы
-
Переименовал, проблема осталась
Пришлите нам проект, пожалуйста.
Нужно сделать архив папки /var/lib/intrahouse-c/projects/home2
Отправил на <email email="support@intrahouse.ru">support@intrahouse.ru</email>
Получили, будем разбираться
-
Пришлите нам проект, пожалуйста.
Нужно сделать архив папки /var/lib/intrahouse-c/projects/home2
Отправил на <email email="support@intrahouse.ru">support@intrahouse.ru</email>
Получили, будем разбираться
А у вас ситуация повторяется?
-
А у вас ситуация повторяется?
Да, ошибка при выполнении расписания, если дата фиксирована.
Чтобы исправить ситуацию, нужно скорректировать файл /var/lib/intrahouse-c/projects/home2/jbase/schedule.json
В первой записи "dates": "09.01.2019" замените на "dates": ""
Сохраните файл и перезагрузите сервер.
К вечеру выпустим обновление с исправлением ошибки.
Приносим извинения за доставленные неудобства
-
А у вас ситуация повторяется?
Да, ошибка при выполнении расписания, если дата фиксирована.
Чтобы исправить ситуацию, нужно скорректировать файл /var/lib/intrahouse-c/projects/home2/jbase/schedule.json
В первой записи "dates": "09.01.2019" замените на "dates": ""
Сохраните файл и перезагрузите сервер.
К вечеру выпустим обновление с исправлением ошибки.
Приносим извинения за доставленные неудобства
Помогло. Как раз утром он зажег свет по этому расписанию и сдох…
Спасибо!
-
Блин, что срочно надо удалять все расписание, которое настроил вчера???
-
Блин, что срочно надо удалять все расписание, которое настроил вчера???
Только если есть статическая дата, динамические работают хорошо. У меня есть сценарий, включающий свет по утрам, пока были праздники, я отключил запуск по дням недели и прописал 9 января, хотел днем сегодня вернуть запуск по дням недели. Утром свет зажегся и на этом все.
-
Блин, что срочно надо удалять все расписание, которое настроил вчера???
Только если есть статическая дата, динамические работают хорошо. У меня есть сценарий, включающий свет по утрам, пока были праздники, я отключил запуск по дням недели и прописал 9 января, хотел днем сегодня вернуть запуск по дням недели. Утром свет зажегся и на этом все.
Для исправления ошибки выпущена версия 4.4.10. Также поправлена работа с окном Запуск для устройств
-
Для исправления ошибки выпущена версия 4.4.10. Также поправлена работа с окном Запуск для устройств
Проблема с исчезновением наборов устройств действительно исправлена.
-
Добрый день! А почему указание состояния канала в режиме meter не работает? Или я чего не правильно сделал?Снимок.PNG
Добрый день! Нет, все верно, просто для счетчика переключение состояний не предусмотрено.
А как вы видите процедуру определения состояния счетчика?
-
вероятно нужна некая "память состояния" для индикации
Не понятно, зачем? У счетчика не может быть состояния.
Проще будет понять, если вы опишите задачу.
-
Давайте сначала. В моем случае геркон имеет 2 состояния. Подключен к каналу in MegaD. Если устанавливаем режим входа - состояние на мнемосхеме можно отобразить. В режиме счетчика - не предусмотрено. Вариант 1 - дать возможность присваивать один канал меги нескольким устройствам (счетчику и каналу in), на мнемосхеме устройство switch - будет индикатором. Вариант 2 (сейчас попробую) зарегистрировать мегу в плагине HTTP и там уже привязать канал меги к устройству switch. Но я думаю это усложнение практической пользы не принесет. Так, "дурная голова рукам покоя не дает" :lol:
То есть вы хотите наблюдать прохождение импульса?
Да, это можно сделать.
Нужно добавить виртуальный канал, например, 7 - реальный канал счетчик, 107 - датчик (IN). Привязываете геркон к 107
Далее в Расширениях нужно обработать два сообщения от MegaD при переключении геркона
Одно из них - то же что и для счетчика, в нем добавить состояние геркона: "Установить состояния каналов" 7=CNT&107=OFF
В другом будет только 107=ON (ON - OFF зависит от того, как у вас настроен вход)
В принципе должно работать
-
Подскажите, пожалуйста, по расписаниям: если в момент наступления события по расписанию сервер был выключен (например отсутствовало питание), а потом по прошествии события загрузился, то будет ли выполнено запланированное в расписании действие?
-
@gis:
Подскажите, пожалуйста, по расписаниям: если в момент наступления события по расписанию сервер был выключен (например отсутствовало питание), а потом по прошествии события загрузился, то будет ли выполнено запланированное в расписании действие?
Нет, не будет
-
где-то на форуме видел пример url к ih, чтобы сразу залогиниться под определенными логином и паролем, но не могу найти. кто-нибудь может повторить?) еще такой запрос бы для логофа…
-
где-то на форуме видел пример url к ih, чтобы сразу залогиниться под определенными логином и паролем..
Наверное, тут.
-
где-то на форуме видел пример url к ih, чтобы сразу залогиниться под определенными логином и паролем..
Наверное, тут.
может, но нужно без p2p((
-
Коллеги, разбирался с доступом и адресами для информирования. Пришел к выводу что с группами информирования все отлично, а вот с адресами - не все так радужно. Вот скажите в адресах информирования зачем нужен пользователь? А параметра ФИО человека нет! Кроме этого, было бы удобно если каждому человеку можно было назначать несколько групп информирования.
Например, есть такие группы информирования:
1. Админ - уведомления обо всех неполадках системы
2. Собственники - уведомления о критичных неполадках системы (чтобы могли исправить)
3. Родственники - уведомления о чем-либо… родственников
4. Газовая служба и пр. - уведомления о расходе газа/воды и т.д.
Мне как администратору системы нужны группы админ, собственники, газовая служба. Моей жене и детям - группа собственники. Моему брату - группа родственники, а при необходимости - собственники (когда моя семья уедет в отпуск). Ну а службам - только их собственные группы. Других сценариев можно много придумать.
Кроме того, что есть каналы telegram и email еще будут СМС/дозвон. Как правило СМС/дозвон необходимы для срочных приоритетов оповещения. Почему бы не завести одну запись для человека и указать для него все каналы информирования, а напротив каждого канала разместить чек-бокс "Не информировать"?
Сейчас для меня как админа надо занести 3 записи - email, telegram, телефон. Также для всех остальных...
-
А есть ли какая-нибудь возможность выводить в правом меню устройства его параметры?
Задача - есть 10 индикаторов плагинов megad. У них в правом всплывающем окне есть 3 вкладки: на первой - какие-то undefined видимо с временем включения…; на второй пусто, на третьей лог журнала. Хочу html-плагином парсить значения Uptime у контроллеров MegaD, но хотелось бы эти значения вывести, например, на вкладку "Параметры" всплывающего меню индикатора плагина.
-
А есть ли какая-нибудь возможность выводить в правом меню устройства его параметры?
Задача - есть 10 индикаторов плагинов megad. У них в правом всплывающем окне есть 3 вкладки: на первой - какие-то undefined видимо с временем включения…; на второй пусто, на третьей лог журнала. Хочу html-плагином парсить значения Uptime у контроллеров MegaD, но хотелось бы эти значения вывести, например, на вкладку "Параметры" всплывающего меню индикатора плагина.
Unit_megad_7_параметры.PNG
Да, это можно сделать сценарием:
1. В сценарии объявить дополнительное свойство uptime для устройства индикатора плагина _UNIT_megad7
2. Сценарий вызывать по событию датчика, в который будет поступать информация http плагина (например, UPTIME_megad7)
3. Присваивать значение датчика свойству uptime: _UNIT_megad7.setParam('uptime', UPTIME_megad7.value)
-
Да, это можно сделать сценарием…
То есть все равно надо создавать дополнительное устройство (аналоговый сенсор) и его значение передавать на вкладку "Параметры" сценарием…
А если без создания дополнительных и в общем-то бесполезных устройств? Например, в html-плагине сделать так же как в расширениях MegaD - запускать сценарий с передачей в него по умолчанию атрибутов типа "номер канала", "значение"? Хотя можно пойти дальше и развить более гибкую концепцию привязки каналов плагинов к устройствам - к каналу привязывать устройство и позволить пользователю выбрать куда должно пойти значение - либо в "id.value" (по умолчанию), либо в id.setParam('uptime'). Возможно это перспективнее!
И можно какие-нибудь комментарии услышать по моему предыдущему посту из этой темы?
