alexylem
commented
7 years ago Aaah ca me rappelle une discussion que j'ai eu sur un autre ticket ou une personne voulait justement déclencher un ordre via ligne de commande mais répondre par la voix. Il y a bien sûr un conflit avec l'API car je ne peux pas savoir à l'avance si la réponse sera donné via la ligne de commande ou la voix.
Donc voici ce sur quoi nous nous sommes mis d'accord (et c'est ainsi que ca fonctionne):
- Si tu utilises l'API (output en JSON) alors le dialogue se fait via l'API
- Si tu utilises la commande shell (output non-JSON) alors le dialogue se fait par la voix.
Dans ton cas il te faudra donc déclencher l'ordre en ligne de commande. C'est facile si c'est sur le même raspberry pi. C'est possible depuis le réseau en lançant une commande via SSH.
API
$> ./jarvis.sh -jx "ca va?"
[{"snowboy":"Très bien et toi ça va?"},{"debug":"*OUI* *NON*"}]
$> # have to send answer as new commandnon-API
$> ./jarvis.sh -x "ca va?"
Jarvis: très bien et toi ça va?
# *OUI* *NON*
Jarvis: Waiting to hear 'Jarvis' # BUG
Alex: # listening voice answerMalheureusement j'ai l'impression qu'il y a un bug car il me demande de prononcer le hotword. Bon avant que je corrige, est-ce que cette solution te conviendrait? (si j'ai bien compris ce que tu essayes de faire).
renault1669
Dans le cadre de mon intégration de JARVIS avec mon écosystème domotique, je souhaite pouvoir déclencher une commande imbriquée directement à partir de l'API, via une requête HTTP - GET ad-hoc.
Exemple :
1- détection par la domotique d'un mouvement dans une pièce théoriquement inoccupée à cet instant
2- requête http de la domotique vers l'instance de JARVIS attachée à la pièce pour déclencher une commande "BONJOUR INCONNU" définie comme suit
3- échanges d'informations entre JARVIS et l'inconnu par le canal oral et remonté d'informations de JARVIS vers la domotique via des requêtes http ad-hoc
Suite à une lecture attentive du fil https://github.com/alexylem/jarvis-api/issues/2 , pas de soucis pour lancer une instance de JARVIS à partir de ma console, avec la bonne commande ...
Par contre, impossible de faire cohabiter cette exécution ponctuelle avec une autre instance de JARVIS ; les 2 instances accèdent à la même ressource micro ....
_rec FAIL formats: can't open input `default': snd_pcmopen error: Device or resource busy ERROR: rec command failed HELP: Verify your mic in Settings > Audio > Mic
Et en plus, pas idéal par rapport au mode de fonctionnement que je vise, à savoir disposer d'une seule instance par PI traitant à la fois :
des appels directs à une commande = commande activée à partir du micro via le hortword puis interactions vocale selon un scénario pré déterminé
des appels 'indirects' à cette même commande = commande activée via l'API donc sans hortword puis interactions vocales comme dans le premier cas
Question : est-ce faisable avec la version actuelle de l'API ? J'ai lu et relu plusieurs fois la documentation mais pas trouvé de réponse ...
Sinon, est-il possible de faire évoluer l'API dans ce sens ? Dans un premier temps, la seule information en retour dont j'ai besoin est le résultat du traitement / le code retour. Je n'ai pas identifié à date l'intérêt d'avoir le détail du scénario dans le JSON.
Par avance merci.
Cordialement, Laurent.