Предложение
-
@intrahouse:
Расписание для пользовательского интерфейса. Надо делать. Вероятнее всего будет специальный виджет. В нем можно будет редактировать дату/время запуска. Но нельзя добавлять/удалять.
Да, так будет отлично
-
Ну а мне очень не хватает редактирования журналов (сейчас есть не нужные столбцы для пользователей). Кстати, создать свой журнал могу, а вот как туда "складывать" логи, например, из сценариев?
Ну и виджет алертов! Вроде давно о нем уже говорили.
Кстати, а можете опубликовать ваше дальнейшее примерное развитие? То есть чего ждать пользователям и примерно когда?
Знаете, как в ВК группе Илона Маска "Вы находитесь здесь"
️ не в тему конечно, но понятно:
-
Я не до конца разобрался в системе и поэтому возможно не нашел "фишек" по счетчику. Было бы неплохо если б intrahouse умел переводить импульсы в рубли, допустим воды и света и все это дело отображалось в интерфейсе. То есть с возможностью установки тарифа в руб. Визуально это очень удобно, нежели пересчитывать на калькуляторе.
-
Я не до конца разобрался в системе и поэтому возможно не нашел "фишек" по счетчику. Было бы неплохо если б intrahouse умел переводить импульсы в рубли, допустим воды и света и все это дело отображалось в интерфейсе. То есть с возможностью установки тарифа в руб. Визуально это очень удобно, нежели пересчитывать на калькуляторе.
Делается просто: пишется скрипт, триггер - счетчик. Добавляется устройство (датчик или счетчик). В скрипте при изменении значения счетчика рассчитываете по нужной формуле значение датчика в рублях. Таким образом имеете расход в рублях в реальном времени. У меня так:
-
Я не до конца разобрался в системе и поэтому возможно не нашел "фишек" по счетчику. Было бы неплохо если б intrahouse умел переводить импульсы в рубли, допустим воды и света и все это дело отображалось в интерфейсе. То есть с возможностью установки тарифа в руб. Визуально это очень удобно, нежели пересчитывать на калькуляторе.
Делается просто: пишется скрипт, триггер - счетчик. Добавляется устройство (датчик или счетчик). В скрипте при изменении значения счетчика рассчитываете по нужной формуле значение датчика в рублях. Таким образом имеете расход в рублях в реальном времени. У меня так:
К примеру я не умею писать скрипты :? Должно быть все просто- нажал кнопку, появилась инфа. Для домашних юзеров, запуск скриптов может вызвать множество сложностей
-
Я не до конца разобрался в системе и поэтому возможно не нашел "фишек" по счетчику. Было бы неплохо если б intrahouse умел переводить импульсы в рубли, допустим воды и света и все это дело отображалось в интерфейсе. То есть с возможностью установки тарифа в руб. Визуально это очень удобно, нежели пересчитывать на калькуляторе.
Делается просто: пишется скрипт, триггер - счетчик. Добавляется устройство (датчик или счетчик). В скрипте при изменении значения счетчика рассчитываете по нужной формуле значение датчика в рублях. Таким образом имеете расход в рублях в реальном времени. У меня так:
К примеру я не умею писать скрипты :? Должно быть все просто- нажал кнопку, появилась инфа. Для домашних юзеров, запуск скриптов может вызвать множество сложностей
Во вложении готовый скрипт, но со временем хочется все большего) Разработчики не смогут реализовать все наши хочи, а скриптами можно решить львиную долю желаний
-
Делается просто: пишется скрипт, триггер - счетчик. Добавляется устройство (датчик или счетчик). В скрипте при изменении значения счетчика рассчитываете по нужной формуле значение датчика в рублях. Таким образом имеете расход в рублях в реальном времени. У меня так:
К примеру я не умею писать скрипты :? Должно быть все просто- нажал кнопку, появилась инфа. Для домашних юзеров, запуск скриптов может вызвать множество сложностей
Во вложении готовый скрипт, но со временем хочется все большего) Разработчики не смогут реализовать все наши хочи, а скриптами можно решить львиную долю желаний
За скрипт отдельное спасибо
-
Может конечно и лишнее, но может для каких-то целей было бы удобнее иметь поисковик по системе.
-
Ну а мне очень не хватает редактирования журналов (сейчас есть не нужные столбцы для пользователей). Кстати, создать свой журнал могу, а вот как туда "складывать" логи, например, из сценариев?
Ну и виджет алертов! Вроде давно о нем уже говорили.
Кстати, а можете опубликовать ваше дальнейшее примерное развитие? То есть чего ждать пользователям и примерно когда?
Мы благодарны нашим пользователям за креативные предложения по доработке системы.
Мы их всегда рассматриваем, пытаемся придумать, как можно реализовать.
Но поскольку мы все же не космическая корпорация, ресурсы наши ограничены
Мы работаем, используя модель гибкой разработки (Agile). Это означает, что пятилетнего плана нет. А есть список задач, постоянно пополняемый требованиями из наших текущих проектов, а также, конечно, предложениями пользователей. Из этого списка каждую неделю мы выбираем наиболее срочные и важные задачи для включения в новый релиз (ядра системы или плагина)
И стараемся выпускать релизы не реже двух раз в месяц.
Список задач (Issues) доступен на github: https://github.com/intrahouseio/intraHouse-Cherry/issues
Version 4 - это то, что будет включаться в релизы в ближайшие месяцы
Version 5 - это изменение мажорной версии, которое запланировано в будущем.
Также мы планируем разработать новый мобильный интерфейс
Желающие могут добавлять Issues прямо в наш список задач и затем отслеживать его выполнение.
Для того, чтобы добавлять задачи и писать комментарии, нужен аккаунт на github, просмотр доступен всем.
-
@intrahouse:
Ну а мне очень не хватает редактирования журналов (сейчас есть не нужные столбцы для пользователей). Кстати, создать свой журнал могу, а вот как туда "складывать" логи, например, из сценариев?
Ну и виджет алертов! Вроде давно о нем уже говорили.
Кстати, а можете опубликовать ваше дальнейшее примерное развитие? То есть чего ждать пользователям и примерно когда?
Мы благодарны нашим пользователям за креативные предложения по доработке системы.
Мы их всегда рассматриваем, пытаемся придумать, как можно реализовать.
Но поскольку мы все же не космическая корпорация, ресурсы наши ограничены
Мы работаем, используя модель гибкой разработки (Agile). Это означает, что пятилетнего плана нет. А есть список задач, постоянно пополняемый требованиями из наших текущих проектов, а также, конечно, предложениями пользователей. Из этого списка каждую неделю мы выбираем наиболее срочные и важные задачи для включения в новый релиз (ядра системы или плагина)
И стараемся выпускать релизы не реже двух раз в месяц.
Список задач (Issues) доступен на github: https://github.com/intrahouseio/intraHouse-Cherry/issues
Version 4 - это то, что будет включаться в релизы в ближайшие месяцы
Version 5 - это изменение мажорной версии, которое запланировано в будущем.
Также мы планируем разработать новый мобильный интерфейс
Желающие могут добавлять Issues прямо в наш список задач и затем отслеживать его выполнение.
Для того, чтобы добавлять задачи и писать комментарии, нужен аккаунт на github, просмотр доступен всем.
Было бы здорово, если бы вы давали ссылку на задачу в гитхабе пользователю, который ждёт функционал или заявил о проблеме. Можно было бы самостоятельно видеть как идёт процесс доработки и когда ждать решения
-
Для работы с элементом "Навигатор" не хватает:
1. возможности задать расстояние между кнопками.
2. выбора цвета "активной" кнопки. Имеющаяся подсветка бывает плохо различима.
3. Возможность выбора компоновки не только вертикально и горизонтально, но и 2х3, например (сколько строк и стобцов).
С элементом "актуатор" в представлении "переключатель состояния" не хватает:
1. возможности задать расстояние между кнопками, и сделать скругление углов у каждой кнопки, а не у блока целиком.
2. выбора цвета "активной" кнопки. Имеющаяся подсветка бывает плохо различима.
3. Возможность выбора компоновки не только вертикально, но и горизонтально и 2х3, например (сколько строк и стобцов).
С мнемосхемами:
1. Сделать возможным соотнести одну мнемосхему с несколькими зонами. Пример.
Один контейнер имеет 2 "Навигатора", один переключает зоны, а второй - подсистемы.
И у трех зон в подсистемах "свет" мнемосхемы разные (у каждой зоны свой контур управления), а в подсистеме "отопление" - одна общая (один контур управления на 3 зоны), то сейчас необходимо делать 3 одинаковых копии мнемосхемы "отопления" для каждой зоны. А при возможности соотнести мнемосхему нескольким зонам она останется одна.
-
Web console
не хватает этой функциональности в дополнение к P2P.
Можете из этой php консоли сделать плагин?
-
Web console
не хватает этой функциональности в дополнение к P2P.
Можете из этой php консоли сделать плагин?
Добрый день, Web консоль представляет из себя bash консоль?
-
Web-based SSH in your browser
-
Web-based SSH in your browser
Добрый день, спасибо, ясно. А Вам консоль именно в браузере нужна или можете запустить сторонние приложение?
-
Хотелось бы как плагин IH.
чтобы можно было подключившись по P2P воспользоваться консолью для доступа к другим устройствам.
Периодически нужно.
С консолью можно будет не держать вируалку с тимвьювером.
-
Хотелось бы как плагин IH.
чтобы можно было подключившись по P2P воспользоваться консолью для доступа к другим устройствам.
Периодически нужно.
С консолью можно будет не держать вируалку с тимвьювером.
Добрый день, если делать консоль то как виджет или меню в PM как думаете лучше?
Есть ещё вариант пробросить удалённый порт через P2P. На телефоне например через мобильное приложение а на ПК через утилиту консольную. Указываети свободный локальный порт и удаленный йп и порт который нужно пробросить например того же сервера intraHouse или устройства.
Какой вариант ближе и удобнее ?
-
на первый взгляд - как виджет.
-
Еще предложение.
Приложение киоск через Р2Р работает отлично, пока мобильник не окажется в зоне действия домашней сети (в которой и работает сервер IH).
После этого возникает "петля", т.е. мобильник из своей сети идет на ваш сервер Р2Р, а с него возвращается обратно в свою сеть на сервер IH.
Это сейчас "условно работоспособно".
Оно работает не со всеми моделями домашних роутеров, а с которыми работает - делает это крайне медленно.
Предусмотрите пожалуйста несколько (хотя бы 2) ссылки на сервер в настройках, и правила для них (например, чтобы ссылка на Р2Р работала только при отсутствии прямого доступа к серверу). Или хотя-бы возможность ручного переключения преднастроенных "профилей".
Сейчас после переключения на прямую ссылку, при возвращении на Р2Р киоск снова просит ввести этот длинный ключ.
У меня быстрее получается ВПн сервер поднять….
-
Еще предложение.
Приложение киоск через Р2Р работает отлично, пока мобильник не окажется в зоне действия домашней сети (в которой и работает сервер IH).
После этого возникает "петля", т.е. мобильник из своей сети идет на ваш сервер Р2Р, а с него возвращается обратно в свою сеть на сервер IH.
Это сейчас "условно работоспособно".
Оно работает не со всеми моделями домашних роутеров, а с которыми работает - делает это крайне медленно.
Предусмотрите пожалуйста несколько (хотя бы 2) ссылки на сервер в настройках, и правила для них (например, чтобы ссылка на Р2Р работала только при отсутствии прямого доступа к серверу). Или хотя-бы возможность ручного переключения преднастроенных "профилей".
Сейчас после переключения на прямую ссылку, при возвращении на Р2Р киоск снова просит ввести этот длинный ключ.
У меня быстрее получается ВПн сервер поднять….
Если есть впн, значит есть статика или используется дин-днс. В таком случае проще сделать на днс-сервере а-запись на внутреннем ссылающуюся на внутренний адрес, а на внешнем на адрес устрйоства с проброшенным в ih портом. Я использую именно так и не знаю никаких проблем с подключением
