fresh install on updated buster on pi 3, 8gb sd card, default config sentences/slots (and later own sentences slots) - same result.
mqtt: local
Audio record local command: parec -d mydevice.blah.etc --channels 1 --rate 16000
, udp audio port 12102
wake word: mycroft precise, udp audio (input): localhost:12102
speech to text: remote http (working - training successful - current rhasspy 2.5 in venv in manjaro on on PC)
intent recognition: fsticuffs
tts: marytts on other server
audio playing: local command, paplay
dialogue management: rhasspy
intent handling: disabled
relevant log:
DEBUG:2020-06-15 20:19:25,312] rhasspyserver_hermes: -> AsrTrain
[DEBUG:2020-06-15 20:19:25,314] rhasspyserver_hermes: Publishing 4199 bytes(s) to rhasspy/asr/raspad/train
[DEBUG:2020-06-15 20:19:25,348] rhasspyserver_hermes: -> NluTrain
[DEBUG:2020-06-15 20:19:25,350] rhasspyserver_hermes: Publishing 4199 bytes(s) to rhasspy/nlu/raspad/train
[DEBUG:2020-06-15 20:19:25,446] rhasspynlu_hermes: <- NluTrain
[DEBUG:2020-06-15 20:19:25,450] rhasspynlu_hermes: Loading /home/pi/.config/rhasspy/profiles/en/intent_graph.pickle.gz
[DEBUG:2020-06-15 20:19:25,716] rhasspynlu_hermes: -> NluTrainSuccess(id='b8f43446-2dc0-4ace-aba1-809111a22520')
[DEBUG:2020-06-15 20:19:25,717] rhasspynlu_hermes: Publishing 46 bytes(s) to rhasspy/nlu/raspad/trainSuccess
[DEBUG:2020-06-15 20:19:25,728] rhasspyserver_hermes: Handling NluTrainSuccess (topic=rhasspy/nlu/raspad/trainSuccess, id=e716e205-e6e7-460f-a813-32b42dfecee2)
... ulno: nothing seems to be running in bg that consumes cpu apart from precise eating around 100% cpu - why is that actually running during training? ...
[ERROR:2020-06-15 20:29:25,356] rhasspyserver_hermes:
Traceback (most recent call last):
File "/home/pi/rhasspy/.venv/lib/python3.7/site-packages/quart/app.py", line 1821, in full_dispatch_request
result = await self.dispatch_request(request_context)
File "/home/pi/rhasspy/.venv/lib/python3.7/site-packages/quart/app.py", line 1869, in dispatch_request
return await handler(**request_.view_args)
File "/home/pi/rhasspy/rhasspy-server-hermes/rhasspyserver_hermes/__main__.py", line 1215, in api_train
result = await core.train()
File "/home/pi/rhasspy/rhasspy-server-hermes/rhasspyserver_hermes/__init__.py", line 395, in train
timeout_seconds=self.training_timeout_seconds,
File "/home/pi/rhasspy/rhasspy-server-hermes/rhasspyserver_hermes/__init__.py", line 898, in publish_wait
result_awaitable, timeout=timeout_seconds
File "/usr/lib/python3.7/asyncio/tasks.py", line 423, in wait_for
raise futures.TimeoutError()
concurrent.futures._base.TimeoutError
nothing interesting in journalctl
Now switching to local Kaldi - maybe that changes things:
Oh well, yes that runs through!?
And when switching back to remote http it fails again. So, “just” the satellite function broken?