Présentation du projet

Et oui, on y est, l'èère oùoù les robots remplacent les hommes. Les mémédiateurs du Fablab n'y coupent pas. Une petite ~~télé~~télévision, venue tout droit de l'espace, dédébarque au Fablab et entend bien faire rérégner l'ordre. De l'espace ? L'allure de cosmonaute qu'elle affiche ne dupe personne et son look rérétro a bien vite fait de nous renseigner sur sa vévéritable ~~identité~~identité : ce n'est qu'un vieux ~~télé~~téléviseur des ~~anné~~années 70. Du moins, en apparence...

Objectif du projet :

L'objectif du projet est de réréaliser un petit robot pour l'accueil des visiteurs du Fablab.

Il assurerait ~~diffé~~différentes fonctions :

Animation du FabLab
Information des visiteurs
Appel des MéMédiateurs

Cahier des charges :

Fonctions
FP1	DéDétecter l'~~arrivé~~arrivée de nouveaux visiteurs	Reconnaissance faciale/forme humaine
FP2	Interagir oralement avec un utilisateur sur la base de questions ~~fermé~~fermées => demander de rérépondre par oui ou non !	Reconnaissance vocale/micro	Oui/Non Yes/No
FP3	Effectuer des mouvements de rotation autour de sa base ( têtête ~~indé~~indépendante )	Motorisation de la base	Axe Z : ~~360°~~360°
FP4	Avoir ~~diffé~~différents modes de ~~fonctionnement~~ fonctionnement	Logiciel	Actif Pause Gentil/méméchant
FP5	Emettre un signal sonore ~~caracté~~caractéristique audible dans tout le FabLab pour ~~pré~~prévenir les ~~médiateurs~~ médiateurs	~~Systè~~Système de haut-parleur	Combien de DB ?
FC1	Tenir sur le comptoir àà l'accueil du FabLab	Dimensionnement	Longueur : 30 cm Largueur : 30 cm Hauteur : 50 cm Taille de la ~~télé~~télé ( 20x20x35)
FC2	ÊÊtre nomade, facilement ~~déplaç~~déplaçable etet ~~transportable~~ transportable	Dimensionnement,
FC3	ÊÊtre ~~alimenté~~alimentée éélectriquement	Branchement secteur ou batterie rechargeable ou charge induction	Volt, ~~Ampè~~Ampère ?
FC4	Ne pas êêtre trop éénergivore	Consommation éélectrique/flux de ~~donné~~données et Optimisation
FC5	Pouvoir êêtre mis àà jour et fonctionner de ~~faç~~façon autonome	Connecteur USB / ~~Logiciel~~ Logiciel

Une ~~idé~~idée : servir de moniteur "design" = mode de fonctionnement

En mode moniteur : un mode veille = il ferme les yeux et dors, ouvre parfois un œœil, baille ... : si mouvement de souris ~~détecté~~détecté, sortie du mode veille.

Oui mais l'~~idé~~idée n'est pas vraiment de ~~cré~~créer un ~~Périphé~~Périphérique. C'est ~~plutô~~plutôt de ~~cré~~créer un ~~systè~~système ~~embarqué~~embarqué AUTONOME qui pourra êêtre facilement ~~déployé~~déployé dans les quatre coins du Fablab pour pouvoir servir, par exemple, de bornes d'information pour les utilisateurs.

Alors dans ce cas =>affichage de l'éécran stream ? Trop éénergivore ...

Ou bien ! => modem ?

Modem-routeur : wifi ?

Mode robot ~~activé~~ activé

Si bornes d'information : connexion àà un serveur et envoie de ~~requê~~requêtes

=> Base de ~~donné~~données / ChatBot

Prototype 0

~~Scé~~Scénario :

Les mémédiateurs Fablab ne sont pas ~~pré~~présents àà l’l’accueil, le mode "Actif" est ~~activé~~activé.

Un visiteur entre au FabLab.

Le Robot :

-Bonjour, bienvenu(e) au FabLab, êêtes-vous ~~enregistré~~enregistré(e) ?

-Oui/Non

Si oui : demandera dans une version ~~ulté~~ultérieure si l'utilisateur a besoin d'information.

Si non : siffle pour appeler un mémédiateur FabLab

Comment mettre àà jour un ~~systè~~système ~~embarqué~~ embarqué

Plan d'action :

DéDéfinir le besoin du client et construire un cahier des charges.
Valider le cahier des charges.
Effectuer une recherche biblio, solution open source
DéDéterminer le type de ~~camé~~caméra àà utiliser ( module intel kinect module 2 ~~camé~~caméra : ~~pré~~prétraitement du signal ? )
Identifier les ~~diffé~~différentes composantes du ~~systè~~système et leurs fonctions.
~~Pré~~Prévoir un dispositif de mises àà jour du logiciel ~~embarqué~~embarqué
Demander des ~~idé~~idées => faire une affiche !! ( QR code, questionnaire ) : recruter des talents

~~Maté~~Matériel et ~~pré~~pré-requis :

- Hardware/Software ?

- optimisation => Justification des choix !!!

- Python ou C++ ?

langage assembleur ?

- éécran LCD couleur pour visage

- motorisation : Arduino/raspberry ( latence ? )

- ~~inté~~intégration du wifi ? communication via le réréseau ?

- éécran tactile => configuration/~~personnalité~~personnalité

- ~~systè~~système de chargement batterie ? secteur ?

- ~~systè~~système ~~embarqué~~embarqué : raspberry pi

- Le design : celui de la ~~télé~~télé mais pas la ~~télé~~télé !!!

GNU/~~linux~~ linux ou Raspberry Pi OS ( ex-raspbian )

Inventaire et estimation des coûcoûts

