Wiki de Projets IMA - Contributions de l’utilisateur [fr]

https://projets-ima.plil.fr/mediawiki/api.php?action=feedcontributions&feedformat=atom&user=Cduplouy Wiki de Projets IMA - Contributions de l’utilisateur [fr] 2026-05-13T20:53:37Z Contributions de l’utilisateur MediaWiki 1.29.2 https://projets-ima.plil.fr/mediawiki/index.php?title=Pilulier_automatique&diff=27758 Pilulier automatique 2016-02-23T22:06:39Z

<p>Cduplouy : /* Semaine 4 */</p> <hr /> <div>=Présentation générale du projet=<br /> <br /> ==Contexte du projet==<br /> <br /> D'après des statistiques établis en 2014, un meilleur suivi des traitements médicaux et des médicaments dans le monde permettrait de réaliser 8% d'économies sur le coût total des dépenses de santé.<br /> <br /> De plus, on estime en Europe que la mauvaise prise de médicaments est à l’origine de plusieurs dizaines de milliers de décès chaque année.<br /> <br /> Selon le rapport IGAS2, en France, un mauvais suivi des heures de prises et de dosage de médicament aurait causé entre 8 000 à 12 000 décès par an et coûté près de 2 milliards € à l’Assurance Maladie.<br /> <br /> 13 millions de patients résidents en France seraient polymédiqués, et parmi eux de nombreuses personnes âgées de plus de 60 ans. <br /> <br /> La santé connectée est donc devenue un marché porteur. <br /> <br /> C'est ainsi que de nombreuses solutions se développent chaque jour qui a pour but de venir en aide aux personnes âgées dans les horaires de leurs prises de médicaments et éviter les surdosages ou les erreurs de traitement.<br /> <br /> ==Objectif du projet==<br /> <br /> L’objectif de ce projet est d'adapter un pilulier hebdomadaire pour le rendre connecté pour faciliter le suivi et la prise de médicaments quotidiens à différents moment de la journée.<br /> <br /> ==Description du projet==<br /> <br /> Afin de mettre en place ce pilulier connecté, il faut bien prendre en compte la donnée suivante : il doit être transportable. Cela sous-entend d’avoir un modèle suffisamment compact ainsi qu’une autonomie sur batterie.<br /> Nous devons donc trouver une entre son autonomie et sa connectivité et sa taille/forme.<br /> Actuellement, il existe sur le marché différentes propositions de pilulier connecté. Chacun avec leurs caractéristiques propres :<br /> <br /> * Imedipac de Medissimo : envoie un SMS et/ou un email à l’utilisateur pour lui rappeler de prendre tel médicament à telle heure.<br /> * Do-Pill de SecuR : rend accessible les comprimés et gélules à la date et à l'heure indiqué par le médecin pour éviter les surdosages ou les erreurs de traitement.<br /> * Sivan de MedSecure : prévient l'entourage si erreur du patient dans la prise de ses comprimées et alerte le patient si il doit prendre un comprimé.<br /> <br /> <br /> Afin de proposer une solution alternative à ses piluliers connectés déjà existant, le patient pourra utiliser son pilulier hebdomadaire standard auquel il intégra une base qu'il rendra connecté celui ci.<br /> Notre pilulier connecté sera composé d’un socle contenant toute l’électronique et la batterie et de 7 boîtiers à cachets amovibles<br /> <br /> =Cahiers de charges=<br /> == Fonctionnalités ==<br /> <br /> Ce support permettra au pilulier de remplir les fonctions suivantes :<br /> * Emission d'une alarme lorsque l'usager doit prendre une pilule à une heure et date précise (alarme différente selon le moment de la journée : matin, midi, soir, nuit)<br /> * Indication par une LED la boîte du jour à prendre et par une autre, le compartiment de cette journée.<br /> * Détection si l'usager a pris la bonne journée (sinon émission d'un son)<br /> * Détection si l'usager a pris la bonne pilule à la bonne heure (sinon émission d'un son)<br /> * Détection de la présence des tiroirs<br /> * Suivi par application Androïd.<br /> <br /> == Matériels ==<br /> <br /> Le socle sera composé : <br /> * 7 LED RGB pour indiquer par une couleur verte le bon boîtier et une rouge tout problème avec la boîte correspondante [http://fr.farnell.com/avago-technologies/asmt-ytb2-0bb02/led-plcc6-rgb-745-1600-380mcd/dp/1863243 7 LED RGB CMS] ou [http://fr.farnell.com/avago-technologies/asmb-mtb1-0a3a2/led-rgb-plcc4-surface-noire/dp/2401106 LED] déjà dispo depuis le Projet du Dé Electronique<br /> * 28 [http://fr.farnell.com/kingbright/kp-1608f3c/led-ir-0603-940nm/dp/2449775 IR émetteur] '''[fournis le 22/02/2016]'''<br /> * 28 [http://fr.farnell.com/kingbright/kp-1608p1c/phototransistor-0603-940nm/dp/2290430 Phototransistor] pour la détection de l’intérieur des compartiments '''[fournis le 22/02/2016]'''<br /> * 10, 20 ou 70 aimants conducteur d'électricité (5 par boîtier en face de 5 autres sur le socle, donc 10 pour une journée - possibilité de faire le proto sur 1, 2 ou 7 journée) pour assurer la tenue du boîtier et détecter sa présence [http://fr.rs-online.com/web/p/aimants/7924559/ 1, 2 ou 7 sachets de 10 aimants ] '''[10 fournis le 22/02/2016]'''<br /> ''( 1 écran LCD pour afficher les messages comme la date et l'heure ou des alertes [http://fr.farnell.com/lumex/lcm-s01602dsf-a/display-dot-matrix-lcd-16-x-2/dp/2062132 1 Ecran LCD 2*16])''<br /> * 1 HP ou buzzer pour émettre une sonnerie [http://www.gotronic.fr/art-buzzer-sv2319c-21015.htm Buzzer]<br /> * 1 arduino nano pour assurer le contrôle [http://www.mouser.fr/ProductDetail/Seeed-Studio/102010019/ arduino nano] '''[fourni le 04/02/2016]'''<br /> * 1 shield BLE pour la connectivité bluetooth contenant le composant nRF8001 (déjà disponible du projet Surveillance passive de sommeil de IMA4 2014/2015) '''[fourni le 04/02/2016]'''<br /> * 1 RTC pour avoir le temps et la date réel contenant le composant DS1307 (MOD-RTC déjà disponible du projet Surveillance passive de sommeil de IMA4 2014/2015) '''[fourni le 05/02/2016]'''<br /> * 1 smartphone sous android pour développer l'application de suivi '''[fourni le 05/02/2016]'''<br /> * 1 pilulier standard (Corentin)<br /> * 1 rouleau de papier réfléchissant<br /> * 1 décodeur 3 entrées / 8 sorties pour allumer les LEDs [http://fr.farnell.com/texas-instruments/cd74hc237m96/decodeur-demux-3-8-soic-16/dp/2499842?MER=i-9b10-00002068 2 décodeur 3E/8S]<br /> <br /> <br /> <br /> Chaque boite contenant les 4 compartiments de la journée est composée :<br /> * 1 interfaçage de 28 LED pour indiquer le bon compartiment [http://fr.farnell.com/avago-technologies/hsmg-c280/led-vert-15mcd-572nm-0402/dp/2494322?MER=i-9b10-00002068 28 LED Verte CMS] '''[fournis le 22/02/2016]'''<br /> * 7 super-condensateur pour allumer les diodes de chaque compartiment sur le boitier [http://fr.farnell.com/kemet/fc0h104zftbr24/super-condensateur-0-1f-5-5v-cms/dp/2362048 7 super-condensateur]<br /> * 7 résistances de 525 ohm<br /> * 1 microcontrôleur ATTiny pour enregistrer le compartiment à allumer (fourni par l'arduino) et allumer la diode [http://fr.farnell.com/atmel/attiny84-20ssu/mcu-8bit-attiny-20mhz-soic-14/dp/1636955 Lien] '''[fourni le 22/02/2016]'''<br /> <br /> ==Planning Prévisionnel==<br /> <br /> <table border="1"><br /> <tr><br /> <th>Semaines</th><br /> <th>du 25/01 au 31/01</th><br /> <th>du 1/02 au 7/02</th><br /> <th>du 8/02 au 14/02</th><br /> <th>du 15/02 au 21/02</th><br /> <th>du 22/02 au 25/02</th><br /> </tr><br /> <tr><br /> <th>Étapes</th><br /> <th>Etude bibliographique</th><br /> <th>Détection pour chaque boitier journalier si il a été enlever du support et détection si la bonne pilule a été récupéré par le patient</th><br /> <th>Programmation et interfaçage des différentes shields avec le microcontrôleur</th><br /> <th>Test pour correction d'erreur et amélioration</th><br /> <th>Rédaction du rapport de projet et Préparation à la soutenance</th><br /> </tr><br /> </table><br /> <br /> =Tableau de bord=<br /> <br /> ==Boîtes journalières==<br /> [[Fichier:drawer_electronic.jpeg|200px|thumb|Schematic de l'électronique d'une boîte]]<br /> <br /> Chaque boîte sera équipée d'un petit micro-processeur, de 4 LED, 1 résistance, une grosse capacité, 5 aimants.<br /> Par les 5 aimants vont transiter : <br /> * Le Vc+ correspondant à la tension pour charger la capacité et permettre à l'éclairage de fonctionner pour quelques minutes.<br /> * Le Vp correspondant à la tension envoyée pour détecter la présence de la boîte<br /> * La masse GND<br /> * Les entrées p0 et p1 pour connaître la LED à allumer.<br /> <br /> Nous aurons donc les cas suivants :<br /> <table border="1"><br /> <tr><br /> <th>Inputs</th><br /> <th>Vc+</th><br /> <th>Vp</th><br /> <th>p0</th><br /> <th>p1</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Pilulier repos/Détection boîte</th><br /> <th>0</th><br /> <th>1</th><br /> <th>X</th><br /> <th>X</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Heure médicaments</th><br /> <th>1</th><br /> <th>0</th><br /> <th>0/1</th><br /> <th>0/1</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Après quelques seconde de charge/Détection boîte</th><br /> <th>0</th><br /> <th>1</th><br /> <th>X</th><br /> <th>X</th><br /> <th>GND</th><br /> </tr><br /> </table><br /> <br /> Pour les inputs p0 et p1, elles dépendront du moment de la prise des médicaments :<br /> <table border="1"><br /> <tr><br /> <th>Moment</th><br /> <th>p0</th><br /> <th>p1</th><br /> </tr><br /> <tr><br /> <th>Matin</th><br /> <th>0</th><br /> <th>0</th><br /> </tr><br /> <tr><br /> <th>Midi</th><br /> <th>0</th><br /> <th>1</th><br /> </tr><br /> <tr><br /> <th>Soir</th><br /> <th>1</th><br /> <th>0</th><br /> </tr><br /> <tr><br /> <th>Coucher</th><br /> <th>1</th><br /> <th>1</th><br /> </tr><br /> </table><br /> <br /> Après configuration de l'ATTiny13 via Arduino, les tests ont avérés que cette méthode était limitée. En effet, il y a 4 LEDs et 4 combinaisons, ce qui rend compliqué de laisser un cas "auncune LED allumée".<br /> <br /> Une autre solution a été adoptée :<br /> * La pin Vcc pour l'alimentation en 5v<br /> * La pin GND pour la masse<br /> * La pin PB0 pour la LED 4<br /> * La pin PB1 pour la LED 3<br /> * La pin PB2 pour la LED 2<br /> * La pin PB3 pour la LED 1<br /> * La pin PB4 pour une liaison UART<br /> <br /> Principe de L'UART :<br /> Le signal envoyé sur la pin PB4 est à l'état par défaut. Dès qu'on détecte un front descendant, on récupère à chaque tic d'horloge la valeur haute ou basse du signal entrant en pin PB4. Nous avons décidé de faire une vérification sur les 4 premiers bits envoyés et de donner la LED à allumer sur les 4 derniers bits. On peut voir un chronogramme ci-contre.<br /> [[Fichier:Chronogramme_UART.jpeg|200px|thumb|Branchement pour programmer l'ATTiny13]]<br /> <br /> <br /> On utilise un AVRISP pour l'ATTiny13 comme on peut le voir sur l'image.<br /> <br /> [[Fichier:Config_ATTiny13.JPG|200px|thumb|Branchement pour programmer l'ATTiny13]]<br /> <br /> Voici le code pour le programmer:<br /> ''<br /> <br /> ''<br /> #define F_CPU 10000000<br /> #include <avr/io.h><br /> #include <util/delay.h><br /> int main (void){<br /> DDRB |= 0x0F;<br /> int i, code=0;<br /> while(1){<br /> while((PINB & 0x10) == 0x10){}<br /> _delay_us(1000);<br /> for(i=128 ; i>=1 ; i=i/2){<br /> code = (((PINB & 0x10)/16) * i) + code;<br /> _delay_us(2000);<br /> }<br /> if((code & 0xF0) == 0x50){<br /> PORTB |= (code - 0x50);<br /> }<br /> else {<br /> code = 0;}}}<br /> <br /> ''<br /> <br /> [[Fichier:UART.gif|200px|thumb|Test de l'envoie d'une commande par UART]]<br /> On réalise le branchement puis pour tester, on programme l'arduino micro comme ceci :<br /> ''<br /> <br /> ''<br /> int state10;<br /> int laststate10=0;<br /> void setup(){<br /> pinMode(11, OUTPUT);<br /> pinMode(12, OUTPUT);<br /> pinMode(13, INPUT);<br /> digitalWrite(11, HIGH);<br /> digitalWrite(12, HIGH);}<br /> ''<br /> <br /> ''<br /> void loop(){<br /> state10 = digitalRead(13);<br /> if ((state10 != laststate10)){<br /> if ((state10 == 0)){<br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,HIGH);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,HIGH);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,HIGH);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,HIGH);<br /> Serial.println(digitalRead(11));}}<br /> laststate10 = state10;}<br /> <br /> ''<br /> <br /> On attend un front descendant sur le pin 13, qu'on réalisera en débranchant le câble déjà branché sur celle-ci.<br /> Les 4 premiers bits 0101 sont pour la vérification d'un envoie. Sur les 4 suivants, nous avons 0010 ce qui veut dire que le PB1 sera en état haut et que nous allumerons la LED3. Le dernier bit est pour remettre par défaut en état haut.<br /> <br /> Voici un GIF du résultat des tests.<br /> <br /> ==Le support==<br /> <br /> [[Fichier:img8.JPG|200px|thumb|Circuit de Test du faisceau IR]]<br /> <br /> Le support, lui, est composé de l’Arduino micro, du RTC, du RFduino ainsi que le système de détection Infrarouge.<br /> Selon le schematic suivant, on crée un faisceau Infrarouge à l’aide d’un diode IR et d’une photorésistance de même longueur d’onde pour éviter les interferances avec la lumière ambiante.<br /> Lorsque la photorésistance capte l’Infrarouge de la diode, un micro courant circule et permet de rendre le transistor NPN passant. Le potentiel au noeud « S » est donc 0. Au contraire, s’il y a présence d’un obstacle empêchant la photorésistance de capter le rayon Infrarouge, le transistor de peut être activé et est donc bloquant. Le potentiel au noeud « S » est 5V (‘1’ logique).<br /> On peut ainsi détecter la présence d’objet entre les deux composants, dans le cas présent, un quelconque médicament.<br /> Nous avons réalisé le test avec le circuit suivant :<br /> <br /> On programme l’Arduino micro pour allumer la LED en présence d’un obstacle avec le code suivant :<br /> <br /> <br /> const int IRDetectorPin = 2; <br /> const int ledPin = 13;<br /> <br /> void setup() {<br /> pinMode(ledPin, OUTPUT);<br /> pinMode(IRDetectorPin, INPUT);<br /> }<br /> void loop(){<br /> digitalWrite(ledPin, digitalRead(IRDetectorPin));<br /> }<br /> Voici deux photos qui confirment le fonctionnement de cette méthode :<br /> [[Fichier:img9.JPG|200px|thumb|left|Faisceau sans obstacle - LED éteinte]]<br /> [[Fichier:img10.JPG|200px|thumb|Faisceau avec obstacle - LED allumée]]<br /> <br /> <br /> <br /> <br /> <br /> <br /> <br /> <br /> <br /> <br /> <br /> Les diodes IR et photorésistances devant être de part et d’autre de la boîte, il était nécessaire de réaliser deux cartes PCB que nous avons réalisées.<br /> <br /> ==App Android==<br /> L’application Android est complémentaire de la partie Arduino. Il est possible à l’aide de cette application d’établir un suivi permanent du pilulier connecté. La communication entre l’application et le capteur s’effectue à travers le protocole Bluetooth Low Energy.<br /> L’application se compose d’une seule interface qui peut exécuter plusieurs activités en arrière-plan.<br /> L’interface se décompose en 4 parties, chacune ayant une fonction précise.<br /> La première partie correspond à la communication Bluetooth. On y aperçu trois boutons qui se succèdent dont chacun correspond à une étape de la mise en communication avec le RFduino :<br /> * Enable Bluetooth permet de mettre en marche le BLE du téléphone si celui-ci est éteint.<br /> * Scan permet de détecter le RFduino.<br /> * Connect met en connexion et récupère les informations de la balise BLE.<br /> <br /> La seconde partie a pour rôle d’enregistrer le numéro du médecin ou du responsable de l’utilisateur. L’enregistrement du numéro est nécessaire à l’envoi d’un SMS si le patient n’a pas pris son médicament dans un temps spécifié.<br /> <br /> Nous arrivons ensuite à la troisième partie qui renseigne le suivi hebdomadaire du patient. On retrouve les 4 zones de journées comme l’est indiqué sur les piluliers standards, à savoir le matin, le midi, le soir et la nuit ; ainsi que la date en temps réel.<br /> Pour chaque période de la journée, on indique l’état du compartiment du pilulier correspondant à la période. Cet état est représenté par un point pouvant avoir 4 couleurs différentes selon le contexte :<br /> * Si un point jaune apparait, le médicament à ingurgiter actuellement est dans le compartiment correspondant à ce moment de la journée.<br /> * Si un point vert apparait, le médicament présent dans ce compartiment devra être ingurgité plus tard dans la journée.<br /> * Si un point rouge apparait, le médicament dans ce compartiment a oublié d’être ingurgité plus tôt dans la journée.<br /> * Si un point noir apparaît, il n’y a pas de médicament à prendre dans ce compartiment ou il a déjà été pris.<br /> <br /> Enfin dans la dernière partie, on retrouve un bouton Stop Alarm qui désactive l’alarme.<br /> Celui-ci se déclenche lorsqu’on passe à une nouvelle période de la journée. Plus précisément, lorsqu’on passe du matin au midi.<br /> Si l’utilisateur n’a pas désactiver lui-même l’alarme, celui-ci s’arrête automatiquement au bout d’une période spécifié et entraîne l’envoi d’un SMS.<br /> <br /> A savoir que l’interface intègre un conteneur ScrollView qui permet le défilement du contenu et donc l’accès à l’ensemble de différentes parties de l’application.<br /> Explication du firmware de l’application Android<br /> Le développement de l’application Android a été long mais instructif. En effet, nous n’avons jamais développé d’application Android et codé en Java auparavant. Nous nous sommes basé alors sur les nombreux tutoriels accessibles en ligne pour réaliser cette application et acquérir quelques bases en Java et développement Android.<br /> L’application a été développée en Java sous le logiciel Android Studio. Son développement s’est déroulé en plusieurs étapes :<br /> 1. Mise en place de la communication Bluetooth Low Energy entre le smartphone et le RFduino (module BLE du socle).<br /> 2. Développement de l’interface de suivi hebdomadaire<br /> 3. Programmation de l’alarme et de l’envoi du SMS d’alerte<br /> <br /> === Communication Bluetooth Low Energy ===<br /> <br /> Afin de mettre en place de la communication entre le smartphone et le pilulier, nous nous sommes basé sur le code opensource disponible sur le site officiel GitHub.<br /> Le Bluetooth Low Energy est un protocole de communication rapide qui demande peu d’énergie pour son fonctionnement. C’est le système de communication recommandé et primordiale pour les objets connectés du fait de la nécessité d’avoir des composants à faible consommation énergétique.<br /> La communication est construite selon un profil définit la manière dont les périphériques transmettent leurs données aux appareils (Generic Attribute Profile) en utilisant des concepts appelés Services et Characteristics.<br /> 16<br /> Les Services peuvent contenir une collection de Characteristics. Les Characteristics sont des flags de propriété ou les valeurs de capteurs. Chaque Service et Characteristic a son identifiant (UUID) propre.<br /> Le profil GATT propose seulement des connections exclusives ; c’est-à-dire que les périphériques BLE ne peuvent être connecté qu’à un seul smartphone à la fois.<br /> <br /> Ici, nous nous retrouvons avec :<br /> * Generic Attribute Profile Client pour l’application.<br /> * Generic Attribute Profile Server pour le pilulier connecté (RFduino) avec un service propre et plusieurs caractéristiques (communication I2C, UART...).<br /> <br /> === Suivi Hebdomadaire ===<br /> <br /> L’application Android reçoit les données à travers l’objet BroadcastReceiver qui par sa fonction onReceive va recevoir les events que reçoit l’application dans son Activity principal. Lorsqu’un event spécifique, par exemple dans notre cas lorsque une donnée est disponible par Bluetooth, le code correspondant du BroadcastReceiver s’exécute dès que possible.<br /> Pour obtenir un suivi hebdomadaire en temps réel, nous avons utilisé la fonction runOnUiThread qui exécute l'action spécifiée sur le Thread d'interface utilisateur de manière immédiate étant donné que dans notre situation le Thread courant correspond au Thread d'interface utilisateur.<br /> L’appel de cette fonction, une fois les données du RFduino reçu et récupéré dans le BroadcastReceiver, permet d’identifier les quatre périodes de la journée (matin, midi, soir et nuit) et d’adapter automatiquement de manière visuel (jaune, vert, rouge, noir) selon les données reçus (respectivement : 1, 2, 3, 4).<br /> <br /> === Alarme et envoi du SMS d'alerte ===<br /> <br /> L’alarme est déclenchée suite à la réception, via la communication Bluetooth, de la commande « alarme ».<br /> Afin de mettre en place l’alarme, nous avons exploité les services d’alarme du système Android, AlarmManager class, qui permet de planifier une activité à être exécuté à un moment donné dans l'avenir. Pour cela, nous avons planifié deux alarmes :<br /> 1. Une première alarme qui se répète toutes les 3 secondes.<br /> 2. Une deuxième alarme qui permet d’arrêter la première alarme au bout d’une heure.<br /> 17<br /> Pour que l’alarme soit toujours exécutée en background de l’application et même à sa fermeture, nous avons utilisé le système d’évènement, BroadcastReceiver object, combiné à la création d’un nouveau Thread ou Tâche dans le service sur lequel dirige le BroadcastReceiver. Ce Thread utilise les fonctionnalités de MediaPlayer, qui permet le contrôle de la lecture de flux audio.<br /> De plus, au bout de l’activation de la seconde alarme, si la première alarme n’est pas déjà désactivée, on envoie un SMS d’alerte au numéro enregistré au préalable, à partir du service SmsManager d’Android. Ce service permet de faire appel à l’application intégrée à Android « Message », et d’envoyer un SMS.<br /> Enfin, si l’utilisateur appui sur le bouton Stop Alarm, la fonction appelé va d’abord arrêter la future planification de la prochaine sonnerie de l’alarme, puis annuler l’appel de l’event BroadcastReceiver.<br /> <br /> =Fichiers Rendus=<br /> ==Rapport==<br /> ==Codes==<br /> [[Fichier:Code_Android_PillBox.zip]]<br /> <br /> =Références=</div>

Cduplouy https://projets-ima.plil.fr/mediawiki/index.php?title=Pilulier_automatique&diff=27757 Pilulier automatique 2016-02-23T22:06:22Z

<p>Cduplouy : /* Le support */</p> <hr /> <div>=Présentation générale du projet=<br /> <br /> ==Contexte du projet==<br /> <br /> D'après des statistiques établis en 2014, un meilleur suivi des traitements médicaux et des médicaments dans le monde permettrait de réaliser 8% d'économies sur le coût total des dépenses de santé.<br /> <br /> De plus, on estime en Europe que la mauvaise prise de médicaments est à l’origine de plusieurs dizaines de milliers de décès chaque année.<br /> <br /> Selon le rapport IGAS2, en France, un mauvais suivi des heures de prises et de dosage de médicament aurait causé entre 8 000 à 12 000 décès par an et coûté près de 2 milliards € à l’Assurance Maladie.<br /> <br /> 13 millions de patients résidents en France seraient polymédiqués, et parmi eux de nombreuses personnes âgées de plus de 60 ans. <br /> <br /> La santé connectée est donc devenue un marché porteur. <br /> <br /> C'est ainsi que de nombreuses solutions se développent chaque jour qui a pour but de venir en aide aux personnes âgées dans les horaires de leurs prises de médicaments et éviter les surdosages ou les erreurs de traitement.<br /> <br /> ==Objectif du projet==<br /> <br /> L’objectif de ce projet est d'adapter un pilulier hebdomadaire pour le rendre connecté pour faciliter le suivi et la prise de médicaments quotidiens à différents moment de la journée.<br /> <br /> ==Description du projet==<br /> <br /> Afin de mettre en place ce pilulier connecté, il faut bien prendre en compte la donnée suivante : il doit être transportable. Cela sous-entend d’avoir un modèle suffisamment compact ainsi qu’une autonomie sur batterie.<br /> Nous devons donc trouver une entre son autonomie et sa connectivité et sa taille/forme.<br /> Actuellement, il existe sur le marché différentes propositions de pilulier connecté. Chacun avec leurs caractéristiques propres :<br /> <br /> * Imedipac de Medissimo : envoie un SMS et/ou un email à l’utilisateur pour lui rappeler de prendre tel médicament à telle heure.<br /> * Do-Pill de SecuR : rend accessible les comprimés et gélules à la date et à l'heure indiqué par le médecin pour éviter les surdosages ou les erreurs de traitement.<br /> * Sivan de MedSecure : prévient l'entourage si erreur du patient dans la prise de ses comprimées et alerte le patient si il doit prendre un comprimé.<br /> <br /> <br /> Afin de proposer une solution alternative à ses piluliers connectés déjà existant, le patient pourra utiliser son pilulier hebdomadaire standard auquel il intégra une base qu'il rendra connecté celui ci.<br /> Notre pilulier connecté sera composé d’un socle contenant toute l’électronique et la batterie et de 7 boîtiers à cachets amovibles<br /> <br /> =Cahiers de charges=<br /> == Fonctionnalités ==<br /> <br /> Ce support permettra au pilulier de remplir les fonctions suivantes :<br /> * Emission d'une alarme lorsque l'usager doit prendre une pilule à une heure et date précise (alarme différente selon le moment de la journée : matin, midi, soir, nuit)<br /> * Indication par une LED la boîte du jour à prendre et par une autre, le compartiment de cette journée.<br /> * Détection si l'usager a pris la bonne journée (sinon émission d'un son)<br /> * Détection si l'usager a pris la bonne pilule à la bonne heure (sinon émission d'un son)<br /> * Détection de la présence des tiroirs<br /> * Suivi par application Androïd.<br /> <br /> == Matériels ==<br /> <br /> Le socle sera composé : <br /> * 7 LED RGB pour indiquer par une couleur verte le bon boîtier et une rouge tout problème avec la boîte correspondante [http://fr.farnell.com/avago-technologies/asmt-ytb2-0bb02/led-plcc6-rgb-745-1600-380mcd/dp/1863243 7 LED RGB CMS] ou [http://fr.farnell.com/avago-technologies/asmb-mtb1-0a3a2/led-rgb-plcc4-surface-noire/dp/2401106 LED] déjà dispo depuis le Projet du Dé Electronique<br /> * 28 [http://fr.farnell.com/kingbright/kp-1608f3c/led-ir-0603-940nm/dp/2449775 IR émetteur] '''[fournis le 22/02/2016]'''<br /> * 28 [http://fr.farnell.com/kingbright/kp-1608p1c/phototransistor-0603-940nm/dp/2290430 Phototransistor] pour la détection de l’intérieur des compartiments '''[fournis le 22/02/2016]'''<br /> * 10, 20 ou 70 aimants conducteur d'électricité (5 par boîtier en face de 5 autres sur le socle, donc 10 pour une journée - possibilité de faire le proto sur 1, 2 ou 7 journée) pour assurer la tenue du boîtier et détecter sa présence [http://fr.rs-online.com/web/p/aimants/7924559/ 1, 2 ou 7 sachets de 10 aimants ] '''[10 fournis le 22/02/2016]'''<br /> ''( 1 écran LCD pour afficher les messages comme la date et l'heure ou des alertes [http://fr.farnell.com/lumex/lcm-s01602dsf-a/display-dot-matrix-lcd-16-x-2/dp/2062132 1 Ecran LCD 2*16])''<br /> * 1 HP ou buzzer pour émettre une sonnerie [http://www.gotronic.fr/art-buzzer-sv2319c-21015.htm Buzzer]<br /> * 1 arduino nano pour assurer le contrôle [http://www.mouser.fr/ProductDetail/Seeed-Studio/102010019/ arduino nano] '''[fourni le 04/02/2016]'''<br /> * 1 shield BLE pour la connectivité bluetooth contenant le composant nRF8001 (déjà disponible du projet Surveillance passive de sommeil de IMA4 2014/2015) '''[fourni le 04/02/2016]'''<br /> * 1 RTC pour avoir le temps et la date réel contenant le composant DS1307 (MOD-RTC déjà disponible du projet Surveillance passive de sommeil de IMA4 2014/2015) '''[fourni le 05/02/2016]'''<br /> * 1 smartphone sous android pour développer l'application de suivi '''[fourni le 05/02/2016]'''<br /> * 1 pilulier standard (Corentin)<br /> * 1 rouleau de papier réfléchissant<br /> * 1 décodeur 3 entrées / 8 sorties pour allumer les LEDs [http://fr.farnell.com/texas-instruments/cd74hc237m96/decodeur-demux-3-8-soic-16/dp/2499842?MER=i-9b10-00002068 2 décodeur 3E/8S]<br /> <br /> <br /> <br /> Chaque boite contenant les 4 compartiments de la journée est composée :<br /> * 1 interfaçage de 28 LED pour indiquer le bon compartiment [http://fr.farnell.com/avago-technologies/hsmg-c280/led-vert-15mcd-572nm-0402/dp/2494322?MER=i-9b10-00002068 28 LED Verte CMS] '''[fournis le 22/02/2016]'''<br /> * 7 super-condensateur pour allumer les diodes de chaque compartiment sur le boitier [http://fr.farnell.com/kemet/fc0h104zftbr24/super-condensateur-0-1f-5-5v-cms/dp/2362048 7 super-condensateur]<br /> * 7 résistances de 525 ohm<br /> * 1 microcontrôleur ATTiny pour enregistrer le compartiment à allumer (fourni par l'arduino) et allumer la diode [http://fr.farnell.com/atmel/attiny84-20ssu/mcu-8bit-attiny-20mhz-soic-14/dp/1636955 Lien] '''[fourni le 22/02/2016]'''<br /> <br /> ==Planning Prévisionnel==<br /> <br /> <table border="1"><br /> <tr><br /> <th>Semaines</th><br /> <th>du 25/01 au 31/01</th><br /> <th>du 1/02 au 7/02</th><br /> <th>du 8/02 au 14/02</th><br /> <th>du 15/02 au 21/02</th><br /> <th>du 22/02 au 25/02</th><br /> </tr><br /> <tr><br /> <th>Étapes</th><br /> <th>Etude bibliographique</th><br /> <th>Détection pour chaque boitier journalier si il a été enlever du support et détection si la bonne pilule a été récupéré par le patient</th><br /> <th>Programmation et interfaçage des différentes shields avec le microcontrôleur</th><br /> <th>Test pour correction d'erreur et amélioration</th><br /> <th>Rédaction du rapport de projet et Préparation à la soutenance</th><br /> </tr><br /> </table><br /> <br /> =Tableau de bord=<br /> <br /> ==Boîtes journalières==<br /> [[Fichier:drawer_electronic.jpeg|200px|thumb|Schematic de l'électronique d'une boîte]]<br /> <br /> Chaque boîte sera équipée d'un petit micro-processeur, de 4 LED, 1 résistance, une grosse capacité, 5 aimants.<br /> Par les 5 aimants vont transiter : <br /> * Le Vc+ correspondant à la tension pour charger la capacité et permettre à l'éclairage de fonctionner pour quelques minutes.<br /> * Le Vp correspondant à la tension envoyée pour détecter la présence de la boîte<br /> * La masse GND<br /> * Les entrées p0 et p1 pour connaître la LED à allumer.<br /> <br /> Nous aurons donc les cas suivants :<br /> <table border="1"><br /> <tr><br /> <th>Inputs</th><br /> <th>Vc+</th><br /> <th>Vp</th><br /> <th>p0</th><br /> <th>p1</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Pilulier repos/Détection boîte</th><br /> <th>0</th><br /> <th>1</th><br /> <th>X</th><br /> <th>X</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Heure médicaments</th><br /> <th>1</th><br /> <th>0</th><br /> <th>0/1</th><br /> <th>0/1</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Après quelques seconde de charge/Détection boîte</th><br /> <th>0</th><br /> <th>1</th><br /> <th>X</th><br /> <th>X</th><br /> <th>GND</th><br /> </tr><br /> </table><br /> <br /> Pour les inputs p0 et p1, elles dépendront du moment de la prise des médicaments :<br /> <table border="1"><br /> <tr><br /> <th>Moment</th><br /> <th>p0</th><br /> <th>p1</th><br /> </tr><br /> <tr><br /> <th>Matin</th><br /> <th>0</th><br /> <th>0</th><br /> </tr><br /> <tr><br /> <th>Midi</th><br /> <th>0</th><br /> <th>1</th><br /> </tr><br /> <tr><br /> <th>Soir</th><br /> <th>1</th><br /> <th>0</th><br /> </tr><br /> <tr><br /> <th>Coucher</th><br /> <th>1</th><br /> <th>1</th><br /> </tr><br /> </table><br /> <br /> Après configuration de l'ATTiny13 via Arduino, les tests ont avérés que cette méthode était limitée. En effet, il y a 4 LEDs et 4 combinaisons, ce qui rend compliqué de laisser un cas "auncune LED allumée".<br /> <br /> Une autre solution a été adoptée :<br /> * La pin Vcc pour l'alimentation en 5v<br /> * La pin GND pour la masse<br /> * La pin PB0 pour la LED 4<br /> * La pin PB1 pour la LED 3<br /> * La pin PB2 pour la LED 2<br /> * La pin PB3 pour la LED 1<br /> * La pin PB4 pour une liaison UART<br /> <br /> Principe de L'UART :<br /> Le signal envoyé sur la pin PB4 est à l'état par défaut. Dès qu'on détecte un front descendant, on récupère à chaque tic d'horloge la valeur haute ou basse du signal entrant en pin PB4. Nous avons décidé de faire une vérification sur les 4 premiers bits envoyés et de donner la LED à allumer sur les 4 derniers bits. On peut voir un chronogramme ci-contre.<br /> [[Fichier:Chronogramme_UART.jpeg|200px|thumb|Branchement pour programmer l'ATTiny13]]<br /> <br /> <br /> On utilise un AVRISP pour l'ATTiny13 comme on peut le voir sur l'image.<br /> <br /> [[Fichier:Config_ATTiny13.JPG|200px|thumb|Branchement pour programmer l'ATTiny13]]<br /> <br /> Voici le code pour le programmer:<br /> ''<br /> <br /> ''<br /> #define F_CPU 10000000<br /> #include <avr/io.h><br /> #include <util/delay.h><br /> int main (void){<br /> DDRB |= 0x0F;<br /> int i, code=0;<br /> while(1){<br /> while((PINB & 0x10) == 0x10){}<br /> _delay_us(1000);<br /> for(i=128 ; i>=1 ; i=i/2){<br /> code = (((PINB & 0x10)/16) * i) + code;<br /> _delay_us(2000);<br /> }<br /> if((code & 0xF0) == 0x50){<br /> PORTB |= (code - 0x50);<br /> }<br /> else {<br /> code = 0;}}}<br /> <br /> ''<br /> <br /> [[Fichier:UART.gif|200px|thumb|Test de l'envoie d'une commande par UART]]<br /> On réalise le branchement puis pour tester, on programme l'arduino micro comme ceci :<br /> ''<br /> <br /> ''<br /> int state10;<br /> int laststate10=0;<br /> void setup(){<br /> pinMode(11, OUTPUT);<br /> pinMode(12, OUTPUT);<br /> pinMode(13, INPUT);<br /> digitalWrite(11, HIGH);<br /> digitalWrite(12, HIGH);}<br /> ''<br /> <br /> ''<br /> void loop(){<br /> state10 = digitalRead(13);<br /> if ((state10 != laststate10)){<br /> if ((state10 == 0)){<br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,HIGH);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,HIGH);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,HIGH);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,HIGH);<br /> Serial.println(digitalRead(11));}}<br /> laststate10 = state10;}<br /> <br /> ''<br /> <br /> On attend un front descendant sur le pin 13, qu'on réalisera en débranchant le câble déjà branché sur celle-ci.<br /> Les 4 premiers bits 0101 sont pour la vérification d'un envoie. Sur les 4 suivants, nous avons 0010 ce qui veut dire que le PB1 sera en état haut et que nous allumerons la LED3. Le dernier bit est pour remettre par défaut en état haut.<br /> <br /> Voici un GIF du résultat des tests.<br /> <br /> ==Le support==<br /> <br /> [[Fichier:img8.JPG|200px|thumb|Circuit de Test du faisceau IR]]<br /> <br /> Le support, lui, est composé de l’Arduino micro, du RTC, du RFduino ainsi que le système de détection Infrarouge.<br /> Selon le schematic suivant, on crée un faisceau Infrarouge à l’aide d’un diode IR et d’une photorésistance de même longueur d’onde pour éviter les interferances avec la lumière ambiante.<br /> Lorsque la photorésistance capte l’Infrarouge de la diode, un micro courant circule et permet de rendre le transistor NPN passant. Le potentiel au noeud « S » est donc 0. Au contraire, s’il y a présence d’un obstacle empêchant la photorésistance de capter le rayon Infrarouge, le transistor de peut être activé et est donc bloquant. Le potentiel au noeud « S » est 5V (‘1’ logique).<br /> On peut ainsi détecter la présence d’objet entre les deux composants, dans le cas présent, un quelconque médicament.<br /> Nous avons réalisé le test avec le circuit suivant :<br /> <br /> On programme l’Arduino micro pour allumer la LED en présence d’un obstacle avec le code suivant :<br /> <br /> <br /> const int IRDetectorPin = 2; <br /> const int ledPin = 13;<br /> <br /> void setup() {<br /> pinMode(ledPin, OUTPUT);<br /> pinMode(IRDetectorPin, INPUT);<br /> }<br /> void loop(){<br /> digitalWrite(ledPin, digitalRead(IRDetectorPin));<br /> }<br /> Voici deux photos qui confirment le fonctionnement de cette méthode :<br /> [[Fichier:img9.JPG|200px|thumb|left|Faisceau sans obstacle - LED éteinte]]<br /> [[Fichier:img10.JPG|200px|thumb|Faisceau avec obstacle - LED allumée]]<br /> <br /> <br /> <br /> <br /> <br /> <br /> <br /> <br /> <br /> <br /> <br /> Les diodes IR et photorésistances devant être de part et d’autre de la boîte, il était nécessaire de réaliser deux cartes PCB que nous avons réalisées.<br /> <br /> ==App Android==<br /> L’application Android est complémentaire de la partie Arduino. Il est possible à l’aide de cette application d’établir un suivi permanent du pilulier connecté. La communication entre l’application et le capteur s’effectue à travers le protocole Bluetooth Low Energy.<br /> L’application se compose d’une seule interface qui peut exécuter plusieurs activités en arrière-plan.<br /> L’interface se décompose en 4 parties, chacune ayant une fonction précise.<br /> La première partie correspond à la communication Bluetooth. On y aperçu trois boutons qui se succèdent dont chacun correspond à une étape de la mise en communication avec le RFduino :<br /> * Enable Bluetooth permet de mettre en marche le BLE du téléphone si celui-ci est éteint.<br /> * Scan permet de détecter le RFduino.<br /> * Connect met en connexion et récupère les informations de la balise BLE.<br /> <br /> La seconde partie a pour rôle d’enregistrer le numéro du médecin ou du responsable de l’utilisateur. L’enregistrement du numéro est nécessaire à l’envoi d’un SMS si le patient n’a pas pris son médicament dans un temps spécifié.<br /> <br /> Nous arrivons ensuite à la troisième partie qui renseigne le suivi hebdomadaire du patient. On retrouve les 4 zones de journées comme l’est indiqué sur les piluliers standards, à savoir le matin, le midi, le soir et la nuit ; ainsi que la date en temps réel.<br /> Pour chaque période de la journée, on indique l’état du compartiment du pilulier correspondant à la période. Cet état est représenté par un point pouvant avoir 4 couleurs différentes selon le contexte :<br /> * Si un point jaune apparait, le médicament à ingurgiter actuellement est dans le compartiment correspondant à ce moment de la journée.<br /> * Si un point vert apparait, le médicament présent dans ce compartiment devra être ingurgité plus tard dans la journée.<br /> * Si un point rouge apparait, le médicament dans ce compartiment a oublié d’être ingurgité plus tôt dans la journée.<br /> * Si un point noir apparaît, il n’y a pas de médicament à prendre dans ce compartiment ou il a déjà été pris.<br /> <br /> Enfin dans la dernière partie, on retrouve un bouton Stop Alarm qui désactive l’alarme.<br /> Celui-ci se déclenche lorsqu’on passe à une nouvelle période de la journée. Plus précisément, lorsqu’on passe du matin au midi.<br /> Si l’utilisateur n’a pas désactiver lui-même l’alarme, celui-ci s’arrête automatiquement au bout d’une période spécifié et entraîne l’envoi d’un SMS.<br /> <br /> A savoir que l’interface intègre un conteneur ScrollView qui permet le défilement du contenu et donc l’accès à l’ensemble de différentes parties de l’application.<br /> Explication du firmware de l’application Android<br /> Le développement de l’application Android a été long mais instructif. En effet, nous n’avons jamais développé d’application Android et codé en Java auparavant. Nous nous sommes basé alors sur les nombreux tutoriels accessibles en ligne pour réaliser cette application et acquérir quelques bases en Java et développement Android.<br /> L’application a été développée en Java sous le logiciel Android Studio. Son développement s’est déroulé en plusieurs étapes :<br /> 1. Mise en place de la communication Bluetooth Low Energy entre le smartphone et le RFduino (module BLE du socle).<br /> 2. Développement de l’interface de suivi hebdomadaire<br /> 3. Programmation de l’alarme et de l’envoi du SMS d’alerte<br /> <br /> === Communication Bluetooth Low Energy ===<br /> <br /> Afin de mettre en place de la communication entre le smartphone et le pilulier, nous nous sommes basé sur le code opensource disponible sur le site officiel GitHub.<br /> Le Bluetooth Low Energy est un protocole de communication rapide qui demande peu d’énergie pour son fonctionnement. C’est le système de communication recommandé et primordiale pour les objets connectés du fait de la nécessité d’avoir des composants à faible consommation énergétique.<br /> La communication est construite selon un profil définit la manière dont les périphériques transmettent leurs données aux appareils (Generic Attribute Profile) en utilisant des concepts appelés Services et Characteristics.<br /> 16<br /> Les Services peuvent contenir une collection de Characteristics. Les Characteristics sont des flags de propriété ou les valeurs de capteurs. Chaque Service et Characteristic a son identifiant (UUID) propre.<br /> Le profil GATT propose seulement des connections exclusives ; c’est-à-dire que les périphériques BLE ne peuvent être connecté qu’à un seul smartphone à la fois.<br /> <br /> Ici, nous nous retrouvons avec :<br /> * Generic Attribute Profile Client pour l’application.<br /> * Generic Attribute Profile Server pour le pilulier connecté (RFduino) avec un service propre et plusieurs caractéristiques (communication I2C, UART...).<br /> <br /> === Suivi Hebdomadaire ===<br /> <br /> L’application Android reçoit les données à travers l’objet BroadcastReceiver qui par sa fonction onReceive va recevoir les events que reçoit l’application dans son Activity principal. Lorsqu’un event spécifique, par exemple dans notre cas lorsque une donnée est disponible par Bluetooth, le code correspondant du BroadcastReceiver s’exécute dès que possible.<br /> Pour obtenir un suivi hebdomadaire en temps réel, nous avons utilisé la fonction runOnUiThread qui exécute l'action spécifiée sur le Thread d'interface utilisateur de manière immédiate étant donné que dans notre situation le Thread courant correspond au Thread d'interface utilisateur.<br /> L’appel de cette fonction, une fois les données du RFduino reçu et récupéré dans le BroadcastReceiver, permet d’identifier les quatre périodes de la journée (matin, midi, soir et nuit) et d’adapter automatiquement de manière visuel (jaune, vert, rouge, noir) selon les données reçus (respectivement : 1, 2, 3, 4).<br /> <br /> === Alarme et envoi du SMS d'alerte ===<br /> <br /> L’alarme est déclenchée suite à la réception, via la communication Bluetooth, de la commande « alarme ».<br /> Afin de mettre en place l’alarme, nous avons exploité les services d’alarme du système Android, AlarmManager class, qui permet de planifier une activité à être exécuté à un moment donné dans l'avenir. Pour cela, nous avons planifié deux alarmes :<br /> 1. Une première alarme qui se répète toutes les 3 secondes.<br /> 2. Une deuxième alarme qui permet d’arrêter la première alarme au bout d’une heure.<br /> 17<br /> Pour que l’alarme soit toujours exécutée en background de l’application et même à sa fermeture, nous avons utilisé le système d’évènement, BroadcastReceiver object, combiné à la création d’un nouveau Thread ou Tâche dans le service sur lequel dirige le BroadcastReceiver. Ce Thread utilise les fonctionnalités de MediaPlayer, qui permet le contrôle de la lecture de flux audio.<br /> De plus, au bout de l’activation de la seconde alarme, si la première alarme n’est pas déjà désactivée, on envoie un SMS d’alerte au numéro enregistré au préalable, à partir du service SmsManager d’Android. Ce service permet de faire appel à l’application intégrée à Android « Message », et d’envoyer un SMS.<br /> Enfin, si l’utilisateur appui sur le bouton Stop Alarm, la fonction appelé va d’abord arrêter la future planification de la prochaine sonnerie de l’alarme, puis annuler l’appel de l’event BroadcastReceiver.<br /> <br /> ==Semaine 4==<br /> <br /> =Fichiers Rendus=<br /> ==Rapport==<br /> ==Codes==<br /> [[Fichier:Code_Android_PillBox.zip]]<br /> <br /> =Références=</div>

Cduplouy https://projets-ima.plil.fr/mediawiki/index.php?title=Pilulier_automatique&diff=27756 Pilulier automatique 2016-02-23T22:06:00Z

<p>Cduplouy : /* Le support */</p> <hr /> <div>=Présentation générale du projet=<br /> <br /> ==Contexte du projet==<br /> <br /> D'après des statistiques établis en 2014, un meilleur suivi des traitements médicaux et des médicaments dans le monde permettrait de réaliser 8% d'économies sur le coût total des dépenses de santé.<br /> <br /> De plus, on estime en Europe que la mauvaise prise de médicaments est à l’origine de plusieurs dizaines de milliers de décès chaque année.<br /> <br /> Selon le rapport IGAS2, en France, un mauvais suivi des heures de prises et de dosage de médicament aurait causé entre 8 000 à 12 000 décès par an et coûté près de 2 milliards € à l’Assurance Maladie.<br /> <br /> 13 millions de patients résidents en France seraient polymédiqués, et parmi eux de nombreuses personnes âgées de plus de 60 ans. <br /> <br /> La santé connectée est donc devenue un marché porteur. <br /> <br /> C'est ainsi que de nombreuses solutions se développent chaque jour qui a pour but de venir en aide aux personnes âgées dans les horaires de leurs prises de médicaments et éviter les surdosages ou les erreurs de traitement.<br /> <br /> ==Objectif du projet==<br /> <br /> L’objectif de ce projet est d'adapter un pilulier hebdomadaire pour le rendre connecté pour faciliter le suivi et la prise de médicaments quotidiens à différents moment de la journée.<br /> <br /> ==Description du projet==<br /> <br /> Afin de mettre en place ce pilulier connecté, il faut bien prendre en compte la donnée suivante : il doit être transportable. Cela sous-entend d’avoir un modèle suffisamment compact ainsi qu’une autonomie sur batterie.<br /> Nous devons donc trouver une entre son autonomie et sa connectivité et sa taille/forme.<br /> Actuellement, il existe sur le marché différentes propositions de pilulier connecté. Chacun avec leurs caractéristiques propres :<br /> <br /> * Imedipac de Medissimo : envoie un SMS et/ou un email à l’utilisateur pour lui rappeler de prendre tel médicament à telle heure.<br /> * Do-Pill de SecuR : rend accessible les comprimés et gélules à la date et à l'heure indiqué par le médecin pour éviter les surdosages ou les erreurs de traitement.<br /> * Sivan de MedSecure : prévient l'entourage si erreur du patient dans la prise de ses comprimées et alerte le patient si il doit prendre un comprimé.<br /> <br /> <br /> Afin de proposer une solution alternative à ses piluliers connectés déjà existant, le patient pourra utiliser son pilulier hebdomadaire standard auquel il intégra une base qu'il rendra connecté celui ci.<br /> Notre pilulier connecté sera composé d’un socle contenant toute l’électronique et la batterie et de 7 boîtiers à cachets amovibles<br /> <br /> =Cahiers de charges=<br /> == Fonctionnalités ==<br /> <br /> Ce support permettra au pilulier de remplir les fonctions suivantes :<br /> * Emission d'une alarme lorsque l'usager doit prendre une pilule à une heure et date précise (alarme différente selon le moment de la journée : matin, midi, soir, nuit)<br /> * Indication par une LED la boîte du jour à prendre et par une autre, le compartiment de cette journée.<br /> * Détection si l'usager a pris la bonne journée (sinon émission d'un son)<br /> * Détection si l'usager a pris la bonne pilule à la bonne heure (sinon émission d'un son)<br /> * Détection de la présence des tiroirs<br /> * Suivi par application Androïd.<br /> <br /> == Matériels ==<br /> <br /> Le socle sera composé : <br /> * 7 LED RGB pour indiquer par une couleur verte le bon boîtier et une rouge tout problème avec la boîte correspondante [http://fr.farnell.com/avago-technologies/asmt-ytb2-0bb02/led-plcc6-rgb-745-1600-380mcd/dp/1863243 7 LED RGB CMS] ou [http://fr.farnell.com/avago-technologies/asmb-mtb1-0a3a2/led-rgb-plcc4-surface-noire/dp/2401106 LED] déjà dispo depuis le Projet du Dé Electronique<br /> * 28 [http://fr.farnell.com/kingbright/kp-1608f3c/led-ir-0603-940nm/dp/2449775 IR émetteur] '''[fournis le 22/02/2016]'''<br /> * 28 [http://fr.farnell.com/kingbright/kp-1608p1c/phototransistor-0603-940nm/dp/2290430 Phototransistor] pour la détection de l’intérieur des compartiments '''[fournis le 22/02/2016]'''<br /> * 10, 20 ou 70 aimants conducteur d'électricité (5 par boîtier en face de 5 autres sur le socle, donc 10 pour une journée - possibilité de faire le proto sur 1, 2 ou 7 journée) pour assurer la tenue du boîtier et détecter sa présence [http://fr.rs-online.com/web/p/aimants/7924559/ 1, 2 ou 7 sachets de 10 aimants ] '''[10 fournis le 22/02/2016]'''<br /> ''( 1 écran LCD pour afficher les messages comme la date et l'heure ou des alertes [http://fr.farnell.com/lumex/lcm-s01602dsf-a/display-dot-matrix-lcd-16-x-2/dp/2062132 1 Ecran LCD 2*16])''<br /> * 1 HP ou buzzer pour émettre une sonnerie [http://www.gotronic.fr/art-buzzer-sv2319c-21015.htm Buzzer]<br /> * 1 arduino nano pour assurer le contrôle [http://www.mouser.fr/ProductDetail/Seeed-Studio/102010019/ arduino nano] '''[fourni le 04/02/2016]'''<br /> * 1 shield BLE pour la connectivité bluetooth contenant le composant nRF8001 (déjà disponible du projet Surveillance passive de sommeil de IMA4 2014/2015) '''[fourni le 04/02/2016]'''<br /> * 1 RTC pour avoir le temps et la date réel contenant le composant DS1307 (MOD-RTC déjà disponible du projet Surveillance passive de sommeil de IMA4 2014/2015) '''[fourni le 05/02/2016]'''<br /> * 1 smartphone sous android pour développer l'application de suivi '''[fourni le 05/02/2016]'''<br /> * 1 pilulier standard (Corentin)<br /> * 1 rouleau de papier réfléchissant<br /> * 1 décodeur 3 entrées / 8 sorties pour allumer les LEDs [http://fr.farnell.com/texas-instruments/cd74hc237m96/decodeur-demux-3-8-soic-16/dp/2499842?MER=i-9b10-00002068 2 décodeur 3E/8S]<br /> <br /> <br /> <br /> Chaque boite contenant les 4 compartiments de la journée est composée :<br /> * 1 interfaçage de 28 LED pour indiquer le bon compartiment [http://fr.farnell.com/avago-technologies/hsmg-c280/led-vert-15mcd-572nm-0402/dp/2494322?MER=i-9b10-00002068 28 LED Verte CMS] '''[fournis le 22/02/2016]'''<br /> * 7 super-condensateur pour allumer les diodes de chaque compartiment sur le boitier [http://fr.farnell.com/kemet/fc0h104zftbr24/super-condensateur-0-1f-5-5v-cms/dp/2362048 7 super-condensateur]<br /> * 7 résistances de 525 ohm<br /> * 1 microcontrôleur ATTiny pour enregistrer le compartiment à allumer (fourni par l'arduino) et allumer la diode [http://fr.farnell.com/atmel/attiny84-20ssu/mcu-8bit-attiny-20mhz-soic-14/dp/1636955 Lien] '''[fourni le 22/02/2016]'''<br /> <br /> ==Planning Prévisionnel==<br /> <br /> <table border="1"><br /> <tr><br /> <th>Semaines</th><br /> <th>du 25/01 au 31/01</th><br /> <th>du 1/02 au 7/02</th><br /> <th>du 8/02 au 14/02</th><br /> <th>du 15/02 au 21/02</th><br /> <th>du 22/02 au 25/02</th><br /> </tr><br /> <tr><br /> <th>Étapes</th><br /> <th>Etude bibliographique</th><br /> <th>Détection pour chaque boitier journalier si il a été enlever du support et détection si la bonne pilule a été récupéré par le patient</th><br /> <th>Programmation et interfaçage des différentes shields avec le microcontrôleur</th><br /> <th>Test pour correction d'erreur et amélioration</th><br /> <th>Rédaction du rapport de projet et Préparation à la soutenance</th><br /> </tr><br /> </table><br /> <br /> =Tableau de bord=<br /> <br /> ==Boîtes journalières==<br /> [[Fichier:drawer_electronic.jpeg|200px|thumb|Schematic de l'électronique d'une boîte]]<br /> <br /> Chaque boîte sera équipée d'un petit micro-processeur, de 4 LED, 1 résistance, une grosse capacité, 5 aimants.<br /> Par les 5 aimants vont transiter : <br /> * Le Vc+ correspondant à la tension pour charger la capacité et permettre à l'éclairage de fonctionner pour quelques minutes.<br /> * Le Vp correspondant à la tension envoyée pour détecter la présence de la boîte<br /> * La masse GND<br /> * Les entrées p0 et p1 pour connaître la LED à allumer.<br /> <br /> Nous aurons donc les cas suivants :<br /> <table border="1"><br /> <tr><br /> <th>Inputs</th><br /> <th>Vc+</th><br /> <th>Vp</th><br /> <th>p0</th><br /> <th>p1</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Pilulier repos/Détection boîte</th><br /> <th>0</th><br /> <th>1</th><br /> <th>X</th><br /> <th>X</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Heure médicaments</th><br /> <th>1</th><br /> <th>0</th><br /> <th>0/1</th><br /> <th>0/1</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Après quelques seconde de charge/Détection boîte</th><br /> <th>0</th><br /> <th>1</th><br /> <th>X</th><br /> <th>X</th><br /> <th>GND</th><br /> </tr><br /> </table><br /> <br /> Pour les inputs p0 et p1, elles dépendront du moment de la prise des médicaments :<br /> <table border="1"><br /> <tr><br /> <th>Moment</th><br /> <th>p0</th><br /> <th>p1</th><br /> </tr><br /> <tr><br /> <th>Matin</th><br /> <th>0</th><br /> <th>0</th><br /> </tr><br /> <tr><br /> <th>Midi</th><br /> <th>0</th><br /> <th>1</th><br /> </tr><br /> <tr><br /> <th>Soir</th><br /> <th>1</th><br /> <th>0</th><br /> </tr><br /> <tr><br /> <th>Coucher</th><br /> <th>1</th><br /> <th>1</th><br /> </tr><br /> </table><br /> <br /> Après configuration de l'ATTiny13 via Arduino, les tests ont avérés que cette méthode était limitée. En effet, il y a 4 LEDs et 4 combinaisons, ce qui rend compliqué de laisser un cas "auncune LED allumée".<br /> <br /> Une autre solution a été adoptée :<br /> * La pin Vcc pour l'alimentation en 5v<br /> * La pin GND pour la masse<br /> * La pin PB0 pour la LED 4<br /> * La pin PB1 pour la LED 3<br /> * La pin PB2 pour la LED 2<br /> * La pin PB3 pour la LED 1<br /> * La pin PB4 pour une liaison UART<br /> <br /> Principe de L'UART :<br /> Le signal envoyé sur la pin PB4 est à l'état par défaut. Dès qu'on détecte un front descendant, on récupère à chaque tic d'horloge la valeur haute ou basse du signal entrant en pin PB4. Nous avons décidé de faire une vérification sur les 4 premiers bits envoyés et de donner la LED à allumer sur les 4 derniers bits. On peut voir un chronogramme ci-contre.<br /> [[Fichier:Chronogramme_UART.jpeg|200px|thumb|Branchement pour programmer l'ATTiny13]]<br /> <br /> <br /> On utilise un AVRISP pour l'ATTiny13 comme on peut le voir sur l'image.<br /> <br /> [[Fichier:Config_ATTiny13.JPG|200px|thumb|Branchement pour programmer l'ATTiny13]]<br /> <br /> Voici le code pour le programmer:<br /> ''<br /> <br /> ''<br /> #define F_CPU 10000000<br /> #include <avr/io.h><br /> #include <util/delay.h><br /> int main (void){<br /> DDRB |= 0x0F;<br /> int i, code=0;<br /> while(1){<br /> while((PINB & 0x10) == 0x10){}<br /> _delay_us(1000);<br /> for(i=128 ; i>=1 ; i=i/2){<br /> code = (((PINB & 0x10)/16) * i) + code;<br /> _delay_us(2000);<br /> }<br /> if((code & 0xF0) == 0x50){<br /> PORTB |= (code - 0x50);<br /> }<br /> else {<br /> code = 0;}}}<br /> <br /> ''<br /> <br /> [[Fichier:UART.gif|200px|thumb|Test de l'envoie d'une commande par UART]]<br /> On réalise le branchement puis pour tester, on programme l'arduino micro comme ceci :<br /> ''<br /> <br /> ''<br /> int state10;<br /> int laststate10=0;<br /> void setup(){<br /> pinMode(11, OUTPUT);<br /> pinMode(12, OUTPUT);<br /> pinMode(13, INPUT);<br /> digitalWrite(11, HIGH);<br /> digitalWrite(12, HIGH);}<br /> ''<br /> <br /> ''<br /> void loop(){<br /> state10 = digitalRead(13);<br /> if ((state10 != laststate10)){<br /> if ((state10 == 0)){<br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,HIGH);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,HIGH);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,HIGH);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,HIGH);<br /> Serial.println(digitalRead(11));}}<br /> laststate10 = state10;}<br /> <br /> ''<br /> <br /> On attend un front descendant sur le pin 13, qu'on réalisera en débranchant le câble déjà branché sur celle-ci.<br /> Les 4 premiers bits 0101 sont pour la vérification d'un envoie. Sur les 4 suivants, nous avons 0010 ce qui veut dire que le PB1 sera en état haut et que nous allumerons la LED3. Le dernier bit est pour remettre par défaut en état haut.<br /> <br /> Voici un GIF du résultat des tests.<br /> <br /> ==Le support==<br /> <br /> [[Fichier:img8.JPG|200px|thumb|Circuit de Test du faisceau IR]]<br /> <br /> Le support, lui, est composé de l’Arduino micro, du RTC, du RFduino ainsi que le système de détection Infrarouge.<br /> Selon le schematic suivant, on crée un faisceau Infrarouge à l’aide d’un diode IR et d’une photorésistance de même longueur d’onde pour éviter les interferances avec la lumière ambiante.<br /> Lorsque la photorésistance capte l’Infrarouge de la diode, un micro courant circule et permet de rendre le transistor NPN passant. Le potentiel au noeud « S » est donc 0. Au contraire, s’il y a présence d’un obstacle empêchant la photorésistance de capter le rayon Infrarouge, le transistor de peut être activé et est donc bloquant. Le potentiel au noeud « S » est 5V (‘1’ logique).<br /> On peut ainsi détecter la présence d’objet entre les deux composants, dans le cas présent, un quelconque médicament.<br /> Nous avons réalisé le test avec le circuit suivant :<br /> <br /> On programme l’Arduino micro pour allumer la LED en présence d’un obstacle avec le code suivant :<br /> <br /> <br /> const int IRDetectorPin = 2; <br /> const int ledPin = 13;<br /> <br /> void setup() {<br /> pinMode(ledPin, OUTPUT);<br /> pinMode(IRDetectorPin, INPUT);<br /> }<br /> void loop(){<br /> digitalWrite(ledPin, digitalRead(IRDetectorPin));<br /> }<br /> <br /> [[Fichier:img9.JPG|200px|thumb|left|Faisceau sans obstacle - LED éteinte]]<br /> [[Fichier:img10.JPG|200px|thumb|Faisceau avec obstacle - LED allumée]]<br /> Voici deux photos qui confirment le fonctionnement de cette méthode :<br /> <br /> <br /> <br /> <br /> <br /> <br /> <br /> <br /> <br /> <br /> Les diodes IR et photorésistances devant être de part et d’autre de la boîte, il était nécessaire de réaliser deux cartes PCB que nous avons réalisées.<br /> <br /> ==App Android==<br /> L’application Android est complémentaire de la partie Arduino. Il est possible à l’aide de cette application d’établir un suivi permanent du pilulier connecté. La communication entre l’application et le capteur s’effectue à travers le protocole Bluetooth Low Energy.<br /> L’application se compose d’une seule interface qui peut exécuter plusieurs activités en arrière-plan.<br /> L’interface se décompose en 4 parties, chacune ayant une fonction précise.<br /> La première partie correspond à la communication Bluetooth. On y aperçu trois boutons qui se succèdent dont chacun correspond à une étape de la mise en communication avec le RFduino :<br /> * Enable Bluetooth permet de mettre en marche le BLE du téléphone si celui-ci est éteint.<br /> * Scan permet de détecter le RFduino.<br /> * Connect met en connexion et récupère les informations de la balise BLE.<br /> <br /> La seconde partie a pour rôle d’enregistrer le numéro du médecin ou du responsable de l’utilisateur. L’enregistrement du numéro est nécessaire à l’envoi d’un SMS si le patient n’a pas pris son médicament dans un temps spécifié.<br /> <br /> Nous arrivons ensuite à la troisième partie qui renseigne le suivi hebdomadaire du patient. On retrouve les 4 zones de journées comme l’est indiqué sur les piluliers standards, à savoir le matin, le midi, le soir et la nuit ; ainsi que la date en temps réel.<br /> Pour chaque période de la journée, on indique l’état du compartiment du pilulier correspondant à la période. Cet état est représenté par un point pouvant avoir 4 couleurs différentes selon le contexte :<br /> * Si un point jaune apparait, le médicament à ingurgiter actuellement est dans le compartiment correspondant à ce moment de la journée.<br /> * Si un point vert apparait, le médicament présent dans ce compartiment devra être ingurgité plus tard dans la journée.<br /> * Si un point rouge apparait, le médicament dans ce compartiment a oublié d’être ingurgité plus tôt dans la journée.<br /> * Si un point noir apparaît, il n’y a pas de médicament à prendre dans ce compartiment ou il a déjà été pris.<br /> <br /> Enfin dans la dernière partie, on retrouve un bouton Stop Alarm qui désactive l’alarme.<br /> Celui-ci se déclenche lorsqu’on passe à une nouvelle période de la journée. Plus précisément, lorsqu’on passe du matin au midi.<br /> Si l’utilisateur n’a pas désactiver lui-même l’alarme, celui-ci s’arrête automatiquement au bout d’une période spécifié et entraîne l’envoi d’un SMS.<br /> <br /> A savoir que l’interface intègre un conteneur ScrollView qui permet le défilement du contenu et donc l’accès à l’ensemble de différentes parties de l’application.<br /> Explication du firmware de l’application Android<br /> Le développement de l’application Android a été long mais instructif. En effet, nous n’avons jamais développé d’application Android et codé en Java auparavant. Nous nous sommes basé alors sur les nombreux tutoriels accessibles en ligne pour réaliser cette application et acquérir quelques bases en Java et développement Android.<br /> L’application a été développée en Java sous le logiciel Android Studio. Son développement s’est déroulé en plusieurs étapes :<br /> 1. Mise en place de la communication Bluetooth Low Energy entre le smartphone et le RFduino (module BLE du socle).<br /> 2. Développement de l’interface de suivi hebdomadaire<br /> 3. Programmation de l’alarme et de l’envoi du SMS d’alerte<br /> <br /> === Communication Bluetooth Low Energy ===<br /> <br /> Afin de mettre en place de la communication entre le smartphone et le pilulier, nous nous sommes basé sur le code opensource disponible sur le site officiel GitHub.<br /> Le Bluetooth Low Energy est un protocole de communication rapide qui demande peu d’énergie pour son fonctionnement. C’est le système de communication recommandé et primordiale pour les objets connectés du fait de la nécessité d’avoir des composants à faible consommation énergétique.<br /> La communication est construite selon un profil définit la manière dont les périphériques transmettent leurs données aux appareils (Generic Attribute Profile) en utilisant des concepts appelés Services et Characteristics.<br /> 16<br /> Les Services peuvent contenir une collection de Characteristics. Les Characteristics sont des flags de propriété ou les valeurs de capteurs. Chaque Service et Characteristic a son identifiant (UUID) propre.<br /> Le profil GATT propose seulement des connections exclusives ; c’est-à-dire que les périphériques BLE ne peuvent être connecté qu’à un seul smartphone à la fois.<br /> <br /> Ici, nous nous retrouvons avec :<br /> * Generic Attribute Profile Client pour l’application.<br /> * Generic Attribute Profile Server pour le pilulier connecté (RFduino) avec un service propre et plusieurs caractéristiques (communication I2C, UART...).<br /> <br /> === Suivi Hebdomadaire ===<br /> <br /> L’application Android reçoit les données à travers l’objet BroadcastReceiver qui par sa fonction onReceive va recevoir les events que reçoit l’application dans son Activity principal. Lorsqu’un event spécifique, par exemple dans notre cas lorsque une donnée est disponible par Bluetooth, le code correspondant du BroadcastReceiver s’exécute dès que possible.<br /> Pour obtenir un suivi hebdomadaire en temps réel, nous avons utilisé la fonction runOnUiThread qui exécute l'action spécifiée sur le Thread d'interface utilisateur de manière immédiate étant donné que dans notre situation le Thread courant correspond au Thread d'interface utilisateur.<br /> L’appel de cette fonction, une fois les données du RFduino reçu et récupéré dans le BroadcastReceiver, permet d’identifier les quatre périodes de la journée (matin, midi, soir et nuit) et d’adapter automatiquement de manière visuel (jaune, vert, rouge, noir) selon les données reçus (respectivement : 1, 2, 3, 4).<br /> <br /> === Alarme et envoi du SMS d'alerte ===<br /> <br /> L’alarme est déclenchée suite à la réception, via la communication Bluetooth, de la commande « alarme ».<br /> Afin de mettre en place l’alarme, nous avons exploité les services d’alarme du système Android, AlarmManager class, qui permet de planifier une activité à être exécuté à un moment donné dans l'avenir. Pour cela, nous avons planifié deux alarmes :<br /> 1. Une première alarme qui se répète toutes les 3 secondes.<br /> 2. Une deuxième alarme qui permet d’arrêter la première alarme au bout d’une heure.<br /> 17<br /> Pour que l’alarme soit toujours exécutée en background de l’application et même à sa fermeture, nous avons utilisé le système d’évènement, BroadcastReceiver object, combiné à la création d’un nouveau Thread ou Tâche dans le service sur lequel dirige le BroadcastReceiver. Ce Thread utilise les fonctionnalités de MediaPlayer, qui permet le contrôle de la lecture de flux audio.<br /> De plus, au bout de l’activation de la seconde alarme, si la première alarme n’est pas déjà désactivée, on envoie un SMS d’alerte au numéro enregistré au préalable, à partir du service SmsManager d’Android. Ce service permet de faire appel à l’application intégrée à Android « Message », et d’envoyer un SMS.<br /> Enfin, si l’utilisateur appui sur le bouton Stop Alarm, la fonction appelé va d’abord arrêter la future planification de la prochaine sonnerie de l’alarme, puis annuler l’appel de l’event BroadcastReceiver.<br /> <br /> ==Semaine 4==<br /> <br /> =Fichiers Rendus=<br /> ==Rapport==<br /> ==Codes==<br /> [[Fichier:Code_Android_PillBox.zip]]<br /> <br /> =Références=</div>

Cduplouy https://projets-ima.plil.fr/mediawiki/index.php?title=Pilulier_automatique&diff=27755 Pilulier automatique 2016-02-23T22:05:40Z

<p>Cduplouy : /* Le support */</p> <hr /> <div>=Présentation générale du projet=<br /> <br /> ==Contexte du projet==<br /> <br /> D'après des statistiques établis en 2014, un meilleur suivi des traitements médicaux et des médicaments dans le monde permettrait de réaliser 8% d'économies sur le coût total des dépenses de santé.<br /> <br /> De plus, on estime en Europe que la mauvaise prise de médicaments est à l’origine de plusieurs dizaines de milliers de décès chaque année.<br /> <br /> Selon le rapport IGAS2, en France, un mauvais suivi des heures de prises et de dosage de médicament aurait causé entre 8 000 à 12 000 décès par an et coûté près de 2 milliards € à l’Assurance Maladie.<br /> <br /> 13 millions de patients résidents en France seraient polymédiqués, et parmi eux de nombreuses personnes âgées de plus de 60 ans. <br /> <br /> La santé connectée est donc devenue un marché porteur. <br /> <br /> C'est ainsi que de nombreuses solutions se développent chaque jour qui a pour but de venir en aide aux personnes âgées dans les horaires de leurs prises de médicaments et éviter les surdosages ou les erreurs de traitement.<br /> <br /> ==Objectif du projet==<br /> <br /> L’objectif de ce projet est d'adapter un pilulier hebdomadaire pour le rendre connecté pour faciliter le suivi et la prise de médicaments quotidiens à différents moment de la journée.<br /> <br /> ==Description du projet==<br /> <br /> Afin de mettre en place ce pilulier connecté, il faut bien prendre en compte la donnée suivante : il doit être transportable. Cela sous-entend d’avoir un modèle suffisamment compact ainsi qu’une autonomie sur batterie.<br /> Nous devons donc trouver une entre son autonomie et sa connectivité et sa taille/forme.<br /> Actuellement, il existe sur le marché différentes propositions de pilulier connecté. Chacun avec leurs caractéristiques propres :<br /> <br /> * Imedipac de Medissimo : envoie un SMS et/ou un email à l’utilisateur pour lui rappeler de prendre tel médicament à telle heure.<br /> * Do-Pill de SecuR : rend accessible les comprimés et gélules à la date et à l'heure indiqué par le médecin pour éviter les surdosages ou les erreurs de traitement.<br /> * Sivan de MedSecure : prévient l'entourage si erreur du patient dans la prise de ses comprimées et alerte le patient si il doit prendre un comprimé.<br /> <br /> <br /> Afin de proposer une solution alternative à ses piluliers connectés déjà existant, le patient pourra utiliser son pilulier hebdomadaire standard auquel il intégra une base qu'il rendra connecté celui ci.<br /> Notre pilulier connecté sera composé d’un socle contenant toute l’électronique et la batterie et de 7 boîtiers à cachets amovibles<br /> <br /> =Cahiers de charges=<br /> == Fonctionnalités ==<br /> <br /> Ce support permettra au pilulier de remplir les fonctions suivantes :<br /> * Emission d'une alarme lorsque l'usager doit prendre une pilule à une heure et date précise (alarme différente selon le moment de la journée : matin, midi, soir, nuit)<br /> * Indication par une LED la boîte du jour à prendre et par une autre, le compartiment de cette journée.<br /> * Détection si l'usager a pris la bonne journée (sinon émission d'un son)<br /> * Détection si l'usager a pris la bonne pilule à la bonne heure (sinon émission d'un son)<br /> * Détection de la présence des tiroirs<br /> * Suivi par application Androïd.<br /> <br /> == Matériels ==<br /> <br /> Le socle sera composé : <br /> * 7 LED RGB pour indiquer par une couleur verte le bon boîtier et une rouge tout problème avec la boîte correspondante [http://fr.farnell.com/avago-technologies/asmt-ytb2-0bb02/led-plcc6-rgb-745-1600-380mcd/dp/1863243 7 LED RGB CMS] ou [http://fr.farnell.com/avago-technologies/asmb-mtb1-0a3a2/led-rgb-plcc4-surface-noire/dp/2401106 LED] déjà dispo depuis le Projet du Dé Electronique<br /> * 28 [http://fr.farnell.com/kingbright/kp-1608f3c/led-ir-0603-940nm/dp/2449775 IR émetteur] '''[fournis le 22/02/2016]'''<br /> * 28 [http://fr.farnell.com/kingbright/kp-1608p1c/phototransistor-0603-940nm/dp/2290430 Phototransistor] pour la détection de l’intérieur des compartiments '''[fournis le 22/02/2016]'''<br /> * 10, 20 ou 70 aimants conducteur d'électricité (5 par boîtier en face de 5 autres sur le socle, donc 10 pour une journée - possibilité de faire le proto sur 1, 2 ou 7 journée) pour assurer la tenue du boîtier et détecter sa présence [http://fr.rs-online.com/web/p/aimants/7924559/ 1, 2 ou 7 sachets de 10 aimants ] '''[10 fournis le 22/02/2016]'''<br /> ''( 1 écran LCD pour afficher les messages comme la date et l'heure ou des alertes [http://fr.farnell.com/lumex/lcm-s01602dsf-a/display-dot-matrix-lcd-16-x-2/dp/2062132 1 Ecran LCD 2*16])''<br /> * 1 HP ou buzzer pour émettre une sonnerie [http://www.gotronic.fr/art-buzzer-sv2319c-21015.htm Buzzer]<br /> * 1 arduino nano pour assurer le contrôle [http://www.mouser.fr/ProductDetail/Seeed-Studio/102010019/ arduino nano] '''[fourni le 04/02/2016]'''<br /> * 1 shield BLE pour la connectivité bluetooth contenant le composant nRF8001 (déjà disponible du projet Surveillance passive de sommeil de IMA4 2014/2015) '''[fourni le 04/02/2016]'''<br /> * 1 RTC pour avoir le temps et la date réel contenant le composant DS1307 (MOD-RTC déjà disponible du projet Surveillance passive de sommeil de IMA4 2014/2015) '''[fourni le 05/02/2016]'''<br /> * 1 smartphone sous android pour développer l'application de suivi '''[fourni le 05/02/2016]'''<br /> * 1 pilulier standard (Corentin)<br /> * 1 rouleau de papier réfléchissant<br /> * 1 décodeur 3 entrées / 8 sorties pour allumer les LEDs [http://fr.farnell.com/texas-instruments/cd74hc237m96/decodeur-demux-3-8-soic-16/dp/2499842?MER=i-9b10-00002068 2 décodeur 3E/8S]<br /> <br /> <br /> <br /> Chaque boite contenant les 4 compartiments de la journée est composée :<br /> * 1 interfaçage de 28 LED pour indiquer le bon compartiment [http://fr.farnell.com/avago-technologies/hsmg-c280/led-vert-15mcd-572nm-0402/dp/2494322?MER=i-9b10-00002068 28 LED Verte CMS] '''[fournis le 22/02/2016]'''<br /> * 7 super-condensateur pour allumer les diodes de chaque compartiment sur le boitier [http://fr.farnell.com/kemet/fc0h104zftbr24/super-condensateur-0-1f-5-5v-cms/dp/2362048 7 super-condensateur]<br /> * 7 résistances de 525 ohm<br /> * 1 microcontrôleur ATTiny pour enregistrer le compartiment à allumer (fourni par l'arduino) et allumer la diode [http://fr.farnell.com/atmel/attiny84-20ssu/mcu-8bit-attiny-20mhz-soic-14/dp/1636955 Lien] '''[fourni le 22/02/2016]'''<br /> <br /> ==Planning Prévisionnel==<br /> <br /> <table border="1"><br /> <tr><br /> <th>Semaines</th><br /> <th>du 25/01 au 31/01</th><br /> <th>du 1/02 au 7/02</th><br /> <th>du 8/02 au 14/02</th><br /> <th>du 15/02 au 21/02</th><br /> <th>du 22/02 au 25/02</th><br /> </tr><br /> <tr><br /> <th>Étapes</th><br /> <th>Etude bibliographique</th><br /> <th>Détection pour chaque boitier journalier si il a été enlever du support et détection si la bonne pilule a été récupéré par le patient</th><br /> <th>Programmation et interfaçage des différentes shields avec le microcontrôleur</th><br /> <th>Test pour correction d'erreur et amélioration</th><br /> <th>Rédaction du rapport de projet et Préparation à la soutenance</th><br /> </tr><br /> </table><br /> <br /> =Tableau de bord=<br /> <br /> ==Boîtes journalières==<br /> [[Fichier:drawer_electronic.jpeg|200px|thumb|Schematic de l'électronique d'une boîte]]<br /> <br /> Chaque boîte sera équipée d'un petit micro-processeur, de 4 LED, 1 résistance, une grosse capacité, 5 aimants.<br /> Par les 5 aimants vont transiter : <br /> * Le Vc+ correspondant à la tension pour charger la capacité et permettre à l'éclairage de fonctionner pour quelques minutes.<br /> * Le Vp correspondant à la tension envoyée pour détecter la présence de la boîte<br /> * La masse GND<br /> * Les entrées p0 et p1 pour connaître la LED à allumer.<br /> <br /> Nous aurons donc les cas suivants :<br /> <table border="1"><br /> <tr><br /> <th>Inputs</th><br /> <th>Vc+</th><br /> <th>Vp</th><br /> <th>p0</th><br /> <th>p1</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Pilulier repos/Détection boîte</th><br /> <th>0</th><br /> <th>1</th><br /> <th>X</th><br /> <th>X</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Heure médicaments</th><br /> <th>1</th><br /> <th>0</th><br /> <th>0/1</th><br /> <th>0/1</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Après quelques seconde de charge/Détection boîte</th><br /> <th>0</th><br /> <th>1</th><br /> <th>X</th><br /> <th>X</th><br /> <th>GND</th><br /> </tr><br /> </table><br /> <br /> Pour les inputs p0 et p1, elles dépendront du moment de la prise des médicaments :<br /> <table border="1"><br /> <tr><br /> <th>Moment</th><br /> <th>p0</th><br /> <th>p1</th><br /> </tr><br /> <tr><br /> <th>Matin</th><br /> <th>0</th><br /> <th>0</th><br /> </tr><br /> <tr><br /> <th>Midi</th><br /> <th>0</th><br /> <th>1</th><br /> </tr><br /> <tr><br /> <th>Soir</th><br /> <th>1</th><br /> <th>0</th><br /> </tr><br /> <tr><br /> <th>Coucher</th><br /> <th>1</th><br /> <th>1</th><br /> </tr><br /> </table><br /> <br /> Après configuration de l'ATTiny13 via Arduino, les tests ont avérés que cette méthode était limitée. En effet, il y a 4 LEDs et 4 combinaisons, ce qui rend compliqué de laisser un cas "auncune LED allumée".<br /> <br /> Une autre solution a été adoptée :<br /> * La pin Vcc pour l'alimentation en 5v<br /> * La pin GND pour la masse<br /> * La pin PB0 pour la LED 4<br /> * La pin PB1 pour la LED 3<br /> * La pin PB2 pour la LED 2<br /> * La pin PB3 pour la LED 1<br /> * La pin PB4 pour une liaison UART<br /> <br /> Principe de L'UART :<br /> Le signal envoyé sur la pin PB4 est à l'état par défaut. Dès qu'on détecte un front descendant, on récupère à chaque tic d'horloge la valeur haute ou basse du signal entrant en pin PB4. Nous avons décidé de faire une vérification sur les 4 premiers bits envoyés et de donner la LED à allumer sur les 4 derniers bits. On peut voir un chronogramme ci-contre.<br /> [[Fichier:Chronogramme_UART.jpeg|200px|thumb|Branchement pour programmer l'ATTiny13]]<br /> <br /> <br /> On utilise un AVRISP pour l'ATTiny13 comme on peut le voir sur l'image.<br /> <br /> [[Fichier:Config_ATTiny13.JPG|200px|thumb|Branchement pour programmer l'ATTiny13]]<br /> <br /> Voici le code pour le programmer:<br /> ''<br /> <br /> ''<br /> #define F_CPU 10000000<br /> #include <avr/io.h><br /> #include <util/delay.h><br /> int main (void){<br /> DDRB |= 0x0F;<br /> int i, code=0;<br /> while(1){<br /> while((PINB & 0x10) == 0x10){}<br /> _delay_us(1000);<br /> for(i=128 ; i>=1 ; i=i/2){<br /> code = (((PINB & 0x10)/16) * i) + code;<br /> _delay_us(2000);<br /> }<br /> if((code & 0xF0) == 0x50){<br /> PORTB |= (code - 0x50);<br /> }<br /> else {<br /> code = 0;}}}<br /> <br /> ''<br /> <br /> [[Fichier:UART.gif|200px|thumb|Test de l'envoie d'une commande par UART]]<br /> On réalise le branchement puis pour tester, on programme l'arduino micro comme ceci :<br /> ''<br /> <br /> ''<br /> int state10;<br /> int laststate10=0;<br /> void setup(){<br /> pinMode(11, OUTPUT);<br /> pinMode(12, OUTPUT);<br /> pinMode(13, INPUT);<br /> digitalWrite(11, HIGH);<br /> digitalWrite(12, HIGH);}<br /> ''<br /> <br /> ''<br /> void loop(){<br /> state10 = digitalRead(13);<br /> if ((state10 != laststate10)){<br /> if ((state10 == 0)){<br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,HIGH);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,HIGH);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,HIGH);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,HIGH);<br /> Serial.println(digitalRead(11));}}<br /> laststate10 = state10;}<br /> <br /> ''<br /> <br /> On attend un front descendant sur le pin 13, qu'on réalisera en débranchant le câble déjà branché sur celle-ci.<br /> Les 4 premiers bits 0101 sont pour la vérification d'un envoie. Sur les 4 suivants, nous avons 0010 ce qui veut dire que le PB1 sera en état haut et que nous allumerons la LED3. Le dernier bit est pour remettre par défaut en état haut.<br /> <br /> Voici un GIF du résultat des tests.<br /> <br /> ==Le support==<br /> <br /> Le support, lui, est composé de l’Arduino micro, du RTC, du RFduino ainsi que le système de détection Infrarouge.<br /> Selon le schematic suivant, on crée un faisceau Infrarouge à l’aide d’un diode IR et d’une photorésistance de même longueur d’onde pour éviter les interferances avec la lumière ambiante.<br /> Lorsque la photorésistance capte l’Infrarouge de la diode, un micro courant circule et permet de rendre le transistor NPN passant. Le potentiel au noeud « S » est donc 0. Au contraire, s’il y a présence d’un obstacle empêchant la photorésistance de capter le rayon Infrarouge, le transistor de peut être activé et est donc bloquant. Le potentiel au noeud « S » est 5V (‘1’ logique).<br /> On peut ainsi détecter la présence d’objet entre les deux composants, dans le cas présent, un quelconque médicament.<br /> Nous avons réalisé le test avec le circuit suivant :<br /> <br /> [[Fichier:img8.JPG|200px|thumb|Circuit de Test du faisceau IR]]<br /> <br /> On programme l’Arduino micro pour allumer la LED en présence d’un obstacle avec le code suivant :<br /> <br /> <br /> const int IRDetectorPin = 2; <br /> const int ledPin = 13;<br /> <br /> void setup() {<br /> pinMode(ledPin, OUTPUT);<br /> pinMode(IRDetectorPin, INPUT);<br /> }<br /> void loop(){<br /> digitalWrite(ledPin, digitalRead(IRDetectorPin));<br /> }<br /> <br /> [[Fichier:img9.JPG|200px|thumb|left|Faisceau sans obstacle - LED éteinte]]<br /> [[Fichier:img10.JPG|200px|thumb|Faisceau avec obstacle - LED allumée]]<br /> Voici deux photos qui confirment le fonctionnement de cette méthode :<br /> <br /> <br /> <br /> <br /> <br /> <br /> <br /> <br /> <br /> <br /> Les diodes IR et photorésistances devant être de part et d’autre de la boîte, il était nécessaire de réaliser deux cartes PCB que nous avons réalisées.<br /> <br /> ==App Android==<br /> L’application Android est complémentaire de la partie Arduino. Il est possible à l’aide de cette application d’établir un suivi permanent du pilulier connecté. La communication entre l’application et le capteur s’effectue à travers le protocole Bluetooth Low Energy.<br /> L’application se compose d’une seule interface qui peut exécuter plusieurs activités en arrière-plan.<br /> L’interface se décompose en 4 parties, chacune ayant une fonction précise.<br /> La première partie correspond à la communication Bluetooth. On y aperçu trois boutons qui se succèdent dont chacun correspond à une étape de la mise en communication avec le RFduino :<br /> * Enable Bluetooth permet de mettre en marche le BLE du téléphone si celui-ci est éteint.<br /> * Scan permet de détecter le RFduino.<br /> * Connect met en connexion et récupère les informations de la balise BLE.<br /> <br /> La seconde partie a pour rôle d’enregistrer le numéro du médecin ou du responsable de l’utilisateur. L’enregistrement du numéro est nécessaire à l’envoi d’un SMS si le patient n’a pas pris son médicament dans un temps spécifié.<br /> <br /> Nous arrivons ensuite à la troisième partie qui renseigne le suivi hebdomadaire du patient. On retrouve les 4 zones de journées comme l’est indiqué sur les piluliers standards, à savoir le matin, le midi, le soir et la nuit ; ainsi que la date en temps réel.<br /> Pour chaque période de la journée, on indique l’état du compartiment du pilulier correspondant à la période. Cet état est représenté par un point pouvant avoir 4 couleurs différentes selon le contexte :<br /> * Si un point jaune apparait, le médicament à ingurgiter actuellement est dans le compartiment correspondant à ce moment de la journée.<br /> * Si un point vert apparait, le médicament présent dans ce compartiment devra être ingurgité plus tard dans la journée.<br /> * Si un point rouge apparait, le médicament dans ce compartiment a oublié d’être ingurgité plus tôt dans la journée.<br /> * Si un point noir apparaît, il n’y a pas de médicament à prendre dans ce compartiment ou il a déjà été pris.<br /> <br /> Enfin dans la dernière partie, on retrouve un bouton Stop Alarm qui désactive l’alarme.<br /> Celui-ci se déclenche lorsqu’on passe à une nouvelle période de la journée. Plus précisément, lorsqu’on passe du matin au midi.<br /> Si l’utilisateur n’a pas désactiver lui-même l’alarme, celui-ci s’arrête automatiquement au bout d’une période spécifié et entraîne l’envoi d’un SMS.<br /> <br /> A savoir que l’interface intègre un conteneur ScrollView qui permet le défilement du contenu et donc l’accès à l’ensemble de différentes parties de l’application.<br /> Explication du firmware de l’application Android<br /> Le développement de l’application Android a été long mais instructif. En effet, nous n’avons jamais développé d’application Android et codé en Java auparavant. Nous nous sommes basé alors sur les nombreux tutoriels accessibles en ligne pour réaliser cette application et acquérir quelques bases en Java et développement Android.<br /> L’application a été développée en Java sous le logiciel Android Studio. Son développement s’est déroulé en plusieurs étapes :<br /> 1. Mise en place de la communication Bluetooth Low Energy entre le smartphone et le RFduino (module BLE du socle).<br /> 2. Développement de l’interface de suivi hebdomadaire<br /> 3. Programmation de l’alarme et de l’envoi du SMS d’alerte<br /> <br /> === Communication Bluetooth Low Energy ===<br /> <br /> Afin de mettre en place de la communication entre le smartphone et le pilulier, nous nous sommes basé sur le code opensource disponible sur le site officiel GitHub.<br /> Le Bluetooth Low Energy est un protocole de communication rapide qui demande peu d’énergie pour son fonctionnement. C’est le système de communication recommandé et primordiale pour les objets connectés du fait de la nécessité d’avoir des composants à faible consommation énergétique.<br /> La communication est construite selon un profil définit la manière dont les périphériques transmettent leurs données aux appareils (Generic Attribute Profile) en utilisant des concepts appelés Services et Characteristics.<br /> 16<br /> Les Services peuvent contenir une collection de Characteristics. Les Characteristics sont des flags de propriété ou les valeurs de capteurs. Chaque Service et Characteristic a son identifiant (UUID) propre.<br /> Le profil GATT propose seulement des connections exclusives ; c’est-à-dire que les périphériques BLE ne peuvent être connecté qu’à un seul smartphone à la fois.<br /> <br /> Ici, nous nous retrouvons avec :<br /> * Generic Attribute Profile Client pour l’application.<br /> * Generic Attribute Profile Server pour le pilulier connecté (RFduino) avec un service propre et plusieurs caractéristiques (communication I2C, UART...).<br /> <br /> === Suivi Hebdomadaire ===<br /> <br /> L’application Android reçoit les données à travers l’objet BroadcastReceiver qui par sa fonction onReceive va recevoir les events que reçoit l’application dans son Activity principal. Lorsqu’un event spécifique, par exemple dans notre cas lorsque une donnée est disponible par Bluetooth, le code correspondant du BroadcastReceiver s’exécute dès que possible.<br /> Pour obtenir un suivi hebdomadaire en temps réel, nous avons utilisé la fonction runOnUiThread qui exécute l'action spécifiée sur le Thread d'interface utilisateur de manière immédiate étant donné que dans notre situation le Thread courant correspond au Thread d'interface utilisateur.<br /> L’appel de cette fonction, une fois les données du RFduino reçu et récupéré dans le BroadcastReceiver, permet d’identifier les quatre périodes de la journée (matin, midi, soir et nuit) et d’adapter automatiquement de manière visuel (jaune, vert, rouge, noir) selon les données reçus (respectivement : 1, 2, 3, 4).<br /> <br /> === Alarme et envoi du SMS d'alerte ===<br /> <br /> L’alarme est déclenchée suite à la réception, via la communication Bluetooth, de la commande « alarme ».<br /> Afin de mettre en place l’alarme, nous avons exploité les services d’alarme du système Android, AlarmManager class, qui permet de planifier une activité à être exécuté à un moment donné dans l'avenir. Pour cela, nous avons planifié deux alarmes :<br /> 1. Une première alarme qui se répète toutes les 3 secondes.<br /> 2. Une deuxième alarme qui permet d’arrêter la première alarme au bout d’une heure.<br /> 17<br /> Pour que l’alarme soit toujours exécutée en background de l’application et même à sa fermeture, nous avons utilisé le système d’évènement, BroadcastReceiver object, combiné à la création d’un nouveau Thread ou Tâche dans le service sur lequel dirige le BroadcastReceiver. Ce Thread utilise les fonctionnalités de MediaPlayer, qui permet le contrôle de la lecture de flux audio.<br /> De plus, au bout de l’activation de la seconde alarme, si la première alarme n’est pas déjà désactivée, on envoie un SMS d’alerte au numéro enregistré au préalable, à partir du service SmsManager d’Android. Ce service permet de faire appel à l’application intégrée à Android « Message », et d’envoyer un SMS.<br /> Enfin, si l’utilisateur appui sur le bouton Stop Alarm, la fonction appelé va d’abord arrêter la future planification de la prochaine sonnerie de l’alarme, puis annuler l’appel de l’event BroadcastReceiver.<br /> <br /> ==Semaine 4==<br /> <br /> =Fichiers Rendus=<br /> ==Rapport==<br /> ==Codes==<br /> [[Fichier:Code_Android_PillBox.zip]]<br /> <br /> =Références=</div>

Cduplouy https://projets-ima.plil.fr/mediawiki/index.php?title=Pilulier_automatique&diff=27754 Pilulier automatique 2016-02-23T22:05:12Z

<p>Cduplouy : /* Le support */</p> <hr /> <div>=Présentation générale du projet=<br /> <br /> ==Contexte du projet==<br /> <br /> D'après des statistiques établis en 2014, un meilleur suivi des traitements médicaux et des médicaments dans le monde permettrait de réaliser 8% d'économies sur le coût total des dépenses de santé.<br /> <br /> De plus, on estime en Europe que la mauvaise prise de médicaments est à l’origine de plusieurs dizaines de milliers de décès chaque année.<br /> <br /> Selon le rapport IGAS2, en France, un mauvais suivi des heures de prises et de dosage de médicament aurait causé entre 8 000 à 12 000 décès par an et coûté près de 2 milliards € à l’Assurance Maladie.<br /> <br /> 13 millions de patients résidents en France seraient polymédiqués, et parmi eux de nombreuses personnes âgées de plus de 60 ans. <br /> <br /> La santé connectée est donc devenue un marché porteur. <br /> <br /> C'est ainsi que de nombreuses solutions se développent chaque jour qui a pour but de venir en aide aux personnes âgées dans les horaires de leurs prises de médicaments et éviter les surdosages ou les erreurs de traitement.<br /> <br /> ==Objectif du projet==<br /> <br /> L’objectif de ce projet est d'adapter un pilulier hebdomadaire pour le rendre connecté pour faciliter le suivi et la prise de médicaments quotidiens à différents moment de la journée.<br /> <br /> ==Description du projet==<br /> <br /> Afin de mettre en place ce pilulier connecté, il faut bien prendre en compte la donnée suivante : il doit être transportable. Cela sous-entend d’avoir un modèle suffisamment compact ainsi qu’une autonomie sur batterie.<br /> Nous devons donc trouver une entre son autonomie et sa connectivité et sa taille/forme.<br /> Actuellement, il existe sur le marché différentes propositions de pilulier connecté. Chacun avec leurs caractéristiques propres :<br /> <br /> * Imedipac de Medissimo : envoie un SMS et/ou un email à l’utilisateur pour lui rappeler de prendre tel médicament à telle heure.<br /> * Do-Pill de SecuR : rend accessible les comprimés et gélules à la date et à l'heure indiqué par le médecin pour éviter les surdosages ou les erreurs de traitement.<br /> * Sivan de MedSecure : prévient l'entourage si erreur du patient dans la prise de ses comprimées et alerte le patient si il doit prendre un comprimé.<br /> <br /> <br /> Afin de proposer une solution alternative à ses piluliers connectés déjà existant, le patient pourra utiliser son pilulier hebdomadaire standard auquel il intégra une base qu'il rendra connecté celui ci.<br /> Notre pilulier connecté sera composé d’un socle contenant toute l’électronique et la batterie et de 7 boîtiers à cachets amovibles<br /> <br /> =Cahiers de charges=<br /> == Fonctionnalités ==<br /> <br /> Ce support permettra au pilulier de remplir les fonctions suivantes :<br /> * Emission d'une alarme lorsque l'usager doit prendre une pilule à une heure et date précise (alarme différente selon le moment de la journée : matin, midi, soir, nuit)<br /> * Indication par une LED la boîte du jour à prendre et par une autre, le compartiment de cette journée.<br /> * Détection si l'usager a pris la bonne journée (sinon émission d'un son)<br /> * Détection si l'usager a pris la bonne pilule à la bonne heure (sinon émission d'un son)<br /> * Détection de la présence des tiroirs<br /> * Suivi par application Androïd.<br /> <br /> == Matériels ==<br /> <br /> Le socle sera composé : <br /> * 7 LED RGB pour indiquer par une couleur verte le bon boîtier et une rouge tout problème avec la boîte correspondante [http://fr.farnell.com/avago-technologies/asmt-ytb2-0bb02/led-plcc6-rgb-745-1600-380mcd/dp/1863243 7 LED RGB CMS] ou [http://fr.farnell.com/avago-technologies/asmb-mtb1-0a3a2/led-rgb-plcc4-surface-noire/dp/2401106 LED] déjà dispo depuis le Projet du Dé Electronique<br /> * 28 [http://fr.farnell.com/kingbright/kp-1608f3c/led-ir-0603-940nm/dp/2449775 IR émetteur] '''[fournis le 22/02/2016]'''<br /> * 28 [http://fr.farnell.com/kingbright/kp-1608p1c/phototransistor-0603-940nm/dp/2290430 Phototransistor] pour la détection de l’intérieur des compartiments '''[fournis le 22/02/2016]'''<br /> * 10, 20 ou 70 aimants conducteur d'électricité (5 par boîtier en face de 5 autres sur le socle, donc 10 pour une journée - possibilité de faire le proto sur 1, 2 ou 7 journée) pour assurer la tenue du boîtier et détecter sa présence [http://fr.rs-online.com/web/p/aimants/7924559/ 1, 2 ou 7 sachets de 10 aimants ] '''[10 fournis le 22/02/2016]'''<br /> ''( 1 écran LCD pour afficher les messages comme la date et l'heure ou des alertes [http://fr.farnell.com/lumex/lcm-s01602dsf-a/display-dot-matrix-lcd-16-x-2/dp/2062132 1 Ecran LCD 2*16])''<br /> * 1 HP ou buzzer pour émettre une sonnerie [http://www.gotronic.fr/art-buzzer-sv2319c-21015.htm Buzzer]<br /> * 1 arduino nano pour assurer le contrôle [http://www.mouser.fr/ProductDetail/Seeed-Studio/102010019/ arduino nano] '''[fourni le 04/02/2016]'''<br /> * 1 shield BLE pour la connectivité bluetooth contenant le composant nRF8001 (déjà disponible du projet Surveillance passive de sommeil de IMA4 2014/2015) '''[fourni le 04/02/2016]'''<br /> * 1 RTC pour avoir le temps et la date réel contenant le composant DS1307 (MOD-RTC déjà disponible du projet Surveillance passive de sommeil de IMA4 2014/2015) '''[fourni le 05/02/2016]'''<br /> * 1 smartphone sous android pour développer l'application de suivi '''[fourni le 05/02/2016]'''<br /> * 1 pilulier standard (Corentin)<br /> * 1 rouleau de papier réfléchissant<br /> * 1 décodeur 3 entrées / 8 sorties pour allumer les LEDs [http://fr.farnell.com/texas-instruments/cd74hc237m96/decodeur-demux-3-8-soic-16/dp/2499842?MER=i-9b10-00002068 2 décodeur 3E/8S]<br /> <br /> <br /> <br /> Chaque boite contenant les 4 compartiments de la journée est composée :<br /> * 1 interfaçage de 28 LED pour indiquer le bon compartiment [http://fr.farnell.com/avago-technologies/hsmg-c280/led-vert-15mcd-572nm-0402/dp/2494322?MER=i-9b10-00002068 28 LED Verte CMS] '''[fournis le 22/02/2016]'''<br /> * 7 super-condensateur pour allumer les diodes de chaque compartiment sur le boitier [http://fr.farnell.com/kemet/fc0h104zftbr24/super-condensateur-0-1f-5-5v-cms/dp/2362048 7 super-condensateur]<br /> * 7 résistances de 525 ohm<br /> * 1 microcontrôleur ATTiny pour enregistrer le compartiment à allumer (fourni par l'arduino) et allumer la diode [http://fr.farnell.com/atmel/attiny84-20ssu/mcu-8bit-attiny-20mhz-soic-14/dp/1636955 Lien] '''[fourni le 22/02/2016]'''<br /> <br /> ==Planning Prévisionnel==<br /> <br /> <table border="1"><br /> <tr><br /> <th>Semaines</th><br /> <th>du 25/01 au 31/01</th><br /> <th>du 1/02 au 7/02</th><br /> <th>du 8/02 au 14/02</th><br /> <th>du 15/02 au 21/02</th><br /> <th>du 22/02 au 25/02</th><br /> </tr><br /> <tr><br /> <th>Étapes</th><br /> <th>Etude bibliographique</th><br /> <th>Détection pour chaque boitier journalier si il a été enlever du support et détection si la bonne pilule a été récupéré par le patient</th><br /> <th>Programmation et interfaçage des différentes shields avec le microcontrôleur</th><br /> <th>Test pour correction d'erreur et amélioration</th><br /> <th>Rédaction du rapport de projet et Préparation à la soutenance</th><br /> </tr><br /> </table><br /> <br /> =Tableau de bord=<br /> <br /> ==Boîtes journalières==<br /> [[Fichier:drawer_electronic.jpeg|200px|thumb|Schematic de l'électronique d'une boîte]]<br /> <br /> Chaque boîte sera équipée d'un petit micro-processeur, de 4 LED, 1 résistance, une grosse capacité, 5 aimants.<br /> Par les 5 aimants vont transiter : <br /> * Le Vc+ correspondant à la tension pour charger la capacité et permettre à l'éclairage de fonctionner pour quelques minutes.<br /> * Le Vp correspondant à la tension envoyée pour détecter la présence de la boîte<br /> * La masse GND<br /> * Les entrées p0 et p1 pour connaître la LED à allumer.<br /> <br /> Nous aurons donc les cas suivants :<br /> <table border="1"><br /> <tr><br /> <th>Inputs</th><br /> <th>Vc+</th><br /> <th>Vp</th><br /> <th>p0</th><br /> <th>p1</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Pilulier repos/Détection boîte</th><br /> <th>0</th><br /> <th>1</th><br /> <th>X</th><br /> <th>X</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Heure médicaments</th><br /> <th>1</th><br /> <th>0</th><br /> <th>0/1</th><br /> <th>0/1</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Après quelques seconde de charge/Détection boîte</th><br /> <th>0</th><br /> <th>1</th><br /> <th>X</th><br /> <th>X</th><br /> <th>GND</th><br /> </tr><br /> </table><br /> <br /> Pour les inputs p0 et p1, elles dépendront du moment de la prise des médicaments :<br /> <table border="1"><br /> <tr><br /> <th>Moment</th><br /> <th>p0</th><br /> <th>p1</th><br /> </tr><br /> <tr><br /> <th>Matin</th><br /> <th>0</th><br /> <th>0</th><br /> </tr><br /> <tr><br /> <th>Midi</th><br /> <th>0</th><br /> <th>1</th><br /> </tr><br /> <tr><br /> <th>Soir</th><br /> <th>1</th><br /> <th>0</th><br /> </tr><br /> <tr><br /> <th>Coucher</th><br /> <th>1</th><br /> <th>1</th><br /> </tr><br /> </table><br /> <br /> Après configuration de l'ATTiny13 via Arduino, les tests ont avérés que cette méthode était limitée. En effet, il y a 4 LEDs et 4 combinaisons, ce qui rend compliqué de laisser un cas "auncune LED allumée".<br /> <br /> Une autre solution a été adoptée :<br /> * La pin Vcc pour l'alimentation en 5v<br /> * La pin GND pour la masse<br /> * La pin PB0 pour la LED 4<br /> * La pin PB1 pour la LED 3<br /> * La pin PB2 pour la LED 2<br /> * La pin PB3 pour la LED 1<br /> * La pin PB4 pour une liaison UART<br /> <br /> Principe de L'UART :<br /> Le signal envoyé sur la pin PB4 est à l'état par défaut. Dès qu'on détecte un front descendant, on récupère à chaque tic d'horloge la valeur haute ou basse du signal entrant en pin PB4. Nous avons décidé de faire une vérification sur les 4 premiers bits envoyés et de donner la LED à allumer sur les 4 derniers bits. On peut voir un chronogramme ci-contre.<br /> [[Fichier:Chronogramme_UART.jpeg|200px|thumb|Branchement pour programmer l'ATTiny13]]<br /> <br /> <br /> On utilise un AVRISP pour l'ATTiny13 comme on peut le voir sur l'image.<br /> <br /> [[Fichier:Config_ATTiny13.JPG|200px|thumb|Branchement pour programmer l'ATTiny13]]<br /> <br /> Voici le code pour le programmer:<br /> ''<br /> <br /> ''<br /> #define F_CPU 10000000<br /> #include <avr/io.h><br /> #include <util/delay.h><br /> int main (void){<br /> DDRB |= 0x0F;<br /> int i, code=0;<br /> while(1){<br /> while((PINB & 0x10) == 0x10){}<br /> _delay_us(1000);<br /> for(i=128 ; i>=1 ; i=i/2){<br /> code = (((PINB & 0x10)/16) * i) + code;<br /> _delay_us(2000);<br /> }<br /> if((code & 0xF0) == 0x50){<br /> PORTB |= (code - 0x50);<br /> }<br /> else {<br /> code = 0;}}}<br /> <br /> ''<br /> <br /> [[Fichier:UART.gif|200px|thumb|Test de l'envoie d'une commande par UART]]<br /> On réalise le branchement puis pour tester, on programme l'arduino micro comme ceci :<br /> ''<br /> <br /> ''<br /> int state10;<br /> int laststate10=0;<br /> void setup(){<br /> pinMode(11, OUTPUT);<br /> pinMode(12, OUTPUT);<br /> pinMode(13, INPUT);<br /> digitalWrite(11, HIGH);<br /> digitalWrite(12, HIGH);}<br /> ''<br /> <br /> ''<br /> void loop(){<br /> state10 = digitalRead(13);<br /> if ((state10 != laststate10)){<br /> if ((state10 == 0)){<br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,HIGH);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,HIGH);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,HIGH);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,HIGH);<br /> Serial.println(digitalRead(11));}}<br /> laststate10 = state10;}<br /> <br /> ''<br /> <br /> On attend un front descendant sur le pin 13, qu'on réalisera en débranchant le câble déjà branché sur celle-ci.<br /> Les 4 premiers bits 0101 sont pour la vérification d'un envoie. Sur les 4 suivants, nous avons 0010 ce qui veut dire que le PB1 sera en état haut et que nous allumerons la LED3. Le dernier bit est pour remettre par défaut en état haut.<br /> <br /> Voici un GIF du résultat des tests.<br /> <br /> ==Le support==<br /> <br /> Le support, lui, est composé de l’Arduino micro, du RTC, du RFduino ainsi que le système de détection Infrarouge.<br /> Selon le schematic suivant, on crée un faisceau Infrarouge à l’aide d’un diode IR et d’une photorésistance de même longueur d’onde pour éviter les interferances avec la lumière ambiante.<br /> Lorsque la photorésistance capte l’Infrarouge de la diode, un micro courant circule et permet de rendre le transistor NPN passant. Le potentiel au noeud « S » est donc 0. Au contraire, s’il y a présence d’un obstacle empêchant la photorésistance de capter le rayon Infrarouge, le transistor de peut être activé et est donc bloquant. Le potentiel au noeud « S » est 5V (‘1’ logique).<br /> On peut ainsi détecter la présence d’objet entre les deux composants, dans le cas présent, un quelconque médicament.<br /> Nous avons réalisé le test avec le circuit suivant :<br /> <br /> [[Fichier:img8.JPG|200px|thumb|Circuit de Test du faisceau IR]]<br /> <br /> On programme l’Arduino micro pour allumer la LED en présence d’un obstacle avec le code suivant :<br /> <br /> <br /> const int IRDetectorPin = 2; <br /> const int ledPin = 13;<br /> <br /> void setup() {<br /> pinMode(ledPin, OUTPUT);<br /> pinMode(IRDetectorPin, INPUT);<br /> }<br /> void loop(){<br /> digitalWrite(ledPin, digitalRead(IRDetectorPin));<br /> }<br /> <br /> [[Fichier:img9.JPG|200px|thumb|left|Faisceau sans obstacle - LED éteinte]]<br /> [[Fichier:img10.JPG|200px|thumb|Faisceau avec obstacle - LED allumée]]<br /> <br /> <br /> <br /> <br /> <br /> <br /> <br /> <br /> Voici deux photos qui confirment le fonctionnement de cette méthode :<br /> Les diodes IR et photorésistances devant être de part et d’autre de la boîte, il était nécessaire de réaliser deux cartes PCB que nous avons réalisées.<br /> <br /> ==App Android==<br /> L’application Android est complémentaire de la partie Arduino. Il est possible à l’aide de cette application d’établir un suivi permanent du pilulier connecté. La communication entre l’application et le capteur s’effectue à travers le protocole Bluetooth Low Energy.<br /> L’application se compose d’une seule interface qui peut exécuter plusieurs activités en arrière-plan.<br /> L’interface se décompose en 4 parties, chacune ayant une fonction précise.<br /> La première partie correspond à la communication Bluetooth. On y aperçu trois boutons qui se succèdent dont chacun correspond à une étape de la mise en communication avec le RFduino :<br /> * Enable Bluetooth permet de mettre en marche le BLE du téléphone si celui-ci est éteint.<br /> * Scan permet de détecter le RFduino.<br /> * Connect met en connexion et récupère les informations de la balise BLE.<br /> <br /> La seconde partie a pour rôle d’enregistrer le numéro du médecin ou du responsable de l’utilisateur. L’enregistrement du numéro est nécessaire à l’envoi d’un SMS si le patient n’a pas pris son médicament dans un temps spécifié.<br /> <br /> Nous arrivons ensuite à la troisième partie qui renseigne le suivi hebdomadaire du patient. On retrouve les 4 zones de journées comme l’est indiqué sur les piluliers standards, à savoir le matin, le midi, le soir et la nuit ; ainsi que la date en temps réel.<br /> Pour chaque période de la journée, on indique l’état du compartiment du pilulier correspondant à la période. Cet état est représenté par un point pouvant avoir 4 couleurs différentes selon le contexte :<br /> * Si un point jaune apparait, le médicament à ingurgiter actuellement est dans le compartiment correspondant à ce moment de la journée.<br /> * Si un point vert apparait, le médicament présent dans ce compartiment devra être ingurgité plus tard dans la journée.<br /> * Si un point rouge apparait, le médicament dans ce compartiment a oublié d’être ingurgité plus tôt dans la journée.<br /> * Si un point noir apparaît, il n’y a pas de médicament à prendre dans ce compartiment ou il a déjà été pris.<br /> <br /> Enfin dans la dernière partie, on retrouve un bouton Stop Alarm qui désactive l’alarme.<br /> Celui-ci se déclenche lorsqu’on passe à une nouvelle période de la journée. Plus précisément, lorsqu’on passe du matin au midi.<br /> Si l’utilisateur n’a pas désactiver lui-même l’alarme, celui-ci s’arrête automatiquement au bout d’une période spécifié et entraîne l’envoi d’un SMS.<br /> <br /> A savoir que l’interface intègre un conteneur ScrollView qui permet le défilement du contenu et donc l’accès à l’ensemble de différentes parties de l’application.<br /> Explication du firmware de l’application Android<br /> Le développement de l’application Android a été long mais instructif. En effet, nous n’avons jamais développé d’application Android et codé en Java auparavant. Nous nous sommes basé alors sur les nombreux tutoriels accessibles en ligne pour réaliser cette application et acquérir quelques bases en Java et développement Android.<br /> L’application a été développée en Java sous le logiciel Android Studio. Son développement s’est déroulé en plusieurs étapes :<br /> 1. Mise en place de la communication Bluetooth Low Energy entre le smartphone et le RFduino (module BLE du socle).<br /> 2. Développement de l’interface de suivi hebdomadaire<br /> 3. Programmation de l’alarme et de l’envoi du SMS d’alerte<br /> <br /> === Communication Bluetooth Low Energy ===<br /> <br /> Afin de mettre en place de la communication entre le smartphone et le pilulier, nous nous sommes basé sur le code opensource disponible sur le site officiel GitHub.<br /> Le Bluetooth Low Energy est un protocole de communication rapide qui demande peu d’énergie pour son fonctionnement. C’est le système de communication recommandé et primordiale pour les objets connectés du fait de la nécessité d’avoir des composants à faible consommation énergétique.<br /> La communication est construite selon un profil définit la manière dont les périphériques transmettent leurs données aux appareils (Generic Attribute Profile) en utilisant des concepts appelés Services et Characteristics.<br /> 16<br /> Les Services peuvent contenir une collection de Characteristics. Les Characteristics sont des flags de propriété ou les valeurs de capteurs. Chaque Service et Characteristic a son identifiant (UUID) propre.<br /> Le profil GATT propose seulement des connections exclusives ; c’est-à-dire que les périphériques BLE ne peuvent être connecté qu’à un seul smartphone à la fois.<br /> <br /> Ici, nous nous retrouvons avec :<br /> * Generic Attribute Profile Client pour l’application.<br /> * Generic Attribute Profile Server pour le pilulier connecté (RFduino) avec un service propre et plusieurs caractéristiques (communication I2C, UART...).<br /> <br /> === Suivi Hebdomadaire ===<br /> <br /> L’application Android reçoit les données à travers l’objet BroadcastReceiver qui par sa fonction onReceive va recevoir les events que reçoit l’application dans son Activity principal. Lorsqu’un event spécifique, par exemple dans notre cas lorsque une donnée est disponible par Bluetooth, le code correspondant du BroadcastReceiver s’exécute dès que possible.<br /> Pour obtenir un suivi hebdomadaire en temps réel, nous avons utilisé la fonction runOnUiThread qui exécute l'action spécifiée sur le Thread d'interface utilisateur de manière immédiate étant donné que dans notre situation le Thread courant correspond au Thread d'interface utilisateur.<br /> L’appel de cette fonction, une fois les données du RFduino reçu et récupéré dans le BroadcastReceiver, permet d’identifier les quatre périodes de la journée (matin, midi, soir et nuit) et d’adapter automatiquement de manière visuel (jaune, vert, rouge, noir) selon les données reçus (respectivement : 1, 2, 3, 4).<br /> <br /> === Alarme et envoi du SMS d'alerte ===<br /> <br /> L’alarme est déclenchée suite à la réception, via la communication Bluetooth, de la commande « alarme ».<br /> Afin de mettre en place l’alarme, nous avons exploité les services d’alarme du système Android, AlarmManager class, qui permet de planifier une activité à être exécuté à un moment donné dans l'avenir. Pour cela, nous avons planifié deux alarmes :<br /> 1. Une première alarme qui se répète toutes les 3 secondes.<br /> 2. Une deuxième alarme qui permet d’arrêter la première alarme au bout d’une heure.<br /> 17<br /> Pour que l’alarme soit toujours exécutée en background de l’application et même à sa fermeture, nous avons utilisé le système d’évènement, BroadcastReceiver object, combiné à la création d’un nouveau Thread ou Tâche dans le service sur lequel dirige le BroadcastReceiver. Ce Thread utilise les fonctionnalités de MediaPlayer, qui permet le contrôle de la lecture de flux audio.<br /> De plus, au bout de l’activation de la seconde alarme, si la première alarme n’est pas déjà désactivée, on envoie un SMS d’alerte au numéro enregistré au préalable, à partir du service SmsManager d’Android. Ce service permet de faire appel à l’application intégrée à Android « Message », et d’envoyer un SMS.<br /> Enfin, si l’utilisateur appui sur le bouton Stop Alarm, la fonction appelé va d’abord arrêter la future planification de la prochaine sonnerie de l’alarme, puis annuler l’appel de l’event BroadcastReceiver.<br /> <br /> ==Semaine 4==<br /> <br /> =Fichiers Rendus=<br /> ==Rapport==<br /> ==Codes==<br /> [[Fichier:Code_Android_PillBox.zip]]<br /> <br /> =Références=</div>

Cduplouy https://projets-ima.plil.fr/mediawiki/index.php?title=Pilulier_automatique&diff=27753 Pilulier automatique 2016-02-23T22:02:16Z

<p>Cduplouy : /* Matériels */</p> <hr /> <div>=Présentation générale du projet=<br /> <br /> ==Contexte du projet==<br /> <br /> D'après des statistiques établis en 2014, un meilleur suivi des traitements médicaux et des médicaments dans le monde permettrait de réaliser 8% d'économies sur le coût total des dépenses de santé.<br /> <br /> De plus, on estime en Europe que la mauvaise prise de médicaments est à l’origine de plusieurs dizaines de milliers de décès chaque année.<br /> <br /> Selon le rapport IGAS2, en France, un mauvais suivi des heures de prises et de dosage de médicament aurait causé entre 8 000 à 12 000 décès par an et coûté près de 2 milliards € à l’Assurance Maladie.<br /> <br /> 13 millions de patients résidents en France seraient polymédiqués, et parmi eux de nombreuses personnes âgées de plus de 60 ans. <br /> <br /> La santé connectée est donc devenue un marché porteur. <br /> <br /> C'est ainsi que de nombreuses solutions se développent chaque jour qui a pour but de venir en aide aux personnes âgées dans les horaires de leurs prises de médicaments et éviter les surdosages ou les erreurs de traitement.<br /> <br /> ==Objectif du projet==<br /> <br /> L’objectif de ce projet est d'adapter un pilulier hebdomadaire pour le rendre connecté pour faciliter le suivi et la prise de médicaments quotidiens à différents moment de la journée.<br /> <br /> ==Description du projet==<br /> <br /> Afin de mettre en place ce pilulier connecté, il faut bien prendre en compte la donnée suivante : il doit être transportable. Cela sous-entend d’avoir un modèle suffisamment compact ainsi qu’une autonomie sur batterie.<br /> Nous devons donc trouver une entre son autonomie et sa connectivité et sa taille/forme.<br /> Actuellement, il existe sur le marché différentes propositions de pilulier connecté. Chacun avec leurs caractéristiques propres :<br /> <br /> * Imedipac de Medissimo : envoie un SMS et/ou un email à l’utilisateur pour lui rappeler de prendre tel médicament à telle heure.<br /> * Do-Pill de SecuR : rend accessible les comprimés et gélules à la date et à l'heure indiqué par le médecin pour éviter les surdosages ou les erreurs de traitement.<br /> * Sivan de MedSecure : prévient l'entourage si erreur du patient dans la prise de ses comprimées et alerte le patient si il doit prendre un comprimé.<br /> <br /> <br /> Afin de proposer une solution alternative à ses piluliers connectés déjà existant, le patient pourra utiliser son pilulier hebdomadaire standard auquel il intégra une base qu'il rendra connecté celui ci.<br /> Notre pilulier connecté sera composé d’un socle contenant toute l’électronique et la batterie et de 7 boîtiers à cachets amovibles<br /> <br /> =Cahiers de charges=<br /> == Fonctionnalités ==<br /> <br /> Ce support permettra au pilulier de remplir les fonctions suivantes :<br /> * Emission d'une alarme lorsque l'usager doit prendre une pilule à une heure et date précise (alarme différente selon le moment de la journée : matin, midi, soir, nuit)<br /> * Indication par une LED la boîte du jour à prendre et par une autre, le compartiment de cette journée.<br /> * Détection si l'usager a pris la bonne journée (sinon émission d'un son)<br /> * Détection si l'usager a pris la bonne pilule à la bonne heure (sinon émission d'un son)<br /> * Détection de la présence des tiroirs<br /> * Suivi par application Androïd.<br /> <br /> == Matériels ==<br /> <br /> Le socle sera composé : <br /> * 7 LED RGB pour indiquer par une couleur verte le bon boîtier et une rouge tout problème avec la boîte correspondante [http://fr.farnell.com/avago-technologies/asmt-ytb2-0bb02/led-plcc6-rgb-745-1600-380mcd/dp/1863243 7 LED RGB CMS] ou [http://fr.farnell.com/avago-technologies/asmb-mtb1-0a3a2/led-rgb-plcc4-surface-noire/dp/2401106 LED] déjà dispo depuis le Projet du Dé Electronique<br /> * 28 [http://fr.farnell.com/kingbright/kp-1608f3c/led-ir-0603-940nm/dp/2449775 IR émetteur] '''[fournis le 22/02/2016]'''<br /> * 28 [http://fr.farnell.com/kingbright/kp-1608p1c/phototransistor-0603-940nm/dp/2290430 Phototransistor] pour la détection de l’intérieur des compartiments '''[fournis le 22/02/2016]'''<br /> * 10, 20 ou 70 aimants conducteur d'électricité (5 par boîtier en face de 5 autres sur le socle, donc 10 pour une journée - possibilité de faire le proto sur 1, 2 ou 7 journée) pour assurer la tenue du boîtier et détecter sa présence [http://fr.rs-online.com/web/p/aimants/7924559/ 1, 2 ou 7 sachets de 10 aimants ] '''[10 fournis le 22/02/2016]'''<br /> ''( 1 écran LCD pour afficher les messages comme la date et l'heure ou des alertes [http://fr.farnell.com/lumex/lcm-s01602dsf-a/display-dot-matrix-lcd-16-x-2/dp/2062132 1 Ecran LCD 2*16])''<br /> * 1 HP ou buzzer pour émettre une sonnerie [http://www.gotronic.fr/art-buzzer-sv2319c-21015.htm Buzzer]<br /> * 1 arduino nano pour assurer le contrôle [http://www.mouser.fr/ProductDetail/Seeed-Studio/102010019/ arduino nano] '''[fourni le 04/02/2016]'''<br /> * 1 shield BLE pour la connectivité bluetooth contenant le composant nRF8001 (déjà disponible du projet Surveillance passive de sommeil de IMA4 2014/2015) '''[fourni le 04/02/2016]'''<br /> * 1 RTC pour avoir le temps et la date réel contenant le composant DS1307 (MOD-RTC déjà disponible du projet Surveillance passive de sommeil de IMA4 2014/2015) '''[fourni le 05/02/2016]'''<br /> * 1 smartphone sous android pour développer l'application de suivi '''[fourni le 05/02/2016]'''<br /> * 1 pilulier standard (Corentin)<br /> * 1 rouleau de papier réfléchissant<br /> * 1 décodeur 3 entrées / 8 sorties pour allumer les LEDs [http://fr.farnell.com/texas-instruments/cd74hc237m96/decodeur-demux-3-8-soic-16/dp/2499842?MER=i-9b10-00002068 2 décodeur 3E/8S]<br /> <br /> <br /> <br /> Chaque boite contenant les 4 compartiments de la journée est composée :<br /> * 1 interfaçage de 28 LED pour indiquer le bon compartiment [http://fr.farnell.com/avago-technologies/hsmg-c280/led-vert-15mcd-572nm-0402/dp/2494322?MER=i-9b10-00002068 28 LED Verte CMS] '''[fournis le 22/02/2016]'''<br /> * 7 super-condensateur pour allumer les diodes de chaque compartiment sur le boitier [http://fr.farnell.com/kemet/fc0h104zftbr24/super-condensateur-0-1f-5-5v-cms/dp/2362048 7 super-condensateur]<br /> * 7 résistances de 525 ohm<br /> * 1 microcontrôleur ATTiny pour enregistrer le compartiment à allumer (fourni par l'arduino) et allumer la diode [http://fr.farnell.com/atmel/attiny84-20ssu/mcu-8bit-attiny-20mhz-soic-14/dp/1636955 Lien] '''[fourni le 22/02/2016]'''<br /> <br /> ==Planning Prévisionnel==<br /> <br /> <table border="1"><br /> <tr><br /> <th>Semaines</th><br /> <th>du 25/01 au 31/01</th><br /> <th>du 1/02 au 7/02</th><br /> <th>du 8/02 au 14/02</th><br /> <th>du 15/02 au 21/02</th><br /> <th>du 22/02 au 25/02</th><br /> </tr><br /> <tr><br /> <th>Étapes</th><br /> <th>Etude bibliographique</th><br /> <th>Détection pour chaque boitier journalier si il a été enlever du support et détection si la bonne pilule a été récupéré par le patient</th><br /> <th>Programmation et interfaçage des différentes shields avec le microcontrôleur</th><br /> <th>Test pour correction d'erreur et amélioration</th><br /> <th>Rédaction du rapport de projet et Préparation à la soutenance</th><br /> </tr><br /> </table><br /> <br /> =Tableau de bord=<br /> <br /> ==Boîtes journalières==<br /> [[Fichier:drawer_electronic.jpeg|200px|thumb|Schematic de l'électronique d'une boîte]]<br /> <br /> Chaque boîte sera équipée d'un petit micro-processeur, de 4 LED, 1 résistance, une grosse capacité, 5 aimants.<br /> Par les 5 aimants vont transiter : <br /> * Le Vc+ correspondant à la tension pour charger la capacité et permettre à l'éclairage de fonctionner pour quelques minutes.<br /> * Le Vp correspondant à la tension envoyée pour détecter la présence de la boîte<br /> * La masse GND<br /> * Les entrées p0 et p1 pour connaître la LED à allumer.<br /> <br /> Nous aurons donc les cas suivants :<br /> <table border="1"><br /> <tr><br /> <th>Inputs</th><br /> <th>Vc+</th><br /> <th>Vp</th><br /> <th>p0</th><br /> <th>p1</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Pilulier repos/Détection boîte</th><br /> <th>0</th><br /> <th>1</th><br /> <th>X</th><br /> <th>X</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Heure médicaments</th><br /> <th>1</th><br /> <th>0</th><br /> <th>0/1</th><br /> <th>0/1</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Après quelques seconde de charge/Détection boîte</th><br /> <th>0</th><br /> <th>1</th><br /> <th>X</th><br /> <th>X</th><br /> <th>GND</th><br /> </tr><br /> </table><br /> <br /> Pour les inputs p0 et p1, elles dépendront du moment de la prise des médicaments :<br /> <table border="1"><br /> <tr><br /> <th>Moment</th><br /> <th>p0</th><br /> <th>p1</th><br /> </tr><br /> <tr><br /> <th>Matin</th><br /> <th>0</th><br /> <th>0</th><br /> </tr><br /> <tr><br /> <th>Midi</th><br /> <th>0</th><br /> <th>1</th><br /> </tr><br /> <tr><br /> <th>Soir</th><br /> <th>1</th><br /> <th>0</th><br /> </tr><br /> <tr><br /> <th>Coucher</th><br /> <th>1</th><br /> <th>1</th><br /> </tr><br /> </table><br /> <br /> Après configuration de l'ATTiny13 via Arduino, les tests ont avérés que cette méthode était limitée. En effet, il y a 4 LEDs et 4 combinaisons, ce qui rend compliqué de laisser un cas "auncune LED allumée".<br /> <br /> Une autre solution a été adoptée :<br /> * La pin Vcc pour l'alimentation en 5v<br /> * La pin GND pour la masse<br /> * La pin PB0 pour la LED 4<br /> * La pin PB1 pour la LED 3<br /> * La pin PB2 pour la LED 2<br /> * La pin PB3 pour la LED 1<br /> * La pin PB4 pour une liaison UART<br /> <br /> Principe de L'UART :<br /> Le signal envoyé sur la pin PB4 est à l'état par défaut. Dès qu'on détecte un front descendant, on récupère à chaque tic d'horloge la valeur haute ou basse du signal entrant en pin PB4. Nous avons décidé de faire une vérification sur les 4 premiers bits envoyés et de donner la LED à allumer sur les 4 derniers bits. On peut voir un chronogramme ci-contre.<br /> [[Fichier:Chronogramme_UART.jpeg|200px|thumb|Branchement pour programmer l'ATTiny13]]<br /> <br /> <br /> On utilise un AVRISP pour l'ATTiny13 comme on peut le voir sur l'image.<br /> <br /> [[Fichier:Config_ATTiny13.JPG|200px|thumb|Branchement pour programmer l'ATTiny13]]<br /> <br /> Voici le code pour le programmer:<br /> ''<br /> <br /> ''<br /> #define F_CPU 10000000<br /> #include <avr/io.h><br /> #include <util/delay.h><br /> int main (void){<br /> DDRB |= 0x0F;<br /> int i, code=0;<br /> while(1){<br /> while((PINB & 0x10) == 0x10){}<br /> _delay_us(1000);<br /> for(i=128 ; i>=1 ; i=i/2){<br /> code = (((PINB & 0x10)/16) * i) + code;<br /> _delay_us(2000);<br /> }<br /> if((code & 0xF0) == 0x50){<br /> PORTB |= (code - 0x50);<br /> }<br /> else {<br /> code = 0;}}}<br /> <br /> ''<br /> <br /> [[Fichier:UART.gif|200px|thumb|Test de l'envoie d'une commande par UART]]<br /> On réalise le branchement puis pour tester, on programme l'arduino micro comme ceci :<br /> ''<br /> <br /> ''<br /> int state10;<br /> int laststate10=0;<br /> void setup(){<br /> pinMode(11, OUTPUT);<br /> pinMode(12, OUTPUT);<br /> pinMode(13, INPUT);<br /> digitalWrite(11, HIGH);<br /> digitalWrite(12, HIGH);}<br /> ''<br /> <br /> ''<br /> void loop(){<br /> state10 = digitalRead(13);<br /> if ((state10 != laststate10)){<br /> if ((state10 == 0)){<br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,HIGH);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,HIGH);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,HIGH);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,HIGH);<br /> Serial.println(digitalRead(11));}}<br /> laststate10 = state10;}<br /> <br /> ''<br /> <br /> On attend un front descendant sur le pin 13, qu'on réalisera en débranchant le câble déjà branché sur celle-ci.<br /> Les 4 premiers bits 0101 sont pour la vérification d'un envoie. Sur les 4 suivants, nous avons 0010 ce qui veut dire que le PB1 sera en état haut et que nous allumerons la LED3. Le dernier bit est pour remettre par défaut en état haut.<br /> <br /> Voici un GIF du résultat des tests.<br /> <br /> ==Le support==<br /> <br /> Le support, lui, est composé de l’Arduino micro, du RTC, du RFduino ainsi que le système de détection Infrarouge.<br /> Selon le schematic suivant, on crée un faisceau Infrarouge à l’aide d’un diode IR et d’une photorésistance de même longueur d’onde pour éviter les interferances avec la lumière ambiante.<br /> Lorsque la photorésistance capte l’Infrarouge de la diode, un micro courant circule et permet de rendre le transistor NPN passant. Le potentiel au noeud « S » est donc 0. Au contraire, s’il y a présence d’un obstacle empêchant la photorésistance de capter le rayon Infrarouge, le transistor de peut être activé et est donc bloquant. Le potentiel au noeud « S » est 5V (‘1’ logique).<br /> On peut ainsi détecter la présence d’objet entre les deux composants, dans le cas présent, un quelconque médicament.<br /> Nous avons réalisé le test avec le circuit suivant :<br /> <br /> [[Fichier:img8.JPG|200px|thumb|Circuit de Test du faisceau IR]]<br /> <br /> On programme l’Arduino micro pour allumer la LED en présence d’un obstacle avec le code suivant :<br /> <br /> <br /> const int IRDetectorPin = 2; <br /> const int ledPin = 13;<br /> <br /> void setup() {<br /> pinMode(ledPin, OUTPUT);<br /> pinMode(IRDetectorPin, INPUT);<br /> }<br /> void loop(){<br /> digitalWrite(ledPin, digitalRead(IRDetectorPin));<br /> }<br /> <br /> [[Fichier:img9.JPG|200px|thumb|left|Faisceau sans obstacle - LED éteinte]]<br /> [[Fichier:img10.JPG|200px|thumb|Faisceau avec obstacle - LED allumée]]<br /> <br /> Voici deux photos qui confirment le fonctionnement de cette méthode :<br /> <br /> ==App Android==<br /> L’application Android est complémentaire de la partie Arduino. Il est possible à l’aide de cette application d’établir un suivi permanent du pilulier connecté. La communication entre l’application et le capteur s’effectue à travers le protocole Bluetooth Low Energy.<br /> L’application se compose d’une seule interface qui peut exécuter plusieurs activités en arrière-plan.<br /> L’interface se décompose en 4 parties, chacune ayant une fonction précise.<br /> La première partie correspond à la communication Bluetooth. On y aperçu trois boutons qui se succèdent dont chacun correspond à une étape de la mise en communication avec le RFduino :<br /> * Enable Bluetooth permet de mettre en marche le BLE du téléphone si celui-ci est éteint.<br /> * Scan permet de détecter le RFduino.<br /> * Connect met en connexion et récupère les informations de la balise BLE.<br /> <br /> La seconde partie a pour rôle d’enregistrer le numéro du médecin ou du responsable de l’utilisateur. L’enregistrement du numéro est nécessaire à l’envoi d’un SMS si le patient n’a pas pris son médicament dans un temps spécifié.<br /> <br /> Nous arrivons ensuite à la troisième partie qui renseigne le suivi hebdomadaire du patient. On retrouve les 4 zones de journées comme l’est indiqué sur les piluliers standards, à savoir le matin, le midi, le soir et la nuit ; ainsi que la date en temps réel.<br /> Pour chaque période de la journée, on indique l’état du compartiment du pilulier correspondant à la période. Cet état est représenté par un point pouvant avoir 4 couleurs différentes selon le contexte :<br /> * Si un point jaune apparait, le médicament à ingurgiter actuellement est dans le compartiment correspondant à ce moment de la journée.<br /> * Si un point vert apparait, le médicament présent dans ce compartiment devra être ingurgité plus tard dans la journée.<br /> * Si un point rouge apparait, le médicament dans ce compartiment a oublié d’être ingurgité plus tôt dans la journée.<br /> * Si un point noir apparaît, il n’y a pas de médicament à prendre dans ce compartiment ou il a déjà été pris.<br /> <br /> Enfin dans la dernière partie, on retrouve un bouton Stop Alarm qui désactive l’alarme.<br /> Celui-ci se déclenche lorsqu’on passe à une nouvelle période de la journée. Plus précisément, lorsqu’on passe du matin au midi.<br /> Si l’utilisateur n’a pas désactiver lui-même l’alarme, celui-ci s’arrête automatiquement au bout d’une période spécifié et entraîne l’envoi d’un SMS.<br /> <br /> A savoir que l’interface intègre un conteneur ScrollView qui permet le défilement du contenu et donc l’accès à l’ensemble de différentes parties de l’application.<br /> Explication du firmware de l’application Android<br /> Le développement de l’application Android a été long mais instructif. En effet, nous n’avons jamais développé d’application Android et codé en Java auparavant. Nous nous sommes basé alors sur les nombreux tutoriels accessibles en ligne pour réaliser cette application et acquérir quelques bases en Java et développement Android.<br /> L’application a été développée en Java sous le logiciel Android Studio. Son développement s’est déroulé en plusieurs étapes :<br /> 1. Mise en place de la communication Bluetooth Low Energy entre le smartphone et le RFduino (module BLE du socle).<br /> 2. Développement de l’interface de suivi hebdomadaire<br /> 3. Programmation de l’alarme et de l’envoi du SMS d’alerte<br /> <br /> === Communication Bluetooth Low Energy ===<br /> <br /> Afin de mettre en place de la communication entre le smartphone et le pilulier, nous nous sommes basé sur le code opensource disponible sur le site officiel GitHub.<br /> Le Bluetooth Low Energy est un protocole de communication rapide qui demande peu d’énergie pour son fonctionnement. C’est le système de communication recommandé et primordiale pour les objets connectés du fait de la nécessité d’avoir des composants à faible consommation énergétique.<br /> La communication est construite selon un profil définit la manière dont les périphériques transmettent leurs données aux appareils (Generic Attribute Profile) en utilisant des concepts appelés Services et Characteristics.<br /> 16<br /> Les Services peuvent contenir une collection de Characteristics. Les Characteristics sont des flags de propriété ou les valeurs de capteurs. Chaque Service et Characteristic a son identifiant (UUID) propre.<br /> Le profil GATT propose seulement des connections exclusives ; c’est-à-dire que les périphériques BLE ne peuvent être connecté qu’à un seul smartphone à la fois.<br /> <br /> Ici, nous nous retrouvons avec :<br /> * Generic Attribute Profile Client pour l’application.<br /> * Generic Attribute Profile Server pour le pilulier connecté (RFduino) avec un service propre et plusieurs caractéristiques (communication I2C, UART...).<br /> <br /> === Suivi Hebdomadaire ===<br /> <br /> L’application Android reçoit les données à travers l’objet BroadcastReceiver qui par sa fonction onReceive va recevoir les events que reçoit l’application dans son Activity principal. Lorsqu’un event spécifique, par exemple dans notre cas lorsque une donnée est disponible par Bluetooth, le code correspondant du BroadcastReceiver s’exécute dès que possible.<br /> Pour obtenir un suivi hebdomadaire en temps réel, nous avons utilisé la fonction runOnUiThread qui exécute l'action spécifiée sur le Thread d'interface utilisateur de manière immédiate étant donné que dans notre situation le Thread courant correspond au Thread d'interface utilisateur.<br /> L’appel de cette fonction, une fois les données du RFduino reçu et récupéré dans le BroadcastReceiver, permet d’identifier les quatre périodes de la journée (matin, midi, soir et nuit) et d’adapter automatiquement de manière visuel (jaune, vert, rouge, noir) selon les données reçus (respectivement : 1, 2, 3, 4).<br /> <br /> === Alarme et envoi du SMS d'alerte ===<br /> <br /> L’alarme est déclenchée suite à la réception, via la communication Bluetooth, de la commande « alarme ».<br /> Afin de mettre en place l’alarme, nous avons exploité les services d’alarme du système Android, AlarmManager class, qui permet de planifier une activité à être exécuté à un moment donné dans l'avenir. Pour cela, nous avons planifié deux alarmes :<br /> 1. Une première alarme qui se répète toutes les 3 secondes.<br /> 2. Une deuxième alarme qui permet d’arrêter la première alarme au bout d’une heure.<br /> 17<br /> Pour que l’alarme soit toujours exécutée en background de l’application et même à sa fermeture, nous avons utilisé le système d’évènement, BroadcastReceiver object, combiné à la création d’un nouveau Thread ou Tâche dans le service sur lequel dirige le BroadcastReceiver. Ce Thread utilise les fonctionnalités de MediaPlayer, qui permet le contrôle de la lecture de flux audio.<br /> De plus, au bout de l’activation de la seconde alarme, si la première alarme n’est pas déjà désactivée, on envoie un SMS d’alerte au numéro enregistré au préalable, à partir du service SmsManager d’Android. Ce service permet de faire appel à l’application intégrée à Android « Message », et d’envoyer un SMS.<br /> Enfin, si l’utilisateur appui sur le bouton Stop Alarm, la fonction appelé va d’abord arrêter la future planification de la prochaine sonnerie de l’alarme, puis annuler l’appel de l’event BroadcastReceiver.<br /> <br /> ==Semaine 4==<br /> <br /> =Fichiers Rendus=<br /> ==Rapport==<br /> ==Codes==<br /> [[Fichier:Code_Android_PillBox.zip]]<br /> <br /> =Références=</div>

Cduplouy https://projets-ima.plil.fr/mediawiki/index.php?title=Pilulier_automatique&diff=27752 Pilulier automatique 2016-02-23T21:54:17Z

<p>Cduplouy : /* Semaine 3 */</p> <hr /> <div>=Présentation générale du projet=<br /> <br /> ==Contexte du projet==<br /> <br /> D'après des statistiques établis en 2014, un meilleur suivi des traitements médicaux et des médicaments dans le monde permettrait de réaliser 8% d'économies sur le coût total des dépenses de santé.<br /> <br /> De plus, on estime en Europe que la mauvaise prise de médicaments est à l’origine de plusieurs dizaines de milliers de décès chaque année.<br /> <br /> Selon le rapport IGAS2, en France, un mauvais suivi des heures de prises et de dosage de médicament aurait causé entre 8 000 à 12 000 décès par an et coûté près de 2 milliards € à l’Assurance Maladie.<br /> <br /> 13 millions de patients résidents en France seraient polymédiqués, et parmi eux de nombreuses personnes âgées de plus de 60 ans. <br /> <br /> La santé connectée est donc devenue un marché porteur. <br /> <br /> C'est ainsi que de nombreuses solutions se développent chaque jour qui a pour but de venir en aide aux personnes âgées dans les horaires de leurs prises de médicaments et éviter les surdosages ou les erreurs de traitement.<br /> <br /> ==Objectif du projet==<br /> <br /> L’objectif de ce projet est d'adapter un pilulier hebdomadaire pour le rendre connecté pour faciliter le suivi et la prise de médicaments quotidiens à différents moment de la journée.<br /> <br /> ==Description du projet==<br /> <br /> Afin de mettre en place ce pilulier connecté, il faut bien prendre en compte la donnée suivante : il doit être transportable. Cela sous-entend d’avoir un modèle suffisamment compact ainsi qu’une autonomie sur batterie.<br /> Nous devons donc trouver une entre son autonomie et sa connectivité et sa taille/forme.<br /> Actuellement, il existe sur le marché différentes propositions de pilulier connecté. Chacun avec leurs caractéristiques propres :<br /> <br /> * Imedipac de Medissimo : envoie un SMS et/ou un email à l’utilisateur pour lui rappeler de prendre tel médicament à telle heure.<br /> * Do-Pill de SecuR : rend accessible les comprimés et gélules à la date et à l'heure indiqué par le médecin pour éviter les surdosages ou les erreurs de traitement.<br /> * Sivan de MedSecure : prévient l'entourage si erreur du patient dans la prise de ses comprimées et alerte le patient si il doit prendre un comprimé.<br /> <br /> <br /> Afin de proposer une solution alternative à ses piluliers connectés déjà existant, le patient pourra utiliser son pilulier hebdomadaire standard auquel il intégra une base qu'il rendra connecté celui ci.<br /> Notre pilulier connecté sera composé d’un socle contenant toute l’électronique et la batterie et de 7 boîtiers à cachets amovibles<br /> <br /> =Cahiers de charges=<br /> == Fonctionnalités ==<br /> <br /> Ce support permettra au pilulier de remplir les fonctions suivantes :<br /> * Emission d'une alarme lorsque l'usager doit prendre une pilule à une heure et date précise (alarme différente selon le moment de la journée : matin, midi, soir, nuit)<br /> * Indication par une LED la boîte du jour à prendre et par une autre, le compartiment de cette journée.<br /> * Détection si l'usager a pris la bonne journée (sinon émission d'un son)<br /> * Détection si l'usager a pris la bonne pilule à la bonne heure (sinon émission d'un son)<br /> * Détection de la présence des tiroirs<br /> * Suivi par application Androïd.<br /> <br /> == Matériels ==<br /> <br /> Le socle sera composé : <br /> * 7 LED RGB pour indiquer par une couleur verte le bon boîtier et une rouge tout problème avec la boîte correspondante [http://fr.farnell.com/avago-technologies/asmt-ytb2-0bb02/led-plcc6-rgb-745-1600-380mcd/dp/1863243 7 LED RGB CMS] ou [http://fr.farnell.com/avago-technologies/asmb-mtb1-0a3a2/led-rgb-plcc4-surface-noire/dp/2401106 LED] déjà dispo depuis le Projet du Dé Electronique<br /> * 28 [http://fr.farnell.com/kingbright/kp-1608f3c/led-ir-0603-940nm/dp/2449775 IR émetteur] <br /> * 28 [http://fr.farnell.com/kingbright/kp-1608p1c/phototransistor-0603-940nm/dp/2290430 Phototransistor] pour la détection de l’intérieur des compartiments<br /> * 10, 20 ou 70 aimants conducteur d'électricité (5 par boîtier en face de 5 autres sur le socle, donc 10 pour une journée - possibilité de faire le proto sur 1, 2 ou 7 journée) pour assurer la tenue du boîtier et détecter sa présence [http://fr.rs-online.com/web/p/aimants/7924559/ 1, 2 ou 7 sachets de 10 aimants ]<br /> ''( 1 écran LCD pour afficher les messages comme la date et l'heure ou des alertes [http://fr.farnell.com/lumex/lcm-s01602dsf-a/display-dot-matrix-lcd-16-x-2/dp/2062132 1 Ecran LCD 2*16])''<br /> * 1 HP ou buzzer pour émettre une sonnerie [http://www.gotronic.fr/art-buzzer-sv2319c-21015.htm Buzzer]<br /> * 1 arduino nano pour assurer le contrôle [http://www.mouser.fr/ProductDetail/Seeed-Studio/102010019/ arduino nano] '''[fourni le 04/02/2016]'''<br /> * 1 shield BLE pour la connectivité bluetooth contenant le composant nRF8001 (déjà disponible du projet Surveillance passive de sommeil de IMA4 2014/2015) '''[fourni le 04/02/2016]'''<br /> * 1 RTC pour avoir le temps et la date réel contenant le composant DS1307 (MOD-RTC déjà disponible du projet Surveillance passive de sommeil de IMA4 2014/2015) '''[fourni le 05/02/2016]'''<br /> * 1 smartphone sous android pour développer l'application de suivi '''[fourni le 05/02/2016]'''<br /> * 1 pilulier standard (Corentin)<br /> * 1 rouleau de papier réfléchissant<br /> * 1 décodeur 3 entrées / 8 sorties pour allumer les LEDs [http://fr.farnell.com/texas-instruments/cd74hc237m96/decodeur-demux-3-8-soic-16/dp/2499842?MER=i-9b10-00002068 2 décodeur 3E/8S]<br /> <br /> <br /> <br /> Chaque boite contenant les 4 compartiments de la journée est composée :<br /> * 1 interfaçage de 28 LED pour indiquer le bon compartiment [http://fr.farnell.com/avago-technologies/hsmg-c280/led-vert-15mcd-572nm-0402/dp/2494322?MER=i-9b10-00002068 28 LED Verte CMS]<br /> * 7 super-condensateur pour allumer les diodes de chaque compartiment sur le boitier [http://fr.farnell.com/kemet/fc0h104zftbr24/super-condensateur-0-1f-5-5v-cms/dp/2362048 7 super-condensateur]<br /> * 7 résistances de 525 ohm<br /> * 1 microcontrôleur ATTiny pour enregistrer le compartiment à allumer (fourni par l'arduino) et allumer la diode [http://fr.farnell.com/atmel/attiny84-20ssu/mcu-8bit-attiny-20mhz-soic-14/dp/1636955 Lien]<br /> <br /> ==Planning Prévisionnel==<br /> <br /> <table border="1"><br /> <tr><br /> <th>Semaines</th><br /> <th>du 25/01 au 31/01</th><br /> <th>du 1/02 au 7/02</th><br /> <th>du 8/02 au 14/02</th><br /> <th>du 15/02 au 21/02</th><br /> <th>du 22/02 au 25/02</th><br /> </tr><br /> <tr><br /> <th>Étapes</th><br /> <th>Etude bibliographique</th><br /> <th>Détection pour chaque boitier journalier si il a été enlever du support et détection si la bonne pilule a été récupéré par le patient</th><br /> <th>Programmation et interfaçage des différentes shields avec le microcontrôleur</th><br /> <th>Test pour correction d'erreur et amélioration</th><br /> <th>Rédaction du rapport de projet et Préparation à la soutenance</th><br /> </tr><br /> </table><br /> <br /> =Tableau de bord=<br /> <br /> ==Boîtes journalières==<br /> [[Fichier:drawer_electronic.jpeg|200px|thumb|Schematic de l'électronique d'une boîte]]<br /> <br /> Chaque boîte sera équipée d'un petit micro-processeur, de 4 LED, 1 résistance, une grosse capacité, 5 aimants.<br /> Par les 5 aimants vont transiter : <br /> * Le Vc+ correspondant à la tension pour charger la capacité et permettre à l'éclairage de fonctionner pour quelques minutes.<br /> * Le Vp correspondant à la tension envoyée pour détecter la présence de la boîte<br /> * La masse GND<br /> * Les entrées p0 et p1 pour connaître la LED à allumer.<br /> <br /> Nous aurons donc les cas suivants :<br /> <table border="1"><br /> <tr><br /> <th>Inputs</th><br /> <th>Vc+</th><br /> <th>Vp</th><br /> <th>p0</th><br /> <th>p1</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Pilulier repos/Détection boîte</th><br /> <th>0</th><br /> <th>1</th><br /> <th>X</th><br /> <th>X</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Heure médicaments</th><br /> <th>1</th><br /> <th>0</th><br /> <th>0/1</th><br /> <th>0/1</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Après quelques seconde de charge/Détection boîte</th><br /> <th>0</th><br /> <th>1</th><br /> <th>X</th><br /> <th>X</th><br /> <th>GND</th><br /> </tr><br /> </table><br /> <br /> Pour les inputs p0 et p1, elles dépendront du moment de la prise des médicaments :<br /> <table border="1"><br /> <tr><br /> <th>Moment</th><br /> <th>p0</th><br /> <th>p1</th><br /> </tr><br /> <tr><br /> <th>Matin</th><br /> <th>0</th><br /> <th>0</th><br /> </tr><br /> <tr><br /> <th>Midi</th><br /> <th>0</th><br /> <th>1</th><br /> </tr><br /> <tr><br /> <th>Soir</th><br /> <th>1</th><br /> <th>0</th><br /> </tr><br /> <tr><br /> <th>Coucher</th><br /> <th>1</th><br /> <th>1</th><br /> </tr><br /> </table><br /> <br /> Après configuration de l'ATTiny13 via Arduino, les tests ont avérés que cette méthode était limitée. En effet, il y a 4 LEDs et 4 combinaisons, ce qui rend compliqué de laisser un cas "auncune LED allumée".<br /> <br /> Une autre solution a été adoptée :<br /> * La pin Vcc pour l'alimentation en 5v<br /> * La pin GND pour la masse<br /> * La pin PB0 pour la LED 4<br /> * La pin PB1 pour la LED 3<br /> * La pin PB2 pour la LED 2<br /> * La pin PB3 pour la LED 1<br /> * La pin PB4 pour une liaison UART<br /> <br /> Principe de L'UART :<br /> Le signal envoyé sur la pin PB4 est à l'état par défaut. Dès qu'on détecte un front descendant, on récupère à chaque tic d'horloge la valeur haute ou basse du signal entrant en pin PB4. Nous avons décidé de faire une vérification sur les 4 premiers bits envoyés et de donner la LED à allumer sur les 4 derniers bits. On peut voir un chronogramme ci-contre.<br /> [[Fichier:Chronogramme_UART.jpeg|200px|thumb|Branchement pour programmer l'ATTiny13]]<br /> <br /> <br /> On utilise un AVRISP pour l'ATTiny13 comme on peut le voir sur l'image.<br /> <br /> [[Fichier:Config_ATTiny13.JPG|200px|thumb|Branchement pour programmer l'ATTiny13]]<br /> <br /> Voici le code pour le programmer:<br /> ''<br /> <br /> ''<br /> #define F_CPU 10000000<br /> #include <avr/io.h><br /> #include <util/delay.h><br /> int main (void){<br /> DDRB |= 0x0F;<br /> int i, code=0;<br /> while(1){<br /> while((PINB & 0x10) == 0x10){}<br /> _delay_us(1000);<br /> for(i=128 ; i>=1 ; i=i/2){<br /> code = (((PINB & 0x10)/16) * i) + code;<br /> _delay_us(2000);<br /> }<br /> if((code & 0xF0) == 0x50){<br /> PORTB |= (code - 0x50);<br /> }<br /> else {<br /> code = 0;}}}<br /> <br /> ''<br /> <br /> [[Fichier:UART.gif|200px|thumb|Test de l'envoie d'une commande par UART]]<br /> On réalise le branchement puis pour tester, on programme l'arduino micro comme ceci :<br /> ''<br /> <br /> ''<br /> int state10;<br /> int laststate10=0;<br /> void setup(){<br /> pinMode(11, OUTPUT);<br /> pinMode(12, OUTPUT);<br /> pinMode(13, INPUT);<br /> digitalWrite(11, HIGH);<br /> digitalWrite(12, HIGH);}<br /> ''<br /> <br /> ''<br /> void loop(){<br /> state10 = digitalRead(13);<br /> if ((state10 != laststate10)){<br /> if ((state10 == 0)){<br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,HIGH);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,HIGH);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,HIGH);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,HIGH);<br /> Serial.println(digitalRead(11));}}<br /> laststate10 = state10;}<br /> <br /> ''<br /> <br /> On attend un front descendant sur le pin 13, qu'on réalisera en débranchant le câble déjà branché sur celle-ci.<br /> Les 4 premiers bits 0101 sont pour la vérification d'un envoie. Sur les 4 suivants, nous avons 0010 ce qui veut dire que le PB1 sera en état haut et que nous allumerons la LED3. Le dernier bit est pour remettre par défaut en état haut.<br /> <br /> Voici un GIF du résultat des tests.<br /> <br /> ==Le support==<br /> <br /> Le support, lui, est composé de l’Arduino micro, du RTC, du RFduino ainsi que le système de détection Infrarouge.<br /> Selon le schematic suivant, on crée un faisceau Infrarouge à l’aide d’un diode IR et d’une photorésistance de même longueur d’onde pour éviter les interferances avec la lumière ambiante.<br /> Lorsque la photorésistance capte l’Infrarouge de la diode, un micro courant circule et permet de rendre le transistor NPN passant. Le potentiel au noeud « S » est donc 0. Au contraire, s’il y a présence d’un obstacle empêchant la photorésistance de capter le rayon Infrarouge, le transistor de peut être activé et est donc bloquant. Le potentiel au noeud « S » est 5V (‘1’ logique).<br /> On peut ainsi détecter la présence d’objet entre les deux composants, dans le cas présent, un quelconque médicament.<br /> Nous avons réalisé le test avec le circuit suivant :<br /> <br /> [[Fichier:img8.JPG|200px|thumb|Circuit de Test du faisceau IR]]<br /> <br /> On programme l’Arduino micro pour allumer la LED en présence d’un obstacle avec le code suivant :<br /> <br /> <br /> const int IRDetectorPin = 2; <br /> const int ledPin = 13;<br /> <br /> void setup() {<br /> pinMode(ledPin, OUTPUT);<br /> pinMode(IRDetectorPin, INPUT);<br /> }<br /> void loop(){<br /> digitalWrite(ledPin, digitalRead(IRDetectorPin));<br /> }<br /> <br /> [[Fichier:img9.JPG|200px|thumb|left|Faisceau sans obstacle - LED éteinte]]<br /> [[Fichier:img10.JPG|200px|thumb|Faisceau avec obstacle - LED allumée]]<br /> <br /> Voici deux photos qui confirment le fonctionnement de cette méthode :<br /> <br /> ==App Android==<br /> L’application Android est complémentaire de la partie Arduino. Il est possible à l’aide de cette application d’établir un suivi permanent du pilulier connecté. La communication entre l’application et le capteur s’effectue à travers le protocole Bluetooth Low Energy.<br /> L’application se compose d’une seule interface qui peut exécuter plusieurs activités en arrière-plan.<br /> L’interface se décompose en 4 parties, chacune ayant une fonction précise.<br /> La première partie correspond à la communication Bluetooth. On y aperçu trois boutons qui se succèdent dont chacun correspond à une étape de la mise en communication avec le RFduino :<br /> * Enable Bluetooth permet de mettre en marche le BLE du téléphone si celui-ci est éteint.<br /> * Scan permet de détecter le RFduino.<br /> * Connect met en connexion et récupère les informations de la balise BLE.<br /> <br /> La seconde partie a pour rôle d’enregistrer le numéro du médecin ou du responsable de l’utilisateur. L’enregistrement du numéro est nécessaire à l’envoi d’un SMS si le patient n’a pas pris son médicament dans un temps spécifié.<br /> <br /> Nous arrivons ensuite à la troisième partie qui renseigne le suivi hebdomadaire du patient. On retrouve les 4 zones de journées comme l’est indiqué sur les piluliers standards, à savoir le matin, le midi, le soir et la nuit ; ainsi que la date en temps réel.<br /> Pour chaque période de la journée, on indique l’état du compartiment du pilulier correspondant à la période. Cet état est représenté par un point pouvant avoir 4 couleurs différentes selon le contexte :<br /> * Si un point jaune apparait, le médicament à ingurgiter actuellement est dans le compartiment correspondant à ce moment de la journée.<br /> * Si un point vert apparait, le médicament présent dans ce compartiment devra être ingurgité plus tard dans la journée.<br /> * Si un point rouge apparait, le médicament dans ce compartiment a oublié d’être ingurgité plus tôt dans la journée.<br /> * Si un point noir apparaît, il n’y a pas de médicament à prendre dans ce compartiment ou il a déjà été pris.<br /> <br /> Enfin dans la dernière partie, on retrouve un bouton Stop Alarm qui désactive l’alarme.<br /> Celui-ci se déclenche lorsqu’on passe à une nouvelle période de la journée. Plus précisément, lorsqu’on passe du matin au midi.<br /> Si l’utilisateur n’a pas désactiver lui-même l’alarme, celui-ci s’arrête automatiquement au bout d’une période spécifié et entraîne l’envoi d’un SMS.<br /> <br /> A savoir que l’interface intègre un conteneur ScrollView qui permet le défilement du contenu et donc l’accès à l’ensemble de différentes parties de l’application.<br /> Explication du firmware de l’application Android<br /> Le développement de l’application Android a été long mais instructif. En effet, nous n’avons jamais développé d’application Android et codé en Java auparavant. Nous nous sommes basé alors sur les nombreux tutoriels accessibles en ligne pour réaliser cette application et acquérir quelques bases en Java et développement Android.<br /> L’application a été développée en Java sous le logiciel Android Studio. Son développement s’est déroulé en plusieurs étapes :<br /> 1. Mise en place de la communication Bluetooth Low Energy entre le smartphone et le RFduino (module BLE du socle).<br /> 2. Développement de l’interface de suivi hebdomadaire<br /> 3. Programmation de l’alarme et de l’envoi du SMS d’alerte<br /> <br /> === Communication Bluetooth Low Energy ===<br /> <br /> Afin de mettre en place de la communication entre le smartphone et le pilulier, nous nous sommes basé sur le code opensource disponible sur le site officiel GitHub.<br /> Le Bluetooth Low Energy est un protocole de communication rapide qui demande peu d’énergie pour son fonctionnement. C’est le système de communication recommandé et primordiale pour les objets connectés du fait de la nécessité d’avoir des composants à faible consommation énergétique.<br /> La communication est construite selon un profil définit la manière dont les périphériques transmettent leurs données aux appareils (Generic Attribute Profile) en utilisant des concepts appelés Services et Characteristics.<br /> 16<br /> Les Services peuvent contenir une collection de Characteristics. Les Characteristics sont des flags de propriété ou les valeurs de capteurs. Chaque Service et Characteristic a son identifiant (UUID) propre.<br /> Le profil GATT propose seulement des connections exclusives ; c’est-à-dire que les périphériques BLE ne peuvent être connecté qu’à un seul smartphone à la fois.<br /> <br /> Ici, nous nous retrouvons avec :<br /> * Generic Attribute Profile Client pour l’application.<br /> * Generic Attribute Profile Server pour le pilulier connecté (RFduino) avec un service propre et plusieurs caractéristiques (communication I2C, UART...).<br /> <br /> === Suivi Hebdomadaire ===<br /> <br /> L’application Android reçoit les données à travers l’objet BroadcastReceiver qui par sa fonction onReceive va recevoir les events que reçoit l’application dans son Activity principal. Lorsqu’un event spécifique, par exemple dans notre cas lorsque une donnée est disponible par Bluetooth, le code correspondant du BroadcastReceiver s’exécute dès que possible.<br /> Pour obtenir un suivi hebdomadaire en temps réel, nous avons utilisé la fonction runOnUiThread qui exécute l'action spécifiée sur le Thread d'interface utilisateur de manière immédiate étant donné que dans notre situation le Thread courant correspond au Thread d'interface utilisateur.<br /> L’appel de cette fonction, une fois les données du RFduino reçu et récupéré dans le BroadcastReceiver, permet d’identifier les quatre périodes de la journée (matin, midi, soir et nuit) et d’adapter automatiquement de manière visuel (jaune, vert, rouge, noir) selon les données reçus (respectivement : 1, 2, 3, 4).<br /> <br /> === Alarme et envoi du SMS d'alerte ===<br /> <br /> L’alarme est déclenchée suite à la réception, via la communication Bluetooth, de la commande « alarme ».<br /> Afin de mettre en place l’alarme, nous avons exploité les services d’alarme du système Android, AlarmManager class, qui permet de planifier une activité à être exécuté à un moment donné dans l'avenir. Pour cela, nous avons planifié deux alarmes :<br /> 1. Une première alarme qui se répète toutes les 3 secondes.<br /> 2. Une deuxième alarme qui permet d’arrêter la première alarme au bout d’une heure.<br /> 17<br /> Pour que l’alarme soit toujours exécutée en background de l’application et même à sa fermeture, nous avons utilisé le système d’évènement, BroadcastReceiver object, combiné à la création d’un nouveau Thread ou Tâche dans le service sur lequel dirige le BroadcastReceiver. Ce Thread utilise les fonctionnalités de MediaPlayer, qui permet le contrôle de la lecture de flux audio.<br /> De plus, au bout de l’activation de la seconde alarme, si la première alarme n’est pas déjà désactivée, on envoie un SMS d’alerte au numéro enregistré au préalable, à partir du service SmsManager d’Android. Ce service permet de faire appel à l’application intégrée à Android « Message », et d’envoyer un SMS.<br /> Enfin, si l’utilisateur appui sur le bouton Stop Alarm, la fonction appelé va d’abord arrêter la future planification de la prochaine sonnerie de l’alarme, puis annuler l’appel de l’event BroadcastReceiver.<br /> <br /> ==Semaine 4==<br /> <br /> =Fichiers Rendus=<br /> ==Rapport==<br /> ==Codes==<br /> [[Fichier:Code_Android_PillBox.zip]]<br /> <br /> =Références=</div>

Cduplouy https://projets-ima.plil.fr/mediawiki/index.php?title=Pilulier_automatique&diff=27751 Pilulier automatique 2016-02-23T21:50:18Z

<p>Cduplouy : /* Le support */</p> <hr /> <div>=Présentation générale du projet=<br /> <br /> ==Contexte du projet==<br /> <br /> D'après des statistiques établis en 2014, un meilleur suivi des traitements médicaux et des médicaments dans le monde permettrait de réaliser 8% d'économies sur le coût total des dépenses de santé.<br /> <br /> De plus, on estime en Europe que la mauvaise prise de médicaments est à l’origine de plusieurs dizaines de milliers de décès chaque année.<br /> <br /> Selon le rapport IGAS2, en France, un mauvais suivi des heures de prises et de dosage de médicament aurait causé entre 8 000 à 12 000 décès par an et coûté près de 2 milliards € à l’Assurance Maladie.<br /> <br /> 13 millions de patients résidents en France seraient polymédiqués, et parmi eux de nombreuses personnes âgées de plus de 60 ans. <br /> <br /> La santé connectée est donc devenue un marché porteur. <br /> <br /> C'est ainsi que de nombreuses solutions se développent chaque jour qui a pour but de venir en aide aux personnes âgées dans les horaires de leurs prises de médicaments et éviter les surdosages ou les erreurs de traitement.<br /> <br /> ==Objectif du projet==<br /> <br /> L’objectif de ce projet est d'adapter un pilulier hebdomadaire pour le rendre connecté pour faciliter le suivi et la prise de médicaments quotidiens à différents moment de la journée.<br /> <br /> ==Description du projet==<br /> <br /> Afin de mettre en place ce pilulier connecté, il faut bien prendre en compte la donnée suivante : il doit être transportable. Cela sous-entend d’avoir un modèle suffisamment compact ainsi qu’une autonomie sur batterie.<br /> Nous devons donc trouver une entre son autonomie et sa connectivité et sa taille/forme.<br /> Actuellement, il existe sur le marché différentes propositions de pilulier connecté. Chacun avec leurs caractéristiques propres :<br /> <br /> * Imedipac de Medissimo : envoie un SMS et/ou un email à l’utilisateur pour lui rappeler de prendre tel médicament à telle heure.<br /> * Do-Pill de SecuR : rend accessible les comprimés et gélules à la date et à l'heure indiqué par le médecin pour éviter les surdosages ou les erreurs de traitement.<br /> * Sivan de MedSecure : prévient l'entourage si erreur du patient dans la prise de ses comprimées et alerte le patient si il doit prendre un comprimé.<br /> <br /> <br /> Afin de proposer une solution alternative à ses piluliers connectés déjà existant, le patient pourra utiliser son pilulier hebdomadaire standard auquel il intégra une base qu'il rendra connecté celui ci.<br /> Notre pilulier connecté sera composé d’un socle contenant toute l’électronique et la batterie et de 7 boîtiers à cachets amovibles<br /> <br /> =Cahiers de charges=<br /> == Fonctionnalités ==<br /> <br /> Ce support permettra au pilulier de remplir les fonctions suivantes :<br /> * Emission d'une alarme lorsque l'usager doit prendre une pilule à une heure et date précise (alarme différente selon le moment de la journée : matin, midi, soir, nuit)<br /> * Indication par une LED la boîte du jour à prendre et par une autre, le compartiment de cette journée.<br /> * Détection si l'usager a pris la bonne journée (sinon émission d'un son)<br /> * Détection si l'usager a pris la bonne pilule à la bonne heure (sinon émission d'un son)<br /> * Détection de la présence des tiroirs<br /> * Suivi par application Androïd.<br /> <br /> == Matériels ==<br /> <br /> Le socle sera composé : <br /> * 7 LED RGB pour indiquer par une couleur verte le bon boîtier et une rouge tout problème avec la boîte correspondante [http://fr.farnell.com/avago-technologies/asmt-ytb2-0bb02/led-plcc6-rgb-745-1600-380mcd/dp/1863243 7 LED RGB CMS] ou [http://fr.farnell.com/avago-technologies/asmb-mtb1-0a3a2/led-rgb-plcc4-surface-noire/dp/2401106 LED] déjà dispo depuis le Projet du Dé Electronique<br /> * 28 [http://fr.farnell.com/kingbright/kp-1608f3c/led-ir-0603-940nm/dp/2449775 IR émetteur] <br /> * 28 [http://fr.farnell.com/kingbright/kp-1608p1c/phototransistor-0603-940nm/dp/2290430 Phototransistor] pour la détection de l’intérieur des compartiments<br /> * 10, 20 ou 70 aimants conducteur d'électricité (5 par boîtier en face de 5 autres sur le socle, donc 10 pour une journée - possibilité de faire le proto sur 1, 2 ou 7 journée) pour assurer la tenue du boîtier et détecter sa présence [http://fr.rs-online.com/web/p/aimants/7924559/ 1, 2 ou 7 sachets de 10 aimants ]<br /> ''( 1 écran LCD pour afficher les messages comme la date et l'heure ou des alertes [http://fr.farnell.com/lumex/lcm-s01602dsf-a/display-dot-matrix-lcd-16-x-2/dp/2062132 1 Ecran LCD 2*16])''<br /> * 1 HP ou buzzer pour émettre une sonnerie [http://www.gotronic.fr/art-buzzer-sv2319c-21015.htm Buzzer]<br /> * 1 arduino nano pour assurer le contrôle [http://www.mouser.fr/ProductDetail/Seeed-Studio/102010019/ arduino nano] '''[fourni le 04/02/2016]'''<br /> * 1 shield BLE pour la connectivité bluetooth contenant le composant nRF8001 (déjà disponible du projet Surveillance passive de sommeil de IMA4 2014/2015) '''[fourni le 04/02/2016]'''<br /> * 1 RTC pour avoir le temps et la date réel contenant le composant DS1307 (MOD-RTC déjà disponible du projet Surveillance passive de sommeil de IMA4 2014/2015) '''[fourni le 05/02/2016]'''<br /> * 1 smartphone sous android pour développer l'application de suivi '''[fourni le 05/02/2016]'''<br /> * 1 pilulier standard (Corentin)<br /> * 1 rouleau de papier réfléchissant<br /> * 1 décodeur 3 entrées / 8 sorties pour allumer les LEDs [http://fr.farnell.com/texas-instruments/cd74hc237m96/decodeur-demux-3-8-soic-16/dp/2499842?MER=i-9b10-00002068 2 décodeur 3E/8S]<br /> <br /> <br /> <br /> Chaque boite contenant les 4 compartiments de la journée est composée :<br /> * 1 interfaçage de 28 LED pour indiquer le bon compartiment [http://fr.farnell.com/avago-technologies/hsmg-c280/led-vert-15mcd-572nm-0402/dp/2494322?MER=i-9b10-00002068 28 LED Verte CMS]<br /> * 7 super-condensateur pour allumer les diodes de chaque compartiment sur le boitier [http://fr.farnell.com/kemet/fc0h104zftbr24/super-condensateur-0-1f-5-5v-cms/dp/2362048 7 super-condensateur]<br /> * 7 résistances de 525 ohm<br /> * 1 microcontrôleur ATTiny pour enregistrer le compartiment à allumer (fourni par l'arduino) et allumer la diode [http://fr.farnell.com/atmel/attiny84-20ssu/mcu-8bit-attiny-20mhz-soic-14/dp/1636955 Lien]<br /> <br /> ==Planning Prévisionnel==<br /> <br /> <table border="1"><br /> <tr><br /> <th>Semaines</th><br /> <th>du 25/01 au 31/01</th><br /> <th>du 1/02 au 7/02</th><br /> <th>du 8/02 au 14/02</th><br /> <th>du 15/02 au 21/02</th><br /> <th>du 22/02 au 25/02</th><br /> </tr><br /> <tr><br /> <th>Étapes</th><br /> <th>Etude bibliographique</th><br /> <th>Détection pour chaque boitier journalier si il a été enlever du support et détection si la bonne pilule a été récupéré par le patient</th><br /> <th>Programmation et interfaçage des différentes shields avec le microcontrôleur</th><br /> <th>Test pour correction d'erreur et amélioration</th><br /> <th>Rédaction du rapport de projet et Préparation à la soutenance</th><br /> </tr><br /> </table><br /> <br /> =Tableau de bord=<br /> <br /> ==Boîtes journalières==<br /> [[Fichier:drawer_electronic.jpeg|200px|thumb|Schematic de l'électronique d'une boîte]]<br /> <br /> Chaque boîte sera équipée d'un petit micro-processeur, de 4 LED, 1 résistance, une grosse capacité, 5 aimants.<br /> Par les 5 aimants vont transiter : <br /> * Le Vc+ correspondant à la tension pour charger la capacité et permettre à l'éclairage de fonctionner pour quelques minutes.<br /> * Le Vp correspondant à la tension envoyée pour détecter la présence de la boîte<br /> * La masse GND<br /> * Les entrées p0 et p1 pour connaître la LED à allumer.<br /> <br /> Nous aurons donc les cas suivants :<br /> <table border="1"><br /> <tr><br /> <th>Inputs</th><br /> <th>Vc+</th><br /> <th>Vp</th><br /> <th>p0</th><br /> <th>p1</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Pilulier repos/Détection boîte</th><br /> <th>0</th><br /> <th>1</th><br /> <th>X</th><br /> <th>X</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Heure médicaments</th><br /> <th>1</th><br /> <th>0</th><br /> <th>0/1</th><br /> <th>0/1</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Après quelques seconde de charge/Détection boîte</th><br /> <th>0</th><br /> <th>1</th><br /> <th>X</th><br /> <th>X</th><br /> <th>GND</th><br /> </tr><br /> </table><br /> <br /> Pour les inputs p0 et p1, elles dépendront du moment de la prise des médicaments :<br /> <table border="1"><br /> <tr><br /> <th>Moment</th><br /> <th>p0</th><br /> <th>p1</th><br /> </tr><br /> <tr><br /> <th>Matin</th><br /> <th>0</th><br /> <th>0</th><br /> </tr><br /> <tr><br /> <th>Midi</th><br /> <th>0</th><br /> <th>1</th><br /> </tr><br /> <tr><br /> <th>Soir</th><br /> <th>1</th><br /> <th>0</th><br /> </tr><br /> <tr><br /> <th>Coucher</th><br /> <th>1</th><br /> <th>1</th><br /> </tr><br /> </table><br /> <br /> Après configuration de l'ATTiny13 via Arduino, les tests ont avérés que cette méthode était limitée. En effet, il y a 4 LEDs et 4 combinaisons, ce qui rend compliqué de laisser un cas "auncune LED allumée".<br /> <br /> Une autre solution a été adoptée :<br /> * La pin Vcc pour l'alimentation en 5v<br /> * La pin GND pour la masse<br /> * La pin PB0 pour la LED 4<br /> * La pin PB1 pour la LED 3<br /> * La pin PB2 pour la LED 2<br /> * La pin PB3 pour la LED 1<br /> * La pin PB4 pour une liaison UART<br /> <br /> Principe de L'UART :<br /> Le signal envoyé sur la pin PB4 est à l'état par défaut. Dès qu'on détecte un front descendant, on récupère à chaque tic d'horloge la valeur haute ou basse du signal entrant en pin PB4. Nous avons décidé de faire une vérification sur les 4 premiers bits envoyés et de donner la LED à allumer sur les 4 derniers bits. On peut voir un chronogramme ci-contre.<br /> [[Fichier:Chronogramme_UART.jpeg|200px|thumb|Branchement pour programmer l'ATTiny13]]<br /> <br /> <br /> On utilise un AVRISP pour l'ATTiny13 comme on peut le voir sur l'image.<br /> <br /> [[Fichier:Config_ATTiny13.JPG|200px|thumb|Branchement pour programmer l'ATTiny13]]<br /> <br /> Voici le code pour le programmer:<br /> ''<br /> <br /> ''<br /> #define F_CPU 10000000<br /> #include <avr/io.h><br /> #include <util/delay.h><br /> int main (void){<br /> DDRB |= 0x0F;<br /> int i, code=0;<br /> while(1){<br /> while((PINB & 0x10) == 0x10){}<br /> _delay_us(1000);<br /> for(i=128 ; i>=1 ; i=i/2){<br /> code = (((PINB & 0x10)/16) * i) + code;<br /> _delay_us(2000);<br /> }<br /> if((code & 0xF0) == 0x50){<br /> PORTB |= (code - 0x50);<br /> }<br /> else {<br /> code = 0;}}}<br /> <br /> ''<br /> <br /> [[Fichier:UART.gif|200px|thumb|Test de l'envoie d'une commande par UART]]<br /> On réalise le branchement puis pour tester, on programme l'arduino micro comme ceci :<br /> ''<br /> <br /> ''<br /> int state10;<br /> int laststate10=0;<br /> void setup(){<br /> pinMode(11, OUTPUT);<br /> pinMode(12, OUTPUT);<br /> pinMode(13, INPUT);<br /> digitalWrite(11, HIGH);<br /> digitalWrite(12, HIGH);}<br /> ''<br /> <br /> ''<br /> void loop(){<br /> state10 = digitalRead(13);<br /> if ((state10 != laststate10)){<br /> if ((state10 == 0)){<br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,HIGH);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,HIGH);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,HIGH);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,HIGH);<br /> Serial.println(digitalRead(11));}}<br /> laststate10 = state10;}<br /> <br /> ''<br /> <br /> On attend un front descendant sur le pin 13, qu'on réalisera en débranchant le câble déjà branché sur celle-ci.<br /> Les 4 premiers bits 0101 sont pour la vérification d'un envoie. Sur les 4 suivants, nous avons 0010 ce qui veut dire que le PB1 sera en état haut et que nous allumerons la LED3. Le dernier bit est pour remettre par défaut en état haut.<br /> <br /> Voici un GIF du résultat des tests.<br /> <br /> ==Le support==<br /> <br /> Le support, lui, est composé de l’Arduino micro, du RTC, du RFduino ainsi que le système de détection Infrarouge.<br /> Selon le schematic suivant, on crée un faisceau Infrarouge à l’aide d’un diode IR et d’une photorésistance de même longueur d’onde pour éviter les interferances avec la lumière ambiante.<br /> Lorsque la photorésistance capte l’Infrarouge de la diode, un micro courant circule et permet de rendre le transistor NPN passant. Le potentiel au noeud « S » est donc 0. Au contraire, s’il y a présence d’un obstacle empêchant la photorésistance de capter le rayon Infrarouge, le transistor de peut être activé et est donc bloquant. Le potentiel au noeud « S » est 5V (‘1’ logique).<br /> On peut ainsi détecter la présence d’objet entre les deux composants, dans le cas présent, un quelconque médicament.<br /> Nous avons réalisé le test avec le circuit suivant :<br /> <br /> [[Fichier:img8.JPG|200px|thumb|Circuit de Test du faisceau IR]]<br /> <br /> On programme l’Arduino micro pour allumer la LED en présence d’un obstacle avec le code suivant :<br /> <br /> <br /> const int IRDetectorPin = 2; <br /> const int ledPin = 13;<br /> <br /> void setup() {<br /> pinMode(ledPin, OUTPUT);<br /> pinMode(IRDetectorPin, INPUT);<br /> }<br /> void loop(){<br /> digitalWrite(ledPin, digitalRead(IRDetectorPin));<br /> }<br /> <br /> [[Fichier:img9.JPG|200px|thumb|left|Faisceau sans obstacle - LED éteinte]]<br /> [[Fichier:img10.JPG|200px|thumb|Faisceau avec obstacle - LED allumée]]<br /> <br /> Voici deux photos qui confirment le fonctionnement de cette méthode :<br /> <br /> ==Semaine 3==<br /> <br /> <br /> ==Semaine 4==<br /> <br /> =Fichiers Rendus=<br /> ==Rapport==<br /> ==Codes==<br /> [[Fichier:Code_Android_PillBox.zip]]<br /> <br /> =Références=</div>

Cduplouy https://projets-ima.plil.fr/mediawiki/index.php?title=Pilulier_automatique&diff=27750 Pilulier automatique 2016-02-23T21:49:51Z

<p>Cduplouy : /* Le support */</p> <hr /> <div>=Présentation générale du projet=<br /> <br /> ==Contexte du projet==<br /> <br /> D'après des statistiques établis en 2014, un meilleur suivi des traitements médicaux et des médicaments dans le monde permettrait de réaliser 8% d'économies sur le coût total des dépenses de santé.<br /> <br /> De plus, on estime en Europe que la mauvaise prise de médicaments est à l’origine de plusieurs dizaines de milliers de décès chaque année.<br /> <br /> Selon le rapport IGAS2, en France, un mauvais suivi des heures de prises et de dosage de médicament aurait causé entre 8 000 à 12 000 décès par an et coûté près de 2 milliards € à l’Assurance Maladie.<br /> <br /> 13 millions de patients résidents en France seraient polymédiqués, et parmi eux de nombreuses personnes âgées de plus de 60 ans. <br /> <br /> La santé connectée est donc devenue un marché porteur. <br /> <br /> C'est ainsi que de nombreuses solutions se développent chaque jour qui a pour but de venir en aide aux personnes âgées dans les horaires de leurs prises de médicaments et éviter les surdosages ou les erreurs de traitement.<br /> <br /> ==Objectif du projet==<br /> <br /> L’objectif de ce projet est d'adapter un pilulier hebdomadaire pour le rendre connecté pour faciliter le suivi et la prise de médicaments quotidiens à différents moment de la journée.<br /> <br /> ==Description du projet==<br /> <br /> Afin de mettre en place ce pilulier connecté, il faut bien prendre en compte la donnée suivante : il doit être transportable. Cela sous-entend d’avoir un modèle suffisamment compact ainsi qu’une autonomie sur batterie.<br /> Nous devons donc trouver une entre son autonomie et sa connectivité et sa taille/forme.<br /> Actuellement, il existe sur le marché différentes propositions de pilulier connecté. Chacun avec leurs caractéristiques propres :<br /> <br /> * Imedipac de Medissimo : envoie un SMS et/ou un email à l’utilisateur pour lui rappeler de prendre tel médicament à telle heure.<br /> * Do-Pill de SecuR : rend accessible les comprimés et gélules à la date et à l'heure indiqué par le médecin pour éviter les surdosages ou les erreurs de traitement.<br /> * Sivan de MedSecure : prévient l'entourage si erreur du patient dans la prise de ses comprimées et alerte le patient si il doit prendre un comprimé.<br /> <br /> <br /> Afin de proposer une solution alternative à ses piluliers connectés déjà existant, le patient pourra utiliser son pilulier hebdomadaire standard auquel il intégra une base qu'il rendra connecté celui ci.<br /> Notre pilulier connecté sera composé d’un socle contenant toute l’électronique et la batterie et de 7 boîtiers à cachets amovibles<br /> <br /> =Cahiers de charges=<br /> == Fonctionnalités ==<br /> <br /> Ce support permettra au pilulier de remplir les fonctions suivantes :<br /> * Emission d'une alarme lorsque l'usager doit prendre une pilule à une heure et date précise (alarme différente selon le moment de la journée : matin, midi, soir, nuit)<br /> * Indication par une LED la boîte du jour à prendre et par une autre, le compartiment de cette journée.<br /> * Détection si l'usager a pris la bonne journée (sinon émission d'un son)<br /> * Détection si l'usager a pris la bonne pilule à la bonne heure (sinon émission d'un son)<br /> * Détection de la présence des tiroirs<br /> * Suivi par application Androïd.<br /> <br /> == Matériels ==<br /> <br /> Le socle sera composé : <br /> * 7 LED RGB pour indiquer par une couleur verte le bon boîtier et une rouge tout problème avec la boîte correspondante [http://fr.farnell.com/avago-technologies/asmt-ytb2-0bb02/led-plcc6-rgb-745-1600-380mcd/dp/1863243 7 LED RGB CMS] ou [http://fr.farnell.com/avago-technologies/asmb-mtb1-0a3a2/led-rgb-plcc4-surface-noire/dp/2401106 LED] déjà dispo depuis le Projet du Dé Electronique<br /> * 28 [http://fr.farnell.com/kingbright/kp-1608f3c/led-ir-0603-940nm/dp/2449775 IR émetteur] <br /> * 28 [http://fr.farnell.com/kingbright/kp-1608p1c/phototransistor-0603-940nm/dp/2290430 Phototransistor] pour la détection de l’intérieur des compartiments<br /> * 10, 20 ou 70 aimants conducteur d'électricité (5 par boîtier en face de 5 autres sur le socle, donc 10 pour une journée - possibilité de faire le proto sur 1, 2 ou 7 journée) pour assurer la tenue du boîtier et détecter sa présence [http://fr.rs-online.com/web/p/aimants/7924559/ 1, 2 ou 7 sachets de 10 aimants ]<br /> ''( 1 écran LCD pour afficher les messages comme la date et l'heure ou des alertes [http://fr.farnell.com/lumex/lcm-s01602dsf-a/display-dot-matrix-lcd-16-x-2/dp/2062132 1 Ecran LCD 2*16])''<br /> * 1 HP ou buzzer pour émettre une sonnerie [http://www.gotronic.fr/art-buzzer-sv2319c-21015.htm Buzzer]<br /> * 1 arduino nano pour assurer le contrôle [http://www.mouser.fr/ProductDetail/Seeed-Studio/102010019/ arduino nano] '''[fourni le 04/02/2016]'''<br /> * 1 shield BLE pour la connectivité bluetooth contenant le composant nRF8001 (déjà disponible du projet Surveillance passive de sommeil de IMA4 2014/2015) '''[fourni le 04/02/2016]'''<br /> * 1 RTC pour avoir le temps et la date réel contenant le composant DS1307 (MOD-RTC déjà disponible du projet Surveillance passive de sommeil de IMA4 2014/2015) '''[fourni le 05/02/2016]'''<br /> * 1 smartphone sous android pour développer l'application de suivi '''[fourni le 05/02/2016]'''<br /> * 1 pilulier standard (Corentin)<br /> * 1 rouleau de papier réfléchissant<br /> * 1 décodeur 3 entrées / 8 sorties pour allumer les LEDs [http://fr.farnell.com/texas-instruments/cd74hc237m96/decodeur-demux-3-8-soic-16/dp/2499842?MER=i-9b10-00002068 2 décodeur 3E/8S]<br /> <br /> <br /> <br /> Chaque boite contenant les 4 compartiments de la journée est composée :<br /> * 1 interfaçage de 28 LED pour indiquer le bon compartiment [http://fr.farnell.com/avago-technologies/hsmg-c280/led-vert-15mcd-572nm-0402/dp/2494322?MER=i-9b10-00002068 28 LED Verte CMS]<br /> * 7 super-condensateur pour allumer les diodes de chaque compartiment sur le boitier [http://fr.farnell.com/kemet/fc0h104zftbr24/super-condensateur-0-1f-5-5v-cms/dp/2362048 7 super-condensateur]<br /> * 7 résistances de 525 ohm<br /> * 1 microcontrôleur ATTiny pour enregistrer le compartiment à allumer (fourni par l'arduino) et allumer la diode [http://fr.farnell.com/atmel/attiny84-20ssu/mcu-8bit-attiny-20mhz-soic-14/dp/1636955 Lien]<br /> <br /> ==Planning Prévisionnel==<br /> <br /> <table border="1"><br /> <tr><br /> <th>Semaines</th><br /> <th>du 25/01 au 31/01</th><br /> <th>du 1/02 au 7/02</th><br /> <th>du 8/02 au 14/02</th><br /> <th>du 15/02 au 21/02</th><br /> <th>du 22/02 au 25/02</th><br /> </tr><br /> <tr><br /> <th>Étapes</th><br /> <th>Etude bibliographique</th><br /> <th>Détection pour chaque boitier journalier si il a été enlever du support et détection si la bonne pilule a été récupéré par le patient</th><br /> <th>Programmation et interfaçage des différentes shields avec le microcontrôleur</th><br /> <th>Test pour correction d'erreur et amélioration</th><br /> <th>Rédaction du rapport de projet et Préparation à la soutenance</th><br /> </tr><br /> </table><br /> <br /> =Tableau de bord=<br /> <br /> ==Boîtes journalières==<br /> [[Fichier:drawer_electronic.jpeg|200px|thumb|Schematic de l'électronique d'une boîte]]<br /> <br /> Chaque boîte sera équipée d'un petit micro-processeur, de 4 LED, 1 résistance, une grosse capacité, 5 aimants.<br /> Par les 5 aimants vont transiter : <br /> * Le Vc+ correspondant à la tension pour charger la capacité et permettre à l'éclairage de fonctionner pour quelques minutes.<br /> * Le Vp correspondant à la tension envoyée pour détecter la présence de la boîte<br /> * La masse GND<br /> * Les entrées p0 et p1 pour connaître la LED à allumer.<br /> <br /> Nous aurons donc les cas suivants :<br /> <table border="1"><br /> <tr><br /> <th>Inputs</th><br /> <th>Vc+</th><br /> <th>Vp</th><br /> <th>p0</th><br /> <th>p1</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Pilulier repos/Détection boîte</th><br /> <th>0</th><br /> <th>1</th><br /> <th>X</th><br /> <th>X</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Heure médicaments</th><br /> <th>1</th><br /> <th>0</th><br /> <th>0/1</th><br /> <th>0/1</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Après quelques seconde de charge/Détection boîte</th><br /> <th>0</th><br /> <th>1</th><br /> <th>X</th><br /> <th>X</th><br /> <th>GND</th><br /> </tr><br /> </table><br /> <br /> Pour les inputs p0 et p1, elles dépendront du moment de la prise des médicaments :<br /> <table border="1"><br /> <tr><br /> <th>Moment</th><br /> <th>p0</th><br /> <th>p1</th><br /> </tr><br /> <tr><br /> <th>Matin</th><br /> <th>0</th><br /> <th>0</th><br /> </tr><br /> <tr><br /> <th>Midi</th><br /> <th>0</th><br /> <th>1</th><br /> </tr><br /> <tr><br /> <th>Soir</th><br /> <th>1</th><br /> <th>0</th><br /> </tr><br /> <tr><br /> <th>Coucher</th><br /> <th>1</th><br /> <th>1</th><br /> </tr><br /> </table><br /> <br /> Après configuration de l'ATTiny13 via Arduino, les tests ont avérés que cette méthode était limitée. En effet, il y a 4 LEDs et 4 combinaisons, ce qui rend compliqué de laisser un cas "auncune LED allumée".<br /> <br /> Une autre solution a été adoptée :<br /> * La pin Vcc pour l'alimentation en 5v<br /> * La pin GND pour la masse<br /> * La pin PB0 pour la LED 4<br /> * La pin PB1 pour la LED 3<br /> * La pin PB2 pour la LED 2<br /> * La pin PB3 pour la LED 1<br /> * La pin PB4 pour une liaison UART<br /> <br /> Principe de L'UART :<br /> Le signal envoyé sur la pin PB4 est à l'état par défaut. Dès qu'on détecte un front descendant, on récupère à chaque tic d'horloge la valeur haute ou basse du signal entrant en pin PB4. Nous avons décidé de faire une vérification sur les 4 premiers bits envoyés et de donner la LED à allumer sur les 4 derniers bits. On peut voir un chronogramme ci-contre.<br /> [[Fichier:Chronogramme_UART.jpeg|200px|thumb|Branchement pour programmer l'ATTiny13]]<br /> <br /> <br /> On utilise un AVRISP pour l'ATTiny13 comme on peut le voir sur l'image.<br /> <br /> [[Fichier:Config_ATTiny13.JPG|200px|thumb|Branchement pour programmer l'ATTiny13]]<br /> <br /> Voici le code pour le programmer:<br /> ''<br /> <br /> ''<br /> #define F_CPU 10000000<br /> #include <avr/io.h><br /> #include <util/delay.h><br /> int main (void){<br /> DDRB |= 0x0F;<br /> int i, code=0;<br /> while(1){<br /> while((PINB & 0x10) == 0x10){}<br /> _delay_us(1000);<br /> for(i=128 ; i>=1 ; i=i/2){<br /> code = (((PINB & 0x10)/16) * i) + code;<br /> _delay_us(2000);<br /> }<br /> if((code & 0xF0) == 0x50){<br /> PORTB |= (code - 0x50);<br /> }<br /> else {<br /> code = 0;}}}<br /> <br /> ''<br /> <br /> [[Fichier:UART.gif|200px|thumb|Test de l'envoie d'une commande par UART]]<br /> On réalise le branchement puis pour tester, on programme l'arduino micro comme ceci :<br /> ''<br /> <br /> ''<br /> int state10;<br /> int laststate10=0;<br /> void setup(){<br /> pinMode(11, OUTPUT);<br /> pinMode(12, OUTPUT);<br /> pinMode(13, INPUT);<br /> digitalWrite(11, HIGH);<br /> digitalWrite(12, HIGH);}<br /> ''<br /> <br /> ''<br /> void loop(){<br /> state10 = digitalRead(13);<br /> if ((state10 != laststate10)){<br /> if ((state10 == 0)){<br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,HIGH);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,HIGH);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,HIGH);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,HIGH);<br /> Serial.println(digitalRead(11));}}<br /> laststate10 = state10;}<br /> <br /> ''<br /> <br /> On attend un front descendant sur le pin 13, qu'on réalisera en débranchant le câble déjà branché sur celle-ci.<br /> Les 4 premiers bits 0101 sont pour la vérification d'un envoie. Sur les 4 suivants, nous avons 0010 ce qui veut dire que le PB1 sera en état haut et que nous allumerons la LED3. Le dernier bit est pour remettre par défaut en état haut.<br /> <br /> Voici un GIF du résultat des tests.<br /> <br /> ==Le support==<br /> <br /> Le support, lui, est composé de l’Arduino micro, du RTC, du RFduino ainsi que le système de détection Infrarouge.<br /> Selon le schematic suivant, on crée un faisceau Infrarouge à l’aide d’un diode IR et d’une photorésistance de même longueur d’onde pour éviter les interferances avec la lumière ambiante.<br /> Lorsque la photorésistance capte l’Infrarouge de la diode, un micro courant circule et permet de rendre le transistor NPN passant. Le potentiel au noeud « S » est donc 0. Au contraire, s’il y a présence d’un obstacle empêchant la photorésistance de capter le rayon Infrarouge, le transistor de peut être activé et est donc bloquant. Le potentiel au noeud « S » est 5V (‘1’ logique).<br /> On peut ainsi détecter la présence d’objet entre les deux composants, dans le cas présent, un quelconque médicament.<br /> Nous avons réalisé le test avec le circuit suivant :<br /> <br /> [[Fichier:img8.JPG|200px|thumb|Circuit de Test du faisceau IR]]<br /> <br /> On programme l’Arduino micro pour allumer la LED en présence d’un obstacle avec le code suivant :<br /> <br /> <br /> const int IRDetectorPin = 2; <br /> const int ledPin = 13;<br /> <br /> void setup() {<br /> pinMode(ledPin, OUTPUT);<br /> pinMode(IRDetectorPin, INPUT);<br /> }<br /> void loop(){<br /> digitalWrite(ledPin, digitalRead(IRDetectorPin));<br /> }<br /> <br /> [[Fichier:img9.JPG|200px|left|Faisceau sans obstacle - LED éteinte]]<br /> [[Fichier:img10.JPG|200px|thumb|Faisceau avec obstacle - LED allumée]]<br /> <br /> Voici deux photos qui confirment le fonctionnement de cette méthode :<br /> <br /> ==Semaine 3==<br /> <br /> <br /> ==Semaine 4==<br /> <br /> =Fichiers Rendus=<br /> ==Rapport==<br /> ==Codes==<br /> [[Fichier:Code_Android_PillBox.zip]]<br /> <br /> =Références=</div>

Cduplouy https://projets-ima.plil.fr/mediawiki/index.php?title=Pilulier_automatique&diff=27749 Pilulier automatique 2016-02-23T21:49:31Z

<p>Cduplouy : /* Le support */</p> <hr /> <div>=Présentation générale du projet=<br /> <br /> ==Contexte du projet==<br /> <br /> D'après des statistiques établis en 2014, un meilleur suivi des traitements médicaux et des médicaments dans le monde permettrait de réaliser 8% d'économies sur le coût total des dépenses de santé.<br /> <br /> De plus, on estime en Europe que la mauvaise prise de médicaments est à l’origine de plusieurs dizaines de milliers de décès chaque année.<br /> <br /> Selon le rapport IGAS2, en France, un mauvais suivi des heures de prises et de dosage de médicament aurait causé entre 8 000 à 12 000 décès par an et coûté près de 2 milliards € à l’Assurance Maladie.<br /> <br /> 13 millions de patients résidents en France seraient polymédiqués, et parmi eux de nombreuses personnes âgées de plus de 60 ans. <br /> <br /> La santé connectée est donc devenue un marché porteur. <br /> <br /> C'est ainsi que de nombreuses solutions se développent chaque jour qui a pour but de venir en aide aux personnes âgées dans les horaires de leurs prises de médicaments et éviter les surdosages ou les erreurs de traitement.<br /> <br /> ==Objectif du projet==<br /> <br /> L’objectif de ce projet est d'adapter un pilulier hebdomadaire pour le rendre connecté pour faciliter le suivi et la prise de médicaments quotidiens à différents moment de la journée.<br /> <br /> ==Description du projet==<br /> <br /> Afin de mettre en place ce pilulier connecté, il faut bien prendre en compte la donnée suivante : il doit être transportable. Cela sous-entend d’avoir un modèle suffisamment compact ainsi qu’une autonomie sur batterie.<br /> Nous devons donc trouver une entre son autonomie et sa connectivité et sa taille/forme.<br /> Actuellement, il existe sur le marché différentes propositions de pilulier connecté. Chacun avec leurs caractéristiques propres :<br /> <br /> * Imedipac de Medissimo : envoie un SMS et/ou un email à l’utilisateur pour lui rappeler de prendre tel médicament à telle heure.<br /> * Do-Pill de SecuR : rend accessible les comprimés et gélules à la date et à l'heure indiqué par le médecin pour éviter les surdosages ou les erreurs de traitement.<br /> * Sivan de MedSecure : prévient l'entourage si erreur du patient dans la prise de ses comprimées et alerte le patient si il doit prendre un comprimé.<br /> <br /> <br /> Afin de proposer une solution alternative à ses piluliers connectés déjà existant, le patient pourra utiliser son pilulier hebdomadaire standard auquel il intégra une base qu'il rendra connecté celui ci.<br /> Notre pilulier connecté sera composé d’un socle contenant toute l’électronique et la batterie et de 7 boîtiers à cachets amovibles<br /> <br /> =Cahiers de charges=<br /> == Fonctionnalités ==<br /> <br /> Ce support permettra au pilulier de remplir les fonctions suivantes :<br /> * Emission d'une alarme lorsque l'usager doit prendre une pilule à une heure et date précise (alarme différente selon le moment de la journée : matin, midi, soir, nuit)<br /> * Indication par une LED la boîte du jour à prendre et par une autre, le compartiment de cette journée.<br /> * Détection si l'usager a pris la bonne journée (sinon émission d'un son)<br /> * Détection si l'usager a pris la bonne pilule à la bonne heure (sinon émission d'un son)<br /> * Détection de la présence des tiroirs<br /> * Suivi par application Androïd.<br /> <br /> == Matériels ==<br /> <br /> Le socle sera composé : <br /> * 7 LED RGB pour indiquer par une couleur verte le bon boîtier et une rouge tout problème avec la boîte correspondante [http://fr.farnell.com/avago-technologies/asmt-ytb2-0bb02/led-plcc6-rgb-745-1600-380mcd/dp/1863243 7 LED RGB CMS] ou [http://fr.farnell.com/avago-technologies/asmb-mtb1-0a3a2/led-rgb-plcc4-surface-noire/dp/2401106 LED] déjà dispo depuis le Projet du Dé Electronique<br /> * 28 [http://fr.farnell.com/kingbright/kp-1608f3c/led-ir-0603-940nm/dp/2449775 IR émetteur] <br /> * 28 [http://fr.farnell.com/kingbright/kp-1608p1c/phototransistor-0603-940nm/dp/2290430 Phototransistor] pour la détection de l’intérieur des compartiments<br /> * 10, 20 ou 70 aimants conducteur d'électricité (5 par boîtier en face de 5 autres sur le socle, donc 10 pour une journée - possibilité de faire le proto sur 1, 2 ou 7 journée) pour assurer la tenue du boîtier et détecter sa présence [http://fr.rs-online.com/web/p/aimants/7924559/ 1, 2 ou 7 sachets de 10 aimants ]<br /> ''( 1 écran LCD pour afficher les messages comme la date et l'heure ou des alertes [http://fr.farnell.com/lumex/lcm-s01602dsf-a/display-dot-matrix-lcd-16-x-2/dp/2062132 1 Ecran LCD 2*16])''<br /> * 1 HP ou buzzer pour émettre une sonnerie [http://www.gotronic.fr/art-buzzer-sv2319c-21015.htm Buzzer]<br /> * 1 arduino nano pour assurer le contrôle [http://www.mouser.fr/ProductDetail/Seeed-Studio/102010019/ arduino nano] '''[fourni le 04/02/2016]'''<br /> * 1 shield BLE pour la connectivité bluetooth contenant le composant nRF8001 (déjà disponible du projet Surveillance passive de sommeil de IMA4 2014/2015) '''[fourni le 04/02/2016]'''<br /> * 1 RTC pour avoir le temps et la date réel contenant le composant DS1307 (MOD-RTC déjà disponible du projet Surveillance passive de sommeil de IMA4 2014/2015) '''[fourni le 05/02/2016]'''<br /> * 1 smartphone sous android pour développer l'application de suivi '''[fourni le 05/02/2016]'''<br /> * 1 pilulier standard (Corentin)<br /> * 1 rouleau de papier réfléchissant<br /> * 1 décodeur 3 entrées / 8 sorties pour allumer les LEDs [http://fr.farnell.com/texas-instruments/cd74hc237m96/decodeur-demux-3-8-soic-16/dp/2499842?MER=i-9b10-00002068 2 décodeur 3E/8S]<br /> <br /> <br /> <br /> Chaque boite contenant les 4 compartiments de la journée est composée :<br /> * 1 interfaçage de 28 LED pour indiquer le bon compartiment [http://fr.farnell.com/avago-technologies/hsmg-c280/led-vert-15mcd-572nm-0402/dp/2494322?MER=i-9b10-00002068 28 LED Verte CMS]<br /> * 7 super-condensateur pour allumer les diodes de chaque compartiment sur le boitier [http://fr.farnell.com/kemet/fc0h104zftbr24/super-condensateur-0-1f-5-5v-cms/dp/2362048 7 super-condensateur]<br /> * 7 résistances de 525 ohm<br /> * 1 microcontrôleur ATTiny pour enregistrer le compartiment à allumer (fourni par l'arduino) et allumer la diode [http://fr.farnell.com/atmel/attiny84-20ssu/mcu-8bit-attiny-20mhz-soic-14/dp/1636955 Lien]<br /> <br /> ==Planning Prévisionnel==<br /> <br /> <table border="1"><br /> <tr><br /> <th>Semaines</th><br /> <th>du 25/01 au 31/01</th><br /> <th>du 1/02 au 7/02</th><br /> <th>du 8/02 au 14/02</th><br /> <th>du 15/02 au 21/02</th><br /> <th>du 22/02 au 25/02</th><br /> </tr><br /> <tr><br /> <th>Étapes</th><br /> <th>Etude bibliographique</th><br /> <th>Détection pour chaque boitier journalier si il a été enlever du support et détection si la bonne pilule a été récupéré par le patient</th><br /> <th>Programmation et interfaçage des différentes shields avec le microcontrôleur</th><br /> <th>Test pour correction d'erreur et amélioration</th><br /> <th>Rédaction du rapport de projet et Préparation à la soutenance</th><br /> </tr><br /> </table><br /> <br /> =Tableau de bord=<br /> <br /> ==Boîtes journalières==<br /> [[Fichier:drawer_electronic.jpeg|200px|thumb|Schematic de l'électronique d'une boîte]]<br /> <br /> Chaque boîte sera équipée d'un petit micro-processeur, de 4 LED, 1 résistance, une grosse capacité, 5 aimants.<br /> Par les 5 aimants vont transiter : <br /> * Le Vc+ correspondant à la tension pour charger la capacité et permettre à l'éclairage de fonctionner pour quelques minutes.<br /> * Le Vp correspondant à la tension envoyée pour détecter la présence de la boîte<br /> * La masse GND<br /> * Les entrées p0 et p1 pour connaître la LED à allumer.<br /> <br /> Nous aurons donc les cas suivants :<br /> <table border="1"><br /> <tr><br /> <th>Inputs</th><br /> <th>Vc+</th><br /> <th>Vp</th><br /> <th>p0</th><br /> <th>p1</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Pilulier repos/Détection boîte</th><br /> <th>0</th><br /> <th>1</th><br /> <th>X</th><br /> <th>X</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Heure médicaments</th><br /> <th>1</th><br /> <th>0</th><br /> <th>0/1</th><br /> <th>0/1</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Après quelques seconde de charge/Détection boîte</th><br /> <th>0</th><br /> <th>1</th><br /> <th>X</th><br /> <th>X</th><br /> <th>GND</th><br /> </tr><br /> </table><br /> <br /> Pour les inputs p0 et p1, elles dépendront du moment de la prise des médicaments :<br /> <table border="1"><br /> <tr><br /> <th>Moment</th><br /> <th>p0</th><br /> <th>p1</th><br /> </tr><br /> <tr><br /> <th>Matin</th><br /> <th>0</th><br /> <th>0</th><br /> </tr><br /> <tr><br /> <th>Midi</th><br /> <th>0</th><br /> <th>1</th><br /> </tr><br /> <tr><br /> <th>Soir</th><br /> <th>1</th><br /> <th>0</th><br /> </tr><br /> <tr><br /> <th>Coucher</th><br /> <th>1</th><br /> <th>1</th><br /> </tr><br /> </table><br /> <br /> Après configuration de l'ATTiny13 via Arduino, les tests ont avérés que cette méthode était limitée. En effet, il y a 4 LEDs et 4 combinaisons, ce qui rend compliqué de laisser un cas "auncune LED allumée".<br /> <br /> Une autre solution a été adoptée :<br /> * La pin Vcc pour l'alimentation en 5v<br /> * La pin GND pour la masse<br /> * La pin PB0 pour la LED 4<br /> * La pin PB1 pour la LED 3<br /> * La pin PB2 pour la LED 2<br /> * La pin PB3 pour la LED 1<br /> * La pin PB4 pour une liaison UART<br /> <br /> Principe de L'UART :<br /> Le signal envoyé sur la pin PB4 est à l'état par défaut. Dès qu'on détecte un front descendant, on récupère à chaque tic d'horloge la valeur haute ou basse du signal entrant en pin PB4. Nous avons décidé de faire une vérification sur les 4 premiers bits envoyés et de donner la LED à allumer sur les 4 derniers bits. On peut voir un chronogramme ci-contre.<br /> [[Fichier:Chronogramme_UART.jpeg|200px|thumb|Branchement pour programmer l'ATTiny13]]<br /> <br /> <br /> On utilise un AVRISP pour l'ATTiny13 comme on peut le voir sur l'image.<br /> <br /> [[Fichier:Config_ATTiny13.JPG|200px|thumb|Branchement pour programmer l'ATTiny13]]<br /> <br /> Voici le code pour le programmer:<br /> ''<br /> <br /> ''<br /> #define F_CPU 10000000<br /> #include <avr/io.h><br /> #include <util/delay.h><br /> int main (void){<br /> DDRB |= 0x0F;<br /> int i, code=0;<br /> while(1){<br /> while((PINB & 0x10) == 0x10){}<br /> _delay_us(1000);<br /> for(i=128 ; i>=1 ; i=i/2){<br /> code = (((PINB & 0x10)/16) * i) + code;<br /> _delay_us(2000);<br /> }<br /> if((code & 0xF0) == 0x50){<br /> PORTB |= (code - 0x50);<br /> }<br /> else {<br /> code = 0;}}}<br /> <br /> ''<br /> <br /> [[Fichier:UART.gif|200px|thumb|Test de l'envoie d'une commande par UART]]<br /> On réalise le branchement puis pour tester, on programme l'arduino micro comme ceci :<br /> ''<br /> <br /> ''<br /> int state10;<br /> int laststate10=0;<br /> void setup(){<br /> pinMode(11, OUTPUT);<br /> pinMode(12, OUTPUT);<br /> pinMode(13, INPUT);<br /> digitalWrite(11, HIGH);<br /> digitalWrite(12, HIGH);}<br /> ''<br /> <br /> ''<br /> void loop(){<br /> state10 = digitalRead(13);<br /> if ((state10 != laststate10)){<br /> if ((state10 == 0)){<br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,HIGH);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,HIGH);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,HIGH);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,HIGH);<br /> Serial.println(digitalRead(11));}}<br /> laststate10 = state10;}<br /> <br /> ''<br /> <br /> On attend un front descendant sur le pin 13, qu'on réalisera en débranchant le câble déjà branché sur celle-ci.<br /> Les 4 premiers bits 0101 sont pour la vérification d'un envoie. Sur les 4 suivants, nous avons 0010 ce qui veut dire que le PB1 sera en état haut et que nous allumerons la LED3. Le dernier bit est pour remettre par défaut en état haut.<br /> <br /> Voici un GIF du résultat des tests.<br /> <br /> ==Le support==<br /> <br /> Le support, lui, est composé de l’Arduino micro, du RTC, du RFduino ainsi que le système de détection Infrarouge.<br /> Selon le schematic suivant, on crée un faisceau Infrarouge à l’aide d’un diode IR et d’une photorésistance de même longueur d’onde pour éviter les interferances avec la lumière ambiante.<br /> Lorsque la photorésistance capte l’Infrarouge de la diode, un micro courant circule et permet de rendre le transistor NPN passant. Le potentiel au noeud « S » est donc 0. Au contraire, s’il y a présence d’un obstacle empêchant la photorésistance de capter le rayon Infrarouge, le transistor de peut être activé et est donc bloquant. Le potentiel au noeud « S » est 5V (‘1’ logique).<br /> On peut ainsi détecter la présence d’objet entre les deux composants, dans le cas présent, un quelconque médicament.<br /> Nous avons réalisé le test avec le circuit suivant :<br /> <br /> [[Fichier:img8.JPG|200px|thumb|Circuit de Test du faisceau IR]]<br /> <br /> On programme l’Arduino micro pour allumer la LED en présence d’un obstacle avec le code suivant :<br /> <br /> <br /> const int IRDetectorPin = 2; <br /> const int ledPin = 13;<br /> <br /> void setup() {<br /> pinMode(ledPin, OUTPUT);<br /> pinMode(IRDetectorPin, INPUT);<br /> }<br /> void loop(){<br /> digitalWrite(ledPin, digitalRead(IRDetectorPin));<br /> }<br /> <br /> <br /> <br /> Voici deux photos qui confirment le fonctionnement de cette méthode :<br /> [[Fichier:img9.JPG|200px|left|Faisceau sans obstacle - LED éteinte]]<br /> [[Fichier:img10.JPG|200px|thumb|Faisceau avec obstacle - LED allumée]]<br /> <br /> ==Semaine 3==<br /> <br /> <br /> ==Semaine 4==<br /> <br /> =Fichiers Rendus=<br /> ==Rapport==<br /> ==Codes==<br /> [[Fichier:Code_Android_PillBox.zip]]<br /> <br /> =Références=</div>

Cduplouy https://projets-ima.plil.fr/mediawiki/index.php?title=Pilulier_automatique&diff=27748 Pilulier automatique 2016-02-23T21:49:07Z

<p>Cduplouy : /* Le support */</p> <hr /> <div>=Présentation générale du projet=<br /> <br /> ==Contexte du projet==<br /> <br /> D'après des statistiques établis en 2014, un meilleur suivi des traitements médicaux et des médicaments dans le monde permettrait de réaliser 8% d'économies sur le coût total des dépenses de santé.<br /> <br /> De plus, on estime en Europe que la mauvaise prise de médicaments est à l’origine de plusieurs dizaines de milliers de décès chaque année.<br /> <br /> Selon le rapport IGAS2, en France, un mauvais suivi des heures de prises et de dosage de médicament aurait causé entre 8 000 à 12 000 décès par an et coûté près de 2 milliards € à l’Assurance Maladie.<br /> <br /> 13 millions de patients résidents en France seraient polymédiqués, et parmi eux de nombreuses personnes âgées de plus de 60 ans. <br /> <br /> La santé connectée est donc devenue un marché porteur. <br /> <br /> C'est ainsi que de nombreuses solutions se développent chaque jour qui a pour but de venir en aide aux personnes âgées dans les horaires de leurs prises de médicaments et éviter les surdosages ou les erreurs de traitement.<br /> <br /> ==Objectif du projet==<br /> <br /> L’objectif de ce projet est d'adapter un pilulier hebdomadaire pour le rendre connecté pour faciliter le suivi et la prise de médicaments quotidiens à différents moment de la journée.<br /> <br /> ==Description du projet==<br /> <br /> Afin de mettre en place ce pilulier connecté, il faut bien prendre en compte la donnée suivante : il doit être transportable. Cela sous-entend d’avoir un modèle suffisamment compact ainsi qu’une autonomie sur batterie.<br /> Nous devons donc trouver une entre son autonomie et sa connectivité et sa taille/forme.<br /> Actuellement, il existe sur le marché différentes propositions de pilulier connecté. Chacun avec leurs caractéristiques propres :<br /> <br /> * Imedipac de Medissimo : envoie un SMS et/ou un email à l’utilisateur pour lui rappeler de prendre tel médicament à telle heure.<br /> * Do-Pill de SecuR : rend accessible les comprimés et gélules à la date et à l'heure indiqué par le médecin pour éviter les surdosages ou les erreurs de traitement.<br /> * Sivan de MedSecure : prévient l'entourage si erreur du patient dans la prise de ses comprimées et alerte le patient si il doit prendre un comprimé.<br /> <br /> <br /> Afin de proposer une solution alternative à ses piluliers connectés déjà existant, le patient pourra utiliser son pilulier hebdomadaire standard auquel il intégra une base qu'il rendra connecté celui ci.<br /> Notre pilulier connecté sera composé d’un socle contenant toute l’électronique et la batterie et de 7 boîtiers à cachets amovibles<br /> <br /> =Cahiers de charges=<br /> == Fonctionnalités ==<br /> <br /> Ce support permettra au pilulier de remplir les fonctions suivantes :<br /> * Emission d'une alarme lorsque l'usager doit prendre une pilule à une heure et date précise (alarme différente selon le moment de la journée : matin, midi, soir, nuit)<br /> * Indication par une LED la boîte du jour à prendre et par une autre, le compartiment de cette journée.<br /> * Détection si l'usager a pris la bonne journée (sinon émission d'un son)<br /> * Détection si l'usager a pris la bonne pilule à la bonne heure (sinon émission d'un son)<br /> * Détection de la présence des tiroirs<br /> * Suivi par application Androïd.<br /> <br /> == Matériels ==<br /> <br /> Le socle sera composé : <br /> * 7 LED RGB pour indiquer par une couleur verte le bon boîtier et une rouge tout problème avec la boîte correspondante [http://fr.farnell.com/avago-technologies/asmt-ytb2-0bb02/led-plcc6-rgb-745-1600-380mcd/dp/1863243 7 LED RGB CMS] ou [http://fr.farnell.com/avago-technologies/asmb-mtb1-0a3a2/led-rgb-plcc4-surface-noire/dp/2401106 LED] déjà dispo depuis le Projet du Dé Electronique<br /> * 28 [http://fr.farnell.com/kingbright/kp-1608f3c/led-ir-0603-940nm/dp/2449775 IR émetteur] <br /> * 28 [http://fr.farnell.com/kingbright/kp-1608p1c/phototransistor-0603-940nm/dp/2290430 Phototransistor] pour la détection de l’intérieur des compartiments<br /> * 10, 20 ou 70 aimants conducteur d'électricité (5 par boîtier en face de 5 autres sur le socle, donc 10 pour une journée - possibilité de faire le proto sur 1, 2 ou 7 journée) pour assurer la tenue du boîtier et détecter sa présence [http://fr.rs-online.com/web/p/aimants/7924559/ 1, 2 ou 7 sachets de 10 aimants ]<br /> ''( 1 écran LCD pour afficher les messages comme la date et l'heure ou des alertes [http://fr.farnell.com/lumex/lcm-s01602dsf-a/display-dot-matrix-lcd-16-x-2/dp/2062132 1 Ecran LCD 2*16])''<br /> * 1 HP ou buzzer pour émettre une sonnerie [http://www.gotronic.fr/art-buzzer-sv2319c-21015.htm Buzzer]<br /> * 1 arduino nano pour assurer le contrôle [http://www.mouser.fr/ProductDetail/Seeed-Studio/102010019/ arduino nano] '''[fourni le 04/02/2016]'''<br /> * 1 shield BLE pour la connectivité bluetooth contenant le composant nRF8001 (déjà disponible du projet Surveillance passive de sommeil de IMA4 2014/2015) '''[fourni le 04/02/2016]'''<br /> * 1 RTC pour avoir le temps et la date réel contenant le composant DS1307 (MOD-RTC déjà disponible du projet Surveillance passive de sommeil de IMA4 2014/2015) '''[fourni le 05/02/2016]'''<br /> * 1 smartphone sous android pour développer l'application de suivi '''[fourni le 05/02/2016]'''<br /> * 1 pilulier standard (Corentin)<br /> * 1 rouleau de papier réfléchissant<br /> * 1 décodeur 3 entrées / 8 sorties pour allumer les LEDs [http://fr.farnell.com/texas-instruments/cd74hc237m96/decodeur-demux-3-8-soic-16/dp/2499842?MER=i-9b10-00002068 2 décodeur 3E/8S]<br /> <br /> <br /> <br /> Chaque boite contenant les 4 compartiments de la journée est composée :<br /> * 1 interfaçage de 28 LED pour indiquer le bon compartiment [http://fr.farnell.com/avago-technologies/hsmg-c280/led-vert-15mcd-572nm-0402/dp/2494322?MER=i-9b10-00002068 28 LED Verte CMS]<br /> * 7 super-condensateur pour allumer les diodes de chaque compartiment sur le boitier [http://fr.farnell.com/kemet/fc0h104zftbr24/super-condensateur-0-1f-5-5v-cms/dp/2362048 7 super-condensateur]<br /> * 7 résistances de 525 ohm<br /> * 1 microcontrôleur ATTiny pour enregistrer le compartiment à allumer (fourni par l'arduino) et allumer la diode [http://fr.farnell.com/atmel/attiny84-20ssu/mcu-8bit-attiny-20mhz-soic-14/dp/1636955 Lien]<br /> <br /> ==Planning Prévisionnel==<br /> <br /> <table border="1"><br /> <tr><br /> <th>Semaines</th><br /> <th>du 25/01 au 31/01</th><br /> <th>du 1/02 au 7/02</th><br /> <th>du 8/02 au 14/02</th><br /> <th>du 15/02 au 21/02</th><br /> <th>du 22/02 au 25/02</th><br /> </tr><br /> <tr><br /> <th>Étapes</th><br /> <th>Etude bibliographique</th><br /> <th>Détection pour chaque boitier journalier si il a été enlever du support et détection si la bonne pilule a été récupéré par le patient</th><br /> <th>Programmation et interfaçage des différentes shields avec le microcontrôleur</th><br /> <th>Test pour correction d'erreur et amélioration</th><br /> <th>Rédaction du rapport de projet et Préparation à la soutenance</th><br /> </tr><br /> </table><br /> <br /> =Tableau de bord=<br /> <br /> ==Boîtes journalières==<br /> [[Fichier:drawer_electronic.jpeg|200px|thumb|Schematic de l'électronique d'une boîte]]<br /> <br /> Chaque boîte sera équipée d'un petit micro-processeur, de 4 LED, 1 résistance, une grosse capacité, 5 aimants.<br /> Par les 5 aimants vont transiter : <br /> * Le Vc+ correspondant à la tension pour charger la capacité et permettre à l'éclairage de fonctionner pour quelques minutes.<br /> * Le Vp correspondant à la tension envoyée pour détecter la présence de la boîte<br /> * La masse GND<br /> * Les entrées p0 et p1 pour connaître la LED à allumer.<br /> <br /> Nous aurons donc les cas suivants :<br /> <table border="1"><br /> <tr><br /> <th>Inputs</th><br /> <th>Vc+</th><br /> <th>Vp</th><br /> <th>p0</th><br /> <th>p1</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Pilulier repos/Détection boîte</th><br /> <th>0</th><br /> <th>1</th><br /> <th>X</th><br /> <th>X</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Heure médicaments</th><br /> <th>1</th><br /> <th>0</th><br /> <th>0/1</th><br /> <th>0/1</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Après quelques seconde de charge/Détection boîte</th><br /> <th>0</th><br /> <th>1</th><br /> <th>X</th><br /> <th>X</th><br /> <th>GND</th><br /> </tr><br /> </table><br /> <br /> Pour les inputs p0 et p1, elles dépendront du moment de la prise des médicaments :<br /> <table border="1"><br /> <tr><br /> <th>Moment</th><br /> <th>p0</th><br /> <th>p1</th><br /> </tr><br /> <tr><br /> <th>Matin</th><br /> <th>0</th><br /> <th>0</th><br /> </tr><br /> <tr><br /> <th>Midi</th><br /> <th>0</th><br /> <th>1</th><br /> </tr><br /> <tr><br /> <th>Soir</th><br /> <th>1</th><br /> <th>0</th><br /> </tr><br /> <tr><br /> <th>Coucher</th><br /> <th>1</th><br /> <th>1</th><br /> </tr><br /> </table><br /> <br /> Après configuration de l'ATTiny13 via Arduino, les tests ont avérés que cette méthode était limitée. En effet, il y a 4 LEDs et 4 combinaisons, ce qui rend compliqué de laisser un cas "auncune LED allumée".<br /> <br /> Une autre solution a été adoptée :<br /> * La pin Vcc pour l'alimentation en 5v<br /> * La pin GND pour la masse<br /> * La pin PB0 pour la LED 4<br /> * La pin PB1 pour la LED 3<br /> * La pin PB2 pour la LED 2<br /> * La pin PB3 pour la LED 1<br /> * La pin PB4 pour une liaison UART<br /> <br /> Principe de L'UART :<br /> Le signal envoyé sur la pin PB4 est à l'état par défaut. Dès qu'on détecte un front descendant, on récupère à chaque tic d'horloge la valeur haute ou basse du signal entrant en pin PB4. Nous avons décidé de faire une vérification sur les 4 premiers bits envoyés et de donner la LED à allumer sur les 4 derniers bits. On peut voir un chronogramme ci-contre.<br /> [[Fichier:Chronogramme_UART.jpeg|200px|thumb|Branchement pour programmer l'ATTiny13]]<br /> <br /> <br /> On utilise un AVRISP pour l'ATTiny13 comme on peut le voir sur l'image.<br /> <br /> [[Fichier:Config_ATTiny13.JPG|200px|thumb|Branchement pour programmer l'ATTiny13]]<br /> <br /> Voici le code pour le programmer:<br /> ''<br /> <br /> ''<br /> #define F_CPU 10000000<br /> #include <avr/io.h><br /> #include <util/delay.h><br /> int main (void){<br /> DDRB |= 0x0F;<br /> int i, code=0;<br /> while(1){<br /> while((PINB & 0x10) == 0x10){}<br /> _delay_us(1000);<br /> for(i=128 ; i>=1 ; i=i/2){<br /> code = (((PINB & 0x10)/16) * i) + code;<br /> _delay_us(2000);<br /> }<br /> if((code & 0xF0) == 0x50){<br /> PORTB |= (code - 0x50);<br /> }<br /> else {<br /> code = 0;}}}<br /> <br /> ''<br /> <br /> [[Fichier:UART.gif|200px|thumb|Test de l'envoie d'une commande par UART]]<br /> On réalise le branchement puis pour tester, on programme l'arduino micro comme ceci :<br /> ''<br /> <br /> ''<br /> int state10;<br /> int laststate10=0;<br /> void setup(){<br /> pinMode(11, OUTPUT);<br /> pinMode(12, OUTPUT);<br /> pinMode(13, INPUT);<br /> digitalWrite(11, HIGH);<br /> digitalWrite(12, HIGH);}<br /> ''<br /> <br /> ''<br /> void loop(){<br /> state10 = digitalRead(13);<br /> if ((state10 != laststate10)){<br /> if ((state10 == 0)){<br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,HIGH);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,HIGH);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,HIGH);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,HIGH);<br /> Serial.println(digitalRead(11));}}<br /> laststate10 = state10;}<br /> <br /> ''<br /> <br /> On attend un front descendant sur le pin 13, qu'on réalisera en débranchant le câble déjà branché sur celle-ci.<br /> Les 4 premiers bits 0101 sont pour la vérification d'un envoie. Sur les 4 suivants, nous avons 0010 ce qui veut dire que le PB1 sera en état haut et que nous allumerons la LED3. Le dernier bit est pour remettre par défaut en état haut.<br /> <br /> Voici un GIF du résultat des tests.<br /> <br /> ==Le support==<br /> <br /> Le support, lui, est composé de l’Arduino micro, du RTC, du RFduino ainsi que le système de détection Infrarouge.<br /> Selon le schematic suivant, on crée un faisceau Infrarouge à l’aide d’un diode IR et d’une photorésistance de même longueur d’onde pour éviter les interferances avec la lumière ambiante.<br /> Lorsque la photorésistance capte l’Infrarouge de la diode, un micro courant circule et permet de rendre le transistor NPN passant. Le potentiel au noeud « S » est donc 0. Au contraire, s’il y a présence d’un obstacle empêchant la photorésistance de capter le rayon Infrarouge, le transistor de peut être activé et est donc bloquant. Le potentiel au noeud « S » est 5V (‘1’ logique).<br /> On peut ainsi détecter la présence d’objet entre les deux composants, dans le cas présent, un quelconque médicament.<br /> Nous avons réalisé le test avec le circuit suivant :<br /> <br /> [[Fichier:img8.JPG|200px|thumb|Circuit de Test du faisceau IR]]<br /> <br /> On programme l’Arduino micro pour allumer la LED en présence d’un obstacle avec le code suivant :<br /> <br /> <br /> const int IRDetectorPin = 2; <br /> const int ledPin = 13;<br /> <br /> void setup() {<br /> pinMode(ledPin, OUTPUT);<br /> pinMode(IRDetectorPin, INPUT);<br /> }<br /> void loop(){<br /> digitalWrite(ledPin, digitalRead(IRDetectorPin));<br /> }<br /> <br /> <br /> <br /> Voici deux photos qui confirment le fonctionnement de cette méthode :<br /> [[Fichier:img9.JPG|200px|thumb|Faisceau sans obstacle - LED éteinte]]<br /> [[Fichier:img10.JPG|200px|thumb|Faisceau avec obstacle - LED allumée]]<br /> <br /> ==Semaine 3==<br /> <br /> <br /> ==Semaine 4==<br /> <br /> =Fichiers Rendus=<br /> ==Rapport==<br /> ==Codes==<br /> [[Fichier:Code_Android_PillBox.zip]]<br /> <br /> =Références=</div>

Cduplouy https://projets-ima.plil.fr/mediawiki/index.php?title=Fichier:Img10.JPG&diff=27747 Fichier:Img10.JPG 2016-02-23T21:48:49Z

<p>Cduplouy : </p> <hr /> <div></div>

Cduplouy https://projets-ima.plil.fr/mediawiki/index.php?title=Fichier:Img9.JPG&diff=27746 Fichier:Img9.JPG 2016-02-23T21:48:30Z

<p>Cduplouy : </p> <hr /> <div></div>

Cduplouy https://projets-ima.plil.fr/mediawiki/index.php?title=Fichier:Img8.JPG&diff=27745 Fichier:Img8.JPG 2016-02-23T21:47:15Z

<p>Cduplouy : </p> <hr /> <div></div>

Cduplouy https://projets-ima.plil.fr/mediawiki/index.php?title=Pilulier_automatique&diff=27744 Pilulier automatique 2016-02-23T21:45:40Z

<p>Cduplouy : /* Le support */</p> <hr /> <div>=Présentation générale du projet=<br /> <br /> ==Contexte du projet==<br /> <br /> D'après des statistiques établis en 2014, un meilleur suivi des traitements médicaux et des médicaments dans le monde permettrait de réaliser 8% d'économies sur le coût total des dépenses de santé.<br /> <br /> De plus, on estime en Europe que la mauvaise prise de médicaments est à l’origine de plusieurs dizaines de milliers de décès chaque année.<br /> <br /> Selon le rapport IGAS2, en France, un mauvais suivi des heures de prises et de dosage de médicament aurait causé entre 8 000 à 12 000 décès par an et coûté près de 2 milliards € à l’Assurance Maladie.<br /> <br /> 13 millions de patients résidents en France seraient polymédiqués, et parmi eux de nombreuses personnes âgées de plus de 60 ans. <br /> <br /> La santé connectée est donc devenue un marché porteur. <br /> <br /> C'est ainsi que de nombreuses solutions se développent chaque jour qui a pour but de venir en aide aux personnes âgées dans les horaires de leurs prises de médicaments et éviter les surdosages ou les erreurs de traitement.<br /> <br /> ==Objectif du projet==<br /> <br /> L’objectif de ce projet est d'adapter un pilulier hebdomadaire pour le rendre connecté pour faciliter le suivi et la prise de médicaments quotidiens à différents moment de la journée.<br /> <br /> ==Description du projet==<br /> <br /> Afin de mettre en place ce pilulier connecté, il faut bien prendre en compte la donnée suivante : il doit être transportable. Cela sous-entend d’avoir un modèle suffisamment compact ainsi qu’une autonomie sur batterie.<br /> Nous devons donc trouver une entre son autonomie et sa connectivité et sa taille/forme.<br /> Actuellement, il existe sur le marché différentes propositions de pilulier connecté. Chacun avec leurs caractéristiques propres :<br /> <br /> * Imedipac de Medissimo : envoie un SMS et/ou un email à l’utilisateur pour lui rappeler de prendre tel médicament à telle heure.<br /> * Do-Pill de SecuR : rend accessible les comprimés et gélules à la date et à l'heure indiqué par le médecin pour éviter les surdosages ou les erreurs de traitement.<br /> * Sivan de MedSecure : prévient l'entourage si erreur du patient dans la prise de ses comprimées et alerte le patient si il doit prendre un comprimé.<br /> <br /> <br /> Afin de proposer une solution alternative à ses piluliers connectés déjà existant, le patient pourra utiliser son pilulier hebdomadaire standard auquel il intégra une base qu'il rendra connecté celui ci.<br /> Notre pilulier connecté sera composé d’un socle contenant toute l’électronique et la batterie et de 7 boîtiers à cachets amovibles<br /> <br /> =Cahiers de charges=<br /> == Fonctionnalités ==<br /> <br /> Ce support permettra au pilulier de remplir les fonctions suivantes :<br /> * Emission d'une alarme lorsque l'usager doit prendre une pilule à une heure et date précise (alarme différente selon le moment de la journée : matin, midi, soir, nuit)<br /> * Indication par une LED la boîte du jour à prendre et par une autre, le compartiment de cette journée.<br /> * Détection si l'usager a pris la bonne journée (sinon émission d'un son)<br /> * Détection si l'usager a pris la bonne pilule à la bonne heure (sinon émission d'un son)<br /> * Détection de la présence des tiroirs<br /> * Suivi par application Androïd.<br /> <br /> == Matériels ==<br /> <br /> Le socle sera composé : <br /> * 7 LED RGB pour indiquer par une couleur verte le bon boîtier et une rouge tout problème avec la boîte correspondante [http://fr.farnell.com/avago-technologies/asmt-ytb2-0bb02/led-plcc6-rgb-745-1600-380mcd/dp/1863243 7 LED RGB CMS] ou [http://fr.farnell.com/avago-technologies/asmb-mtb1-0a3a2/led-rgb-plcc4-surface-noire/dp/2401106 LED] déjà dispo depuis le Projet du Dé Electronique<br /> * 28 [http://fr.farnell.com/kingbright/kp-1608f3c/led-ir-0603-940nm/dp/2449775 IR émetteur] <br /> * 28 [http://fr.farnell.com/kingbright/kp-1608p1c/phototransistor-0603-940nm/dp/2290430 Phototransistor] pour la détection de l’intérieur des compartiments<br /> * 10, 20 ou 70 aimants conducteur d'électricité (5 par boîtier en face de 5 autres sur le socle, donc 10 pour une journée - possibilité de faire le proto sur 1, 2 ou 7 journée) pour assurer la tenue du boîtier et détecter sa présence [http://fr.rs-online.com/web/p/aimants/7924559/ 1, 2 ou 7 sachets de 10 aimants ]<br /> ''( 1 écran LCD pour afficher les messages comme la date et l'heure ou des alertes [http://fr.farnell.com/lumex/lcm-s01602dsf-a/display-dot-matrix-lcd-16-x-2/dp/2062132 1 Ecran LCD 2*16])''<br /> * 1 HP ou buzzer pour émettre une sonnerie [http://www.gotronic.fr/art-buzzer-sv2319c-21015.htm Buzzer]<br /> * 1 arduino nano pour assurer le contrôle [http://www.mouser.fr/ProductDetail/Seeed-Studio/102010019/ arduino nano] '''[fourni le 04/02/2016]'''<br /> * 1 shield BLE pour la connectivité bluetooth contenant le composant nRF8001 (déjà disponible du projet Surveillance passive de sommeil de IMA4 2014/2015) '''[fourni le 04/02/2016]'''<br /> * 1 RTC pour avoir le temps et la date réel contenant le composant DS1307 (MOD-RTC déjà disponible du projet Surveillance passive de sommeil de IMA4 2014/2015) '''[fourni le 05/02/2016]'''<br /> * 1 smartphone sous android pour développer l'application de suivi '''[fourni le 05/02/2016]'''<br /> * 1 pilulier standard (Corentin)<br /> * 1 rouleau de papier réfléchissant<br /> * 1 décodeur 3 entrées / 8 sorties pour allumer les LEDs [http://fr.farnell.com/texas-instruments/cd74hc237m96/decodeur-demux-3-8-soic-16/dp/2499842?MER=i-9b10-00002068 2 décodeur 3E/8S]<br /> <br /> <br /> <br /> Chaque boite contenant les 4 compartiments de la journée est composée :<br /> * 1 interfaçage de 28 LED pour indiquer le bon compartiment [http://fr.farnell.com/avago-technologies/hsmg-c280/led-vert-15mcd-572nm-0402/dp/2494322?MER=i-9b10-00002068 28 LED Verte CMS]<br /> * 7 super-condensateur pour allumer les diodes de chaque compartiment sur le boitier [http://fr.farnell.com/kemet/fc0h104zftbr24/super-condensateur-0-1f-5-5v-cms/dp/2362048 7 super-condensateur]<br /> * 7 résistances de 525 ohm<br /> * 1 microcontrôleur ATTiny pour enregistrer le compartiment à allumer (fourni par l'arduino) et allumer la diode [http://fr.farnell.com/atmel/attiny84-20ssu/mcu-8bit-attiny-20mhz-soic-14/dp/1636955 Lien]<br /> <br /> ==Planning Prévisionnel==<br /> <br /> <table border="1"><br /> <tr><br /> <th>Semaines</th><br /> <th>du 25/01 au 31/01</th><br /> <th>du 1/02 au 7/02</th><br /> <th>du 8/02 au 14/02</th><br /> <th>du 15/02 au 21/02</th><br /> <th>du 22/02 au 25/02</th><br /> </tr><br /> <tr><br /> <th>Étapes</th><br /> <th>Etude bibliographique</th><br /> <th>Détection pour chaque boitier journalier si il a été enlever du support et détection si la bonne pilule a été récupéré par le patient</th><br /> <th>Programmation et interfaçage des différentes shields avec le microcontrôleur</th><br /> <th>Test pour correction d'erreur et amélioration</th><br /> <th>Rédaction du rapport de projet et Préparation à la soutenance</th><br /> </tr><br /> </table><br /> <br /> =Tableau de bord=<br /> <br /> ==Boîtes journalières==<br /> [[Fichier:drawer_electronic.jpeg|200px|thumb|Schematic de l'électronique d'une boîte]]<br /> <br /> Chaque boîte sera équipée d'un petit micro-processeur, de 4 LED, 1 résistance, une grosse capacité, 5 aimants.<br /> Par les 5 aimants vont transiter : <br /> * Le Vc+ correspondant à la tension pour charger la capacité et permettre à l'éclairage de fonctionner pour quelques minutes.<br /> * Le Vp correspondant à la tension envoyée pour détecter la présence de la boîte<br /> * La masse GND<br /> * Les entrées p0 et p1 pour connaître la LED à allumer.<br /> <br /> Nous aurons donc les cas suivants :<br /> <table border="1"><br /> <tr><br /> <th>Inputs</th><br /> <th>Vc+</th><br /> <th>Vp</th><br /> <th>p0</th><br /> <th>p1</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Pilulier repos/Détection boîte</th><br /> <th>0</th><br /> <th>1</th><br /> <th>X</th><br /> <th>X</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Heure médicaments</th><br /> <th>1</th><br /> <th>0</th><br /> <th>0/1</th><br /> <th>0/1</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Après quelques seconde de charge/Détection boîte</th><br /> <th>0</th><br /> <th>1</th><br /> <th>X</th><br /> <th>X</th><br /> <th>GND</th><br /> </tr><br /> </table><br /> <br /> Pour les inputs p0 et p1, elles dépendront du moment de la prise des médicaments :<br /> <table border="1"><br /> <tr><br /> <th>Moment</th><br /> <th>p0</th><br /> <th>p1</th><br /> </tr><br /> <tr><br /> <th>Matin</th><br /> <th>0</th><br /> <th>0</th><br /> </tr><br /> <tr><br /> <th>Midi</th><br /> <th>0</th><br /> <th>1</th><br /> </tr><br /> <tr><br /> <th>Soir</th><br /> <th>1</th><br /> <th>0</th><br /> </tr><br /> <tr><br /> <th>Coucher</th><br /> <th>1</th><br /> <th>1</th><br /> </tr><br /> </table><br /> <br /> Après configuration de l'ATTiny13 via Arduino, les tests ont avérés que cette méthode était limitée. En effet, il y a 4 LEDs et 4 combinaisons, ce qui rend compliqué de laisser un cas "auncune LED allumée".<br /> <br /> Une autre solution a été adoptée :<br /> * La pin Vcc pour l'alimentation en 5v<br /> * La pin GND pour la masse<br /> * La pin PB0 pour la LED 4<br /> * La pin PB1 pour la LED 3<br /> * La pin PB2 pour la LED 2<br /> * La pin PB3 pour la LED 1<br /> * La pin PB4 pour une liaison UART<br /> <br /> Principe de L'UART :<br /> Le signal envoyé sur la pin PB4 est à l'état par défaut. Dès qu'on détecte un front descendant, on récupère à chaque tic d'horloge la valeur haute ou basse du signal entrant en pin PB4. Nous avons décidé de faire une vérification sur les 4 premiers bits envoyés et de donner la LED à allumer sur les 4 derniers bits. On peut voir un chronogramme ci-contre.<br /> [[Fichier:Chronogramme_UART.jpeg|200px|thumb|Branchement pour programmer l'ATTiny13]]<br /> <br /> <br /> On utilise un AVRISP pour l'ATTiny13 comme on peut le voir sur l'image.<br /> <br /> [[Fichier:Config_ATTiny13.JPG|200px|thumb|Branchement pour programmer l'ATTiny13]]<br /> <br /> Voici le code pour le programmer:<br /> ''<br /> <br /> ''<br /> #define F_CPU 10000000<br /> #include <avr/io.h><br /> #include <util/delay.h><br /> int main (void){<br /> DDRB |= 0x0F;<br /> int i, code=0;<br /> while(1){<br /> while((PINB & 0x10) == 0x10){}<br /> _delay_us(1000);<br /> for(i=128 ; i>=1 ; i=i/2){<br /> code = (((PINB & 0x10)/16) * i) + code;<br /> _delay_us(2000);<br /> }<br /> if((code & 0xF0) == 0x50){<br /> PORTB |= (code - 0x50);<br /> }<br /> else {<br /> code = 0;}}}<br /> <br /> ''<br /> <br /> [[Fichier:UART.gif|200px|thumb|Test de l'envoie d'une commande par UART]]<br /> On réalise le branchement puis pour tester, on programme l'arduino micro comme ceci :<br /> ''<br /> <br /> ''<br /> int state10;<br /> int laststate10=0;<br /> void setup(){<br /> pinMode(11, OUTPUT);<br /> pinMode(12, OUTPUT);<br /> pinMode(13, INPUT);<br /> digitalWrite(11, HIGH);<br /> digitalWrite(12, HIGH);}<br /> ''<br /> <br /> ''<br /> void loop(){<br /> state10 = digitalRead(13);<br /> if ((state10 != laststate10)){<br /> if ((state10 == 0)){<br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,HIGH);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,HIGH);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,HIGH);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,HIGH);<br /> Serial.println(digitalRead(11));}}<br /> laststate10 = state10;}<br /> <br /> ''<br /> <br /> On attend un front descendant sur le pin 13, qu'on réalisera en débranchant le câble déjà branché sur celle-ci.<br /> Les 4 premiers bits 0101 sont pour la vérification d'un envoie. Sur les 4 suivants, nous avons 0010 ce qui veut dire que le PB1 sera en état haut et que nous allumerons la LED3. Le dernier bit est pour remettre par défaut en état haut.<br /> <br /> Voici un GIF du résultat des tests.<br /> <br /> ==Le support==<br /> <br /> Le support, lui, est composé de l’Arduino micro, du RTC, du RFduino ainsi que le système de détection Infrarouge.<br /> Selon le schematic suivant, on crée un faisceau Infrarouge à l’aide d’un diode IR et d’une photorésistance de même longueur d’onde pour éviter les interferances avec la lumière ambiante.<br /> Lorsque la photorésistance capte l’Infrarouge de la diode, un micro courant circule et permet de rendre le transistor NPN passant. Le potentiel au noeud « S » est donc 0. Au contraire, s’il y a présence d’un obstacle empêchant la photorésistance de capter le rayon Infrarouge, le transistor de peut être activé et est donc bloquant. Le potentiel au noeud « S » est 5V (‘1’ logique).<br /> On peut ainsi détecter la présence d’objet entre les deux composants, dans le cas présent, un quelconque médicament.<br /> Nous avons réalisé le test avec le circuit suivant :<br /> <br /> Img 8 Circuit de Test du faisceau IR<br /> <br /> On programme l’Arduino micro pour allumer la LED en présence d’un obstacle avec le code suivant :<br /> <br /> <br /> const int IRDetectorPin = 2; <br /> const int ledPin = 13;<br /> <br /> void setup() {<br /> pinMode(ledPin, OUTPUT);<br /> pinMode(IRDetectorPin, INPUT);<br /> }<br /> void loop(){<br /> digitalWrite(ledPin, digitalRead(IRDetectorPin));<br /> }<br /> <br /> <br /> <br /> Voici deux photos qui confirment le fonctionnement de cette méthode :<br /> Img 9 & 10<br /> <br /> ==Semaine 3==<br /> <br /> <br /> ==Semaine 4==<br /> <br /> =Fichiers Rendus=<br /> ==Rapport==<br /> ==Codes==<br /> [[Fichier:Code_Android_PillBox.zip]]<br /> <br /> =Références=</div>

Cduplouy https://projets-ima.plil.fr/mediawiki/index.php?title=Pilulier_automatique&diff=27743 Pilulier automatique 2016-02-23T21:45:14Z

<p>Cduplouy : /* Semaine 2 */</p> <hr /> <div>=Présentation générale du projet=<br /> <br /> ==Contexte du projet==<br /> <br /> D'après des statistiques établis en 2014, un meilleur suivi des traitements médicaux et des médicaments dans le monde permettrait de réaliser 8% d'économies sur le coût total des dépenses de santé.<br /> <br /> De plus, on estime en Europe que la mauvaise prise de médicaments est à l’origine de plusieurs dizaines de milliers de décès chaque année.<br /> <br /> Selon le rapport IGAS2, en France, un mauvais suivi des heures de prises et de dosage de médicament aurait causé entre 8 000 à 12 000 décès par an et coûté près de 2 milliards € à l’Assurance Maladie.<br /> <br /> 13 millions de patients résidents en France seraient polymédiqués, et parmi eux de nombreuses personnes âgées de plus de 60 ans. <br /> <br /> La santé connectée est donc devenue un marché porteur. <br /> <br /> C'est ainsi que de nombreuses solutions se développent chaque jour qui a pour but de venir en aide aux personnes âgées dans les horaires de leurs prises de médicaments et éviter les surdosages ou les erreurs de traitement.<br /> <br /> ==Objectif du projet==<br /> <br /> L’objectif de ce projet est d'adapter un pilulier hebdomadaire pour le rendre connecté pour faciliter le suivi et la prise de médicaments quotidiens à différents moment de la journée.<br /> <br /> ==Description du projet==<br /> <br /> Afin de mettre en place ce pilulier connecté, il faut bien prendre en compte la donnée suivante : il doit être transportable. Cela sous-entend d’avoir un modèle suffisamment compact ainsi qu’une autonomie sur batterie.<br /> Nous devons donc trouver une entre son autonomie et sa connectivité et sa taille/forme.<br /> Actuellement, il existe sur le marché différentes propositions de pilulier connecté. Chacun avec leurs caractéristiques propres :<br /> <br /> * Imedipac de Medissimo : envoie un SMS et/ou un email à l’utilisateur pour lui rappeler de prendre tel médicament à telle heure.<br /> * Do-Pill de SecuR : rend accessible les comprimés et gélules à la date et à l'heure indiqué par le médecin pour éviter les surdosages ou les erreurs de traitement.<br /> * Sivan de MedSecure : prévient l'entourage si erreur du patient dans la prise de ses comprimées et alerte le patient si il doit prendre un comprimé.<br /> <br /> <br /> Afin de proposer une solution alternative à ses piluliers connectés déjà existant, le patient pourra utiliser son pilulier hebdomadaire standard auquel il intégra une base qu'il rendra connecté celui ci.<br /> Notre pilulier connecté sera composé d’un socle contenant toute l’électronique et la batterie et de 7 boîtiers à cachets amovibles<br /> <br /> =Cahiers de charges=<br /> == Fonctionnalités ==<br /> <br /> Ce support permettra au pilulier de remplir les fonctions suivantes :<br /> * Emission d'une alarme lorsque l'usager doit prendre une pilule à une heure et date précise (alarme différente selon le moment de la journée : matin, midi, soir, nuit)<br /> * Indication par une LED la boîte du jour à prendre et par une autre, le compartiment de cette journée.<br /> * Détection si l'usager a pris la bonne journée (sinon émission d'un son)<br /> * Détection si l'usager a pris la bonne pilule à la bonne heure (sinon émission d'un son)<br /> * Détection de la présence des tiroirs<br /> * Suivi par application Androïd.<br /> <br /> == Matériels ==<br /> <br /> Le socle sera composé : <br /> * 7 LED RGB pour indiquer par une couleur verte le bon boîtier et une rouge tout problème avec la boîte correspondante [http://fr.farnell.com/avago-technologies/asmt-ytb2-0bb02/led-plcc6-rgb-745-1600-380mcd/dp/1863243 7 LED RGB CMS] ou [http://fr.farnell.com/avago-technologies/asmb-mtb1-0a3a2/led-rgb-plcc4-surface-noire/dp/2401106 LED] déjà dispo depuis le Projet du Dé Electronique<br /> * 28 [http://fr.farnell.com/kingbright/kp-1608f3c/led-ir-0603-940nm/dp/2449775 IR émetteur] <br /> * 28 [http://fr.farnell.com/kingbright/kp-1608p1c/phototransistor-0603-940nm/dp/2290430 Phototransistor] pour la détection de l’intérieur des compartiments<br /> * 10, 20 ou 70 aimants conducteur d'électricité (5 par boîtier en face de 5 autres sur le socle, donc 10 pour une journée - possibilité de faire le proto sur 1, 2 ou 7 journée) pour assurer la tenue du boîtier et détecter sa présence [http://fr.rs-online.com/web/p/aimants/7924559/ 1, 2 ou 7 sachets de 10 aimants ]<br /> ''( 1 écran LCD pour afficher les messages comme la date et l'heure ou des alertes [http://fr.farnell.com/lumex/lcm-s01602dsf-a/display-dot-matrix-lcd-16-x-2/dp/2062132 1 Ecran LCD 2*16])''<br /> * 1 HP ou buzzer pour émettre une sonnerie [http://www.gotronic.fr/art-buzzer-sv2319c-21015.htm Buzzer]<br /> * 1 arduino nano pour assurer le contrôle [http://www.mouser.fr/ProductDetail/Seeed-Studio/102010019/ arduino nano] '''[fourni le 04/02/2016]'''<br /> * 1 shield BLE pour la connectivité bluetooth contenant le composant nRF8001 (déjà disponible du projet Surveillance passive de sommeil de IMA4 2014/2015) '''[fourni le 04/02/2016]'''<br /> * 1 RTC pour avoir le temps et la date réel contenant le composant DS1307 (MOD-RTC déjà disponible du projet Surveillance passive de sommeil de IMA4 2014/2015) '''[fourni le 05/02/2016]'''<br /> * 1 smartphone sous android pour développer l'application de suivi '''[fourni le 05/02/2016]'''<br /> * 1 pilulier standard (Corentin)<br /> * 1 rouleau de papier réfléchissant<br /> * 1 décodeur 3 entrées / 8 sorties pour allumer les LEDs [http://fr.farnell.com/texas-instruments/cd74hc237m96/decodeur-demux-3-8-soic-16/dp/2499842?MER=i-9b10-00002068 2 décodeur 3E/8S]<br /> <br /> <br /> <br /> Chaque boite contenant les 4 compartiments de la journée est composée :<br /> * 1 interfaçage de 28 LED pour indiquer le bon compartiment [http://fr.farnell.com/avago-technologies/hsmg-c280/led-vert-15mcd-572nm-0402/dp/2494322?MER=i-9b10-00002068 28 LED Verte CMS]<br /> * 7 super-condensateur pour allumer les diodes de chaque compartiment sur le boitier [http://fr.farnell.com/kemet/fc0h104zftbr24/super-condensateur-0-1f-5-5v-cms/dp/2362048 7 super-condensateur]<br /> * 7 résistances de 525 ohm<br /> * 1 microcontrôleur ATTiny pour enregistrer le compartiment à allumer (fourni par l'arduino) et allumer la diode [http://fr.farnell.com/atmel/attiny84-20ssu/mcu-8bit-attiny-20mhz-soic-14/dp/1636955 Lien]<br /> <br /> ==Planning Prévisionnel==<br /> <br /> <table border="1"><br /> <tr><br /> <th>Semaines</th><br /> <th>du 25/01 au 31/01</th><br /> <th>du 1/02 au 7/02</th><br /> <th>du 8/02 au 14/02</th><br /> <th>du 15/02 au 21/02</th><br /> <th>du 22/02 au 25/02</th><br /> </tr><br /> <tr><br /> <th>Étapes</th><br /> <th>Etude bibliographique</th><br /> <th>Détection pour chaque boitier journalier si il a été enlever du support et détection si la bonne pilule a été récupéré par le patient</th><br /> <th>Programmation et interfaçage des différentes shields avec le microcontrôleur</th><br /> <th>Test pour correction d'erreur et amélioration</th><br /> <th>Rédaction du rapport de projet et Préparation à la soutenance</th><br /> </tr><br /> </table><br /> <br /> =Tableau de bord=<br /> <br /> ==Boîtes journalières==<br /> [[Fichier:drawer_electronic.jpeg|200px|thumb|Schematic de l'électronique d'une boîte]]<br /> <br /> Chaque boîte sera équipée d'un petit micro-processeur, de 4 LED, 1 résistance, une grosse capacité, 5 aimants.<br /> Par les 5 aimants vont transiter : <br /> * Le Vc+ correspondant à la tension pour charger la capacité et permettre à l'éclairage de fonctionner pour quelques minutes.<br /> * Le Vp correspondant à la tension envoyée pour détecter la présence de la boîte<br /> * La masse GND<br /> * Les entrées p0 et p1 pour connaître la LED à allumer.<br /> <br /> Nous aurons donc les cas suivants :<br /> <table border="1"><br /> <tr><br /> <th>Inputs</th><br /> <th>Vc+</th><br /> <th>Vp</th><br /> <th>p0</th><br /> <th>p1</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Pilulier repos/Détection boîte</th><br /> <th>0</th><br /> <th>1</th><br /> <th>X</th><br /> <th>X</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Heure médicaments</th><br /> <th>1</th><br /> <th>0</th><br /> <th>0/1</th><br /> <th>0/1</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Après quelques seconde de charge/Détection boîte</th><br /> <th>0</th><br /> <th>1</th><br /> <th>X</th><br /> <th>X</th><br /> <th>GND</th><br /> </tr><br /> </table><br /> <br /> Pour les inputs p0 et p1, elles dépendront du moment de la prise des médicaments :<br /> <table border="1"><br /> <tr><br /> <th>Moment</th><br /> <th>p0</th><br /> <th>p1</th><br /> </tr><br /> <tr><br /> <th>Matin</th><br /> <th>0</th><br /> <th>0</th><br /> </tr><br /> <tr><br /> <th>Midi</th><br /> <th>0</th><br /> <th>1</th><br /> </tr><br /> <tr><br /> <th>Soir</th><br /> <th>1</th><br /> <th>0</th><br /> </tr><br /> <tr><br /> <th>Coucher</th><br /> <th>1</th><br /> <th>1</th><br /> </tr><br /> </table><br /> <br /> Après configuration de l'ATTiny13 via Arduino, les tests ont avérés que cette méthode était limitée. En effet, il y a 4 LEDs et 4 combinaisons, ce qui rend compliqué de laisser un cas "auncune LED allumée".<br /> <br /> Une autre solution a été adoptée :<br /> * La pin Vcc pour l'alimentation en 5v<br /> * La pin GND pour la masse<br /> * La pin PB0 pour la LED 4<br /> * La pin PB1 pour la LED 3<br /> * La pin PB2 pour la LED 2<br /> * La pin PB3 pour la LED 1<br /> * La pin PB4 pour une liaison UART<br /> <br /> Principe de L'UART :<br /> Le signal envoyé sur la pin PB4 est à l'état par défaut. Dès qu'on détecte un front descendant, on récupère à chaque tic d'horloge la valeur haute ou basse du signal entrant en pin PB4. Nous avons décidé de faire une vérification sur les 4 premiers bits envoyés et de donner la LED à allumer sur les 4 derniers bits. On peut voir un chronogramme ci-contre.<br /> [[Fichier:Chronogramme_UART.jpeg|200px|thumb|Branchement pour programmer l'ATTiny13]]<br /> <br /> <br /> On utilise un AVRISP pour l'ATTiny13 comme on peut le voir sur l'image.<br /> <br /> [[Fichier:Config_ATTiny13.JPG|200px|thumb|Branchement pour programmer l'ATTiny13]]<br /> <br /> Voici le code pour le programmer:<br /> ''<br /> <br /> ''<br /> #define F_CPU 10000000<br /> #include <avr/io.h><br /> #include <util/delay.h><br /> int main (void){<br /> DDRB |= 0x0F;<br /> int i, code=0;<br /> while(1){<br /> while((PINB & 0x10) == 0x10){}<br /> _delay_us(1000);<br /> for(i=128 ; i>=1 ; i=i/2){<br /> code = (((PINB & 0x10)/16) * i) + code;<br /> _delay_us(2000);<br /> }<br /> if((code & 0xF0) == 0x50){<br /> PORTB |= (code - 0x50);<br /> }<br /> else {<br /> code = 0;}}}<br /> <br /> ''<br /> <br /> [[Fichier:UART.gif|200px|thumb|Test de l'envoie d'une commande par UART]]<br /> On réalise le branchement puis pour tester, on programme l'arduino micro comme ceci :<br /> ''<br /> <br /> ''<br /> int state10;<br /> int laststate10=0;<br /> void setup(){<br /> pinMode(11, OUTPUT);<br /> pinMode(12, OUTPUT);<br /> pinMode(13, INPUT);<br /> digitalWrite(11, HIGH);<br /> digitalWrite(12, HIGH);}<br /> ''<br /> <br /> ''<br /> void loop(){<br /> state10 = digitalRead(13);<br /> if ((state10 != laststate10)){<br /> if ((state10 == 0)){<br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,HIGH);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,HIGH);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,HIGH);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,HIGH);<br /> Serial.println(digitalRead(11));}}<br /> laststate10 = state10;}<br /> <br /> ''<br /> <br /> On attend un front descendant sur le pin 13, qu'on réalisera en débranchant le câble déjà branché sur celle-ci.<br /> Les 4 premiers bits 0101 sont pour la vérification d'un envoie. Sur les 4 suivants, nous avons 0010 ce qui veut dire que le PB1 sera en état haut et que nous allumerons la LED3. Le dernier bit est pour remettre par défaut en état haut.<br /> <br /> Voici un GIF du résultat des tests.<br /> <br /> ==Le support==<br /> <br /> Le support, lui, est composé de l’Arduino micro, du RTC, du RFduino ainsi que le système de détection Infrarouge.<br /> Selon le schematic suivant, on crée un faisceau Infrarouge à l’aide d’un diode IR et d’une photorésistance de même longueur d’onde pour éviter les interferances avec la lumière ambiante.<br /> Lorsque la photorésistance capte l’Infrarouge de la diode, un micro courant circule et permet de rendre le transistor NPN passant. Le potentiel au noeud « S » est donc 0. Au contraire, s’il y a présence d’un obstacle empêchant la photorésistance de capter le rayon Infrarouge, le transistor de peut être activé et est donc bloquant. Le potentiel au noeud « S » est 5V (‘1’ logique).<br /> On peut ainsi détecter la présence d’objet entre les deux composants, dans le cas présent, un quelconque médicament.<br /> Nous avons réalisé le test avec le circuit suivant :<br /> <br /> Img 8 Circuit de Test du faisceau IR<br /> <br /> On programme l’Arduino micro pour allumer la LED en présence d’un obstacle avec le code suivant :<br /> <br /> '<br /> <br /> const int IRDetectorPin = 2; <br /> const int ledPin = 13;<br /> <br /> void setup() {<br /> pinMode(ledPin, OUTPUT);<br /> pinMode(IRDetectorPin, INPUT);<br /> }<br /> void loop(){<br /> digitalWrite(ledPin, digitalRead(IRDetectorPin));<br /> }<br /> <br /> '<br /> <br /> Voici deux photos qui confirment le fonctionnement de cette méthode :<br /> Img 9 & 10<br /> <br /> ==Semaine 3==<br /> <br /> <br /> ==Semaine 4==<br /> <br /> =Fichiers Rendus=<br /> ==Rapport==<br /> ==Codes==<br /> [[Fichier:Code_Android_PillBox.zip]]<br /> <br /> =Références=</div>

Cduplouy https://projets-ima.plil.fr/mediawiki/index.php?title=Projets_IMA5_2015/2016&diff=27665 Projets IMA5 2015/2016 2016-02-23T11:45:45Z

<p>Cduplouy : /* Répartition des binômes */</p> <hr /> <div>Merci de référencer vos pages de projets ici. Merci aussi d'uniformiser vos formats que ce soit en regardant la présentation des projets déjà créés ou en allant modifier le format des précédents si votre façon de faire vous semble la meilleure. Dans tous les cas un minimum de communication entre les binômes est conseillée.<br /> <br /> Toutes les sources doivent être déposées sur notre archive GIT. Le service est disponible à l'URL [https://archives.plil.fr archives.plil.fr]. Connectez-vous avec vos identifiants Polytech'Lille. Sauf indication contraire de vos encadrants, rendez le projet public et mettez le lien sur votre Wiki. Vous pouvez trouver de la documentation sur ce système d'archives sur ce [https://git-scm.com/book/fr/v1 site].<br /> <br /> == Répartition des binômes ==<br /> <br /> <br /> <table border="1"><br /> <tr><br /> <th>Projet</th><br /> <th>Elèves</th><br /> <th>Encadrant Ecole</th><br /> <th>Rapport décembre</th><br /> <th>Rapports finaux</th><br /> <th>Vidéo</th><br /> </tr><br /> <tr><br /> <td>[[P1 Convertisseur DC/DC pour réseau MTDC]]</td><br /> <td> Mehmet Ilter </td><br /> <td> Philippe DELARUE </td><br /> <td> </td><br /> <td> </td><br /> <td> </td><br /> </tr><br /> <tr><br /> <td>[[P2 Data Logger]]</td><br /> <td> Hidéo VINOT</td><br /> <td> Alexandre Boé / Thomas Vantroys </td><br /> <td> 15/12/2015 12;00</td><br /> <td> [[Fichier: Dossier_soutenance_P2_Data_Logger_Hideo_VINOT_IMA5SC_2015.pdf]]</td><br /> <td> mercredi 24 février à 10h avec L. Engels</td><br /> </tr><br /> <tr><br /> <td>[[P4 Jukebox multi-pièces]]</td><br /> <td> Alexandre Jouy / Julien hérin </td><br /> <td> Rodolphe Astori / Xavier Redon / Alexandre Boé / Thomas Vantroys </td><br /> <td> [[Fichier:Pre_soutenance_PFE_Jouy_herin.pdf]] </td><br /> <td> </td><br /> <td> RDV pris le 23/02 avec L. Engels</td><br /> </tr><br /> <tr><br /> <td>[[P9 Système d'hébergement domestique]]</td><br /> <td> Romain Libaert / Timothée Teneur </td><br /> <td> Xavier Redon / Alexandre Boé / Thomas Vantroys </td><br /> <td> 15/12/2015, 10:21, [[Fichier:P9_LIBAERT_TENEUR_DEC15.pdf]]</td><br /> <td> [[Fichier:PFE_Final_TENEUR_LIBAERT.pdf]]</td><br /> <td> Tournée le 22/02 par M. Engels</td><br /> </tr><br /> <tr><br /> <td>[[P10 LILLIAD: Connected Learning Center | P10 LILLIAD: learning center connecté]]</td><br /> <td> Mageshwaran Sekar </td><br /> <td> Alexandre Boé / Thomas Vantroys </td><br /> <td> 15/12/2015,07:48, [[Fichier:P10_FYP_December_Report_M_SEKAR.pdf]]</td><br /> <td> [[Fichier:FYP-P10-Lilliad-MSEKAR.pdf]]</td><br /> <td> </td><br /> </tr><br /> <tr><br /> <td>[[P11 Spectateur augmenté]]</td><br /> <td> Teresa Tumbragel </td><br /> <td> Alexandre Boé / Thomas Vantroys </td><br /> <td> </td><br /> <td> [[Fichier:Teresa Tumbragel-Rapport Spectateur Augmente.pdf]] </td><br /> <td> NA </td><br /> </tr><br /> <tr><br /> <td>[[P12 Capteurs enfouis pour vieillissement du béton]]</td><br /> <td> JULITA Alex </td><br /> <td> Alexandre Boé / Thomas Vantroys </td><br /> <td> </td><br /> <td> </td><br /> <td> </td><br /> </tr><br /> <tr><br /> <td>[[P14 Localisation dans le corps humain]]</td><br /> <td> Matthieu Marcadet </td><br /> <td> Alexandre Boé / Thomas Vantroys </td><br /> <td> 15/12/2015, 10:52, [[Fichier:Rapport_intermediaire_PFE_Marcadet.pdf]]</td><br /> <td> [[Fichier:Rapport_PFE_P14_Matthieu_Marcadet.pdf]]</td><br /> <td> </td><br /> </tr><br /> <tr><br /> <td>[[P18 Meuble intelligent]]</td><br /> <td> Kevin Colautti / Benjamin Lefort </td><br /> <td> Rémy Bernard / Alexandre Boé / Xavier Redon / Thomas Vantroys </td><br /> <td> 14/12/2015, 14:44, [[Fichier:P18_pre_soutenance.pdf]]</td><br /> <td> [[Fichier:Rapport_P18_COLAUTTI_LEFORT.pdf]]</td><br /> <td> Tournée le 22/02 par M. Engels</td><br /> </tr><br /> <tr><br /> <td>[[Automatic Soldering System Project|P20 Placeur de composants sur PCB]]</td><br /> <td> Jean Wasilewski & Pierre Letousey </td><br /> <td> Xavier Redon / Thomas Vantroys / Alexandre Boé </td><br /> <td> [[Fichier:P20_ASSP.pdf]]</td><br /> <td> [[Fichier:IMA5-ASSP-JWPL.pdf]]</td><br /> <td> Rendez-vous pris avec M. Engels le vendredi 25 Février à 10h </td><br /> </tr><br /> <tr><br /> <td>[[P24 Nuage pour sites Web]]</td><br /> <td> Jeremie Denechaud / Thibaut Scholaert </td><br /> <td> Xavier Redon / Thomas Vantroys </td><br /> <td> 15/12/2015, 12:02, [[Fichier:P24_Denechaud_Scholaert.pdf| Rapport intermédiaire de projet]]</td><br /> <td> </td><br /> <td> Fait Maison</td><br /> </tr><br /> <tr><br /> <td>[[P25 Architecture ROS pour des véhicules autonomes intelligents]]</td><br /> <td> Jean-Michel Tournier / Cyril Smagghe </td><br /> <td> Vincent Coelen et Rochdi Merzouki </td><br /> <td> 15/12/2015,09:04, [[Fichier:P25-2015_Smagghe_Tournier_decembre.pdf]]</td><br /> <td> [[Fichier:Rapport_final_P25_Smagghe_Tournier.pdf]]</td><br /> <td>RDV mercredi 24 15h </td><br /> </tr><br /> <tr><br /> <td>[[P26 Robot de forgeage et d’usinage]]</td><br /> <td> Bertrand Yvernault / Louis Thebault </td><br /> <td> Rochdi Merzouki </td><br /> <td> 14/12/2015, 17:51</td><br /> <td> </td><br /> <td>Tournée le 22/02 par M. Engels </td><br /> </tr><br /> <tr><br /> <td>[[P27 Robot de fraiseuse]]</td><br /> <td> Flavien Royer / Maxime Morisse </td><br /> <td> Rochdi Merzouki </td><br /> <td> 14/12/2015, 19:06, [[Fichier:Rapport_Royer_Morisse.pdf]]</td><br /> <td>[[Fichier:RapportPFE_ROYER_MORISSE.pdf]] </td><br /> <td> mardi 23 février à 11h15 avec Laurent Engels</td><br /> </tr><br /> <br /> <tr><br /> <td>[[P30 Thermostat connecté et intelligent]]</td><br /> <td> TISSOT Elise / TIRABY Céline </td><br /> <td> Guillaume Renault / Alexandre Boé / Xavier Redon </td><br /> <td>15/12/2015, 00:35, [[Fichier:Rapport_PFE_TISSOT_TIRABY.pdf‎ ]] </td><br /> <td> [[Fichier:Rapport_final_PFE_TISSOT_TIRABY.pdf]] </td><br /> <td> Tournée le 19/02 par L. Engels </td><br /> </tr><br /> <tr><br /> <td>[[P32 Récupération d'énergie pour balise BLE]]</td><br /> <td> Quentin Sultana </td><br /> <td> Frédéric Giraud / Alexandre Boé / Thomas Vantroys </td><br /> <td> 13/12/2015, 19:31, [[Fichier:CR Miprojet_Sultana.pdf]]</td><br /> <td> [[Fichier:Rapport_P32_Sultana.pdf]]</td><br /> <td> RDV L. Engels le 24/02 </td><br /> </tr><br /> <tr><br /> <td>[[P33 Réalisations en faveur de l'accessibilité de jeux vidéos]]</td><br /> <td> Jérôme Bailet / Mehdi Zeggaï </td><br /> <td> GAPAS / Laurent Grisoni / Thomas Vantroys </td><br /> <td> 14/12/2015, 10:54, [[Fichier:PFE_IMA5_Rapport_intermediaire_Bailet_Zeggai.pdf]]</td><br /> <td> </td><br /> <td> RDV L. Engels le 25/02 </td><br /> </tr><br /> <tr><br /> <td>[[P35 Robot de test pour le sport de Golf]]</td><br /> <td> Deborah Saunders </td><br /> <td> Rochdi Merzouki </td><br /> <td> 15/12/2015, 12:07</td><br /> <td> </td><br /> <td> </td><br /> </tr><br /> <br /> <tr><br /> <td>[[P34 Optimisation de trajectoire pour un robot de curiethérapie]]</td><br /> <td> Sandra HAGE CHEHADE / Thomas DANEL </td><br /> <td> Vincent COELEN / Rochdi MERZOUKI </td><br /> <td> 15/12/2015, 12:02</td><br /> <td> </td><br /> <td> </td><br /> </tr><br /> <br /> <tr><br /> <td>[[P40 Maquette mécatronique durcie d'ascenseur 5 étages]]</td><br /> <td> Louis CHAUCHARD / Romain IMBERT </td><br /> <td> Blaise CONRARD </td><br /> <td> 14/12/2015, 19:21</td><br /> <td> [[Fichier:IMA5_P40_Chauchard_Imbert_RapportFinal.pdf‎]] </td><br /> <td> RDV L. Engels le 23/02 </td><br /> </tr><br /> <tr><br /> <td>[[P13 Plateforme expérimentation IOT]]</td><br /> <td> ROCHE François </td><br /> <td> Alexandre Boé / Thomas Vantroys </td><br /> <td> 14/12/2015, 19:37, [[Fichier:PFE_P13_Plateforme_expérimentation_IOT.pdf]] </td><br /> <td> [[Fichier:PFE_P13-Plateforme_expérimentation.pdf]]</td><br /> <td> Tournée le 22/02 par M. Engels </td><br /> </tr><br /> <tr><br /> <td>[[Implantation d'un filtre FIR-FX-LMS sur FPGA pour l'annulation de Bruit Acoustique]]</td><br /> <td> Bown Alexander / Piat Valentin </td><br /> <td> Alexandre Boé / Thomas Vantroys </td><br /> <td> NA </td><br /> <td> </td><br /> <td> </td><br /> </tr><br /> <tr><br /> <td>[[Pilulier automatique]]</td><br /> <td> Manouk Simon / Corentin Duplouy </td><br /> <td> Alexandre Boé / Thomas Vantroys </td><br /> <td> NA </td><br /> <td> [[Fichier:Rapport Duplouy Simon.pdf]] </td><br /> <td> RDV L. Engels le 23/02 </td><br /> </tr><br /> </table></div>

Cduplouy https://projets-ima.plil.fr/mediawiki/index.php?title=Fichier:Rapport_Duplouy_Simon.pdf&diff=27663 Fichier:Rapport Duplouy Simon.pdf 2016-02-23T11:44:39Z

<p>Cduplouy : </p> <hr /> <div></div>

Cduplouy https://projets-ima.plil.fr/mediawiki/index.php?title=Pilulier_automatique&diff=27076 Pilulier automatique 2016-02-12T07:44:05Z

<p>Cduplouy : /* Boîtes journalières */</p> <hr /> <div>=Présentation générale du projet=<br /> <br /> ==Contexte du projet==<br /> <br /> D'après des statistiques établis en 2014, un meilleur suivi des traitements médicaux et des médicaments dans le monde permettrait de réaliser 8% d'économies sur le coût total des dépenses de santé.<br /> <br /> De plus, on estime en Europe que la mauvaise prise de médicaments est à l’origine de plusieurs dizaines de milliers de décès chaque année.<br /> <br /> Selon le rapport IGAS2, en France, un mauvais suivi des heures de prises et de dosage de médicament aurait causé entre 8 000 à 12 000 décès par an et coûté près de 2 milliards € à l’Assurance Maladie.<br /> <br /> 13 millions de patients résidents en France seraient polymédiqués, et parmi eux de nombreuses personnes âgées de plus de 60 ans. <br /> <br /> La santé connectée est donc devenue un marché porteur. <br /> <br /> C'est ainsi que de nombreuses solutions se développent chaque jour qui a pour but de venir en aide aux personnes âgées dans les horaires de leurs prises de médicaments et éviter les surdosages ou les erreurs de traitement.<br /> <br /> ==Objectif du projet==<br /> <br /> L’objectif de ce projet est d'adapter un pilulier hebdomadaire pour le rendre connecté pour faciliter le suivi et la prise de médicaments quotidiens à différents moment de la journée.<br /> <br /> ==Description du projet==<br /> <br /> Afin de mettre en place ce pilulier connecté, il faut bien prendre en compte la donnée suivante : il doit être transportable. Cela sous-entend d’avoir un modèle suffisamment compact ainsi qu’une autonomie sur batterie.<br /> Nous devons donc trouver une entre son autonomie et sa connectivité et sa taille/forme.<br /> Actuellement, il existe sur le marché différentes propositions de pilulier connecté. Chacun avec leurs caractéristiques propres :<br /> <br /> * Imedipac de Medissimo : envoie un SMS et/ou un email à l’utilisateur pour lui rappeler de prendre tel médicament à telle heure.<br /> * Do-Pill de SecuR : rend accessible les comprimés et gélules à la date et à l'heure indiqué par le médecin pour éviter les surdosages ou les erreurs de traitement.<br /> * Sivan de MedSecure : prévient l'entourage si erreur du patient dans la prise de ses comprimées et alerte le patient si il doit prendre un comprimé.<br /> <br /> <br /> Afin de proposer une solution alternative à ses piluliers connectés déjà existant, le patient pourra utiliser son pilulier hebdomadaire standard auquel il intégra une base qu'il rendra connecté celui ci.<br /> Notre pilulier connecté sera composé d’un socle contenant toute l’électronique et la batterie et de 7 boîtiers à cachets amovibles<br /> <br /> =Cahiers de charges=<br /> == Fonctionnalités ==<br /> <br /> Ce support permettra au pilulier de remplir les fonctions suivantes :<br /> * Emission d'une alarme lorsque l'usager doit prendre une pilule à une heure et date précise (alarme différente selon le moment de la journée : matin, midi, soir, nuit)<br /> * Indication par une LED la boîte du jour à prendre et par une autre, le compartiment de cette journée.<br /> * Détection si l'usager a pris la bonne journée (sinon émission d'un son)<br /> * Détection si l'usager a pris la bonne pilule à la bonne heure (sinon émission d'un son)<br /> * Détection de la présence des tiroirs<br /> * Suivi par application Androïd.<br /> <br /> == Matériels ==<br /> <br /> Le socle sera composé : <br /> * 7 LED RGB pour indiquer par une couleur verte le bon boîtier et une rouge tout problème avec la boîte correspondante [http://fr.farnell.com/avago-technologies/asmt-ytb2-0bb02/led-plcc6-rgb-745-1600-380mcd/dp/1863243 7 LED RGB CMS] ou [http://fr.farnell.com/avago-technologies/asmb-mtb1-0a3a2/led-rgb-plcc4-surface-noire/dp/2401106 LED] déjà dispo depuis le Projet du Dé Electronique<br /> * 28 [http://fr.farnell.com/kingbright/kp-1608f3c/led-ir-0603-940nm/dp/2449775 IR émetteur] <br /> * 28 [http://fr.farnell.com/kingbright/kp-1608p1c/phototransistor-0603-940nm/dp/2290430 Phototransistor] pour la détection de l’intérieur des compartiments<br /> * 10, 20 ou 70 aimants conducteur d'électricité (5 par boîtier en face de 5 autres sur le socle, donc 10 pour une journée - possibilité de faire le proto sur 1, 2 ou 7 journée) pour assurer la tenue du boîtier et détecter sa présence [http://fr.rs-online.com/web/p/aimants/7924559/ 1, 2 ou 7 sachets de 10 aimants ]<br /> ''( 1 écran LCD pour afficher les messages comme la date et l'heure ou des alertes [http://fr.farnell.com/lumex/lcm-s01602dsf-a/display-dot-matrix-lcd-16-x-2/dp/2062132 1 Ecran LCD 2*16])''<br /> * 1 HP ou buzzer pour émettre une sonnerie [http://www.gotronic.fr/art-buzzer-sv2319c-21015.htm Buzzer]<br /> * 1 arduino nano pour assurer le contrôle [http://www.mouser.fr/ProductDetail/Seeed-Studio/102010019/ arduino nano] '''[fourni le 04/02/2016]'''<br /> * 1 shield BLE pour la connectivité bluetooth contenant le composant nRF8001 (déjà disponible du projet Surveillance passive de sommeil de IMA4 2014/2015) '''[fourni le 04/02/2016]'''<br /> * 1 RTC pour avoir le temps et la date réel contenant le composant DS1307 (MOD-RTC déjà disponible du projet Surveillance passive de sommeil de IMA4 2014/2015) '''[fourni le 05/02/2016]'''<br /> * 1 smartphone sous android pour développer l'application de suivi '''[fourni le 05/02/2016]'''<br /> * 1 pilulier standard (Corentin)<br /> * 1 rouleau de papier réfléchissant<br /> * 1 décodeur 3 entrées / 8 sorties pour allumer les LEDs [http://fr.farnell.com/texas-instruments/cd74hc237m96/decodeur-demux-3-8-soic-16/dp/2499842?MER=i-9b10-00002068 2 décodeur 3E/8S]<br /> <br /> <br /> <br /> Chaque boite contenant les 4 compartiments de la journée est composée :<br /> * 1 interfaçage de 28 LED pour indiquer le bon compartiment [http://fr.farnell.com/avago-technologies/hsmg-c280/led-vert-15mcd-572nm-0402/dp/2494322?MER=i-9b10-00002068 28 LED Verte CMS]<br /> * 7 super-condensateur pour allumer les diodes de chaque compartiment sur le boitier [http://fr.farnell.com/kemet/fc0h104zftbr24/super-condensateur-0-1f-5-5v-cms/dp/2362048 7 super-condensateur]<br /> * 7 résistances de 525 ohm<br /> * 1 microcontrôleur ATTiny pour enregistrer le compartiment à allumer (fourni par l'arduino) et allumer la diode [http://fr.farnell.com/atmel/attiny84-20ssu/mcu-8bit-attiny-20mhz-soic-14/dp/1636955 Lien]<br /> <br /> ==Planning Prévisionnel==<br /> <br /> <table border="1"><br /> <tr><br /> <th>Semaines</th><br /> <th>du 25/01 au 31/01</th><br /> <th>du 1/02 au 7/02</th><br /> <th>du 8/02 au 14/02</th><br /> <th>du 15/02 au 21/02</th><br /> <th>du 22/02 au 25/02</th><br /> </tr><br /> <tr><br /> <th>Étapes</th><br /> <th>Etude bibliographique</th><br /> <th>Détection pour chaque boitier journalier si il a été enlever du support et détection si la bonne pilule a été récupéré par le patient</th><br /> <th>Programmation et interfaçage des différentes shields avec le microcontrôleur</th><br /> <th>Test pour correction d'erreur et amélioration</th><br /> <th>Rédaction du rapport de projet et Préparation à la soutenance</th><br /> </tr><br /> </table><br /> <br /> =Tableau de bord=<br /> <br /> ==Boîtes journalières==<br /> [[Fichier:drawer_electronic.jpeg|200px|thumb|Schematic de l'électronique d'une boîte]]<br /> <br /> Chaque boîte sera équipée d'un petit micro-processeur, de 4 LED, 1 résistance, une grosse capacité, 5 aimants.<br /> Par les 5 aimants vont transiter : <br /> * Le Vc+ correspondant à la tension pour charger la capacité et permettre à l'éclairage de fonctionner pour quelques minutes.<br /> * Le Vp correspondant à la tension envoyée pour détecter la présence de la boîte<br /> * La masse GND<br /> * Les entrées p0 et p1 pour connaître la LED à allumer.<br /> <br /> Nous aurons donc les cas suivants :<br /> <table border="1"><br /> <tr><br /> <th>Inputs</th><br /> <th>Vc+</th><br /> <th>Vp</th><br /> <th>p0</th><br /> <th>p1</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Pilulier repos/Détection boîte</th><br /> <th>0</th><br /> <th>1</th><br /> <th>X</th><br /> <th>X</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Heure médicaments</th><br /> <th>1</th><br /> <th>0</th><br /> <th>0/1</th><br /> <th>0/1</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Après quelques seconde de charge/Détection boîte</th><br /> <th>0</th><br /> <th>1</th><br /> <th>X</th><br /> <th>X</th><br /> <th>GND</th><br /> </tr><br /> </table><br /> <br /> Pour les inputs p0 et p1, elles dépendront du moment de la prise des médicaments :<br /> <table border="1"><br /> <tr><br /> <th>Moment</th><br /> <th>p0</th><br /> <th>p1</th><br /> </tr><br /> <tr><br /> <th>Matin</th><br /> <th>0</th><br /> <th>0</th><br /> </tr><br /> <tr><br /> <th>Midi</th><br /> <th>0</th><br /> <th>1</th><br /> </tr><br /> <tr><br /> <th>Soir</th><br /> <th>1</th><br /> <th>0</th><br /> </tr><br /> <tr><br /> <th>Coucher</th><br /> <th>1</th><br /> <th>1</th><br /> </tr><br /> </table><br /> <br /> Après configuration de l'ATTiny13 via Arduino, les tests ont avérés que cette méthode était limitée. En effet, il y a 4 LEDs et 4 combinaisons, ce qui rend compliqué de laisser un cas "auncune LED allumée".<br /> <br /> Une autre solution a été adoptée :<br /> * La pin Vcc pour l'alimentation en 5v<br /> * La pin GND pour la masse<br /> * La pin PB0 pour la LED 4<br /> * La pin PB1 pour la LED 3<br /> * La pin PB2 pour la LED 2<br /> * La pin PB3 pour la LED 1<br /> * La pin PB4 pour une liaison UART<br /> <br /> Principe de L'UART :<br /> Le signal envoyé sur la pin PB4 est à l'état par défaut. Dès qu'on détecte un front descendant, on récupère à chaque tic d'horloge la valeur haute ou basse du signal entrant en pin PB4. Nous avons décidé de faire une vérification sur les 4 premiers bits envoyés et de donner la LED à allumer sur les 4 derniers bits. On peut voir un chronogramme ci-contre.<br /> [[Fichier:Chronogramme_UART.jpeg|200px|thumb|Branchement pour programmer l'ATTiny13]]<br /> <br /> <br /> On utilise un AVRISP pour l'ATTiny13 comme on peut le voir sur l'image.<br /> <br /> [[Fichier:Config_ATTiny13.JPG|200px|thumb|Branchement pour programmer l'ATTiny13]]<br /> <br /> Voici le code pour le programmer:<br /> ''<br /> <br /> ''<br /> #define F_CPU 10000000<br /> #include <avr/io.h><br /> #include <util/delay.h><br /> int main (void){<br /> DDRB |= 0x0F;<br /> int i, code=0;<br /> while(1){<br /> while((PINB & 0x10) == 0x10){}<br /> _delay_us(1000);<br /> for(i=128 ; i>=1 ; i=i/2){<br /> code = (((PINB & 0x10)/16) * i) + code;<br /> _delay_us(2000);<br /> }<br /> if((code & 0xF0) == 0x50){<br /> PORTB |= (code - 0x50);<br /> }<br /> else {<br /> code = 0;}}}<br /> <br /> ''<br /> <br /> [[Fichier:UART.gif|200px|thumb|Test de l'envoie d'une commande par UART]]<br /> On réalise le branchement puis pour tester, on programme l'arduino micro comme ceci :<br /> ''<br /> <br /> ''<br /> int state10;<br /> int laststate10=0;<br /> void setup(){<br /> pinMode(11, OUTPUT);<br /> pinMode(12, OUTPUT);<br /> pinMode(13, INPUT);<br /> digitalWrite(11, HIGH);<br /> digitalWrite(12, HIGH);}<br /> ''<br /> <br /> ''<br /> void loop(){<br /> state10 = digitalRead(13);<br /> if ((state10 != laststate10)){<br /> if ((state10 == 0)){<br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,HIGH);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,HIGH);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,HIGH);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,HIGH);<br /> Serial.println(digitalRead(11));}}<br /> laststate10 = state10;}<br /> <br /> ''<br /> <br /> On attend un front descendant sur le pin 13, qu'on réalisera en débranchant le câble déjà branché sur celle-ci.<br /> Les 4 premiers bits 0101 sont pour la vérification d'un envoie. Sur les 4 suivants, nous avons 0010 ce qui veut dire que le PB1 sera en état haut et que nous allumerons la LED3. Le dernier bit est pour remettre par défaut en état haut.<br /> <br /> Voici un GIF du résultat des tests.<br /> <br /> ==Semaine 2==<br /> <br /> <br /> ==Semaine 3==<br /> <br /> <br /> ==Semaine 4==<br /> <br /> =Fichiers Rendus=<br /> ==Rapport==<br /> ==Codes==<br /> <br /> =Références=</div>

Cduplouy https://projets-ima.plil.fr/mediawiki/index.php?title=Pilulier_automatique&diff=27075 Pilulier automatique 2016-02-12T07:43:27Z

<p>Cduplouy : /* Boîtes journalières */</p> <hr /> <div>=Présentation générale du projet=<br /> <br /> ==Contexte du projet==<br /> <br /> D'après des statistiques établis en 2014, un meilleur suivi des traitements médicaux et des médicaments dans le monde permettrait de réaliser 8% d'économies sur le coût total des dépenses de santé.<br /> <br /> De plus, on estime en Europe que la mauvaise prise de médicaments est à l’origine de plusieurs dizaines de milliers de décès chaque année.<br /> <br /> Selon le rapport IGAS2, en France, un mauvais suivi des heures de prises et de dosage de médicament aurait causé entre 8 000 à 12 000 décès par an et coûté près de 2 milliards € à l’Assurance Maladie.<br /> <br /> 13 millions de patients résidents en France seraient polymédiqués, et parmi eux de nombreuses personnes âgées de plus de 60 ans. <br /> <br /> La santé connectée est donc devenue un marché porteur. <br /> <br /> C'est ainsi que de nombreuses solutions se développent chaque jour qui a pour but de venir en aide aux personnes âgées dans les horaires de leurs prises de médicaments et éviter les surdosages ou les erreurs de traitement.<br /> <br /> ==Objectif du projet==<br /> <br /> L’objectif de ce projet est d'adapter un pilulier hebdomadaire pour le rendre connecté pour faciliter le suivi et la prise de médicaments quotidiens à différents moment de la journée.<br /> <br /> ==Description du projet==<br /> <br /> Afin de mettre en place ce pilulier connecté, il faut bien prendre en compte la donnée suivante : il doit être transportable. Cela sous-entend d’avoir un modèle suffisamment compact ainsi qu’une autonomie sur batterie.<br /> Nous devons donc trouver une entre son autonomie et sa connectivité et sa taille/forme.<br /> Actuellement, il existe sur le marché différentes propositions de pilulier connecté. Chacun avec leurs caractéristiques propres :<br /> <br /> * Imedipac de Medissimo : envoie un SMS et/ou un email à l’utilisateur pour lui rappeler de prendre tel médicament à telle heure.<br /> * Do-Pill de SecuR : rend accessible les comprimés et gélules à la date et à l'heure indiqué par le médecin pour éviter les surdosages ou les erreurs de traitement.<br /> * Sivan de MedSecure : prévient l'entourage si erreur du patient dans la prise de ses comprimées et alerte le patient si il doit prendre un comprimé.<br /> <br /> <br /> Afin de proposer une solution alternative à ses piluliers connectés déjà existant, le patient pourra utiliser son pilulier hebdomadaire standard auquel il intégra une base qu'il rendra connecté celui ci.<br /> Notre pilulier connecté sera composé d’un socle contenant toute l’électronique et la batterie et de 7 boîtiers à cachets amovibles<br /> <br /> =Cahiers de charges=<br /> == Fonctionnalités ==<br /> <br /> Ce support permettra au pilulier de remplir les fonctions suivantes :<br /> * Emission d'une alarme lorsque l'usager doit prendre une pilule à une heure et date précise (alarme différente selon le moment de la journée : matin, midi, soir, nuit)<br /> * Indication par une LED la boîte du jour à prendre et par une autre, le compartiment de cette journée.<br /> * Détection si l'usager a pris la bonne journée (sinon émission d'un son)<br /> * Détection si l'usager a pris la bonne pilule à la bonne heure (sinon émission d'un son)<br /> * Détection de la présence des tiroirs<br /> * Suivi par application Androïd.<br /> <br /> == Matériels ==<br /> <br /> Le socle sera composé : <br /> * 7 LED RGB pour indiquer par une couleur verte le bon boîtier et une rouge tout problème avec la boîte correspondante [http://fr.farnell.com/avago-technologies/asmt-ytb2-0bb02/led-plcc6-rgb-745-1600-380mcd/dp/1863243 7 LED RGB CMS] ou [http://fr.farnell.com/avago-technologies/asmb-mtb1-0a3a2/led-rgb-plcc4-surface-noire/dp/2401106 LED] déjà dispo depuis le Projet du Dé Electronique<br /> * 28 [http://fr.farnell.com/kingbright/kp-1608f3c/led-ir-0603-940nm/dp/2449775 IR émetteur] <br /> * 28 [http://fr.farnell.com/kingbright/kp-1608p1c/phototransistor-0603-940nm/dp/2290430 Phototransistor] pour la détection de l’intérieur des compartiments<br /> * 10, 20 ou 70 aimants conducteur d'électricité (5 par boîtier en face de 5 autres sur le socle, donc 10 pour une journée - possibilité de faire le proto sur 1, 2 ou 7 journée) pour assurer la tenue du boîtier et détecter sa présence [http://fr.rs-online.com/web/p/aimants/7924559/ 1, 2 ou 7 sachets de 10 aimants ]<br /> ''( 1 écran LCD pour afficher les messages comme la date et l'heure ou des alertes [http://fr.farnell.com/lumex/lcm-s01602dsf-a/display-dot-matrix-lcd-16-x-2/dp/2062132 1 Ecran LCD 2*16])''<br /> * 1 HP ou buzzer pour émettre une sonnerie [http://www.gotronic.fr/art-buzzer-sv2319c-21015.htm Buzzer]<br /> * 1 arduino nano pour assurer le contrôle [http://www.mouser.fr/ProductDetail/Seeed-Studio/102010019/ arduino nano] '''[fourni le 04/02/2016]'''<br /> * 1 shield BLE pour la connectivité bluetooth contenant le composant nRF8001 (déjà disponible du projet Surveillance passive de sommeil de IMA4 2014/2015) '''[fourni le 04/02/2016]'''<br /> * 1 RTC pour avoir le temps et la date réel contenant le composant DS1307 (MOD-RTC déjà disponible du projet Surveillance passive de sommeil de IMA4 2014/2015) '''[fourni le 05/02/2016]'''<br /> * 1 smartphone sous android pour développer l'application de suivi '''[fourni le 05/02/2016]'''<br /> * 1 pilulier standard (Corentin)<br /> * 1 rouleau de papier réfléchissant<br /> * 1 décodeur 3 entrées / 8 sorties pour allumer les LEDs [http://fr.farnell.com/texas-instruments/cd74hc237m96/decodeur-demux-3-8-soic-16/dp/2499842?MER=i-9b10-00002068 2 décodeur 3E/8S]<br /> <br /> <br /> <br /> Chaque boite contenant les 4 compartiments de la journée est composée :<br /> * 1 interfaçage de 28 LED pour indiquer le bon compartiment [http://fr.farnell.com/avago-technologies/hsmg-c280/led-vert-15mcd-572nm-0402/dp/2494322?MER=i-9b10-00002068 28 LED Verte CMS]<br /> * 7 super-condensateur pour allumer les diodes de chaque compartiment sur le boitier [http://fr.farnell.com/kemet/fc0h104zftbr24/super-condensateur-0-1f-5-5v-cms/dp/2362048 7 super-condensateur]<br /> * 7 résistances de 525 ohm<br /> * 1 microcontrôleur ATTiny pour enregistrer le compartiment à allumer (fourni par l'arduino) et allumer la diode [http://fr.farnell.com/atmel/attiny84-20ssu/mcu-8bit-attiny-20mhz-soic-14/dp/1636955 Lien]<br /> <br /> ==Planning Prévisionnel==<br /> <br /> <table border="1"><br /> <tr><br /> <th>Semaines</th><br /> <th>du 25/01 au 31/01</th><br /> <th>du 1/02 au 7/02</th><br /> <th>du 8/02 au 14/02</th><br /> <th>du 15/02 au 21/02</th><br /> <th>du 22/02 au 25/02</th><br /> </tr><br /> <tr><br /> <th>Étapes</th><br /> <th>Etude bibliographique</th><br /> <th>Détection pour chaque boitier journalier si il a été enlever du support et détection si la bonne pilule a été récupéré par le patient</th><br /> <th>Programmation et interfaçage des différentes shields avec le microcontrôleur</th><br /> <th>Test pour correction d'erreur et amélioration</th><br /> <th>Rédaction du rapport de projet et Préparation à la soutenance</th><br /> </tr><br /> </table><br /> <br /> =Tableau de bord=<br /> <br /> ==Boîtes journalières==<br /> [[Fichier:drawer_electronic.jpeg|200px|thumb|Schematic de l'électronique d'une boîte]]<br /> <br /> Chaque boîte sera équipée d'un petit micro-processeur, de 4 LED, 1 résistance, une grosse capacité, 5 aimants.<br /> Par les 5 aimants vont transiter : <br /> * Le Vc+ correspondant à la tension pour charger la capacité et permettre à l'éclairage de fonctionner pour quelques minutes.<br /> * Le Vp correspondant à la tension envoyée pour détecter la présence de la boîte<br /> * La masse GND<br /> * Les entrées p0 et p1 pour connaître la LED à allumer.<br /> <br /> Nous aurons donc les cas suivants :<br /> <table border="1"><br /> <tr><br /> <th>Inputs</th><br /> <th>Vc+</th><br /> <th>Vp</th><br /> <th>p0</th><br /> <th>p1</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Pilulier repos/Détection boîte</th><br /> <th>0</th><br /> <th>1</th><br /> <th>X</th><br /> <th>X</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Heure médicaments</th><br /> <th>1</th><br /> <th>0</th><br /> <th>0/1</th><br /> <th>0/1</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Après quelques seconde de charge/Détection boîte</th><br /> <th>0</th><br /> <th>1</th><br /> <th>X</th><br /> <th>X</th><br /> <th>GND</th><br /> </tr><br /> </table><br /> <br /> Pour les inputs p0 et p1, elles dépendront du moment de la prise des médicaments :<br /> <table border="1"><br /> <tr><br /> <th>Moment</th><br /> <th>p0</th><br /> <th>p1</th><br /> </tr><br /> <tr><br /> <th>Matin</th><br /> <th>0</th><br /> <th>0</th><br /> </tr><br /> <tr><br /> <th>Midi</th><br /> <th>0</th><br /> <th>1</th><br /> </tr><br /> <tr><br /> <th>Soir</th><br /> <th>1</th><br /> <th>0</th><br /> </tr><br /> <tr><br /> <th>Coucher</th><br /> <th>1</th><br /> <th>1</th><br /> </tr><br /> </table><br /> <br /> Après configuration de l'ATTiny13 via Arduino, les tests ont avérés que cette méthode était limitée. En effet, il y a 4 LEDs et 4 combinaisons, ce qui rend compliqué de laisser un cas "auncune LED allumée".<br /> <br /> Une autre solution a été adoptée :<br /> * La pin Vcc pour l'alimentation en 5v<br /> * La pin GND pour la masse<br /> * La pin PB0 pour la LED 4<br /> * La pin PB1 pour la LED 3<br /> * La pin PB2 pour la LED 2<br /> * La pin PB3 pour la LED 1<br /> * La pin PB4 pour une liaison UART<br /> <br /> Principe de L'UART :<br /> Le signal envoyé sur la pin PB4 est à l'état par défaut. Dès qu'on détecte un front descendant, on récupère à chaque tic d'horloge la valeur haute ou basse du signal entrant en pin PB4. Nous avons décidé de faire une vérification sur les 4 premiers bits envoyés et de donner la LED à allumer sur les 4 derniers bits. On peut voir un chronogramme ci-contre.<br /> [[Fichier:Chronogramme_UART.jpeg|200px|thumb|Branchement pour programmer l'ATTiny13]]<br /> <br /> <br /> On utilise un AVRISP pour l'ATTiny13 comme on peut le voir sur l'image.<br /> <br /> [[Fichier:Config_ATTiny13.JPG|200px|thumb|Branchement pour programmer l'ATTiny13]]<br /> <br /> Voici le code pour le programmer:<br /> ''<br /> <br /> ''<br /> #define F_CPU 10000000<br /> #include <avr/io.h><br /> #include <util/delay.h><br /> int main (void){<br /> DDRB |= 0x0F;<br /> int i, code=0;<br /> while(1){<br /> while((PINB & 0x10) == 0x10){}<br /> _delay_us(1000);<br /> for(i=128 ; i>=1 ; i=i/2){<br /> code = (((PINB & 0x10)/16) * i) + code;<br /> _delay_us(2000);<br /> }<br /> if((code & 0xF0) == 0x50){<br /> PORTB |= (code - 0x50);<br /> }<br /> else {<br /> code = 0;}}}<br /> <br /> ''<br /> <br /> On réalise le branchement puis pour tester, on programme l'arduino micro comme ceci :<br /> ''<br /> <br /> ''<br /> int state10;<br /> int laststate10=0;<br /> void setup(){<br /> pinMode(11, OUTPUT);<br /> pinMode(12, OUTPUT);<br /> pinMode(13, INPUT);<br /> digitalWrite(11, HIGH);<br /> digitalWrite(12, HIGH);}<br /> ''<br /> <br /> ''<br /> void loop(){<br /> state10 = digitalRead(13);<br /> if ((state10 != laststate10)){<br /> if ((state10 == 0)){<br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,HIGH);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,HIGH);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,HIGH);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,HIGH);<br /> Serial.println(digitalRead(11));}}<br /> laststate10 = state10;}<br /> <br /> ''<br /> <br /> On attend un front descendant sur le pin 13, qu'on réalisera en débranchant le câble déjà branché sur celle-ci.<br /> Les 4 premiers bits 0101 sont pour la vérification d'un envoie. Sur les 4 suivants, nous avons 0010 ce qui veut dire que le PB1 sera en état haut et que nous allumerons la LED3. Le dernier bit est pour remettre par défaut en état haut.<br /> <br /> Voici un GIF du résultat des tests.<br /> [[Fichier:UART.gif|200px|thumb|Test de l'envoie d'une commande par UART]]<br /> <br /> ==Semaine 2==<br /> <br /> <br /> ==Semaine 3==<br /> <br /> <br /> ==Semaine 4==<br /> <br /> =Fichiers Rendus=<br /> ==Rapport==<br /> ==Codes==<br /> <br /> =Références=</div>

Cduplouy https://projets-ima.plil.fr/mediawiki/index.php?title=Fichier:Chronogramme_UART.jpeg&diff=27074 Fichier:Chronogramme UART.jpeg 2016-02-12T07:42:32Z

<p>Cduplouy : </p> <hr /> <div></div>

Cduplouy https://projets-ima.plil.fr/mediawiki/index.php?title=Pilulier_automatique&diff=27073 Pilulier automatique 2016-02-12T07:39:30Z

<p>Cduplouy : /* Boîtes journalières */</p> <hr /> <div>=Présentation générale du projet=<br /> <br /> ==Contexte du projet==<br /> <br /> D'après des statistiques établis en 2014, un meilleur suivi des traitements médicaux et des médicaments dans le monde permettrait de réaliser 8% d'économies sur le coût total des dépenses de santé.<br /> <br /> De plus, on estime en Europe que la mauvaise prise de médicaments est à l’origine de plusieurs dizaines de milliers de décès chaque année.<br /> <br /> Selon le rapport IGAS2, en France, un mauvais suivi des heures de prises et de dosage de médicament aurait causé entre 8 000 à 12 000 décès par an et coûté près de 2 milliards € à l’Assurance Maladie.<br /> <br /> 13 millions de patients résidents en France seraient polymédiqués, et parmi eux de nombreuses personnes âgées de plus de 60 ans. <br /> <br /> La santé connectée est donc devenue un marché porteur. <br /> <br /> C'est ainsi que de nombreuses solutions se développent chaque jour qui a pour but de venir en aide aux personnes âgées dans les horaires de leurs prises de médicaments et éviter les surdosages ou les erreurs de traitement.<br /> <br /> ==Objectif du projet==<br /> <br /> L’objectif de ce projet est d'adapter un pilulier hebdomadaire pour le rendre connecté pour faciliter le suivi et la prise de médicaments quotidiens à différents moment de la journée.<br /> <br /> ==Description du projet==<br /> <br /> Afin de mettre en place ce pilulier connecté, il faut bien prendre en compte la donnée suivante : il doit être transportable. Cela sous-entend d’avoir un modèle suffisamment compact ainsi qu’une autonomie sur batterie.<br /> Nous devons donc trouver une entre son autonomie et sa connectivité et sa taille/forme.<br /> Actuellement, il existe sur le marché différentes propositions de pilulier connecté. Chacun avec leurs caractéristiques propres :<br /> <br /> * Imedipac de Medissimo : envoie un SMS et/ou un email à l’utilisateur pour lui rappeler de prendre tel médicament à telle heure.<br /> * Do-Pill de SecuR : rend accessible les comprimés et gélules à la date et à l'heure indiqué par le médecin pour éviter les surdosages ou les erreurs de traitement.<br /> * Sivan de MedSecure : prévient l'entourage si erreur du patient dans la prise de ses comprimées et alerte le patient si il doit prendre un comprimé.<br /> <br /> <br /> Afin de proposer une solution alternative à ses piluliers connectés déjà existant, le patient pourra utiliser son pilulier hebdomadaire standard auquel il intégra une base qu'il rendra connecté celui ci.<br /> Notre pilulier connecté sera composé d’un socle contenant toute l’électronique et la batterie et de 7 boîtiers à cachets amovibles<br /> <br /> =Cahiers de charges=<br /> == Fonctionnalités ==<br /> <br /> Ce support permettra au pilulier de remplir les fonctions suivantes :<br /> * Emission d'une alarme lorsque l'usager doit prendre une pilule à une heure et date précise (alarme différente selon le moment de la journée : matin, midi, soir, nuit)<br /> * Indication par une LED la boîte du jour à prendre et par une autre, le compartiment de cette journée.<br /> * Détection si l'usager a pris la bonne journée (sinon émission d'un son)<br /> * Détection si l'usager a pris la bonne pilule à la bonne heure (sinon émission d'un son)<br /> * Détection de la présence des tiroirs<br /> * Suivi par application Androïd.<br /> <br /> == Matériels ==<br /> <br /> Le socle sera composé : <br /> * 7 LED RGB pour indiquer par une couleur verte le bon boîtier et une rouge tout problème avec la boîte correspondante [http://fr.farnell.com/avago-technologies/asmt-ytb2-0bb02/led-plcc6-rgb-745-1600-380mcd/dp/1863243 7 LED RGB CMS] ou [http://fr.farnell.com/avago-technologies/asmb-mtb1-0a3a2/led-rgb-plcc4-surface-noire/dp/2401106 LED] déjà dispo depuis le Projet du Dé Electronique<br /> * 28 [http://fr.farnell.com/kingbright/kp-1608f3c/led-ir-0603-940nm/dp/2449775 IR émetteur] <br /> * 28 [http://fr.farnell.com/kingbright/kp-1608p1c/phototransistor-0603-940nm/dp/2290430 Phototransistor] pour la détection de l’intérieur des compartiments<br /> * 10, 20 ou 70 aimants conducteur d'électricité (5 par boîtier en face de 5 autres sur le socle, donc 10 pour une journée - possibilité de faire le proto sur 1, 2 ou 7 journée) pour assurer la tenue du boîtier et détecter sa présence [http://fr.rs-online.com/web/p/aimants/7924559/ 1, 2 ou 7 sachets de 10 aimants ]<br /> ''( 1 écran LCD pour afficher les messages comme la date et l'heure ou des alertes [http://fr.farnell.com/lumex/lcm-s01602dsf-a/display-dot-matrix-lcd-16-x-2/dp/2062132 1 Ecran LCD 2*16])''<br /> * 1 HP ou buzzer pour émettre une sonnerie [http://www.gotronic.fr/art-buzzer-sv2319c-21015.htm Buzzer]<br /> * 1 arduino nano pour assurer le contrôle [http://www.mouser.fr/ProductDetail/Seeed-Studio/102010019/ arduino nano] '''[fourni le 04/02/2016]'''<br /> * 1 shield BLE pour la connectivité bluetooth contenant le composant nRF8001 (déjà disponible du projet Surveillance passive de sommeil de IMA4 2014/2015) '''[fourni le 04/02/2016]'''<br /> * 1 RTC pour avoir le temps et la date réel contenant le composant DS1307 (MOD-RTC déjà disponible du projet Surveillance passive de sommeil de IMA4 2014/2015) '''[fourni le 05/02/2016]'''<br /> * 1 smartphone sous android pour développer l'application de suivi '''[fourni le 05/02/2016]'''<br /> * 1 pilulier standard (Corentin)<br /> * 1 rouleau de papier réfléchissant<br /> * 1 décodeur 3 entrées / 8 sorties pour allumer les LEDs [http://fr.farnell.com/texas-instruments/cd74hc237m96/decodeur-demux-3-8-soic-16/dp/2499842?MER=i-9b10-00002068 2 décodeur 3E/8S]<br /> <br /> <br /> <br /> Chaque boite contenant les 4 compartiments de la journée est composée :<br /> * 1 interfaçage de 28 LED pour indiquer le bon compartiment [http://fr.farnell.com/avago-technologies/hsmg-c280/led-vert-15mcd-572nm-0402/dp/2494322?MER=i-9b10-00002068 28 LED Verte CMS]<br /> * 7 super-condensateur pour allumer les diodes de chaque compartiment sur le boitier [http://fr.farnell.com/kemet/fc0h104zftbr24/super-condensateur-0-1f-5-5v-cms/dp/2362048 7 super-condensateur]<br /> * 7 résistances de 525 ohm<br /> * 1 microcontrôleur ATTiny pour enregistrer le compartiment à allumer (fourni par l'arduino) et allumer la diode [http://fr.farnell.com/atmel/attiny84-20ssu/mcu-8bit-attiny-20mhz-soic-14/dp/1636955 Lien]<br /> <br /> ==Planning Prévisionnel==<br /> <br /> <table border="1"><br /> <tr><br /> <th>Semaines</th><br /> <th>du 25/01 au 31/01</th><br /> <th>du 1/02 au 7/02</th><br /> <th>du 8/02 au 14/02</th><br /> <th>du 15/02 au 21/02</th><br /> <th>du 22/02 au 25/02</th><br /> </tr><br /> <tr><br /> <th>Étapes</th><br /> <th>Etude bibliographique</th><br /> <th>Détection pour chaque boitier journalier si il a été enlever du support et détection si la bonne pilule a été récupéré par le patient</th><br /> <th>Programmation et interfaçage des différentes shields avec le microcontrôleur</th><br /> <th>Test pour correction d'erreur et amélioration</th><br /> <th>Rédaction du rapport de projet et Préparation à la soutenance</th><br /> </tr><br /> </table><br /> <br /> =Tableau de bord=<br /> <br /> ==Boîtes journalières==<br /> [[Fichier:drawer_electronic.jpeg|200px|thumb|Schematic de l'électronique d'une boîte]]<br /> <br /> Chaque boîte sera équipée d'un petit micro-processeur, de 4 LED, 1 résistance, une grosse capacité, 5 aimants.<br /> Par les 5 aimants vont transiter : <br /> * Le Vc+ correspondant à la tension pour charger la capacité et permettre à l'éclairage de fonctionner pour quelques minutes.<br /> * Le Vp correspondant à la tension envoyée pour détecter la présence de la boîte<br /> * La masse GND<br /> * Les entrées p0 et p1 pour connaître la LED à allumer.<br /> <br /> Nous aurons donc les cas suivants :<br /> <table border="1"><br /> <tr><br /> <th>Inputs</th><br /> <th>Vc+</th><br /> <th>Vp</th><br /> <th>p0</th><br /> <th>p1</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Pilulier repos/Détection boîte</th><br /> <th>0</th><br /> <th>1</th><br /> <th>X</th><br /> <th>X</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Heure médicaments</th><br /> <th>1</th><br /> <th>0</th><br /> <th>0/1</th><br /> <th>0/1</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Après quelques seconde de charge/Détection boîte</th><br /> <th>0</th><br /> <th>1</th><br /> <th>X</th><br /> <th>X</th><br /> <th>GND</th><br /> </tr><br /> </table><br /> <br /> Pour les inputs p0 et p1, elles dépendront du moment de la prise des médicaments :<br /> <table border="1"><br /> <tr><br /> <th>Moment</th><br /> <th>p0</th><br /> <th>p1</th><br /> </tr><br /> <tr><br /> <th>Matin</th><br /> <th>0</th><br /> <th>0</th><br /> </tr><br /> <tr><br /> <th>Midi</th><br /> <th>0</th><br /> <th>1</th><br /> </tr><br /> <tr><br /> <th>Soir</th><br /> <th>1</th><br /> <th>0</th><br /> </tr><br /> <tr><br /> <th>Coucher</th><br /> <th>1</th><br /> <th>1</th><br /> </tr><br /> </table><br /> <br /> Après configuration de l'ATTiny13 via Arduino, les tests ont avérés que cette méthode était limitée. En effet, il y a 4 LEDs et 4 combinaisons, ce qui rend compliqué de laisser un cas "auncune LED allumée".<br /> <br /> Une autre solution a été adoptée :<br /> * La pin Vcc pour l'alimentation en 5v<br /> * La pin GND pour la masse<br /> * La pin PB0 pour la LED 4<br /> * La pin PB1 pour la LED 3<br /> * La pin PB2 pour la LED 2<br /> * La pin PB3 pour la LED 1<br /> * La pin PB4 pour une liaison UART<br /> <br /> Principe de L'UART :<br /> Le signal envoyé sur la pin PB4 est à l'état par défaut. Dès qu'on détecte un front descendant, on récupère à chaque tic d'horloge la valeur haute ou basse du signal entrant en pin PB4. Nous avons décidé de faire une vérification sur les 4 premiers bits envoyés et de donner la LED à allumer sur les 4 derniers bits. On peut voir un chronogramme ci-contre.<br /> <br /> On utilise un AVRISP pour l'ATTiny13 comme on peut le voir sur l'image.<br /> <br /> [[Fichier:Config_ATTiny13.JPG|200px|thumb|Branchement pour programmer l'ATTiny13]]<br /> <br /> Voici le code pour le programmer:<br /> ''<br /> <br /> ''<br /> #define F_CPU 10000000<br /> #include <avr/io.h><br /> #include <util/delay.h><br /> int main (void){<br /> DDRB |= 0x0F;<br /> int i, code=0;<br /> while(1){<br /> while((PINB & 0x10) == 0x10){}<br /> _delay_us(1000);<br /> for(i=128 ; i>=1 ; i=i/2){<br /> code = (((PINB & 0x10)/16) * i) + code;<br /> _delay_us(2000);<br /> }<br /> if((code & 0xF0) == 0x50){<br /> PORTB |= (code - 0x50);<br /> }<br /> else {<br /> code = 0;}}}<br /> <br /> ''<br /> <br /> On réalise le branchement puis pour tester, on programme l'arduino micro comme ceci :<br /> ''<br /> <br /> ''<br /> int state10;<br /> int laststate10=0;<br /> void setup(){<br /> pinMode(11, OUTPUT);<br /> pinMode(12, OUTPUT);<br /> pinMode(13, INPUT);<br /> digitalWrite(11, HIGH);<br /> digitalWrite(12, HIGH);}<br /> ''<br /> <br /> ''<br /> void loop(){<br /> state10 = digitalRead(13);<br /> if ((state10 != laststate10)){<br /> if ((state10 == 0)){<br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,HIGH);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,HIGH);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,HIGH);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,HIGH);<br /> Serial.println(digitalRead(11));}}<br /> laststate10 = state10;}<br /> <br /> ''<br /> <br /> On attend un front descendant sur le pin 13, qu'on réalisera en débranchant le câble déjà branché sur celle-ci.<br /> Les 4 premiers bits 0101 sont pour la vérification d'un envoie. Sur les 4 suivants, nous avons 0010 ce qui veut dire que le PB1 sera en état haut et que nous allumerons la LED3. Le dernier bit est pour remettre par défaut en état haut.<br /> <br /> Voici un GIF du résultat des tests.<br /> [[Fichier:UART.gif|200px|thumb|Test de l'envoie d'une commande par UART]]<br /> <br /> ==Semaine 2==<br /> <br /> <br /> ==Semaine 3==<br /> <br /> <br /> ==Semaine 4==<br /> <br /> =Fichiers Rendus=<br /> ==Rapport==<br /> ==Codes==<br /> <br /> =Références=</div>

Cduplouy https://projets-ima.plil.fr/mediawiki/index.php?title=Fichier:UART.gif&diff=27072 Fichier:UART.gif 2016-02-12T07:38:26Z

<p>Cduplouy : </p> <hr /> <div></div>

Cduplouy https://projets-ima.plil.fr/mediawiki/index.php?title=Pilulier_automatique&diff=27071 Pilulier automatique 2016-02-12T07:23:11Z

<p>Cduplouy : /* Boîtes journalières */</p> <hr /> <div>=Présentation générale du projet=<br /> <br /> ==Contexte du projet==<br /> <br /> D'après des statistiques établis en 2014, un meilleur suivi des traitements médicaux et des médicaments dans le monde permettrait de réaliser 8% d'économies sur le coût total des dépenses de santé.<br /> <br /> De plus, on estime en Europe que la mauvaise prise de médicaments est à l’origine de plusieurs dizaines de milliers de décès chaque année.<br /> <br /> Selon le rapport IGAS2, en France, un mauvais suivi des heures de prises et de dosage de médicament aurait causé entre 8 000 à 12 000 décès par an et coûté près de 2 milliards € à l’Assurance Maladie.<br /> <br /> 13 millions de patients résidents en France seraient polymédiqués, et parmi eux de nombreuses personnes âgées de plus de 60 ans. <br /> <br /> La santé connectée est donc devenue un marché porteur. <br /> <br /> C'est ainsi que de nombreuses solutions se développent chaque jour qui a pour but de venir en aide aux personnes âgées dans les horaires de leurs prises de médicaments et éviter les surdosages ou les erreurs de traitement.<br /> <br /> ==Objectif du projet==<br /> <br /> L’objectif de ce projet est d'adapter un pilulier hebdomadaire pour le rendre connecté pour faciliter le suivi et la prise de médicaments quotidiens à différents moment de la journée.<br /> <br /> ==Description du projet==<br /> <br /> Afin de mettre en place ce pilulier connecté, il faut bien prendre en compte la donnée suivante : il doit être transportable. Cela sous-entend d’avoir un modèle suffisamment compact ainsi qu’une autonomie sur batterie.<br /> Nous devons donc trouver une entre son autonomie et sa connectivité et sa taille/forme.<br /> Actuellement, il existe sur le marché différentes propositions de pilulier connecté. Chacun avec leurs caractéristiques propres :<br /> <br /> * Imedipac de Medissimo : envoie un SMS et/ou un email à l’utilisateur pour lui rappeler de prendre tel médicament à telle heure.<br /> * Do-Pill de SecuR : rend accessible les comprimés et gélules à la date et à l'heure indiqué par le médecin pour éviter les surdosages ou les erreurs de traitement.<br /> * Sivan de MedSecure : prévient l'entourage si erreur du patient dans la prise de ses comprimées et alerte le patient si il doit prendre un comprimé.<br /> <br /> <br /> Afin de proposer une solution alternative à ses piluliers connectés déjà existant, le patient pourra utiliser son pilulier hebdomadaire standard auquel il intégra une base qu'il rendra connecté celui ci.<br /> Notre pilulier connecté sera composé d’un socle contenant toute l’électronique et la batterie et de 7 boîtiers à cachets amovibles<br /> <br /> =Cahiers de charges=<br /> == Fonctionnalités ==<br /> <br /> Ce support permettra au pilulier de remplir les fonctions suivantes :<br /> * Emission d'une alarme lorsque l'usager doit prendre une pilule à une heure et date précise (alarme différente selon le moment de la journée : matin, midi, soir, nuit)<br /> * Indication par une LED la boîte du jour à prendre et par une autre, le compartiment de cette journée.<br /> * Détection si l'usager a pris la bonne journée (sinon émission d'un son)<br /> * Détection si l'usager a pris la bonne pilule à la bonne heure (sinon émission d'un son)<br /> * Détection de la présence des tiroirs<br /> * Suivi par application Androïd.<br /> <br /> == Matériels ==<br /> <br /> Le socle sera composé : <br /> * 7 LED RGB pour indiquer par une couleur verte le bon boîtier et une rouge tout problème avec la boîte correspondante [http://fr.farnell.com/avago-technologies/asmt-ytb2-0bb02/led-plcc6-rgb-745-1600-380mcd/dp/1863243 7 LED RGB CMS] ou [http://fr.farnell.com/avago-technologies/asmb-mtb1-0a3a2/led-rgb-plcc4-surface-noire/dp/2401106 LED] déjà dispo depuis le Projet du Dé Electronique<br /> * 28 [http://fr.farnell.com/kingbright/kp-1608f3c/led-ir-0603-940nm/dp/2449775 IR émetteur] <br /> * 28 [http://fr.farnell.com/kingbright/kp-1608p1c/phototransistor-0603-940nm/dp/2290430 Phototransistor] pour la détection de l’intérieur des compartiments<br /> * 10, 20 ou 70 aimants conducteur d'électricité (5 par boîtier en face de 5 autres sur le socle, donc 10 pour une journée - possibilité de faire le proto sur 1, 2 ou 7 journée) pour assurer la tenue du boîtier et détecter sa présence [http://fr.rs-online.com/web/p/aimants/7924559/ 1, 2 ou 7 sachets de 10 aimants ]<br /> ''( 1 écran LCD pour afficher les messages comme la date et l'heure ou des alertes [http://fr.farnell.com/lumex/lcm-s01602dsf-a/display-dot-matrix-lcd-16-x-2/dp/2062132 1 Ecran LCD 2*16])''<br /> * 1 HP ou buzzer pour émettre une sonnerie [http://www.gotronic.fr/art-buzzer-sv2319c-21015.htm Buzzer]<br /> * 1 arduino nano pour assurer le contrôle [http://www.mouser.fr/ProductDetail/Seeed-Studio/102010019/ arduino nano] '''[fourni le 04/02/2016]'''<br /> * 1 shield BLE pour la connectivité bluetooth contenant le composant nRF8001 (déjà disponible du projet Surveillance passive de sommeil de IMA4 2014/2015) '''[fourni le 04/02/2016]'''<br /> * 1 RTC pour avoir le temps et la date réel contenant le composant DS1307 (MOD-RTC déjà disponible du projet Surveillance passive de sommeil de IMA4 2014/2015) '''[fourni le 05/02/2016]'''<br /> * 1 smartphone sous android pour développer l'application de suivi '''[fourni le 05/02/2016]'''<br /> * 1 pilulier standard (Corentin)<br /> * 1 rouleau de papier réfléchissant<br /> * 1 décodeur 3 entrées / 8 sorties pour allumer les LEDs [http://fr.farnell.com/texas-instruments/cd74hc237m96/decodeur-demux-3-8-soic-16/dp/2499842?MER=i-9b10-00002068 2 décodeur 3E/8S]<br /> <br /> <br /> <br /> Chaque boite contenant les 4 compartiments de la journée est composée :<br /> * 1 interfaçage de 28 LED pour indiquer le bon compartiment [http://fr.farnell.com/avago-technologies/hsmg-c280/led-vert-15mcd-572nm-0402/dp/2494322?MER=i-9b10-00002068 28 LED Verte CMS]<br /> * 7 super-condensateur pour allumer les diodes de chaque compartiment sur le boitier [http://fr.farnell.com/kemet/fc0h104zftbr24/super-condensateur-0-1f-5-5v-cms/dp/2362048 7 super-condensateur]<br /> * 7 résistances de 525 ohm<br /> * 1 microcontrôleur ATTiny pour enregistrer le compartiment à allumer (fourni par l'arduino) et allumer la diode [http://fr.farnell.com/atmel/attiny84-20ssu/mcu-8bit-attiny-20mhz-soic-14/dp/1636955 Lien]<br /> <br /> ==Planning Prévisionnel==<br /> <br /> <table border="1"><br /> <tr><br /> <th>Semaines</th><br /> <th>du 25/01 au 31/01</th><br /> <th>du 1/02 au 7/02</th><br /> <th>du 8/02 au 14/02</th><br /> <th>du 15/02 au 21/02</th><br /> <th>du 22/02 au 25/02</th><br /> </tr><br /> <tr><br /> <th>Étapes</th><br /> <th>Etude bibliographique</th><br /> <th>Détection pour chaque boitier journalier si il a été enlever du support et détection si la bonne pilule a été récupéré par le patient</th><br /> <th>Programmation et interfaçage des différentes shields avec le microcontrôleur</th><br /> <th>Test pour correction d'erreur et amélioration</th><br /> <th>Rédaction du rapport de projet et Préparation à la soutenance</th><br /> </tr><br /> </table><br /> <br /> =Tableau de bord=<br /> <br /> ==Boîtes journalières==<br /> [[Fichier:drawer_electronic.jpeg|200px|thumb|Schematic de l'électronique d'une boîte]]<br /> <br /> Chaque boîte sera équipée d'un petit micro-processeur, de 4 LED, 1 résistance, une grosse capacité, 5 aimants.<br /> Par les 5 aimants vont transiter : <br /> * Le Vc+ correspondant à la tension pour charger la capacité et permettre à l'éclairage de fonctionner pour quelques minutes.<br /> * Le Vp correspondant à la tension envoyée pour détecter la présence de la boîte<br /> * La masse GND<br /> * Les entrées p0 et p1 pour connaître la LED à allumer.<br /> <br /> Nous aurons donc les cas suivants :<br /> <table border="1"><br /> <tr><br /> <th>Inputs</th><br /> <th>Vc+</th><br /> <th>Vp</th><br /> <th>p0</th><br /> <th>p1</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Pilulier repos/Détection boîte</th><br /> <th>0</th><br /> <th>1</th><br /> <th>X</th><br /> <th>X</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Heure médicaments</th><br /> <th>1</th><br /> <th>0</th><br /> <th>0/1</th><br /> <th>0/1</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Après quelques seconde de charge/Détection boîte</th><br /> <th>0</th><br /> <th>1</th><br /> <th>X</th><br /> <th>X</th><br /> <th>GND</th><br /> </tr><br /> </table><br /> <br /> Pour les inputs p0 et p1, elles dépendront du moment de la prise des médicaments :<br /> <table border="1"><br /> <tr><br /> <th>Moment</th><br /> <th>p0</th><br /> <th>p1</th><br /> </tr><br /> <tr><br /> <th>Matin</th><br /> <th>0</th><br /> <th>0</th><br /> </tr><br /> <tr><br /> <th>Midi</th><br /> <th>0</th><br /> <th>1</th><br /> </tr><br /> <tr><br /> <th>Soir</th><br /> <th>1</th><br /> <th>0</th><br /> </tr><br /> <tr><br /> <th>Coucher</th><br /> <th>1</th><br /> <th>1</th><br /> </tr><br /> </table><br /> <br /> Après configuration de l'ATTiny13 via Arduino, les tests ont avérés que cette méthode était limitée. En effet, il y a 4 LEDs et 4 combinaisons, ce qui rend compliqué de laisser un cas "auncune LED allumée".<br /> <br /> Une autre solution a été adoptée :<br /> * La pin Vcc pour l'alimentation en 5v<br /> * La pin GND pour la masse<br /> * La pin PB0 pour la LED 4<br /> * La pin PB1 pour la LED 3<br /> * La pin PB2 pour la LED 2<br /> * La pin PB3 pour la LED 1<br /> * La pin PB4 pour une liaison UART<br /> <br /> Principe de L'UART :<br /> Le signal envoyé sur la pin PB4 est à l'état par défaut. Dès qu'on détecte un front descendant, on récupère à chaque tic d'horloge la valeur haute ou basse du signal entrant en pin PB4. Nous avons décidé de faire une vérification sur les 4 premiers bits envoyés et de donner la LED à allumer sur les 4 derniers bits. On peut voir un chronogramme ci-contre.<br /> <br /> On utilise un AVRISP pour l'ATTiny13 comme on peut le voir sur l'image.<br /> <br /> [[Fichier:Config_ATTiny13.JPG|200px|thumb|Branchement pour programmer l'ATTiny13]]<br /> <br /> Voici le code pour le programmer:<br /> ''<br /> <br /> ''<br /> #define F_CPU 10000000<br /> #include <avr/io.h><br /> #include <util/delay.h><br /> int main (void){<br /> DDRB |= 0x0F;<br /> int i, code=0;<br /> while(1){<br /> while((PINB & 0x10) == 0x10){}<br /> _delay_us(1000);<br /> for(i=128 ; i>=1 ; i=i/2){<br /> code = (((PINB & 0x10)/16) * i) + code;<br /> _delay_us(2000);<br /> }<br /> if((code & 0xF0) == 0x50){<br /> PORTB |= (code - 0x50);<br /> }<br /> else {<br /> code = 0;}}}<br /> <br /> ''<br /> <br /> On réalise le branchement puis pour tester, on programme l'arduino micro comme ceci :<br /> ''<br /> <br /> ''<br /> int state10;<br /> int laststate10=0;<br /> void setup(){<br /> pinMode(11, OUTPUT);<br /> pinMode(12, OUTPUT);<br /> pinMode(13, INPUT);<br /> digitalWrite(11, HIGH);<br /> digitalWrite(12, HIGH);}<br /> ''<br /> <br /> ''<br /> void loop(){<br /> state10 = digitalRead(13);<br /> if ((state10 != laststate10)){<br /> if ((state10 == 0)){<br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,HIGH);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,HIGH);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,HIGH);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,HIGH);<br /> Serial.println(digitalRead(11));}}<br /> laststate10 = state10;}<br /> <br /> ''<br /> <br /> On attend un front descendant sur le pin 13, qu'on réalisera en débranchant le câble déjà branché sur celle-ci.<br /> Les 4 premiers bits 0101 sont pour la vérification d'un envoie. Sur les 4 suivants, nous avons 0010 ce qui veut dire que le PB1 sera en état haut et que nous allumerons la LED3. Le dernier bit est pour remettre par défaut en état haut.<br /> <br /> Voici un GIF du résultat des tests.<br /> <br /> ==Semaine 2==<br /> <br /> <br /> ==Semaine 3==<br /> <br /> <br /> ==Semaine 4==<br /> <br /> =Fichiers Rendus=<br /> ==Rapport==<br /> ==Codes==<br /> <br /> =Références=</div>

Cduplouy https://projets-ima.plil.fr/mediawiki/index.php?title=Fichier:Config_ATTiny13.JPG&diff=27070 Fichier:Config ATTiny13.JPG 2016-02-12T07:20:59Z

<p>Cduplouy : </p> <hr /> <div></div>

Cduplouy https://projets-ima.plil.fr/mediawiki/index.php?title=Pilulier_automatique&diff=27069 Pilulier automatique 2016-02-12T07:17:15Z

<p>Cduplouy : /* Boîtes journalières */</p> <hr /> <div>=Présentation générale du projet=<br /> <br /> ==Contexte du projet==<br /> <br /> D'après des statistiques établis en 2014, un meilleur suivi des traitements médicaux et des médicaments dans le monde permettrait de réaliser 8% d'économies sur le coût total des dépenses de santé.<br /> <br /> De plus, on estime en Europe que la mauvaise prise de médicaments est à l’origine de plusieurs dizaines de milliers de décès chaque année.<br /> <br /> Selon le rapport IGAS2, en France, un mauvais suivi des heures de prises et de dosage de médicament aurait causé entre 8 000 à 12 000 décès par an et coûté près de 2 milliards € à l’Assurance Maladie.<br /> <br /> 13 millions de patients résidents en France seraient polymédiqués, et parmi eux de nombreuses personnes âgées de plus de 60 ans. <br /> <br /> La santé connectée est donc devenue un marché porteur. <br /> <br /> C'est ainsi que de nombreuses solutions se développent chaque jour qui a pour but de venir en aide aux personnes âgées dans les horaires de leurs prises de médicaments et éviter les surdosages ou les erreurs de traitement.<br /> <br /> ==Objectif du projet==<br /> <br /> L’objectif de ce projet est d'adapter un pilulier hebdomadaire pour le rendre connecté pour faciliter le suivi et la prise de médicaments quotidiens à différents moment de la journée.<br /> <br /> ==Description du projet==<br /> <br /> Afin de mettre en place ce pilulier connecté, il faut bien prendre en compte la donnée suivante : il doit être transportable. Cela sous-entend d’avoir un modèle suffisamment compact ainsi qu’une autonomie sur batterie.<br /> Nous devons donc trouver une entre son autonomie et sa connectivité et sa taille/forme.<br /> Actuellement, il existe sur le marché différentes propositions de pilulier connecté. Chacun avec leurs caractéristiques propres :<br /> <br /> * Imedipac de Medissimo : envoie un SMS et/ou un email à l’utilisateur pour lui rappeler de prendre tel médicament à telle heure.<br /> * Do-Pill de SecuR : rend accessible les comprimés et gélules à la date et à l'heure indiqué par le médecin pour éviter les surdosages ou les erreurs de traitement.<br /> * Sivan de MedSecure : prévient l'entourage si erreur du patient dans la prise de ses comprimées et alerte le patient si il doit prendre un comprimé.<br /> <br /> <br /> Afin de proposer une solution alternative à ses piluliers connectés déjà existant, le patient pourra utiliser son pilulier hebdomadaire standard auquel il intégra une base qu'il rendra connecté celui ci.<br /> Notre pilulier connecté sera composé d’un socle contenant toute l’électronique et la batterie et de 7 boîtiers à cachets amovibles<br /> <br /> =Cahiers de charges=<br /> == Fonctionnalités ==<br /> <br /> Ce support permettra au pilulier de remplir les fonctions suivantes :<br /> * Emission d'une alarme lorsque l'usager doit prendre une pilule à une heure et date précise (alarme différente selon le moment de la journée : matin, midi, soir, nuit)<br /> * Indication par une LED la boîte du jour à prendre et par une autre, le compartiment de cette journée.<br /> * Détection si l'usager a pris la bonne journée (sinon émission d'un son)<br /> * Détection si l'usager a pris la bonne pilule à la bonne heure (sinon émission d'un son)<br /> * Détection de la présence des tiroirs<br /> * Suivi par application Androïd.<br /> <br /> == Matériels ==<br /> <br /> Le socle sera composé : <br /> * 7 LED RGB pour indiquer par une couleur verte le bon boîtier et une rouge tout problème avec la boîte correspondante [http://fr.farnell.com/avago-technologies/asmt-ytb2-0bb02/led-plcc6-rgb-745-1600-380mcd/dp/1863243 7 LED RGB CMS] ou [http://fr.farnell.com/avago-technologies/asmb-mtb1-0a3a2/led-rgb-plcc4-surface-noire/dp/2401106 LED] déjà dispo depuis le Projet du Dé Electronique<br /> * 28 [http://fr.farnell.com/kingbright/kp-1608f3c/led-ir-0603-940nm/dp/2449775 IR émetteur] <br /> * 28 [http://fr.farnell.com/kingbright/kp-1608p1c/phototransistor-0603-940nm/dp/2290430 Phototransistor] pour la détection de l’intérieur des compartiments<br /> * 10, 20 ou 70 aimants conducteur d'électricité (5 par boîtier en face de 5 autres sur le socle, donc 10 pour une journée - possibilité de faire le proto sur 1, 2 ou 7 journée) pour assurer la tenue du boîtier et détecter sa présence [http://fr.rs-online.com/web/p/aimants/7924559/ 1, 2 ou 7 sachets de 10 aimants ]<br /> ''( 1 écran LCD pour afficher les messages comme la date et l'heure ou des alertes [http://fr.farnell.com/lumex/lcm-s01602dsf-a/display-dot-matrix-lcd-16-x-2/dp/2062132 1 Ecran LCD 2*16])''<br /> * 1 HP ou buzzer pour émettre une sonnerie [http://www.gotronic.fr/art-buzzer-sv2319c-21015.htm Buzzer]<br /> * 1 arduino nano pour assurer le contrôle [http://www.mouser.fr/ProductDetail/Seeed-Studio/102010019/ arduino nano] '''[fourni le 04/02/2016]'''<br /> * 1 shield BLE pour la connectivité bluetooth contenant le composant nRF8001 (déjà disponible du projet Surveillance passive de sommeil de IMA4 2014/2015) '''[fourni le 04/02/2016]'''<br /> * 1 RTC pour avoir le temps et la date réel contenant le composant DS1307 (MOD-RTC déjà disponible du projet Surveillance passive de sommeil de IMA4 2014/2015) '''[fourni le 05/02/2016]'''<br /> * 1 smartphone sous android pour développer l'application de suivi '''[fourni le 05/02/2016]'''<br /> * 1 pilulier standard (Corentin)<br /> * 1 rouleau de papier réfléchissant<br /> * 1 décodeur 3 entrées / 8 sorties pour allumer les LEDs [http://fr.farnell.com/texas-instruments/cd74hc237m96/decodeur-demux-3-8-soic-16/dp/2499842?MER=i-9b10-00002068 2 décodeur 3E/8S]<br /> <br /> <br /> <br /> Chaque boite contenant les 4 compartiments de la journée est composée :<br /> * 1 interfaçage de 28 LED pour indiquer le bon compartiment [http://fr.farnell.com/avago-technologies/hsmg-c280/led-vert-15mcd-572nm-0402/dp/2494322?MER=i-9b10-00002068 28 LED Verte CMS]<br /> * 7 super-condensateur pour allumer les diodes de chaque compartiment sur le boitier [http://fr.farnell.com/kemet/fc0h104zftbr24/super-condensateur-0-1f-5-5v-cms/dp/2362048 7 super-condensateur]<br /> * 7 résistances de 525 ohm<br /> * 1 microcontrôleur ATTiny pour enregistrer le compartiment à allumer (fourni par l'arduino) et allumer la diode [http://fr.farnell.com/atmel/attiny84-20ssu/mcu-8bit-attiny-20mhz-soic-14/dp/1636955 Lien]<br /> <br /> ==Planning Prévisionnel==<br /> <br /> <table border="1"><br /> <tr><br /> <th>Semaines</th><br /> <th>du 25/01 au 31/01</th><br /> <th>du 1/02 au 7/02</th><br /> <th>du 8/02 au 14/02</th><br /> <th>du 15/02 au 21/02</th><br /> <th>du 22/02 au 25/02</th><br /> </tr><br /> <tr><br /> <th>Étapes</th><br /> <th>Etude bibliographique</th><br /> <th>Détection pour chaque boitier journalier si il a été enlever du support et détection si la bonne pilule a été récupéré par le patient</th><br /> <th>Programmation et interfaçage des différentes shields avec le microcontrôleur</th><br /> <th>Test pour correction d'erreur et amélioration</th><br /> <th>Rédaction du rapport de projet et Préparation à la soutenance</th><br /> </tr><br /> </table><br /> <br /> =Tableau de bord=<br /> <br /> ==Boîtes journalières==<br /> [[Fichier:drawer_electronic.jpeg|200px|thumb|Schematic de l'électronique d'une boîte]]<br /> <br /> Chaque boîte sera équipée d'un petit micro-processeur, de 4 LED, 1 résistance, une grosse capacité, 5 aimants.<br /> Par les 5 aimants vont transiter : <br /> * Le Vc+ correspondant à la tension pour charger la capacité et permettre à l'éclairage de fonctionner pour quelques minutes.<br /> * Le Vp correspondant à la tension envoyée pour détecter la présence de la boîte<br /> * La masse GND<br /> * Les entrées p0 et p1 pour connaître la LED à allumer.<br /> <br /> Nous aurons donc les cas suivants :<br /> <table border="1"><br /> <tr><br /> <th>Inputs</th><br /> <th>Vc+</th><br /> <th>Vp</th><br /> <th>p0</th><br /> <th>p1</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Pilulier repos/Détection boîte</th><br /> <th>0</th><br /> <th>1</th><br /> <th>X</th><br /> <th>X</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Heure médicaments</th><br /> <th>1</th><br /> <th>0</th><br /> <th>0/1</th><br /> <th>0/1</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Après quelques seconde de charge/Détection boîte</th><br /> <th>0</th><br /> <th>1</th><br /> <th>X</th><br /> <th>X</th><br /> <th>GND</th><br /> </tr><br /> </table><br /> <br /> Pour les inputs p0 et p1, elles dépendront du moment de la prise des médicaments :<br /> <table border="1"><br /> <tr><br /> <th>Moment</th><br /> <th>p0</th><br /> <th>p1</th><br /> </tr><br /> <tr><br /> <th>Matin</th><br /> <th>0</th><br /> <th>0</th><br /> </tr><br /> <tr><br /> <th>Midi</th><br /> <th>0</th><br /> <th>1</th><br /> </tr><br /> <tr><br /> <th>Soir</th><br /> <th>1</th><br /> <th>0</th><br /> </tr><br /> <tr><br /> <th>Coucher</th><br /> <th>1</th><br /> <th>1</th><br /> </tr><br /> </table><br /> <br /> Après configuration de l'ATTiny13 via Arduino, les tests ont avérés que cette méthode était limitée. En effet, il y a 4 LEDs et 4 combinaisons, ce qui rend compliqué de laisser un cas "auncune LED allumée".<br /> <br /> Une autre solution a été adoptée :<br /> * La pin Vcc pour l'alimentation en 5v<br /> * La pin GND pour la masse<br /> * La pin PB0 pour la LED 4<br /> * La pin PB1 pour la LED 3<br /> * La pin PB2 pour la LED 2<br /> * La pin PB3 pour la LED 1<br /> * La pin PB4 pour une liaison UART<br /> <br /> Principe de L'UART :<br /> Le signal envoyé sur la pin PB4 est à l'état par défaut. Dès qu'on détecte un front descendant, on récupère à chaque tic d'horloge la valeur haute ou basse du signal entrant en pin PB4. Nous avons décidé de faire une vérification sur les 4 premiers bits envoyés et de donner la LED à allumer sur les 4 derniers bits. On peut voir un chronogramme ci-contre.<br /> <br /> On utilise un AVRISP pour l'ATTiny13 comme on peut le voir sur l'image.<br /> Voici le code pour le programmer:<br /> ''<br /> <br /> ''<br /> #define F_CPU 10000000<br /> #include <avr/io.h><br /> #include <util/delay.h><br /> int main (void){<br /> DDRB |= 0x0F;<br /> int i, code=0;<br /> while(1){<br /> while((PINB & 0x10) == 0x10){}<br /> _delay_us(1000);<br /> for(i=128 ; i>=1 ; i=i/2){<br /> code = (((PINB & 0x10)/16) * i) + code;<br /> _delay_us(2000);<br /> }<br /> if((code & 0xF0) == 0x50){<br /> PORTB |= (code - 0x50);<br /> }<br /> else {<br /> code = 0;}}}<br /> <br /> ''<br /> <br /> On réalise le branchement puis pour tester, on programme l'arduino micro comme ceci :<br /> ''<br /> <br /> ''<br /> int state10;<br /> int laststate10=0;<br /> void setup(){<br /> pinMode(11, OUTPUT);<br /> pinMode(12, OUTPUT);<br /> pinMode(13, INPUT);<br /> digitalWrite(11, HIGH);<br /> digitalWrite(12, HIGH);}<br /> ''<br /> <br /> ''<br /> void loop(){<br /> state10 = digitalRead(13);<br /> if ((state10 != laststate10)){<br /> if ((state10 == 0)){<br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,HIGH);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,HIGH);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,HIGH);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,LOW);<br /> Serial.print(digitalRead(11));<br /> delayMicroseconds(2000);<br /> <br /> digitalWrite(11,HIGH);<br /> Serial.println(digitalRead(11));}}<br /> laststate10 = state10;}<br /> <br /> ''<br /> <br /> On attend un front descendant sur le pin 13, qu'on réalisera en débranchant le câble déjà branché sur celle-ci.<br /> Les 4 premiers bits 0101 sont pour la vérification d'un envoie. Sur les 4 suivants, nous avons 0010 ce qui veut dire que le PB1 sera en état haut et que nous allumerons la LED3. Le dernier bit est pour remettre par défaut en état haut.<br /> <br /> Voici un GIF du résultat des tests.<br /> <br /> ==Semaine 2==<br /> <br /> <br /> ==Semaine 3==<br /> <br /> <br /> ==Semaine 4==<br /> <br /> =Fichiers Rendus=<br /> ==Rapport==<br /> ==Codes==<br /> <br /> =Références=</div>

Cduplouy https://projets-ima.plil.fr/mediawiki/index.php?title=Pilulier_automatique&diff=27068 Pilulier automatique 2016-02-12T07:06:04Z

<p>Cduplouy : /* Boîtes journalières */</p> <hr /> <div>=Présentation générale du projet=<br /> <br /> ==Contexte du projet==<br /> <br /> D'après des statistiques établis en 2014, un meilleur suivi des traitements médicaux et des médicaments dans le monde permettrait de réaliser 8% d'économies sur le coût total des dépenses de santé.<br /> <br /> De plus, on estime en Europe que la mauvaise prise de médicaments est à l’origine de plusieurs dizaines de milliers de décès chaque année.<br /> <br /> Selon le rapport IGAS2, en France, un mauvais suivi des heures de prises et de dosage de médicament aurait causé entre 8 000 à 12 000 décès par an et coûté près de 2 milliards € à l’Assurance Maladie.<br /> <br /> 13 millions de patients résidents en France seraient polymédiqués, et parmi eux de nombreuses personnes âgées de plus de 60 ans. <br /> <br /> La santé connectée est donc devenue un marché porteur. <br /> <br /> C'est ainsi que de nombreuses solutions se développent chaque jour qui a pour but de venir en aide aux personnes âgées dans les horaires de leurs prises de médicaments et éviter les surdosages ou les erreurs de traitement.<br /> <br /> ==Objectif du projet==<br /> <br /> L’objectif de ce projet est d'adapter un pilulier hebdomadaire pour le rendre connecté pour faciliter le suivi et la prise de médicaments quotidiens à différents moment de la journée.<br /> <br /> ==Description du projet==<br /> <br /> Afin de mettre en place ce pilulier connecté, il faut bien prendre en compte la donnée suivante : il doit être transportable. Cela sous-entend d’avoir un modèle suffisamment compact ainsi qu’une autonomie sur batterie.<br /> Nous devons donc trouver une entre son autonomie et sa connectivité et sa taille/forme.<br /> Actuellement, il existe sur le marché différentes propositions de pilulier connecté. Chacun avec leurs caractéristiques propres :<br /> <br /> * Imedipac de Medissimo : envoie un SMS et/ou un email à l’utilisateur pour lui rappeler de prendre tel médicament à telle heure.<br /> * Do-Pill de SecuR : rend accessible les comprimés et gélules à la date et à l'heure indiqué par le médecin pour éviter les surdosages ou les erreurs de traitement.<br /> * Sivan de MedSecure : prévient l'entourage si erreur du patient dans la prise de ses comprimées et alerte le patient si il doit prendre un comprimé.<br /> <br /> <br /> Afin de proposer une solution alternative à ses piluliers connectés déjà existant, le patient pourra utiliser son pilulier hebdomadaire standard auquel il intégra une base qu'il rendra connecté celui ci.<br /> Notre pilulier connecté sera composé d’un socle contenant toute l’électronique et la batterie et de 7 boîtiers à cachets amovibles<br /> <br /> =Cahiers de charges=<br /> == Fonctionnalités ==<br /> <br /> Ce support permettra au pilulier de remplir les fonctions suivantes :<br /> * Emission d'une alarme lorsque l'usager doit prendre une pilule à une heure et date précise (alarme différente selon le moment de la journée : matin, midi, soir, nuit)<br /> * Indication par une LED la boîte du jour à prendre et par une autre, le compartiment de cette journée.<br /> * Détection si l'usager a pris la bonne journée (sinon émission d'un son)<br /> * Détection si l'usager a pris la bonne pilule à la bonne heure (sinon émission d'un son)<br /> * Détection de la présence des tiroirs<br /> * Suivi par application Androïd.<br /> <br /> == Matériels ==<br /> <br /> Le socle sera composé : <br /> * 7 LED RGB pour indiquer par une couleur verte le bon boîtier et une rouge tout problème avec la boîte correspondante [http://fr.farnell.com/avago-technologies/asmt-ytb2-0bb02/led-plcc6-rgb-745-1600-380mcd/dp/1863243 7 LED RGB CMS] ou [http://fr.farnell.com/avago-technologies/asmb-mtb1-0a3a2/led-rgb-plcc4-surface-noire/dp/2401106 LED] déjà dispo depuis le Projet du Dé Electronique<br /> * 28 [http://fr.farnell.com/kingbright/kp-1608f3c/led-ir-0603-940nm/dp/2449775 IR émetteur] <br /> * 28 [http://fr.farnell.com/kingbright/kp-1608p1c/phototransistor-0603-940nm/dp/2290430 Phototransistor] pour la détection de l’intérieur des compartiments<br /> * 10, 20 ou 70 aimants conducteur d'électricité (5 par boîtier en face de 5 autres sur le socle, donc 10 pour une journée - possibilité de faire le proto sur 1, 2 ou 7 journée) pour assurer la tenue du boîtier et détecter sa présence [http://fr.rs-online.com/web/p/aimants/7924559/ 1, 2 ou 7 sachets de 10 aimants ]<br /> ''( 1 écran LCD pour afficher les messages comme la date et l'heure ou des alertes [http://fr.farnell.com/lumex/lcm-s01602dsf-a/display-dot-matrix-lcd-16-x-2/dp/2062132 1 Ecran LCD 2*16])''<br /> * 1 HP ou buzzer pour émettre une sonnerie [http://www.gotronic.fr/art-buzzer-sv2319c-21015.htm Buzzer]<br /> * 1 arduino nano pour assurer le contrôle [http://www.mouser.fr/ProductDetail/Seeed-Studio/102010019/ arduino nano] '''[fourni le 04/02/2016]'''<br /> * 1 shield BLE pour la connectivité bluetooth contenant le composant nRF8001 (déjà disponible du projet Surveillance passive de sommeil de IMA4 2014/2015) '''[fourni le 04/02/2016]'''<br /> * 1 RTC pour avoir le temps et la date réel contenant le composant DS1307 (MOD-RTC déjà disponible du projet Surveillance passive de sommeil de IMA4 2014/2015) '''[fourni le 05/02/2016]'''<br /> * 1 smartphone sous android pour développer l'application de suivi '''[fourni le 05/02/2016]'''<br /> * 1 pilulier standard (Corentin)<br /> * 1 rouleau de papier réfléchissant<br /> * 1 décodeur 3 entrées / 8 sorties pour allumer les LEDs [http://fr.farnell.com/texas-instruments/cd74hc237m96/decodeur-demux-3-8-soic-16/dp/2499842?MER=i-9b10-00002068 2 décodeur 3E/8S]<br /> <br /> <br /> <br /> Chaque boite contenant les 4 compartiments de la journée est composée :<br /> * 1 interfaçage de 28 LED pour indiquer le bon compartiment [http://fr.farnell.com/avago-technologies/hsmg-c280/led-vert-15mcd-572nm-0402/dp/2494322?MER=i-9b10-00002068 28 LED Verte CMS]<br /> * 7 super-condensateur pour allumer les diodes de chaque compartiment sur le boitier [http://fr.farnell.com/kemet/fc0h104zftbr24/super-condensateur-0-1f-5-5v-cms/dp/2362048 7 super-condensateur]<br /> * 7 résistances de 525 ohm<br /> * 1 microcontrôleur ATTiny pour enregistrer le compartiment à allumer (fourni par l'arduino) et allumer la diode [http://fr.farnell.com/atmel/attiny84-20ssu/mcu-8bit-attiny-20mhz-soic-14/dp/1636955 Lien]<br /> <br /> ==Planning Prévisionnel==<br /> <br /> <table border="1"><br /> <tr><br /> <th>Semaines</th><br /> <th>du 25/01 au 31/01</th><br /> <th>du 1/02 au 7/02</th><br /> <th>du 8/02 au 14/02</th><br /> <th>du 15/02 au 21/02</th><br /> <th>du 22/02 au 25/02</th><br /> </tr><br /> <tr><br /> <th>Étapes</th><br /> <th>Etude bibliographique</th><br /> <th>Détection pour chaque boitier journalier si il a été enlever du support et détection si la bonne pilule a été récupéré par le patient</th><br /> <th>Programmation et interfaçage des différentes shields avec le microcontrôleur</th><br /> <th>Test pour correction d'erreur et amélioration</th><br /> <th>Rédaction du rapport de projet et Préparation à la soutenance</th><br /> </tr><br /> </table><br /> <br /> =Tableau de bord=<br /> <br /> ==Boîtes journalières==<br /> [[Fichier:drawer_electronic.jpeg|200px|thumb|Schematic de l'électronique d'une boîte]]<br /> <br /> Chaque boîte sera équipée d'un petit micro-processeur, de 4 LED, 1 résistance, une grosse capacité, 5 aimants.<br /> Par les 5 aimants vont transiter : <br /> * Le Vc+ correspondant à la tension pour charger la capacité et permettre à l'éclairage de fonctionner pour quelques minutes.<br /> * Le Vp correspondant à la tension envoyée pour détecter la présence de la boîte<br /> * La masse GND<br /> * Les entrées p0 et p1 pour connaître la LED à allumer.<br /> <br /> Nous aurons donc les cas suivants :<br /> <table border="1"><br /> <tr><br /> <th>Inputs</th><br /> <th>Vc+</th><br /> <th>Vp</th><br /> <th>p0</th><br /> <th>p1</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Pilulier repos/Détection boîte</th><br /> <th>0</th><br /> <th>1</th><br /> <th>X</th><br /> <th>X</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Heure médicaments</th><br /> <th>1</th><br /> <th>0</th><br /> <th>0/1</th><br /> <th>0/1</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Après quelques seconde de charge/Détection boîte</th><br /> <th>0</th><br /> <th>1</th><br /> <th>X</th><br /> <th>X</th><br /> <th>GND</th><br /> </tr><br /> </table><br /> <br /> Pour les inputs p0 et p1, elles dépendront du moment de la prise des médicaments :<br /> <table border="1"><br /> <tr><br /> <th>Moment</th><br /> <th>p0</th><br /> <th>p1</th><br /> </tr><br /> <tr><br /> <th>Matin</th><br /> <th>0</th><br /> <th>0</th><br /> </tr><br /> <tr><br /> <th>Midi</th><br /> <th>0</th><br /> <th>1</th><br /> </tr><br /> <tr><br /> <th>Soir</th><br /> <th>1</th><br /> <th>0</th><br /> </tr><br /> <tr><br /> <th>Coucher</th><br /> <th>1</th><br /> <th>1</th><br /> </tr><br /> </table><br /> <br /> Après configuration de l'ATTiny13 via Arduino, les tests ont avérés que cette méthode était limitée. En effet, il y a 4 LEDs et 4 combinaisons, ce qui rend compliqué de laisser un cas "auncune LED allumée".<br /> <br /> Une autre solution a été adoptée :<br /> * La pin Vcc pour l'alimentation en 5v<br /> * La pin GND pour la masse<br /> * La pin PB0 pour la LED 4<br /> * La pin PB1 pour la LED 3<br /> * La pin PB2 pour la LED 2<br /> * La pin PB3 pour la LED 1<br /> * La pin PB4 pour une liaison UART<br /> <br /> Principe de L'UART :<br /> Le signal envoyé sur la pin PB4 est à l'état par défaut. Dès qu'on détecte un front descendant, on récupère à chaque tic d'horloge la valeur haute ou basse du signal entrant en pin PB4. Nous avons décidé de faire une vérification sur les 4 premiers bits envoyés et de donner la LED à allumer sur les 4 derniers bits. On peut voir un chronogramme ci-contre.<br /> <br /> Voici le code pour programmer l'ATTiny13 :<br /> ''<br /> <br /> ''<br /> #define F_CPU 10000000<br /> #include <avr/io.h><br /> #include <util/delay.h><br /> int main (void){<br /> DDRB |= 0x0F;<br /> int i, code=0;<br /> while(1){<br /> while((PINB & 0x10) == 0x10){}<br /> _delay_us(1000);<br /> for(i=128 ; i>=1 ; i=i/2){<br /> code = (((PINB & 0x10)/16) * i) + code;<br /> _delay_us(2000);<br /> }<br /> if((code & 0xF0) == 0x50){<br /> PORTB |= (code - 0x50);<br /> }<br /> else {<br /> code = 0;}}}<br /> <br /> ''<br /> <br /> ==Semaine 2==<br /> <br /> <br /> ==Semaine 3==<br /> <br /> <br /> ==Semaine 4==<br /> <br /> =Fichiers Rendus=<br /> ==Rapport==<br /> ==Codes==<br /> <br /> =Références=</div>

Cduplouy https://projets-ima.plil.fr/mediawiki/index.php?title=Pilulier_automatique&diff=27067 Pilulier automatique 2016-02-12T07:03:46Z

<p>Cduplouy : /* Boîtes journalières */</p> <hr /> <div>=Présentation générale du projet=<br /> <br /> ==Contexte du projet==<br /> <br /> D'après des statistiques établis en 2014, un meilleur suivi des traitements médicaux et des médicaments dans le monde permettrait de réaliser 8% d'économies sur le coût total des dépenses de santé.<br /> <br /> De plus, on estime en Europe que la mauvaise prise de médicaments est à l’origine de plusieurs dizaines de milliers de décès chaque année.<br /> <br /> Selon le rapport IGAS2, en France, un mauvais suivi des heures de prises et de dosage de médicament aurait causé entre 8 000 à 12 000 décès par an et coûté près de 2 milliards € à l’Assurance Maladie.<br /> <br /> 13 millions de patients résidents en France seraient polymédiqués, et parmi eux de nombreuses personnes âgées de plus de 60 ans. <br /> <br /> La santé connectée est donc devenue un marché porteur. <br /> <br /> C'est ainsi que de nombreuses solutions se développent chaque jour qui a pour but de venir en aide aux personnes âgées dans les horaires de leurs prises de médicaments et éviter les surdosages ou les erreurs de traitement.<br /> <br /> ==Objectif du projet==<br /> <br /> L’objectif de ce projet est d'adapter un pilulier hebdomadaire pour le rendre connecté pour faciliter le suivi et la prise de médicaments quotidiens à différents moment de la journée.<br /> <br /> ==Description du projet==<br /> <br /> Afin de mettre en place ce pilulier connecté, il faut bien prendre en compte la donnée suivante : il doit être transportable. Cela sous-entend d’avoir un modèle suffisamment compact ainsi qu’une autonomie sur batterie.<br /> Nous devons donc trouver une entre son autonomie et sa connectivité et sa taille/forme.<br /> Actuellement, il existe sur le marché différentes propositions de pilulier connecté. Chacun avec leurs caractéristiques propres :<br /> <br /> * Imedipac de Medissimo : envoie un SMS et/ou un email à l’utilisateur pour lui rappeler de prendre tel médicament à telle heure.<br /> * Do-Pill de SecuR : rend accessible les comprimés et gélules à la date et à l'heure indiqué par le médecin pour éviter les surdosages ou les erreurs de traitement.<br /> * Sivan de MedSecure : prévient l'entourage si erreur du patient dans la prise de ses comprimées et alerte le patient si il doit prendre un comprimé.<br /> <br /> <br /> Afin de proposer une solution alternative à ses piluliers connectés déjà existant, le patient pourra utiliser son pilulier hebdomadaire standard auquel il intégra une base qu'il rendra connecté celui ci.<br /> Notre pilulier connecté sera composé d’un socle contenant toute l’électronique et la batterie et de 7 boîtiers à cachets amovibles<br /> <br /> =Cahiers de charges=<br /> == Fonctionnalités ==<br /> <br /> Ce support permettra au pilulier de remplir les fonctions suivantes :<br /> * Emission d'une alarme lorsque l'usager doit prendre une pilule à une heure et date précise (alarme différente selon le moment de la journée : matin, midi, soir, nuit)<br /> * Indication par une LED la boîte du jour à prendre et par une autre, le compartiment de cette journée.<br /> * Détection si l'usager a pris la bonne journée (sinon émission d'un son)<br /> * Détection si l'usager a pris la bonne pilule à la bonne heure (sinon émission d'un son)<br /> * Détection de la présence des tiroirs<br /> * Suivi par application Androïd.<br /> <br /> == Matériels ==<br /> <br /> Le socle sera composé : <br /> * 7 LED RGB pour indiquer par une couleur verte le bon boîtier et une rouge tout problème avec la boîte correspondante [http://fr.farnell.com/avago-technologies/asmt-ytb2-0bb02/led-plcc6-rgb-745-1600-380mcd/dp/1863243 7 LED RGB CMS] ou [http://fr.farnell.com/avago-technologies/asmb-mtb1-0a3a2/led-rgb-plcc4-surface-noire/dp/2401106 LED] déjà dispo depuis le Projet du Dé Electronique<br /> * 28 [http://fr.farnell.com/kingbright/kp-1608f3c/led-ir-0603-940nm/dp/2449775 IR émetteur] <br /> * 28 [http://fr.farnell.com/kingbright/kp-1608p1c/phototransistor-0603-940nm/dp/2290430 Phototransistor] pour la détection de l’intérieur des compartiments<br /> * 10, 20 ou 70 aimants conducteur d'électricité (5 par boîtier en face de 5 autres sur le socle, donc 10 pour une journée - possibilité de faire le proto sur 1, 2 ou 7 journée) pour assurer la tenue du boîtier et détecter sa présence [http://fr.rs-online.com/web/p/aimants/7924559/ 1, 2 ou 7 sachets de 10 aimants ]<br /> ''( 1 écran LCD pour afficher les messages comme la date et l'heure ou des alertes [http://fr.farnell.com/lumex/lcm-s01602dsf-a/display-dot-matrix-lcd-16-x-2/dp/2062132 1 Ecran LCD 2*16])''<br /> * 1 HP ou buzzer pour émettre une sonnerie [http://www.gotronic.fr/art-buzzer-sv2319c-21015.htm Buzzer]<br /> * 1 arduino nano pour assurer le contrôle [http://www.mouser.fr/ProductDetail/Seeed-Studio/102010019/ arduino nano] '''[fourni le 04/02/2016]'''<br /> * 1 shield BLE pour la connectivité bluetooth contenant le composant nRF8001 (déjà disponible du projet Surveillance passive de sommeil de IMA4 2014/2015) '''[fourni le 04/02/2016]'''<br /> * 1 RTC pour avoir le temps et la date réel contenant le composant DS1307 (MOD-RTC déjà disponible du projet Surveillance passive de sommeil de IMA4 2014/2015) '''[fourni le 05/02/2016]'''<br /> * 1 smartphone sous android pour développer l'application de suivi '''[fourni le 05/02/2016]'''<br /> * 1 pilulier standard (Corentin)<br /> * 1 rouleau de papier réfléchissant<br /> * 1 décodeur 3 entrées / 8 sorties pour allumer les LEDs [http://fr.farnell.com/texas-instruments/cd74hc237m96/decodeur-demux-3-8-soic-16/dp/2499842?MER=i-9b10-00002068 2 décodeur 3E/8S]<br /> <br /> <br /> <br /> Chaque boite contenant les 4 compartiments de la journée est composée :<br /> * 1 interfaçage de 28 LED pour indiquer le bon compartiment [http://fr.farnell.com/avago-technologies/hsmg-c280/led-vert-15mcd-572nm-0402/dp/2494322?MER=i-9b10-00002068 28 LED Verte CMS]<br /> * 7 super-condensateur pour allumer les diodes de chaque compartiment sur le boitier [http://fr.farnell.com/kemet/fc0h104zftbr24/super-condensateur-0-1f-5-5v-cms/dp/2362048 7 super-condensateur]<br /> * 7 résistances de 525 ohm<br /> * 1 microcontrôleur ATTiny pour enregistrer le compartiment à allumer (fourni par l'arduino) et allumer la diode [http://fr.farnell.com/atmel/attiny84-20ssu/mcu-8bit-attiny-20mhz-soic-14/dp/1636955 Lien]<br /> <br /> ==Planning Prévisionnel==<br /> <br /> <table border="1"><br /> <tr><br /> <th>Semaines</th><br /> <th>du 25/01 au 31/01</th><br /> <th>du 1/02 au 7/02</th><br /> <th>du 8/02 au 14/02</th><br /> <th>du 15/02 au 21/02</th><br /> <th>du 22/02 au 25/02</th><br /> </tr><br /> <tr><br /> <th>Étapes</th><br /> <th>Etude bibliographique</th><br /> <th>Détection pour chaque boitier journalier si il a été enlever du support et détection si la bonne pilule a été récupéré par le patient</th><br /> <th>Programmation et interfaçage des différentes shields avec le microcontrôleur</th><br /> <th>Test pour correction d'erreur et amélioration</th><br /> <th>Rédaction du rapport de projet et Préparation à la soutenance</th><br /> </tr><br /> </table><br /> <br /> =Tableau de bord=<br /> <br /> ==Boîtes journalières==<br /> [[Fichier:drawer_electronic.jpeg|200px|thumb|Schematic de l'électronique d'une boîte]]<br /> <br /> Chaque boîte sera équipée d'un petit micro-processeur, de 4 LED, 1 résistance, une grosse capacité, 5 aimants.<br /> Par les 5 aimants vont transiter : <br /> * Le Vc+ correspondant à la tension pour charger la capacité et permettre à l'éclairage de fonctionner pour quelques minutes.<br /> * Le Vp correspondant à la tension envoyée pour détecter la présence de la boîte<br /> * La masse GND<br /> * Les entrées p0 et p1 pour connaître la LED à allumer.<br /> <br /> Nous aurons donc les cas suivants :<br /> <table border="1"><br /> <tr><br /> <th>Inputs</th><br /> <th>Vc+</th><br /> <th>Vp</th><br /> <th>p0</th><br /> <th>p1</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Pilulier repos/Détection boîte</th><br /> <th>0</th><br /> <th>1</th><br /> <th>X</th><br /> <th>X</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Heure médicaments</th><br /> <th>1</th><br /> <th>0</th><br /> <th>0/1</th><br /> <th>0/1</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Après quelques seconde de charge/Détection boîte</th><br /> <th>0</th><br /> <th>1</th><br /> <th>X</th><br /> <th>X</th><br /> <th>GND</th><br /> </tr><br /> </table><br /> <br /> Pour les inputs p0 et p1, elles dépendront du moment de la prise des médicaments :<br /> <table border="1"><br /> <tr><br /> <th>Moment</th><br /> <th>p0</th><br /> <th>p1</th><br /> </tr><br /> <tr><br /> <th>Matin</th><br /> <th>0</th><br /> <th>0</th><br /> </tr><br /> <tr><br /> <th>Midi</th><br /> <th>0</th><br /> <th>1</th><br /> </tr><br /> <tr><br /> <th>Soir</th><br /> <th>1</th><br /> <th>0</th><br /> </tr><br /> <tr><br /> <th>Coucher</th><br /> <th>1</th><br /> <th>1</th><br /> </tr><br /> </table><br /> <br /> Après configuration de l'ATTiny13 via Arduino, les tests ont avérés que cette méthode était limitée. En effet, il y a 4 LEDs et 4 combinaisons, ce qui rend compliqué de laisser un cas "auncune LED allumée".<br /> <br /> Une autre solution a été adoptée :<br /> * La pin Vcc pour l'alimentation en 5v<br /> * La pin GND pour la masse<br /> * La pin PB0 pour la LED 4<br /> * La pin PB1 pour la LED 3<br /> * La pin PB2 pour la LED 2<br /> * La pin PB3 pour la LED 1<br /> * La pin PB4 pour une liaison UART<br /> <br /> Principe de L'UART :<br /> Le signal envoyé sur la pin PB4 est à l'état par défaut. Dès qu'on détecte un front descendant, on récupère à chaque tic d'horloge la valeur haute ou basse du signal entrant en pin PB4. Nous avons décidé de faire une vérification sur les 4 premiers bits envoyés et de donner la LED à allumer sur les 4 derniers bits. On peut voir un chronogramme ci-contre.<br /> <br /> Voici le code pour programmer l'ATTiny13 :<br /> ''<br /> define F_CPU 10000000<br /> include <avr/io.h><br /> include <util/delay.h><br /> int main (void)<br /> {/* set pin 3,2,1,0 of PORTB for output*/<br /> DDRB |= 0x0F;<br /> int i, code=0;<br /> while(1){<br /> while((PINB & 0x10) == 0x10){}<br /> _delay_us(1000);<br /> for(i=128 ; i>=1 ; i=i/2){<br /> code = (((PINB & 0x10)/16) * i) + code;<br /> _delay_us(2000);<br /> }<br /> if((code & 0xF0) == 0x50){<br /> PORTB |= (code - 0x50);<br /> }<br /> else {<br /> code = 0;}}}<br /> <br /> ''<br /> <br /> ==Semaine 2==<br /> <br /> <br /> ==Semaine 3==<br /> <br /> <br /> ==Semaine 4==<br /> <br /> =Fichiers Rendus=<br /> ==Rapport==<br /> ==Codes==<br /> <br /> =Références=</div>

Cduplouy https://projets-ima.plil.fr/mediawiki/index.php?title=Pilulier_automatique&diff=27066 Pilulier automatique 2016-02-12T06:57:55Z

<p>Cduplouy : /* Semaine 1 */</p> <hr /> <div>=Présentation générale du projet=<br /> <br /> ==Contexte du projet==<br /> <br /> D'après des statistiques établis en 2014, un meilleur suivi des traitements médicaux et des médicaments dans le monde permettrait de réaliser 8% d'économies sur le coût total des dépenses de santé.<br /> <br /> De plus, on estime en Europe que la mauvaise prise de médicaments est à l’origine de plusieurs dizaines de milliers de décès chaque année.<br /> <br /> Selon le rapport IGAS2, en France, un mauvais suivi des heures de prises et de dosage de médicament aurait causé entre 8 000 à 12 000 décès par an et coûté près de 2 milliards € à l’Assurance Maladie.<br /> <br /> 13 millions de patients résidents en France seraient polymédiqués, et parmi eux de nombreuses personnes âgées de plus de 60 ans. <br /> <br /> La santé connectée est donc devenue un marché porteur. <br /> <br /> C'est ainsi que de nombreuses solutions se développent chaque jour qui a pour but de venir en aide aux personnes âgées dans les horaires de leurs prises de médicaments et éviter les surdosages ou les erreurs de traitement.<br /> <br /> ==Objectif du projet==<br /> <br /> L’objectif de ce projet est d'adapter un pilulier hebdomadaire pour le rendre connecté pour faciliter le suivi et la prise de médicaments quotidiens à différents moment de la journée.<br /> <br /> ==Description du projet==<br /> <br /> Afin de mettre en place ce pilulier connecté, il faut bien prendre en compte la donnée suivante : il doit être transportable. Cela sous-entend d’avoir un modèle suffisamment compact ainsi qu’une autonomie sur batterie.<br /> Nous devons donc trouver une entre son autonomie et sa connectivité et sa taille/forme.<br /> Actuellement, il existe sur le marché différentes propositions de pilulier connecté. Chacun avec leurs caractéristiques propres :<br /> <br /> * Imedipac de Medissimo : envoie un SMS et/ou un email à l’utilisateur pour lui rappeler de prendre tel médicament à telle heure.<br /> * Do-Pill de SecuR : rend accessible les comprimés et gélules à la date et à l'heure indiqué par le médecin pour éviter les surdosages ou les erreurs de traitement.<br /> * Sivan de MedSecure : prévient l'entourage si erreur du patient dans la prise de ses comprimées et alerte le patient si il doit prendre un comprimé.<br /> <br /> <br /> Afin de proposer une solution alternative à ses piluliers connectés déjà existant, le patient pourra utiliser son pilulier hebdomadaire standard auquel il intégra une base qu'il rendra connecté celui ci.<br /> Notre pilulier connecté sera composé d’un socle contenant toute l’électronique et la batterie et de 7 boîtiers à cachets amovibles<br /> <br /> =Cahiers de charges=<br /> == Fonctionnalités ==<br /> <br /> Ce support permettra au pilulier de remplir les fonctions suivantes :<br /> * Emission d'une alarme lorsque l'usager doit prendre une pilule à une heure et date précise (alarme différente selon le moment de la journée : matin, midi, soir, nuit)<br /> * Indication par une LED la boîte du jour à prendre et par une autre, le compartiment de cette journée.<br /> * Détection si l'usager a pris la bonne journée (sinon émission d'un son)<br /> * Détection si l'usager a pris la bonne pilule à la bonne heure (sinon émission d'un son)<br /> * Détection de la présence des tiroirs<br /> * Suivi par application Androïd.<br /> <br /> == Matériels ==<br /> <br /> Le socle sera composé : <br /> * 7 LED RGB pour indiquer par une couleur verte le bon boîtier et une rouge tout problème avec la boîte correspondante [http://fr.farnell.com/avago-technologies/asmt-ytb2-0bb02/led-plcc6-rgb-745-1600-380mcd/dp/1863243 7 LED RGB CMS] ou [http://fr.farnell.com/avago-technologies/asmb-mtb1-0a3a2/led-rgb-plcc4-surface-noire/dp/2401106 LED] déjà dispo depuis le Projet du Dé Electronique<br /> * 28 [http://fr.farnell.com/kingbright/kp-1608f3c/led-ir-0603-940nm/dp/2449775 IR émetteur] <br /> * 28 [http://fr.farnell.com/kingbright/kp-1608p1c/phototransistor-0603-940nm/dp/2290430 Phototransistor] pour la détection de l’intérieur des compartiments<br /> * 10, 20 ou 70 aimants conducteur d'électricité (5 par boîtier en face de 5 autres sur le socle, donc 10 pour une journée - possibilité de faire le proto sur 1, 2 ou 7 journée) pour assurer la tenue du boîtier et détecter sa présence [http://fr.rs-online.com/web/p/aimants/7924559/ 1, 2 ou 7 sachets de 10 aimants ]<br /> ''( 1 écran LCD pour afficher les messages comme la date et l'heure ou des alertes [http://fr.farnell.com/lumex/lcm-s01602dsf-a/display-dot-matrix-lcd-16-x-2/dp/2062132 1 Ecran LCD 2*16])''<br /> * 1 HP ou buzzer pour émettre une sonnerie [http://www.gotronic.fr/art-buzzer-sv2319c-21015.htm Buzzer]<br /> * 1 arduino nano pour assurer le contrôle [http://www.mouser.fr/ProductDetail/Seeed-Studio/102010019/ arduino nano] '''[fourni le 04/02/2016]'''<br /> * 1 shield BLE pour la connectivité bluetooth contenant le composant nRF8001 (déjà disponible du projet Surveillance passive de sommeil de IMA4 2014/2015) '''[fourni le 04/02/2016]'''<br /> * 1 RTC pour avoir le temps et la date réel contenant le composant DS1307 (MOD-RTC déjà disponible du projet Surveillance passive de sommeil de IMA4 2014/2015) '''[fourni le 05/02/2016]'''<br /> * 1 smartphone sous android pour développer l'application de suivi '''[fourni le 05/02/2016]'''<br /> * 1 pilulier standard (Corentin)<br /> * 1 rouleau de papier réfléchissant<br /> * 1 décodeur 3 entrées / 8 sorties pour allumer les LEDs [http://fr.farnell.com/texas-instruments/cd74hc237m96/decodeur-demux-3-8-soic-16/dp/2499842?MER=i-9b10-00002068 2 décodeur 3E/8S]<br /> <br /> <br /> <br /> Chaque boite contenant les 4 compartiments de la journée est composée :<br /> * 1 interfaçage de 28 LED pour indiquer le bon compartiment [http://fr.farnell.com/avago-technologies/hsmg-c280/led-vert-15mcd-572nm-0402/dp/2494322?MER=i-9b10-00002068 28 LED Verte CMS]<br /> * 7 super-condensateur pour allumer les diodes de chaque compartiment sur le boitier [http://fr.farnell.com/kemet/fc0h104zftbr24/super-condensateur-0-1f-5-5v-cms/dp/2362048 7 super-condensateur]<br /> * 7 résistances de 525 ohm<br /> * 1 microcontrôleur ATTiny pour enregistrer le compartiment à allumer (fourni par l'arduino) et allumer la diode [http://fr.farnell.com/atmel/attiny84-20ssu/mcu-8bit-attiny-20mhz-soic-14/dp/1636955 Lien]<br /> <br /> ==Planning Prévisionnel==<br /> <br /> <table border="1"><br /> <tr><br /> <th>Semaines</th><br /> <th>du 25/01 au 31/01</th><br /> <th>du 1/02 au 7/02</th><br /> <th>du 8/02 au 14/02</th><br /> <th>du 15/02 au 21/02</th><br /> <th>du 22/02 au 25/02</th><br /> </tr><br /> <tr><br /> <th>Étapes</th><br /> <th>Etude bibliographique</th><br /> <th>Détection pour chaque boitier journalier si il a été enlever du support et détection si la bonne pilule a été récupéré par le patient</th><br /> <th>Programmation et interfaçage des différentes shields avec le microcontrôleur</th><br /> <th>Test pour correction d'erreur et amélioration</th><br /> <th>Rédaction du rapport de projet et Préparation à la soutenance</th><br /> </tr><br /> </table><br /> <br /> =Tableau de bord=<br /> <br /> ==Boîtes journalières==<br /> [[Fichier:drawer_electronic.jpeg|200px|thumb|Schematic de l'électronique d'une boîte]]<br /> <br /> Chaque boîte sera équipée d'un petit micro-processeur, de 4 LED, 1 résistance, une grosse capacité, 5 aimants.<br /> Par les 5 aimants vont transiter : <br /> * Le Vc+ correspondant à la tension pour charger la capacité et permettre à l'éclairage de fonctionner pour quelques minutes.<br /> * Le Vp correspondant à la tension envoyée pour détecter la présence de la boîte<br /> * La masse GND<br /> * Les entrées p0 et p1 pour connaître la LED à allumer.<br /> <br /> Nous aurons donc les cas suivants :<br /> <table border="1"><br /> <tr><br /> <th>Inputs</th><br /> <th>Vc+</th><br /> <th>Vp</th><br /> <th>p0</th><br /> <th>p1</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Pilulier repos/Détection boîte</th><br /> <th>0</th><br /> <th>1</th><br /> <th>X</th><br /> <th>X</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Heure médicaments</th><br /> <th>1</th><br /> <th>0</th><br /> <th>0/1</th><br /> <th>0/1</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Après quelques seconde de charge/Détection boîte</th><br /> <th>0</th><br /> <th>1</th><br /> <th>X</th><br /> <th>X</th><br /> <th>GND</th><br /> </tr><br /> </table><br /> <br /> Pour les inputs p0 et p1, elles dépendront du moment de la prise des médicaments :<br /> <table border="1"><br /> <tr><br /> <th>Moment</th><br /> <th>p0</th><br /> <th>p1</th><br /> </tr><br /> <tr><br /> <th>Matin</th><br /> <th>0</th><br /> <th>0</th><br /> </tr><br /> <tr><br /> <th>Midi</th><br /> <th>0</th><br /> <th>1</th><br /> </tr><br /> <tr><br /> <th>Soir</th><br /> <th>1</th><br /> <th>0</th><br /> </tr><br /> <tr><br /> <th>Coucher</th><br /> <th>1</th><br /> <th>1</th><br /> </tr><br /> </table><br /> <br /> Après configuration de l'ATTiny13 via Arduino, les tests ont avérés que cette méthode était limitée. En effet, il y a 4 LEDs et 4 combinaisons, ce qui rend compliqué de laisser un cas "auncune LED allumée".<br /> <br /> Une autre solution a été adoptée :<br /> * La pin Vcc pour l'alimentation en 5v<br /> * La pin GND pour la masse<br /> * La pin PB0 pour la LED 4<br /> * La pin PB1 pour la LED 3<br /> * La pin PB2 pour la LED 2<br /> * La pin PB3 pour la LED 1<br /> * La pin PB4 pour une liaison UART<br /> <br /> Principe de L'UART :<br /> Le signal envoyé sur la pin PB4 est à l'état par défaut. Dès qu'on détecte un front descendant, on récupère à chaque tic d'horloge la valeur haute ou basse du signal entrant en pin PB4. Nous avons décidé de faire une vérification sur les 4 premiers bits envoyés et de donner la LED à allumer sur les 4 derniers bits. On peut voir un chronogramme ci-contre.<br /> <br /> Voici le code pour programmer l'ATTiny13 :<br /> ''<br /> <br /> define F_CPU 10000000<br /> include <avr/io.h><br /> include <util/delay.h><br /> <br /> <br /> int main (void)<br /> {<br /> <br /> <br /> /* set pin 3,2,1,0 of PORTB for output*/<br /> DDRB |= 0x0F;<br /> <br /> int i, code=0;<br /> <br /> while(1){<br /> while((PINB & 0x10) == 0x10){}<br /> <br /> _delay_us(1000);<br /> <br /> for(i=128 ; i>=1 ; i=i/2){<br /> code = (((PINB & 0x10)/16) * i) + code;<br /> //if((PINB & 0x10) == 0x10){PORTB |= 0x08;}<br /> _delay_us(2000);<br /> }<br /> if((code & 0xF0) == 0x50){<br /> PORTB |= (code - 0x50);<br /> }<br /> else {<br /> code = 0;<br /> }<br /> }<br /> } <br /> ''<br /> <br /> ==Semaine 2==<br /> <br /> <br /> ==Semaine 3==<br /> <br /> <br /> ==Semaine 4==<br /> <br /> =Fichiers Rendus=<br /> ==Rapport==<br /> ==Codes==<br /> <br /> =Références=</div>

Cduplouy https://projets-ima.plil.fr/mediawiki/index.php?title=Pilulier_automatique&diff=26701 Pilulier automatique 2016-02-08T17:08:47Z

<p>Cduplouy : /* Matériels */</p> <hr /> <div>=Présentation générale du projet=<br /> <br /> ==Contexte du projet==<br /> <br /> D'après des statistiques établis en 2014, un meilleur suivi des traitements médicaux et des médicaments dans le monde permettrait de réaliser 8% d'économies sur le coût total des dépenses de santé.<br /> <br /> De plus, on estime en Europe que la mauvaise prise de médicaments est à l’origine de plusieurs dizaines de milliers de décès chaque année.<br /> <br /> Selon le rapport IGAS2, en France, un mauvais suivi des heures de prises et de dosage de médicament aurait causé entre 8 000 à 12 000 décès par an et coûté près de 2 milliards € à l’Assurance Maladie.<br /> <br /> 13 millions de patients résidents en France seraient polymédiqués, et parmi eux de nombreuses personnes âgées de plus de 60 ans. <br /> <br /> La santé connectée est donc devenue un marché porteur. <br /> <br /> C'est ainsi que de nombreuses solutions se développent chaque jour qui a pour but de venir en aide aux personnes âgées dans les horaires de leurs prises de médicaments et éviter les surdosages ou les erreurs de traitement.<br /> <br /> ==Objectif du projet==<br /> <br /> L’objectif de ce projet est d'adapter un pilulier hebdomadaire pour le rendre connecté pour faciliter le suivi et la prise de médicaments quotidiens à différents moment de la journée.<br /> <br /> ==Description du projet==<br /> <br /> Afin de mettre en place ce pilulier connecté, il faut bien prendre en compte la donnée suivante : il doit être transportable. Cela sous-entend d’avoir un modèle suffisamment compact ainsi qu’une autonomie sur batterie.<br /> Nous devons donc trouver une entre son autonomie et sa connectivité et sa taille/forme.<br /> Actuellement, il existe sur le marché différentes propositions de pilulier connecté. Chacun avec leurs caractéristiques propres :<br /> <br /> * Imedipac de Medissimo : envoie un SMS et/ou un email à l’utilisateur pour lui rappeler de prendre tel médicament à telle heure.<br /> * Do-Pill de SecuR : rend accessible les comprimés et gélules à la date et à l'heure indiqué par le médecin pour éviter les surdosages ou les erreurs de traitement.<br /> * Sivan de MedSecure : prévient l'entourage si erreur du patient dans la prise de ses comprimées et alerte le patient si il doit prendre un comprimé.<br /> <br /> <br /> Afin de proposer une solution alternative à ses piluliers connectés déjà existant, le patient pourra utiliser son pilulier hebdomadaire standard auquel il intégra une base qu'il rendra connecté celui ci.<br /> Notre pilulier connecté sera composé d’un socle contenant toute l’électronique et la batterie et de 7 boîtiers à cachets amovibles<br /> <br /> =Cahiers de charges=<br /> == Fonctionnalités ==<br /> <br /> Ce support permettra au pilulier de remplir les fonctions suivantes :<br /> * Emission d'une alarme lorsque l'usager doit prendre une pilule à une heure et date précise (alarme différente selon le moment de la journée : matin, midi, soir, nuit)<br /> * Indication par une LED la boîte du jour à prendre et par une autre, le compartiment de cette journée.<br /> * Détection si l'usager a pris la bonne journée (sinon émission d'un son)<br /> * Détection si l'usager a pris la bonne pilule à la bonne heure (sinon émission d'un son)<br /> * Détection de la présence des tiroirs<br /> * Suivi par application Androïd.<br /> <br /> == Matériels ==<br /> <br /> Le socle sera composé : <br /> * 7 LED RGB pour indiquer par une couleur verte le bon boîtier et une rouge tout problème avec la boîte correspondante [http://fr.farnell.com/avago-technologies/asmt-ytb2-0bb02/led-plcc6-rgb-745-1600-380mcd/dp/1863243 7 LED RGB CMS] ou [http://fr.farnell.com/avago-technologies/asmb-mtb1-0a3a2/led-rgb-plcc4-surface-noire/dp/2401106 LED] déjà dispo depuis le Projet du Dé Electronique<br /> * 28 [http://fr.farnell.com/kingbright/kp-1608f3c/led-ir-0603-940nm/dp/2449775 IR émetteur] <br /> * 28 [http://fr.farnell.com/kingbright/kp-1608p1c/phototransistor-0603-940nm/dp/2290430 Phototransistor] pour la détection de l’intérieur des compartiments<br /> * 10, 20 ou 70 aimants conducteur d'électricité (5 par boîtier en face de 5 autres sur le socle, donc 10 pour une journée - possibilité de faire le proto sur 1, 2 ou 7 journée) pour assurer la tenue du boîtier et détecter sa présence [http://fr.rs-online.com/web/p/aimants/7924559/ 1, 2 ou 7 sachets de 10 aimants ]<br /> ''( 1 écran LCD pour afficher les messages comme la date et l'heure ou des alertes [http://fr.farnell.com/lumex/lcm-s01602dsf-a/display-dot-matrix-lcd-16-x-2/dp/2062132 1 Ecran LCD 2*16])''<br /> * 1 HP ou buzzer pour émettre une sonnerie [http://www.gotronic.fr/art-buzzer-sv2319c-21015.htm Buzzer]<br /> * 1 arduino nano pour assurer le contrôle [http://www.mouser.fr/ProductDetail/Seeed-Studio/102010019/ arduino nano] '''[fourni le 04/02/2016]'''<br /> * 1 shield BLE pour la connectivité bluetooth contenant le composant nRF8001 (déjà disponible du projet Surveillance passive de sommeil de IMA4 2014/2015) '''[fourni le 04/02/2016]'''<br /> * 1 RTC pour avoir le temps et la date réel contenant le composant DS1307 (MOD-RTC déjà disponible du projet Surveillance passive de sommeil de IMA4 2014/2015) '''[fourni le 05/02/2016]'''<br /> * 1 smartphone sous android pour développer l'application de suivi '''[fourni le 05/02/2016]'''<br /> * 1 pilulier standard (Corentin)<br /> * 1 rouleau de papier réfléchissant<br /> * 1 décodeur 3 entrées / 8 sorties pour allumer les LEDs [http://fr.farnell.com/texas-instruments/cd74hc237m96/decodeur-demux-3-8-soic-16/dp/2499842?MER=i-9b10-00002068 2 décodeur 3E/8S]<br /> <br /> <br /> <br /> Chaque boite contenant les 4 compartiments de la journée est composée :<br /> * 1 interfaçage de 28 LED pour indiquer le bon compartiment [http://fr.farnell.com/avago-technologies/hsmg-c280/led-vert-15mcd-572nm-0402/dp/2494322?MER=i-9b10-00002068 28 LED Verte CMS]<br /> * 7 super-condensateur pour allumer les diodes de chaque compartiment sur le boitier [http://fr.farnell.com/kemet/fc0h104zftbr24/super-condensateur-0-1f-5-5v-cms/dp/2362048 7 super-condensateur]<br /> * 7 résistances de 525 ohm<br /> * 1 microcontrôleur ATTiny pour enregistrer le compartiment à allumer (fourni par l'arduino) et allumer la diode [http://fr.farnell.com/atmel/attiny84-20ssu/mcu-8bit-attiny-20mhz-soic-14/dp/1636955 Lien]<br /> <br /> ==Planning Prévisionnel==<br /> <br /> <table border="1"><br /> <tr><br /> <th>Semaines</th><br /> <th>du 25/01 au 31/01</th><br /> <th>du 1/02 au 7/02</th><br /> <th>du 8/02 au 14/02</th><br /> <th>du 15/02 au 21/02</th><br /> <th>du 22/02 au 25/02</th><br /> </tr><br /> <tr><br /> <th>Étapes</th><br /> <th>Etude bibliographique</th><br /> <th>Détection pour chaque boitier journalier si il a été enlever du support et détection si la bonne pilule a été récupéré par le patient</th><br /> <th>Programmation et interfaçage des différentes shields avec le microcontrôleur</th><br /> <th>Test pour correction d'erreur et amélioration</th><br /> <th>Rédaction du rapport de projet et Préparation à la soutenance</th><br /> </tr><br /> </table><br /> <br /> =Tableau de bord=<br /> <br /> ==Semaine 1==<br /> [[Fichier:drawer_electronic.jpeg|200px|thumb|Schematic de l'électronique d'une boîte]]<br /> <br /> Chaque boîte sera équipée d'un petit micro-processeur, de 4 LED, 1 résistance, une grosse capacité, 5 aimants.<br /> Par les 5 aimants vont transiter : <br /> * Le Vc+ correspondant à la tension pour charger la capacité et permettre à l'éclairage de fonctionner pour quelques minutes.<br /> * Le Vp correspondant à la tension envoyée pour détecter la présence de la boîte<br /> * La masse GND<br /> * Les entrées p0 et p1 pour connaître la LED à allumer.<br /> <br /> Nous aurons donc les cas suivants :<br /> <table border="1"><br /> <tr><br /> <th>Inputs</th><br /> <th>Vc+</th><br /> <th>Vp</th><br /> <th>p0</th><br /> <th>p1</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Pilulier repos/Détection boîte</th><br /> <th>0</th><br /> <th>1</th><br /> <th>X</th><br /> <th>X</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Heure médicaments</th><br /> <th>1</th><br /> <th>0</th><br /> <th>0/1</th><br /> <th>0/1</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Après quelques seconde de charge/Détection boîte</th><br /> <th>0</th><br /> <th>1</th><br /> <th>X</th><br /> <th>X</th><br /> <th>GND</th><br /> </tr><br /> </table><br /> <br /> Pour les inputs p0 et p1, elles dépendront du moment de la prise des médicaments :<br /> <table border="1"><br /> <tr><br /> <th>Moment</th><br /> <th>p0</th><br /> <th>p1</th><br /> </tr><br /> <tr><br /> <th>Matin</th><br /> <th>0</th><br /> <th>0</th><br /> </tr><br /> <tr><br /> <th>Midi</th><br /> <th>0</th><br /> <th>1</th><br /> </tr><br /> <tr><br /> <th>Soir</th><br /> <th>1</th><br /> <th>0</th><br /> </tr><br /> <tr><br /> <th>Coucher</th><br /> <th>1</th><br /> <th>1</th><br /> </tr><br /> </table><br /> <br /> ==Semaine 2==<br /> <br /> <br /> ==Semaine 3==<br /> <br /> <br /> ==Semaine 4==<br /> <br /> =Fichiers Rendus=<br /> ==Rapport==<br /> ==Codes==<br /> <br /> =Références=</div>

Cduplouy https://projets-ima.plil.fr/mediawiki/index.php?title=Pilulier_automatique&diff=26700 Pilulier automatique 2016-02-08T17:05:44Z

<p>Cduplouy : /* Matériels */</p> <hr /> <div>=Présentation générale du projet=<br /> <br /> ==Contexte du projet==<br /> <br /> D'après des statistiques établis en 2014, un meilleur suivi des traitements médicaux et des médicaments dans le monde permettrait de réaliser 8% d'économies sur le coût total des dépenses de santé.<br /> <br /> De plus, on estime en Europe que la mauvaise prise de médicaments est à l’origine de plusieurs dizaines de milliers de décès chaque année.<br /> <br /> Selon le rapport IGAS2, en France, un mauvais suivi des heures de prises et de dosage de médicament aurait causé entre 8 000 à 12 000 décès par an et coûté près de 2 milliards € à l’Assurance Maladie.<br /> <br /> 13 millions de patients résidents en France seraient polymédiqués, et parmi eux de nombreuses personnes âgées de plus de 60 ans. <br /> <br /> La santé connectée est donc devenue un marché porteur. <br /> <br /> C'est ainsi que de nombreuses solutions se développent chaque jour qui a pour but de venir en aide aux personnes âgées dans les horaires de leurs prises de médicaments et éviter les surdosages ou les erreurs de traitement.<br /> <br /> ==Objectif du projet==<br /> <br /> L’objectif de ce projet est d'adapter un pilulier hebdomadaire pour le rendre connecté pour faciliter le suivi et la prise de médicaments quotidiens à différents moment de la journée.<br /> <br /> ==Description du projet==<br /> <br /> Afin de mettre en place ce pilulier connecté, il faut bien prendre en compte la donnée suivante : il doit être transportable. Cela sous-entend d’avoir un modèle suffisamment compact ainsi qu’une autonomie sur batterie.<br /> Nous devons donc trouver une entre son autonomie et sa connectivité et sa taille/forme.<br /> Actuellement, il existe sur le marché différentes propositions de pilulier connecté. Chacun avec leurs caractéristiques propres :<br /> <br /> * Imedipac de Medissimo : envoie un SMS et/ou un email à l’utilisateur pour lui rappeler de prendre tel médicament à telle heure.<br /> * Do-Pill de SecuR : rend accessible les comprimés et gélules à la date et à l'heure indiqué par le médecin pour éviter les surdosages ou les erreurs de traitement.<br /> * Sivan de MedSecure : prévient l'entourage si erreur du patient dans la prise de ses comprimées et alerte le patient si il doit prendre un comprimé.<br /> <br /> <br /> Afin de proposer une solution alternative à ses piluliers connectés déjà existant, le patient pourra utiliser son pilulier hebdomadaire standard auquel il intégra une base qu'il rendra connecté celui ci.<br /> Notre pilulier connecté sera composé d’un socle contenant toute l’électronique et la batterie et de 7 boîtiers à cachets amovibles<br /> <br /> =Cahiers de charges=<br /> == Fonctionnalités ==<br /> <br /> Ce support permettra au pilulier de remplir les fonctions suivantes :<br /> * Emission d'une alarme lorsque l'usager doit prendre une pilule à une heure et date précise (alarme différente selon le moment de la journée : matin, midi, soir, nuit)<br /> * Indication par une LED la boîte du jour à prendre et par une autre, le compartiment de cette journée.<br /> * Détection si l'usager a pris la bonne journée (sinon émission d'un son)<br /> * Détection si l'usager a pris la bonne pilule à la bonne heure (sinon émission d'un son)<br /> * Détection de la présence des tiroirs<br /> * Suivi par application Androïd.<br /> <br /> == Matériels ==<br /> <br /> Le socle sera composé : <br /> * 7 LED RGB pour indiquer par une couleur verte le bon boîtier et une rouge tout problème avec la boîte correspondante [http://fr.farnell.com/avago-technologies/asmt-ytb2-0bb02/led-plcc6-rgb-745-1600-380mcd/dp/1863243 7 LED RGB CMS] ou [http://fr.farnell.com/avago-technologies/asmb-mtb1-0a3a2/led-rgb-plcc4-surface-noire/dp/2401106 LED] déjà dispo depuis le Projet du Dé Electronique<br /> * 28 [http://fr.farnell.com/kingbright/kp-1608f3c/led-ir-0603-940nm/dp/2449775 IR émetteur] <br /> * 28 [http://fr.farnell.com/kingbright/kp-1608p1c/phototransistor-0603-940nm/dp/2290430 Phototransistor] pour la détection de l’intérieur des compartiments<br /> * 10, 20 ou 70 aimants conducteur d'électricité (5 par boîtier en face de 5 autres sur le socle, donc 10 pour une journée - possibilité de faire le proto sur 1, 2 ou 7 journée) pour assurer la tenue du boîtier et détecter sa présence [http://fr.rs-online.com/web/p/aimants/7924559/ 1, 2 ou 7 sachets de 10 aimants ]<br /> * 1 écran LCD pour afficher les messages comme la date et l'heure ou des alertes [http://fr.farnell.com/lumex/lcm-s01602dsf-a/display-dot-matrix-lcd-16-x-2/dp/2062132 1 Ecran LCD 2*16]<br /> * 1 HP ou buzzer pour émettre une sonnerie [http://www.gotronic.fr/art-buzzer-sv2319c-21015.htm Buzzer]<br /> * 1 arduino nano pour assurer le contrôle [http://www.mouser.fr/ProductDetail/Seeed-Studio/102010019/ arduino nano] '''[fourni le 04/02/2016]'''<br /> * 1 shield BLE pour la connectivité bluetooth contenant le composant nRF8001 (déjà disponible du projet Surveillance passive de sommeil de IMA4 2014/2015) '''[fourni le 04/02/2016]'''<br /> * 1 RTC pour avoir le temps et la date réel contenant le composant DS1307 (MOD-RTC déjà disponible du projet Surveillance passive de sommeil de IMA4 2014/2015) '''[fourni le 05/02/2016]'''<br /> * 1 smartphone sous android pour développer l'application de suivi '''[fourni le 05/02/2016]'''<br /> * 1 pilulier standard (Corentin)<br /> * 1 rouleau de papier réfléchissant<br /> * 1 décodeur 3 entrées / 8 sorties pour allumer les LEDs [http://fr.farnell.com/texas-instruments/cd74hc237m96/decodeur-demux-3-8-soic-16/dp/2499842?MER=i-9b10-00002068 2 décodeur 3E/8S]<br /> <br /> <br /> <br /> Chaque boite contenant les 4 compartiments de la journée est composée :<br /> * 1 interfaçage de 28 LED pour indiquer le bon compartiment [http://fr.farnell.com/avago-technologies/hsmg-c280/led-vert-15mcd-572nm-0402/dp/2494322?MER=i-9b10-00002068 28 LED Verte CMS]<br /> * 7 super-condensateur pour allumer les diodes de chaque compartiment sur le boitier [http://fr.farnell.com/kemet/fc0h104zftbr24/super-condensateur-0-1f-5-5v-cms/dp/2362048 7 super-condensateur]<br /> * 7 résistances de 525 ohm<br /> * 1 microcontrôleur ATTiny pour enregistrer le compartiment à allumer (fourni par l'arduino) et allumer la diode [http://fr.farnell.com/atmel/attiny84-20ssu/mcu-8bit-attiny-20mhz-soic-14/dp/1636955 Lien]<br /> <br /> ==Planning Prévisionnel==<br /> <br /> <table border="1"><br /> <tr><br /> <th>Semaines</th><br /> <th>du 25/01 au 31/01</th><br /> <th>du 1/02 au 7/02</th><br /> <th>du 8/02 au 14/02</th><br /> <th>du 15/02 au 21/02</th><br /> <th>du 22/02 au 25/02</th><br /> </tr><br /> <tr><br /> <th>Étapes</th><br /> <th>Etude bibliographique</th><br /> <th>Détection pour chaque boitier journalier si il a été enlever du support et détection si la bonne pilule a été récupéré par le patient</th><br /> <th>Programmation et interfaçage des différentes shields avec le microcontrôleur</th><br /> <th>Test pour correction d'erreur et amélioration</th><br /> <th>Rédaction du rapport de projet et Préparation à la soutenance</th><br /> </tr><br /> </table><br /> <br /> =Tableau de bord=<br /> <br /> ==Semaine 1==<br /> [[Fichier:drawer_electronic.jpeg|200px|thumb|Schematic de l'électronique d'une boîte]]<br /> <br /> Chaque boîte sera équipée d'un petit micro-processeur, de 4 LED, 1 résistance, une grosse capacité, 5 aimants.<br /> Par les 5 aimants vont transiter : <br /> * Le Vc+ correspondant à la tension pour charger la capacité et permettre à l'éclairage de fonctionner pour quelques minutes.<br /> * Le Vp correspondant à la tension envoyée pour détecter la présence de la boîte<br /> * La masse GND<br /> * Les entrées p0 et p1 pour connaître la LED à allumer.<br /> <br /> Nous aurons donc les cas suivants :<br /> <table border="1"><br /> <tr><br /> <th>Inputs</th><br /> <th>Vc+</th><br /> <th>Vp</th><br /> <th>p0</th><br /> <th>p1</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Pilulier repos/Détection boîte</th><br /> <th>0</th><br /> <th>1</th><br /> <th>X</th><br /> <th>X</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Heure médicaments</th><br /> <th>1</th><br /> <th>0</th><br /> <th>0/1</th><br /> <th>0/1</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Après quelques seconde de charge/Détection boîte</th><br /> <th>0</th><br /> <th>1</th><br /> <th>X</th><br /> <th>X</th><br /> <th>GND</th><br /> </tr><br /> </table><br /> <br /> Pour les inputs p0 et p1, elles dépendront du moment de la prise des médicaments :<br /> <table border="1"><br /> <tr><br /> <th>Moment</th><br /> <th>p0</th><br /> <th>p1</th><br /> </tr><br /> <tr><br /> <th>Matin</th><br /> <th>0</th><br /> <th>0</th><br /> </tr><br /> <tr><br /> <th>Midi</th><br /> <th>0</th><br /> <th>1</th><br /> </tr><br /> <tr><br /> <th>Soir</th><br /> <th>1</th><br /> <th>0</th><br /> </tr><br /> <tr><br /> <th>Coucher</th><br /> <th>1</th><br /> <th>1</th><br /> </tr><br /> </table><br /> <br /> ==Semaine 2==<br /> <br /> <br /> ==Semaine 3==<br /> <br /> <br /> ==Semaine 4==<br /> <br /> =Fichiers Rendus=<br /> ==Rapport==<br /> ==Codes==<br /> <br /> =Références=</div>

Cduplouy https://projets-ima.plil.fr/mediawiki/index.php?title=Pilulier_automatique&diff=26699 Pilulier automatique 2016-02-08T16:57:23Z

<p>Cduplouy : /* Matériels */</p> <hr /> <div>=Présentation générale du projet=<br /> <br /> ==Contexte du projet==<br /> <br /> D'après des statistiques établis en 2014, un meilleur suivi des traitements médicaux et des médicaments dans le monde permettrait de réaliser 8% d'économies sur le coût total des dépenses de santé.<br /> <br /> De plus, on estime en Europe que la mauvaise prise de médicaments est à l’origine de plusieurs dizaines de milliers de décès chaque année.<br /> <br /> Selon le rapport IGAS2, en France, un mauvais suivi des heures de prises et de dosage de médicament aurait causé entre 8 000 à 12 000 décès par an et coûté près de 2 milliards € à l’Assurance Maladie.<br /> <br /> 13 millions de patients résidents en France seraient polymédiqués, et parmi eux de nombreuses personnes âgées de plus de 60 ans. <br /> <br /> La santé connectée est donc devenue un marché porteur. <br /> <br /> C'est ainsi que de nombreuses solutions se développent chaque jour qui a pour but de venir en aide aux personnes âgées dans les horaires de leurs prises de médicaments et éviter les surdosages ou les erreurs de traitement.<br /> <br /> ==Objectif du projet==<br /> <br /> L’objectif de ce projet est d'adapter un pilulier hebdomadaire pour le rendre connecté pour faciliter le suivi et la prise de médicaments quotidiens à différents moment de la journée.<br /> <br /> ==Description du projet==<br /> <br /> Afin de mettre en place ce pilulier connecté, il faut bien prendre en compte la donnée suivante : il doit être transportable. Cela sous-entend d’avoir un modèle suffisamment compact ainsi qu’une autonomie sur batterie.<br /> Nous devons donc trouver une entre son autonomie et sa connectivité et sa taille/forme.<br /> Actuellement, il existe sur le marché différentes propositions de pilulier connecté. Chacun avec leurs caractéristiques propres :<br /> <br /> * Imedipac de Medissimo : envoie un SMS et/ou un email à l’utilisateur pour lui rappeler de prendre tel médicament à telle heure.<br /> * Do-Pill de SecuR : rend accessible les comprimés et gélules à la date et à l'heure indiqué par le médecin pour éviter les surdosages ou les erreurs de traitement.<br /> * Sivan de MedSecure : prévient l'entourage si erreur du patient dans la prise de ses comprimées et alerte le patient si il doit prendre un comprimé.<br /> <br /> <br /> Afin de proposer une solution alternative à ses piluliers connectés déjà existant, le patient pourra utiliser son pilulier hebdomadaire standard auquel il intégra une base qu'il rendra connecté celui ci.<br /> Notre pilulier connecté sera composé d’un socle contenant toute l’électronique et la batterie et de 7 boîtiers à cachets amovibles<br /> <br /> =Cahiers de charges=<br /> == Fonctionnalités ==<br /> <br /> Ce support permettra au pilulier de remplir les fonctions suivantes :<br /> * Emission d'une alarme lorsque l'usager doit prendre une pilule à une heure et date précise (alarme différente selon le moment de la journée : matin, midi, soir, nuit)<br /> * Indication par une LED la boîte du jour à prendre et par une autre, le compartiment de cette journée.<br /> * Détection si l'usager a pris la bonne journée (sinon émission d'un son)<br /> * Détection si l'usager a pris la bonne pilule à la bonne heure (sinon émission d'un son)<br /> * Détection de la présence des tiroirs<br /> * Suivi par application Androïd.<br /> <br /> == Matériels ==<br /> <br /> Le socle sera composé : <br /> * 7 LED RGB pour indiquer par une couleur verte le bon boîtier et une rouge tout problème avec la boîte correspondante [http://fr.farnell.com/avago-technologies/asmt-ytb2-0bb02/led-plcc6-rgb-745-1600-380mcd/dp/1863243 7 LED RGB CMS] ou [http://fr.farnell.com/avago-technologies/asmb-mtb1-0a3a2/led-rgb-plcc4-surface-noire/dp/2401106 LED] déjà dispo depuis le Projet du Dé Electronique<br /> * 28 [http://fr.farnell.com/kingbright/kp-1608f3c/led-ir-0603-940nm/dp/2449775 IR émetteur] <br /> * 28 [http://fr.farnell.com/kingbright/kp-1608p1c/phototransistor-0603-940nm/dp/2290430 Phototransistor] pour la détection de l’intérieur des compartiments<br /> * 10, 20 ou 70 aimants conducteur d'électricité (5 par boîtier en face de 5 autres sur le socle, donc 10 pour une journée - possibilité de faire le proto sur 1, 2 ou 7 journée) pour assurer la tenue du boîtier et détecter sa présence [http://fr.rs-online.com/web/p/aimants/7924559/ 1, 2 ou 7 sachets de 10 aimants ]<br /> * 1 écran LCD pour afficher les messages comme la date et l'heure ou des alertes [http://fr.farnell.com/lumex/lcm-s01602dsf-a/display-dot-matrix-lcd-16-x-2/dp/2062132 1 Ecran LCD 2*16]<br /> * 1 HP ou buzzer pour émettre une sonnerie [http://www.gotronic.fr/art-buzzer-sv2319c-21015.htm Buzzer]<br /> * 1 arduino nano pour assurer le contrôle [http://www.mouser.fr/ProductDetail/Seeed-Studio/102010019/ arduino nano] '''[fourni le 04/02/2016]'''<br /> * 1 shield BLE pour la connectivité bluetooth contenant le composant nRF8001 (déjà disponible du projet Surveillance passive de sommeil de IMA4 2014/2015) '''[fourni le 04/02/2016]'''<br /> * 1 RTC pour avoir le temps et la date réel contenant le composant DS1307 (MOD-RTC déjà disponible du projet Surveillance passive de sommeil de IMA4 2014/2015) '''[fourni le 05/02/2016]'''<br /> * 1 smartphone sous android pour développer l'application de suivi '''[fourni le 05/02/2016]'''<br /> * 1 pilulier standard (Corentin)<br /> * 1 rouleau de papier réfléchissant<br /> * 1 décodeur 3 entrées / 8 sorties pour allumer les LEDs [http://fr.farnell.com/texas-instruments/cd74hc237m96/decodeur-demux-3-8-soic-16/dp/2499842?MER=i-9b10-00002068 1 décodeur 3E/8S]<br /> <br /> <br /> <br /> Chaque boite contenant les 4 compartiments de la journée est composée :<br /> * 1 interfaçage de 28 LED pour indiquer le bon compartiment [http://fr.farnell.com/avago-technologies/hsmg-c280/led-vert-15mcd-572nm-0402/dp/2494322?MER=i-9b10-00002068 28 LED Verte CMS]<br /> * 7 super-condensateur pour allumer les diodes de chaque compartiment sur le boitier [http://fr.farnell.com/kemet/fc0h104zftbr24/super-condensateur-0-1f-5-5v-cms/dp/2362048 7 super-condensateur]<br /> * 7 résistances de 525 ohm<br /> * 1 microcontrôleur ATTiny pour enregistrer le compartiment à allumer (fourni par l'arduino) et allumer la diode [http://fr.farnell.com/atmel/attiny84-20ssu/mcu-8bit-attiny-20mhz-soic-14/dp/1636955 Lien]<br /> <br /> ==Planning Prévisionnel==<br /> <br /> <table border="1"><br /> <tr><br /> <th>Semaines</th><br /> <th>du 25/01 au 31/01</th><br /> <th>du 1/02 au 7/02</th><br /> <th>du 8/02 au 14/02</th><br /> <th>du 15/02 au 21/02</th><br /> <th>du 22/02 au 25/02</th><br /> </tr><br /> <tr><br /> <th>Étapes</th><br /> <th>Etude bibliographique</th><br /> <th>Détection pour chaque boitier journalier si il a été enlever du support et détection si la bonne pilule a été récupéré par le patient</th><br /> <th>Programmation et interfaçage des différentes shields avec le microcontrôleur</th><br /> <th>Test pour correction d'erreur et amélioration</th><br /> <th>Rédaction du rapport de projet et Préparation à la soutenance</th><br /> </tr><br /> </table><br /> <br /> =Tableau de bord=<br /> <br /> ==Semaine 1==<br /> [[Fichier:drawer_electronic.jpeg|200px|thumb|Schematic de l'électronique d'une boîte]]<br /> <br /> Chaque boîte sera équipée d'un petit micro-processeur, de 4 LED, 1 résistance, une grosse capacité, 5 aimants.<br /> Par les 5 aimants vont transiter : <br /> * Le Vc+ correspondant à la tension pour charger la capacité et permettre à l'éclairage de fonctionner pour quelques minutes.<br /> * Le Vp correspondant à la tension envoyée pour détecter la présence de la boîte<br /> * La masse GND<br /> * Les entrées p0 et p1 pour connaître la LED à allumer.<br /> <br /> Nous aurons donc les cas suivants :<br /> <table border="1"><br /> <tr><br /> <th>Inputs</th><br /> <th>Vc+</th><br /> <th>Vp</th><br /> <th>p0</th><br /> <th>p1</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Pilulier repos/Détection boîte</th><br /> <th>0</th><br /> <th>1</th><br /> <th>X</th><br /> <th>X</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Heure médicaments</th><br /> <th>1</th><br /> <th>0</th><br /> <th>0/1</th><br /> <th>0/1</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Après quelques seconde de charge/Détection boîte</th><br /> <th>0</th><br /> <th>1</th><br /> <th>X</th><br /> <th>X</th><br /> <th>GND</th><br /> </tr><br /> </table><br /> <br /> Pour les inputs p0 et p1, elles dépendront du moment de la prise des médicaments :<br /> <table border="1"><br /> <tr><br /> <th>Moment</th><br /> <th>p0</th><br /> <th>p1</th><br /> </tr><br /> <tr><br /> <th>Matin</th><br /> <th>0</th><br /> <th>0</th><br /> </tr><br /> <tr><br /> <th>Midi</th><br /> <th>0</th><br /> <th>1</th><br /> </tr><br /> <tr><br /> <th>Soir</th><br /> <th>1</th><br /> <th>0</th><br /> </tr><br /> <tr><br /> <th>Coucher</th><br /> <th>1</th><br /> <th>1</th><br /> </tr><br /> </table><br /> <br /> ==Semaine 2==<br /> <br /> <br /> ==Semaine 3==<br /> <br /> <br /> ==Semaine 4==<br /> <br /> =Fichiers Rendus=<br /> ==Rapport==<br /> ==Codes==<br /> <br /> =Références=</div>

Cduplouy https://projets-ima.plil.fr/mediawiki/index.php?title=Pilulier_automatique&diff=26698 Pilulier automatique 2016-02-08T16:56:42Z

<p>Cduplouy : /* Matériels */</p> <hr /> <div>=Présentation générale du projet=<br /> <br /> ==Contexte du projet==<br /> <br /> D'après des statistiques établis en 2014, un meilleur suivi des traitements médicaux et des médicaments dans le monde permettrait de réaliser 8% d'économies sur le coût total des dépenses de santé.<br /> <br /> De plus, on estime en Europe que la mauvaise prise de médicaments est à l’origine de plusieurs dizaines de milliers de décès chaque année.<br /> <br /> Selon le rapport IGAS2, en France, un mauvais suivi des heures de prises et de dosage de médicament aurait causé entre 8 000 à 12 000 décès par an et coûté près de 2 milliards € à l’Assurance Maladie.<br /> <br /> 13 millions de patients résidents en France seraient polymédiqués, et parmi eux de nombreuses personnes âgées de plus de 60 ans. <br /> <br /> La santé connectée est donc devenue un marché porteur. <br /> <br /> C'est ainsi que de nombreuses solutions se développent chaque jour qui a pour but de venir en aide aux personnes âgées dans les horaires de leurs prises de médicaments et éviter les surdosages ou les erreurs de traitement.<br /> <br /> ==Objectif du projet==<br /> <br /> L’objectif de ce projet est d'adapter un pilulier hebdomadaire pour le rendre connecté pour faciliter le suivi et la prise de médicaments quotidiens à différents moment de la journée.<br /> <br /> ==Description du projet==<br /> <br /> Afin de mettre en place ce pilulier connecté, il faut bien prendre en compte la donnée suivante : il doit être transportable. Cela sous-entend d’avoir un modèle suffisamment compact ainsi qu’une autonomie sur batterie.<br /> Nous devons donc trouver une entre son autonomie et sa connectivité et sa taille/forme.<br /> Actuellement, il existe sur le marché différentes propositions de pilulier connecté. Chacun avec leurs caractéristiques propres :<br /> <br /> * Imedipac de Medissimo : envoie un SMS et/ou un email à l’utilisateur pour lui rappeler de prendre tel médicament à telle heure.<br /> * Do-Pill de SecuR : rend accessible les comprimés et gélules à la date et à l'heure indiqué par le médecin pour éviter les surdosages ou les erreurs de traitement.<br /> * Sivan de MedSecure : prévient l'entourage si erreur du patient dans la prise de ses comprimées et alerte le patient si il doit prendre un comprimé.<br /> <br /> <br /> Afin de proposer une solution alternative à ses piluliers connectés déjà existant, le patient pourra utiliser son pilulier hebdomadaire standard auquel il intégra une base qu'il rendra connecté celui ci.<br /> Notre pilulier connecté sera composé d’un socle contenant toute l’électronique et la batterie et de 7 boîtiers à cachets amovibles<br /> <br /> =Cahiers de charges=<br /> == Fonctionnalités ==<br /> <br /> Ce support permettra au pilulier de remplir les fonctions suivantes :<br /> * Emission d'une alarme lorsque l'usager doit prendre une pilule à une heure et date précise (alarme différente selon le moment de la journée : matin, midi, soir, nuit)<br /> * Indication par une LED la boîte du jour à prendre et par une autre, le compartiment de cette journée.<br /> * Détection si l'usager a pris la bonne journée (sinon émission d'un son)<br /> * Détection si l'usager a pris la bonne pilule à la bonne heure (sinon émission d'un son)<br /> * Détection de la présence des tiroirs<br /> * Suivi par application Androïd.<br /> <br /> == Matériels ==<br /> <br /> Le socle sera composé : <br /> * 7 LED RGB pour indiquer par une couleur verte le bon boîtier et une rouge tout problème avec la boîte correspondante [http://fr.farnell.com/avago-technologies/asmt-ytb2-0bb02/led-plcc6-rgb-745-1600-380mcd/dp/1863243 7 LED RGB CMS] ou [http://fr.farnell.com/avago-technologies/asmb-mtb1-0a3a2/led-rgb-plcc4-surface-noire/dp/2401106 LED] déjà dispo depuis le Projet du Dé Electronique<br /> * 28 [http://fr.farnell.com/kingbright/kp-1608f3c/led-ir-0603-940nm/dp/2449775 IR émetteur] <br /> * 28 [http://fr.farnell.com/kingbright/kp-1608p1c/phototransistor-0603-940nm/dp/2290430 Phototransistor] pour la détection de l’intérieur des compartiments<br /> * 10, 20 ou 70 aimants conducteur d'électricité (5 par boîtier en face de 5 autres sur le socle, donc 10 pour une journée - possibilité de faire le proto sur 1, 2 ou 7 journée) pour assurer la tenue du boîtier et détecter sa présence [http://fr.rs-online.com/web/p/aimants/7924559/ 1, 2 ou 7 sachets de 10 aimants ]<br /> * 1 écran LCD pour afficher les messages comme la date et l'heure ou des alertes [http://fr.farnell.com/lumex/lcm-s01602dsf-a/display-dot-matrix-lcd-16-x-2/dp/2062132 1 Ecran LCD 2*16]<br /> * 1 HP ou buzzer pour émettre une sonnerie [http://www.gotronic.fr/art-buzzer-sv2319c-21015.htm Buzzer]<br /> * 1 arduino nano pour assurer le contrôle [http://www.mouser.fr/ProductDetail/Seeed-Studio/102010019/ arduino nano] '''[fourni le 04/02/2016]'''<br /> * 1 shield BLE pour la connectivité bluetooth contenant le composant nRF8001 (déjà disponible du projet Surveillance passive de sommeil de IMA4 2014/2015) '''[fourni le 04/02/2016]'''<br /> * 1 RTC pour avoir le temps et la date réel contenant le composant DS1307 (MOD-RTC déjà disponible du projet Surveillance passive de sommeil de IMA4 2014/2015) '''[fourni le 05/02/2016]'''<br /> * 1 smartphone sous android pour développer l'application de suivi '''[fourni le 05/02/2016]'''<br /> * 1 pilulier standard (Corentin)<br /> * 1 rouleau de papier réfléchissant<br /> * 1 décodeur 3 entrées / 8 sorties pour allumer les LEDs [http://fr.farnell.com/texas-instruments/cd74hc237m96/decodeur-demux-3-8-soic-16/dp/2499842?MER=i-9b10-00002068 1 décodeur 3E/8S]<br /> <br /> <br /> <br /> Chaque boite contenant les 4 compartiments de la journée est composée :<br /> * 1 interfaçage de 28 LED pour indiquer le bon compartiment [http://fr.farnell.com/avago-technologies/hsmg-c280/led-vert-15mcd-572nm-0402/dp/2494322?MER=i-9b10-00002068 28 LED Verte CMS]<br /> * 7 super-condensateur pour allumer les diodes de chaque compartiment sur le boitier [http://fr.farnell.com/kemet/fc0h104zftbr24/super-condensateur-0-1f-5-5v-cms/dp/2362048 7 super-condensateur]<br /> * 7 résistances de 525 ohm<br /> * 1 microcontrôleur ATTiny pour enregistrer le compartiment à allumer (fourni par l'arduino) et allumer la diode [http://fr.farnell.com/atmel/attiny84-20ssu/mcu-8bit-attiny-20mhz-soic-14/dp/1636955 Lien]<br /> <br /> Abandon<br /> * 1 RFduino pour assurer le contrôle et la connectivité bluetooth [http://eu.mouser.com/ProductDetail/RF-Digital-Wireless/RFD22102/ RFduino]<br /> * 1 USB shield pour programmer le RFduino [http://eu.mouser.com/ProductDetail/RF-Digital/RFD22121/ USB shield]<br /> * 1 batterie shield pour alimenter RFduino [http://eu.mouser.com/ProductDetail/RF-Digital/RFD22126/ batterie shield]<br /> * 2 pile AA<br /> <br /> ==Planning Prévisionnel==<br /> <br /> <table border="1"><br /> <tr><br /> <th>Semaines</th><br /> <th>du 25/01 au 31/01</th><br /> <th>du 1/02 au 7/02</th><br /> <th>du 8/02 au 14/02</th><br /> <th>du 15/02 au 21/02</th><br /> <th>du 22/02 au 25/02</th><br /> </tr><br /> <tr><br /> <th>Étapes</th><br /> <th>Etude bibliographique</th><br /> <th>Détection pour chaque boitier journalier si il a été enlever du support et détection si la bonne pilule a été récupéré par le patient</th><br /> <th>Programmation et interfaçage des différentes shields avec le microcontrôleur</th><br /> <th>Test pour correction d'erreur et amélioration</th><br /> <th>Rédaction du rapport de projet et Préparation à la soutenance</th><br /> </tr><br /> </table><br /> <br /> =Tableau de bord=<br /> <br /> ==Semaine 1==<br /> [[Fichier:drawer_electronic.jpeg|200px|thumb|Schematic de l'électronique d'une boîte]]<br /> <br /> Chaque boîte sera équipée d'un petit micro-processeur, de 4 LED, 1 résistance, une grosse capacité, 5 aimants.<br /> Par les 5 aimants vont transiter : <br /> * Le Vc+ correspondant à la tension pour charger la capacité et permettre à l'éclairage de fonctionner pour quelques minutes.<br /> * Le Vp correspondant à la tension envoyée pour détecter la présence de la boîte<br /> * La masse GND<br /> * Les entrées p0 et p1 pour connaître la LED à allumer.<br /> <br /> Nous aurons donc les cas suivants :<br /> <table border="1"><br /> <tr><br /> <th>Inputs</th><br /> <th>Vc+</th><br /> <th>Vp</th><br /> <th>p0</th><br /> <th>p1</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Pilulier repos/Détection boîte</th><br /> <th>0</th><br /> <th>1</th><br /> <th>X</th><br /> <th>X</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Heure médicaments</th><br /> <th>1</th><br /> <th>0</th><br /> <th>0/1</th><br /> <th>0/1</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Après quelques seconde de charge/Détection boîte</th><br /> <th>0</th><br /> <th>1</th><br /> <th>X</th><br /> <th>X</th><br /> <th>GND</th><br /> </tr><br /> </table><br /> <br /> Pour les inputs p0 et p1, elles dépendront du moment de la prise des médicaments :<br /> <table border="1"><br /> <tr><br /> <th>Moment</th><br /> <th>p0</th><br /> <th>p1</th><br /> </tr><br /> <tr><br /> <th>Matin</th><br /> <th>0</th><br /> <th>0</th><br /> </tr><br /> <tr><br /> <th>Midi</th><br /> <th>0</th><br /> <th>1</th><br /> </tr><br /> <tr><br /> <th>Soir</th><br /> <th>1</th><br /> <th>0</th><br /> </tr><br /> <tr><br /> <th>Coucher</th><br /> <th>1</th><br /> <th>1</th><br /> </tr><br /> </table><br /> <br /> ==Semaine 2==<br /> <br /> <br /> ==Semaine 3==<br /> <br /> <br /> ==Semaine 4==<br /> <br /> =Fichiers Rendus=<br /> ==Rapport==<br /> ==Codes==<br /> <br /> =Références=</div>

Cduplouy https://projets-ima.plil.fr/mediawiki/index.php?title=Pilulier_automatique&diff=26320 Pilulier automatique 2016-02-03T22:17:19Z

<p>Cduplouy : /* Matériels */</p> <hr /> <div>=Présentation générale du projet=<br /> <br /> ==Contexte du projet==<br /> <br /> D'après des statistiques établis en 2014, un meilleur suivi des traitements médicaux et des médicaments dans le monde permettrait de réaliser 8% d'économies sur le coût total des dépenses de santé.<br /> <br /> De plus, on estime en Europe que la mauvaise prise de médicaments est à l’origine de plusieurs dizaines de milliers de décès chaque année.<br /> <br /> Selon le rapport IGAS2, en France, un mauvais suivi des heures de prises et de dosage de médicament aurait causé entre 8 000 à 12 000 décès par an et coûté près de 2 milliards € à l’Assurance Maladie.<br /> <br /> 13 millions de patients résidents en France seraient polymédiqués, et parmi eux de nombreuses personnes âgées de plus de 60 ans. <br /> <br /> La santé connectée est donc devenue un marché porteur. <br /> <br /> C'est ainsi que de nombreuses solutions se développent chaque jour qui a pour but de venir en aide aux personnes âgées dans les horaires de leurs prises de médicaments et éviter les surdosages ou les erreurs de traitement.<br /> <br /> ==Objectif du projet==<br /> <br /> L’objectif de ce projet est d'adapter un pilulier hebdomadaire pour le rendre connecté pour faciliter le suivi et la prise de médicaments quotidiens à différents moment de la journée.<br /> <br /> ==Description du projet==<br /> <br /> Afin de mettre en place ce pilulier connecté, il faut bien prendre en compte la donnée suivante : il doit être transportable. Cela sous-entend d’avoir un modèle suffisamment compact ainsi qu’une autonomie sur batterie.<br /> Nous devons donc trouver une entre son autonomie et sa connectivité et sa taille/forme.<br /> Actuellement, il existe sur le marché différentes propositions de pilulier connecté. Chacun avec leurs caractéristiques propres :<br /> <br /> * Imedipac de Medissimo : envoie un SMS et/ou un email à l’utilisateur pour lui rappeler de prendre tel médicament à telle heure.<br /> * Do-Pill de SecuR : rend accessible les comprimés et gélules à la date et à l'heure indiqué par le médecin pour éviter les surdosages ou les erreurs de traitement.<br /> * Sivan de MedSecure : prévient l'entourage si erreur du patient dans la prise de ses comprimées et alerte le patient si il doit prendre un comprimé.<br /> <br /> <br /> Afin de proposer une solution alternative à ses piluliers connectés déjà existant, le patient pourra utiliser son pilulier hebdomadaire standard auquel il intégra une base qu'il rendra connecté celui ci.<br /> Notre pilulier connecté sera composé d’un socle contenant toute l’électronique et la batterie et de 7 boîtiers à cachets amovibles<br /> <br /> =Cahiers de charges=<br /> == Fonctionnalités ==<br /> <br /> Ce support permettra au pilulier de remplir les fonctions suivantes :<br /> * Emission d'une alarme lorsque l'usager doit prendre une pilule à une heure et date précise (alarme différente selon le moment de la journée : matin, midi, soir, nuit)<br /> * Indication par une LED la boîte du jour à prendre et par une autre, le compartiment de cette journée.<br /> * Détection si l'usager a pris la bonne journée (sinon émission d'un son)<br /> * Détection si l'usager a pris la bonne pilule à la bonne heure (sinon émission d'un son)<br /> * Détection de la présence des tiroirs<br /> * Suivi par application Androïd.<br /> <br /> == Matériels ==<br /> <br /> Le socle sera composé : <br /> * 7 LED RGB pour indiquer par une couleur verte le bon boîtier et une rouge tout problème avec la boîte correspondante [http://fr.farnell.com/avago-technologies/asmt-ytb2-0bb02/led-plcc6-rgb-745-1600-380mcd/dp/1863243 7 LED RGB CMS] ou [http://fr.farnell.com/avago-technologies/asmb-mtb1-0a3a2/led-rgb-plcc4-surface-noire/dp/2401106 LED] déjà dispo depuis le Projet du Dé Electronique<br /> * 28 [http://fr.farnell.com/kingbright/kp-1608f3c/led-ir-0603-940nm/dp/2449775 IR émetteur] <br /> * 28 [http://fr.farnell.com/kingbright/kp-1608p1c/phototransistor-0603-940nm/dp/2290430 Phototransistor] pour la détection de l’intérieur des compartiments<br /> * 70 aimants conducteur d'électricité (5 par boîtier en face de 5 autres sur le socle) pour assurer la tenue du boîtier et détecter sa présence [70 aimants]<br /> * 1 écran LCD pour afficher les messages comme la date et l'heure ou des alertes [http://fr.farnell.com/lumex/lcm-s01602dsf-a/display-dot-matrix-lcd-16-x-2/dp/2062132 1 Ecran LCD 2*16]<br /> * 1 HP ou buzzer pour émettre une sonnerie [http://www.gotronic.fr/art-buzzer-sv2319c-21015.htm Buzzer]<br /> * 1 arduino nano pour assurer le contrôle [http://www.mouser.fr/ProductDetail/Seeed-Studio/102010019/ arduino nano]<br /> * 1 shield BLE pour la connectivité bluetooth contenant le composant nRF8001 (déjà disponible du projet Surveillance passive de sommeil de IMA4 2014/2015)<br /> * 1 RTC pour avoir le temps et la date réel contenant le composant DS1307 (MOD-RTC déjà disponible du projet Surveillance passive de sommeil de IMA4 2014/2015) <br /> * 1 smartphone sous android pour développer l'application de suivi<br /> * 1 pilulier standard (Corentin)<br /> * 1 rouleau de papier réfléchissant<br /> <br /> * 1 démultiplexeur 8 sorties pour allumer les LEDs<br /> <br /> <br /> Chaque boite contenant les 4 compartiments de la journée est composée :<br /> * 1 interfaçage de 28 LED pour indiquer le bon compartiment [http://fr.farnell.com/avago-technologies/hsmg-c280/led-vert-15mcd-572nm-0402/dp/2494322?MER=i-9b10-00002068 28 LED Verte CMS]<br /> * 7 super-condensateur pour allumer les diodes de chaque compartiment sur le boitier [http://fr.farnell.com/kemet/fc0h104zftbr24/super-condensateur-0-1f-5-5v-cms/dp/2362048 7 super-condensateur]<br /> * 28 résistances de 1kohm<br /> * 7 microcontrôleur pour enregistrer le compartiment à allumer (fourni par l'arduino) et allumer la diode<br /> * 7 démultiplexeurs 3E/8S [http://fr.farnell.com/texas-instruments/sn74hc4851d/multiplexeur-demultiplexeur-cms/dp/9591532 7 démultiplexeur 3E/8S]<br /> <br /> <br /> Abandon<br /> * 1 RFduino pour assurer le contrôle et la connectivité bluetooth [http://eu.mouser.com/ProductDetail/RF-Digital-Wireless/RFD22102/ RFduino]<br /> * 1 USB shield pour programmer le RFduino [http://eu.mouser.com/ProductDetail/RF-Digital/RFD22121/ USB shield]<br /> * 1 batterie shield pour alimenter RFduino [http://eu.mouser.com/ProductDetail/RF-Digital/RFD22126/ batterie shield]<br /> * 2 pile AA<br /> <br /> ==Planning Prévisionnel==<br /> <br /> <table border="1"><br /> <tr><br /> <th>Semaines</th><br /> <th>du 25/01 au 31/01</th><br /> <th>du 1/02 au 7/02</th><br /> <th>du 8/02 au 14/02</th><br /> <th>du 15/02 au 21/02</th><br /> <th>du 22/02 au 25/02</th><br /> </tr><br /> <tr><br /> <th>Étapes</th><br /> <th>Etude bibliographique</th><br /> <th>Détection pour chaque boitier journalier si il a été enlever du support et détection si la bonne pilule a été récupéré par le patient</th><br /> <th>Programmation et interfaçage des différentes shields avec le microcontrôleur</th><br /> <th>Test pour correction d'erreur et amélioration</th><br /> <th>Rédaction du rapport de projet et Préparation à la soutenance</th><br /> </tr><br /> </table><br /> <br /> =Tableau de bord=<br /> <br /> ==Semaine 1==<br /> [[Fichier:drawer_electronic.jpeg|200px|thumb|Schematic de l'électronique d'une boîte]]<br /> <br /> Chaque boîte sera équipée d'un petit micro-processeur, de 4 LED, 1 résistance, une grosse capacité, 5 aimants.<br /> Par les 5 aimants vont transiter : <br /> * Le Vc+ correspondant à la tension pour charger la capacité et permettre à l'éclairage de fonctionner pour quelques minutes.<br /> * Le Vp correspondant à la tension envoyée pour détecter la présence de la boîte<br /> * La masse GND<br /> * Les entrées p0 et p1 pour connaître la LED à allumer.<br /> <br /> Nous aurons donc les cas suivants :<br /> <table border="1"><br /> <tr><br /> <th>Inputs</th><br /> <th>Vc+</th><br /> <th>Vp</th><br /> <th>p0</th><br /> <th>p1</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Pilulier repos/Détection boîte</th><br /> <th>0</th><br /> <th>1</th><br /> <th>X</th><br /> <th>X</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Heure médicaments</th><br /> <th>1</th><br /> <th>0</th><br /> <th>0/1</th><br /> <th>0/1</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Après quelques seconde de charge/Détection boîte</th><br /> <th>0</th><br /> <th>1</th><br /> <th>X</th><br /> <th>X</th><br /> <th>GND</th><br /> </tr><br /> </table><br /> <br /> Pour les inputs p0 et p1, elles dépendront du moment de la prise des médicaments :<br /> <table border="1"><br /> <tr><br /> <th>Moment</th><br /> <th>p0</th><br /> <th>p1</th><br /> </tr><br /> <tr><br /> <th>Matin</th><br /> <th>0</th><br /> <th>0</th><br /> </tr><br /> <tr><br /> <th>Midi</th><br /> <th>0</th><br /> <th>1</th><br /> </tr><br /> <tr><br /> <th>Soir</th><br /> <th>1</th><br /> <th>0</th><br /> </tr><br /> <tr><br /> <th>Coucher</th><br /> <th>1</th><br /> <th>1</th><br /> </tr><br /> </table><br /> <br /> ==Semaine 2==<br /> <br /> <br /> ==Semaine 3==<br /> <br /> <br /> ==Semaine 4==<br /> <br /> =Fichiers Rendus=<br /> ==Rapport==<br /> ==Codes==<br /> <br /> =Références=</div>

Cduplouy https://projets-ima.plil.fr/mediawiki/index.php?title=Pilulier_automatique&diff=26319 Pilulier automatique 2016-02-03T22:17:03Z

<p>Cduplouy : /* Matériels */</p> <hr /> <div>=Présentation générale du projet=<br /> <br /> ==Contexte du projet==<br /> <br /> D'après des statistiques établis en 2014, un meilleur suivi des traitements médicaux et des médicaments dans le monde permettrait de réaliser 8% d'économies sur le coût total des dépenses de santé.<br /> <br /> De plus, on estime en Europe que la mauvaise prise de médicaments est à l’origine de plusieurs dizaines de milliers de décès chaque année.<br /> <br /> Selon le rapport IGAS2, en France, un mauvais suivi des heures de prises et de dosage de médicament aurait causé entre 8 000 à 12 000 décès par an et coûté près de 2 milliards € à l’Assurance Maladie.<br /> <br /> 13 millions de patients résidents en France seraient polymédiqués, et parmi eux de nombreuses personnes âgées de plus de 60 ans. <br /> <br /> La santé connectée est donc devenue un marché porteur. <br /> <br /> C'est ainsi que de nombreuses solutions se développent chaque jour qui a pour but de venir en aide aux personnes âgées dans les horaires de leurs prises de médicaments et éviter les surdosages ou les erreurs de traitement.<br /> <br /> ==Objectif du projet==<br /> <br /> L’objectif de ce projet est d'adapter un pilulier hebdomadaire pour le rendre connecté pour faciliter le suivi et la prise de médicaments quotidiens à différents moment de la journée.<br /> <br /> ==Description du projet==<br /> <br /> Afin de mettre en place ce pilulier connecté, il faut bien prendre en compte la donnée suivante : il doit être transportable. Cela sous-entend d’avoir un modèle suffisamment compact ainsi qu’une autonomie sur batterie.<br /> Nous devons donc trouver une entre son autonomie et sa connectivité et sa taille/forme.<br /> Actuellement, il existe sur le marché différentes propositions de pilulier connecté. Chacun avec leurs caractéristiques propres :<br /> <br /> * Imedipac de Medissimo : envoie un SMS et/ou un email à l’utilisateur pour lui rappeler de prendre tel médicament à telle heure.<br /> * Do-Pill de SecuR : rend accessible les comprimés et gélules à la date et à l'heure indiqué par le médecin pour éviter les surdosages ou les erreurs de traitement.<br /> * Sivan de MedSecure : prévient l'entourage si erreur du patient dans la prise de ses comprimées et alerte le patient si il doit prendre un comprimé.<br /> <br /> <br /> Afin de proposer une solution alternative à ses piluliers connectés déjà existant, le patient pourra utiliser son pilulier hebdomadaire standard auquel il intégra une base qu'il rendra connecté celui ci.<br /> Notre pilulier connecté sera composé d’un socle contenant toute l’électronique et la batterie et de 7 boîtiers à cachets amovibles<br /> <br /> =Cahiers de charges=<br /> == Fonctionnalités ==<br /> <br /> Ce support permettra au pilulier de remplir les fonctions suivantes :<br /> * Emission d'une alarme lorsque l'usager doit prendre une pilule à une heure et date précise (alarme différente selon le moment de la journée : matin, midi, soir, nuit)<br /> * Indication par une LED la boîte du jour à prendre et par une autre, le compartiment de cette journée.<br /> * Détection si l'usager a pris la bonne journée (sinon émission d'un son)<br /> * Détection si l'usager a pris la bonne pilule à la bonne heure (sinon émission d'un son)<br /> * Détection de la présence des tiroirs<br /> * Suivi par application Androïd.<br /> <br /> == Matériels ==<br /> <br /> Le socle sera composé : <br /> * 7 LED RGB pour indiquer par une couleur verte le bon boîtier et une rouge tout problème avec la boîte correspondante [http://fr.farnell.com/avago-technologies/asmt-ytb2-0bb02/led-plcc6-rgb-745-1600-380mcd/dp/1863243 7 LED RGB CMS] ou [http://fr.farnell.com/avago-technologies/asmb-mtb1-0a3a2/led-rgb-plcc4-surface-noire/dp/2401106 LED] déjà dispo depuis le Projet du Dé Electronique<br /> * 28 capteurs [http://fr.farnell.com/kingbright/kp-1608f3c/led-ir-0603-940nm/dp/2449775 IR émetteur] <br /> * 28 [http://fr.farnell.com/kingbright/kp-1608p1c/phototransistor-0603-940nm/dp/2290430 Phototransistor] pour la détection de l’intérieur des compartiments<br /> * 70 aimants conducteur d'électricité (5 par boîtier en face de 5 autres sur le socle) pour assurer la tenue du boîtier et détecter sa présence [70 aimants]<br /> * 1 écran LCD pour afficher les messages comme la date et l'heure ou des alertes [http://fr.farnell.com/lumex/lcm-s01602dsf-a/display-dot-matrix-lcd-16-x-2/dp/2062132 1 Ecran LCD 2*16]<br /> * 1 HP ou buzzer pour émettre une sonnerie [http://www.gotronic.fr/art-buzzer-sv2319c-21015.htm Buzzer]<br /> * 1 arduino nano pour assurer le contrôle [http://www.mouser.fr/ProductDetail/Seeed-Studio/102010019/ arduino nano]<br /> * 1 shield BLE pour la connectivité bluetooth contenant le composant nRF8001 (déjà disponible du projet Surveillance passive de sommeil de IMA4 2014/2015)<br /> * 1 RTC pour avoir le temps et la date réel contenant le composant DS1307 (MOD-RTC déjà disponible du projet Surveillance passive de sommeil de IMA4 2014/2015) <br /> * 1 smartphone sous android pour développer l'application de suivi<br /> * 1 pilulier standard (Corentin)<br /> * 1 rouleau de papier réfléchissant<br /> <br /> * 1 démultiplexeur 8 sorties pour allumer les LEDs<br /> <br /> <br /> Chaque boite contenant les 4 compartiments de la journée est composée :<br /> * 1 interfaçage de 28 LED pour indiquer le bon compartiment [http://fr.farnell.com/avago-technologies/hsmg-c280/led-vert-15mcd-572nm-0402/dp/2494322?MER=i-9b10-00002068 28 LED Verte CMS]<br /> * 7 super-condensateur pour allumer les diodes de chaque compartiment sur le boitier [http://fr.farnell.com/kemet/fc0h104zftbr24/super-condensateur-0-1f-5-5v-cms/dp/2362048 7 super-condensateur]<br /> * 28 résistances de 1kohm<br /> * 7 microcontrôleur pour enregistrer le compartiment à allumer (fourni par l'arduino) et allumer la diode<br /> * 7 démultiplexeurs 3E/8S [http://fr.farnell.com/texas-instruments/sn74hc4851d/multiplexeur-demultiplexeur-cms/dp/9591532 7 démultiplexeur 3E/8S]<br /> <br /> <br /> Abandon<br /> * 1 RFduino pour assurer le contrôle et la connectivité bluetooth [http://eu.mouser.com/ProductDetail/RF-Digital-Wireless/RFD22102/ RFduino]<br /> * 1 USB shield pour programmer le RFduino [http://eu.mouser.com/ProductDetail/RF-Digital/RFD22121/ USB shield]<br /> * 1 batterie shield pour alimenter RFduino [http://eu.mouser.com/ProductDetail/RF-Digital/RFD22126/ batterie shield]<br /> * 2 pile AA<br /> <br /> ==Planning Prévisionnel==<br /> <br /> <table border="1"><br /> <tr><br /> <th>Semaines</th><br /> <th>du 25/01 au 31/01</th><br /> <th>du 1/02 au 7/02</th><br /> <th>du 8/02 au 14/02</th><br /> <th>du 15/02 au 21/02</th><br /> <th>du 22/02 au 25/02</th><br /> </tr><br /> <tr><br /> <th>Étapes</th><br /> <th>Etude bibliographique</th><br /> <th>Détection pour chaque boitier journalier si il a été enlever du support et détection si la bonne pilule a été récupéré par le patient</th><br /> <th>Programmation et interfaçage des différentes shields avec le microcontrôleur</th><br /> <th>Test pour correction d'erreur et amélioration</th><br /> <th>Rédaction du rapport de projet et Préparation à la soutenance</th><br /> </tr><br /> </table><br /> <br /> =Tableau de bord=<br /> <br /> ==Semaine 1==<br /> [[Fichier:drawer_electronic.jpeg|200px|thumb|Schematic de l'électronique d'une boîte]]<br /> <br /> Chaque boîte sera équipée d'un petit micro-processeur, de 4 LED, 1 résistance, une grosse capacité, 5 aimants.<br /> Par les 5 aimants vont transiter : <br /> * Le Vc+ correspondant à la tension pour charger la capacité et permettre à l'éclairage de fonctionner pour quelques minutes.<br /> * Le Vp correspondant à la tension envoyée pour détecter la présence de la boîte<br /> * La masse GND<br /> * Les entrées p0 et p1 pour connaître la LED à allumer.<br /> <br /> Nous aurons donc les cas suivants :<br /> <table border="1"><br /> <tr><br /> <th>Inputs</th><br /> <th>Vc+</th><br /> <th>Vp</th><br /> <th>p0</th><br /> <th>p1</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Pilulier repos/Détection boîte</th><br /> <th>0</th><br /> <th>1</th><br /> <th>X</th><br /> <th>X</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Heure médicaments</th><br /> <th>1</th><br /> <th>0</th><br /> <th>0/1</th><br /> <th>0/1</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Après quelques seconde de charge/Détection boîte</th><br /> <th>0</th><br /> <th>1</th><br /> <th>X</th><br /> <th>X</th><br /> <th>GND</th><br /> </tr><br /> </table><br /> <br /> Pour les inputs p0 et p1, elles dépendront du moment de la prise des médicaments :<br /> <table border="1"><br /> <tr><br /> <th>Moment</th><br /> <th>p0</th><br /> <th>p1</th><br /> </tr><br /> <tr><br /> <th>Matin</th><br /> <th>0</th><br /> <th>0</th><br /> </tr><br /> <tr><br /> <th>Midi</th><br /> <th>0</th><br /> <th>1</th><br /> </tr><br /> <tr><br /> <th>Soir</th><br /> <th>1</th><br /> <th>0</th><br /> </tr><br /> <tr><br /> <th>Coucher</th><br /> <th>1</th><br /> <th>1</th><br /> </tr><br /> </table><br /> <br /> ==Semaine 2==<br /> <br /> <br /> ==Semaine 3==<br /> <br /> <br /> ==Semaine 4==<br /> <br /> =Fichiers Rendus=<br /> ==Rapport==<br /> ==Codes==<br /> <br /> =Références=</div>

Cduplouy https://projets-ima.plil.fr/mediawiki/index.php?title=Pilulier_automatique&diff=26318 Pilulier automatique 2016-02-03T22:07:31Z

<p>Cduplouy : /* Matériels */</p> <hr /> <div>=Présentation générale du projet=<br /> <br /> ==Contexte du projet==<br /> <br /> D'après des statistiques établis en 2014, un meilleur suivi des traitements médicaux et des médicaments dans le monde permettrait de réaliser 8% d'économies sur le coût total des dépenses de santé.<br /> <br /> De plus, on estime en Europe que la mauvaise prise de médicaments est à l’origine de plusieurs dizaines de milliers de décès chaque année.<br /> <br /> Selon le rapport IGAS2, en France, un mauvais suivi des heures de prises et de dosage de médicament aurait causé entre 8 000 à 12 000 décès par an et coûté près de 2 milliards € à l’Assurance Maladie.<br /> <br /> 13 millions de patients résidents en France seraient polymédiqués, et parmi eux de nombreuses personnes âgées de plus de 60 ans. <br /> <br /> La santé connectée est donc devenue un marché porteur. <br /> <br /> C'est ainsi que de nombreuses solutions se développent chaque jour qui a pour but de venir en aide aux personnes âgées dans les horaires de leurs prises de médicaments et éviter les surdosages ou les erreurs de traitement.<br /> <br /> ==Objectif du projet==<br /> <br /> L’objectif de ce projet est d'adapter un pilulier hebdomadaire pour le rendre connecté pour faciliter le suivi et la prise de médicaments quotidiens à différents moment de la journée.<br /> <br /> ==Description du projet==<br /> <br /> Afin de mettre en place ce pilulier connecté, il faut bien prendre en compte la donnée suivante : il doit être transportable. Cela sous-entend d’avoir un modèle suffisamment compact ainsi qu’une autonomie sur batterie.<br /> Nous devons donc trouver une entre son autonomie et sa connectivité et sa taille/forme.<br /> Actuellement, il existe sur le marché différentes propositions de pilulier connecté. Chacun avec leurs caractéristiques propres :<br /> <br /> * Imedipac de Medissimo : envoie un SMS et/ou un email à l’utilisateur pour lui rappeler de prendre tel médicament à telle heure.<br /> * Do-Pill de SecuR : rend accessible les comprimés et gélules à la date et à l'heure indiqué par le médecin pour éviter les surdosages ou les erreurs de traitement.<br /> * Sivan de MedSecure : prévient l'entourage si erreur du patient dans la prise de ses comprimées et alerte le patient si il doit prendre un comprimé.<br /> <br /> <br /> Afin de proposer une solution alternative à ses piluliers connectés déjà existant, le patient pourra utiliser son pilulier hebdomadaire standard auquel il intégra une base qu'il rendra connecté celui ci.<br /> Notre pilulier connecté sera composé d’un socle contenant toute l’électronique et la batterie et de 7 boîtiers à cachets amovibles<br /> <br /> =Cahiers de charges=<br /> == Fonctionnalités ==<br /> <br /> Ce support permettra au pilulier de remplir les fonctions suivantes :<br /> * Emission d'une alarme lorsque l'usager doit prendre une pilule à une heure et date précise (alarme différente selon le moment de la journée : matin, midi, soir, nuit)<br /> * Indication par une LED la boîte du jour à prendre et par une autre, le compartiment de cette journée.<br /> * Détection si l'usager a pris la bonne journée (sinon émission d'un son)<br /> * Détection si l'usager a pris la bonne pilule à la bonne heure (sinon émission d'un son)<br /> * Détection de la présence des tiroirs<br /> * Suivi par application Androïd.<br /> <br /> == Matériels ==<br /> <br /> Le socle sera composé : <br /> * 7 LED RGB pour indiquer par une couleur verte le bon boîtier et une rouge tout problème avec la boîte correspondante [http://fr.farnell.com/avago-technologies/asmt-ytb2-0bb02/led-plcc6-rgb-745-1600-380mcd/dp/1863243 7 LED RGB CMS] ou [http://fr.farnell.com/avago-technologies/asmb-mtb1-0a3a2/led-rgb-plcc4-surface-noire/dp/2401106 LED] déjà dispo depuis le Projet du Dé Electronique<br /> * 28 capteurs IR émetteur récepteur pour la détection de l’intérieur des compartiments [http://fr.farnell.com/vishay/tfdu4101-tr3/emetteur-recepteur-irda/dp/1497670 28 émetteur récepteur IR CMS]<br /> * 70 aimants conducteur d'électricité (5 par boîtier en face de 5 autres sur le socle) pour assurer la tenue du boîtier et détecter sa présence [70 aimants]<br /> * 1 écran LCD pour afficher les messages comme la date et l'heure ou des alertes [http://fr.farnell.com/lumex/lcm-s01602dsf-a/display-dot-matrix-lcd-16-x-2/dp/2062132 1 Ecran LCD 2*16]<br /> * 1 HP ou buzzer pour émettre une sonnerie [http://www.gotronic.fr/art-buzzer-sv2319c-21015.htm Buzzer]<br /> * 1 arduino nano pour assurer le contrôle [http://www.mouser.fr/ProductDetail/Seeed-Studio/102010019/ arduino nano]<br /> * 1 shield BLE pour la connectivité bluetooth contenant le composant nRF8001 (déjà disponible du projet Surveillance passive de sommeil de IMA4 2014/2015)<br /> * 1 RTC pour avoir le temps et la date réel contenant le composant DS1307 (MOD-RTC déjà disponible du projet Surveillance passive de sommeil de IMA4 2014/2015) <br /> * 1 smartphone sous android pour développer l'application de suivi<br /> * 1 pilulier standard (Corentin)<br /> * 1 rouleau de papier réfléchissant<br /> <br /> * 1 démultiplexeur 8 sorties pour allumer les LEDs<br /> <br /> <br /> Chaque boite contenant les 4 compartiments de la journée est composée :<br /> * 1 interfaçage de 28 LED pour indiquer le bon compartiment [http://fr.farnell.com/avago-technologies/hsmg-c280/led-vert-15mcd-572nm-0402/dp/2494322?MER=i-9b10-00002068 28 LED Verte CMS]<br /> * 7 super-condensateur pour allumer les diodes de chaque compartiment sur le boitier [http://fr.farnell.com/kemet/fc0h104zftbr24/super-condensateur-0-1f-5-5v-cms/dp/2362048 7 super-condensateur]<br /> * 28 résistances de 1kohm<br /> * 7 microcontrôleur pour enregistrer le compartiment à allumer (fourni par l'arduino) et allumer la diode<br /> * 7 démultiplexeurs 3E/8S [http://fr.farnell.com/texas-instruments/sn74hc4851d/multiplexeur-demultiplexeur-cms/dp/9591532 7 démultiplexeur 3E/8S]<br /> <br /> <br /> Abandon<br /> * 1 RFduino pour assurer le contrôle et la connectivité bluetooth [http://eu.mouser.com/ProductDetail/RF-Digital-Wireless/RFD22102/ RFduino]<br /> * 1 USB shield pour programmer le RFduino [http://eu.mouser.com/ProductDetail/RF-Digital/RFD22121/ USB shield]<br /> * 1 batterie shield pour alimenter RFduino [http://eu.mouser.com/ProductDetail/RF-Digital/RFD22126/ batterie shield]<br /> * 2 pile AA<br /> <br /> ==Planning Prévisionnel==<br /> <br /> <table border="1"><br /> <tr><br /> <th>Semaines</th><br /> <th>du 25/01 au 31/01</th><br /> <th>du 1/02 au 7/02</th><br /> <th>du 8/02 au 14/02</th><br /> <th>du 15/02 au 21/02</th><br /> <th>du 22/02 au 25/02</th><br /> </tr><br /> <tr><br /> <th>Étapes</th><br /> <th>Etude bibliographique</th><br /> <th>Détection pour chaque boitier journalier si il a été enlever du support et détection si la bonne pilule a été récupéré par le patient</th><br /> <th>Programmation et interfaçage des différentes shields avec le microcontrôleur</th><br /> <th>Test pour correction d'erreur et amélioration</th><br /> <th>Rédaction du rapport de projet et Préparation à la soutenance</th><br /> </tr><br /> </table><br /> <br /> =Tableau de bord=<br /> <br /> ==Semaine 1==<br /> [[Fichier:drawer_electronic.jpeg|200px|thumb|Schematic de l'électronique d'une boîte]]<br /> <br /> Chaque boîte sera équipée d'un petit micro-processeur, de 4 LED, 1 résistance, une grosse capacité, 5 aimants.<br /> Par les 5 aimants vont transiter : <br /> * Le Vc+ correspondant à la tension pour charger la capacité et permettre à l'éclairage de fonctionner pour quelques minutes.<br /> * Le Vp correspondant à la tension envoyée pour détecter la présence de la boîte<br /> * La masse GND<br /> * Les entrées p0 et p1 pour connaître la LED à allumer.<br /> <br /> Nous aurons donc les cas suivants :<br /> <table border="1"><br /> <tr><br /> <th>Inputs</th><br /> <th>Vc+</th><br /> <th>Vp</th><br /> <th>p0</th><br /> <th>p1</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Pilulier repos/Détection boîte</th><br /> <th>0</th><br /> <th>1</th><br /> <th>X</th><br /> <th>X</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Heure médicaments</th><br /> <th>1</th><br /> <th>0</th><br /> <th>0/1</th><br /> <th>0/1</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Après quelques seconde de charge/Détection boîte</th><br /> <th>0</th><br /> <th>1</th><br /> <th>X</th><br /> <th>X</th><br /> <th>GND</th><br /> </tr><br /> </table><br /> <br /> Pour les inputs p0 et p1, elles dépendront du moment de la prise des médicaments :<br /> <table border="1"><br /> <tr><br /> <th>Moment</th><br /> <th>p0</th><br /> <th>p1</th><br /> </tr><br /> <tr><br /> <th>Matin</th><br /> <th>0</th><br /> <th>0</th><br /> </tr><br /> <tr><br /> <th>Midi</th><br /> <th>0</th><br /> <th>1</th><br /> </tr><br /> <tr><br /> <th>Soir</th><br /> <th>1</th><br /> <th>0</th><br /> </tr><br /> <tr><br /> <th>Coucher</th><br /> <th>1</th><br /> <th>1</th><br /> </tr><br /> </table><br /> <br /> ==Semaine 2==<br /> <br /> <br /> ==Semaine 3==<br /> <br /> <br /> ==Semaine 4==<br /> <br /> =Fichiers Rendus=<br /> ==Rapport==<br /> ==Codes==<br /> <br /> =Références=</div>

Cduplouy https://projets-ima.plil.fr/mediawiki/index.php?title=Pilulier_automatique&diff=26218 Pilulier automatique 2016-02-03T16:20:18Z

<p>Cduplouy : /* Matériels */</p> <hr /> <div>=Présentation générale du projet=<br /> <br /> ==Contexte du projet==<br /> <br /> D'après des statistiques établis en 2014, un meilleur suivi des traitements médicaux et des médicaments dans le monde permettrait de réaliser 8% d'économies sur le coût total des dépenses de santé.<br /> <br /> De plus, on estime en Europe que la mauvaise prise de médicaments est à l’origine de plusieurs dizaines de milliers de décès chaque année.<br /> <br /> Selon le rapport IGAS2, en France, un mauvais suivi des heures de prises et de dosage de médicament aurait causé entre 8 000 à 12 000 décès par an et coûté près de 2 milliards € à l’Assurance Maladie.<br /> <br /> 13 millions de patients résidents en France seraient polymédiqués, et parmi eux de nombreuses personnes âgées de plus de 60 ans. <br /> <br /> La santé connectée est donc devenue un marché porteur. <br /> <br /> C'est ainsi que de nombreuses solutions se développent chaque jour qui a pour but de venir en aide aux personnes âgées dans les horaires de leurs prises de médicaments et éviter les surdosages ou les erreurs de traitement.<br /> <br /> ==Objectif du projet==<br /> <br /> L’objectif de ce projet est d'adapter un pilulier hebdomadaire pour le rendre connecté pour faciliter le suivi et la prise de médicaments quotidiens à différents moment de la journée.<br /> <br /> ==Description du projet==<br /> <br /> Afin de mettre en place ce pilulier connecté, il faut bien prendre en compte la donnée suivante : il doit être transportable. Cela sous-entend d’avoir un modèle suffisamment compact ainsi qu’une autonomie sur batterie.<br /> Nous devons donc trouver une entre son autonomie et sa connectivité et sa taille/forme.<br /> Actuellement, il existe sur le marché différentes propositions de pilulier connecté. Chacun avec leurs caractéristiques propres :<br /> <br /> * Imedipac de Medissimo : envoie un SMS et/ou un email à l’utilisateur pour lui rappeler de prendre tel médicament à telle heure.<br /> * Do-Pill de SecuR : rend accessible les comprimés et gélules à la date et à l'heure indiqué par le médecin pour éviter les surdosages ou les erreurs de traitement.<br /> * Sivan de MedSecure : prévient l'entourage si erreur du patient dans la prise de ses comprimées et alerte le patient si il doit prendre un comprimé.<br /> <br /> <br /> Afin de proposer une solution alternative à ses piluliers connectés déjà existant, le patient pourra utiliser son pilulier hebdomadaire standard auquel il intégra une base qu'il rendra connecté celui ci.<br /> Notre pilulier connecté sera composé d’un socle contenant toute l’électronique et la batterie et de 7 boîtiers à cachets amovibles<br /> <br /> =Cahiers de charges=<br /> == Fonctionnalités ==<br /> <br /> Ce support permettra au pilulier de remplir les fonctions suivantes :<br /> * Emission d'une alarme lorsque l'usager doit prendre une pilule à une heure et date précise (alarme différente selon le moment de la journée : matin, midi, soir, nuit)<br /> * Indication par une LED la boîte du jour à prendre et par une autre, le compartiment de cette journée.<br /> * Détection si l'usager a pris la bonne journée (sinon émission d'un son)<br /> * Détection si l'usager a pris la bonne pilule à la bonne heure (sinon émission d'un son)<br /> * Détection de la présence des tiroirs<br /> * Suivi par application Androïd.<br /> <br /> == Matériels ==<br /> <br /> Le socle sera composé : <br /> * 7 LED RGB pour indiquer par une couleur verte le bon boîtier et une rouge tout problème avec la boîte correspondante [http://fr.farnell.com/avago-technologies/asmt-ytb2-0bb02/led-plcc6-rgb-745-1600-380mcd/dp/1863243 7 LED RGB CMS] ou [http://fr.farnell.com/avago-technologies/asmb-mtb1-0a3a2/led-rgb-plcc4-surface-noire/dp/2401106 LED] déjà dispo depuis le Projet du Dé Electronique<br /> * 28 capteurs IR émetteur récepteur pour la détection de l’intérieur des compartiments [http://fr.farnell.com/vishay/tfdu4101-tr3/emetteur-recepteur-irda/dp/1497670 28 émetteur récepteur IR CMS]<br /> * 70 aimants conducteur d'électricité (5 par boîtier en face de 5 autres sur le socle) pour assurer la tenue du boîtier et détecter sa présence [http://fr.farnell.com/eclipse-magnetics/e764neo/aimant-pot-peu-profond-16x4-5/dp/2342733 70 aimants]<br /> * 1 écran LCD pour afficher les messages comme la date et l'heure ou des alertes [http://fr.farnell.com/lumex/lcm-s01602dsf-a/display-dot-matrix-lcd-16-x-2/dp/2062132 1 Ecran LCD 2*16]<br /> * 1 HP ou buzzer pour émettre une sonnerie [http://www.gotronic.fr/art-buzzer-sv2319c-21015.htm Buzzer]<br /> * 1 arduino nano pour assurer le contrôle [http://www.mouser.fr/ProductDetail/Seeed-Studio/102010019/ arduino nano]<br /> * 1 shield BLE pour la connectivité bluetooth contenant le composant nRF8001 (déjà disponible du projet Surveillance passive de sommeil de IMA4 2014/2015)<br /> * 1 RTC pour avoir le temps et la date réel contenant le composant DS1307 (MOD-RTC déjà disponible du projet Surveillance passive de sommeil de IMA4 2014/2015) <br /> * 1 smartphone sous android pour développer l'application de suivi<br /> * 1 pilulier standard (Corentin)<br /> * 1 rouleau de papier réfléchissant<br /> <br /> <br /> Chaque boite contenant les 4 compartiments de la journée est composée :<br /> * 1 interfaçage de 28 LED pour indiquer le bon compartiment [http://fr.farnell.com/avago-technologies/hsmg-c280/led-vert-15mcd-572nm-0402/dp/2494322?MER=i-9b10-00002068 28 LED Verte CMS]<br /> * 7 super-condensateur pour allumer les diodes de chaque compartiment sur le boitier [http://fr.farnell.com/kemet/fc0h104zftbr24/super-condensateur-0-1f-5-5v-cms/dp/2362048 7 super-condensateur]<br /> * 28 résistances de 1kohm<br /> * 1<br /> <br /> <br /> <br /> <br /> Abandon<br /> * 1 RFduino pour assurer le contrôle et la connectivité bluetooth [http://eu.mouser.com/ProductDetail/RF-Digital-Wireless/RFD22102/ RFduino]<br /> * 1 USB shield pour programmer le RFduino [http://eu.mouser.com/ProductDetail/RF-Digital/RFD22121/ USB shield]<br /> * 1 batterie shield pour alimenter RFduino [http://eu.mouser.com/ProductDetail/RF-Digital/RFD22126/ batterie shield]<br /> * 2 pile AA<br /> <br /> ==Planning Prévisionnel==<br /> <br /> <table border="1"><br /> <tr><br /> <th>Semaines</th><br /> <th>du 25/01 au 31/01</th><br /> <th>du 1/02 au 7/02</th><br /> <th>du 8/02 au 14/02</th><br /> <th>du 15/02 au 21/02</th><br /> <th>du 22/02 au 25/02</th><br /> </tr><br /> <tr><br /> <th>Étapes</th><br /> <th>Etude bibliographique</th><br /> <th>Détection pour chaque boitier journalier si il a été enlever du support et détection si la bonne pilule a été récupéré par le patient</th><br /> <th>Programmation et interfaçage des différentes shields avec le microcontrôleur</th><br /> <th>Test pour correction d'erreur et amélioration</th><br /> <th>Rédaction du rapport de projet et Préparation à la soutenance</th><br /> </tr><br /> </table><br /> <br /> =Tableau de bord=<br /> <br /> ==Semaine 1==<br /> [[Fichier:drawer_electronic.jpeg|200px|thumb|Schematic de l'électronique d'une boîte]]<br /> <br /> Chaque boîte sera équipée d'un petit micro-processeur, de 4 LED, 1 résistance, une grosse capacité, 5 aimants.<br /> Par les 5 aimants vont transiter : <br /> * Le Vc+ correspondant à la tension pour charger la capacité et permettre à l'éclairage de fonctionner pour quelques minutes.<br /> * Le Vp correspondant à la tension envoyée pour détecter la présence de la boîte<br /> * La masse GND<br /> * Les entrées p0 et p1 pour connaître la LED à allumer.<br /> <br /> Nous aurons donc les cas suivants :<br /> <table border="1"><br /> <tr><br /> <th>Inputs</th><br /> <th>Vc+</th><br /> <th>Vp</th><br /> <th>p0</th><br /> <th>p1</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Pilulier repos/Détection boîte</th><br /> <th>0</th><br /> <th>1</th><br /> <th>X</th><br /> <th>X</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Heure médicaments</th><br /> <th>1</th><br /> <th>0</th><br /> <th>0/1</th><br /> <th>0/1</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Après quelques seconde de charge/Détection boîte</th><br /> <th>0</th><br /> <th>1</th><br /> <th>X</th><br /> <th>X</th><br /> <th>GND</th><br /> </tr><br /> </table><br /> <br /> Pour les inputs p0 et p1, elles dépendront du moment de la prise des médicaments :<br /> <table border="1"><br /> <tr><br /> <th>Moment</th><br /> <th>p0</th><br /> <th>p1</th><br /> </tr><br /> <tr><br /> <th>Matin</th><br /> <th>0</th><br /> <th>0</th><br /> </tr><br /> <tr><br /> <th>Midi</th><br /> <th>0</th><br /> <th>1</th><br /> </tr><br /> <tr><br /> <th>Soir</th><br /> <th>1</th><br /> <th>0</th><br /> </tr><br /> <tr><br /> <th>Coucher</th><br /> <th>1</th><br /> <th>1</th><br /> </tr><br /> </table><br /> <br /> ==Semaine 2==<br /> <br /> <br /> ==Semaine 3==<br /> <br /> <br /> ==Semaine 4==<br /> <br /> =Fichiers Rendus=<br /> ==Rapport==<br /> ==Codes==<br /> <br /> =Références=</div>

Cduplouy https://projets-ima.plil.fr/mediawiki/index.php?title=Pilulier_automatique&diff=26213 Pilulier automatique 2016-02-03T16:17:48Z

<p>Cduplouy : /* Semaine 1 */</p> <hr /> <div>=Présentation générale du projet=<br /> <br /> ==Contexte du projet==<br /> <br /> D'après des statistiques établis en 2014, un meilleur suivi des traitements médicaux et des médicaments dans le monde permettrait de réaliser 8% d'économies sur le coût total des dépenses de santé.<br /> <br /> De plus, on estime en Europe que la mauvaise prise de médicaments est à l’origine de plusieurs dizaines de milliers de décès chaque année.<br /> <br /> Selon le rapport IGAS2, en France, un mauvais suivi des heures de prises et de dosage de médicament aurait causé entre 8 000 à 12 000 décès par an et coûté près de 2 milliards € à l’Assurance Maladie.<br /> <br /> 13 millions de patients résidents en France seraient polymédiqués, et parmi eux de nombreuses personnes âgées de plus de 60 ans. <br /> <br /> La santé connectée est donc devenue un marché porteur. <br /> <br /> C'est ainsi que de nombreuses solutions se développent chaque jour qui a pour but de venir en aide aux personnes âgées dans les horaires de leurs prises de médicaments et éviter les surdosages ou les erreurs de traitement.<br /> <br /> ==Objectif du projet==<br /> <br /> L’objectif de ce projet est d'adapter un pilulier hebdomadaire pour le rendre connecté pour faciliter le suivi et la prise de médicaments quotidiens à différents moment de la journée.<br /> <br /> ==Description du projet==<br /> <br /> Afin de mettre en place ce pilulier connecté, il faut bien prendre en compte la donnée suivante : il doit être transportable. Cela sous-entend d’avoir un modèle suffisamment compact ainsi qu’une autonomie sur batterie.<br /> Nous devons donc trouver une entre son autonomie et sa connectivité et sa taille/forme.<br /> Actuellement, il existe sur le marché différentes propositions de pilulier connecté. Chacun avec leurs caractéristiques propres :<br /> <br /> * Imedipac de Medissimo : envoie un SMS et/ou un email à l’utilisateur pour lui rappeler de prendre tel médicament à telle heure.<br /> * Do-Pill de SecuR : rend accessible les comprimés et gélules à la date et à l'heure indiqué par le médecin pour éviter les surdosages ou les erreurs de traitement.<br /> * Sivan de MedSecure : prévient l'entourage si erreur du patient dans la prise de ses comprimées et alerte le patient si il doit prendre un comprimé.<br /> <br /> <br /> Afin de proposer une solution alternative à ses piluliers connectés déjà existant, le patient pourra utiliser son pilulier hebdomadaire standard auquel il intégra une base qu'il rendra connecté celui ci.<br /> Notre pilulier connecté sera composé d’un socle contenant toute l’électronique et la batterie et de 7 boîtiers à cachets amovibles<br /> <br /> =Cahiers de charges=<br /> == Fonctionnalités ==<br /> <br /> Ce support permettra au pilulier de remplir les fonctions suivantes :<br /> * Emission d'une alarme lorsque l'usager doit prendre une pilule à une heure et date précise (alarme différente selon le moment de la journée : matin, midi, soir, nuit)<br /> * Indication par une LED la boîte du jour à prendre et par une autre, le compartiment de cette journée.<br /> * Détection si l'usager a pris la bonne journée (sinon émission d'un son)<br /> * Détection si l'usager a pris la bonne pilule à la bonne heure (sinon émission d'un son)<br /> * Détection de la présence des tiroirs<br /> * Suivi par application Androïd.<br /> <br /> == Matériels ==<br /> <br /> Le socle sera composé : <br /> * 7 LED RGB pour indiquer par une couleur verte le bon boîtier et une rouge tout problème avec la boîte correspondante [http://fr.farnell.com/avago-technologies/asmt-ytb2-0bb02/led-plcc6-rgb-745-1600-380mcd/dp/1863243 7 LED RGB CMS] ou [http://fr.farnell.com/avago-technologies/asmb-mtb1-0a3a2/led-rgb-plcc4-surface-noire/dp/2401106 LED] déjà dispo depuis le Projet du Dé Electronique<br /> * 28 capteurs IR émetteur récepteur pour la détection de l’intérieur des compartiments [http://fr.farnell.com/vishay/tfdu4101-tr3/emetteur-recepteur-irda/dp/1497670 28 émetteur récepteur IR CMS]<br /> * 28 aimants conducteur d'électricité (2 par boîtier en face de 2 autres sur le socle) pour assurer la tenue du boîtier et détecter sa présence [http://fr.farnell.com/eclipse-magnetics/e764neo/aimant-pot-peu-profond-16x4-5/dp/2342733 28 aimants]<br /> * 1 écran LCD pour afficher les messages comme la date et l'heure ou des alertes [http://fr.farnell.com/lumex/lcm-s01602dsf-a/display-dot-matrix-lcd-16-x-2/dp/2062132 1 Ecran LCD 2*16]<br /> * 1 HP ou buzzer pour émettre une sonnerie [http://www.gotronic.fr/art-buzzer-sv2319c-21015.htm Buzzer]<br /> * 1 arduino nano pour assurer le contrôle [http://www.mouser.fr/ProductDetail/Seeed-Studio/102010019/ arduino nano]<br /> * 1 shield BLE pour la connectivité bluetooth contenant le composant nRF8001 (déjà disponible du projet Surveillance passive de sommeil de IMA4 2014/2015)<br /> * 1 RTC pour avoir le temps et la date réel contenant le composant DS1307 (MOD-RTC déjà disponible du projet Surveillance passive de sommeil de IMA4 2014/2015) <br /> * 1 smartphone sous android pour développer l'application de suivi<br /> * 1 pilulier standard (Corentin)<br /> * 1 rouleau de papier réfléchissant<br /> <br /> <br /> Chaque boite contenant les 4 compartiments de la journée est composée :<br /> * 1 interfaçage de 28 LED pour indiquer le bon compartiment [http://fr.farnell.com/avago-technologies/hsmg-c280/led-vert-15mcd-572nm-0402/dp/2494322?MER=i-9b10-00002068 28 LED Verte CMS]<br /> * 7 super-condensateur pour allumer les diodes de chaque compartiment sur le boitier [http://fr.farnell.com/kemet/fc0h104zftbr24/super-condensateur-0-1f-5-5v-cms/dp/2362048 7 super-condensateur]<br /> * 28 résistances de 1kohm<br /> * 1<br /> <br /> <br /> <br /> <br /> Abandon<br /> * 1 RFduino pour assurer le contrôle et la connectivité bluetooth [http://eu.mouser.com/ProductDetail/RF-Digital-Wireless/RFD22102/ RFduino]<br /> * 1 USB shield pour programmer le RFduino [http://eu.mouser.com/ProductDetail/RF-Digital/RFD22121/ USB shield]<br /> * 1 batterie shield pour alimenter RFduino [http://eu.mouser.com/ProductDetail/RF-Digital/RFD22126/ batterie shield]<br /> * 2 pile AA<br /> <br /> ==Planning Prévisionnel==<br /> <br /> <table border="1"><br /> <tr><br /> <th>Semaines</th><br /> <th>du 25/01 au 31/01</th><br /> <th>du 1/02 au 7/02</th><br /> <th>du 8/02 au 14/02</th><br /> <th>du 15/02 au 21/02</th><br /> <th>du 22/02 au 25/02</th><br /> </tr><br /> <tr><br /> <th>Étapes</th><br /> <th>Etude bibliographique</th><br /> <th>Détection pour chaque boitier journalier si il a été enlever du support et détection si la bonne pilule a été récupéré par le patient</th><br /> <th>Programmation et interfaçage des différentes shields avec le microcontrôleur</th><br /> <th>Test pour correction d'erreur et amélioration</th><br /> <th>Rédaction du rapport de projet et Préparation à la soutenance</th><br /> </tr><br /> </table><br /> <br /> =Tableau de bord=<br /> <br /> ==Semaine 1==<br /> [[Fichier:drawer_electronic.jpeg|200px|thumb|Schematic de l'électronique d'une boîte]]<br /> <br /> Chaque boîte sera équipée d'un petit micro-processeur, de 4 LED, 1 résistance, une grosse capacité, 5 aimants.<br /> Par les 5 aimants vont transiter : <br /> * Le Vc+ correspondant à la tension pour charger la capacité et permettre à l'éclairage de fonctionner pour quelques minutes.<br /> * Le Vp correspondant à la tension envoyée pour détecter la présence de la boîte<br /> * La masse GND<br /> * Les entrées p0 et p1 pour connaître la LED à allumer.<br /> <br /> Nous aurons donc les cas suivants :<br /> <table border="1"><br /> <tr><br /> <th>Inputs</th><br /> <th>Vc+</th><br /> <th>Vp</th><br /> <th>p0</th><br /> <th>p1</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Pilulier repos/Détection boîte</th><br /> <th>0</th><br /> <th>1</th><br /> <th>X</th><br /> <th>X</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Heure médicaments</th><br /> <th>1</th><br /> <th>0</th><br /> <th>0/1</th><br /> <th>0/1</th><br /> <th>GND</th><br /> </tr><br /> <tr><br /> <th>Après quelques seconde de charge/Détection boîte</th><br /> <th>0</th><br /> <th>1</th><br /> <th>X</th><br /> <th>X</th><br /> <th>GND</th><br /> </tr><br /> </table><br /> <br /> Pour les inputs p0 et p1, elles dépendront du moment de la prise des médicaments :<br /> <table border="1"><br /> <tr><br /> <th>Moment</th><br /> <th>p0</th><br /> <th>p1</th><br /> </tr><br /> <tr><br /> <th>Matin</th><br /> <th>0</th><br /> <th>0</th><br /> </tr><br /> <tr><br /> <th>Midi</th><br /> <th>0</th><br /> <th>1</th><br /> </tr><br /> <tr><br /> <th>Soir</th><br /> <th>1</th><br /> <th>0</th><br /> </tr><br /> <tr><br /> <th>Coucher</th><br /> <th>1</th><br /> <th>1</th><br /> </tr><br /> </table><br /> <br /> ==Semaine 2==<br /> <br /> <br /> ==Semaine 3==<br /> <br /> <br /> ==Semaine 4==<br /> <br /> =Fichiers Rendus=<br /> ==Rapport==<br /> ==Codes==<br /> <br /> =Références=</div>

Cduplouy https://projets-ima.plil.fr/mediawiki/index.php?title=Pilulier_automatique&diff=26204 Pilulier automatique 2016-02-03T16:10:32Z

<p>Cduplouy : /* Semaine 1 */</p> <hr /> <div>=Présentation générale du projet=<br /> <br /> ==Contexte du projet==<br /> <br /> D'après des statistiques établis en 2014, un meilleur suivi des traitements médicaux et des médicaments dans le monde permettrait de réaliser 8% d'économies sur le coût total des dépenses de santé.<br /> <br /> De plus, on estime en Europe que la mauvaise prise de médicaments est à l’origine de plusieurs dizaines de milliers de décès chaque année.<br /> <br /> Selon le rapport IGAS2, en France, un mauvais suivi des heures de prises et de dosage de médicament aurait causé entre 8 000 à 12 000 décès par an et coûté près de 2 milliards € à l’Assurance Maladie.<br /> <br /> 13 millions de patients résidents en France seraient polymédiqués, et parmi eux de nombreuses personnes âgées de plus de 60 ans. <br /> <br /> La santé connectée est donc devenue un marché porteur. <br /> <br /> C'est ainsi que de nombreuses solutions se développent chaque jour qui a pour but de venir en aide aux personnes âgées dans les horaires de leurs prises de médicaments et éviter les surdosages ou les erreurs de traitement.<br /> <br /> ==Objectif du projet==<br /> <br /> L’objectif de ce projet est d'adapter un pilulier hebdomadaire pour le rendre connecté pour faciliter le suivi et la prise de médicaments quotidiens à différents moment de la journée.<br /> <br /> ==Description du projet==<br /> <br /> Afin de mettre en place ce pilulier connecté, il faut bien prendre en compte la donnée suivante : il doit être transportable. Cela sous-entend d’avoir un modèle suffisamment compact ainsi qu’une autonomie sur batterie.<br /> Nous devons donc trouver une entre son autonomie et sa connectivité et sa taille/forme.<br /> Actuellement, il existe sur le marché différentes propositions de pilulier connecté. Chacun avec leurs caractéristiques propres :<br /> <br /> * Imedipac de Medissimo : envoie un SMS et/ou un email à l’utilisateur pour lui rappeler de prendre tel médicament à telle heure.<br /> * Do-Pill de SecuR : rend accessible les comprimés et gélules à la date et à l'heure indiqué par le médecin pour éviter les surdosages ou les erreurs de traitement.<br /> * Sivan de MedSecure : prévient l'entourage si erreur du patient dans la prise de ses comprimées et alerte le patient si il doit prendre un comprimé.<br /> <br /> <br /> Afin de proposer une solution alternative à ses piluliers connectés déjà existant, le patient pourra utiliser son pilulier hebdomadaire standard auquel il intégra une base qu'il rendra connecté celui ci.<br /> Notre pilulier connecté sera composé d’un socle contenant toute l’électronique et la batterie et de 7 boîtiers à cachets amovibles<br /> <br /> =Cahiers de charges=<br /> == Fonctionnalités ==<br /> <br /> Ce support permettra au pilulier de remplir les fonctions suivantes :<br /> * Emission d'une alarme lorsque l'usager doit prendre une pilule à une heure et date précise (alarme différente selon le moment de la journée : matin, midi, soir, nuit)<br /> * Indication par une LED la boîte du jour à prendre et par une autre, le compartiment de cette journée.<br /> * Détection si l'usager a pris la bonne journée (sinon émission d'un son)<br /> * Détection si l'usager a pris la bonne pilule à la bonne heure (sinon émission d'un son)<br /> * Détection de la présence des tiroirs<br /> * Suivi par application Androïd.<br /> <br /> == Matériels ==<br /> <br /> Le socle sera composé : <br /> * 7 LED RGB pour indiquer par une couleur verte le bon boîtier et une rouge tout problème avec la boîte correspondante [http://fr.farnell.com/avago-technologies/asmt-ytb2-0bb02/led-plcc6-rgb-745-1600-380mcd/dp/1863243 7 LED RGB CMS] ou [http://fr.farnell.com/avago-technologies/asmb-mtb1-0a3a2/led-rgb-plcc4-surface-noire/dp/2401106 LED] déjà dispo depuis le Projet du Dé Electronique<br /> * 28 capteurs IR émetteur récepteur pour la détection de l’intérieur des compartiments [http://fr.farnell.com/vishay/tfdu4101-tr3/emetteur-recepteur-irda/dp/1497670 28 émetteur récepteur IR CMS]<br /> * 28 aimants conducteur d'électricité (2 par boîtier en face de 2 autres sur le socle) pour assurer la tenue du boîtier et détecter sa présence [http://fr.farnell.com/eclipse-magnetics/e764neo/aimant-pot-peu-profond-16x4-5/dp/2342733 28 aimants]<br /> * 1 écran LCD pour afficher les messages comme la date et l'heure ou des alertes [http://fr.farnell.com/lumex/lcm-s01602dsf-a/display-dot-matrix-lcd-16-x-2/dp/2062132 1 Ecran LCD 2*16]<br /> * 1 HP ou buzzer pour émettre une sonnerie [http://www.gotronic.fr/art-buzzer-sv2319c-21015.htm Buzzer]<br /> * 1 arduino nano pour assurer le contrôle [http://www.mouser.fr/ProductDetail/Seeed-Studio/102010019/ arduino nano]<br /> * 1 shield BLE pour la connectivité bluetooth contenant le composant nRF8001 (déjà disponible du projet Surveillance passive de sommeil de IMA4 2014/2015)<br /> * 1 RTC pour avoir le temps et la date réel contenant le composant DS1307 (MOD-RTC déjà disponible du projet Surveillance passive de sommeil de IMA4 2014/2015) <br /> * 1 smartphone sous android pour développer l'application de suivi<br /> * 1 pilulier standard (Corentin)<br /> * 1 rouleau de papier réfléchissant<br /> <br /> <br /> Chaque boite contenant les 4 compartiments de la journée est composée :<br /> * 1 interfaçage de 28 LED pour indiquer le bon compartiment [http://fr.farnell.com/avago-technologies/hsmg-c280/led-vert-15mcd-572nm-0402/dp/2494322?MER=i-9b10-00002068 28 LED Verte CMS]<br /> * 7 super-condensateur pour allumer les diodes de chaque compartiment sur le boitier [http://fr.farnell.com/kemet/fc0h104zftbr24/super-condensateur-0-1f-5-5v-cms/dp/2362048 7 super-condensateur]<br /> * 28 résistances de 1kohm<br /> * 1<br /> <br /> <br /> <br /> <br /> Abandon<br /> * 1 RFduino pour assurer le contrôle et la connectivité bluetooth [http://eu.mouser.com/ProductDetail/RF-Digital-Wireless/RFD22102/ RFduino]<br /> * 1 USB shield pour programmer le RFduino [http://eu.mouser.com/ProductDetail/RF-Digital/RFD22121/ USB shield]<br /> * 1 batterie shield pour alimenter RFduino [http://eu.mouser.com/ProductDetail/RF-Digital/RFD22126/ batterie shield]<br /> * 2 pile AA<br /> <br /> ==Planning Prévisionnel==<br /> <br /> <table border="1"><br /> <tr><br /> <th>Semaines</th><br /> <th>du 25/01 au 31/01</th><br /> <th>du 1/02 au 7/02</th><br /> <th>du 8/02 au 14/02</th><br /> <th>du 15/02 au 21/02</th><br /> <th>du 22/02 au 25/02</th><br /> </tr><br /> <tr><br /> <th>Étapes</th><br /> <th>Etude bibliographique</th><br /> <th>Détection pour chaque boitier journalier si il a été enlever du support et détection si la bonne pilule a été récupéré par le patient</th><br /> <th>Programmation et interfaçage des différentes shields avec le microcontrôleur</th><br /> <th>Test pour correction d'erreur et amélioration</th><br /> <th>Rédaction du rapport de projet et Préparation à la soutenance</th><br /> </tr><br /> </table><br /> <br /> =Tableau de bord=<br /> <br /> ==Semaine 1==<br /> [[Fichier:drawer_electronic.jpeg|200px|thumb|Schematic de l'électronique d'une boîte]]<br /> <br /> Chaque boîte sera équipée d'un petit micro-processeur, de 4 LED, 1 résistance, une grosse capacité, 5 aimants.<br /> Par les 5 aimants vont transiter : <br /> * Le Vc+ correspondant à la tension pour charger la capacité et permettre à l'éclairage de fonctionner pour quelques minutes.<br /> * Le Vp correspondant à la tension envoyée pour détecter la présence de la boîte<br /> * La masse GND<br /> * Les entrées p0 et p1 pour connaître la LED à allumer.<br /> <br /> Nous aurons donc les cas suivants :<br /> <br /> ==Semaine 2==<br /> <br /> <br /> ==Semaine 3==<br /> <br /> <br /> ==Semaine 4==<br /> <br /> =Fichiers Rendus=<br /> ==Rapport==<br /> ==Codes==<br /> <br /> =Références=</div>

Cduplouy https://projets-ima.plil.fr/mediawiki/index.php?title=Fichier:Drawer_electronic.jpeg&diff=26195 Fichier:Drawer electronic.jpeg 2016-02-03T16:03:35Z

<p>Cduplouy : a téléversé une nouvelle version de « Fichier:Drawer electronic.jpeg »</p> <hr /> <div>Schematic de l'électronique d'une boîte pour détecter la présence et allumer une LED lorsqu'elle est retirée.</div>

Cduplouy https://projets-ima.plil.fr/mediawiki/index.php?title=Fichier:Drawer_electronic.jpeg&diff=26187 Fichier:Drawer electronic.jpeg 2016-02-03T15:53:38Z

<p>Cduplouy : Schematic de l'électronique d'une boîte pour détecter la présence et allumer une LED lorsqu'elle est retirée.</p> <hr /> <div>Schematic de l'électronique d'une boîte pour détecter la présence et allumer une LED lorsqu'elle est retirée.</div>

Cduplouy https://projets-ima.plil.fr/mediawiki/index.php?title=Pilulier_automatique&diff=26135 Pilulier automatique 2016-02-03T14:47:21Z

<p>Cduplouy : /* Matériels */</p> <hr /> <div>=Présentation générale du projet=<br /> <br /> ==Contexte du projet==<br /> <br /> D'après des statistiques établis en 2014, un meilleur suivi des traitements médicaux et des médicaments dans le monde permettrait de réaliser 8% d'économies sur le coût total des dépenses de santé.<br /> <br /> De plus, on estime en Europe que la mauvaise prise de médicaments est à l’origine de plusieurs dizaines de milliers de décès chaque année.<br /> <br /> Selon le rapport IGAS2, en France, un mauvais suivi des heures de prises et de dosage de médicament aurait causé entre 8 000 à 12 000 décès par an et coûté près de 2 milliards € à l’Assurance Maladie.<br /> <br /> 13 millions de patients résidents en France seraient polymédiqués, et parmi eux de nombreuses personnes âgées de plus de 60 ans. <br /> <br /> La santé connectée est donc devenue un marché porteur. <br /> <br /> C'est ainsi que de nombreuses solutions se développent chaque jour qui a pour but de venir en aide aux personnes âgées dans les horaires de leurs prises de médicaments et éviter les surdosages ou les erreurs de traitement.<br /> <br /> ==Objectif du projet==<br /> <br /> L’objectif de ce projet est d'adapter un pilulier hebdomadaire pour le rendre connecté pour faciliter le suivi et la prise de médicaments quotidiens à différents moment de la journée.<br /> <br /> ==Description du projet==<br /> <br /> Afin de mettre en place ce pilulier connecté, il faut bien prendre en compte la donnée suivante : il doit être transportable. Cela sous-entend d’avoir un modèle suffisamment compact ainsi qu’une autonomie sur batterie.<br /> Nous devons donc trouver une entre son autonomie et sa connectivité et sa taille/forme.<br /> Actuellement, il existe sur le marché différentes propositions de pilulier connecté. Chacun avec leurs caractéristiques propres :<br /> <br /> * Imedipac de Medissimo : envoie un SMS et/ou un email à l’utilisateur pour lui rappeler de prendre tel médicament à telle heure.<br /> * Do-Pill de SecuR : rend accessible les comprimés et gélules à la date et à l'heure indiqué par le médecin pour éviter les surdosages ou les erreurs de traitement.<br /> * Sivan de MedSecure : prévient l'entourage si erreur du patient dans la prise de ses comprimées et alerte le patient si il doit prendre un comprimé.<br /> <br /> <br /> Afin de proposer une solution alternative à ses piluliers connectés déjà existant, le patient pourra utiliser son pilulier hebdomadaire standard auquel il intégra une base qu'il rendra connecté celui ci.<br /> Notre pilulier connecté sera composé d’un socle contenant toute l’électronique et la batterie et de 7 boîtiers à cachets amovibles<br /> <br /> =Cahiers de charges=<br /> == Fonctionnalités ==<br /> <br /> Ce support permettra au pilulier de remplir les fonctions suivantes :<br /> * Emission d'une alarme lorsque l'usager doit prendre une pilule à une heure et date précise (alarme différente selon le moment de la journée : matin, midi, soir, nuit)<br /> * Indication par une LED la boîte du jour à prendre et par une autre, le compartiment de cette journée.<br /> * Détection si l'usager a pris la bonne journée (sinon émission d'un son)<br /> * Détection si l'usager a pris la bonne pilule à la bonne heure (sinon émission d'un son)<br /> * Détection de la présence des tiroirs<br /> * Suivi par application Androïd.<br /> <br /> == Matériels ==<br /> <br /> Le socle sera composé : <br /> * 1 interfaçage de 28 LED pour indiquer le bon compartiment [http://fr.farnell.com/avago-technologies/hsmg-c280/led-vert-15mcd-572nm-0402/dp/2494322?MER=i-9b10-00002068 28 LED Verte CMS]<br /> * 7 LED RGB pour indiquer par une couleur verte le bon boîtier et une rouge tout problème avec la boîte correspondante [http://fr.farnell.com/avago-technologies/asmt-ytb2-0bb02/led-plcc6-rgb-745-1600-380mcd/dp/1863243 7 LED RGB CMS] ou [http://fr.farnell.com/avago-technologies/asmb-mtb1-0a3a2/led-rgb-plcc4-surface-noire/dp/2401106 LED] déjà dispo depuis le Projet du Dé Electronique<br /> * 28 capteurs IR émetteur récepteur pour la détection de l’intérieur des compartiments [http://fr.farnell.com/vishay/tfdu4101-tr3/emetteur-recepteur-irda/dp/1497670 28 émetteur récepteur IR CMS]<br /> * 28 aimants (2 par boîtier en face de 2 autres sur le socle) pour assurer la tenue du boîtier et détecter sa présence<br /> * 1 carte d’interfaçage des LED avec un décodeur 2 vers 4 et un autre 3 vers 8<br /> * 1 écran LCD pour afficher les messages comme la date et l'heure ou des alertes [http://fr.farnell.com/lumex/lcm-s01602dsf-a/display-dot-matrix-lcd-16-x-2/dp/2062132 1 Ecran LCD 2*16]<br /> * 1 HP ou buzzer pour émettre une sonnerie<br /> * 1 arduino uno pour assurer le contrôle [ arduino uno]<br /> * 1 shield BLE pour la connectivité bluetooth [ shield BLE]<br /> * 1 RTC pour avoir le temps et la date réel<br /> * 1 smartphone sous android pour développer l'application de suivi<br /> * 1 pilulier standard (Corentin)<br /> * Papier réfléchissant<br /> <br /> <br /> Abandon<br /> * 1 RFduino pour assurer le contrôle et la connectivité bluetooth [http://eu.mouser.com/ProductDetail/RF-Digital-Wireless/RFD22102/ RFduino]<br /> * 1 USB shield pour programmer le RFduino [http://eu.mouser.com/ProductDetail/RF-Digital/RFD22121/ USB shield]<br /> * 1 batterie shield pour alimenter RFduino [http://eu.mouser.com/ProductDetail/RF-Digital/RFD22126/ batterie shield]<br /> * 2 pile AA<br /> <br /> ==Planning Prévisionnel==<br /> <br /> <table border="1"><br /> <tr><br /> <th>Semaines</th><br /> <th>du 25/01 au 31/01</th><br /> <th>du 1/02 au 7/02</th><br /> <th>du 8/02 au 14/02</th><br /> <th>du 15/02 au 21/02</th><br /> <th>du 22/02 au 25/02</th><br /> </tr><br /> <tr><br /> <th>Étapes</th><br /> <th>Etude bibliographique</th><br /> <th>Détection pour chaque boitier journalier si il a été enlever du support et détection si la bonne pilule a été récupéré par le patient</th><br /> <th>Programmation et interfaçage des différentes shields avec le microcontrôleur</th><br /> <th>Test pour correction d'erreur et amélioration</th><br /> <th>Rédaction du rapport de projet et Préparation à la soutenance</th><br /> </tr><br /> </table><br /> <br /> =Tableau de bord=<br /> <br /> ==Semaine 1==<br /> <br /> <br /> ==Semaine 2==<br /> <br /> <br /> ==Semaine 3==<br /> <br /> <br /> ==Semaine 4==<br /> <br /> =Fichiers Rendus=<br /> ==Rapport==<br /> ==Codes==<br /> <br /> =Références=</div>

Cduplouy https://projets-ima.plil.fr/mediawiki/index.php?title=Pilulier_automatique&diff=26134 Pilulier automatique 2016-02-03T14:46:49Z

<p>Cduplouy : /* Matériels */</p> <hr /> <div>=Présentation générale du projet=<br /> <br /> ==Contexte du projet==<br /> <br /> D'après des statistiques établis en 2014, un meilleur suivi des traitements médicaux et des médicaments dans le monde permettrait de réaliser 8% d'économies sur le coût total des dépenses de santé.<br /> <br /> De plus, on estime en Europe que la mauvaise prise de médicaments est à l’origine de plusieurs dizaines de milliers de décès chaque année.<br /> <br /> Selon le rapport IGAS2, en France, un mauvais suivi des heures de prises et de dosage de médicament aurait causé entre 8 000 à 12 000 décès par an et coûté près de 2 milliards € à l’Assurance Maladie.<br /> <br /> 13 millions de patients résidents en France seraient polymédiqués, et parmi eux de nombreuses personnes âgées de plus de 60 ans. <br /> <br /> La santé connectée est donc devenue un marché porteur. <br /> <br /> C'est ainsi que de nombreuses solutions se développent chaque jour qui a pour but de venir en aide aux personnes âgées dans les horaires de leurs prises de médicaments et éviter les surdosages ou les erreurs de traitement.<br /> <br /> ==Objectif du projet==<br /> <br /> L’objectif de ce projet est d'adapter un pilulier hebdomadaire pour le rendre connecté pour faciliter le suivi et la prise de médicaments quotidiens à différents moment de la journée.<br /> <br /> ==Description du projet==<br /> <br /> Afin de mettre en place ce pilulier connecté, il faut bien prendre en compte la donnée suivante : il doit être transportable. Cela sous-entend d’avoir un modèle suffisamment compact ainsi qu’une autonomie sur batterie.<br /> Nous devons donc trouver une entre son autonomie et sa connectivité et sa taille/forme.<br /> Actuellement, il existe sur le marché différentes propositions de pilulier connecté. Chacun avec leurs caractéristiques propres :<br /> <br /> * Imedipac de Medissimo : envoie un SMS et/ou un email à l’utilisateur pour lui rappeler de prendre tel médicament à telle heure.<br /> * Do-Pill de SecuR : rend accessible les comprimés et gélules à la date et à l'heure indiqué par le médecin pour éviter les surdosages ou les erreurs de traitement.<br /> * Sivan de MedSecure : prévient l'entourage si erreur du patient dans la prise de ses comprimées et alerte le patient si il doit prendre un comprimé.<br /> <br /> <br /> Afin de proposer une solution alternative à ses piluliers connectés déjà existant, le patient pourra utiliser son pilulier hebdomadaire standard auquel il intégra une base qu'il rendra connecté celui ci.<br /> Notre pilulier connecté sera composé d’un socle contenant toute l’électronique et la batterie et de 7 boîtiers à cachets amovibles<br /> <br /> =Cahiers de charges=<br /> == Fonctionnalités ==<br /> <br /> Ce support permettra au pilulier de remplir les fonctions suivantes :<br /> * Emission d'une alarme lorsque l'usager doit prendre une pilule à une heure et date précise (alarme différente selon le moment de la journée : matin, midi, soir, nuit)<br /> * Indication par une LED la boîte du jour à prendre et par une autre, le compartiment de cette journée.<br /> * Détection si l'usager a pris la bonne journée (sinon émission d'un son)<br /> * Détection si l'usager a pris la bonne pilule à la bonne heure (sinon émission d'un son)<br /> * Détection de la présence des tiroirs<br /> * Suivi par application Androïd.<br /> <br /> == Matériels ==<br /> <br /> Le socle sera composé : <br /> * 1 interfaçage de 28 LED pour indiquer le bon compartiment [http://fr.farnell.com/avago-technologies/hsmg-c280/led-vert-15mcd-572nm-0402/dp/2494322?MER=i-9b10-00002068 28 LED Verte CMS]<br /> * 7 LED RGB pour indiquer par une couleur verte le bon boîtier et une rouge tout problème avec la boîte correspondante [http://fr.farnell.com/avago-technologies/asmt-ytb2-0bb02/led-plcc6-rgb-745-1600-380mcd/dp/1863243 7 LED RGB CMS] ou [http://fr.farnell.com/avago-technologies/asmb-mtb1-0a3a2/led-rgb-plcc4-surface-noire/dp/2401106 Déjà dispo depuis le Projet du Dé Electronique]<br /> * 28 capteurs IR émetteur récepteur pour la détection de l’intérieur des compartiments [http://fr.farnell.com/vishay/tfdu4101-tr3/emetteur-recepteur-irda/dp/1497670 28 émetteur récepteur IR CMS]<br /> * 28 aimants (2 par boîtier en face de 2 autres sur le socle) pour assurer la tenue du boîtier et détecter sa présence<br /> * 1 carte d’interfaçage des LED avec un décodeur 2 vers 4 et un autre 3 vers 8<br /> * 1 écran LCD pour afficher les messages comme la date et l'heure ou des alertes [http://fr.farnell.com/lumex/lcm-s01602dsf-a/display-dot-matrix-lcd-16-x-2/dp/2062132 1 Ecran LCD 2*16]<br /> * 1 HP ou buzzer pour émettre une sonnerie<br /> * 1 arduino uno pour assurer le contrôle [ arduino uno]<br /> * 1 shield BLE pour la connectivité bluetooth [ shield BLE]<br /> * 1 RTC pour avoir le temps et la date réel<br /> * 1 smartphone sous android pour développer l'application de suivi<br /> * 1 pilulier standard (Corentin)<br /> * Papier réfléchissant<br /> <br /> <br /> Abandon<br /> * 1 RFduino pour assurer le contrôle et la connectivité bluetooth [http://eu.mouser.com/ProductDetail/RF-Digital-Wireless/RFD22102/ RFduino]<br /> * 1 USB shield pour programmer le RFduino [http://eu.mouser.com/ProductDetail/RF-Digital/RFD22121/ USB shield]<br /> * 1 batterie shield pour alimenter RFduino [http://eu.mouser.com/ProductDetail/RF-Digital/RFD22126/ batterie shield]<br /> * 2 pile AA<br /> <br /> ==Planning Prévisionnel==<br /> <br /> <table border="1"><br /> <tr><br /> <th>Semaines</th><br /> <th>du 25/01 au 31/01</th><br /> <th>du 1/02 au 7/02</th><br /> <th>du 8/02 au 14/02</th><br /> <th>du 15/02 au 21/02</th><br /> <th>du 22/02 au 25/02</th><br /> </tr><br /> <tr><br /> <th>Étapes</th><br /> <th>Etude bibliographique</th><br /> <th>Détection pour chaque boitier journalier si il a été enlever du support et détection si la bonne pilule a été récupéré par le patient</th><br /> <th>Programmation et interfaçage des différentes shields avec le microcontrôleur</th><br /> <th>Test pour correction d'erreur et amélioration</th><br /> <th>Rédaction du rapport de projet et Préparation à la soutenance</th><br /> </tr><br /> </table><br /> <br /> =Tableau de bord=<br /> <br /> ==Semaine 1==<br /> <br /> <br /> ==Semaine 2==<br /> <br /> <br /> ==Semaine 3==<br /> <br /> <br /> ==Semaine 4==<br /> <br /> =Fichiers Rendus=<br /> ==Rapport==<br /> ==Codes==<br /> <br /> =Références=</div>

Cduplouy https://projets-ima.plil.fr/mediawiki/index.php?title=Pilulier_automatique&diff=26097 Pilulier automatique 2016-02-03T13:57:36Z

<p>Cduplouy : /* Matériels */</p> <hr /> <div>=Présentation générale du projet=<br /> <br /> ==Contexte du projet==<br /> <br /> D'après des statistiques établis en 2014, un meilleur suivi des traitements médicaux et des médicaments dans le monde permettrait de réaliser 8% d'économies sur le coût total des dépenses de santé.<br /> <br /> De plus, on estime en Europe que la mauvaise prise de médicaments est à l’origine de plusieurs dizaines de milliers de décès chaque année.<br /> <br /> Selon le rapport IGAS2, en France, un mauvais suivi des heures de prises et de dosage de médicament aurait causé entre 8 000 à 12 000 décès par an et coûté près de 2 milliards € à l’Assurance Maladie.<br /> <br /> 13 millions de patients résidents en France seraient polymédiqués, et parmi eux de nombreuses personnes âgées de plus de 60 ans. <br /> <br /> La santé connectée est donc devenue un marché porteur. <br /> <br /> C'est ainsi que de nombreuses solutions se développent chaque jour qui a pour but de venir en aide aux personnes âgées dans les horaires de leurs prises de médicaments et éviter les surdosages ou les erreurs de traitement.<br /> <br /> ==Objectif du projet==<br /> <br /> L’objectif de ce projet est d'adapter un pilulier hebdomadaire pour le rendre connecté pour faciliter le suivi et la prise de médicaments quotidiens à différents moment de la journée.<br /> <br /> ==Description du projet==<br /> <br /> Afin de mettre en place ce pilulier connecté, il faut bien prendre en compte la donnée suivante : il doit être transportable. Cela sous-entend d’avoir un modèle suffisamment compact ainsi qu’une autonomie sur batterie.<br /> Nous devons donc trouver une entre son autonomie et sa connectivité et sa taille/forme.<br /> Actuellement, il existe sur le marché différentes propositions de pilulier connecté. Chacun avec leurs caractéristiques propres :<br /> <br /> * Imedipac de Medissimo : envoie un SMS et/ou un email à l’utilisateur pour lui rappeler de prendre tel médicament à telle heure.<br /> * Do-Pill de SecuR : rend accessible les comprimés et gélules à la date et à l'heure indiqué par le médecin pour éviter les surdosages ou les erreurs de traitement.<br /> * Sivan de MedSecure : prévient l'entourage si erreur du patient dans la prise de ses comprimées et alerte le patient si il doit prendre un comprimé.<br /> <br /> <br /> Afin de proposer une solution alternative à ses piluliers connectés déjà existant, le patient pourra utiliser son pilulier hebdomadaire standard auquel il intégra une base qu'il rendra connecté celui ci.<br /> Notre pilulier connecté sera composé d’un socle contenant toute l’électronique et la batterie et de 7 boîtiers à cachets amovibles<br /> <br /> =Cahiers de charges=<br /> == Fonctionnalités ==<br /> <br /> Ce support permettra au pilulier de remplir les fonctions suivantes :<br /> * Emission d'une alarme lorsque l'usager doit prendre une pilule à une heure et date précise (alarme différente selon le moment de la journée : matin, midi, soir, nuit)<br /> * Indication par une LED la boîte du jour à prendre et par une autre, le compartiment de cette journée.<br /> * Détection si l'usager a pris la bonne journée (sinon émission d'un son)<br /> * Détection si l'usager a pris la bonne pilule à la bonne heure (sinon émission d'un son)<br /> * Détection de la présence des tiroirs<br /> * Suivi par application Androïd.<br /> <br /> == Matériels ==<br /> <br /> Le socle sera composé : <br /> * 1 interfaçage de 28 LED pour indiquer le bon compartiment [http://fr.farnell.com/avago-technologies/hsmg-c280/led-vert-15mcd-572nm-0402/dp/2494322?MER=i-9b10-00002068 28 LED Verte CMS]<br /> * 7 LED RGB pour indiquer par une couleur verte le bon boîtier et une rouge tout problème avec la boîte correspondante<br /> * 28 capteurs IR émetteur récepteur pour la détection de l’intérieur des compartiments [http://fr.farnell.com/vishay/tfdu4101-tr3/emetteur-recepteur-irda/dp/1497670 28 émetteur récepteur IR CMS]<br /> * 28 aimants (2 par boîtier en face de 2 autres sur le socle) pour assurer la tenue du boîtier et détecter sa présence<br /> * 1 carte d’interfaçage des LED avec un décodeur 2 vers 4 et un autre 3 vers 8<br /> * 1 écran LCD pour afficher les messages comme la date et l'heure ou des alertes (à voir)<br /> * 1 HP ou buzzer pour émettre une sonnerie<br /> * 1 BLEduino pour assurer le contrôle et la connectivité bluetooth<br /> * 1 RTC pour avoir le temps et la date réel<br /> * 1 smartphone sous android pour développer l'application de suivi<br /> * 1 pilulier standard (Corentin)<br /> * 1 pile 9V<br /> * 1 connecteur jack mâle pour pile 9V<br /> * Papier réfléchissant<br /> <br /> ==Planning Prévisionnel==<br /> <br /> <table border="1"><br /> <tr><br /> <th>Semaines</th><br /> <th>du 25/01 au 31/01</th><br /> <th>du 1/02 au 7/02</th><br /> <th>du 8/02 au 14/02</th><br /> <th>du 15/02 au 21/02</th><br /> <th>du 22/02 au 25/02</th><br /> </tr><br /> <tr><br /> <th>Étapes</th><br /> <th>Etude bibliographique</th><br /> <th>Détection pour chaque boitier journalier si il a été enlever du support et détection si la bonne pilule a été récupéré par le patient</th><br /> <th>Programmation et interfaçage des différentes shields avec le microcontrôleur</th><br /> <th>Test pour correction d'erreur et amélioration</th><br /> <th>Rédaction du rapport de projet et Préparation à la soutenance</th><br /> </tr><br /> </table><br /> <br /> =Tableau de bord=<br /> <br /> ==Semaine 1==<br /> <br /> <br /> ==Semaine 2==<br /> <br /> <br /> ==Semaine 3==<br /> <br /> <br /> ==Semaine 4==<br /> <br /> =Fichiers Rendus=<br /> ==Rapport==<br /> ==Codes==<br /> <br /> =Références=</div>

Cduplouy https://projets-ima.plil.fr/mediawiki/index.php?title=Pilulier_automatique&diff=26090 Pilulier automatique 2016-02-03T13:46:55Z

<p>Cduplouy : /* Matériels */</p> <hr /> <div>=Présentation générale du projet=<br /> <br /> ==Contexte du projet==<br /> <br /> D'après des statistiques établis en 2014, un meilleur suivi des traitements médicaux et des médicaments dans le monde permettrait de réaliser 8% d'économies sur le coût total des dépenses de santé.<br /> <br /> De plus, on estime en Europe que la mauvaise prise de médicaments est à l’origine de plusieurs dizaines de milliers de décès chaque année.<br /> <br /> Selon le rapport IGAS2, en France, un mauvais suivi des heures de prises et de dosage de médicament aurait causé entre 8 000 à 12 000 décès par an et coûté près de 2 milliards € à l’Assurance Maladie.<br /> <br /> 13 millions de patients résidents en France seraient polymédiqués, et parmi eux de nombreuses personnes âgées de plus de 60 ans. <br /> <br /> La santé connectée est donc devenue un marché porteur. <br /> <br /> C'est ainsi que de nombreuses solutions se développent chaque jour qui a pour but de venir en aide aux personnes âgées dans les horaires de leurs prises de médicaments et éviter les surdosages ou les erreurs de traitement.<br /> <br /> ==Objectif du projet==<br /> <br /> L’objectif de ce projet est d'adapter un pilulier hebdomadaire pour le rendre connecté pour faciliter le suivi et la prise de médicaments quotidiens à différents moment de la journée.<br /> <br /> ==Description du projet==<br /> <br /> Afin de mettre en place ce pilulier connecté, il faut bien prendre en compte la donnée suivante : il doit être transportable. Cela sous-entend d’avoir un modèle suffisamment compact ainsi qu’une autonomie sur batterie.<br /> Nous devons donc trouver une entre son autonomie et sa connectivité et sa taille/forme.<br /> Actuellement, il existe sur le marché différentes propositions de pilulier connecté. Chacun avec leurs caractéristiques propres :<br /> <br /> * Imedipac de Medissimo : envoie un SMS et/ou un email à l’utilisateur pour lui rappeler de prendre tel médicament à telle heure.<br /> * Do-Pill de SecuR : rend accessible les comprimés et gélules à la date et à l'heure indiqué par le médecin pour éviter les surdosages ou les erreurs de traitement.<br /> * Sivan de MedSecure : prévient l'entourage si erreur du patient dans la prise de ses comprimées et alerte le patient si il doit prendre un comprimé.<br /> <br /> <br /> Afin de proposer une solution alternative à ses piluliers connectés déjà existant, le patient pourra utiliser son pilulier hebdomadaire standard auquel il intégra une base qu'il rendra connecté celui ci.<br /> Notre pilulier connecté sera composé d’un socle contenant toute l’électronique et la batterie et de 7 boîtiers à cachets amovibles<br /> <br /> =Cahiers de charges=<br /> == Fonctionnalités ==<br /> <br /> Ce support permettra au pilulier de remplir les fonctions suivantes :<br /> * Emission d'une alarme lorsque l'usager doit prendre une pilule à une heure et date précise (alarme différente selon le moment de la journée : matin, midi, soir, nuit)<br /> * Indication par une LED la boîte du jour à prendre et par une autre, le compartiment de cette journée.<br /> * Détection si l'usager a pris la bonne journée (sinon émission d'un son)<br /> * Détection si l'usager a pris la bonne pilule à la bonne heure (sinon émission d'un son)<br /> * Détection de la présence des tiroirs<br /> * Suivi par application Androïd.<br /> <br /> == Matériels ==<br /> <br /> Le socle sera composé : <br /> * 1 interfaçage de 28 LED pour indiquer le bon compartiment [http://fr.farnell.com/avago-technologies/hsmg-c280/led-vert-15mcd-572nm-0402/dp/2494322?MER=i-9b10-00002068]<br /> * 7 LED RGB pour indiquer par une couleur verte le bon boîtier et une rouge tout problème avec la boîte correspondante<br /> * 28 capteurs IR émetteur récepteur pour la détection de l’intérieur des compartiments [http://fr.farnell.com/vishay/tfdu4101-tr3/emetteur-recepteur-irda/dp/1497670]<br /> * 28 aimants (2 par boîtier en face de 2 autres sur le socle) pour assurer la tenue du boîtier et détecter sa présence<br /> * 1 carte d’interfaçage des LED avec un décodeur 2 vers 4 et un autre 3 vers 8<br /> * 1 écran LCD pour afficher les messages comme la date et l'heure ou des alertes (à voir)<br /> * 1 HP ou buzzer pour émettre une sonnerie<br /> * 1 BLEduino pour assurer le contrôle et la connectivité bleutooth<br /> * 1 RTC pour avoir le temps et la date réel<br /> * 1 smartphone sous android pour développer l'application de suivi<br /> * 1 pilulier standard<br /> * 1 pile 9V<br /> * 1 connecteur jack mâle pour pile 9V<br /> <br /> ==Planning Prévisionnel==<br /> <br /> <table border="1"><br /> <tr><br /> <th>Semaines</th><br /> <th>du 25/01 au 31/01</th><br /> <th>du 1/02 au 7/02</th><br /> <th>du 8/02 au 14/02</th><br /> <th>du 15/02 au 21/02</th><br /> <th>du 22/02 au 25/02</th><br /> </tr><br /> <tr><br /> <th>Étapes</th><br /> <th>Etude bibliographique</th><br /> <th>Détection pour chaque boitier journalier si il a été enlever du support et détection si la bonne pilule a été récupéré par le patient</th><br /> <th>Programmation et interfaçage des différentes shields avec le microcontrôleur</th><br /> <th>Test pour correction d'erreur et amélioration</th><br /> <th>Rédaction du rapport de projet et Préparation à la soutenance</th><br /> </tr><br /> </table><br /> <br /> =Tableau de bord=<br /> <br /> ==Semaine 1==<br /> <br /> <br /> ==Semaine 2==<br /> <br /> <br /> ==Semaine 3==<br /> <br /> <br /> ==Semaine 4==<br /> <br /> =Fichiers Rendus=<br /> ==Rapport==<br /> ==Codes==<br /> <br /> =Références=</div>

Cduplouy https://projets-ima.plil.fr/mediawiki/index.php?title=Pilulier_automatique&diff=26006 Pilulier automatique 2016-02-03T03:04:35Z

<p>Cduplouy : /* Objectif du projet */</p> <hr /> <div>=Présentation générale du projet=<br /> <br /> ==Contexte du projet==<br /> <br /> D'après des statistiques établis en 2014, un meilleur suivi des traitements médicaux et des médicaments dans le monde permettrait de réaliser 8% d'économies sur le coût total des dépenses de santé.<br /> <br /> De plus, on estime en Europe que la mauvaise prise de médicaments est à l’origine de plusieurs dizaines de milliers de décès chaque année.<br /> <br /> Selon le rapport IGAS2, en France, un mauvais suivi des heures de prises et de dosage de médicament aurait causé entre 8 000 à 12 000 décès par an et coûté près de 2 milliards € à l’Assurance Maladie.<br /> <br /> 13 millions de patients résidents en France seraient polymédiqués, et parmi eux de nombreuses personnes âgées de plus de 60 ans. <br /> <br /> La santé connectée est donc devenue un marché porteur. <br /> <br /> C'est ainsi que de nombreuses solutions se développent chaque jour qui a pour but de venir en aide aux personnes âgées dans les horaires de leurs prises de médicaments et éviter les surdosages ou les erreurs de traitement.<br /> <br /> ==Objectif du projet==<br /> <br /> L’objectif de ce projet est de créer un pilulier connecté qui permettra de faciliter la prise de médicaments quotidiens à différents moment de la journée.<br /> <br /> ==Description du projet==<br /> <br /> Afin de mettre en place ce pilulier connecté, il faut bien prendre en compte la donnée suivante : il doit être transportable. Cela sous-entend d’avoir un modèle suffisamment compact ainsi qu’une autonomie sur batterie.<br /> Nous devons donc trouver une entre son autonomie et sa connectivité et sa taille/forme.<br /> Actuellement, il existe sur le marché différentes propositions de pilulier connecté. Chacun avec leurs caractéristiques propres :<br /> <br /> * Imedipac de Medissimo : envoie un SMS et/ou un email à l’utilisateur pour lui rappeler de prendre tel médicament à telle heure.<br /> * Do-Pill de SecuR : rend accessible les comprimés et gélules à la date et à l'heure indiqué par le médecin pour éviter les surdosages ou les erreurs de traitement.<br /> * Sivan de MedSecure : prévient l'entourage si erreur du patient dans la prise de ses comprimées et alerte le patient si il doit prendre un comprimé.<br /> <br /> =Cahiers de charges=<br /> == Fonctionnalités ==<br /> Il serait intéressant de proposer une alternative à ces piluliers. Notre pilulier connecté sera composé d’un socle contenant toute l’électronique et la batterie et de 7 boîtiers à cachets amovibles.<br /> Le socle sera composé : <br /> * D’un interfaçage de 28 LED pour indiquer le bon compartiment<br /> * 7 LED RGB pour indiquer par une couleur verte le bon boîtier et une rouge tout problème avec la boîte correspondante<br /> * 28 capteurs émetteur récepteur pour la détection de l’intérieur des compartiments<br /> * 28 aimants (2 par boîtier en face de 2 autres sur le socle) pour assurer la tenue du boîtier et détecter sa présence<br /> * Une carte d’interfaçage des LED avec un décodeur 2 vers 4 et un autre 3 vers 8<br /> * D’un écran LCD pour afficher les messages (à voir)<br /> * D’un HP ou buzzer pour émettre une sonnerie<br /> * D’un REduino pour assurer le contrôle et le BLE<br /> * Une batterie<br /> <br /> <br /> Il remplira les fonctions suivantes :<br /> * Emission d'une alarme lorsque l'usager doit prendre une pilule à une heure et date précise<br /> * Détection si l'usager a pris la bonne journée (sinon émission d'un son)<br /> * Détection si l'usager a pris la bonne pilule à la bonne heure (sinon émission d'un son)<br /> * Détection de la présence des tiroirs<br /> * Indication par une LED la boîte du jour à prendre et par une autre, le compartiment de cette journée.<br /> * Suivi par application Androïd.<br /> <br /> ==Planning Prévisionnel==<br /> <br /> <table border="1"><br /> <tr><br /> <th>Semaines</th><br /> <th>du 25/01 au 31/01</th><br /> <th>du 1/02 au 7/02</th><br /> <th>du 8/02 au 14/02</th><br /> <th>du 15/02 au 21/02</th><br /> <th>du 22/02 au 25/02</th><br /> </tr><br /> <tr><br /> <th>Étapes</th><br /> <th>Etude bibliographique</th><br /> <th>Élaboration de la maquette du pilulier et Codage de la page internet</th><br /> <th>Programmation et interfaçage des différentes shields avec le microcontrôleur</th><br /> <th>Test pour correction d'erreur et amélioration</th><br /> <th>Rédaction du rapport de projet et Préparation à la soutenance</th><br /> </tr><br /> </table><br /> <br /> =Tableau de bord=<br /> <br /> ==Semaine 1==<br /> <br /> =Fichiers Rendus=<br /> ==Rapport==<br /> ==Codes==<br /> <br /> =Références=</div>

Cduplouy https://projets-ima.plil.fr/mediawiki/index.php?title=Pilulier_automatique&diff=26005 Pilulier automatique 2016-02-03T03:04:18Z

<p>Cduplouy : /* Description du projet */</p> <hr /> <div>=Présentation générale du projet=<br /> <br /> ==Contexte du projet==<br /> <br /> D'après des statistiques établis en 2014, un meilleur suivi des traitements médicaux et des médicaments dans le monde permettrait de réaliser 8% d'économies sur le coût total des dépenses de santé.<br /> <br /> De plus, on estime en Europe que la mauvaise prise de médicaments est à l’origine de plusieurs dizaines de milliers de décès chaque année.<br /> <br /> Selon le rapport IGAS2, en France, un mauvais suivi des heures de prises et de dosage de médicament aurait causé entre 8 000 à 12 000 décès par an et coûté près de 2 milliards € à l’Assurance Maladie.<br /> <br /> 13 millions de patients résidents en France seraient polymédiqués, et parmi eux de nombreuses personnes âgées de plus de 60 ans. <br /> <br /> La santé connectée est donc devenue un marché porteur. <br /> <br /> C'est ainsi que de nombreuses solutions se développent chaque jour qui a pour but de venir en aide aux personnes âgées dans les horaires de leurs prises de médicaments et éviter les surdosages ou les erreurs de traitement.<br /> <br /> ==Objectif du projet==<br /> <br /> L'objectif de ce projet est de créer un pilulier connecté qui permet à la fois de faciliter la prise de médicament pour les personnes ayant une déficience visuelle mais aussi de faire un suivi aux traitements en particulier pour les personnes âgées.<br /> <br /> ==Description du projet==<br /> <br /> Afin de mettre en place ce pilulier connecté, il faut bien prendre en compte la donnée suivante : il doit être transportable. Cela sous-entend d’avoir un modèle suffisamment compact ainsi qu’une autonomie sur batterie.<br /> Nous devons donc trouver une entre son autonomie et sa connectivité et sa taille/forme.<br /> Actuellement, il existe sur le marché différentes propositions de pilulier connecté. Chacun avec leurs caractéristiques propres :<br /> <br /> * Imedipac de Medissimo : envoie un SMS et/ou un email à l’utilisateur pour lui rappeler de prendre tel médicament à telle heure.<br /> * Do-Pill de SecuR : rend accessible les comprimés et gélules à la date et à l'heure indiqué par le médecin pour éviter les surdosages ou les erreurs de traitement.<br /> * Sivan de MedSecure : prévient l'entourage si erreur du patient dans la prise de ses comprimées et alerte le patient si il doit prendre un comprimé.<br /> <br /> =Cahiers de charges=<br /> == Fonctionnalités ==<br /> Il serait intéressant de proposer une alternative à ces piluliers. Notre pilulier connecté sera composé d’un socle contenant toute l’électronique et la batterie et de 7 boîtiers à cachets amovibles.<br /> Le socle sera composé : <br /> * D’un interfaçage de 28 LED pour indiquer le bon compartiment<br /> * 7 LED RGB pour indiquer par une couleur verte le bon boîtier et une rouge tout problème avec la boîte correspondante<br /> * 28 capteurs émetteur récepteur pour la détection de l’intérieur des compartiments<br /> * 28 aimants (2 par boîtier en face de 2 autres sur le socle) pour assurer la tenue du boîtier et détecter sa présence<br /> * Une carte d’interfaçage des LED avec un décodeur 2 vers 4 et un autre 3 vers 8<br /> * D’un écran LCD pour afficher les messages (à voir)<br /> * D’un HP ou buzzer pour émettre une sonnerie<br /> * D’un REduino pour assurer le contrôle et le BLE<br /> * Une batterie<br /> <br /> <br /> Il remplira les fonctions suivantes :<br /> * Emission d'une alarme lorsque l'usager doit prendre une pilule à une heure et date précise<br /> * Détection si l'usager a pris la bonne journée (sinon émission d'un son)<br /> * Détection si l'usager a pris la bonne pilule à la bonne heure (sinon émission d'un son)<br /> * Détection de la présence des tiroirs<br /> * Indication par une LED la boîte du jour à prendre et par une autre, le compartiment de cette journée.<br /> * Suivi par application Androïd.<br /> <br /> ==Planning Prévisionnel==<br /> <br /> <table border="1"><br /> <tr><br /> <th>Semaines</th><br /> <th>du 25/01 au 31/01</th><br /> <th>du 1/02 au 7/02</th><br /> <th>du 8/02 au 14/02</th><br /> <th>du 15/02 au 21/02</th><br /> <th>du 22/02 au 25/02</th><br /> </tr><br /> <tr><br /> <th>Étapes</th><br /> <th>Etude bibliographique</th><br /> <th>Élaboration de la maquette du pilulier et Codage de la page internet</th><br /> <th>Programmation et interfaçage des différentes shields avec le microcontrôleur</th><br /> <th>Test pour correction d'erreur et amélioration</th><br /> <th>Rédaction du rapport de projet et Préparation à la soutenance</th><br /> </tr><br /> </table><br /> <br /> =Tableau de bord=<br /> <br /> ==Semaine 1==<br /> <br /> =Fichiers Rendus=<br /> ==Rapport==<br /> ==Codes==<br /> <br /> =Références=</div>

Cduplouy https://projets-ima.plil.fr/mediawiki/index.php?title=Pilulier_automatique&diff=26004 Pilulier automatique 2016-02-03T03:03:36Z

<p>Cduplouy : /* Fonctionnalités */</p> <hr /> <div>=Présentation générale du projet=<br /> <br /> ==Contexte du projet==<br /> <br /> D'après des statistiques établis en 2014, un meilleur suivi des traitements médicaux et des médicaments dans le monde permettrait de réaliser 8% d'économies sur le coût total des dépenses de santé.<br /> <br /> De plus, on estime en Europe que la mauvaise prise de médicaments est à l’origine de plusieurs dizaines de milliers de décès chaque année.<br /> <br /> Selon le rapport IGAS2, en France, un mauvais suivi des heures de prises et de dosage de médicament aurait causé entre 8 000 à 12 000 décès par an et coûté près de 2 milliards € à l’Assurance Maladie.<br /> <br /> 13 millions de patients résidents en France seraient polymédiqués, et parmi eux de nombreuses personnes âgées de plus de 60 ans. <br /> <br /> La santé connectée est donc devenue un marché porteur. <br /> <br /> C'est ainsi que de nombreuses solutions se développent chaque jour qui a pour but de venir en aide aux personnes âgées dans les horaires de leurs prises de médicaments et éviter les surdosages ou les erreurs de traitement.<br /> <br /> ==Objectif du projet==<br /> <br /> L'objectif de ce projet est de créer un pilulier connecté qui permet à la fois de faciliter la prise de médicament pour les personnes ayant une déficience visuelle mais aussi de faire un suivi aux traitements en particulier pour les personnes âgées.<br /> <br /> ==Description du projet==<br /> <br /> Afin de mettre en place ce pilulier connecté, il faut prendre en compte 2 caractéristiques : l'un étant qu'il doit être assez petit pour qu'il puisse être déplacé lors des voyages et/ou trajets de son utilisateur, l'autre est quel que soit le lieux de l'utilisateur le pilulier doit permettre au médecin particulier de suivre le traitement du malade.<br /> <br /> Nous devons donc trouver une solution en ce qui concerne la mobilité de ce pilulier. Un équilibre doit être trouvé entre son autonomie et sa connectivité et sa taille/forme.<br /> <br /> Actuellement, il existe sur le marché différentes propositions de pilulier connecté. Chacun avec leurs caractéristiques propres :<br /> <br /> <br /> _ Imedipac de Medissimo : envoie un SMS et/ou un email à l’utilisateur pour lui rappeler de prendre tel médicament à telle heure.<br /> <br /> _ Do-Pill de SecuR : rend accessible les comprimés et gélules à la date et à l'heure indiqué par le médecin pour éviter les surdosages ou les erreurs de traitement.<br /> <br /> _ Sivan de MedSecure : prévient l'entourage si erreur du patient dans la prise de ses comprimées et alerte le patient si il doit prendre un comprimé.<br /> <br /> <br /> Il serait intéressant de proposer une alternative à ces piluliers. Notre pilulier connecté remplira les fonctions suivantes :<br /> <br /> _ Emission d'une alarme lorsque l'usager doit prendre une pilule à une heure et date précise<br /> <br /> _ Détection si l'usager a pris la bonne journée (sinon émission d'un son)<br /> <br /> _ Détection si l'usager a pris la bonne pilule à la bonne heure (sinon émission d'un son)<br /> <br /> _ Indication par une LED rouge si présence d'une journée <br /> <br /> _<br /> <br /> =Cahiers de charges=<br /> == Fonctionnalités ==<br /> Il serait intéressant de proposer une alternative à ces piluliers. Notre pilulier connecté sera composé d’un socle contenant toute l’électronique et la batterie et de 7 boîtiers à cachets amovibles.<br /> Le socle sera composé : <br /> * D’un interfaçage de 28 LED pour indiquer le bon compartiment<br /> * 7 LED RGB pour indiquer par une couleur verte le bon boîtier et une rouge tout problème avec la boîte correspondante<br /> * 28 capteurs émetteur récepteur pour la détection de l’intérieur des compartiments<br /> * 28 aimants (2 par boîtier en face de 2 autres sur le socle) pour assurer la tenue du boîtier et détecter sa présence<br /> * Une carte d’interfaçage des LED avec un décodeur 2 vers 4 et un autre 3 vers 8<br /> * D’un écran LCD pour afficher les messages (à voir)<br /> * D’un HP ou buzzer pour émettre une sonnerie<br /> * D’un REduino pour assurer le contrôle et le BLE<br /> * Une batterie<br /> <br /> <br /> Il remplira les fonctions suivantes :<br /> * Emission d'une alarme lorsque l'usager doit prendre une pilule à une heure et date précise<br /> * Détection si l'usager a pris la bonne journée (sinon émission d'un son)<br /> * Détection si l'usager a pris la bonne pilule à la bonne heure (sinon émission d'un son)<br /> * Détection de la présence des tiroirs<br /> * Indication par une LED la boîte du jour à prendre et par une autre, le compartiment de cette journée.<br /> * Suivi par application Androïd.<br /> <br /> ==Planning Prévisionnel==<br /> <br /> <table border="1"><br /> <tr><br /> <th>Semaines</th><br /> <th>du 25/01 au 31/01</th><br /> <th>du 1/02 au 7/02</th><br /> <th>du 8/02 au 14/02</th><br /> <th>du 15/02 au 21/02</th><br /> <th>du 22/02 au 25/02</th><br /> </tr><br /> <tr><br /> <th>Étapes</th><br /> <th>Etude bibliographique</th><br /> <th>Élaboration de la maquette du pilulier et Codage de la page internet</th><br /> <th>Programmation et interfaçage des différentes shields avec le microcontrôleur</th><br /> <th>Test pour correction d'erreur et amélioration</th><br /> <th>Rédaction du rapport de projet et Préparation à la soutenance</th><br /> </tr><br /> </table><br /> <br /> =Tableau de bord=<br /> <br /> ==Semaine 1==<br /> <br /> =Fichiers Rendus=<br /> ==Rapport==<br /> ==Codes==<br /> <br /> =Références=</div>

Cduplouy https://projets-ima.plil.fr/mediawiki/index.php?title=Pilulier_automatique&diff=26003 Pilulier automatique 2016-02-03T03:02:43Z

<p>Cduplouy : /* Cahiers de charges */</p> <hr /> <div>=Présentation générale du projet=<br /> <br /> ==Contexte du projet==<br /> <br /> D'après des statistiques établis en 2014, un meilleur suivi des traitements médicaux et des médicaments dans le monde permettrait de réaliser 8% d'économies sur le coût total des dépenses de santé.<br /> <br /> De plus, on estime en Europe que la mauvaise prise de médicaments est à l’origine de plusieurs dizaines de milliers de décès chaque année.<br /> <br /> Selon le rapport IGAS2, en France, un mauvais suivi des heures de prises et de dosage de médicament aurait causé entre 8 000 à 12 000 décès par an et coûté près de 2 milliards € à l’Assurance Maladie.<br /> <br /> 13 millions de patients résidents en France seraient polymédiqués, et parmi eux de nombreuses personnes âgées de plus de 60 ans. <br /> <br /> La santé connectée est donc devenue un marché porteur. <br /> <br /> C'est ainsi que de nombreuses solutions se développent chaque jour qui a pour but de venir en aide aux personnes âgées dans les horaires de leurs prises de médicaments et éviter les surdosages ou les erreurs de traitement.<br /> <br /> ==Objectif du projet==<br /> <br /> L'objectif de ce projet est de créer un pilulier connecté qui permet à la fois de faciliter la prise de médicament pour les personnes ayant une déficience visuelle mais aussi de faire un suivi aux traitements en particulier pour les personnes âgées.<br /> <br /> ==Description du projet==<br /> <br /> Afin de mettre en place ce pilulier connecté, il faut prendre en compte 2 caractéristiques : l'un étant qu'il doit être assez petit pour qu'il puisse être déplacé lors des voyages et/ou trajets de son utilisateur, l'autre est quel que soit le lieux de l'utilisateur le pilulier doit permettre au médecin particulier de suivre le traitement du malade.<br /> <br /> Nous devons donc trouver une solution en ce qui concerne la mobilité de ce pilulier. Un équilibre doit être trouvé entre son autonomie et sa connectivité et sa taille/forme.<br /> <br /> Actuellement, il existe sur le marché différentes propositions de pilulier connecté. Chacun avec leurs caractéristiques propres :<br /> <br /> <br /> _ Imedipac de Medissimo : envoie un SMS et/ou un email à l’utilisateur pour lui rappeler de prendre tel médicament à telle heure.<br /> <br /> _ Do-Pill de SecuR : rend accessible les comprimés et gélules à la date et à l'heure indiqué par le médecin pour éviter les surdosages ou les erreurs de traitement.<br /> <br /> _ Sivan de MedSecure : prévient l'entourage si erreur du patient dans la prise de ses comprimées et alerte le patient si il doit prendre un comprimé.<br /> <br /> <br /> Il serait intéressant de proposer une alternative à ces piluliers. Notre pilulier connecté remplira les fonctions suivantes :<br /> <br /> _ Emission d'une alarme lorsque l'usager doit prendre une pilule à une heure et date précise<br /> <br /> _ Détection si l'usager a pris la bonne journée (sinon émission d'un son)<br /> <br /> _ Détection si l'usager a pris la bonne pilule à la bonne heure (sinon émission d'un son)<br /> <br /> _ Indication par une LED rouge si présence d'une journée <br /> <br /> _<br /> <br /> =Cahiers de charges=<br /> == Fonctionnalités ==<br /> Il serait intéressant de proposer une alternative à ces piluliers. Notre pilulier connecté sera composé d’un socle contenant toute l’électronique et la batterie et de 7 boîtiers à cachets amovibles.<br /> Le socle sera composé : <br /> - D’un interfaçage de 28 LED pour indiquer le bon compartiment<br /> - 7 LED RGB pour indiquer par une couleur verte le bon boîtier et une rouge tout problème avec la boîte correspondante<br /> - 28 capteurs émetteur récepteur pour la détection de l’intérieur des compartiments<br /> - 28 aimants (2 par boîtier en face de 2 autres sur le socle) pour assurer la tenue du boîtier et détecter sa présence<br /> - Une carte d’interfaçage des LED avec un décodeur 2 vers 4 et un autre 3 vers 8<br /> - D’un écran LCD pour afficher les messages (à voir)<br /> - D’un HP ou buzzer pour émettre une sonnerie<br /> - D’un REduino pour assurer le contrôle et le BLE<br /> - Une batterie<br /> <br /> <br /> Il remplira les fonctions suivantes :<br /> - Emission d'une alarme lorsque l'usager doit prendre une pilule à une heure et date précise<br /> - Détection si l'usager a pris la bonne journée (sinon émission d'un son)<br /> - Détection si l'usager a pris la bonne pilule à la bonne heure (sinon émission d'un son)<br /> - Détection de la présence des tiroirs<br /> - Indication par une LED la boîte du jour à prendre et par une autre, le compartiment de cette journée.<br /> - Suivi par application Androïd.<br /> <br /> ==Planning Prévisionnel==<br /> <br /> <table border="1"><br /> <tr><br /> <th>Semaines</th><br /> <th>du 25/01 au 31/01</th><br /> <th>du 1/02 au 7/02</th><br /> <th>du 8/02 au 14/02</th><br /> <th>du 15/02 au 21/02</th><br /> <th>du 22/02 au 25/02</th><br /> </tr><br /> <tr><br /> <th>Étapes</th><br /> <th>Etude bibliographique</th><br /> <th>Élaboration de la maquette du pilulier et Codage de la page internet</th><br /> <th>Programmation et interfaçage des différentes shields avec le microcontrôleur</th><br /> <th>Test pour correction d'erreur et amélioration</th><br /> <th>Rédaction du rapport de projet et Préparation à la soutenance</th><br /> </tr><br /> </table><br /> <br /> =Tableau de bord=<br /> <br /> ==Semaine 1==<br /> <br /> =Fichiers Rendus=<br /> ==Rapport==<br /> ==Codes==<br /> <br /> =Références=</div>

Cduplouy https://projets-ima.plil.fr/mediawiki/index.php?title=D%C3%A9_%C3%A9lectronique_communiquant&diff=21025 Dé électronique communiquant 2015-05-11T01:21:00Z

<p>Cduplouy : /* Conclusion */</p> <hr /> <div>= Cahier des charges =<br /> == Présentation du projet ==<br /> === Contexte ===<br /> Dans une époque où la technologie concerne le mode de vie de presque tout le monde, la plupart des gens ont tendance à se tourner vers les nouvelles technologies (smartphone, ordinateur) pour se divertir, et ainsi délaisser les anciens jeux de société. Afin de faire revivre ce genre de jeu, nous avons décidé de revisiter un pilier du jeu de société : le dé à jouer.<br /> <br /> === Objectif du Projet ===<br /> L'objectif de ce projet est de réaliser un dé à jouer programmable du même type que les [http://www.futurocube.com/ futurocubes].<br /> <br /> === Idées de fonctionnalités === <br /> Voici quelques idées d'applications qu'on pourrait mettre en place :<br /> * Dé à jouer classique : chiffre aléatoire de 1 à 6<br /> * Jeu du morpion (Tic Tac Toe)<br /> * SNAKE fonctionnant avec l'accéléromètre<br /> * Eclairage "d'ambiance" avec variation aléatoire des couleurs<br /> * Modélisation d'un Rubik's Cube 3x3<br /> * Jeu de mémoire couleur/son (comme le jeu Simon)<br /> <br /> === Choix techniques : matériel - utilité ===<br /> Nous allons nous baser sur :<br /> * un microcontrôleur de type MBED (ARM Cortex M3) [<span style="color: green;">fourni le 2/2/2015</span>] : Cerveau du dé - Sons/bruitages<br /> <br /> La documentation est disponible [http://developer.mbed.org/platforms/mbed-LPC1768/#schematics-and-data-sheets ici].<br /> Les programmes implémentés seront codés en C/C++.<br /> <br /> Ensuite, les composants suivants doivent être intégrés :<br /> * LED RGB (54 LEDs) : Elles seront multiplexés à l'aide de transistors. [<span style="color: green;">9 LED Rouges/Jaunes fournies le 4/2/2015</span>] 54 x [http://fr.farnell.com/avago-technologies/asmb-mtb1-0a3a2/led-rgb-plcc4-surface-noire/dp/2401106 LED] [<span style="color: orange;">100 LEDs RGB commandées chez Farnell le 18/2/2015</span>]<br /> <br /> * 18 transistors NPN [<span style="color: green;">3 fournis le 4/2/2015</span>] <br /> <br /> * 18 x [http://fr.farnell.com/on-semiconductor/bc548brl1g/transistor-npn-30v-100ma-to-92/dp/2317545 Transistor] [<span style="color: green;">20 BC548BRL1G commandées chez Farnell fournies le 11/3/2015</span>]<br /> * 18 x [http://fr.farnell.com/diodes-inc/bc848b-7-f/transistor-npn-sot23/dp/1773620 Transistor CMS] [<span style="color: orange;">100 BC848B-7-F commandées chez Farnell le 18/2/2015</span>]<br /> <br /> * Résistances : à voir avec les encadrants et en fonction des tests (Savoir si on doit en placer une à l'anode ou une à chaque cathode)<br /> * Accéléromètre : Orientation dans l'espace et réveil de l'appareil après la détection d'un mouvement. [<span style="color: green;"> fourni le 11/2/2015</span>]<br /> * Alimentation : Rechargeable via usb.<br /> * 6 faces "tactiles" via le centre de chaque face : Possible par résistances capacitives, touches tactiles (SparkFun Touch Shield), boutons poussoirs (Tests à réaliser pour déterminer la meilleure méthode).<br /> <br /> == Étapes du projet ==<br /> === Étape 1 ===<br /> * Choix des jeux et fonctionnalités à intégrer au dé en tenant compte des contraintes matérielles<br /> * Aperçu du matériel disponible et nécessaire, puis choix des composants<br /> * Élaboration du schéma électronique à adopter<br /> * Découverte de la plateforme MBED<br /> <br /> === Étape 2 ===<br /> Cette étape occupera la plus grande partie de la durée du projet.<br /> * Réalisation du code des fonctionnalités à intégrer sur la plateforme MBED<br /> * Réalisation des circuits électroniques nécessaires via Altium Designer<br /> * Début du montage du cube<br /> <br /> === Étape 3 ===<br /> * Montage final du cube<br /> * Réalisation de programmes optionnels s'il reste du temps (fonctionnalités compliquées à implémenter ou pensées plus tard dans le projet)<br /> * Tests des fonctionnalités sur le matériel<br /> <br /> = Avancée du projet =<br /> == Semaine 1 (du 26/01/2015 au 01/02/2015) == <br /> [[Fichier:Contrôle_DIODES.jpg|130px|thumb|Schéma multiplexage LED]]<br /> Nous avons surtout porté nos recherches sur du matériel électronique spécifique, notamment pour l'aspect "tactile" de notre cube. En effet, il est possible d'utiliser les techniques suivantes :<br /> * Résistance et capacité : On utilise une simple résistance et un métal conducteur. En touchant celui-ci avec notre doigt, on le transforme en capacité. On peut voir le principe [https://skyduino.wordpress.com/2012/06/02/arduino-faire-une-touche-tactile-avec-une-simple-resistance/ ici].<br /> * Résistance capteur de pression : Prête à être utilisée mais assez chère. Il y a bien d'autres alternatives.<br /> * [https://www.sparkfun.com/products/12013 Touch Shield] : A voir avec l'intégration des LED.<br /> * Boutons réalisés sur le principe du [https://www.sparkfun.com/products/7835 Button Pad] à raison d'un par face : Dans le pire des cas ...<br /> <br /> Puis nous nous sommes intéressés à la connexion des LEDs. Elles seront au nombre de 54, soit 9 par face, et en plus, ce sera des LED RGB.<br /> Nous avons trouvé pour cela une solution de multiplexage à l'aide de transistors NPN.<br /> Voici un petit schéma du branchement possible sur une face avec 9 LEDs RGB : <br /> Il sera possible de le porter à plus grande échelle par la suite.<br /> <br /> <br /> Voici le principe de fonctionnement : On alimente une colonne de LED par l'anode commune. On détermine ensuite laquelle sera reliée à la masse et s'allumera donc. Pour cela on combine les bases et les collecteurs. Il faut activer la base (mettre à 1) correspondant à la colonne de la LED à allumer, et mettre à la masse (mettre à 0) la ligne du collecteur correspondant. Ainsi, une seule LED sera reliée à la masse.<br /> <br /> <br /> L'objectif pour la semaine prochaine sera de tester les solutions du "tactile" et le branchement des LEDs.<br /> <br /> Nous avons également discuté avec nos encadrants sur le matériel et ses limites, c'est-à-dire le tactile, la connexion des LEDs, l’accéléromètre (disponible à Polytech), le MBED, les sons (réalisables avec le MBED) et le côté alimentation.<br /> <br /> == Semaine 2 (du 02/02/2015 au 08/02/2015) ==<br /> Lors de cette semaine, nous avons surtout porté nos recherches sur la méthode de multiplexage des LEDs. Faute d'avoir des LEDs RGB, nous avons testé le multiplexage selon le schéma précédent avec 3 LEDs simples, soit une LED RGB. Nous avons réalisé le test d'allumer 1 seule des LEDs (pour avoir une couleur) puis 2 (mélange de couleurs).<br /> <br /> [[Fichier:Test3LED1.JPG|130px|thumb|left|Test 1 multiplexage d'une LED RGB (avec 3 LEDs)]]<br /> <br /> [[Fichier:Test3LED2.JPG|130px|thumb|centre|Test 2 multiplexage d'une LED RGB (avec 3 LEDs)]]<br /> <br /> <br /> <br /> Nous avons ensuite réalisé le branchement afin d'obtenir une ligne de LEDs RGB selon le schéma précédant, soient 3 fois 3 LEDs simples. On peut voir ci-dessous le branchement et le résultat du test :<br /> <br /> [[Fichier:TestMUX1.JPG|130px|thumb|left|Branchement d'une ligne de 3 LEDs RGB (9 LEDs basiques)]]<br /> <br /> [[Fichier:TestMUX2.PNG|130px|thumb|centre|Résultat du multiplexage d'une ligne de LEDs]]<br /> <br /> <br /> <br /> <br /> L'objectif pour la semaine prochaine sera de tester le multiplexage des LEDs sur une face, et d'aborder le côté "tactile" du projet.<br /> <br /> <br /> <br /> == Semaine 3 (du 09/02/2015 au 15/02/2015) ==<br /> <br /> Suite aux résultats du multiplexage des LEDs, nous avons commencé la réalisation du codage de l'allumage de celles-ci selon le schéma complet suivant :<br /> <br /> Parallèlement, nous avons porté nos recherches sur l'accéléromètre ADXL335. Nous avons effectué quelques tests pour déterminer le fonctionnement exact. <br /> Nous avons récupéré les valeurs de celui-ci sur les broches analogiques du MBED et à l'aide de la fonction read() qui renvoie logiquement une valeur entre 0.0 et 1.0. <br /> Nous avons codé le petit programme de test suivant pour tester selon l'axe Y: <br /> [[Fichier:54MUX.JPG|160px|thumb|left|Schéma complet du multiplexage]]<br /> ''<br /> DigitalOut myled1(LED1);<br /> DigitalOut myled2(LED2);<br /> DigitalOut myled3(LED3);<br /> DigitalOut myled4(LED4);<br /> DigitalOut verif (p5);<br /> DigitalOut verif2 (p30);<br /> AnalogIn x(p15); // 0.4<X<0.6<br /> AnalogIn y(p16); // 0.4<Y<0.6<br /> AnalogIn z(p17); // 0.4<Z<0.6<br /> int main() {<br /> while(1) {<br /> wait(0.2);<br /> float m1 = x.read();<br /> float m2 = y.read();<br /> float m3 = z.read();<br /> <br /> if (m2>0.5) myled1=1; else myled1=0;<br /> if (m2>0.52) myled2=1; else myled2=0;<br /> if (m2>0.54) myled3=1; else myled3=0;<br /> if (m2>0.56) myled4=1; else myled4=0;<br /> if (m2>0.58) verif=1; else verif=0;<br /> if (m2>0.6) verif2=1; else verif2=0;}}<br /> ''<br /> <br /> <br /> <br /> On peut voir le résultat ici :<br /> <br /> [[Fichier:Testaccel.avi]]<br /> <br /> == Semaine 4 (du 16/02/2015 au 22/02/2015) ==<br /> Durant cette semaine, nous avons observé le comportement de l'accéléromètre via l'utilitaire Minicom et la liaison série entre le microcontrôleur et le PC. Nous avons ainsi vérifié le fonctionnement de l'accéléromètre selon chaque axe, et ainsi confirmer les pistes observées la semaine dernière. Nous avons ainsi pu réfléchir à une solution tactile pour notre dé.<br /> <br /> Après nos recherches sur internet, nous avons pu voir que peu de solutions sont disponibles pour notre MBED.<br /> <br /> L'objectif pour la semaine prochaine sera ainsi d'approfondir nos recherches sur cette solution tactile.<br /> <br /> == Semaine 5 (du 23/02/2015 au 01/03/2015) ==<br /> Pendant cette semaine, nous avons poursuivi nos recherches sur la partie tactile de notre cube. Nous avons notamment réfléchi à 2 solutions :<br /> * L'utilisation du [https://www.sparkfun.com/products/12013 SparkFun Touch Shield], que nous avons pu nous procurer. Néanmoins, ce pad est spécialement conçu pour être connecté sur Arduino Uno. Il n'est donc pas évident de l'adapter à notre MBED.<br /> * La fabrication de touches tactiles "Do It Yourself" sur [https://skyduino.wordpress.com/2012/06/02/arduino-faire-une-touche-tactile-avec-une-simple-resistance/ ce modèle]. Néanmoins, le code de cette solution est fait pour fonctionner sous Arduino, il faudrait donc réfléchir à l'adapter à notre MBED.<br /> <br /> C'est pourquoi nous avons décidé d'emprunter une carte Arduino Uno, afin de tester ces deux solutions, et envisager de les porter sur notre MBED.<br /> <br /> Le code des touches tactiles "Do it Yourself" a parfaitement marché sur l'arduino.<br /> Nous avons étudié la structure de plus près. A l'aide des fonctions disponibles sur MBED, nous avons plus ou moins suivi l'idée de ce code mais en le transcrivant pour le MBED.<br /> Après plusieurs versions testées, rien ne fonctionnait vraiment sauf la suivante :<br /> <br /> <br /> ''<br /> include "mbed.h"<br /> DigitalOut led(LED1);<br /> DigitalOut boom (p6);<br /> DigitalInOut button (p21);<br /> Serial pc(USBTX, USBRX);<br /> //Seuil de détection <br /> const uint16_t THRESHOLD = 50;<br /> uint8_t cycles;<br /> void touch_measure(){<br /> // Décharge la capacité en contact avec la broche <br /> button.write(0); // Place la broche à LOW<br /> button.output(); // Place la broche en sortie<br /> wait(1); // Attend pour être sur que la capacité est déchargé<br /> // Place la broche en entrée, sans résistance de pull-up ! <br /> // (La résistance de >1M ohms externe servira de résistance de pull-up) <br /> button.mode(PullNone);<br /> // Mesure le nombre de cycles CPU requis avant que la broche ne commute <br /> for(cycles = 0; cycles < 256; ++cycles)<br /> {<br /> if (button.read()) break; // Si la broche a commuter on quitte la boucle<br /> }<br /> // Re-décharge la capacité en contact avec la broche<br /> // afin d'éviter tout parasitages d'une autre mesure sur une autre broche.<br /> // Dans le cas contraire il serait impossible de manipuler plus d'une touche "tactile" <br /> button.write(0);<br /> button.output();<br /> // Retourne le résultat <br /> //return cycles;}<br /> int main() {<br /> // Test si la "touche" a été appuyé ou non <br /> while (1) {<br /> if(cycles > THRESHOLD)<br /> led = 1;<br /> else<br /> led = 0;<br /> wait(0.5);<br /> //pc.printf("%d ",cycles);<br /> touch_measure(); } }<br /> ''<br /> <br /> En branchant directement le fil "à toucher" sur la masse, la led s'allumait (ce qui devait se passer quand on touche le fil). Cependant, cela ne marchait pas à tous les coups. Voici une vidéo qui montre ce qui se passe :<br /> [[Fichier:Test_tactile.avi‎]]<br /> <br /> Nous avons donc demandé à M. Vantroys par rapport au code à utiliser et pourquoi cela ne marchait pas en transcrivant simplement le code sur MBED. <br /> En fait, les fonctions utilisées dans le code du tutoriel étaient du langage très bas niveau pour l'Arduino. En effet, cela permet de toucher directement les ports du microprocesseur et donc d'avoir un temps d’exécution très court. Or, en utilisant les fonctions "de base" du MBED et ne sachant pas le code de celle-ci, on peut déduire que le temps d’exécution n'était pas aussi rapide et empêchait donc le bon fonctionnement de comptage des cycles et évaluation du temps de charge/décharge de la capacité. <br /> <br /> <br /> L'objectif pour la prochaine séance sera de se décider sur la solution tactile de notre cube, ou sur une alternative à adopter en cherchant le code bas niveau du MBED.<br /> <br /> == Semaine 6 (du 09/03/2015 au 15/03/2015) ==<br /> Lors de cette sixième semaine, nous avons continué à travailler sur la solution tactile à adopter, et nous avons spécialement étudié la manipulation des ports du microprocesseur du MBED, afin de pouvoir étudier l'utilisation de touches tactiles "Do It Yourself". Après de nombreuses recherches et quelques essais infructueux, nous nous sommes rendus compte que cette solution aurait été trop compliqué et encombrante à coder. Nous étions prêts à nous orienter vers une solution alternative. Nous avons aussi rendu la carte Arduino Uno qui nous avait été fournie.<br /> <br /> Aussi, notre commande de transistors BC548 est arrivée cette semaine, nous avons pu nous les procurer, en vue de l'élaboration de nos PCB.<br /> <br /> L'objectif pour la semaine prochaine sera de trouver la solution alternative à adopter pour l'interaction entre l'utilisateur et le dé.<br /> <br /> == Semaine 7 (du 16/03/2015 au 22/03/2015) ==<br /> Pendant cette semaine, une solution concernant l'interaction Utilisateur-Dé nous est arrivée : nous avons pu nous procurer un [https://learn.adafruit.com/adafruit-mpr121-12-key-capacitive-touch-sensor-breakout-tutorial/overview Adafruit MPR121 Breakout Board à 12 touches], et un autre à 8 touches. Pour sa simplicité de branchement, nous avons décidé d'utiliser celui à 12 touches. Il nous permettra de créer 6 touches tactiles, une pour chaque face. Nous connecterons cette board via les ports I²C du microcontrôleur.<br /> <br /> De plus, M. Boé nous a suggéré d'utiliser un accéléromètre permettant d'influer sur la consommation énergétique du microprocesseur. Il nous a ainsi fourni l'accéléromètre ADXL345, pouvant communiquer avec le microprocesseur via deux protocoles : SPI ou I²C. Nous avons tout d'abord décidé d'utiliser le protocole I²C, mais le programme-test ne fonctionnait pas comme on le voulait. L'impression des valeurs de l'accéléromètre devait se faire via une liaison série vers le PC, mais rien ne se passait à l'écran.<br /> <br /> L'objectif pour la semaine prochaine sera de terminer la configuration de l'accéléromètre, et de configurer la board tactile.<br /> <br /> == Semaine 8 (du 23/03/2015 au 29/03/2015) ==<br /> Nous avons continué la configuration de l'accéléromètre, en utilisant des bibliothèques obtenues sur le site de développement MBED. N'ayant pas réussi à résoudre le problème de la communication I²C, nous avons décidé d'utiliser les ports SPI pour obtenir les valeurs, avec une bibliothèque paramétrant l'utilisation des ports SPI pour l'accéléromètre. Le code suivant nous a permis d'afficher les valeurs reçues sur les ports SPI via la liaison série :<br /> <br /> ''<br /> #include "ADXL345.h"<br /> ADXL345 accelerometer(p5, p6, p7, p8);<br /> Serial pc(USBTX, USBRX);<br /> int main() {<br /> int readings[3] = {0, 0, 0};<br /> pc.printf("Starting ADXL345 test...\n");<br /> pc.printf("Device ID is: 0x%02x\n", accelerometer.getDevId());<br /> //Go into standby mode to configure the device.<br /> accelerometer.setPowerControl(0x00);<br /> //Full resolution, +/-16g, 4mg/LSB.<br /> accelerometer.setDataFormatControl(0x0B);<br /> //3.2kHz data rate.<br /> accelerometer.setDataRate(ADXL345_3200HZ);<br /> //Measurement mode.<br /> accelerometer.setPowerControl(0x08);<br /> while (1) {<br /> wait(0.1);<br /> accelerometer.getOutput(readings);<br /> //13-bit, sign extended values.<br /> pc.printf("%i, %i, %i\n", (int16_t)readings[0], (int16_t)readings[1], (int16_t)readings[2]);<br /> }<br /> }<br /> ''<br /> <br /> Nous avons aussi configuré la board tactile. Elle communique avec le microcontrôleur par les ports I²C. Avec une bibliothèque obtenue sur le site de développement MBED, nous avons réalisé un programme-test qui permet d'allumer les LEDs du microcontrôleur en fonction des touches actives ou non. Voici l'algorithme général de ce programme, exécuté en boucle :<br /> <br /> ''<br /> //led1, led2, led3 et led4 initialement à 0<br /> Si (touche1 == 1) alors led4=1;<br /> Si (touche2 == 1) alors led3=1;<br /> Si (touche3 == 1) alors {led3=1; led4=1;}<br /> Si (touche4 == 1) alors led2=1;<br /> Si (touche5 == 1) alors {led2=1; led4=1;}<br /> Si (touche6 == 1) alors {led2=1; led3=1;}<br /> Si (touche7 == 1) alors {led2=1; led3=1; led4=1;}<br /> Si (touche8 == 1) alors led1=1;<br /> Si (touche9 == 1) alors {led1=1; led4=1;}<br /> Si (touche10 == 1) alors {led1=1; led3=1;}<br /> Si (touche11 == 1) alors {led1=1; led3=1; led4=1;}<br /> Si (touche12 == 1) alors {led1=1; led2=1;}<br /> ''<br /> <br /> L'objectif pour la semaine prochaine sera de commencer l'élaboration des cartes PCB, et de paramétrer l'utilisation d'un élément piézoélectrique pour l'émission de sons.<br /> <br /> == Semaine 9 (du 30/03/2015 au 05/04/2015) ==<br /> Lors de cette semaine, nous avons commencé à créer une carte PCB avec le logiciel Altium Designer. Nous avons tout d'abord créé la carte permettant le multiplexage des LEDs. Nous avons placé sur cette carte 18 transistors BC548, 18 résistances, ainsi qu'un décodeur 3 vers 8 74LS138, permettant d'avoir une sortie à l'état bas et les 7 autres à l'état haut, selon [http://ecee.colorado.edu/~mcclurel/sn74ls138rev5.pdf cette datasheet]. Les pistes se feront des 2 côtés de la carte. A l'issue de cette semaine, nous avons pu envoyer notre modèle au service électronique pour élaboration. <br /> <br /> [[Fichier:Schematic drive LED.png|130px|thumb|Schématic multiplexage LED]]<br /> [[Fichier:Face 1 drive LED.png|130px|thumb|multiplexage LED Face 1]]<br /> [[Fichier:Face 2 drive LED.png|130px|thumb|multiplexage LED Face 2]]<br /> <br /> <br /> Parallèlement, nous avons travaillé sur l'émission d'une gamme de sons par une pièce piézoélectrique. Sur le site de développement MBED, nous avons pu trouver une bibliothèque permettant l'élaboration d'une note et de sa durée, et par extension l'élaboration d'une mélodie.<br /> <br /> ''<br /> #include "mbed.h"<br /> #include <Sound.h><br /> Sound sound(p21, p10);<br /> const Sound::sound_t WESTMINSTER[] = {<br /> // hanon siji 0:b(flat) 1:tujo 2:#(sharp)<br /> // | C1 - B9 kan deno onkai(Gx ha 9x ni okikae te siji) 0xFF=end data<br /> // | | time (1/1[ms]/count) <br /> // | | | envelope(yoin) (1/1 [ms]/count)<br /> // | | | |<br /> {1,0xC5,300,500},<br /> {1,0xD5,300,500},<br /> {1,0xE5,300,500},<br /> {1,0xF5,300,500},<br /> {1,0x85,300,500},<br /> {1,0x95,300,500},<br /> {1,0xA5,300,500},<br /> {1,0xB5,300,500},<br /> {1,0x75,300,500},<br /> {1,0x65,300,500},<br /> {1,0x55,300,500},<br /> {1,0xFF,1000,0}, // end<br /> };<br /> int main() {<br /> //---------------------<br /> // enso data no settei<br /> //---------------------<br /> // sound.sound_enso("/local/enso.txt"); // mbed local file data "enso.txt" load (sita ni data no rei wo oite oku)<br /> sound.sound_enso((Sound::sound_t*)WESTMINSTER); <br /> //---------------------------------------------------<br /> // output tone<br /> //---------------------------------------------------<br /> // tone1 <br /> Sound::sound_t oto = {1,0x95,200,100};<br /> sound.sound_sound(oto);<br /> while(sound.sound_sound() == true){} <br /> // tone2<br /> oto.hanon = 1; oto.onkai = 0xA5; oto.time = 2000; oto.envelope = 1000;<br /> sound.sound_sound(oto);<br /> while(sound.sound_sound() == true){}<br /> //---------------<br /> // output melody<br /> //--------------<br /> sound.sound_enso(true);<br /> while(1) {<br /> }<br /> }<br /> ''<br /> <br /> Nous travaillerons ultérieurement sur la sélection de notes à adopter.<br /> <br /> L'objectif pour la semaine prochaine sera de continuer l'élaboration des cartes électroniques, ainsi de commencer le développement des programmes finaux.<br /> <br /> == Semaine 10 (du 06/04/2015 au 12/04/2015) ==<br /> Lors de cette semaine, nous avons continué l'élaboration des circuits électroniques. Nous avons commencé à concevoir les faces, soit les cartes contenant 9 LEDs RGB. Nous avons eu des LEDs CMS, nous avons donc dû créer ces composants sur Altium Designer.<br /> <br /> Parallèlement nous avons commencé à travailler sur les programmes finaux. Nous avons développé un programme permettant d'allumer une LED une par une, selon la couleur voulue, et selon le schéma suivant :<br /> <br /> /* Image à venir */<br /> <br /> ''<br /> #include "mbed.h"<br /> #include "Random.h"<br /> BusOut myled(LED4,LED3,LED2,LED1);<br /> DigitalOut anode[9]={p12,p13,p14,p15,p16,p17,p18,p19,p20};<br /> BusOut base_couleur(p30,p29,p28);<br /> BusOut collecteur(p24,p23,p22);<br /> void allume_LED(int led, int face, char couleur){<br /> for (int i=0;i<9;i++) anode[i]=0;<br /> // sélection anode ("face")<br /> if ((led == 1)||(led == 4)||(led == 7)){<br /> if ((face == 1) || (face == 2)) anode[0]=1;<br /> else if ((face == 3) || (face == 4)) anode[3] = 1;<br /> else if ((face == 5) || (face == 6)) anode[6] = 1;<br /> }<br /> else if ((led == 2)||(led == 5)||(led == 8)){<br /> if ((face == 1) || (face == 2)) anode[1] = 1;<br /> else if ((face == 3) || (face == 4)) anode[4] = 1;<br /> else if ((face == 5) || (face == 6)) anode[7] = 1;<br /> }<br /> else if ((led == 3)||(led == 6)||(led == 9)){<br /> if ((face == 1) || (face == 2)) anode[2] = 1;<br /> else if ((face == 3) || (face == 4)) anode[5] = 1;<br /> else if ((face == 5) || (face == 6)) anode[8] = 1;<br /> }<br /> // sélection collecteur ("ligne" de LEDs)<br /> if ((face == 1)||(face == 3)||(face == 5)){<br /> if ((led > 0) && (led < 4)) collecteur.write(0);<br /> else if ((led > 3) && (led < 7)) collecteur.write(1);<br /> else if ((led > 6) && (led < 10)) collecteur.write(2);<br /> }<br /> else if ((face == 2)||(face == 4)||(face == 6)){<br /> if ((led > 0) && (led < 4)) collecteur.write(3);<br /> else if ((led > 3) && (led < 7)) collecteur.write(4);<br /> else if ((led > 6) && (led < 10)) collecteur.write(5);<br /> }<br /> //sélection couleur (base)<br /> if (couleur == 'r') base_couleur.write(4);<br /> else if (couleur == 'g') base_couleur.write(2);<br /> else if (couleur == 'b') base_couleur.write(1);<br /> }<br /> ''<br /> <br /> A partir de ce programme, nous avons conçu une fonction affichant sur une face un chiffre selon le principe d'un dé. Chaque LED sera allumée une par une, mais avec la fréquence de travail très élevée du microprocesseur (environ 100 MHz), notre œil aura l'impression qu'elles sont allumées en même temps. La fonction prend comme paramètre le chiffre affiché, ainsi que le temps d'affichage en secondes :<br /> <br /> ''<br /> void affiche_de(int chiffre, float time){<br /> Timer t;<br /> t.start();<br /> while (t.read() <= time){<br /> if (chiffre == 1) allume_LED(5,1,'r');<br /> else if (chiffre == 2) {<br /> allume_LED(1,1,'r');<br /> allume_LED(9,1,'r');<br /> }<br /> else if (chiffre == 3) {<br /> allume_LED(1,1,'b');<br /> allume_LED(5,1,'b');<br /> allume_LED(9,1,'b');<br /> }<br /> else if (chiffre == 4) {<br /> allume_LED(1,1,'b');<br /> allume_LED(3,1,'b');<br /> allume_LED(7,1,'b');<br /> allume_LED(9,1,'b');<br /> }<br /> else if (chiffre == 5) {<br /> allume_LED(1,1,'g');<br /> allume_LED(3,1,'g');<br /> allume_LED(5,1,'g');<br /> allume_LED(7,1,'g');<br /> allume_LED(9,1,'g');<br /> }<br /> else if (chiffre == 6) {<br /> allume_LED(1,1,'g');<br /> allume_LED(3,1,'g');<br /> allume_LED(4,1,'g');<br /> allume_LED(6,1,'g');<br /> allume_LED(7,1,'g');<br /> allume_LED(9,1,'g');<br /> }<br /> }<br /> t.stop();<br /> }<br /> ''<br /> <br /> Nous avons aussi paramétré un générateur d'entiers aléatoires compris entre 1 et 6. A partir d'une bibliothèque obtenue sur le site de développement MBED, nous utilisons une classe "Random" permettant de générer ce chiffre. Ici, un exemple d'affichage d'un chiffre aléatoire :<br /> <br /> ''<br /> int main() {<br /> Random r;<br /> int i;<br /> r.init();<br /> //génération d'un entier aléatoire entre 1 et 6<br /> uint8_t chiffre = r.getByte();<br /> chiffre = (chiffre % 6)+1;<br /> //petite simulation<br /> for(i=1;i<10;i++) {<br /> if (i<4) allume_LED(i,1,'r');<br /> else if ((i>3) && (i<7)) allume_LED(i,1,'b');<br /> else if (i>6) allume_LED(i,1,'g');<br /> wait_ms(200);<br /> }<br /> //affichage du chiffre aléatoire<br /> if ((chiffre > 0) && (chiffre < 7)) affiche_de(chiffre,15);<br /> }<br /> ''<br /> <br /> Enfin, nous avons pu récupérer la carte électronique de multiplexage élaborée précédemment. Sur cette carte, les pistes ont été dessinées des deux côtés. Nous avons aussi obtenu un boitier de piles fonctionnant via USB que nous utiliserons comme batterie, ainsi qu'une breadboard de petite taille permettant de fixer le microcontrôleur, l'accéléromètre et la board tactile dessus.<br /> <br /> [[Fichier:MUXcotecompo_recto.jpg|200px|thumb|left|Carte électronique du multiplexage des LEDs, côté composants (recto)]]<br /> [[Fichier:MUX_verso.jpg|200px|thumb|centre|Carte électronique du multiplexage des LEDs (verso)]]<br /> <br /> <br /> L'objectif pour la semaine prochaine sera de continuer, voire de terminer l'élaboration des circuits électroniques des faces, de travailler sur la carte de multiplexage, ainsi que de continuer le développement des programmes finaux.<br /> <br /> == Semaine 11 (du 13/04/2015 au 19/04/2015) ==<br /> [[Fichier:Carte Multiplexe soudee.JPG|130px|thumb|multiplexage soudee]]<br /> [[Fichier:Face LED.png|130px|thumb|Schematic d'une face de LED]]<br /> [[Fichier:Face LED 1.png|130px|thumb|PCB face LED 1]]<br /> [[Fichier:Face LED 2.png|130px|thumb|PCB face LED 2]]<br /> <br /> <br /> <br /> Lors de cette semaine, nous avons pu avoir une discussion avec M. Boé, afin de faire le point sur notre projet. Il nous a ainsi suggéré de revoir la taille de notre cube, afin de diminuer la taille des faces. La carte de multiplexage réalisée étant trop grande, nous avons décidé d'envisager une nouvelle carte de multiplexage plus petite, pour ainsi obtenir des faces de dimension 6x6 cm environ. Nous avons aussi décidé de créer un PCB spécialement pour des piles de type CR2032, et qu'un autre pour le MBED, l'accéléromètre et la board tactile, et ainsi abandonner l'idée de la breadboard. Nous avons ainsi revu l'élaboration de la face comportant nos LEDs RGB CMS.<br /> <br /> <br /> Nous avons tout de même commencé à souder la carte de multiplexage des LEDs pour pouvoir tester les faces du cube :<br /> <br /> <br /> <br /> Côté informatique, nous avons avancé dans notre code en créant une fonction réalisant une petite animation des LEDs, pour l'instant sur une seule face :<br /> <br /> ''<br /> //une animation "d'ambiance", pour l'instant sur une seule face<br /> void animations(float duree_anim){<br /> char couleurs[7] = {'w','j','r','p','b','g','t'};<br /> int coul_suiv,led_suiv,j;<br /> Timer t;<br /> //toutes les LEDs de la même couleur<br /> for(j=0;j<7;j++){<br /> t.start();<br /> while (t.read() <= (duree_anim/7)){<br /> for(int i=1;i<10;i++) allume_LED(i,1,couleurs[j]);<br /> }<br /> t.stop();<br /> t.reset();<br /> //changement de couleur progressif, une LED à la fois<br /> if (j==6) coul_suiv=0;<br /> else coul_suiv=j+1;<br /> led_suiv=1;<br /> t.start();<br /> while (led_suiv < 10){<br /> while (t.read() <= (1.5/9)){<br /> for(int k=1;k<=led_suiv;k++) allume_LED(k,1,couleurs[coul_suiv]);<br /> for(int i=led_suiv+1;i<10;i++) allume_LED(i,1,couleurs[j]);<br /> }<br /> led_suiv++;<br /> }<br /> t.stop();<br /> t.reset();<br /> }<br /> anim=true;<br /> }<br /> ''<br /> <br /> L'objectif pour la prochaine séance sera de créer une fonction de morpion, ainsi que de tester la carte de multiplexage sur une face.<br /> <br /> <br /> D'autre part, nous avons réalisé le PCB d'une face de LED dont voici le schematic et le PCB: <br /> <br /> <br /> Cependant, nous avons dû réaliser le schematic et les empreintes des LEDs dans une nouvelle librairie puisque le composant n'était pas encore réalisé dans les librairies d'Altium. Nous avons pour cela suivi le tutoriel de M. Boé :<br /> [[Fichier:Empreinte LED.png|130px|Composant créé sur Altium]]<br /> <br /> == Semaine 12 (du 20/04/2015 au 26/04/2015) ==<br /> Durant cette semaine, nous avons continué notre code en commençant la programmation d'une fonction "morpion". Cette fonction est assez longue à concevoir, et sera complétée d'une autre fonction vérifiant la victoire au morpion. Voici la fonction "morpion" (la fonction "win" sera élaborée plus tard) :<br /> <br /> ''<br /> void morpion(){<br /> led_eteinte();<br /> int grille[9]={0,0,0,0,0,0,0,0,0};<br /> int tour=0;<br /> char coul;<br /> bool ligne1=false, ligne2=false, ligne3=false, c1=false, c2=false, c3=false, d1=false, d2=false, gagne=false;<br /> //déroulement de la partie<br /> while ((!gagne)||(tour<9)){<br /> tour++;<br /> //"sélection" joueur : rouge pour joueur 1, vert pour joueur 2<br /> if ((tour%2)==1) coul='r';<br /> else coul='g';<br /> //sélection case via touches<br /> //milieu<br /> if (touche2==1) {<br /> if (grille[4]==0){<br /> allume_LED(5,2,coul);<br /> grille[4]=abs((tour%2)-2); //1 pour joueur 2, 2 pour joueur 1<br /> }<br /> }<br /> else if (touche1==1) {<br /> wait(1);<br /> //haut gauche<br /> if (touche5==1) { <br /> if (grille[0]==0){<br /> allume_LED(1,2,coul);<br /> grille[0]=abs((tour%2)-2);<br /> }<br /> }<br /> //bas gauche<br /> else if (touche6==1){ <br /> if (grille[6]==0){<br /> allume_LED(7,2,coul);<br /> grille[6]=abs((tour%2)-2);<br /> }<br /> }<br /> //gauche<br /> else {<br /> if (grille[3]==0){<br /> allume_LED(4,2,coul);<br /> grille[3]=abs((tour%2)-2);<br /> }<br /> }<br /> }<br /> else if (touche5==1) {<br /> wait(1);<br /> //haut gauche<br /> if (touche1==1) { <br /> if (grille[0]==0){<br /> allume_LED(1,2,coul);<br /> grille[0]=abs((tour%2)-2);<br /> }<br /> }<br /> //haut droite<br /> else if (touche3==1){ <br /> if (grille[2]==0){<br /> allume_LED(3,2,coul);<br /> grille[2]=abs((tour%2)-2);<br /> }<br /> }<br /> //haut<br /> else {<br /> if (grille[1]==0){<br /> allume_LED(2,2,coul);<br /> grille[1]=abs((tour%2)-2);<br /> }<br /> }<br /> }<br /> else if (touche3==1) {<br /> wait(1);<br /> //bas droite<br /> if (touche6==1) { <br /> if (grille[8]==0){<br /> allume_LED(9,2,coul);<br /> grille[8]=abs((tour%2)-2);<br /> }<br /> }<br /> //haut droite<br /> else if (touche5==1) {<br /> if (grille[2]==0){<br /> allume_LED(3,2,coul);<br /> grille[2]=abs((tour%2)-2);<br /> }<br /> }<br /> //droite<br /> else {<br /> if (grille[5]==0){<br /> allume_LED(6,2,coul);<br /> grille[5]=abs((tour%2)-2);<br /> }<br /> }<br /> }<br /> else if (touche6==1) {<br /> wait(1);<br /> //bas gauche<br /> if (touche1==1) { <br /> if (grille[6]==0){<br /> allume_LED(7,2,coul);<br /> grille[6]=abs((tour%2)-2);<br /> }<br /> }<br /> //bas droite<br /> else if (touche3==1){ <br /> if (grille[8]==0){<br /> allume_LED(9,2,coul);<br /> grille[8]=abs((tour%2)-2);<br /> }<br /> }<br /> //bas<br /> else {<br /> if (grille[7]==0){<br /> allume_LED(8,2,coul);<br /> grille[7]=abs((tour%2)-2);<br /> }<br /> }<br /> }<br /> //allumage du reste de la grille<br /> for(int k=0;k<9;k++){<br /> if (grille[k]==1) allume_LED(k+1,2,'r');<br /> else if (grille[k]==2) allume_LED(k+1,2,'g');<br /> }<br /> //vérif ligne complétée<br /> gagne=win(grille,ligne1,ligne2,ligne3,c1,c2,c3,d1,d2);<br /> }<br /> Timer t;<br /> //vérif victoire joueur 1<br /> if(((tour%2)==1)&&(gagne)){<br /> t.start();<br /> while(t.read()<=5){<br /> for(int i=0;i<9;i++){<br /> allume_LED(i,2,'r');<br /> }<br /> }<br /> t.stop();<br /> }<br /> //vérif victoire joueur 2<br /> else if (((tour%2)==0)&&(gagne)){<br /> t.start();<br /> while(t.read()<=5){<br /> for(int i=0;i<9;i++){<br /> allume_LED(i,2,'g');<br /> }<br /> }<br /> t.stop();<br /> }<br /> //vérif match nul<br /> else if ((tour==9)&&(!gagne)){<br /> t.start();<br /> while(t.read()<=5){<br /> for(int i=0;i<9;i++){<br /> allume_LED(i,2,'b');<br /> }<br /> }<br /> t.stop();<br /> }<br /> morp=true;<br /> }<br /> '' <br /> <br /> A noter qu'ici, nous avons modélisé notre grille à l'aide d'un tableau à une dimension. Nous aurions très bien pu le faire aussi sous la forme d'une matrice à deux dimensions.<br /> <br /> Côté électronique, nous avons récupéré le PCB d'une face. Nous avons alors procédé au soudage des 9 LEDs CMS composant notre face.<br /> [[Fichier:Circuit Face.JPG|130px|Circuit d'une face]]<br /> [[Fichier:Test LED 1.JPG|130px|Soudure de quelque LED et test 1]]<br /> [[Fichier:Test LED 2.JPG|130px|Soudure de quelque LED et test 2]]<br /> [[Fichier:Face LED soudee.JPG|130px|Face totalement soudee]]<br /> <br /> Nous avons procédé aux tests d'allumage et de multiplexage avec le branchement suivant. Les LEDS se sont bien allumées comme nous le voulions :<br /> <br /> [[Fichier:Branchement test.JPG|130px|Branchement test de la face de LED]]<br /> [[Fichier:Test face1.JPG|130px|Test réussi]]<br /> <br /> L'objectif pour les 2 semaines restantes sera de pouvoir au moins présenter un prototype de notre cube montrant son fonctionnement global.<br /> <br /> == Semaine 13 (du 27/04/2015 au 03/05/2015) ==<br /> Côté informatique, nous avons continué notre code en intégrant à notre programme final les différentes bibliothèques nécessaires : l'accéléromètre (ADXL345.h), la board tactile (MPR121.h), ainsi que pour le son de notre pièce piézoélectrique (Sound.h). Pour l'émission de ce son, nous avons repris la fonction d'émission d'une mélodie détaillée plus haut, et nous l'avons adaptée pour n'émettre qu'une seule note. Nous avons aussi créé la fonction de vérification de victoire au morpion :<br /> <br /> ''<br /> //vérification victoire<br /> bool win(int grille[],bool ligne1, bool ligne2, bool ligne3, bool c1, bool c2, bool c3, bool d1, bool d2){<br /> bool v1=false, v2=false;<br /> //verif lignes<br /> if (!((grille[0]==0)&&(grille[1]==0)&&(grille[2]==0))){<br /> v1=grille[0]==grille[1];<br /> v2=grille[1]==grille[2];<br /> ligne1=v1&&v2;<br /> }<br /> if (!((grille[3]==0)&&(grille[4]==0)&&(grille[5]==0))){<br /> v1=grille[3]==grille[4];<br /> v2=grille[4]==grille[5];<br /> ligne2=v1&&v2;<br /> }<br /> if (!((grille[6]==0)&&(grille[7]==0)&&(grille[8]==0))){<br /> v1=grille[6]==grille[7];<br /> v2=grille[7]==grille[8];<br /> ligne3=v1&&v2;<br /> }<br /> //verif colonnes<br /> if (!((grille[0]==0)&&(grille[3]==0)&&(grille[6]==0))){<br /> v1=grille[0]==grille[3];<br /> v2=grille[3]==grille[6];<br /> c1=v1&&v2;<br /> }<br /> if (!((grille[1]==0)&&(grille[4]==0)&&(grille[7]==0))){<br /> v1=grille[1]==grille[4];<br /> v2=grille[4]==grille[7];<br /> c2=v1&&v2;<br /> }<br /> if (!((grille[2]==0)&&(grille[5]==0)&&(grille[8]==0))){<br /> v1=grille[2]==grille[5];<br /> v2=grille[5]==grille[8];<br /> c3=v1&&v2;<br /> }<br /> //verif diagonales<br /> if (!((grille[0]==0)&&(grille[4]==0)&&(grille[8]==0))){<br /> v1=grille[0]==grille[4];<br /> v2=grille[4]==grille[8];<br /> d1=v1&&v2;<br /> }<br /> if (!((grille[2]==0)&&(grille[4]==0)&&(grille[6]==0))){<br /> v1=grille[2]==grille[4];<br /> v2=grille[4]==grille[6];<br /> d2=v1&&v2;<br /> }<br /> bool win=ligne1||ligne2;<br /> win=win||ligne3;<br /> win=win||c1;<br /> win=win||c2;<br /> win=win||c3;<br /> win=win||d1;<br /> win=win||d2;<br /> return win;<br /> }<br /> ''<br /> <br /> Côté électronique, nous avons en notre possession les PCB des 6 faces du cube.<br /> <br /> Nous avons donc effectué la soudure de toutes les faces restantes et donc des 45 LEDs restantes:<br /> [[Fichier:6 faces soudees.JPG|130px|Faces totalement soudees]]<br /> Cette étape nous a pris un temps considérable :<br /> * Réalisation des 27 vias sur chaque face<br /> * Soudure de 9 LED CMS par face<br /> * Étamage de tous les câbles<br /> * Soudure des câble pour réaliser les ponts entre les faces<br /> <br /> Seulement après tout cela, nous avons pu avoir nos 6 faces correctement soudées. Nous avons continué de travailler jusqu'à la mise en place d'un prototype.<br /> <br /> == Poursuite du cube & idées ==<br /> Par la suite, nous avons réalisé un premier prototype du cube de la manière suivante :<br /> chaque anode de la première série de trois faces a été reliée à une autre de la deuxième série de trois faces. <br /> <br /> Nous avons obtenu le prototype suivant : [[Fichier:Proto.JPG|130px|1er prototype]]<br /> <br /> Les autres circuits permettant d'obtenir un cube avec l'électronique totalement embarquée n'ont pas été réalisée. Nous avons donc laissé le MBED et la carte de multiplexage à l'extérieur. <br /> Voici ce que nous pouvons présenter à l'heure actuelle :<br /> [[Fichier:Cube.JPG|130px|Cube à l'état actuel]]<br /> <br /> Le test de ce 1er prototype et des codes développés se fera durant la vidéo.<br /> <br /> <br /> Pour les cartes supplémentaires, nous avions prévu d'en concevoir 3 : <br /> Une carte pour les piles permettant d’alimenter le MBED.<br /> Une seconde comportant le MBED, le capacitive Touch Adafruit et l’accéléromètre.<br /> Une troisième qui correspond à la carte de multiplexage mais en miniature avec des composants CMS.<br /> La liaison entre chaque se faisant par des fils.<br /> <br /> [[Fichier:Cartes elec.JPG|130px|Schéma des 3 cartes à réaliser]]<br /> <br /> = Conclusion =<br /> Ce projet nous aura permis d'approfondir nos connaissances dans deux principaux domaines : la conception de circuits électroniques, ainsi que le développement d'une application orientée microcontrôleur.<br /> D’autre part, ce projet nous auras permis d’exercer la gestion de projet et de se rendre compte de nos erreurs. La principale erreur a été de ne pas se projeter assez vite vers un premier prototype. Au lieu de cela, nous sommes restés un moment sur le test de chaque composant séparément en essayant de prévoir son introduction à l’électronique du cube. Nous avons pris du retard en négligeant un peu la partie électronique et création de carte et nous nous sommes rendus compte que celle-ci n’était pas des moindres et prenant un certain temps.<br /> <br /> = Fichiers Rendus =</div>

Cduplouy