Сценарии - новая версия API

[intrapro]

@Alex_Jet, ОЧЕНЬ изобретательно и креативно
И вполне рабочая схема:
Сформировать команду на основе фразы -> передать команду -> установить слушателя для устройства.
А когда устройство переключится (сработает слушатель) - отрапортовать о выполнении.

Единственное тонкое место здесь - если устройство по какой-то причине не ответит, то сценарий зависнет.
Потому что, устанавливая слушателя, мы оставляем сценарий запущенным. Он ждет события, и не выходит.
Обычно, параллельно со слушателями, целесообразно устанавливать таймер, чтобы сценарий все же завершился. Типа "не шмогла"

Почему в конкретном случае не срабатывает - нужно смотреть. В скрипте garland_porch и garland_garage не определены. Но Вы говорите, что команда на включение уходит, то есть идете по ветке garland_house. Можно посмотреть параллельно в отладчике плагина - что приходит в ответ на команду.
Но таймер нужен в любом случае: если устанавливается слушатель - нужно предусмотреть и другой выход.

[Alex_Jet]

Участник @intrapro написал в Сценарии - новая версия API:

В скрипте garland_porch и garland_garage не определены. Но Вы говорите, что команда на включение уходит, то есть идете по ветке garland_house. Можно посмотреть параллельно в отладчике плагина - что приходит в ответ на команду.
Но таймер нужен в любом случае: если устанавливается слушатель - нужно предусмотреть и другой выход.

Да, я иду по ветке garland_house (определение фраз очень точное!). В отладчике плагина megad - действительно не додумался посмотреть......и сейчас понял, что там нечего смотреть! Поскольку управление WS281x хоть и нативное, но одностороннее! Как итог - ответа от контроллера нет, а плагин ждет его. Хотя!!! Опять же - я управляю всего лишь актуатором и косвенно самой лентой. А актуатор в свою очередь завязан на сценарий управления и плагин megad тут не причем! То есть здесь нет отклика именно от актуатора. Мне кажется, что Вы сами можете воспроизвести такую ситуацию.

С таймером согласен - это "байпас" сценария, правда пока не могу придумать логику чтобы было все по взрослому (если завис слушатель, то сказать "Не смогла", а если не завис, то не говорить "Не смогла"...).

Сам сценарий еще далек от завершения...знаю как все оптимизировать, но пока не хватает времени. Особенно нет времени разобраться и сделать хороший плагин (двухсторонний обмен по соккету) и чтобы информацию с него можно было обрабатывать в сценарии. А так - уже очень привыкли всей семьей к голосовому управлению))

[intrapro]

Участник @Alex_Jet написал в Сценарии - новая версия API:

То есть здесь нет отклика именно от актуатора.

Если у Вас актуатор виртуальный, то проверьте, что по команде переключается состояние актуатора.

С таймером согласен - это "байпас" сценария, правда пока не могу придумать логику чтобы было все по взрослому (если завис слушатель, то сказать "Не смогла", а если не завис, то не говорить "Не смогла"...).

Если не завис, то все OK, сценарий у Вас сразу выходит. То есть говорить ничего не придется.
Цель таймера - страховка слушателей. При добавлении слушателя просто всегда добавлять таймер (на время отклика*2, например) и по таймеру выходить.

А так - уже очень привыкли всей семьей к голосовому управлению))

Да, к хорошему быстро привыкаешь :).

[Alex_Jet]

Участник @intrapro написал в Сценарии - новая версия API:

сли у Вас актуатор виртуальный, то проверьте, что по команде переключается состояние актуатора.

Так я это вижу как в отладчике сценария (ACTORA_GARLAND1_01 on), так и визуально (RGB-лента начинает работать). То же при выключении. Вы не пробовали сымитировать ситуацию?

[Alex_Jet]

Коллеги, помимо вышеописанного)) Решил ребенка немного научить программировать! А когда это все сразу можно применить на практике - это вообще здорово и особенно увлекает ребенка)))
Однако я предпочитаю кодить, а ему это просто не реально поскольку только научился немного читать))) поэтому решил начать с объектно-ориентированного программирования, то есть с блок-схем. Начали изучать с нуля. И вот когда сценарий уже стал немного более сложным я сам не смог понять как мне сделать - чтобы или по окончании таймера или по выключению актуатора выключить свет с помощью блока ALL.

И да, кстати, считаю что название блоков нужно как-то привести к их названию в дереве. Например, если блок ACTION, то в дереве должен называться "Действие", либо наоборот - раз в дереве "Команда устройства", то название блока - COMMAND. Если Команда группе устройств, то COMMAND_ALL.

Update: к OFF актуатора ACTOR_DIMA подключил еще один такой же блок ALL OFF (как на скриншоте выше) - вижу, что скрипт верный, все условия есть. Но почему-то в отладчике нет сработки ACTOR_DIMA при его принудительном выключении через веб!!! Соответственно, лампы не отключаются... В чем может быть проблема?

[amgstone]

Добрый день, подскажите как в блок-схеме проверить статус устройства, actor в каком положении 0,1...?

[intrapro]

@Alex_Jet, Добрый день!
К сожалению, пока в блоках такая задача не реализуется, не успевают наши технологии за ребенком
Причина - через блоки не генерируется код для слушателя (addListener)

Красный блок - это триггер запуска, проверка isOn/isOff происходит в функции start.
Потом взводится таймер, в этот период выключение лампы обработано не будет, так как сценарий остался активным, но слушателей в нем нет.
Выход - сделать отдельный сценарий: при выключении ACTOR_DIMA => сделать ALL OFF
Но надо иметь в виду, что первый сценарий тоже сделает свою работу, когда таймер досчитает до конца.

[intrapro]

@amgstone, Добрый день!
Для проверки статуса нужно добавить желтый блок .
Он добавляется с вкладки Операции : Свойство устройства
Затем для этого блока выбираете устройство и свойство:

В результате логика такая: когда выключится LAMP_1_1 (красный блок - триггер), и при этом LAMP2 (желтый блок) включена , то сделать то-то

[Alex_Jet]

@intrapro, это просто жесть...я думал что Ваш "блокли" уже имеет достаточный функционал раз многие пользователи используют блок-схемы))) Делать два сценария для простой задачи управления светом - это слишком...

[Alex_Jet]

Выяснил один момент - параметрам актуаторов/датчиков нельзя присваивать в качестве name значение "log"! Иначе при чтении значения данного параметра отобразиться лишь [object Object],[object Object],[object Object],[object Object]...

Вопрос в другом - как актуатору или датчику из сценария присвоить значение ошибки, чтобы на его значке в вебе отображался индикатор аварии (восклицательный знак в красном треугольнике)? Задача - есть индикатор (актуатор дискретный) постановки на охрану. При его включении (on) проверяем какие значения имеют глобальные константы, если они не в норме, то индикатор выключаем (off) и показываем на нем ошибку.

[Erik]

Участник @Alex_Jet написал в Сценарии - новая версия API:

@intrapro, это просто жесть...я думал что Ваш "блокли" уже имеет достаточный функционал...

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

Поэтому учить ребенка придется с синтаксиса.

[Alex_Jet]

@intrapro, по global переменным сценариев. Можно сделать чтобы значение 0 отображалось как 0, а не "-"? Не хватает возможности описания переменных.

[amgstone]

Подскажите как можно заблокировать кнопку актора на екране от нажатия во время работы сценария или блокировать по таймеру

[intrapro]

Участник @Alex_Jet написал в Сценарии - новая версия API:

Выяснил один момент - параметрам актуаторов/датчиков нельзя присваивать в качестве name значение "log"! Иначе при чтении значения данного параметра отобразиться лишь [object Object],[object Object],[object Object],[object Object]...

Да, все верно. Каждое устройство имеет свойство log - массив записей журнала.

Вопрос в другом - как актуатору или датчику из сценария присвоить значение ошибки, чтобы на его значке в вебе отображался индикатор аварии (восклицательный знак в красном треугольнике)? Задача - есть индикатор (актуатор дискретный) постановки на охрану. При его включении (on) проверяем какие значения имеют глобальные константы, если они не в норме, то индикатор выключаем (off) и показываем на нем ошибку.

Ошибка устройства - это свойство "error". Можно использовать assign.

   if (<ваше условие>) {
          this.assign(sensor, 'error', 0);
   } else {
          this.assign(sensor, 'error', 1);    
   }  

Только надо иметь в виду, что такое прокатит только с виртуальным устройством (в Вашем случае индикатор ведь виртуальный?). Если устройство связано с каналом, то при поступлении данных с канала ошибка будет сброшена.

[intrapro]

Участник @amgstone написал в Сценарии - новая версия API:

Подскажите как можно заблокировать кнопку актора на екране от нажатия во время работы сценария или блокировать по таймеру

Можно использовать команду устройства setBlk

actor1.setBlk(1); // В начале работы - заблокировали
// ...
actor1.setBlk(0); // В конце - разблокировали

Хотя в документации написано, что работает только для сенсоров , для актуаторов тоже работает. Нужно только установить флаг: Устройство может быть заблокировано

При попытке переключить будет всплывающее окно с сообщением, что устройство заблокировано и управление запрещено.

[amgstone]

@intrapro не совсем так, нужно: нажимаю на актор и пока скрипт не отработал что бы на нажатия на актор не реагировало пока не отработает скрипт.

[Alex_Jet]

@intrapro, да, он виртуальный! Спасибо, буду понимать что это свойство устройства. А, кстати, у устройства есть 4 индикатора - error, auto...и еще 2. Этими двумя как-то можно рулить?

[intrapro]

@Alex_Jet Да, это блокировка (свойство blk, операция setBlk) и setpoint - его наверно уже используете

[Alex_Jet]

@intrapro, для комплиментарности синтаксиса надо сделать actor.setError(0)/actor.setError(1)!

[alesle]

Таймер - суть локальная для сценария?
Т.е можно ли из одного сценария сбросить таймер запущеный в другом сценарии?