You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When the wyoming-satellite service detects the wake word ("ok_nabu"), the system correctly transitions the LED to a "listening" or "command-ready" state. However, if no command follows the wake word within a reasonable time (e.g., 5-10 seconds), the system remains indefinitely in the listening state with LEDs in the active color. This can lead to a situation where the microphone and LEDs are effectively "stuck," requiring manual intervention to reset the state.
Expected Behavior:
After the wake word is detected, if no additional command is received within a defined timeout period:
The LEDs should revert to an idle state.
Optionally, the wyoming-satellite service could automatically restart to reset the microphone and LEDs, readying the system for future commands.
Observed Behavior:
The LEDs remain in the active "listening" state indefinitely when no command follows the wake word.
The microphone does not revert to idle and appears to be "stuck," making it necessary to manually restart the wyoming-satellite service.
Steps to Reproduce:
Activate the system and speak the wake word ("ok_nabu").
Do not follow up with any further command.
Observe that the system remains in the active state without reverting to idle.
Proposed Solution:
Implement an inactivity timeout after the wake word detection. If no command is received within the set timeout (e.g., 5-10 seconds), or handle this with HomeAssistant?
The LEDs should change back to the idle state.
Optionally, restart the wyoming-satellite service to reset the microphone and other related states.
This feature would prevent the system from remaining in an active state indefinitely and ensure that it is always ready to respond to future wake word triggers. I am planning to write a service to "chat" to Perplexity API and I am nit sure if HomeAssitant is needed or ads a level of complication for me (new to it), but it would be nice to have so I can also query all my home devices.
The text was updated successfully, but these errors were encountered:
Description:
When the wyoming-satellite service detects the wake word ("ok_nabu"), the system correctly transitions the LED to a "listening" or "command-ready" state. However, if no command follows the wake word within a reasonable time (e.g., 5-10 seconds), the system remains indefinitely in the listening state with LEDs in the active color. This can lead to a situation where the microphone and LEDs are effectively "stuck," requiring manual intervention to reset the state.
Expected Behavior:
After the wake word is detected, if no additional command is received within a defined timeout period:
The LEDs should revert to an idle state.
Optionally, the wyoming-satellite service could automatically restart to reset the microphone and LEDs, readying the system for future commands.
Observed Behavior:
The LEDs remain in the active "listening" state indefinitely when no command follows the wake word.
The microphone does not revert to idle and appears to be "stuck," making it necessary to manually restart the wyoming-satellite service.
Steps to Reproduce:
Activate the system and speak the wake word ("ok_nabu").
Do not follow up with any further command.
Observe that the system remains in the active state without reverting to idle.
Proposed Solution:
Implement an inactivity timeout after the wake word detection. If no command is received within the set timeout (e.g., 5-10 seconds), or handle this with HomeAssistant?
The LEDs should change back to the idle state.
Optionally, restart the wyoming-satellite service to reset the microphone and other related states.
Environment:
cat /etc/os-release
PRETTY_NAME="Debian GNU/Linux 11 (bullseye)"
NAME="Debian GNU/Linux"
VERSION_ID="11"
VERSION="11 (bullseye)"
VERSION_CODENAME=bullseye
aplay -l
**** List of PLAYBACK Hardware Devices ****
card 0: vc4hdmi [vc4-hdmi], device 0: MAI PCM i2s-hifi-0 [MAI PCM i2s-hifi-0]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 1: seeed2micvoicec [seeed-2mic-voicecard], device 0: bcm2835-i2s-wm8960-hifi wm8960-hifi-0 [bcm2835-i2s-wm8960-hifi wm8960-hifi-0]
Subdevices: 1/1
Subdevice #0: subdevice #0
Additional Context:
This feature would prevent the system from remaining in an active state indefinitely and ensure that it is always ready to respond to future wake word triggers. I am planning to write a service to "chat" to Perplexity API and I am nit sure if HomeAssitant is needed or ads a level of complication for me (new to it), but it would be nice to have so I can also query all my home devices.
The text was updated successfully, but these errors were encountered: