but the intents are not generated. There is a problem in loading the model (I put the assistant.zip file in the share-folder)
Have you solved the problem ?
Alex
more logs
[23:33:18.225184] INFO :queries_hermes : loading model at path “/opt/snips/config/assistant”
Error: Unable to read file "/opt/snips/config/assistant/trained_assistant.json"
1511735598: New connection from 127.0.0.1 on port 1883.
1511735598: New client connected from 127.0.0.1 as mqttc_4232104926 (c1, k5).
[23:33:18.214302] INFO :rumqtt::connection: $$$ Connected to broker
[23:33:18.225184] INFO :queries_hermes : loading model at path “/opt/snips/config/assistant”
Error: Unable to read file "/opt/snips/config/assistant/trained_assistant.json"
Caused by: missing field language at line 1 column 1024
1511735598: Socket error on client mqttc_4232104926, disconnecting.
2017-11-26 23:33:18,250 INFO exited: snips-queries (exit status 1; not expected)
2017-11-26 23:33:19,254 INFO gave up: snips-queries entered FATAL state, too many start retries too quickly
[23:33:31.070711] INFO :snips_dialogue_hermes::dialogue: Timeout is reached. Going to Idle mode
snips_stt --use-energy=false --num-mel-bins=40 --num-ceps=40 --low-freq=20 --high-freq=-400 --sample-frequency=16000
[23:33:36.983049] INFO :hermes::mqtt: Connecting to MQTT broker at address localhost:1883
1511735617: New connection from 127.0.0.1 on port 1883.
1511735617: New client connected from 127.0.0.1 as mqttc_1141237573 (c1, k5).
[23:33:37.154045] INFO :rumqtt::connection: $$$ Connected to broker
[23:33:37.199845] INFO :snips_asr_hermes : Idle [23:33:43.215702] INFO :snips_hotword_hermes: Hotword detected
[23:33:43.300444] INFO :snips_dialogue_hermes::dialogue: State: Idle, incoming Message: HotwordDetected
[23:33:43.308292] INFO :snips_dialogue_hermes::dialogue: Current State: WaitingQuery
[23:33:43.344571] INFO :snips_asr_hermes : Listening
[23:33:43.433092] INFO :snips_audio_portaudio: Playing “/usr/share/snips/dialogue/sound/start_of_input.wav” using output “default”, wav spec : WavSpec { channels: 2, sample_rate: 22050, bits_per_sample: 16, sample_format: Int }
[23:33:46.489202] INFO :snips_asr_lib::asr: Endpoint detection.
[23:33:46.652349] INFO :snips_asr_hermes : Cleanup
[23:33:46.652445] INFO :snips_asr_hermes : Idle [23:33:46.654974] INFO :snips_dialogue_hermes::dialogue: State: WaitingQuery, incoming Message: AsrTextCaptured(TextCapturedMessage { text: “turn the lights on”, likelihood: 0.0021969997, seconds: 3.307 })
[23:33:46.665126] INFO :snips_audio_portaudio: Playing “/usr/share/snips/dialogue/sound/end_of_input.wav” using output “default”, wav spec : WavSpec { channels: 2, sample_rate: 22050, bits_per_sample: 16, sample_format: Int }
[23:33:46.675829] INFO :snips_dialogue_hermes::dialogue: Current State: WaitingIntent
[23:33:46.771664] INFO :snips_analytics_hermes: Cleanup
[23:33:46.771855] INFO :snips_analytics_hermes: Idle
Can you please share your configuration.yaml file… Need to check the configuration for the mqtt and also can share the details of the description in the add on part of the hassio which looks like this
So … comparing your log output and the configuration file reveals that snips is not connecting to the given IP address and is opening a default connection at 127.0.0.1 . Hence it does not find any intent at this IP .
Please change the IP to 127.0.0.1 for the mqtt broker in the co figuration.yaml file for test and restart the rpi3.
@ako You may have figured it out but you don’t need the user info in the intent name. HA strips that off so you would just use off if that is the intent name.
You can monitor the mqtt broker to see what the intents are
On the HA server, I use mosquitto_sub from mosquitto-clients package, don’t just watch hermes/# or you get a lot of audio noise. Note this is also a good reason to run your mqtt broker on the snips server since snips uses mqtt to pass all the audio data around. You get a ton of network traffic otherwise.
I have my snips working, but wanted to do a test with snips on a different pi.
You can test your intent_script by publishing the right json to the right topic.
You can test by publishing to the MQTT broker you use to hermes/nlu/intentParsed
Paste the code in which you can directly copy from the console test in snips.io.
You only have to remove “Alpha” before the intentName or add it to HA.
From my point of view and based on other comments in this thread snips on hassio with hassio addon doesnt work (HA + Snips on same rasperry).
The problem seems always the same:
Hotword detected
STT Works
Intents won’t be parsed (no intent through mqtt)
On the other hand if sending mqtt “fake intent” (this is what @Romkabouter told above) works fine (HA does what it should).
Does snips installed through hassio addon fully work for somebody (does somebody get intents)?
Yes, it works for me. But the addons is for version 0.5.5 and when you are downloading a new assisant now, that will not work. There were breaking changes, for instance the assistant is now in /usr/share/snips
The result is that your new assistant will not work with the Hassio addon.
My final thoughts about using Snips on same raspberry like HA; Don’t do it.
Using Snips on a separate rasperry pi 3 model b (don’t use model b+ - it won’t work !!) makes everything easier;
Updating and debugging are a lot safer / faster and response time of snips improved.
it looks like the issue @zubay spotted and @Romkabouter linked to is still present. I attempted the hassio plugin install last night and got the same error.
“Couldn’t find any assistant"
hopefully this will be an easy fix - i’m very much looking forward to using snips as a multi room system, amd i’m hoping that with some templating snips can become essentially ‘room aware’ by simply injecting the streaming servers (room) id into the message. exciting times!
the warning is just that - a warning, not an error. As i understand it the big problem is the ‘couldn’t find any assistant’ message - i’ve got that error too and there’s currently no fix available to my knowledge. a fix to the hassio snips plugin is required