Skip to content

[whisperstt] Fix vad endless loop - #21453

Merged
lsiepel merged 1 commit into
openhab:mainfrom
HolgerHees:patch-vad-fix
Aug 24, 2026
Merged

[whisperstt] Fix vad endless loop#21453
lsiepel merged 1 commit into
openhab:mainfrom
HolgerHees:patch-vad-fix

Conversation

@HolgerHees

Copy link
Copy Markdown
Contributor

During testing my voice assistent device, VAD detected the whole time a voice, which results in a endless loop. RecognitionStopEvent was never triggered.

The problem related to the wrong VAD voice detection is not part of this pull request. This patch is just fixing the endless loop.

I guess that there is only a break missing.

I say "guess" and not "sure", because I am only just beginning to explore and understand the "voice" code. ;-)

Signed-off-by: Holger Hees <holger.hees@gmail.com>
@HolgerHees
HolgerHees requested a review from GiviMAD as a code owner August 21, 2026 13:28
@HolgerHees

Copy link
Copy Markdown
Contributor Author

@florian-h05 maybe you know more about

@HolgerHees

Copy link
Copy Markdown
Contributor Author

just a side note. Before this fix. My ESPHome device was left in a state where it was not useable anymore. Any new call to startDialog was not successful anymore. A binding restart was not successful anymore (device was offline in openhab). The only way to get it reactivated was a full restart of openhab.

Regardless of this error, a pipeline should never end up in such a state. There should always be a way to reset things. I consider it unlikely that the issue lay with the device itself, given that the device continued running unchanged and was usable again after the openHAB restart.

@openhab-bot

Copy link
Copy Markdown
Collaborator

This pull request has been mentioned on openHAB Community. There might be relevant details there:

https://community.openhab.org/t/how-to-configure-a-esphome-voice-assistent-device/170100/18

@florian-h05 florian-h05 left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This change looks reasonable and good to me, thanks!

@lsiepel lsiepel left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks LGTM

@lsiepel
lsiepel merged commit 665753a into openhab:main Aug 24, 2026
2 checks passed
@lsiepel lsiepel added the bug An unexpected problem or unintended behavior of an add-on label Aug 24, 2026
@lsiepel lsiepel added this to the 5.3 milestone Aug 24, 2026
@lsiepel lsiepel changed the title [whisperstt] fix vad logic [whisperstt] Fix vad endless loop Aug 24, 2026
psmedley pushed a commit to psmedley/openhab-addons that referenced this pull request Aug 28, 2026
Signed-off-by: Holger Hees <holger.hees@gmail.com>
@lolodomo

Copy link
Copy Markdown
Contributor

What about backporting that fix to 5.2.x branch ?

@florian-h05

Copy link
Copy Markdown
Contributor

Should be fine

lolodomo pushed a commit that referenced this pull request Aug 29, 2026
Signed-off-by: Holger Hees <holger.hees@gmail.com>
@lolodomo lolodomo added the backported A PR that has been cherry-picked to a patch release branch label Aug 29, 2026
@lolodomo

Copy link
Copy Markdown
Contributor

Backported to branch 5.2.x

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

backported A PR that has been cherry-picked to a patch release branch bug An unexpected problem or unintended behavior of an add-on

Projects

None yet

Development

Successfully merging this pull request may close these issues.

5 participants