I’ve been at this for a little while, juggling alsamixer and pulseaudio, and I’m at the point of just asking for help.
I have a Seed Respeaker 4mic array attached to a pi3. Audio output through the 3.5mm headphone jack.
mycroft-mic-test works. I can record audio, and I can hear audio played back.
mycroft-setup-wizard sort of works. I can record audio during the mic-test portion, but I can’t hear anything back. No errors or anything while I do this.
I can see on the lower right-hand side of the console that I have working audio input, but Mycroft can’t hear me. There’s no STT happening.
OK, it has happened again. I have audio out through the connected monitor (HDMI) and audio in works during testing, but Mycroft doesn’t receive audio input.
What is the preferred method of posting logs? Which logs would be useful here?
EDIT: I should be clear that this is occurring again as I have reinstalled Picroft. On an unrelated note, I tried to get the AIY Voicekit working on the same install as the Respeaker, and that definitely did not work out.
The log says that your Wake Word is set to Hey Jarvis. I’m going to assume that this was set on home.mycroft.ai - however we don’t have a trained model for Precise for the phrase Hey Jarvis, so it is using a fallback to PocketSphinx. If you set the Wake Word to the default Hey Mycroft at home.mycroft.ai, does it change anything at all?
In your skills.log do you see any lines that have [Utterance] in them? If Mycroft is recording Utterances then it is likely that your microphone is OK, it’s just that Mycroft can’t hear the Wake Word very well.
I had the same problem with my seeed-4mic-array hat.
I downloaded the newest pycroft image.
I installed the drivers as described here:
(http) ://wiki.seeedstudio.com/ReSpeaker_4_Mic_Array_for_Raspberry_Pi/
I enabled the sudo password requirement
Testing the audio with mycrofts audio test commands worked fine, but in cli mic level was not showing. And mycroft didn’t recognize the wake word, no matter how loud I screamed.
Through luck I noticed, that if one starts the components of mycroft (bus, speed, audio, skills) per hand it just worked. With meter showing and everything.
To replicate:
change to root user
su
activate the virtual environment by executing the venv-activate.sh script under /home/pi/mycroft-core/
source /home/pi/mycroft-core/venv-activate.sh
start the components (since they are blocking the shell, you either have to open multiple terminals or run the command in the background)
(I’ve written down these commands from memory, so might contain some errors)
After that you can start the cli just like normal and should see the meter moving. Be sure to stop all mycroft process you had running before attempting that.
Let me now if that works for you, or if that magic only works for me
Yeah, it pains me greatly to run it as root. The original reason for that, was that I had to run mycroft as sudo to avoid permission errors, with mycroft itself. It might really be a permission error with the driver, but that would be really wierd. I mean its just a audio source like any else and shouldn’t require special permission. (Other programms use it just fine)
So I don’t know where to start looking for an error here.