Предложение

[intrapro]

@Erik:

нужно 4 кнопки, у каждой 2 визуальных состояния - светится / не светится

Нужно чтобы:

Нажатие кнопки 1 включало актуатор в состояние 1, зажигало кнопку 1, гасило кнопки 2,3,4.

Нажатие кнопки 2 включало актуатор в состояние 2, зажигало кнопку 2, гасило кнопки 1,3,4.

Нажатие кнопки 3 включало актуатор в состояние 3, зажигало кнопку 3, гасило кнопки 1,2,4.

Нажатие кнопки 4 включало актуатор в состояние 4, зажигало кнопку 4, гасило кнопки 1,2,3.

Попробуйте такой скрипт

В девайсах поставьте свои актуаторы

/** 
* @name Переключатель с помощью 4-x DO  
* @desc  
* @version 4  
*/

const but1 = Device("ActorD","Триггер 1"); 
const but2 = Device("ActorD","Триггер 2"); 
const but3 = Device("ActorD","Триггер 3"); 
const but4 = Device("ActorD","Триггер 4"); 

startOnChange([but1,but2,but3,but4]); 

script({
    start() {
      if (this.isChanged(but1) && but1.isOn()) {
        but2.off();
        but3.off();
        but4.off();
        return;
      }  
      if (this.isChanged(but2) && but2.isOn()) {
        but1.off();
        but3.off();
        but4.off();
      }
    if (this.isChanged(but3) && but3.isOn()) {
        but1.off();
        but2.off();
        but4.off();
      }
   if (this.isChanged(but4) && but4.isOn()) {
        but1.off();
        but2.off();
        but3.off();
      }
})

При нажатии на каждом нужно выбрать on, а не toggle

[dev]

@Erik:

Думаю, их 7. И это не предел.

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

[Erik]

@intrapro:

При нажатии на каждом нужно выбрать on, а не toggle

Создал переключатель.

У него было 3 состояния.

Переименовал выкл в комфорт

вкл в эконом

авто в расписание и скопировал авто, переименовав его в выкл.

Получил 3 состояния - комфорт, эконом, расписание и выкл.

Добавил переключатель в виджет в виде "иконка с дополнительными элементами".

Предполагаю, что она должна включать режим комфорт.

Но в действиях - toggle, on,off, none.

Если ставлю "on", как вы советуете - нажатие активирует состояние "эконом", которое ранее (до переименования) было "вкл".

Если ставлю "off", нажатие активирует состояние "комфорт", которое ранее (до переименования) было "выкл".

Если ставлю "toggle", нажатие переключает между состояниями "комфорт" и "эконом", которые ранее (до переименования) были "выкл" и "вкл".

Больше активировать нечего, и состояния "расписание" и "выкл" нажатиями не активировать.

А ваш скрипт предполагает, что это каким-то образом произошло.

Каким образом?

[intrapro]

@Erik:

Создал переключатель.

У него было 3 состояния.

Переименовал выкл в комфорт

вкл в эконом

авто в расписание и скопировал авто, переименовав его в выкл.

Получил 3 состояния - комфорт, эконом, расписание и выкл.

Добавил переключатель в виджет в виде "иконка с дополнительными элементами".

Предполагаю, что она должна включать режим комфорт.

Но в действиях - toggle, on,off, none.

Если ставлю "on", как вы советуете - нажатие активирует состояние "эконом", которое ранее (до переименования) было "вкл".

Если ставлю "off", нажатие активирует состояние "комфорт", которое ранее (до переименования) было "выкл".

Если ставлю "toggle", нажатие переключает между состояниями "комфорт" и "эконом", которые ранее (до переименования) были "выкл" и "вкл".

Больше активировать нечего, и состояния "расписание" и "выкл" нажатиями не активировать.

А ваш скрипт предполагает, что это каким-то образом произошло.

Каким образом?

Видимо, слишком много асинхронных советов

Скрипт был для вопроса: Нужно сделать из него 4 объекта в виджете, которые меняют цвет в зависимости от режима.

То есть 4 актуатора - 4 режима

Этот вопрос вроде уже обсуждался в теме Modbus:

__Можно сделать 4 кнопки и один сценарий, который пишет значение в устройство

На устройстве сделать 4 состояния, и картинки/тексты будут переключаться на индикации (показывать текущее состояние), а нажимать на устройство запретить.

Другой вариант - у нас есть переключатель, можно было бы использовать его, но он на текущий момент не доступен как устройство для канала Modbus (просто не включили, добавим при обновлении)

Плюсы такого решения - индикация и управление в одном флаконе

Минусы - ограниченные возможности по дизайну кнопок__

Третий, получается, вариант - не кнопки, а устройства с функцией button - вкл-выкл. Для этого варианта был предложен скрипт

Ок, берем вариант два, Переключатель. Как устройство для Modbus сейчас доступно, можно попробовать

Для реализации функции переключателя есть Шаблон представления "Переключатель состояния"

Шаблон представления "Иконка" в случае переключателя используется только для индикации текущего состояния, не для нажатий

Действие при нажатии нужно выбрать none, так как нажатие отрабатывает сам компонент и уже возвращает значение.

Изменение яркости выбранного элемента выполняется самим элементом, никакого доп скрипта не надо

[homa]

Добрый день!

Очень не хватает следующих вещей:

1. Возможности разворачивать список каналов плагина на весь экран. Когда каналов много не удобно листать, приходится переходить в отладчик, разворачивать на весь экран и возвращаться в список каналов, тогда они остаются в полный экран.

2. Останавливать отдельные каналы http-плагина (или любого другого). Когда нужно отладить канал плагина - другие каналы мешают в отладчике. Хочется, чтобы была возможность остановить эти каналы и видеть сообщения только с отлаживаемого канала, либо сделать фильтр по каналам в отладчике, чтобы видеть только интересующие сообщения

3. Не хватает выбора времени запуска скрипта из интерфейса. Например есть устройство, которое нужно запускать в разное время в зависимости от потребности. Нужно чтобы домашние могли выбрать время запуска без входа в админку. Это вроде было в Berry, в Cherry тоже нужно.

[IntraVM]

@homa:

Добрый день!

Очень не хватает следующих вещей:

1. Возможности разворачивать список каналов плагина на весь экран. Когда каналов много не удобно листать, приходится переходить в отладчик, разворачивать на весь экран и возвращаться в список каналов, тогда они остаются в полный экран.

Будет в ближайшей версии
@homa:

2. Останавливать отдельные каналы http-плагина (или любого другого). Когда нужно отладить канал плагина - другие каналы мешают в отладчике. Хочется, чтобы была возможность остановить эти каналы и видеть сообщения только с отлаживаемого канала, либо сделать фильтр по каналам в отладчике, чтобы видеть только интересующие сообщения

Согласен на 100%

Сделаем фильтр.
@homa:

3. Не хватает выбора времени запуска скрипта из интерфейса. Например есть устройство, которое нужно запускать в разное время в зависимости от потребности. Нужно чтобы домашние могли выбрать время запуска без входа в админку. Это вроде было в Berry, в Cherry тоже нужно.

Расписание для пользовательского интерфейса. Надо делать. Вероятнее всего будет специальный виджет. В нем можно будет редактировать дату/время запуска. Но нельзя добавлять/удалять.

[homa]

@intrahouse:

Расписание для пользовательского интерфейса. Надо делать. Вероятнее всего будет специальный виджет. В нем можно будет редактировать дату/время запуска. Но нельзя добавлять/удалять.

Да, так будет отлично

[Alex_Jet]

Ну а мне очень не хватает редактирования журналов (сейчас есть не нужные столбцы для пользователей). Кстати, создать свой журнал могу, а вот как туда "складывать" логи, например, из сценариев?

Ну и виджет алертов! Вроде давно о нем уже говорили.

Кстати, а можете опубликовать ваше дальнейшее примерное развитие? То есть чего ждать пользователям и примерно когда?

Знаете, как в ВК группе Илона Маска "Вы находитесь здесь"️ не в тему конечно, но понятно:

[artem521]

Я не до конца разобрался в системе и поэтому возможно не нашел "фишек" по счетчику. Было бы неплохо если б intrahouse умел переводить импульсы в рубли, допустим воды и света и все это дело отображалось в интерфейсе. То есть с возможностью установки тарифа в руб. Визуально это очень удобно, нежели пересчитывать на калькуляторе.

[homa]

@artem521:

Я не до конца разобрался в системе и поэтому возможно не нашел "фишек" по счетчику. Было бы неплохо если б intrahouse умел переводить импульсы в рубли, допустим воды и света и все это дело отображалось в интерфейсе. То есть с возможностью установки тарифа в руб. Визуально это очень удобно, нежели пересчитывать на калькуляторе.

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

[artem521]

@homa:

@artem521:

Я не до конца разобрался в системе и поэтому возможно не нашел "фишек" по счетчику. Было бы неплохо если б intrahouse умел переводить импульсы в рубли, допустим воды и света и все это дело отображалось в интерфейсе. То есть с возможностью установки тарифа в руб. Визуально это очень удобно, нежели пересчитывать на калькуляторе.

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

К примеру я не умею писать скрипты :? Должно быть все просто- нажал кнопку, появилась инфа. Для домашних юзеров, запуск скриптов может вызвать множество сложностей

[homa]

@artem521:

@homa:

@artem521:

Я не до конца разобрался в системе и поэтому возможно не нашел "фишек" по счетчику. Было бы неплохо если б intrahouse умел переводить импульсы в рубли, допустим воды и света и все это дело отображалось в интерфейсе. То есть с возможностью установки тарифа в руб. Визуально это очень удобно, нежели пересчитывать на калькуляторе.

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

К примеру я не умею писать скрипты :? Должно быть все просто- нажал кнопку, появилась инфа. Для домашних юзеров, запуск скриптов может вызвать множество сложностей

Во вложении готовый скрипт, но со временем хочется все большего) Разработчики не смогут реализовать все наши хочи, а скриптами можно решить львиную долю желаний

[artem521]

@homa:

@artem521:

@homa:

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

К примеру я не умею писать скрипты :? Должно быть все просто- нажал кнопку, появилась инфа. Для домашних юзеров, запуск скриптов может вызвать множество сложностей

Во вложении готовый скрипт, но со временем хочется все большего) Разработчики не смогут реализовать все наши хочи, а скриптами можно решить львиную долю желаний

За скрипт отдельное спасибо

[artem521]

Может конечно и лишнее, но может для каких-то целей было бы удобнее иметь поисковик по системе.

[IntraVM]

@Alex_Jet:

Ну а мне очень не хватает редактирования журналов (сейчас есть не нужные столбцы для пользователей). Кстати, создать свой журнал могу, а вот как туда "складывать" логи, например, из сценариев?

Ну и виджет алертов! Вроде давно о нем уже говорили.

Кстати, а можете опубликовать ваше дальнейшее примерное развитие? То есть чего ждать пользователям и примерно когда?

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

Мы их всегда рассматриваем, пытаемся придумать, как можно реализовать.

Но поскольку мы все же не космическая корпорация, ресурсы наши ограничены

Мы работаем, используя модель гибкой разработки (Agile). Это означает, что пятилетнего плана нет. А есть список задач, постоянно пополняемый требованиями из наших текущих проектов, а также, конечно, предложениями пользователей. Из этого списка каждую неделю мы выбираем наиболее срочные и важные задачи для включения в новый релиз (ядра системы или плагина)

И стараемся выпускать релизы не реже двух раз в месяц.

Список задач (Issues) доступен на github: https://github.com/intrahouseio/intraHouse-Cherry/issues

Version 4 - это то, что будет включаться в релизы в ближайшие месяцы

Version 5 - это изменение мажорной версии, которое запланировано в будущем.

Также мы планируем разработать новый мобильный интерфейс

Желающие могут добавлять Issues прямо в наш список задач и затем отслеживать его выполнение.

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

[homa]

@intrahouse:

@Alex_Jet:

Ну а мне очень не хватает редактирования журналов (сейчас есть не нужные столбцы для пользователей). Кстати, создать свой журнал могу, а вот как туда "складывать" логи, например, из сценариев?

Ну и виджет алертов! Вроде давно о нем уже говорили.

Кстати, а можете опубликовать ваше дальнейшее примерное развитие? То есть чего ждать пользователям и примерно когда?

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

Мы их всегда рассматриваем, пытаемся придумать, как можно реализовать.

Но поскольку мы все же не космическая корпорация, ресурсы наши ограничены

Мы работаем, используя модель гибкой разработки (Agile). Это означает, что пятилетнего плана нет. А есть список задач, постоянно пополняемый требованиями из наших текущих проектов, а также, конечно, предложениями пользователей. Из этого списка каждую неделю мы выбираем наиболее срочные и важные задачи для включения в новый релиз (ядра системы или плагина)

И стараемся выпускать релизы не реже двух раз в месяц.

Список задач (Issues) доступен на github: https://github.com/intrahouseio/intraHouse-Cherry/issues

Version 4 - это то, что будет включаться в релизы в ближайшие месяцы

Version 5 - это изменение мажорной версии, которое запланировано в будущем.

Также мы планируем разработать новый мобильный интерфейс

Желающие могут добавлять Issues прямо в наш список задач и затем отслеживать его выполнение.

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

Было бы здорово, если бы вы давали ссылку на задачу в гитхабе пользователю, который ждёт функционал или заявил о проблеме. Можно было бы самостоятельно видеть как идёт процесс доработки и когда ждать решения

[Erik]

Для работы с элементом "Навигатор" не хватает:

1. возможности задать расстояние между кнопками.

2. выбора цвета "активной" кнопки. Имеющаяся подсветка бывает плохо различима.

3. Возможность выбора компоновки не только вертикально и горизонтально, но и 2х3, например (сколько строк и стобцов).

С элементом "актуатор" в представлении "переключатель состояния" не хватает:

1. возможности задать расстояние между кнопками, и сделать скругление углов у каждой кнопки, а не у блока целиком.

2. выбора цвета "активной" кнопки. Имеющаяся подсветка бывает плохо различима.

3. Возможность выбора компоновки не только вертикально, но и горизонтально и 2х3, например (сколько строк и стобцов).

С мнемосхемами:

1. Сделать возможным соотнести одну мнемосхему с несколькими зонами. Пример.

Один контейнер имеет 2 "Навигатора", один переключает зоны, а второй - подсистемы.

И у трех зон в подсистемах "свет" мнемосхемы разные (у каждой зоны свой контур управления), а в подсистеме "отопление" - одна общая (один контур управления на 3 зоны), то сейчас необходимо делать 3 одинаковых копии мнемосхемы "отопления" для каждой зоны. А при возможности соотнести мнемосхему нескольким зонам она останется одна.

[Erik]

Web console

не хватает этой функциональности в дополнение к P2P.

Можете из этой php консоли сделать плагин?

http://web-console.org/

[dev]

@Erik:

Web console

не хватает этой функциональности в дополнение к P2P.

Можете из этой php консоли сделать плагин?

http://web-console.org/

Добрый день, Web консоль представляет из себя bash консоль?

[Erik]

Web-based SSH in your browser