|
| Среда, 27.11.2024, 21:09 | | | RSS |
|
| Защита, контроль, управление |
|
|
Web интерфейс,JS и все что с ними связано.
|
|
| Zoolu | Дата: Четверг, 22.02.2018, 07:21 | Сообщение # 71 |
Группа: Пользователи
Сообщений: 490
Статус: Offline
| Admin, дак это не страница настройки сценариев! В WebHomePi вообще нет сценариев (пока?). А то, на что вы показываете это настройка заложенных проприетарных функций. Не более того.
|
| |
| |
| bagotu | Дата: Четверг, 22.02.2018, 07:46 | Сообщение # 72 |
Группа: Пользователи
Сообщений: 42
Статус: Offline
| Без сценариев не обойтись. На то он и умный дом что бы жить своей жизнью. Пока не хватает гибкости в настройке. Да и простота важна.
Ну на пример, как включить функцию отключения кондиционера при открытии окна, одним нажатием мыши. Ни как.
Или так. Сработал радиодатчик протечки, а их как правило не один, кто клапан побежит закрывать? Точнее кто даст команду на закрытие.
|
| |
| |
| pop | Дата: Четверг, 22.02.2018, 08:19 | Сообщение # 73 |
Группа: Пользователи
Сообщений: 42
Статус: Offline
| Как бы очень сомневаюсь, что это целесообразно делать на Webiopi.
Насчёт возможно - может быть, хотя, костылей будет...
Да и вообще, предусмотреть все "хотелки", чтобы "одной кнопкой" на всех возможных комбинациях датчиков/исполнительных устройствах - не реально.
|
| |
| |
| Admin | Дата: Четверг, 22.02.2018, 10:41 | Сообщение # 74 |
 Admin
