Projet sur un respirateur artificiel

International Français
1

Bonjour j'espère que vous allez tous bien... en Fait je travaille sur un projet " le respirateur artificiel " j'ai été ébloui lorsque j'ai constaté qu'on l'avait déjà résolu par ici ce qui d'ailleurs m'a poussé m'inscrire... je suis vraiment amateur en tout... électronique comme programmation...
Comme matériel j'ai
Un moteur pas à pas
Une carte arduino uno
Le driver Tb 6600
J'ai un commutateur
Une tige fileté
Une pompe à air
Un embout
Le masque
Un écran LCD

Je voulais également ajouter la fonction d'oxymetre de pool au projet...

J'ai déjà testé le moteur et l'oxymettre tout marche bien...

Le truc qui me dérange est que j'ai l'impression que c'est trop simple genre se limiter à pomper de l'air... c'est sensé être un appareil pour les personnes à l'état critique de respiration.... du coup je me pose des questions comme : comment savoir la pression d'air qu'il faut attribuer au patient ? ( si je ne me trompe pas en fonction de ton état on règle le respirateur pour que tu recoive une certaine quantité d'air ) .. mais là je suis bloqué... jai l'idée mais je ne sais pas comment la mettre sur pied... peu être il me faut un capteur de pression, des potentiomettre, quelques choses qui va mesurer le temps d'inspiration et d'expiration du patient...

Je voudrais aussi savoir s'il vous plaît (une question un peu bête) lorsque on a un projet avec plusieurs code comme celui ci c'est possible d,insérez tout ces codes dans l'arduino ? Ou bien il faut un code qui correspond à tous le projet....

Merci pour votre attention... aidez moi svp

2

:warning:

Post mis dans la mauvaise section, on parle anglais dans les forums généraux. ➜ déplacé vers le forum francophone.

Merci de prendre en compte les recommandations listées dans “Les bonnes pratiques du Forum Francophone”

3

Peut-être qu'avec la photo de cet ARTICLE, vous aurez une idée de la simplicité avec laquelle cela peut être. Traduisez-le, il ne donne pas de données précises mais il est intéressant.
Salutations.

4

L'Arduino n'est pas habilité pour des applications critiques pour la vie, telle qu'un respirateur.
En cas d'accident, tu es profondément dans la m....
Désolé.

5

Il n’y a pas plusieurs programmes concurrents qui tournent en même temps. C’est un seul programme

typiquement la programmation par machine à états (cf mon tuto éventuellement) permet de gérer plusieurs activités dans un semblant de simultanéité

6

Je ne vais pas faire dans la dentelle : si c'est pour faire un jouet passe, oui si je peux.

Si tu as l'intention de faire un vrai produit, cest clairement NON.

Ce serait de l'inconscience la plus totale.
Imagines tu le travail à fournir pour réaliser un produit où la vie des gens est en jeu ?

As-tu une expérience dans le choix des composants ? Un simple condensateur defaillant peut provoquer un décès.

As tu une expérience dans le choix d'un sous traitant qualifié pour la fabrication ?

  • Tes soudures : disqualifiée. Elles doivent être réalisées sous la conduite d'un opérateur qualifié.
  • Le circuit imprimé : qualification du support, qualification du sous-traitant qui effectue la gravure et la protection de surface.
  • Validation du produit : vieillesement accéléré en enceinte climatique et température élevée. Surveillance d'un lot témoin.
  • VLT (variation lente de température)
  • VRT (variation rapide de temppérature.

Je m'arrête là mais la liste pourrait continuer sur plusieurs dizaines de ligne.

7

Certains produits basés sur Arduino semblent être qualifiés pour cela : RDBOX

certificaciones
certificaciones800×621 98.4 KB

Nous ne savons pas si @armellemeg est un étudiant avec un projet de fin d'études, un directeur d'une entreprise orthopédique/pharmaceutique, ou un inventeur, à la recherche d'un brevet, avec un compte bancaire suffisamment approvisionné pour obtenir toutes ces certifications qui, selon vous, devraient être obtenues. La réponse est donc OUI. C'est tout autre chose s'il peut ensuite être commercialisé.

Salutations.

8

Pas de confusion.

Qu'est-ce qu'Arduino ?

Tu parles de quoi, des bibliothèques de fonctions ou du matériel ?

Les deux doivent être validés. Une bibliothèque non testée "haute sécurité" peut avoir des bugs à conséquences mortelles.
L'accumulation de bibliothèques bibendum aide peut-être à la réalisation de produits grand-public, mais est un danger pour des applications sécurisées.
Il faut revenir à des méthodes de développement où tout ce qui n'est pas strictement nécessaire doit être supprimé, car c'est une source potentielle de non-fonctionnement et alourdit la phase de qualification.

Si on parle du matériel, j'ai travaillé plus de 20 ans dans un domaine de très haute fiabilité.
Une caractérisation positive du fabricant était nécessaire, mais absolument pas suffisante.
Même remarque que pour les bibliothèques, c'était de l'analogique et c'était à composants minimum, je devais justifier le nombre de transistors utilisés.

Il y avait un protocole de sélection des composants.
En exemple, j'applique le protocole "haute fiabilité" au microcontrôleur Atmel/Microchip et plus particulièrement sur le courant d'alim.

Si on avait besoin de 100 microcontrôleurs, on en commandait (bien à l'avance) entre 500 et 1000.
Les lots de fabrications devaient être strictement identifié tout au long des phases de fabrication.
Un lot ne devait contenir que des puces provenant du même wafer. Un lot devait être assemblé (mise en boîtier, bonding, etc) en une fois. Une fois terminé, chaque individu candidat devait être identifié individuellement.
Cela parait simple pour un microcontrôleur, mais c'était pareil avec des résistances ou des condensateurs ou des circuits imprimés.

Chaque lot était vieilli en enceinte climatique en plusieurs passages.
Entre chaque passage, les dérives du composant étaient contrôlées.
La sélection ne se faisait pas sur la dérive minimale d'un paramètre, mais sur une gaussienne.
Seul le centre de la gaussienne était conservé.
Si par exemple, pour le courant d'alim, la moyenne des dérives était de 10 mA et que des pièces dérivaient seulement de 1 mA, elles étaient refusées, car non représentatives du lot et donc potentiellement suspectes.

J'arrête la description du protocole, mais il y aurait encore à dire.

L'exemple que tu donnes est aux normes "industrielles", absolument pas aux normes "hôpital".

9

Et ai-je dit le contraire ?

10

Benj'ai lu ça en réponse à quelqu'un qui cherche à faire du matériel d'assistance médicale.
Et ce n'est pas adapté au projet.

11

Bonsoir à tous... je suis une étudiante avec un projet d'études de fin de formation en filière génie biomédical... jai lu toutes vos interventions et j'essaie de les analyser

12

Il y a déjà quelques projets sur le sujet. A prendre avec des pincettes pour certains, sans doute.

13

Merci pour toutes vos interventions...
Je retiens qu'il me faudra un code général pour le projet...

Mais j'ai vraiment pas eu de réponse à ma première question

14

La deuxième réponse dans le lien que j'ai mis au-dessus pointe par exemple là-dessus où sont cités plusieurs projets

Dont celui-ci par exemple

avec des infos intéressantes

15

Cette question là ?

comment savoir la pression d'air qu'il faut attribuer au patient ?

je suppose qu'il faut aller sur un forum médical plutôt qu'informatique :slight_smile:

https://www.msdmanuals.com/fr/professional/réanimation/insuffisance-respiratoire-et-ventilation-mécanique/revue-générale-de-la-ventilation-artificielle

...

16

Tu aurais dû commencer par te présenter, la donne change.
En génie biomédical tu as dû entendre parler de la fiabilité du matériel, donc je n'y reviens plus.

Quel est le but de ton projet ?

  1. Vérification des connaissances acquises et de la capacité d'innover avec la réalisation d'une "faisabilité".
    C'est-à-dire que le résultat de ton projet ne sera jamais mis en service avec des composants bas de gamme comme dans l'univers Arduino. Il sera éventuellement repris avec les normes "biomédical".

  2. autres : la citation ci-dessous m'interpelle. Quel est le rapport entre le sujet du projet et le cœur de tes études ?

  1. Ou faire un vrai produit avec des composants "durcis" ?
    Dans ce dernier cas, les aidants vont avancer sur la pointe des pieds.
17

oui, se lancer dans la conception d'un appareil critique pour la vie sans connaître le fonctionnement de l'appareil, ni les critères d'une informatique durcie, c'est soit un projet scolaire, soit une folie complète.