# Réflexions sur l'ergonomie de UI



# Etat des lieux

Aujourd'hui, les informations liées à l'accueil et les emprunts sont enregistrées dans un logiciel développé en interne, FabTrack, accessible uniquement aux emplois-étudiants, avec une interface web accessible via deux PC Linux :

[![IMG_3841.png](https://wiki.fablab.sorbonne-universite.fr/BookStack/uploads/images/gallery/2025-07/scaled-1680-/img-3841.png)](https://wiki.fablab.sorbonne-universite.fr/BookStack/uploads/images/gallery/2025-07/img-3841.png)[![IMG_3846.png](https://wiki.fablab.sorbonne-universite.fr/BookStack/uploads/images/gallery/2025-07/scaled-1680-/img-3846.png)](https://wiki.fablab.sorbonne-universite.fr/BookStack/uploads/images/gallery/2025-07/img-3846.png)

Les enregistrements des participants à des ateliers spécifiques fait appel à des formulaires web de style Google Form/Framaform. Enfin, les données liées à l'usage des machines ne sont pas collectées, et seules les informations de maintenance sont notées, sur papier :

[![IMG_3842.png](https://wiki.fablab.sorbonne-universite.fr/BookStack/uploads/images/gallery/2025-07/scaled-1680-/img-3842.png)](https://wiki.fablab.sorbonne-universite.fr/BookStack/uploads/images/gallery/2025-07/img-3842.png)[![IMG_3844.png](https://wiki.fablab.sorbonne-universite.fr/BookStack/uploads/images/gallery/2025-07/scaled-1680-/img-3844.png)](https://wiki.fablab.sorbonne-universite.fr/BookStack/uploads/images/gallery/2025-07/img-3844.png)

Les objectifs de l'introduction de Timetonic et de la transformation sont multiples :

1. centraliser les informations,
2. unifier la façon de les saisir les informations, pour fiabiliser la collecte.
3. alléger la charge de travail des emplois étudiants et personnels,
4. permettre l'extension de la collecte d'information à d'autres situations

# Possibilités techniques

Le point d'entrée des utilisateurs (contributeurs) doit être leur identification (simple, sans authentification). Pour cela, il existe plusieurs possibilités :

- remplir ("à la main") un formulaire avec nom et prénom, ou avec un numéro d'identifiant ;
- badger avec une carte RFID, comme la carte étudiant et/ou la carte de restaurant pour les personnels ;
- badger avec un QR code

L'interface sur laquelle se poursuite la saisie peut être :

- un poste fixe, avec écran + clavier ou un écran tactile seul.
- un téléphone mobile

Toutes les combinaisons ne sont pas possible, ni cohérentes : par exemple, le téléphone peut scanner un QR code, mais on ne peut pas équiper tout le monde de lecteur de badge RFID.

On peut donc envisager essentiellement trois combinaisons :

- poste fixe (avec écran tactile ou clavier) + lecteur badge RFID
- (QR codes affichés + QR code individuel sur la carte) + smartphone pour accéder aux formulaires
- si le lecteur de badge RFID est à base de M5 Stack, une solutions mixte consiste à scanner le badge, puis afficher des QR codes personnalisés, mais cela devient complexe et peu pratique.

Côté imprimantes, l'ajout d'un SBC doté d'Octoprint pour récupérer les informations de l'impression est envisagé. Rien n'empêche d'y connecter un lecteur RFID et un verrou électronique. Le processus devient alors : l'utilisateur entre dans la pièce, prépare son fichier sur le PC local, utilise la clé USB locale, déverrouille l'imprimante avec son badge RFID, branche la clé USB, lance l'impression, puis attend et enfin referme la porte.

Cahier des charges du SBC :

- 2 port USB ou 1 port USB + port I2C pour connecter le lecteur de badge RFID
- 1 port ethernet

Nicolas suggère le [LicheeRV Nano de Sipeed](https://wiki.sipeed.com/hardware/en/lichee/RV_Nano/1_intro.html). Mais on trouve aussi le [RTF5350 chez Olimex,](https://www.olimex.com/Products/OLinuXino/RT5350F/RT5350F-OLinuXino-EVB/open-source-hardware) directement doté de relais pour la commande des verrous.