Группа: Администраторы
Сообщений: 4260
Статус: Offline
| Цитата Zoolu (  ) А то, на что вы показываете это настройка заложенных проприетарных функций.
И с каких это пор срабатывание выхода по событию стало проприетарной функцией?  Это как раз стандартные функции.
В любом случае без “допиливания ручками” не обойтись. Согласен с pop по поводу разнообразия “хотелок” и их реализации. Да и возьмем, например, тот же Home Assistant. Отличная система, которая имеет фактически безграничные возможности для домашней автоматизации. Но пользователю тоже нужно поработать, добавить необходимые скрипты - просто “поставить галочку” в меню настройки сценариев не получится.
|
| |
| |
| Zoolu | Дата: Четверг, 22.02.2018, 11:14 | Сообщение # 75 |
|
Группа: Пользователи
Сообщений: 490
Статус: Offline
| Цитата Admin ( ) И с каких это пор срабатывание выхода по событию стало проприетарной функцией? |
| |
| |
| Admin | Дата: Четверг, 22.02.2018, 12:02 | Сообщение # 76 |
|
Admin
Группа: Администраторы
Сообщений: 4260
Статус: Offline
| Цитата Zoolu ( ) С тех пор, как чтобы что-то в ней поменять нужно переворотить полтонны букаф.
Мы ведем речь про функцию? Заметьте, я не говорю "сценарий", хотя функция - это тоже в определенном отношении простейший сценарий - например, включить обогреватель при определенной температуре. Давайте порассуждаем:
Первый выход может срабатывать по температуре. Это - функция? Да. это функция. Активировали эту функцию (установили галку), установили температуру включения и отключения, нажали кнопку "записать". Какие "полтонны букФав" пользователю нужно перелопатить? Привязать эту функцию на другой выход? Да, тут уже нужно влезать в скрипт. Но опять же "лопачение" будет заключаться только в изменении номера порта GPIO.
Лично у меня в действующей системе на первой малине уже вообще мало чего осталось от “официальной” версии. Но смысл об этом рассказывать, а тем более реализовывать это в интерфейсе конфигурирования, т.к. там все функции заточены чисто под мои задачи. Например, управление через радиомодуль аварийным освещением при пропадании основного напряжения 230В с привязкой к датчику контроля напряжения, датчику освещения TSL2561 и таймеру.
|
| |
| |
| AlexAW | Дата: Четверг, 22.02.2018, 13:51 | Сообщение # 77 |
Группа: Пользователи
Сообщений: 310
Статус: Offline
| Вставлю свои пять копеек.
Может я не совсем ясно выразил свою мысль.
Сценарий с названием это некий виртуальный объект к которому с одной стороны прикручивается функционал на запуск сценария (сработка по термостату, дате , времени, датчику, или просто выключателем щелкнули) с другой стороны запущеный сценарий выполняет действие (посылает почту, включает выключает реле, открывает закрывает кран, замок итд)
Итого пользователь имеет набор , как Антон выражается проприетарных функций входных и выходных а пользователь комбинирует их в свои сценарии. И будет это без букаф, а просто крыжиками и параметрами.типа номер выключателя, текст сообщения итд итп.
Эта идея к дальнейшему развитию интерфейса пользователя.
Я пока в эти проблемы глубоко не погружаюсь - просто пища для размышлений. Править скрипты однозначно не вариант.
Короче формализовывать нужно, до уровня сценаргой машины!
Тогда будет вставил образ, активировал те модули, что прикручены к малине из описаных на этом сайте и сиди пиши сценарии "твори ум своему дому" и радуйся полученным результатам,
А основные сложности за тебя порешали другие!
Сообщение отредактировал AlexAW - Четверг, 22.02.2018, 13:59 |
| |
| |
| Admin | Дата: Четверг, 22.02.2018, 14:36 | Сообщение # 78 |
|
Admin
Группа: Администраторы
Сообщений: 4260
Статус: Offline
| Цитата AlexAW ( ) с одной стороны прикручивается функционал на запуск сценария (сработка по термостату, дате , времени, датчику, или просто выключателем щелкнули) с другой стороны запущеный сценарий выполняет действие (посылает почту, включает выключает реле, открывает закрывает кран, замок итд)
Ну вот, а выше говорили, это не сценарии
А ведь именно так оно сейчас и работает - датчик отследил температуру и выдал команду на включение/отключение реле, вход отследил свое состояние и по изменению включил выход, сформировал отправку e-mail, записал действия в лог и т.д. И это все без правок скриптов, а только "крыжиками и параметрами". Другой вопрос, что этот существующий (и пока минимальный) набор функций нужно расширять.
|
| |
| |
| pop | Дата: Четверг, 22.02.2018, 14:45 | Сообщение # 79 |
|
Группа: Пользователи
Сообщений: 42
Статус: Offline
| AlexAW,
Впринципе, тогда всё сводится к тому, что каждый вход или датчик, или выход..., или даже программный блок (отправка почты, смс). это "виртуальный объект", который генерирует или/и принимает элементарные события, а всю логику можно свести к "крыжикам, галочкам", связям "выход->вход" и т.п....
Представляете количество возможных "крыжиков/галочек" при конфигурировании?
Это уже даже не сценарии, а "крыжично-галочно-графический" язык программирования.
Сценарий, в моём понимании, это нечто более "высокоуровневое", на уровне системы "дома вцелом".
Т.е., например, сценарий "кто-то есть дома", в котором полностью описана вся логика поведения всей системы - какие температуры на каждом термостате, какие системы включены, какие датчики включны и какие события требуют каких действий. И есть сценарий "никого нет дома", с таким же полным описанием всего и вся. И заданы условия по которым эти сценарии переключаются целиком.
|
| |
| |
| AlexAW | Дата: Четверг, 22.02.2018, 14:57 | Сообщение # 80 |
|
Группа: Пользователи
Сообщений: 310
Статус: Offline
| Нет, Михаил. Сейчас не так! сейчас жестко если термостат, то один выход если другой термостать то другой. А виртуальной связи фходой функции или совокупности функций, с выходной функцией или совокупности функций нет.
Я говорю о возможности пользователя делать приблизительно так -
Создать сценарий Смотреть телевизор
Входная фуннкция, включить выключатель 1
Выходная функция включить реле 1, 3, 5.
Создать второй сценарий "термостат в комнате"
входная функция температура в комнате 20 и время 2100
выходная функция выключить реле 2
Ну и ткдлее эт что то типа логических контроллеров.
Так я вижу себе пока интерфейс пользователя,
Другая часть это генерация пользовательских вебстраниц....
Короче думать и думать..... не останавливаться же на том что есть
Что есть это хорошо, но мне лично мало! ИМХО
|
| |
| |
| T2M © 2024 | | Сайт управляется системой uCoz |
| |
|
