Комментарии 8
Технически - супер! По сути вопроса - просто ******
То есть, держать свой канал между двумя узлами - это оверинжениринг, а поднимать HA и лезть в чужие облака реверснутым софтом - это просто и надежно как топор )
Но ход вашей мысли мне нравится..
Картинки не грузятся
У вас сразу несколько фактических ошибок в части про возможности сценариев:
>Триггером сценария в Яндексе может быть только
Сценарии по состоянию устройств есть давноСкрытый текст


>создание виртуальных датчиков (не устройств управления, а именно сенсоров) через сторонние прослойки Яндекс официально не поддерживает
Настолько "не поддерживает", что даже в документации они есть (и уже давно)
>автономная связка «внешнее событие → сценарий Алисы» через виртуальные устройства не строится в принципе. Это не вопрос «докрутить конфиг», это архитектурное ограничение платформы.
Строится и работает. Не работает только с "Домовенком", поскольку автор забил на развитие навыка и не поддержал сервис уведомлений
PS: если задача дергать вебхук, который будет читать предопределенный текст на колонке, то делаем любой сценарий с конкретной колонкой в Доме с Алисой и запускаем его через "API пользовательских приложений" через облако
А зачем? Все эти уведомления о бпла стали как фоновый шум, заводить его в Алису ну так себе на мой взгляд. Это как навигатор который всю дорогу трындит о камерах и ты на него уже внимания не обращаешь
Как я сделал оповещения о БПЛА через Яндекс.Станцию
Шел пятый год операции "Киев за три дня"...
Не понял из какого региона автор, если из-за мкада, то эти оповещения каждые пару часов, зачем ему уведомления для этого непонятно
Берем датчик протечки и есп32, есп32 дергает телегу и замыкает контакты датчика когда надо. В сценарии датчика пишем нужную фразу

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