ldleman
commented
7 years ago Yop ! :)
Tout d'abord pas de soucis a critiquer le yana actuel, je suis bien conscient de ses faiblesses et de ses manques, nottamment de la difficulté de le porter sur le rpi directement (le mode discussion et l'ergonomie n'étant qu'une question de temps de dev à consacrer au projet alors que la reco vocale sur du linux c'est plus coton ^^). Bref yana n'a pas vocation a avoir un seul client unique de communication, c'est pourquoi j'ai implémenté la notions de communication socket afin de pouvoir dialoguer avec plusieurs interfaces différentes en fonction de l'os ou du type d'appareil.
Pour rentrer plus en détail dans la technique je te répondrais avec plaisir mais ne connaissant Jarvis que de nom j'ignore comment il fonctionne de son coté et ce qu'attends le client vocale pour être en accord avec la plateforme domotique.
A l'heure actuelle yana peux fonctionner via des ordres url et des réponses JSON (ancien système de communication serveur / interface) OU via les socket (nouveau système), de son coté jarvis fonctionne comment ? Il y a une notion de client vocal et de serveur ou c'est du tout en un ? (ce qui serait dommage) si client il y a , il reçoit les textes a synthetiser sous quel format et il envois les textes reconnus sous quels format ?
Si la partie reconnaissance+synthèse vocale de jarvis peut être a 100% gerée en ligne de commande c'est effectivement reliable a yana sous forme de plugins.
maditnerd
valentin8709
Erim32
flyleold
AF340
victor81000
raspbian3301
Salut Idleman! Maintenant que je recommence à avoir un peu de temps, je me repenche sur Yana. Et pour avoir testé plusieurs solutions domotiques, je reviens toujours vers mon petit Yana Server customisé. Par contre, il reste selon moi un point faible: la reconnaissance vocale. Il faut un client sous Windows, qui au passage ne fonctionne pas hyper bien, est un peu lourd (ouvrir plusieurs fenêtres et applis pour que ça fonctionne), et ça ne prend pas en charge le mode "discussion". Bref je ne voudrai pas t'offenser mais je ne trouve pas ça utilisable à ce jour.
J'ai cherché plusieurs alternatives, et je suis tombé sur Jarvis que tu dois peut être déjà connaître. Si ce n'est pas le cas, ça vaut éventuellement le coup que t'y jettes un oeil :) J'aimerai donc intégrer, ou plutôt "lier" Jarvis et Yana. De cette façon, Jarvis (que l'on peur renommer comme on le souhaite, donc en Yana) s'occuperait d'écouter en permanence, et directement depuis le Raspberry, puis enverra les requêtes (si reconnues comme valides) à Yana via appel URL. Jarvis peur récupérer le retour de l'appel, et donc exprimer une réponse, ou Yana peut directement appeler Jarvis pour la dite réponse.
D'où plusieurs questionnements: déjà, est-ce que tu penses que c'est une bonne idée? Ensuite, est-il possible de faire cela via plugin? Il faudrait que Yana synchronise les commandes vocales dans le fichier de Jarvis, et que Yana appelle directement Jarvis lors des réponses.
Exemple:
Du point de vue technique, tout est possible, Jarvis peut être utilisé en ligne de commande, via API, peut être personnalisé, peut traiter le mode conversation comme ci-dessus, peut passer par internet pour la reconnaissance / synthèse mais peut aussi utiliser des outils sans connexion requise à installer directement sur le Raspberry (qui d'ailleurs fonctionnent vraiment bien), dispose d'un système de market un peu comme Yana, bref ce qui m'intéresse c'est optimiser le concept Yana / Jarvis. Techniquement, je trouverai comment faire une fois le modèle définie.
Voili voilou, merci d'avance, évidemment n'hésite pas si tu souhaites avoir plus de précisions =)