Projets:Orthèse de Coude Robotisée

De wikilab

Equipe (Porteur de projet et contributeurs)

Humanlab SP

Description du projet

Description du problème

Problème : Emilie & Anouck sont deux enfants ayant un coude non fonctionnel.
But : Concevoir un système leur permettant de librement remobiliser leur bras.
Mission : Permettre le mouvement du coude dans les deux sens sans postions prédéfinies.
Objectifs : Piloter le bras avec une force suffisante à l'aide d'une commande simple et intuitive afin d'effectuer le mouvement de flexion le plus complet possible.
Parties prenantes : L'utilisateur du système (Emilie), sa famille et n'importe quelle personne interagissant avec l'utilisateur.

Contexte opérationnel

// images a insérer

Cahier des charges

Exigences fonctionnelles : Exigences non-fonctionnelles : - performances : - interfaces : - opérationnelles : - contraintes :

// images a insérer

Description de la solution

Architecture fonctionnelle

// insérer images

Architecture organique

// insérer images

Analyse de l'existant

  • Appareillage classique, orthèse thermoformée non motorisée avec verrouillage par cliquet
Pasted image 6.png
Unnamed.png













Architecture physique

Prototype initial

Le moteur est l'élément principal puisqu'en plus d'être le seul élément nécessairement présent sur l'orthèse, c'est lui qui assure la fonction principale. Les deux critères principaux sont donc ici la puissance du moteur et son encombrement. Notre choix s'est donc porté sur un actionneur linéaire, permettant un positionnement peu encombrant par rapport aux moteurs rotatifs.
Idéalement, le moteur doit pouvoir retourner sa position afin de permettre un contrôle précis et fiable de la position. Ainsi, nous sommes partis sur un moteur linéaire à feedback d'Actuonix. Malheureusement en plus d'être particulièrement cher, le moteur choisi ne s'avérait pas suffisamment puissant malgré un faible encombrement.
Notre choix final s'est porté sur le modèle d'actionneur linéaire LA-T8 //insérer lien.

Afin de choisir le capteur, il faut analyser les différents actions possibles d'Emilie. L'idéal est que le système soit piloté par une action fiable mais mobilisant le moins de membres et d'efforts possible. Etant donné qu'elle ne peut pas bouger son bras depuis l'épaule jusqu'au poignet, l'idée initiale est de se servir des doigts de la main de ce même membre : nous sommes alors partis sur un capteur de flexion fixé sur le doigt, qui couplerait ainsi la flexion du doigt à la flexion du coude. Afin de discriminer les moments où elle fléchit son doigt pour entraîner un mouvement de coude des moments pour attraper un objet, nous avions l'intention d'utiliser deux capteurs de flexion sur deux doigts de sa main : si les deux sont fléchis, le mouvement du coude n'est pas demandé. Néanmoins, il se trouve qu'Emilie peut bouger deux doigts, mais pas de manière indépendante : le mouvement de son majeur entraîne le mouvement de son index. Nous sommes donc partis sur un autre système, tout en gardant en tête les contraintes initiales.

Prototype retenu

Tout en restant sur l'idée de baser la commande sur les mouvements de ses doigts, nous avons cherché un nouveau capteur pour effectuer la commande. Nous sommes alors partis sur l'idée du toucher capacitif : ainsi non seulement le capteur ne nécessite aucun effort de force, mais en plus celui-ci ne s'activera pas lors de la préhension d'objets. Plusieurs technologies toutes faites existent pour la réalisation d'un tel capteur, dont notamment :

Technologies capacitives
Technologie Avantages Inconvénients
Peinture conductive & TouchBoard de Bare Conductive Se peint sur toutes surfaces, taille et endroit ajustables S'écaille avec le temps, Cher
Écran LCD Fiable et précis Fragile, très difficile à monter sur l'orthèse (forme géométrique strictement plane)
Capteur capacitif sur PCB (exemple Adafruit) Fiable et précis Peu être difficile à insérer sur l'orthèse


