Обновить

Комментарии 8

Технически - супер! По сути вопроса - просто ******

Пошла жара по карме! Штош...

То есть, держать свой канал между двумя узлами - это оверинжениринг, а поднимать HA и лезть в чужие облака реверснутым софтом - это просто и надежно как топор )

Но ход вашей мысли мне нравится..

  1. Картинки не грузятся

  2. У вас сразу несколько фактических ошибок в части про возможности сценариев:

    • >Триггером сценария в Яндексе может быть только
      Сценарии по состоянию устройств есть давно

      Скрытый текст
    • >создание виртуальных датчиков (не устройств управления, а именно сенсоров) через сторонние прослойки Яндекс официально не поддерживает
      Настолько "не поддерживает", что даже в документации они есть (и уже давно)

  3. >автономная связка «внешнее событие → сценарий Алисы» через виртуальные устройства не строится в принципе. Это не вопрос «докрутить конфиг», это архитектурное ограничение платформы.
    Строится и работает. Не работает только с "Домовенком", поскольку автор забил на развитие навыка и не поддержал сервис уведомлений

PS: если задача дергать вебхук, который будет читать предопределенный текст на колонке, то делаем любой сценарий с конкретной колонкой в Доме с Алисой и запускаем его через "API пользовательских приложений" через облако

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

Как я сделал оповещения о БПЛА через Яндекс.Станцию

Шел пятый год операции "Киев за три дня"...

Не понял из какого региона автор, если из-за мкада, то эти оповещения каждые пару часов, зачем ему уведомления для этого непонятно

Берем датчик протечки и есп32, есп32 дергает телегу и замыкает контакты датчика когда надо. В сценарии датчика пишем нужную фразу

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации