Дак а что мешает к свойству привязать метод и выполнять его, не обращая внимание на значение свойства?
Мне кажется ничего тут дополнять не нужно, сделано всё максимально просто и лаконично.
В том проблема что если те же простые устройства не все адекватно работают просто при изменении свойства, и если делать привязку выполнения свойства и метода, то получается, что свойство изменилось, вызвало метод, который снова изменяет это свойство, и получается из за этого ошибка, во всей остальной системе же есть выбор исполняемого метода, зачем переворачивать всю систему, если в остальных модулях все работает
Мне вот очень не хватает этой функции, потому что для простого привязать включение и выключения радио, мне пришлось добавить отдельные свойства, и уже к ним опять же привязывать отдельно созданные методы, и еще много примеров когда приходится изобретать костыли
У меня простые устройства работают исключительно по привязке к свойствам, и неадекватного поведения не наблюдал...а из привязанного метода - понятное дело - не надо менять свойство к которому привязан сам же метод выполняемый...вроде простые истины. В половине модулей нет привязанного метода, а там, где он есть опять же примерно в половине случаев - не запускается, т.к. это не прописано автором модуля.
Не знаю как вы включаете радио - но не проще созать 1 метод и 1 свойство, и в зависимости от выставленного значения свойства включать нужную станцию...не?
Ну да ладно, оставим финальное слово Скаю))
Надо вопрос по другому ставить: сколько будет стоить добавить этот функционал? ))
пс: не читай всю ветку
я тоже просил это, но автор сказал что не будет делать
поэтому я создал новый класс и там продублировал объекты которые мне нужно и сделал через методы всю работу https://c2n.me/42A1E90
Имхо, не нужно усложнять модуль. Лично в своих кейсах пока нигде не потребовалось запуска именно сценариев или методов. Устройств в модуле на данный момент 22 шт. Спасибо Скаю за модуль!
Лично в своих кейсах пока нигде не потребовалось запуска именно сценариев или методов.
Например управление устройствами по ИК без обратной связи. Там смысла нет в свойствах что-то хранить.
Смысла нет хранить...но протокол яндекса говорит, что сервер должен что то вернуть на запрос статуса. То что он вернёт как раз и хранится в свойстве.
ничего не возвращается, яндекс сейчас умеет только слать, свойство еще не научилась читать
Ну по словам Ская возвращается...но возвращается в момент, когда заходишь в устройство. Т.е. на общем списке те не покажет включено оно или выключено...но если зайти в устройство - должен обновить статус на актуальный.
У платформы УД яндекса есть частично реализованная обратная связь - при входе в устройство в квазаре засылается запрос в МДМ на актуальные значения умений устройства, соответственно модулю нужно на эти запросы отдавать что-то вменяемое.
skysilver, аааа.. не знал
Выявил неприятный баг Алисы, связанный с кривой обратной связью. Алиса без захода в квазар не обновляет текущий уровень громкости устройств. И если сказать «Алиса сделай телевизор тише», то она установит уровень громкости, тот который у неё был в памяти минус заданный шаг. Т.е. это может вообще оказаться намного громче чем сейчас есть, хотя запрос был уменьшить громкость.
TurburatoR, аха, есть такое. С учетом, что официально ТВ в Алису интегрируются только через ИК-пульт, что априори без обратной связи, то вполне объясним такой косяк. Надо обязательно писать им в ТП, чтобы знали и исправляли. Как воркэраунд можно попробовать в файле structure.inc.php в секцию умения volume добавить строчку 'retrievable' => false, (как у умения channel), чтобы явно сказать яндексу, что данное умения у нас без обратной связи. После создать новое устройство ТВ в модуле, пробросить в квазар и проверить.
Добрый день! я например, не работаю с простыми устройствами, поэтому очень не хватает запуска методов по изменению свойства. Не совсем понятна принципиальная позиция. Я думаю, что лучше сделать, а работать с методами или нет выбор каждого человека. Тем более запрос на это не только у меня.
Please login to leave comments. Join us!