Добавить возможность реагировать на команду только ближайшей Алисе.
Очень актуально если дома несколько умных колонок.
Задача подразумевает работу внутри одной сети, с одним аккаунтом.
Предложение таким же образом связать несколько аккаунтов находится здесь: https://yaboard.com/task/5dbaa58c4930d2408498ddc3
Обращаю внимание: при реализации нужно учесть что колонки могут быть НЕ на одном аккаунте. Также возникла идея реализации такого же функционала на основе Bluetooth Mesh сети.
очень нужно, у меня две колонки. слышимость ночью высокая, а колонка используется например для управления освещением и кондиционером. из-за этого просьбы выключить кондиционер может обернуться включением музыки на другой колонке и это разбудит детей.
Очень нужна функция! Только благодаря ей и функции мультирум продажи ваших колонок вырастут в разы. Сейчас при планировании умного дома столкнулся с этой проблемой.
Поддерживаю идею в целом! Некая бесшовная связность должна быть!
Не исправлено. Если станции привязаны к разным учеткам в семейной подписке (отец и сын), то функция не работает. Это нормально что в одном доме живут несколько поколений семьи. И у каждого свои музыкальные предпочтения. Текущая реализация не решает проблему. Прошу снять тег "исправлено"
Отзывается не ближайшая колонка, а, похоже, колонка с более высоким приоритетом, если рядом стоят станция и, например, элари, отзывается всегда станция, даже если отвернулся от нее и говоришь напрямую в микрофон элари.
Про это стоит отдельную карточку. Несколько аккаунтов - большое самостоятельное направление.
https://yaboard.com/task/5dbaa58c4930d2408498ddc3 Готово
Я с вами не соглашусь таки. В поставленной задачи ни слова про то, что устройства на одной учетке. То есть проблема не закрыта. Прошу снять "решено"
Это разные кейсы, хотелка отделена корректно. Задача не убрана в архив только потому, что ждём более объёмного фидбека из чата, работает или нет.
Более того, 5 мес назад я явно выразил мысль про разные учётки. Комментарием в этой же задаче.
Ну эта задача не решена. На каком основании ее убирать в архив? Укажите, где в постановке задачи речь идёт про 2 Алисы на одном аккаунте?
Повесьте тег "частично реализовано" и оставьте задачу в незавершённых.
Один аккаунт подразумевается по дефолту. Задача отделена корректно, так как следом кто-то допишет "а я хочу из разных сетей", следом требовать блютуз-мешей (на основании того, что их просто упомянули в обсуждении), затем ещё что-нибудь, и при таком подходе все задачи вечно будут висеть в частичных. Это неправильно.
Станция производительнее, видимо, поэтому)
У станции чувствительнее микрофоны
Подтверждаю, реагирует и ближайщий DEXP и Яндекс.Станция на кухне. Станция на кухне толком не расслышав команду, запускает фиг знает что. Естественно переключатель "Отвечать одним устройством" в настройках включен, если это он был "решением".
Приходится обращаться к Мини Станции чуть ли не шепотом, чтобы не услышала большая Яндекс Станция в другой комнате. Иначе большая Станция всегда "перехватывает" команду. Опция "Отвечать одним устройством" включена.
При наличии в ограниченном пространстве ( квартире, доме ) нескольких "умных колонок" (УК) от Яндекса с функцией управления голосом ( Станция, DEXP, Irbis-A), на одну голосовую команду часто отзываются несколько станций. Должна отзываться только УК, к которой было обращение. Как вариант реализации: УК при получении активационной фразы ("Алиса!") уведомляют соседние УК и на основании каких-то технических параметров активационной фразы, путем выборов решают, какая из УК должна обработать команду, а какая - проигнорировать. Примитивный вариант реализации на основе Broadcast-ов и уровня громкости активационной фразы: 1. УК уведомляет сеть о своем присутствии в сети ( например, Broadcast-ом ) 2. УК получает информацию о наличии "соседей" и перечень этих соседей, и, если соседи есть. Если соседи отсутствуют, то УК не занимается взаимодействием с соседями. Если соседи присутствуют, то: 3. УК постоянно ожидает уведомления от соседей о событии активации и технических параметрах X активационной фразы ( громкость, активационное имя ) и хранит эти данные в течении небольшого времени ( менее 1 с ) 4. При получении активационной команды УК уведомляет соседей о получении активационной фразы, полученной с параметрами X (громкость, активационное имя). УК продолжает обрабатывать команду, но ставит на нее некоторую маркировку, говорящую о том, что выполнение команды именно этой УК под вопросом. 5. Каждая УК сравнивает свои параметры X с параметрами, полученными от соседей за последние несколько миллисекунд. Если оказывается, что активационное имя совпадает, а уровень громкости активационной фразы, зафиксированный самой УК меньше, чем громкость, сообщенная УК-соседями, то УК считает что команда предназначалась УК с более высоким уровнем громкости и соответственно отменяет обработку команды. Если же собственная громкость активационной фразы больше чем сообщенная УК-соседями, то УК выполняет команду. 6. Если данных от УК-соседа за определенное время не поступило, то можно считать что он не расслышал активационную фразу.