~~Maté~~Matériel	Fonction	~~Disponibilité~~Disponibilité	~~Coû~~Coût	Autres infos
Arduino UNO	Motorisation	OUI? - Magasin Fablab	/	Rupture de stock ?
Raspberry Pi (Linux?)	~~Systè~~Système ~~embarqué~~embarqué	OUI	/	Quel ~~modè~~modèle pour notre utilisation ? Raspberry Pi 4 ~~modè~~modèle B ?
~~Camé~~Caméra Module 2 8MP	Reconnaissance facial	OUI - Magasin Fablab	/	Fonctionne avec Raspberry Pi Pi
ÉÉcran LCD Couleur Tactile	Visage, configuration/~~personnalité~~personnalité	NON
Moteur Pas àà Pas	Motorisation	OUI	/	Fonctionne avec Arduino
Batterie	Energie éélectrique

Budget prévisionnel prévisionnel

SchéSchéma de fonctionnement

Important ! ~~Systè~~Système de ventilation => ééviter la ~~surchauffe~~ surchauffe

-> raspberry !

Le DESIGN :

~~Inspiration~~ Inspiration

Soit le design de la ~~Télé~~Télé mais comment faire ?

Soit, inventer un design : demander des ~~idées~~ idées

-> Faire ce qui est possible au fabLab et qui rentre dans le ~~budget~~ budget

-> Inclure tous les ~~systè~~systèmes àà l'~~inté~~intérieur

~~Sché~~Schématiser les ~~diffé~~différents design et les assembler comme un puzzle

~~Possibilité~~Possibilité de cacher des ~~systè~~systèmes dans la base : attention aux dimensions !

Pour la base de ~~donné~~données :

conserver les questions ~~posé~~posées sans réréponse pour les ajouter àà la base de ~~donné~~données

est-ce que j'ai rérépondu àà vos atteintes ? Non -> appel des mémédiateurs

Carnet de bord :

04/12/2024 : DéDéfinition des objectifs et des limites du projet. ~~Premiè~~Première éébauche du cahier des charges
18/12/2024 : Etude bibliographique
06/01/2025 : Etude bibliographique, inventaire du ~~maté~~matériel nénécessaire et disponible, diagramme.
08/01/2025 : Finalisation du cahier des charges.
13/01/2025 : RéRépartition des tâtâches et ~~budgé~~budgétisation.

Vers l'infini et au-~~delà~~delà

afficher les utilisateurs dont le wiki n'est pas àà jour
Un ~~systè~~système de badges des cartes éétudiantes ? => ~~problè~~problème concernant la ~~confidentialité~~confidentialité des ~~donné~~données
full ~~systè~~système de communication ( GPT )
serveur ~~déporté~~déporté/renvoie de ~~requê~~requête
~~systè~~système LoRaWAN ( antenne radio ) => biper les emplois éétudiants ! Si un robot n'a pas réréussi àà rérépondre àà la demande de l'utilisateur ( composante RF ~~radiofré~~radiofréquence )

~~Spécificité~~Spécificité plus techniques ~~lié~~liées àà l'optimisation :

- temps d'~~exé~~exécution des ~~tâches~~ tâches

Choix d'un nom ?

Le ~~FabBOT~~ FabBOT

Comments Alex:

Il ~~faudrait~~ faudrait commencer àà réréaliser des essais et tenter d'avoir un Minimum Viable Product afin d'avoir une 'base' sur laquelle ~~itéré~~itérée (il y aura d'autres ~~problé~~problématiques que nous allons dédécouvrir). Commencer avec quelque chose de ~~trè~~très basique et ensuite ~~ité~~itérer et ~~amé~~améliorer, pas essayer d'avoir le produit final parfait au premier coup. Laisser l'~~esthé~~esthétique et optimisation pour la fin, pas pour le dédébut;

Il serait ~~inté~~intéressant de commencer par exemple par tester YOLO, qui peut êêtre ~~utilisé~~utilisé localement (Python) et qui est utile pour la dédétection visuelle.

Ensuite il est possible d'interfacer avec une carte ESP32 via le port serial et on pourrait connecter des moteurs àà une ~~camé~~caméra et faire du tracking en temps réréel. Cela peut êêtre ~~inté~~intéressant éégalement pour la partie de reconnaissance vocal (on peut directionner le micro par exemple...).

L'ESP32 peut ~~cré~~créer voir se connecter àà un réréseau wifi, donc pas besoin de LoRA. Les ESP-XIAO sont ~~trè~~très petit, peut ~~coû~~coûteux et peuvent êêtre un choix ~~sensé~~sensé.

-> les ESP peuvent êêtre des clients dans le serveur et recevoir les fameux pings quand quelqu'un est àà l’l’accueil par exemple.

Ensuite le code Python peut interfacer, une fois il dédétecte quelqu'un, avec un ~~modè~~modèle ~~entraîné~~entraîné pour la partie de reco. vocal, et l'activer...

Une fois ceci ~~réalisé~~réalisé, il serait dédésormais, et pas avant (àà mon avis), une bonne ~~idé~~idée de s'interroger sur la partie ~~esthé~~esthétique du projet/ produit ~~final .~~final...

Premier essais:

tracking avec YOLO et sortie avec serial ~~connecté~~connecté àà un arduino uno.

code: https://github.com/alexcrrera/fablabBot/blob/main/fabu.py

Le centre relatif de la ~~dété~~détéction (le point rouge) est ~~envoyé~~envoyé àà l'arduino pour centrer la ~~camé~~caméra. Il faudrait trouver une webcam et faire un support avec les servomoteurs du fablab (ceux qui sont ~~labellé~~labellés "servo ++", les "bleus" ne sont pas du tout suffisament puissant.