La TouchBoard paraît alors la solution la plus adaptée. Cependant son prix étant élevé et étant donné qu'elle se programme avec le framework d'Arduino, nous avons souhaité coupler la peinture de Bare Conductive avec la Arduino Nano - une carte plus accessible et moins encombrante. L'Arduino n'étant cependant pas faite pour ce genre de traitement, le capteur est finalement trop peu fiable.
La solution finale est alors inspirée d'une publication du Disney Research Lab : le projet "Touché". Le principe, appelé "Swept Frequency Capacitive Sensing", est le suivant : le circuit capacitif balaie un large spectre de hautes fréquences à la manière d'un oscillateur (et non à une fréquence fixe comme habituellement) sur un objet conducteur relié par un câble, et renvoie le pic du signal qui change lorsqu'une personne interagit avec le toucher. Bien qu'originellement destiné à des applications de reconnaissances de gestes (la technologie permet de reconnaitre la présence d'un doigt, de deux, d'une main, de deux mains, d'un doigt et une main, etc. via de la classification), le projet "Touché" ne nécessite qu'un objet conducteur (quel qu'il soit) et de quelques composants passifs et propose donc une approche low-cost très facilement reproductible. Une partie du code provient donc du travail de deux makers Danois qui ont proposé il y a quelques années une implémentation sur les microcontrolleurs 8-bits.
Pour une application fixe - c'est-à-dire reliée à une alimentation sur secteur, le prototype s'est avéré très efficace. Cependant pour une application embarquée, le pic du signal ne change pas de manière significative. Ceci est dû au fait que la différence de potentiel à la masse de référence n'est pas suffisamment importante : l'idée est alors que l'utilisateur doit en permanence être en contact avec la masse. Ceci permet également de "verrouiller" le toucher : seul l'utilisateur relié à la masse peut activer le capteur. Malheureusement ce contact permanent étant compliqué à mettre en oeuvre (d'un point de vue du confort, de la fiabilité, de la sécurité du dispositif, ...), nous avons repenser notre capteur afin que l'utilisateur touche à la fois la masse et le câble du signal lors d'un seul touché.

Réalisation

Matériel nécessaire

Caption text
Description Quantité Prix à l’unité Coût
Arduino Nano* 1 20.0 € 20.0 €
Actionneur Linéaire LA-T8 5mm/s** 1 20.0 € 20.0 €
MC33926 Motor Driver Carrier** 1 15.7 € 15.7 €
USB Charger for 7.4V LiPo Battery SKU DFR0564 1 4.7 € 4.7 €
Batterie 7.4V - 1000Ah, 5C*** 1 11.6 € 11.6 €
Diode - 1N4148 1 0.06 € 0.06 €
Capacitances - 100pf, 10nf 2 0.85 € 1.70 €
Inductance - 10mH 1 0.85 € 0.85 €
Résistances - 10k, 1M, 3.3k 3 0.30 € 0.90 €
Divers (câbles, visserie, matériel imprimé, ...) 10.0 €
Total 85.51 €
  • N'importe quel microcontrolleur 8-bits fait l'affaire. La Nano ici est un compromis entre performances, faible encombrement et grande accessibilité (grande communauté donc difficulté moins grande à faire évoluer le système, facile à trouver chez les distributeurs, faible prix)
    • L'actionneur doit être suffisamment puissant afin de lever aisément à minima le système {avant-bras de l'enfant, partie avant-bras de l'orthèse}. Jouer sur la longueur de course permet d'optimiser le placement du moteur sur l'orthèse non seulement par rapport au bras de levier mais aussi par rapport à la flexion maximale permise (une flexion trop faible ne permet pas un mouvement complet du coude, mais une flexion trop importante n'est pas nécessaire mais en plus peut gêner l'utilisateur si elle est trop prononcée). En fonction du moteur, on choisira le driver adapté - ici le MC33926 propose le pilotage d'un seul moteur avec circuits de protections et retour sur la consommation.
      • La batterie doit être de 7.4V minimum pour correctement alimenter à la fois le moteur ainsi que le microcontrolleur. Son autonomie est un compromis entre le temps d'utilisation avant recharge (une fois par jour maximum pour une utilisation confortable, le système pouvant être chargé durant la nuit) et l'encombrement dans le boitier.

Outils nécessaires

  • Imprimante 3D
  • Outils de visserie
  • Fer à souder

Fichiers source

Assemblage

Code