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

EC capteur mobile de pollution

2017-09-06T14:09:28Z

Lmazier : /* Conception de la carte électronique */

== Contexte du sujet ==

La qualité de l'air que nous respirons est un critère de santé publique. Des capteurs sont disposés sur le toit de certains bâtiments afin de donner à la population les informations. Cependant, la faible densité de ces capteurs ne permet pas de refléter la qualité de l'air à des endroits très précis. Afin de mesurer l'exposition de la population aux particules, il est nécessaire d'équiper un maximum de personnes avec des capteurs mobiles. Cela permettra ainsi d'obtenir une visualisation précise des particules en un lieu et à un moment particulier.

== Objectif du projet ==

L'objectif du projet consiste à réaliser un capteur mobile de qualité de l'air communicant par un protocole longue distance (LoRa) ou par l'intermédiaire d'un smartphone.
Trois scénarios d'usage sont à implémenter.

<ul>
<li>Le premier scénario correspond à un usage autonome du capteur mobile. Il va périodiquement envoyer les données (les différents niveaux de particules, la température, la pression, l'hygrométrie, la position GPS) via le protocole LoRa.</li>
<li>Le deuxième scénario correspond à un usage semi-autonome du capteur mobile. L'utilisateur du système connectera via bluetooth 4.0 son téléphone au capteur afin de visualiser en temps réel les données provenant du capteur. Les données sont sauvegardées sur le téléphone et seront envoyé sur un serveur lorsque du WiFi sera disponible. L'application permettra de choisir la source du positionnement, i.e., le GPS du capteur ou celui du téléphone. L'objectif ici est de réduire la consommation énergétique du capteur.</li>
<li>Le troisième scénario est une variante du deuxième scénario. Ici, les données seront envoyées via la liaison 3G/4G du téléphone.</li>
</ul>

== Travail à réaliser ==

<ul>
<li>Réaliser une carte électronique regroupant tous les composants et des moyens de mesures de la consommation énergétique</li>
<li>Réalisation de l'application Android</li>
<li>Réalisation de tests en laboratoire et in-situ</li>
</ul>

== Déroulement du projet ==

=== Phase de recherche ===

Afin de mener à bien ce projet, il a été nécessaire dans un premier temps d'effectuer de nombreuses recherches sur les technologies et les composants utilisées dans son développement. La très grande majorité de ces recherches s'est faite sur Internet et notamment grâce au site d'Altium pour la partie électronique. De plus un rendez-vous avec M. Vantroys et M. Boe a été pris pour le 28 août 2017 afin que l'on puisse se rencontrer et discuter ensemble des problématiques de ce projet. Ainsi nous avons put préciser les attentes de ce projet ainsi que le cahier des charges. M. Vantroys et M. Boe m'ont également apporté des conseils sur certaines parties techniques de ce projet.

=== Conception de la carte électronique ===

Tout d'abord, il est primordial de concevoir la carte électronique qui contiendra tous les composants nécessaires de ce projet. De plus il est très important de la concevoir le plus tôt possible afin que celle-ci puisse être conçu et testée rapidement et pouvoir la modifier en cas de nécessité. De plus, la première carte conçue sera relativement grande et contiendra de nombreux "Jumper" et diodes lumineuses. Les "Jumper" ont été ajoutés sur les conseils de M. Boe. En effet cela permettra de déconnecter une partie du circuit si celui-ci cause problème tout en testant le reste de la carte électronique. L'ajout des diodes lumineuses permet de vérifier plus rapidement le bon fonctionnement ou non des différents éléments de la carte. La première carte créée sera alors de taille relativement imposante et mobile afin que l'on puisse résoudre rapidement certains problèmes qui se présenteraient.
 
Cependant certains éléments ne sont pas initialement présents dans les librairies Altium il me faut alors les créer. Il est également possible de télécharger des librairies Altium déjà faites mais il n'y a aucune garantie que les éléments désirés ici (principalement microcontrôleur, antenne Bluetooth, antenne LORA et capteur GPS) soit disponible dans une librairie et il pourrait s'avérer plus long de trouver les librairies spécifiques que d'en recréer une adaptée à ce projet.

==== Librairie Schematic ====

Pour créer des éléments sous Altium il est nécessaire de commencer par créer une librairie de schematics contenant nos éléments désirés. Une fois la librairie créée on y ajoute un par un les éléments désirés. Ci-dessous vous pouvez apercevoir le microcontrôleur et l'émetteur LORA :
 
[[Image:ReseauCapteur Schematic mircoC.png|thumb|left|upright=2|Schematic du microcontrôleur]]
[[Image:reseauCapteur_Schematic_LORA.png|thumb|center|upright=2|Schematic de l'émetteur LORA]]
 

==== Librairie PCB ====

Ensuite il faut créer les empreintes PCB associées à ces schematics. Pour cela, il faut créer une nouvelle librairie mais qui cette fois-ci se réfère à des empreintes PCB. Il suffit alors de créer une empreinte (ou plusieurs si nécessaire) à chaque élément. Ci-dessous vous pouvez visualiser l'empreinte de l'émetteur Bluetooth :
 
[[Image:ReseauCapteur Pcb Bluetooth.png|center|thumb|upright=2|Schematic de l'émetteur LORA]]
 
Lorsque ces 2 librairies sont faites, il reste à associer chaque empreinte aux éléments du schematic en utilisant les paramètres de ces-derniers.

== Bibliographie ==

http://www.alexandre-boyer.fr/alex/enseignement/Guide%20de%20demarrage%20Altium%20Designer.pdf 
http://wcours.gel.ulaval.ca/2017/h/GEL3000/default/6travaux/GEL-3000_Didacticiel%20Atium%20designer_H14.pdf 
http://techdocs.altium.com/display/ADOH/Download+Libraries 
https://designcontent.live.altium.com/#UnifiedComponentDetail/Maxim_Sensors 
http://techdocs.altium.com/display/ADOH/Support+for+Rectangular+Pad+Holes 
http://techdocs.altium.com/display/ADRR/PCB_Dlg-Pad((Pad))_AD 
http://techdocs.altium.com/display/ADOH/Creating+Library+Components+Tutorial 
https://www.youtube.com/watch?v=9u0Fzpb0yZU 
https://www.youtube.com/watch?v=Y7PY1nBtImk 
 
https://www.frugalprototype.com/technologie-lora-reseau-lorawan/ 
http://www.ioi-labs.com/technologies/comprendre-reseau-lorawan 
http://www.frandroid.com/telecom/313396_lora-futur-reseau-objets-connectes 
https://www.orange.com/fr/Engagements/Responsabilite/Environnement/Folder/Changement-climatique/Folder/Orange-et-la-COP/Folder/LoRa 
http://www.objetconnecte.com/tout-savoir-reseau-lora-bouygues/ 

=== Documents Techniques ===

http://www.mouser.com/ds/2/23/GPS_Radionova_M10578-A2_PS-1.0-844843.pdf 
http://www.mouser.com/ds/2/268/50002346B-947485.pdf 
http://www.mouser.com/ds/2/268/50002489A-957652.pdf 
http://www.mouser.com/ds/2/389/en.DM00372460-1102875.pdf 
http://www.st.com/content/ccc/resource/technical/document/user_manual/group0/bc/b1/ad/c8/36/de/40/92/DM00320099/files/DM00320099.pdf/jcr:content/translations/en.DM00320099.pdf 
http://www.mouser.com/ds/2/256/maxim%20integrated%20products_ds18b20-342923.pdf 

== Matériel ==

<ul>
<li>Capteur GPS http://www.mouser.fr/ProductDetail/Antenova/M10578-A2/</li>
<li>Radio LoRa http://www.mouser.fr/ProductDetail/Microchip/RN2483A-I-RM103/</li>
<li>Module Bluetooth http://www.mouser.fr/ProductDetail/Microchip-Technology/RN4871U-V-RM118/</li>
<li>Microcontrôleur http://www.mouser.fr/ProductDetail/STMicroelectronics/STEVAL-STLCS02V1</li>
</ul>

Fichier:ReseauCapteur Pcb Bluetooth.png

2017-09-06T13:44:58Z

Lmazier : PCB du Bluetooth

PCB du Bluetooth

Fichier:ReseauCapteur Schematic LORA.png

2017-09-06T13:44:12Z

Lmazier : schematic du LORA

schematic du LORA

Fichier:ReseauCapteur Schematic mircoC.png

2017-09-06T13:42:07Z

Lmazier : Schematic du microcontrôleur

Schematic du microcontrôleur

EC capteur mobile de pollution

2017-09-06T13:37:28Z

Lmazier :

== Contexte du sujet ==

La qualité de l'air que nous respirons est un critère de santé publique. Des capteurs sont disposés sur le toit de certains bâtiments afin de donner à la population les informations. Cependant, la faible densité de ces capteurs ne permet pas de refléter la qualité de l'air à des endroits très précis. Afin de mesurer l'exposition de la population aux particules, il est nécessaire d'équiper un maximum de personnes avec des capteurs mobiles. Cela permettra ainsi d'obtenir une visualisation précise des particules en un lieu et à un moment particulier.

== Objectif du projet ==

L'objectif du projet consiste à réaliser un capteur mobile de qualité de l'air communicant par un protocole longue distance (LoRa) ou par l'intermédiaire d'un smartphone.
Trois scénarios d'usage sont à implémenter.

<ul>
<li>Le premier scénario correspond à un usage autonome du capteur mobile. Il va périodiquement envoyer les données (les différents niveaux de particules, la température, la pression, l'hygrométrie, la position GPS) via le protocole LoRa.</li>
<li>Le deuxième scénario correspond à un usage semi-autonome du capteur mobile. L'utilisateur du système connectera via bluetooth 4.0 son téléphone au capteur afin de visualiser en temps réel les données provenant du capteur. Les données sont sauvegardées sur le téléphone et seront envoyé sur un serveur lorsque du WiFi sera disponible. L'application permettra de choisir la source du positionnement, i.e., le GPS du capteur ou celui du téléphone. L'objectif ici est de réduire la consommation énergétique du capteur.</li>
<li>Le troisième scénario est une variante du deuxième scénario. Ici, les données seront envoyées via la liaison 3G/4G du téléphone.</li>
</ul>

== Travail à réaliser ==

<ul>
<li>Réaliser une carte électronique regroupant tous les composants et des moyens de mesures de la consommation énergétique</li>
<li>Réalisation de l'application Android</li>
<li>Réalisation de tests en laboratoire et in-situ</li>
</ul>

== Déroulement du projet ==

=== Phase de recherche ===

Afin de mener à bien ce projet, il a été nécessaire dans un premier temps d'effectuer de nombreuses recherches sur les technologies et les composants utilisées dans son développement. La très grande majorité de ces recherches s'est faite sur Internet et notamment grâce au site d'Altium pour la partie électronique. De plus un rendez-vous avec M. Vantroys et M. Boe a été pris pour le 28 août 2017 afin que l'on puisse se rencontrer et discuter ensemble des problématiques de ce projet. Ainsi nous avons put préciser les attentes de ce projet ainsi que le cahier des charges. M. Vantroys et M. Boe m'ont également apporté des conseils sur certaines parties techniques de ce projet.

=== Conception de la carte électronique ===

Tout d'abord, il est primordial de concevoir la carte électronique qui contiendra tous les composants nécessaires de ce projet. De plus il est très important de la concevoir le plus tôt possible afin que celle-ci puisse être conçu et testée rapidement et pouvoir la modifier en cas de nécessité. De plus, la première carte conçue sera relativement grande et contiendra de nombreux "Jumper" et diodes lumineuses. Les "Jumper" ont été ajoutés sur les conseils de M. Boe. En effet cela permettra de déconnecter une partie du circuit si celui-ci cause problème tout en testant le reste de la carte électronique. L'ajout des diodes lumineuses permet de vérifier plus rapidement le bon fonctionnement ou non des différents éléments de la carte. La première carte créée sera alors de taille relativement imposante et mobile afin que l'on puisse résoudre rapidement certains problèmes qui se présenteraient.
 
Cependant certains éléments ne sont pas initialement présents dans les librairies Altium il me faut alors les créer. Il est également possible de télécharger des librairies Altium déjà faites mais il n'y a aucune garantie que les éléments désirés ici (principalement microcontrôleur, antenne Bluetooth, antenne LORA et capteur GPS) soit disponible dans une librairie et il pourrait s'avérer plus long de trouver les librairies spécifiques que d'en recréer une adaptée à ce projet.
 
 
Pour créer des éléments sous Altium il est nécessaire de commencer par créer une librairie de schematics contenant nos éléments désirés. Une fois la librairie créée on y ajoute un par un les éléments désirés. Ci-dessous vous pouvez apercevoir le microcontrôleur et l'émetteur LORA :
 
 
Ensuite il faut créer les empreintes PCB associées à ces schematics. Pour cela, il faut créer une nouvelle librairie mais qui cette fois-ci se réfère à des empreintes PCB. Il suffit alors de créer une empreinte (ou plusieurs si nécessaire) à chaque élément. Ci-dessous vous pouvez visualiser l'empreinte de l'émetteur Bluetooth :
 
 
Lorsque ces 2 librairies sont faites, il reste à associer chaque empreinte aux éléments du schematic en utilisant les paramètres de ces-derniers.

== Bibliographie ==

http://www.alexandre-boyer.fr/alex/enseignement/Guide%20de%20demarrage%20Altium%20Designer.pdf 
http://wcours.gel.ulaval.ca/2017/h/GEL3000/default/6travaux/GEL-3000_Didacticiel%20Atium%20designer_H14.pdf 
http://techdocs.altium.com/display/ADOH/Download+Libraries 
https://designcontent.live.altium.com/#UnifiedComponentDetail/Maxim_Sensors 
http://techdocs.altium.com/display/ADOH/Support+for+Rectangular+Pad+Holes 
http://techdocs.altium.com/display/ADRR/PCB_Dlg-Pad((Pad))_AD 
http://techdocs.altium.com/display/ADOH/Creating+Library+Components+Tutorial 
https://www.youtube.com/watch?v=9u0Fzpb0yZU 
https://www.youtube.com/watch?v=Y7PY1nBtImk 
 
https://www.frugalprototype.com/technologie-lora-reseau-lorawan/ 
http://www.ioi-labs.com/technologies/comprendre-reseau-lorawan 
http://www.frandroid.com/telecom/313396_lora-futur-reseau-objets-connectes 
https://www.orange.com/fr/Engagements/Responsabilite/Environnement/Folder/Changement-climatique/Folder/Orange-et-la-COP/Folder/LoRa 
http://www.objetconnecte.com/tout-savoir-reseau-lora-bouygues/ 

=== Documents Techniques ===

http://www.mouser.com/ds/2/23/GPS_Radionova_M10578-A2_PS-1.0-844843.pdf 
http://www.mouser.com/ds/2/268/50002346B-947485.pdf 
http://www.mouser.com/ds/2/268/50002489A-957652.pdf 
http://www.mouser.com/ds/2/389/en.DM00372460-1102875.pdf 
http://www.st.com/content/ccc/resource/technical/document/user_manual/group0/bc/b1/ad/c8/36/de/40/92/DM00320099/files/DM00320099.pdf/jcr:content/translations/en.DM00320099.pdf 
http://www.mouser.com/ds/2/256/maxim%20integrated%20products_ds18b20-342923.pdf 

== Matériel ==

<ul>
<li>Capteur GPS http://www.mouser.fr/ProductDetail/Antenova/M10578-A2/</li>
<li>Radio LoRa http://www.mouser.fr/ProductDetail/Microchip/RN2483A-I-RM103/</li>
<li>Module Bluetooth http://www.mouser.fr/ProductDetail/Microchip-Technology/RN4871U-V-RM118/</li>
<li>Microcontrôleur http://www.mouser.fr/ProductDetail/STMicroelectronics/STEVAL-STLCS02V1</li>
</ul>

P5 Réseau de capteurs sur smartphone

2017-02-26T10:24:30Z

Lmazier : /* Semaine 1 */

==Présentation du projet==

===Contexte===

De nos jours les téléphones intelligents (ou SmartPhone) sont devenus bien plus que de simples téléphones. Leur utilité est désormais devenue multiple, si bien que les utilisateurs passent désormais plus de temps sur des applications tierces que sur les fonctions principales d’un téléphone.

C’est pourquoi le domaine des applications mobiles est en plein essor récemment et son poids économique devient de plus en plus important. Android et iOS qui s’en partage une très grande majorité des parts de marché sont constamment à la recherche d’innovations.

La pluralité des applications disponibles et le fait qu’une majorité de la population possède désormais un smartphone ou une tablette font que ces derniers sont devenus les outils privilégiés par les utilisateurs dans la plupart des actions du quotidien. Le smartphone est donc devenu le centre névralgique de notre quotidien que ce soit au niveau particulier qu’au niveau professionnel.

De plus les problèmes environnementaux actuels poussent de plus en plus les populations à s’intéresser à leur cadre de vie et des risques environnementaux qui les entourent. Ces risques peuvent être à grande échelle (Tremblement de terre, réchauffement climatiques, risques nucléaires, …) mais sont difficilement vérifiable pour la majorité de la population. Cependant certains paramètres affectant notre vie personnelle et quotidienne peuvent quant à eux être surveillés et leur étude et de plus en plus prisée par une majorité de personne qui veulent savoir s’ils évoluent dans un cadre environnementale sain pour eux et leur entourage.

===Cahier des charges===

L’application doit permettre à l’utilisateur de visualiser les données de son environnement de façon claire et précise. Il faut que cette application soit intuitive et puisse permettre la lecture de plusieurs données en simultanée.

Pour ce faire l’application se doit de communiquer avec une carte qui servira de réseau afin de gérer différents capteurs environnementaux. Ses capteurs seront alimentés et devront être reliés à une seule et même carte. La communication entre la partie hardware (carte + capteurs) et la partie software (application Android) se fera par liaison série à l’aide d’un câble USB.

La partie Hardware doit être alimentée par le Smartphone afin de faciliter la mobilité du système. De plus sa taille doit rester relativement compact afin d’en faciliter le déplacement.

L’application devra être capable de lire et de traiter les données fournies par les capteurs en temps réel.

==Organisation du travaill==

===Semaine 1===

_Etude du problème 
_Choix des capteurs 

===Semaine 2===

_Mise en place de l'architecture de l'application mobile 
_Choix et commande du matériel 

===Semaine 3===

_Réception du matériel 
_Prise en main des capteurs 

===Semaine 4===

_Connexion des capteurs 
_Finalisation du code Arduino 
_Début de la programmation de l'application mobile 

===Semaine 5===

_Etablissement de l'application mobile 
_Configuration de la connexion USB 

===Semaine 6===

_Gestion de l'affichage des données 
_Finalisation de l'application mobile 

===Semaine 7===

[[Fichier:MazierLéo_PFE.pdf‎]]

P5 Réseau de capteurs sur smartphone

2017-02-26T10:23:47Z

Lmazier : /* Organisation du travaill */

==Présentation du projet==

===Contexte===

De nos jours les téléphones intelligents (ou SmartPhone) sont devenus bien plus que de simples téléphones. Leur utilité est désormais devenue multiple, si bien que les utilisateurs passent désormais plus de temps sur des applications tierces que sur les fonctions principales d’un téléphone.

C’est pourquoi le domaine des applications mobiles est en plein essor récemment et son poids économique devient de plus en plus important. Android et iOS qui s’en partage une très grande majorité des parts de marché sont constamment à la recherche d’innovations.

La pluralité des applications disponibles et le fait qu’une majorité de la population possède désormais un smartphone ou une tablette font que ces derniers sont devenus les outils privilégiés par les utilisateurs dans la plupart des actions du quotidien. Le smartphone est donc devenu le centre névralgique de notre quotidien que ce soit au niveau particulier qu’au niveau professionnel.

De plus les problèmes environnementaux actuels poussent de plus en plus les populations à s’intéresser à leur cadre de vie et des risques environnementaux qui les entourent. Ces risques peuvent être à grande échelle (Tremblement de terre, réchauffement climatiques, risques nucléaires, …) mais sont difficilement vérifiable pour la majorité de la population. Cependant certains paramètres affectant notre vie personnelle et quotidienne peuvent quant à eux être surveillés et leur étude et de plus en plus prisée par une majorité de personne qui veulent savoir s’ils évoluent dans un cadre environnementale sain pour eux et leur entourage.

===Cahier des charges===

L’application doit permettre à l’utilisateur de visualiser les données de son environnement de façon claire et précise. Il faut que cette application soit intuitive et puisse permettre la lecture de plusieurs données en simultanée.

Pour ce faire l’application se doit de communiquer avec une carte qui servira de réseau afin de gérer différents capteurs environnementaux. Ses capteurs seront alimentés et devront être reliés à une seule et même carte. La communication entre la partie hardware (carte + capteurs) et la partie software (application Android) se fera par liaison série à l’aide d’un câble USB.

La partie Hardware doit être alimentée par le Smartphone afin de faciliter la mobilité du système. De plus sa taille doit rester relativement compact afin d’en faciliter le déplacement.

L’application devra être capable de lire et de traiter les données fournies par les capteurs en temps réel.

==Organisation du travaill==

===Semaine 1===

_Etude du problème 
_choix des capteurs 

===Semaine 2===

_Mise en place de l'architecture de l'application mobile 
_Choix et commande du matériel 

===Semaine 3===

_Réception du matériel 
_Prise en main des capteurs 

===Semaine 4===

_Connexion des capteurs 
_Finalisation du code Arduino 
_Début de la programmation de l'application mobile 

===Semaine 5===

_Etablissement de l'application mobile 
_Configuration de la connexion USB 

===Semaine 6===

_Gestion de l'affichage des données 
_Finalisation de l'application mobile 

===Semaine 7===

[[Fichier:MazierLéo_PFE.pdf‎]]

P5 Réseau de capteurs sur smartphone

2017-02-26T10:22:16Z

Lmazier : /* Semaine 7 */

==Présentation du projet==

===Contexte===

De nos jours les téléphones intelligents (ou SmartPhone) sont devenus bien plus que de simples téléphones. Leur utilité est désormais devenue multiple, si bien que les utilisateurs passent désormais plus de temps sur des applications tierces que sur les fonctions principales d’un téléphone.

C’est pourquoi le domaine des applications mobiles est en plein essor récemment et son poids économique devient de plus en plus important. Android et iOS qui s’en partage une très grande majorité des parts de marché sont constamment à la recherche d’innovations.

La pluralité des applications disponibles et le fait qu’une majorité de la population possède désormais un smartphone ou une tablette font que ces derniers sont devenus les outils privilégiés par les utilisateurs dans la plupart des actions du quotidien. Le smartphone est donc devenu le centre névralgique de notre quotidien que ce soit au niveau particulier qu’au niveau professionnel.

De plus les problèmes environnementaux actuels poussent de plus en plus les populations à s’intéresser à leur cadre de vie et des risques environnementaux qui les entourent. Ces risques peuvent être à grande échelle (Tremblement de terre, réchauffement climatiques, risques nucléaires, …) mais sont difficilement vérifiable pour la majorité de la population. Cependant certains paramètres affectant notre vie personnelle et quotidienne peuvent quant à eux être surveillés et leur étude et de plus en plus prisée par une majorité de personne qui veulent savoir s’ils évoluent dans un cadre environnementale sain pour eux et leur entourage.

===Cahier des charges===

L’application doit permettre à l’utilisateur de visualiser les données de son environnement de façon claire et précise. Il faut que cette application soit intuitive et puisse permettre la lecture de plusieurs données en simultanée.

Pour ce faire l’application se doit de communiquer avec une carte qui servira de réseau afin de gérer différents capteurs environnementaux. Ses capteurs seront alimentés et devront être reliés à une seule et même carte. La communication entre la partie hardware (carte + capteurs) et la partie software (application Android) se fera par liaison série à l’aide d’un câble USB.

La partie Hardware doit être alimentée par le Smartphone afin de faciliter la mobilité du système. De plus sa taille doit rester relativement compact afin d’en faciliter le déplacement.

L’application devra être capable de lire et de traiter les données fournies par les capteurs en temps réel.

==Organisation du travaill==

===Semaine 1===

_Etude du problème
_choix des capteurs

===Semaine 2===

_Mise en place de l'architecture de l'application mobile
_Choix et commande du matériel

===Semaine 3===

_Réception du matériel
_Prise en main des capteurs

===Semaine 4===

_Connexion des capteurs
_Finalisation du code Arduino
_Début de la programmation de l'application mobile

===Semaine 5===

_Etablissement de l'application mobile
_Configuration de la connexion USB

===Semaine 6===

_Gestion de l'affichage des données
_Finalisation de l'application mobile

===Semaine 7===

[[Fichier:MazierLéo_PFE.pdf‎]]

P5 Réseau de capteurs sur smartphone

2017-02-26T10:21:29Z

Lmazier : Page créée avec « ==Présentation du projet== ===Contexte=== De nos jours les téléphones intelligents (ou SmartPhone) sont devenus bien plus que de simples téléphones. Leur utilité est ... »

==Présentation du projet==

===Contexte===

De nos jours les téléphones intelligents (ou SmartPhone) sont devenus bien plus que de simples téléphones. Leur utilité est désormais devenue multiple, si bien que les utilisateurs passent désormais plus de temps sur des applications tierces que sur les fonctions principales d’un téléphone.

C’est pourquoi le domaine des applications mobiles est en plein essor récemment et son poids économique devient de plus en plus important. Android et iOS qui s’en partage une très grande majorité des parts de marché sont constamment à la recherche d’innovations.

La pluralité des applications disponibles et le fait qu’une majorité de la population possède désormais un smartphone ou une tablette font que ces derniers sont devenus les outils privilégiés par les utilisateurs dans la plupart des actions du quotidien. Le smartphone est donc devenu le centre névralgique de notre quotidien que ce soit au niveau particulier qu’au niveau professionnel.

De plus les problèmes environnementaux actuels poussent de plus en plus les populations à s’intéresser à leur cadre de vie et des risques environnementaux qui les entourent. Ces risques peuvent être à grande échelle (Tremblement de terre, réchauffement climatiques, risques nucléaires, …) mais sont difficilement vérifiable pour la majorité de la population. Cependant certains paramètres affectant notre vie personnelle et quotidienne peuvent quant à eux être surveillés et leur étude et de plus en plus prisée par une majorité de personne qui veulent savoir s’ils évoluent dans un cadre environnementale sain pour eux et leur entourage.

===Cahier des charges===

L’application doit permettre à l’utilisateur de visualiser les données de son environnement de façon claire et précise. Il faut que cette application soit intuitive et puisse permettre la lecture de plusieurs données en simultanée.

Pour ce faire l’application se doit de communiquer avec une carte qui servira de réseau afin de gérer différents capteurs environnementaux. Ses capteurs seront alimentés et devront être reliés à une seule et même carte. La communication entre la partie hardware (carte + capteurs) et la partie software (application Android) se fera par liaison série à l’aide d’un câble USB.

La partie Hardware doit être alimentée par le Smartphone afin de faciliter la mobilité du système. De plus sa taille doit rester relativement compact afin d’en faciliter le déplacement.

L’application devra être capable de lire et de traiter les données fournies par les capteurs en temps réel.

==Organisation du travaill==

===Semaine 1===

_Etude du problème
_choix des capteurs

===Semaine 2===

_Mise en place de l'architecture de l'application mobile
_Choix et commande du matériel

===Semaine 3===

_Réception du matériel
_Prise en main des capteurs

===Semaine 4===

_Connexion des capteurs
_Finalisation du code Arduino
_Début de la programmation de l'application mobile

===Semaine 5===

_Etablissement de l'application mobile
_Configuration de la connexion USB

===Semaine 6===

_Gestion de l'affichage des données
_Finalisation de l'application mobile

===Semaine 7===

Projets IMA5 2016/2017

2017-02-26T10:09:52Z

Lmazier : /* Répartition des binômes */

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.

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].

== Répartition des binômes ==

<table border="1">
<tr>
<th>Projet</th>
<th>Elèves</th>
<th>Encadrant Ecole</th>
<th>Rapport décembre</th>
<th>Rapports finaux</th>
<th>Vidéo</th>
</tr>

<tr>
<td>[[P1 Automatisation de tests de validation d'un logiciel embarqué]]</td>
<td> Thomas ROJ / Maxime SZWECHOWIEZ </td>
<td> Thomas VANTROYS (Ecole)</td>
<td> 11/12/2016, 21:47 </td>
<td> </td>
<td> </td>
</tr>
<tr>
<td>[[P3 Chaise vibrante pour enfant sourd]]</td>
<td> Geoffrey Piekacz </td>
<td> Rodolphe Astori / Alexandre Boé / Thomas Vantroys </td>
<td> 13/12/2016, 15:36</td>
<td> </td>
<td> </td>
</tr>
<tr>
<td>[[P5 Réseau de capteurs sur smartphone]]</td>
<td> Léo MAZIER </td>
<td> Alexandre Boé / Thomas Vantroys </td>
<td> </td>
<td> [[Fichier:MazierLéo_PFE.pdf‎]]</td>
<td> </td>
</tr>
<tr>
<td>[[P7 Régulation temps réel sur réseau sans fil ]]</td>
<td> Morgan OBEISSART / Vincent ROBIC </td>
<td> Alexandre BOE / Thomas VANTROYS </td>
<td> 12/12/2016, 23:26</td>
<td> </td>
<td> </td>
</tr>
<tr>
<td>[[P14 Conversion DC-DC à liaison AC et circuit L-C-L]]</td>
<td>Nicolas WEGRZYN</td>
<td>Philippe DELARUE</td>
<td>[[Fichier:Rapport_intermédiaire_PFE_Wegrzyn_Nicolas.pdf]],13/12/2016, 00:28</td>
<td></td>
<td></td>
</tr>
<tr>
<td>[[P15 Entreprise : Développement d'une application iOS et Android ]]</td>
<td> Loïc DELECROIX / Julien JOIGNAUX </td>
<td> Thomas VANTROYS (Ecole) / Béatrice CADET (entreprise) </td>
<td> 13/12/2016, 09:13</td>
<td> </td>
<td> </td>
</tr>
<tr>
<td>[[P16 Réaliser deux trackers GPS permettant de suivre à distance le trajet d'un coureur ]]</td>
<td> Valentin Taffin / Alexandre Cuadros </td>
<td> Thomas Vantroys (Ecole) / Alexandre Boé (Ecole) </td>
<td> [[Fichier:Rapport_PFE_présoutenance_cuadros_taffin.pdf]], 13/12/2016, 10:38</td>
<td> [[Fichier:Rapport_PFE_Cuadros_Taffin.pdf]]</td>
<td> </td>
</tr>
<tr>
<td>[[P17 Sécurité de l'internet des objets ]]</td>
<td> Jérémie Denéchaud </td>
<td> Alexandre Boé / Xavier Redon / Thomas Vantroys </td>
<td> </td>
<td> [[Fichier:Denechaud_Rapport.pdf]]</td>
<td> </td>
</tr>
<tr>
<td>[[P19 Relai Ethernet Lora ]]</td>
<td> Cong CHEN / Sonia NDUWAYO </td>
<td> Xavier Redon </td>
<td> 13/12/2016, 13:26</td>
<td> </td>
<td> </td>
</tr>
<tr>
<td>[[P20 Conception d'un périphérique USB de type "gadget"]]</td>
<td> Florian Giovannangeli </td>
<td> Xavier Redon (Ecole) </td>
<td> 13/12/2016, 09:29</td>
<td> </td>
<td> </td>
</tr>
<tr>
<td>[[P22 Nuage pour sites Web]]</td>
<td> Guillaume VILLEMONT </td>
<td> Xavier Redon (Ecole) </td>
<td> </td>
<td> [[Fichier:Rapport_PFE_final_GuillaumeVILLEMONT.pdf]] </td>
<td> </td>
</tr>
<tr>
<td>[[P23 Poste ébavurage de pièces plastiques ]]</td>
<td> Corentin CASIER / Jordan RAZAFINDRAIBE </td>
<td> Blaise Conrard (Ecole) / L. HAAG (Entreprise) / R. DAVID (Entreprise) / B. MASSART (Entreprise) </td>
<td> 12/12/2016, 23:31</td>
<td> </td>
<td> </td>
</tr>
<tr>
<td>[[P24 Contrôle qualité de la production de pièces plastiques ]]</td>
<td> Alex JULITA / Matthier HERWEGH </td>
<td> Blaise Conrard (Ecole) / L. HAAG (Entreprise) / R. DAVID (Entreprise) / B. MASSART (Entreprise) </td>
<td> 13/12/2016, 12:20 </td>
<td> </td>
<td> </td>
</tr>
<tr>
<td>[[P25 Supervision calculateur embarqué sur camion ]]</td>
<td> Alexandre DESCAMD / Pierre MICHEL </td>
<td> Thomas Vantroys (Ecole) / R. DAVID (Entreprise) / JF. DUHAUTOIS (Entreprise) </td>
<td>13/12/2016, 08:23 </td>
<td> </td>
<td> </td>
</tr>
<tr>
<td>[[P31 Partition HTTP/TLS pour Pepin]]</td>
<td> Mageshwaran SEKAR </td>
<td> Julien IGUCHI-CARTIGNY</td>
<td> [[Fichier:Rapport mi-projet SEKAR.pdf]] 13/12/2016, 08:14</td>
<td> [[Fichier:Rapport_PFE_2017_SEKAR.pdf]]</td>
<td> </td>
</tr>
<tr>
<td>[[P39 Ajouter de nouvelles interactions à la solution Tezeos ]]</td>
<td> Nathan RICHEZ </td>
<td> Samuel Tranchet (Entreprise) / Thomas Vantroys (Ecole) </td>
<td> 13/12/2016, 10:30</td>
<td> </td>
<td> </td>
</tr>
<tr>
<td>[[P42 Dispositif à retour tactile ]]</td>
<td> Pierre FITOUSSI </td>
<td> Laurent GRISONI </td>
<td> 13/12/2016, 12:23</td>
<td> [[Fichier:Rapport_fitoussi.pdf]]</td>
<td> </td>
</tr>
<tr>
<td>[[P44 Identification d'un robot mobile ]]</td>
<td> Michel MIKHAEL </td>
<td> Midzodzi PEKPE </td>
<td> 13/12/2016, 08:58 </td>
<td> </td>
<td> </td>
</tr>
<tr>
<td>[[P47 Développement d'une interface cerveau-ordinateur ]]</td>
<td> Victor CHARNET </td>
<td> C. Lecocq (Ecole) F. Cabestaing (Labo) A. Duprès (Labo)</td>
<td> [[Fichier:Rapport_Decembre_BCI_Charnet.pdf]],13/12/2016, 08:50 </td>
<td>[[Fichier:Rapport_Final_Fevrier_BCI_Charnet.pdf]] </td>
<td> </td>
</tr>
<tr>
<td>[[P52 Application mobile musicale]]</td>
<td> Julien Bielle/Romain Ruet </td>
<td> Thomas Vantroys (Ecole) </td>
<td>13/12/2016, 11:09 </td>
<td> </td>
<td> </td>
</tr>
<tr>
<td>[[P54 Robot assisté par vision pour le tri de pièces métalliques]]</td>
<td> Julian BONVILLE </td>
<td> Rochdi MERZOUKI (Ecole) </td>
<td> 13/12/2016, 08:35</td>
<td> </td>
<td> </td>
</tr>
<tr>
<td>[[P55 DiabetGuard ]]</td>
<td> Martin CLAVERIE </td>
<td> Rochdi MERZOUKI (Ecole) / Guillaume DEWAENE (Entreprise)</td>
<td> </td>
<td> </td>
<td> </td>
</tr>
<tr>
<td>[[P56 Robot testeur de club de golf]]</td>
<td> Joshua LETELLIER </td>
<td> Rochdi MERZOUKI (Ecole) / Guillaume DEWAELE (Entreprise) </td>
<td> 13/12/2016, 08:06</td>
<td> </td>
<td> </td>
</tr>
<tr>
<td>[[P57 Robotisation d'un poste de production de pièces à base de fil métallique ]]</td>
<td> Audrey AFFOYON </td>
<td> Blaise CONRARD (Ecole) / Laurent HAAG (Projet CENTAURE) / Antoine HONORE (Entreprise) </td>
<td> [[Fichier:Affoyon_rapport_p57.pdf]], 13/12/2016, 10:34</td>
<td> </td>
<td> </td>
</tr>
<tr>
<td>[[P59 Popsell : application mobile]]</td>
<td> Quentin GRUSON </td>
<td> Thomas VANTROYS (Ecole) / François Vandeplanque (Popsell) </td>
<td> 12/12/2016, 22:36</td>
<td> </td>
<td> </td>
</tr>
<tr>
<td>[[P61 Jeux d'aventure grandeur nature ]]</td>
<td> MAIA Stéphane / LENTIEUL Romuald </td>
<td> GAPAS / Thomas Vantroys (Ecole) </td>
<td> 13/12/2016, 00:51</td>
<td> </td>
<td> </td>
</tr>
<tr>
<td>[[P64 Sécurité de l'IOT ]]</td>
<td> Cédric DUVAL </td>
<td> Thomas Vantroys (Ecole) / Alexandre Boé (Ecole)</td>
<td>[[Fichier:Rapport P64 Cédric DUVAL.pdf]], 13/12/2016, 11:29 </td>
<td> </td>
<td> </td>
</tr>
<tr>
<td>[[P66 Rugby ]]</td>
<td> Antonin Claus </td>
<td> Rodolphe Astori / Alexandre Boé / Xavier Redon / Thomas Vantroys </td>
<td> </td>
<td> [[Fichier:P66-Rugby Antonin Claus.pdf]] </td>
<td> </td>
</tr>

</table>

== Matériel nécessaires ==

<table border="1">
<tr>
<th>Projet</th>
<th>Matériel</th>
</tr>
<tr>
<td>P15</td>
<td> 2 téléphones Android (reçus le 30 septembre. Une boite complète + 1 boite sans câble de connexion) </td>
</tr>
<tr>
<td>P16</td>
<td> Arduino MegaADK </td>
</tr>
<tr>
<td>P52</td>
<td> 2 téléphones Android (reçus le 5 octobre. Deux boites complètes) </td>
</tr>
<tr>
<td>P55</td>
<td> 1 téléphone Android (G4C) reçu le 19/01/2017 
</tr>
<tr>
<td>P61</td>
<td> une tablette Android reçu le 10/10/2016 1 Raspberry pi (+dongle Wifi) reçu le 10/10/2016
 9 Raspberry pi (+dongle Wifi) 8 Haut-Parleurs simples 8 clés Bluetooth</td>
</tr>

</table>

Fichier:MazierLéo PFE.pdf

2017-02-26T10:07:58Z

Lmazier :

Projets IMA5 2016/2017

2017-02-25T13:50:32Z

Lmazier : /* Répartition des binômes */

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.

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].

== Répartition des binômes ==

<table border="1">
<tr>
<th>Projet</th>
<th>Elèves</th>
<th>Encadrant Ecole</th>
<th>Rapport décembre</th>
<th>Rapports finaux</th>
<th>Vidéo</th>
</tr>

<tr>
<td>[[P1 Automatisation de tests de validation d'un logiciel embarqué]]</td>
<td> Thomas ROJ / Maxime SZWECHOWIEZ </td>
<td> Thomas VANTROYS (Ecole)</td>
<td> 11/12/2016, 21:47 </td>
<td> </td>
<td> </td>
</tr>
<tr>
<td>[[P3 Chaise vibrante pour enfant sourd]]</td>
<td> Geoffrey Piekacz </td>
<td> Rodolphe Astori / Alexandre Boé / Thomas Vantroys </td>
<td> 13/12/2016, 15:36</td>
<td> </td>
<td> </td>
</tr>
<tr>
<td>[[P5 Réseau de capteurs sur smartphone]]</td>
<td> Léo MAZIER </td>
<td> Alexandre Boé / Thomas Vantroys </td>
<td> </td>
<td> </td>
<td> </td>
</tr>
<tr>
<td>[[P7 Régulation temps réel sur réseau sans fil ]]</td>
<td> Morgan OBEISSART / Vincent ROBIC </td>
<td> Alexandre BOE / Thomas VANTROYS </td>
<td> 12/12/2016, 23:26</td>
<td> </td>
<td> </td>
</tr>
<tr>
<td>[[P14 Conversion DC-DC à liaison AC et circuit L-C-L]]</td>
<td>Nicolas WEGRZYN</td>
<td>Philippe DELARUE</td>
<td>[[Fichier:Rapport_intermédiaire_PFE_Wegrzyn_Nicolas.pdf]],13/12/2016, 00:28</td>
<td></td>
<td></td>
</tr>
<tr>
<td>[[P15 Entreprise : Développement d'une application iOS et Android ]]</td>
<td> Loïc DELECROIX / Julien JOIGNAUX </td>
<td> Thomas VANTROYS (Ecole) / Béatrice CADET (entreprise) </td>
<td> 13/12/2016, 09:13</td>
<td> </td>
<td> </td>
</tr>
<tr>
<td>[[P16 Réaliser deux trackers GPS permettant de suivre à distance le trajet d'un coureur ]]</td>
<td> Valentin Taffin / Alexandre Cuadros </td>
<td> Thomas Vantroys (Ecole) / Alexandre Boé (Ecole) </td>
<td> [[Fichier:Rapport_PFE_présoutenance_cuadros_taffin.pdf]], 13/12/2016, 10:38</td>
<td> </td>
<td> </td>
</tr>
<tr>
<td>[[P17 Sécurité de l'internet des objets ]]</td>
<td> Jérémie Denéchaud </td>
<td> Alexandre Boé / Xavier Redon / Thomas Vantroys </td>
<td> </td>
<td> </td>
<td> </td>
</tr>
<tr>
<td>[[P19 Relai Ethernet Lora ]]</td>
<td> Cong CHEN / Sonia NDUWAYO </td>
<td> Xavier Redon </td>
<td> 13/12/2016, 13:26</td>
<td> </td>
<td> </td>
</tr>
<tr>
<td>[[P20 Conception d'un périphérique USB de type "gadget"]]</td>
<td> Florian Giovannangeli </td>
<td> Xavier Redon (Ecole) </td>
<td> 13/12/2016, 09:29</td>
<td> </td>
<td> </td>
</tr>
<tr>
<td>[[P22 Nuage pour sites Web]]</td>
<td> Guillaume VILLEMONT </td>
<td> Xavier Redon (Ecole) </td>
<td> </td>
<td> </td>
<td> </td>
</tr>
<tr>
<td>[[P23 Poste ébavurage de pièces plastiques ]]</td>
<td> Corentin CASIER / Jordan RAZAFINDRAIBE </td>
<td> Blaise Conrard (Ecole) / L. HAAG (Entreprise) / R. DAVID (Entreprise) / B. MASSART (Entreprise) </td>
<td> 12/12/2016, 23:31</td>
<td> </td>
<td> </td>
</tr>
<tr>
<td>[[P24 Contrôle qualité de la production de pièces plastiques ]]</td>
<td> Alex JULITA / Matthier HERWEGH </td>
<td> Blaise Conrard (Ecole) / L. HAAG (Entreprise) / R. DAVID (Entreprise) / B. MASSART (Entreprise) </td>
<td> 13/12/2016, 12:20 </td>
<td> </td>
<td> </td>
</tr>
<tr>
<td>[[P25 Supervision calculateur embarqué sur camion ]]</td>
<td> Alexandre DESCAMD / Pierre MICHEL </td>
<td> Thomas Vantroys (Ecole) / R. DAVID (Entreprise) / JF. DUHAUTOIS (Entreprise) </td>
<td>13/12/2016, 08:23 </td>
<td> </td>
<td> </td>
</tr>
<tr>
<td>[[P31 Partition HTTP/TLS pour Pepin]]</td>
<td> Mageshwaran SEKAR </td>
<td> Julien IGUCHI-CARTIGNY</td>
<td> [[Fichier:Rapport mi-projet SEKAR.pdf]]13/12/2016, 08:14</td>
<td> </td>
<td> </td>
</tr>
<tr>
<td>[[P39 Ajouter de nouvelles interactions à la solution Tezeos ]]</td>
<td> Nathan RICHEZ </td>
<td> Samuel Tranchet (Entreprise) / Thomas Vantroys (Ecole) </td>
<td> 13/12/2016, 10:30</td>
<td> </td>
<td> </td>
</tr>
<tr>
<td>[[P42 Dispositif à retour tactile ]]</td>
<td> Pierre FITOUSSI </td>
<td> Laurent GRISONI </td>
<td> 13/12/2016, 12:23</td>
<td> </td>
<td> </td>
</tr>
<tr>
<td>[[P44 Identification d'un robot mobile ]]</td>
<td> Michel MIKHAEL </td>
<td> Midzodzi PEKPE </td>
<td> 13/12/2016, 08:58 </td>
<td> </td>
<td> </td>
</tr>
<tr>
<td>[[P47 Développement d'une interface cerveau-ordinateur ]]</td>
<td> Victor CHARNET </td>
<td> C. Lecocq (Ecole) F. Cabestaing (Labo) A. Duprès (Labo)</td>
<td> [[Fichier:Rapport_Decembre_BCI_Charnet.pdf]],13/12/2016, 08:50 </td>
<td> </td>
<td> </td>
</tr>
<tr>
<td>[[P52 Application mobile musicale]]</td>
<td> Julien Bielle/Romain Ruet </td>
<td> Thomas Vantroys (Ecole) </td>
<td>13/12/2016, 11:09 </td>
<td> </td>
<td> </td>
</tr>
<tr>
<td>[[P54 Robot assisté par vision pour le tri de pièces métalliques]]</td>
<td> Julian BONVILLE </td>
<td> Rochdi MERZOUKI (Ecole) </td>
<td> 13/12/2016, 08:35</td>
<td> </td>
<td> </td>
</tr>
<tr>
<td>[[P55 DiabetGuard ]]</td>
<td> Martin CLAVERIE </td>
<td> Rochdi MERZOUKI (Ecole) / Guillaume DEWAENE (Entreprise)</td>
<td> </td>
<td> </td>
<td> </td>
</tr>
<tr>
<td>[[P56 Robot testeur de club de golf]]</td>
<td> Joshua LETELLIER </td>
<td> Rochdi MERZOUKI (Ecole) / Guillaume DEWAELE (Entreprise) </td>
<td> 13/12/2016, 08:06</td>
<td> </td>
<td> </td>
</tr>
<tr>
<td>[[P57 Robotisation d'un poste de production de pièces à base de fil métallique ]]</td>
<td> Audrey AFFOYON </td>
<td> Blaise CONRARD (Ecole) / Laurent HAAG (Projet CENTAURE) / Antoine HONORE (Entreprise) </td>
<td> [[Fichier:Affoyon_rapport_p57.pdf]], 13/12/2016, 10:34</td>
<td> </td>
<td> </td>
</tr>
<tr>
<td>[[P59 Popsell : application mobile]]</td>
<td> Quentin GRUSON </td>
<td> Thomas VANTROYS (Ecole) / François Vandeplanque (Popsell) </td>
<td> 12/12/2016, 22:36</td>
<td> </td>
<td> </td>
</tr>
<tr>
<td>[[P61 Jeux d'aventure grandeur nature ]]</td>
<td> MAIA Stéphane / LENTIEUL Romuald </td>
<td> GAPAS / Thomas Vantroys (Ecole) </td>
<td> 13/12/2016, 00:51</td>
<td> </td>
<td> </td>
</tr>
<tr>
<td>[[P64 Sécurité de l'IOT ]]</td>
<td> Cédric DUVAL </td>
<td> Thomas Vantroys (Ecole) / Alexandre Boé (Ecole)</td>
<td>[[Fichier:Rapport P64 Cédric DUVAL.pdf]], 13/12/2016, 11:29 </td>
<td> </td>
<td> </td>
</tr>
<tr>
<td>[[P66 Rugby ]]</td>
<td> Antonin Claus </td>
<td> Rodolphe Astori / Alexandre Boé / Xavier Redon / Thomas Vantroys </td>
<td> </td>
<td> </td>
<td> </td>
</tr>

</table>

== Matériel nécessaires ==

<table border="1">
<tr>
<th>Projet</th>
<th>Matériel</th>
</tr>
<tr>
<td>P15</td>
<td> 2 téléphones Android (reçus le 30 septembre. Une boite complète + 1 boite sans câble de connexion) </td>
</tr>
<tr>
<td>P16</td>
<td> Arduino MegaADK </td>
</tr>
<tr>
<td>P52</td>
<td> 2 téléphones Android (reçus le 5 octobre. Deux boites complètes) </td>
</tr>
<tr>
<td>P55</td>
<td> 1 téléphone Android (G4C) reçu le 19/01/2017 
</tr>
<tr>
<td>P61</td>
<td> une tablette Android reçu le 10/10/2016 1 Raspberry pi (+dongle Wifi) reçu le 10/10/2016
 9 Raspberry pi (+dongle Wifi) 8 Haut-Parleurs simples 8 clés Bluetooth</td>
</tr>

</table>

InitRech 2015/2016, sujet 3

2016-06-19T22:25:23Z

Lmazier : Page créée avec « =Domain decomposition approach for FEM quasistatic modeling and control of Continuum Robots with rigid vertebras= ==Summary== Robots are more and more used in today's life.... »

=Domain decomposition approach for FEM quasistatic modeling and control of Continuum Robots with rigid vertebras=

==Summary==

Robots are more and more used in today's life. If in a first time robots were static, we are now using movable robots. More precisely we are studying robots with the capability of deform themself. Those kind of robots are named continuum robots.<br\>
The continuum robots are inspired by biological attributes like tongue, tentacles or vertebras. In general the continuum robots are all around a backbone who can be deform for reach the desired position. The 3 more common continuum robots's structure are :
:: 1 - The concentric-tube type
:: 2 - The tendon actuated type
:: 3 - The pneumatic actuated type

<br\>The main particularity of continuum robots is the absence of discrete parts and their numerous degree of liberty who permit to deform themself.

==Main Contribution==

This paper illustrate a new approach based on finite element method (FEM) for taking into account the internal forces of the robots on the deformation of their structure. Even if this method is in general very time consuming it can be used for modeling soft-robot.<br\>
This paper is focused on continuum robots made of a slender structure and studying the main axis deformation instead of the whole volume. This volum is modelized thanks to a Block-Tri-Diagonal solver.<br\>
A main important part of this modelling is to discretize the deformation of the continuum robots. It's possible thanks to a set of nodes with 6 degrees of liberty, called frames,aligned all along the principal axis of the continuum robot.<br\>
The resistance and the deformation of the robot is calculated with matrix who represent some physics based on continuum mechanics. This permit to calculate on each node the deformation of the robot and with the block-tri-Diagonal solver to enlarge this at the whole volume. The main problem is to simplificate as much as possible the calculation to stay in a real-time interaction but to be as specific as possible to the real movement.

==Applications==

Continuum robots, thank to their deformation, would be used in most of the high precision fields like surgery. It can also be used in some fields were ther are specific mechanical constraint. In effect the deformation of continuum robot looks important when you have to be also flexible and robust. This utilisation can be used in aerospatial for example, imagine a arm that can cumulate many functions thnaks to his modification of form and solidity.<br\>
However the main applications would be the replacement of humans organs or members, we couls recreate the texture and the mobility of a member thanks to this technology an dit's one of the most research utility searched for this field of technology.

Initiation à la recherche SC 2015/2016

2016-06-19T15:37:55Z

Lmazier : /* Productions */

=Articles=

Les articles que vous devez consulter sont classés par thèmes dans cette section.

== Robotique Déformable ==

* [https://hal.archives-ouvertes.fr/hal-00823766/file/icra2013.pdf Control of Elastic Soft Robots based on Real-Time Finite Element Method]
* [https://hal.inria.fr/hal-01163760/file/ICRA15_2950_FI.pdf Real-time Control of Soft-Robots using Asynchronous Finite Element Modeling]
* [https://hal.inria.fr/hal-01183293/file/IEEE_ICRA14.pdf Domain decomposition approach for FEM quasistatic modeling and control of Continuum Robots with rigid vertebras]

== Réalité Augmentée ==

* [https://hal.inria.fr/hal-01136728/file/haouchineTVCG2014-low.pdf Impact of Soft Tissue Heterogeneity on Augmented Reality for Liver Surgery]
* [https://hal.inria.fr/hal-01186011/file/haouchine_tvcg_2015.pdf Monocular 3D Reconstruction and Augmentation of Elastic Surfaces with Self-occlusion Handling]

== Simulation Médicale ==

* [https://hal.inria.fr/hal-01226256/file/Vriphys.pdf Vascular neurosurgery simulation with bimanual haptic feedback]
* [https://hal.inria.fr/hal-01160297/file/Sofa-EG2015.pdf Surgery Training, Planning and Guidance Using the SOFA Framework]
* [https://hal.inria.fr/hal-00855821/document Computer-based training system for cataract surgery]
* [https://hal.inria.fr/hal-01242851/file/EMBC%202015%20submission.pdf Anticipation of Brain Shift in Deep Brain Stimulation Automatic Planning]
* [https://hal.inria.fr/hal-00681539/document SOFA: A Multi-Model Framework for Interactive Physical Simulation]
* [https://hal.inria.fr/hal-01078209/file/HugoTalbot-ISBMS2014.pdf Interactive Training System for Interventional Electrocardiology Procedures]
* [https://hal.inria.fr/hal-00838650/file/3paper.pdf Simulation of Lipo lling Reconstructive Surgery using coupled Eulerian Fluid and Deformable Solid Models]

== Imagerie médicale / Traitements d'images ==

* [http://onlinelibrary.wiley.com/doi/10.1111/str.12136/full B-spline Based Multi-organ Detection in Magnetic Resonance Imaging]
* [https://hal.inria.fr/hal-00741307/document Local implicit modeling of blood vessels for interactive simulation]

== Parallélisation automatique ==

* [[Media:scan_detection.pdf|Detection of Scans in the Polytop Model]]

== Analyse de programmes ==

* [http://rex.plil.fr/Recherche/europar02.pdf On the Equivalence of Two Systemes of Affine Recurrence Equations]

== Energie dans les systèmes embarqués ==

* [https://hal.archives-ouvertes.fr/hal-00399609/document Fast and Accurate Embedded Systems Energy Characterization Using Non-intrusive Measurements]
* [https://hal.archives-ouvertes.fr/hal-01193142/document Energy Consumption of Networked Embedded Systems]
* [http://sing.stanford.edu/pubs/quanto.pdf Quanto: Tracking Energy in Networked Embedded Systems]

== Electronique ==

* [[Media:06997798.pdf|On the Correlation Between Kink Effect and Effective Mobility in InAlN/GaN HEMTs]]
* [[Media:06425450.pdf|Fabrication, Characterization, and Physical Analysis of AlGaN/GaN HEMTs on Flexible Substrates]]
* [[Media:Graphene_transistor_schwierz.pdf|Fabrication, characterisation of graphene based transistors]]

== Web of things ==

* [https://hal.archives-ouvertes.fr/inria-00385140v2/document Smews: Smart and Mobile Embedded Web Server]
* [http://hinrg.cs.jhu.edu/joomla/images/stories/IPSN_2011_koliti.pdf Integrating Wireless Sensor Networks with the Web]

== Systèmes d'exploitation ==

* [https://www.riot-os.org/docs/riot-infocom2013-abstract.pdf Riot OS: Towards an OS for the Internet of Things]
* [http://dunkels.com/adam/dunkels04contiki.pdf Contiki - a Lightweight and Flexible Operating System for Tiny Networked Sensors]
* [http://www.cs.berkeley.edu/~culler/papers/ai-tinyos.pdf TinyOS: An Operating System for Sensor Network]

== Programmation de systèmes temps réel ==

* [https://hal.archives-ouvertes.fr/hal-00800980/document Scheduling Dependent Periodic Tasks Without Synchronization Mechanisms]
* [https://hal.archives-ouvertes.fr/hal-00688490/document A Real-Time Architecture Design Language for Multi-Rate Embedded Control Systems]

=Productions=

Vous devez déposer votre production sur votre propre page. Créez une nouvelle entrée dans le tableau ci-dessous.

{| class="wikitable"
! Numéro de sujet n !! Titre de l'article !! Elève
|-
| [[InitRech 2015/2016, sujet 1 ]] || Control of Elastic Soft Robots based on Real-Time Finite Element Method|| Maxime Szwechowiez
|-
| [[InitRech 2015/2016, sujet 2 ]] ||Real-time Control of Soft-Robots using Asynchronous Finite Element Modeling|| Valentin BEAUCHAMP
|-
| [[InitRech 2015/2016, sujet 4]] || Impact of Soft Tissue Heterogeneity on Augmented Reality for Liver Surgery || Geoffrey PIekacz
|-
| [[InitRech 2015/2016, sujet 5]] || Monocular 3D Reconstruction and Augmentation of Elastic Surfaces with Self-occlusion Handling || Taffin Valentin
|-
| [[InitRech 2015/2016, sujet 6]] || Vascular neurosurgery simulation with bimanual haptic feedback || Morgan Obeissart
|-
| [[InitRech 2015/2016, sujet 7]] || Surgery Training, Planning and Guidance Using the SOFA Framework || Martin Claverie
|-
| [[InitRech 2015/2016, sujet 8]] || Computer-based training system for cataract surgery || Julien Joignaux
|-
| [[InitRech 2015/2016, sujet 9]] || Anticipation of Brain Shift in Deep Brain Stimulation Automatic Planning || Payelle Vianney
|-
| [[InitRech 2015/2016, sujet 11]] || Interactive Training System for Interventional Electrocardiology Procedures || Loïc Delecroix
|-
| [[InitRech 2015/2016, sujet 17]] || Fast and Accurate Embedded Systems Energy Characterization Using Non-intrusive Measurements || Le Van Phung Kevin
|-
| [[InitRech 2015/2016, sujet 18]] || Energy Consumption of Networked Embedded Systems || Romuald Lentieul
|-
| [[InitRech 2015/2016, sujet 21]] || Fabrication, Characterization, and Physical Analysis of AlGaN/GaN HEMTs on Flexible Substrates || Roj Thomas
|-
| [[InitRech 2015/2016, sujet 22]] || Fabrication, characterisation of graphene based transistors || Bielle Julien
|-
| [[InitRech 2015/2016, sujet 23]] || Smews: Smart and Mobile Embedded Web Server || Pierre Fitoussi
|-
| [[InitRech 2015/2016, sujet 24]] || Integrating Wireless Sensor Networks with the Web || Cuadros Alexandre
|-
| [[InitRech 2015/2016, sujet 26]] || Contiki - a Lightweight and Flexible Operating System for Tiny Networked Sensors || Guillaume Villemont
|-
| [[InitRech 2015/2016, sujet 25]] || Riot OS: Towards an OS for the Internet of Things || Cédric Duval
|-
| [[InitRech 2015/2016, sujet 28]] || Scheduling Dependent Periodic Tasks Without Synchronization Mechanisms || Nathan Richez
|-
| [[InitRech 2015/2016, sujet 13]] || B-spline Based Multi-organ Detection in Magnetic Resonance Imaging || Cong Chen
|-
| [[InitRech 2015/2016, sujet 27]] || TinyOS: An Operating System for Sensor Network || MAIA Stéphane
|-
| [[InitRech 2015/2016, sujet 16]] || On the Equivalence of Two Systemes of Affine Recurrence Equations || Gruson Quentin
|-
| [[InitRech 2015/2016, sujet 12]] || Simulation of Lipo�lling Reconstructive Surgery using coupled Eulerian Fluid and Deformable Solid Models || Ruet Romain
|-
| [[InitRech 2015/2016, sujet 30]] || A Real-Time Architecture Design Language for Multi-Rate Embedded Control Systems
|| Robic Vincent
|-
| [[InitRech 2015/2016, sujet 14]] || Local implicit modeling of blood vessels for interactive simulation || Sonia NDUWAYO
|-
| [[InitRech 2015/2016, sujet 10 ]] || SOFA: A Multimodel Framework for Interactive Physical Simulation || Hugo Vandenbunder
|-
| [[InitRech 2015/2016, sujet 3 ]] || Domain decomposition approach for FEM quasistatic modeling and control of Continuum Robots with rigid vertebras || Léo Mazier

Initiation à la recherche SC 2015/2016

2016-06-19T15:36:44Z

Lmazier : /* Productions */

=Articles=

Les articles que vous devez consulter sont classés par thèmes dans cette section.

== Robotique Déformable ==

* [https://hal.archives-ouvertes.fr/hal-00823766/file/icra2013.pdf Control of Elastic Soft Robots based on Real-Time Finite Element Method]
* [https://hal.inria.fr/hal-01163760/file/ICRA15_2950_FI.pdf Real-time Control of Soft-Robots using Asynchronous Finite Element Modeling]
* [https://hal.inria.fr/hal-01183293/file/IEEE_ICRA14.pdf Domain decomposition approach for FEM quasistatic modeling and control of Continuum Robots with rigid vertebras]

== Réalité Augmentée ==

* [https://hal.inria.fr/hal-01136728/file/haouchineTVCG2014-low.pdf Impact of Soft Tissue Heterogeneity on Augmented Reality for Liver Surgery]
* [https://hal.inria.fr/hal-01186011/file/haouchine_tvcg_2015.pdf Monocular 3D Reconstruction and Augmentation of Elastic Surfaces with Self-occlusion Handling]

== Simulation Médicale ==

* [https://hal.inria.fr/hal-01226256/file/Vriphys.pdf Vascular neurosurgery simulation with bimanual haptic feedback]
* [https://hal.inria.fr/hal-01160297/file/Sofa-EG2015.pdf Surgery Training, Planning and Guidance Using the SOFA Framework]
* [https://hal.inria.fr/hal-00855821/document Computer-based training system for cataract surgery]
* [https://hal.inria.fr/hal-01242851/file/EMBC%202015%20submission.pdf Anticipation of Brain Shift in Deep Brain Stimulation Automatic Planning]
* [https://hal.inria.fr/hal-00681539/document SOFA: A Multi-Model Framework for Interactive Physical Simulation]
* [https://hal.inria.fr/hal-01078209/file/HugoTalbot-ISBMS2014.pdf Interactive Training System for Interventional Electrocardiology Procedures]
* [https://hal.inria.fr/hal-00838650/file/3paper.pdf Simulation of Lipo lling Reconstructive Surgery using coupled Eulerian Fluid and Deformable Solid Models]

== Imagerie médicale / Traitements d'images ==

* [http://onlinelibrary.wiley.com/doi/10.1111/str.12136/full B-spline Based Multi-organ Detection in Magnetic Resonance Imaging]
* [https://hal.inria.fr/hal-00741307/document Local implicit modeling of blood vessels for interactive simulation]

== Parallélisation automatique ==

* [[Media:scan_detection.pdf|Detection of Scans in the Polytop Model]]

== Analyse de programmes ==

* [http://rex.plil.fr/Recherche/europar02.pdf On the Equivalence of Two Systemes of Affine Recurrence Equations]

== Energie dans les systèmes embarqués ==

* [https://hal.archives-ouvertes.fr/hal-00399609/document Fast and Accurate Embedded Systems Energy Characterization Using Non-intrusive Measurements]
* [https://hal.archives-ouvertes.fr/hal-01193142/document Energy Consumption of Networked Embedded Systems]
* [http://sing.stanford.edu/pubs/quanto.pdf Quanto: Tracking Energy in Networked Embedded Systems]

== Electronique ==

* [[Media:06997798.pdf|On the Correlation Between Kink Effect and Effective Mobility in InAlN/GaN HEMTs]]
* [[Media:06425450.pdf|Fabrication, Characterization, and Physical Analysis of AlGaN/GaN HEMTs on Flexible Substrates]]
* [[Media:Graphene_transistor_schwierz.pdf|Fabrication, characterisation of graphene based transistors]]

== Web of things ==

* [https://hal.archives-ouvertes.fr/inria-00385140v2/document Smews: Smart and Mobile Embedded Web Server]
* [http://hinrg.cs.jhu.edu/joomla/images/stories/IPSN_2011_koliti.pdf Integrating Wireless Sensor Networks with the Web]

== Systèmes d'exploitation ==

* [https://www.riot-os.org/docs/riot-infocom2013-abstract.pdf Riot OS: Towards an OS for the Internet of Things]
* [http://dunkels.com/adam/dunkels04contiki.pdf Contiki - a Lightweight and Flexible Operating System for Tiny Networked Sensors]
* [http://www.cs.berkeley.edu/~culler/papers/ai-tinyos.pdf TinyOS: An Operating System for Sensor Network]

== Programmation de systèmes temps réel ==

* [https://hal.archives-ouvertes.fr/hal-00800980/document Scheduling Dependent Periodic Tasks Without Synchronization Mechanisms]
* [https://hal.archives-ouvertes.fr/hal-00688490/document A Real-Time Architecture Design Language for Multi-Rate Embedded Control Systems]

=Productions=

Vous devez déposer votre production sur votre propre page. Créez une nouvelle entrée dans le tableau ci-dessous.

{| class="wikitable"
! Numéro de sujet n !! Titre de l'article !! Elève
|-
| [[InitRech 2015/2016, sujet 1 ]] || Control of Elastic Soft Robots based on Real-Time Finite Element Method|| Maxime Szwechowiez
|-
| [[InitRech 2015/2016, sujet 2 ]] ||Real-time Control of Soft-Robots using Asynchronous Finite Element Modeling|| Valentin BEAUCHAMP
|-
| [[InitRech 2015/2016, sujet 4]] || Impact of Soft Tissue Heterogeneity on Augmented Reality for Liver Surgery || Geoffrey PIekacz
|-
| [[InitRech 2015/2016, sujet 5]] || Monocular 3D Reconstruction and Augmentation of Elastic Surfaces with Self-occlusion Handling || Taffin Valentin
|-
| [[InitRech 2015/2016, sujet 6]] || Vascular neurosurgery simulation with bimanual haptic feedback || Morgan Obeissart
|-
| [[InitRech 2015/2016, sujet 7]] || Surgery Training, Planning and Guidance Using the SOFA Framework || Martin Claverie
|-
| [[InitRech 2015/2016, sujet 8]] || Computer-based training system for cataract surgery || Julien Joignaux
|-
| [[InitRech 2015/2016, sujet 9]] || Anticipation of Brain Shift in Deep Brain Stimulation Automatic Planning || Payelle Vianney
|-
| [[InitRech 2015/2016, sujet 11]] || Interactive Training System for Interventional Electrocardiology Procedures || Loïc Delecroix
|-
| [[InitRech 2015/2016, sujet 17]] || Fast and Accurate Embedded Systems Energy Characterization Using Non-intrusive Measurements || Le Van Phung Kevin
|-
| [[InitRech 2015/2016, sujet 18]] || Energy Consumption of Networked Embedded Systems || Romuald Lentieul
|-
| [[InitRech 2015/2016, sujet 21]] || Fabrication, Characterization, and Physical Analysis of AlGaN/GaN HEMTs on Flexible Substrates || Roj Thomas
|-
| [[InitRech 2015/2016, sujet 22]] || Fabrication, characterisation of graphene based transistors || Bielle Julien
|-
| [[InitRech 2015/2016, sujet 23]] || Smews: Smart and Mobile Embedded Web Server || Pierre Fitoussi
|-
| [[InitRech 2015/2016, sujet 24]] || Integrating Wireless Sensor Networks with the Web || Cuadros Alexandre
|-
| [[InitRech 2015/2016, sujet 26]] || Contiki - a Lightweight and Flexible Operating System for Tiny Networked Sensors || Guillaume Villemont
|-
| [[InitRech 2015/2016, sujet 25]] || Riot OS: Towards an OS for the Internet of Things || Cédric Duval
|-
| [[InitRech 2015/2016, sujet 28]] || Scheduling Dependent Periodic Tasks Without Synchronization Mechanisms || Nathan Richez
|-
| [[InitRech 2015/2016, sujet 13]] || B-spline Based Multi-organ Detection in Magnetic Resonance Imaging || Cong Chen
|-
| [[InitRech 2015/2016, sujet 27]] || TinyOS: An Operating System for Sensor Network || MAIA Stéphane
|-
| [[InitRech 2015/2016, sujet 16]] || On the Equivalence of Two Systemes of Affine Recurrence Equations || Gruson Quentin
|-
| [[InitRech 2015/2016, sujet 12]] || Simulation of Lipo�lling Reconstructive Surgery using coupled Eulerian Fluid and Deformable Solid Models || Ruet Romain
|-
| [[InitRech 2015/2016, sujet 30]] || A Real-Time Architecture Design Language for Multi-Rate Embedded Control Systems
|| Robic Vincent
|-
| [[InitRech 2015/2016, sujet 14]] || Local implicit modeling of blood vessels for interactive simulation || Sonia NDUWAYO
|-
| [[InitRech 2015/2016, sujet 10 ]] || SOFA: A Multimodel Framework for Interactive Physical Simulation || Hugo Vandenbunder
|-
| [[InitRech 2015/2016, sujet 19 ]] || Quanto: Tracking Energy in Networked Embedded Systems || Léo Mazier

Tableau blanc interactif

2016-05-21T17:19:08Z

Lmazier : /* 12ème semaine */

Bienvenue sur la page de notre projet !

= Cahier des charges =

== Présentation du projet ==

=== Contexte ===

Le tableau noir à craies a été pendant longtemps le seul moyen d'enseignement, de démonstration à un public. Puis le tableau blanc a commencé à le remplacer mais le système reste le même. Aujourd'hui, PowerPoint ainsi que d'autres logiciels de présentation permettent un gain de temps considérable mais il y a un problème car on ne peut pas modifier un fichier PowerPoint comme un texte écrit sur un tableau. Il faut donc réunir les deux...

===Préparation du projet : ===
Réunion avec Mr Boé le 23/11/2015 afin de définir plus précisément les attentes par rapport à notre projet.
Résultat de cette réunion: nous avons pu comprendre que notre projet est assez ouvert, voir assez vague ce qui nous permet de l'adapter à nos préférences et ainsi nous avons pu développer un premier cahier des charges.

===Objectif===

Le but de ce projet est de développer un tableau intéractif qui permettra dans un premier temps de modifier ce qui y est projeté grâce à un vidéo-projecteur. Ainsi, on pourra directement annoter, corriger, supprimer ou ajouter à ce qui est projeté.
Nous allons donc devoir créer un stylet qui nous permettra de faire toutes ces actions mais aussi un dispositif intéractif qui sauvegardera les modifications.

Dans un second temps, notre tableau devra être capable de prendre en compte les modifications faites par un autre périphérique. Il faudra donc tenir compte des modifications liées au réseau sur lequel est relié l'ordinateur.

(Nous sommes pour l'instant en réflexion pour savoir si nous nous orientons vers un TBI (tableau blanc interactif) ou vers un DMI (dispositif mobile interactif). Bien que la technologie est similaire, de nombreux aspects diffèrent sur ces deux dispositifs : le principal est que le TBI est composé d'un vidéo-projecteur fixe tandis que le DMI porte sur un vidéo-projecteur mobile (sur batterie et donc il faudrait prendre en compte l'autonomie du dispositif).)

L'affichage se fera donc à l'aide d'un des vidéo-projecteurs équipant actuellement les salles de cours qui sera relié en filaire à l'ordinateur principal ainsi que par réseau wifi aux autres périphériques présents à proximité.

La reconnaissance spatiale du stylet se fera à l'aide d'une diode infrarouge présente sur le stylet ainsi que d'une caméra infrarouge englobant le tableau.

== Calendrier prévisionnel ==
2/11/2015 : Présentation et choix du sujet.

3/12/2015 : Première version du cahier des charges.

15/1/2016 : Documentation sur la réalisation du projet.

12/2/2016 : Analyse des données transmises par la caméra.

02/2016 : Commencer la réalisation du programme et la configuration de la Raspberry pi.

03/2016 : Commencer les phases de test.

04/2016 : Adapter les modifications aux résultats des tests.

01/5/2016 : Test final dans une salle de cours.

= Avancement du projet =
{|class="wikitable"
! Travaux !! Avancement !! Commentaires
|-
| Établir le cahier des charges
| Fait 
| Nous avons établi cette version du cahier des charges an accord avec nos tuteurs de projet
|-
| Étude du fonctionnement de la manette wiimote
| Fait 
| Nous avons plus particulièrement étudié le fonctionnement de la caméra infrarouge de la wiimote.
|-
|Conception du stylet
| Fait 
| Montage électrique simple comprenant une pile, un interrupteur et une led IR.
|-
|Conception du logiciel
| Fait 
| Première version fonctionnelle au 23/03 : contrôle de la souris avec le stylet. / version fonctionnelle pour les tests au 4/05.
|-
|Configuration Raspberry -Pi
| Fait 
| Configuration Bluetooth et Wi-Fi, création d'un point d'accès Wi-Fi
|-
|}

== Matériel à utiliser ==

* une caméra infrarouge, nous utilisons la caméra d'une Wiimote 1ère génération [ manette fournie le 27/1/2016] [Rendue le 13/05/2016]

* un adaptateur bluetooth USB [fourni le 27/1/2016] [Rendue le 13/05/2016]

* une raspberry -pi [fournie le 3/2/2016] [Rendue le 13/05/2016]

* une clé Wi-Fi [fournie le 23/3/2015] [Rendue le 13/05/2016]

* un vidéo-projecteur

* un tableau/écran blanc

* pour le stylet :
::_une diode infrarouge [fournie le 27/1/2016] [Rendue le 13/05/2016]
::_un bouton marche/arrêt [fourni le 10/2/2016] [Rendue le 13/05/2016]
::_une pile 1.5V

== 1ère Semaine ==

Nous avons commencé à prendre en main la liaison Bluetooth entre l'ordinateur et la Wiimote.
Nous avons ensuite testé les fonctionnalités de la Wiimote et notamment sa caméra infrarouge, ce qui nous a permis de définir ses caractéristiques:

Type de caméra : caméra Wiimote -> distance de 3m du tableau donc environ au même endroit que le rétroprojecteur. ( 30° vertical, 40° horizontal).[Fournie 27/01/2016]

[[Fichier:Schéma1.PNG|400px|thumb|left|Vue de dessus]]
[[Fichier:Schéma2.PNG|400px|thumb|center]]

Cependant, nous avons aussi rencontré le problème de la version de la Wiimote, en effet, nous avions eu une manette "Wii Motion Plus", or ce type n'est pas adapté au logiciel que nous avons utilisé pour définir les paramètres évoqués précédemment.

== 2ème Semaine ==

Après avoir récupéré une manette classique, nous avons pu tester son fonctionnement. Il nous a donc été possible de mieux le comprendre.
Nous avons aussi déterminé le squelette de notre projet au niveau informatique de manière plus précise. Nous allons devoir créer un programme en Java qui nous servira pour récupérer les données venant de la Wiimote mais aussi pour traiter ces données sur l'ordinateur.

[[Fichier:Schema_detail1.PNG|400px|thumb|center]]

Nous avons donc alors décidé de séparer le travail en 2 grandes parties:
* concevoir le stylet, le support et configurer la Raspberry
* programmer le logiciel qui nous permettra d'utiliser les données sorties de la Wiimote.

Nous allons utiliser la librairie java ''WiiRemoteJ'' pour réaliser notre programme.
Il nous faudra aussi une libraire Bluetooth afin d'assurer la communication entre la manette et l'ordinateur.
Nous devons donc nous concentrer sur la compréhension de la librairie de la manette et chercher les autres librairies utiles.

== 3ème Semaine ==

Après concertation, nous avons de décider d'utiliser le bouton poussoir du stylet comme l'activateur de la saisie de la caméra.
En effet, ce sera lorsque ce bouton sera enclenché que la Led infrarouge s'allumera et donc que la modification du fichier projeté pourra commencer.
Pour cela, il faudra scanner en permanence la zone définie au préalable dans notre programme jusqu'à trouver la source en question.

Une fois que la led aura été détectée, il faudra suivre tous ses mouvements. De plus si elle venait à s'éteindre, il faudrait relancer un scan du tableau jusqu'à retrouver la led.

Une fois la led détectée, la caméra infrarouge suivra ses mouvements puis enverra ces données par Bluetooth vers la Raspberry qui contiendra notre programme.

Une fois les modifications effectuées, il faudra modifier le fichier d'origine.

De plus, nous avons décidé d'utiliser une raspberry pour centraliser notre programme et le rendre accessible à d'autres ordinateurs présents dans la salle, il suffira simplement de se connecter en Wi-fi sur la Raspberry.

Cette semaine, nous avons avancé dans le codage de ce qui sera notre logiciel, nous avons aussi fait le plan de la structure qui soutiendra la manette.
Enfin, nous avons commencé la confection du stylet.

Pendant les vacances, nous prévoyons de continuer de programmer le logiciel ainsi que de continuer la confection du stylet.

== 4ème Semaine ==

Nous avons continuer de coder l'application en spécifiant certaines fonctions et en simplifiant certaines classes afin de n'utiliser que les méthodes intéressantes pour nous. De ce fait, nous avons été confronté à différents problèmes dus à la bibliothèque Java spécialisée pour la programmation de la wiimote, notamment la gestion de la manette en elle-même: l'activation et la désactivation des fonctionnalités infrarouge, le comportement de la manette elle-même est aussi compliqué.

Nous avons aussi achevé la modélisation du support de la manette que l'on fixera sur le vidéo-projecteur.

[[Fichier:support_wiimote.PNG|center|thumb|400px]]

Pour la semaine suivante, il nous reste donc à continuer le code qui reste la partie la plus compliquée du projet ainsi que celle qui demande le plus de travail.
Il nous faudra aussi commencer la réalisation du stylet.

== 5ème Semaine ==

Le programme nous occupe à moitié sur chaque séance, ainsi seulement un de nous deux peut se consacrer à la confection des du stylet.
En plus du traitement des données envoyées par la manette, il faut aussi gérer chaque évènement, ainsi nous avons décidé de créer un évènement qui correspondra au click gauche d'une souris qui nous permettra de sélectionner des icônes ou autres.

Pour le click droit, nous avons eu l'idée d'utiliser une temporisation, ainsi il faudra rester appuyé plus longtemps sans bouger que pour le click gauche. Nous avons aussi pensé qu'il serait préférable de ne pas toujours l'activer car nous pensons avoir un seul bouton et tel que nous le prévoyons, il pourrait être compliqué de l'utiliser pour les deux clicks, ainsi il faudra aller dans un menu de préférences qui nous permettra d'utiliser ou non le click droit.

Pour le stylet, nous avions eu l'idée d'utiliser un feutre de tableau comme structure mais au vu du résultat, nous avons décidé d'essayer avec un stabilo afin d'améliorer la prise en main et l'esthétique

Il nous reste encore à configurer la Raspberry afin qu'elle récupère des données par Bluetooth et puisse les transmettre par Wi-fi à différents récepteurs.

Il nous faudra aussi imprimer notre support.

==6ème semaine==

Jusqu'à présent, nous avons accentué notre travail sur le développement de l'application. Suite aux remarques que nous avons reçues, nous avons décidé de développer un programme nous permettant de tester la présence de la manette par détection infra rouge.

Pour cela, il nous faut biensûr réaliser le programme mais aussi réaliser le stylet ou au moins le circuit permettant d'alimenter la led.
[[Fichier:schéma_proj.png|400px|thumb|center]]

Nous avons donc dû ouvrir un feutre qui sera notre structure. Nous avons ensuite reçu une led infra-rouge, un bouton poussoir et une pile 1,5V. Il ne reste donc qu'à réaliser le circuit et à l'enfermer dans notre feutre.Nous rajoutons à ces éléments une spire de contact pour piles préalablement coupée en deux et un bouchon de stylo.

[[Fichier:IMAG0094.jpg|400px|thumb|center]]
[[Fichier:IMAG0095.jpg|400px|thumb|left]] [[Fichier:IMAG0096.jpg|400px|thumb|right]]

Le bouchon de stylo permettra à la pile d'être maintenue dans le stylet afin d'éviter les faux-contact et les risques d'ouverture involontaire du stylet. Il a été nécessaire de couper certaines parties du stylo afin que celui ne gêne pas le placement du bouton-poussoir. Nous gardons volontairement la tige du bouchon afin de pouvoir le tirer plus facilement lors d'un changement de pile.
[[Fichier:IMAG0097.jpg|200px|thumb|left]]
[[Fichier:IMAG0098.jpg|200px|thumb|right]]

Avant de souder nous vérifions sur quelles pattes du bouton-poussoir il faut se brancher afin d'obtenir le fonctionnement voulu. On constate sur la première image qu'en position haute l'interrupteur est ouvert et sur la deuxième image, lorsqu'on appuie sur le bouton, en position basse l'interrupteur est fermé. Pour le test de la position basse il faut bien évidemment faire attention à ne pas toucher les différentes pattes de l'interrupteur sans quoi le test n'a aucun intérêt.

[[Fichier:Blanc.PNG|850px|center]]

== 7ème semaine ==

Lors de cette semaine, d'un côté, nous avons finalisé la conception du stylet, nous l'avons aussi testé.
[[Fichier:StabiloIR.jpg|400px|thumb|center]]

D'un autre côté, nous avons finalisé une première version fonctionnelle du logiciel final que nous avons également testé.
Nous avons ainsi pu utiliser le stylet comme une souris sur le tableau.

Après ces premiers tests concluants, il nous faut maintenant perfectionner le logiciel : il y a en effet des problèmes avec la calibration de la wiimote: le point inférieur droit se valide trop vite et nous ne pouvons pas contrôler le stylet comme nous le souhaiterions.

A ce jour, notre version de tableau blanc interactif nous permet de modifier la structure de l'écran affiché mais pas son contenu.

Le programme des semaines à venir est donc de se concentrer sur le logiciel que l'on doit perfectionner.

== 8ème semaine ==

Lors de cette semaine, après avoir réalisé notre premier test concluant lors de la semaine 7, nous avons continué le développement du logiciel en essayant d'ajouter une sorte de menu qui nous permettrait de modifier notre fichier (une sorte de logiciel paint).
Pour se faire, il faudra modifier la classe qui gère l'affichage du logiciel.
Nous avons pensé qu'il faudrait ajouter un bouton d'écriture à main levée, ainsi qu'une gomme ou un retour en arrière afin de pouvoir effacer.

Nous avons aussi commencé à configurer la Raspberry -pi comme nous l'avions initialement imaginé.
Il nous faut configurer le bluetooth ainsi que le WI-FI.

== 9ème semaine ==

Lors de cette semaine, nous nous sommes consacrés à la configuration de la Raspberry -pi ainsi qu'à l'amélioration du logiciel développé.
Concernant la partie logiciel, nous avons rencontré des problèmes dus justement à ces modifications car modifier l'interface graphique s'avère plus compliquée que prévu puisque ces changements modifient le résultat précédemment obtenu, ce qui génère des erreurs.
La suite de ce développement consistera donc à résoudre ces problèmes afin de pouvoir améliorer notre programme.

Concernant la Raspberry-pi nous avons décidé de la relier directement en ethernet sur le réseau pour ensuite la configurer en point d'accès afin de pouvoir diffuser sur les différents ordinateurs des étudiants.

== 10ème semaine ==

Lors des vacances, nous avons continué de travailler sur l'amélioration du programme, cependant, il y a certaines erreurs que nous ne parvenons pas à éliminer. Il nous faut donc modifier d'autres classes de notre programme afin de gérer certaines exceptions.
Cela avance lentement également avec la configuration de la Raspberry-pi, certains problèmes subsistent sans en voir la solution.

Nous avons également décidé d'imprimer les différentes pièces servant au maintien de la manette wii. Nous commençons également la conception d'un autre stylet qui sera imprimer au Fablab car la solution du stabylo que nous avions choisie en premier lieu s'avère trop étroit et donc peu propre.

Voici la nouvelle version du stylet que nous cherchons à imprimer :

[[Fichier:Stylet.png|400px|thumb|center]]

== 11ème semaine ==

Lors de cette semaine, nous avons continué d'avancer dans la configuration de la Raspberry ainsi que dans le logiciel.

En ce qui concerne le programme, nous avons décidé d'utiliser deux programmes différents car ajouter du code dans le code déjà existant s'avère plus compliqué que prévu. Comme énoncé précédemment, nous avons essayer de créer une version du logiciel ''Paint'' qui nous permettrait non pas de modifier une page blanche mais plutôt l'écran affiché.
Nous avons donc réussi à créer une version de ce logiciel en Java mais nous ne parvenons pas à l'adapter à notre cas.
De plus nous ne parvenons pas à enlever cette page blanche afin de ne laisser apparaître que l'écran et les outils utiles à l'annotation.

[[Fichier: jpaint.png|650px|center|thumb|JPAINT]]

Nous avons également réussi à configurer la raspberry-pi en point d'accès wifi et sommes en train de configurer les options de connexions ssh. Ceci permettra aux étudiants de se connecter en ssh sur la raspberry-pi sur laquelle nous aurons installé le logiciel afin qu'ils puissent d'eux-mêmes afficher leurs diapositives ou les modifier.
L'impression du stylet ayant échoué il nous faut reprendre un rendez-vous pour relancer l'impression 3D.

== 12ème semaine ==

Lors de cette semaine, nous avons continué le développement du programme censé nous permettre d'écrire sur l'écran en cours.
Comme déjà énoncé précédemment, nous avons pris comme base le logiciel Paint qui ne fut pas trop compliqué à réaliser, du moins pour les fonctionnalités principales.
Cependant, une fois cela fait, nous ne parvenons pas à "remplacer" la page blanche de démarrage du programme par l'écran de l'ordinateur en cours (par exemple un fichier PDF).
Il nous reste donc environ une semaine pour essayer de résoudre ce problème.

Nous avons également effectué des tests afin de vérifier que le logiciel se lançait bien sur différentes machines, afin de voir si les bibliothèques nécessaires étaient déjà installées.
La connexion en ssh sur la raspberry-pi a également été configurée afin que les étudiants puissent accéder à la raspberry facilement.

L'adresse ip de la rapsberry-pi étant attribuée en 192.168.100.1 la commande ssh est :

[[Fichier:Commande_ssh.png]]

Si vous souhaitez déposer un dossier sur la Raspberry-pi afin qu'il soit projeté au tableau il suffit de taper la commande scp dont voici un exemple :

[[Fichier:commande_scp.png]]

Et inversement pour récupérer un fichier de la Raspberry-pi vers votre ordinateur.

==13ème semaine ==

Nous avons enfin obtenu tous les éléments de notre projet. Nous avons donc pu réaliser les tests complets et tourner la vidéo de présentation.
[[Fichier : Stylet.PNG|160px|thumb|Stylet version 2.0|left]]
[[Fichier : Structure+manette.PNG|380px|thumb|center]]

Nous avons également commencé les répétitions pour la soutenance du vendredi 13 mai.

= Conclusion =

Au terme des 13 semaines durant lesquelles nous avons travaillé sur ce projet, nous n'avons pas réussi à atteindre les objectifs que nous avons fixés. Cependant nous pouvons considérer que le projet est un succès car même si tous les objectifs n'ont pas été réalisés, nous avons réussi à fournir un programme permettant de manipuler l'écran d'ordinateur directement au tableau. La partie interaction avec l'environnement n'a malheureusement pas vraiment pu aboutir comme nous le souhaitions même si là encore nous avons réussi à trouver une autre solution permettant d'utiliser notre projet.

Ce projet nous a permis de développer les connaissances acquises dans l'année notamment la programmation en JAVA qui a été l'outil principal de notre projet mais aussi la configuration d'une RaspberryPi.

Ce projet a aussi été une occasion de se mettre dans les conditions de travail en entreprise avec notamment un cahier des charges à établir et un échéancier à respecter. Cela nous a aussi permis de prendre conscience de nos faiblesses dans ce domaine notamment l'interaction avec le client que nous n'avions pas vraiment prise en compte, cela nous a donc aussi permis de nous améliorer dans ce domaine.

= Fichiers rendus =

== Rapport ==

Le rapport est disponible ici : (à venir)

== Code ==

Le lien du code que nous avons fait est : https://archives.plil.fr/rlentieu/IMA4_S8_P9/

Voici l'ensemble des fichiers qui ont permis la construction du stylet à l'imprimante 3D :

[[Fichier:Stylet solidworks.zip]]

= Bibliographie =

https://www.youtube.com/watch?v=5IDeFj6ksLs

http://college-kamere.nc/tbiwii

http://www.speechi.net/fr/index.php/home/tableau-interactif/camera-interactive-speechi/

http://www.classesnumeriques.net/wp-content/uploads/2011/10/Fiche_technique_TBI_wii.pdf

http://hardware-libre.fr/2014/02/raspberry-pi-creer-un-point-dacces-wifi/

Fichier:Commande ssh.png

2016-05-21T17:15:26Z

Lmazier :

Fichier:Commande scp.png

2016-05-21T17:15:08Z

Lmazier :

Tableau blanc interactif

2016-05-21T16:43:56Z

Lmazier : /* 10ème semaine */

Bienvenue sur la page de notre projet !

= Cahier des charges =

== Présentation du projet ==

=== Contexte ===

Le tableau noir à craies a été pendant longtemps le seul moyen d'enseignement, de démonstration à un public. Puis le tableau blanc a commencé à le remplacer mais le système reste le même. Aujourd'hui, PowerPoint ainsi que d'autres logiciels de présentation permettent un gain de temps considérable mais il y a un problème car on ne peut pas modifier un fichier PowerPoint comme un texte écrit sur un tableau. Il faut donc réunir les deux...

===Préparation du projet : ===
Réunion avec Mr Boé le 23/11/2015 afin de définir plus précisément les attentes par rapport à notre projet.
Résultat de cette réunion: nous avons pu comprendre que notre projet est assez ouvert, voir assez vague ce qui nous permet de l'adapter à nos préférences et ainsi nous avons pu développer un premier cahier des charges.

===Objectif===

Le but de ce projet est de développer un tableau intéractif qui permettra dans un premier temps de modifier ce qui y est projeté grâce à un vidéo-projecteur. Ainsi, on pourra directement annoter, corriger, supprimer ou ajouter à ce qui est projeté.
Nous allons donc devoir créer un stylet qui nous permettra de faire toutes ces actions mais aussi un dispositif intéractif qui sauvegardera les modifications.

Dans un second temps, notre tableau devra être capable de prendre en compte les modifications faites par un autre périphérique. Il faudra donc tenir compte des modifications liées au réseau sur lequel est relié l'ordinateur.

(Nous sommes pour l'instant en réflexion pour savoir si nous nous orientons vers un TBI (tableau blanc interactif) ou vers un DMI (dispositif mobile interactif). Bien que la technologie est similaire, de nombreux aspects diffèrent sur ces deux dispositifs : le principal est que le TBI est composé d'un vidéo-projecteur fixe tandis que le DMI porte sur un vidéo-projecteur mobile (sur batterie et donc il faudrait prendre en compte l'autonomie du dispositif).)

L'affichage se fera donc à l'aide d'un des vidéo-projecteurs équipant actuellement les salles de cours qui sera relié en filaire à l'ordinateur principal ainsi que par réseau wifi aux autres périphériques présents à proximité.

La reconnaissance spatiale du stylet se fera à l'aide d'une diode infrarouge présente sur le stylet ainsi que d'une caméra infrarouge englobant le tableau.

== Calendrier prévisionnel ==
2/11/2015 : Présentation et choix du sujet.

3/12/2015 : Première version du cahier des charges.

15/1/2016 : Documentation sur la réalisation du projet.

12/2/2016 : Analyse des données transmises par la caméra.

02/2016 : Commencer la réalisation du programme et la configuration de la Raspberry pi.

03/2016 : Commencer les phases de test.

04/2016 : Adapter les modifications aux résultats des tests.

01/5/2016 : Test final dans une salle de cours.

= Avancement du projet =
{|class="wikitable"
! Travaux !! Avancement !! Commentaires
|-
| Établir le cahier des charges
| Fait 
| Nous avons établi cette version du cahier des charges an accord avec nos tuteurs de projet
|-
| Étude du fonctionnement de la manette wiimote
| Fait 
| Nous avons plus particulièrement étudié le fonctionnement de la caméra infrarouge de la wiimote.
|-
|Conception du stylet
| Fait 
| Montage électrique simple comprenant une pile, un interrupteur et une led IR.
|-
|Conception du logiciel
| Fait 
| Première version fonctionnelle au 23/03 : contrôle de la souris avec le stylet. / version fonctionnelle pour les tests au 4/05.
|-
|Configuration Raspberry -Pi
| Fait 
| Configuration Bluetooth et Wi-Fi, création d'un point d'accès Wi-Fi
|-
|}

== Matériel à utiliser ==

* une caméra infrarouge, nous utilisons la caméra d'une Wiimote 1ère génération [ manette fournie le 27/1/2016] [Rendue le 13/05/2016]

* un adaptateur bluetooth USB [fourni le 27/1/2016] [Rendue le 13/05/2016]

* une raspberry -pi [fournie le 3/2/2016] [Rendue le 13/05/2016]

* une clé Wi-Fi [fournie le 23/3/2015] [Rendue le 13/05/2016]

* un vidéo-projecteur

* un tableau/écran blanc

* pour le stylet :
::_une diode infrarouge [fournie le 27/1/2016] [Rendue le 13/05/2016]
::_un bouton marche/arrêt [fourni le 10/2/2016] [Rendue le 13/05/2016]
::_une pile 1.5V

== 1ère Semaine ==

Nous avons commencé à prendre en main la liaison Bluetooth entre l'ordinateur et la Wiimote.
Nous avons ensuite testé les fonctionnalités de la Wiimote et notamment sa caméra infrarouge, ce qui nous a permis de définir ses caractéristiques:

Type de caméra : caméra Wiimote -> distance de 3m du tableau donc environ au même endroit que le rétroprojecteur. ( 30° vertical, 40° horizontal).[Fournie 27/01/2016]

[[Fichier:Schéma1.PNG|400px|thumb|left|Vue de dessus]]
[[Fichier:Schéma2.PNG|400px|thumb|center]]

Cependant, nous avons aussi rencontré le problème de la version de la Wiimote, en effet, nous avions eu une manette "Wii Motion Plus", or ce type n'est pas adapté au logiciel que nous avons utilisé pour définir les paramètres évoqués précédemment.

== 2ème Semaine ==

Après avoir récupéré une manette classique, nous avons pu tester son fonctionnement. Il nous a donc été possible de mieux le comprendre.
Nous avons aussi déterminé le squelette de notre projet au niveau informatique de manière plus précise. Nous allons devoir créer un programme en Java qui nous servira pour récupérer les données venant de la Wiimote mais aussi pour traiter ces données sur l'ordinateur.

[[Fichier:Schema_detail1.PNG|400px|thumb|center]]

Nous avons donc alors décidé de séparer le travail en 2 grandes parties:
* concevoir le stylet, le support et configurer la Raspberry
* programmer le logiciel qui nous permettra d'utiliser les données sorties de la Wiimote.

Nous allons utiliser la librairie java ''WiiRemoteJ'' pour réaliser notre programme.
Il nous faudra aussi une libraire Bluetooth afin d'assurer la communication entre la manette et l'ordinateur.
Nous devons donc nous concentrer sur la compréhension de la librairie de la manette et chercher les autres librairies utiles.

== 3ème Semaine ==

Après concertation, nous avons de décider d'utiliser le bouton poussoir du stylet comme l'activateur de la saisie de la caméra.
En effet, ce sera lorsque ce bouton sera enclenché que la Led infrarouge s'allumera et donc que la modification du fichier projeté pourra commencer.
Pour cela, il faudra scanner en permanence la zone définie au préalable dans notre programme jusqu'à trouver la source en question.

Une fois que la led aura été détectée, il faudra suivre tous ses mouvements. De plus si elle venait à s'éteindre, il faudrait relancer un scan du tableau jusqu'à retrouver la led.

Une fois la led détectée, la caméra infrarouge suivra ses mouvements puis enverra ces données par Bluetooth vers la Raspberry qui contiendra notre programme.

Une fois les modifications effectuées, il faudra modifier le fichier d'origine.

De plus, nous avons décidé d'utiliser une raspberry pour centraliser notre programme et le rendre accessible à d'autres ordinateurs présents dans la salle, il suffira simplement de se connecter en Wi-fi sur la Raspberry.

Cette semaine, nous avons avancé dans le codage de ce qui sera notre logiciel, nous avons aussi fait le plan de la structure qui soutiendra la manette.
Enfin, nous avons commencé la confection du stylet.

Pendant les vacances, nous prévoyons de continuer de programmer le logiciel ainsi que de continuer la confection du stylet.

== 4ème Semaine ==

Nous avons continuer de coder l'application en spécifiant certaines fonctions et en simplifiant certaines classes afin de n'utiliser que les méthodes intéressantes pour nous. De ce fait, nous avons été confronté à différents problèmes dus à la bibliothèque Java spécialisée pour la programmation de la wiimote, notamment la gestion de la manette en elle-même: l'activation et la désactivation des fonctionnalités infrarouge, le comportement de la manette elle-même est aussi compliqué.

Nous avons aussi achevé la modélisation du support de la manette que l'on fixera sur le vidéo-projecteur.

[[Fichier:support_wiimote.PNG|center|thumb|400px]]

Pour la semaine suivante, il nous reste donc à continuer le code qui reste la partie la plus compliquée du projet ainsi que celle qui demande le plus de travail.
Il nous faudra aussi commencer la réalisation du stylet.

== 5ème Semaine ==

Le programme nous occupe à moitié sur chaque séance, ainsi seulement un de nous deux peut se consacrer à la confection des du stylet.
En plus du traitement des données envoyées par la manette, il faut aussi gérer chaque évènement, ainsi nous avons décidé de créer un évènement qui correspondra au click gauche d'une souris qui nous permettra de sélectionner des icônes ou autres.

Pour le click droit, nous avons eu l'idée d'utiliser une temporisation, ainsi il faudra rester appuyé plus longtemps sans bouger que pour le click gauche. Nous avons aussi pensé qu'il serait préférable de ne pas toujours l'activer car nous pensons avoir un seul bouton et tel que nous le prévoyons, il pourrait être compliqué de l'utiliser pour les deux clicks, ainsi il faudra aller dans un menu de préférences qui nous permettra d'utiliser ou non le click droit.

Pour le stylet, nous avions eu l'idée d'utiliser un feutre de tableau comme structure mais au vu du résultat, nous avons décidé d'essayer avec un stabilo afin d'améliorer la prise en main et l'esthétique

Il nous reste encore à configurer la Raspberry afin qu'elle récupère des données par Bluetooth et puisse les transmettre par Wi-fi à différents récepteurs.

Il nous faudra aussi imprimer notre support.

==6ème semaine==

Jusqu'à présent, nous avons accentué notre travail sur le développement de l'application. Suite aux remarques que nous avons reçues, nous avons décidé de développer un programme nous permettant de tester la présence de la manette par détection infra rouge.

Pour cela, il nous faut biensûr réaliser le programme mais aussi réaliser le stylet ou au moins le circuit permettant d'alimenter la led.
[[Fichier:schéma_proj.png|400px|thumb|center]]

Nous avons donc dû ouvrir un feutre qui sera notre structure. Nous avons ensuite reçu une led infra-rouge, un bouton poussoir et une pile 1,5V. Il ne reste donc qu'à réaliser le circuit et à l'enfermer dans notre feutre.Nous rajoutons à ces éléments une spire de contact pour piles préalablement coupée en deux et un bouchon de stylo.

[[Fichier:IMAG0094.jpg|400px|thumb|center]]
[[Fichier:IMAG0095.jpg|400px|thumb|left]] [[Fichier:IMAG0096.jpg|400px|thumb|right]]

Le bouchon de stylo permettra à la pile d'être maintenue dans le stylet afin d'éviter les faux-contact et les risques d'ouverture involontaire du stylet. Il a été nécessaire de couper certaines parties du stylo afin que celui ne gêne pas le placement du bouton-poussoir. Nous gardons volontairement la tige du bouchon afin de pouvoir le tirer plus facilement lors d'un changement de pile.
[[Fichier:IMAG0097.jpg|200px|thumb|left]]
[[Fichier:IMAG0098.jpg|200px|thumb|right]]

Avant de souder nous vérifions sur quelles pattes du bouton-poussoir il faut se brancher afin d'obtenir le fonctionnement voulu. On constate sur la première image qu'en position haute l'interrupteur est ouvert et sur la deuxième image, lorsqu'on appuie sur le bouton, en position basse l'interrupteur est fermé. Pour le test de la position basse il faut bien évidemment faire attention à ne pas toucher les différentes pattes de l'interrupteur sans quoi le test n'a aucun intérêt.

[[Fichier:Blanc.PNG|850px|center]]

== 7ème semaine ==

Lors de cette semaine, d'un côté, nous avons finalisé la conception du stylet, nous l'avons aussi testé.
[[Fichier:StabiloIR.jpg|400px|thumb|center]]

D'un autre côté, nous avons finalisé une première version fonctionnelle du logiciel final que nous avons également testé.
Nous avons ainsi pu utiliser le stylet comme une souris sur le tableau.

Après ces premiers tests concluants, il nous faut maintenant perfectionner le logiciel : il y a en effet des problèmes avec la calibration de la wiimote: le point inférieur droit se valide trop vite et nous ne pouvons pas contrôler le stylet comme nous le souhaiterions.

A ce jour, notre version de tableau blanc interactif nous permet de modifier la structure de l'écran affiché mais pas son contenu.

Le programme des semaines à venir est donc de se concentrer sur le logiciel que l'on doit perfectionner.

== 8ème semaine ==

Lors de cette semaine, après avoir réalisé notre premier test concluant lors de la semaine 7, nous avons continué le développement du logiciel en essayant d'ajouter une sorte de menu qui nous permettrait de modifier notre fichier (une sorte de logiciel paint).
Pour se faire, il faudra modifier la classe qui gère l'affichage du logiciel.
Nous avons pensé qu'il faudrait ajouter un bouton d'écriture à main levée, ainsi qu'une gomme ou un retour en arrière afin de pouvoir effacer.

Nous avons aussi commencé à configurer la Raspberry -pi comme nous l'avions initialement imaginé.
Il nous faut configurer le bluetooth ainsi que le WI-FI.

== 9ème semaine ==

Lors de cette semaine, nous nous sommes consacrés à la configuration de la Raspberry -pi ainsi qu'à l'amélioration du logiciel développé.
Concernant la partie logiciel, nous avons rencontré des problèmes dus justement à ces modifications car modifier l'interface graphique s'avère plus compliquée que prévu puisque ces changements modifient le résultat précédemment obtenu, ce qui génère des erreurs.
La suite de ce développement consistera donc à résoudre ces problèmes afin de pouvoir améliorer notre programme.

Concernant la Raspberry-pi nous avons décidé de la relier directement en ethernet sur le réseau pour ensuite la configurer en point d'accès afin de pouvoir diffuser sur les différents ordinateurs des étudiants.

== 10ème semaine ==

Lors des vacances, nous avons continué de travailler sur l'amélioration du programme, cependant, il y a certaines erreurs que nous ne parvenons pas à éliminer. Il nous faut donc modifier d'autres classes de notre programme afin de gérer certaines exceptions.
Cela avance lentement également avec la configuration de la Raspberry-pi, certains problèmes subsistent sans en voir la solution.

Nous avons également décidé d'imprimer les différentes pièces servant au maintien de la manette wii. Nous commençons également la conception d'un autre stylet qui sera imprimer au Fablab car la solution du stabylo que nous avions choisie en premier lieu s'avère trop étroit et donc peu propre.

Voici la nouvelle version du stylet que nous cherchons à imprimer :

[[Fichier:Stylet.png|400px|thumb|center]]

== 11ème semaine ==

Lors de cette semaine, nous avons continué d'avancer dans la configuration de la Raspberry ainsi que dans le logiciel.

En ce qui concerne le programme, nous avons décidé d'utiliser deux programmes différents car ajouter du code dans le code déjà existant s'avère plus compliqué que prévu. Comme énoncé précédemment, nous avons essayer de créer une version du logiciel ''Paint'' qui nous permettrait non pas de modifier une page blanche mais plutôt l'écran affiché.
Nous avons donc réussi à créer une version de ce logiciel en Java mais nous ne parvenons pas à l'adapter à notre cas.
De plus nous ne parvenons pas à enlever cette page blanche afin de ne laisser apparaître que l'écran et les outils utiles à l'annotation.

[[Fichier: jpaint.png|650px|center|thumb|JPAINT]]

Nous avons également réussi à configurer la raspberry-pi en point d'accès wifi et sommes en train de configurer les options de connexions ssh. Ceci permettra aux étudiants de se connecter en ssh sur la raspberry-pi sur laquelle nous aurons installé le logiciel afin qu'ils puissent d'eux-mêmes afficher leurs diapositives ou les modifier.
L'impression du stylet ayant échoué il nous faut reprendre un rendez-vous pour relancer l'impression 3D.

== 12ème semaine ==

Lors de cette semaine, nous avons continué le développement du programme censé nous permettre d'écrire sur l'écran en cours.
Comme déjà énoncé précédemment, nous avons pris comme base le logiciel Paint qui ne fut pas trop compliqué à réaliser, du moins pour les fonctionnalités principales.
Cependant, une fois cela fait, nous ne parvenons pas à "remplacer" la page blanche de démarrage du programme par l'écran de l'ordinateur en cours (par exemple un fichier PDF).
Il nous reste donc environ une semaine pour essayer de résoudre ce problème.

Nous avons également effectué des tests afin de vérifier que le logiciel se lançait bien sur différentes machines, afin de voir si les bibliothèques nécessaires étaient déjà installées.
La connexion en ssh sur la raspberry-pi a également été configurée afin que les étudiants puissent accéder à la raspberry facilement.

==13ème semaine ==

Nous avons enfin obtenu tous les éléments de notre projet. Nous avons donc pu réaliser les tests complets et tourner la vidéo de présentation.
[[Fichier : Stylet.PNG|160px|thumb|Stylet version 2.0|left]]
[[Fichier : Structure+manette.PNG|380px|thumb|center]]

Nous avons également commencé les répétitions pour la soutenance du vendredi 13 mai.

= Conclusion =

Au terme des 13 semaines durant lesquelles nous avons travaillé sur ce projet, nous n'avons pas réussi à atteindre les objectifs que nous avons fixés. Cependant nous pouvons considérer que le projet est un succès car même si tous les objectifs n'ont pas été réalisés, nous avons réussi à fournir un programme permettant de manipuler l'écran d'ordinateur directement au tableau. La partie interaction avec l'environnement n'a malheureusement pas vraiment pu aboutir comme nous le souhaitions même si là encore nous avons réussi à trouver une autre solution permettant d'utiliser notre projet.

Ce projet nous a permis de développer les connaissances acquises dans l'année notamment la programmation en JAVA qui a été l'outil principal de notre projet mais aussi la configuration d'une RaspberryPi.

Ce projet a aussi été une occasion de se mettre dans les conditions de travail en entreprise avec notamment un cahier des charges à établir et un échéancier à respecter. Cela nous a aussi permis de prendre conscience de nos faiblesses dans ce domaine notamment l'interaction avec le client que nous n'avions pas vraiment prise en compte, cela nous a donc aussi permis de nous améliorer dans ce domaine.

= Fichiers rendus =

== Rapport ==

Le rapport est disponible ici : (à venir)

== Code ==

Le lien du code que nous avons fait est :

Voici l'ensemble des fichiers qui ont permis la construction du stylet à l'imprimante 3D :

[[Fichier:Stylet solidworks.zip]]

= Bibliographie =

https://www.youtube.com/watch?v=5IDeFj6ksLs

http://college-kamere.nc/tbiwii

http://www.speechi.net/fr/index.php/home/tableau-interactif/camera-interactive-speechi/

http://www.classesnumeriques.net/wp-content/uploads/2011/10/Fiche_technique_TBI_wii.pdf

http://hardware-libre.fr/2014/02/raspberry-pi-creer-un-point-dacces-wifi/

Fichier:Stylet.png

2016-05-21T16:38:01Z

Lmazier :

Tableau blanc interactif

2016-05-21T16:37:05Z

Lmazier : /* 1ère Semaine */

Bienvenue sur la page de notre projet !

= Cahier des charges =

== Présentation du projet ==

=== Contexte ===

Le tableau noir à craies a été pendant longtemps le seul moyen d'enseignement, de démonstration à un public. Puis le tableau blanc a commencé à le remplacer mais le système reste le même. Aujourd'hui, PowerPoint ainsi que d'autres logiciels de présentation permettent un gain de temps considérable mais il y a un problème car on ne peut pas modifier un fichier PowerPoint comme un texte écrit sur un tableau. Il faut donc réunir les deux...

===Préparation du projet : ===
Réunion avec Mr Boé le 23/11/2015 afin de définir plus précisément les attentes par rapport à notre projet.
Résultat de cette réunion: nous avons pu comprendre que notre projet est assez ouvert, voir assez vague ce qui nous permet de l'adapter à nos préférences et ainsi nous avons pu développer un premier cahier des charges.

===Objectif===

Le but de ce projet est de développer un tableau intéractif qui permettra dans un premier temps de modifier ce qui y est projeté grâce à un vidéo-projecteur. Ainsi, on pourra directement annoter, corriger, supprimer ou ajouter à ce qui est projeté.
Nous allons donc devoir créer un stylet qui nous permettra de faire toutes ces actions mais aussi un dispositif intéractif qui sauvegardera les modifications.

Dans un second temps, notre tableau devra être capable de prendre en compte les modifications faites par un autre périphérique. Il faudra donc tenir compte des modifications liées au réseau sur lequel est relié l'ordinateur.

(Nous sommes pour l'instant en réflexion pour savoir si nous nous orientons vers un TBI (tableau blanc interactif) ou vers un DMI (dispositif mobile interactif). Bien que la technologie est similaire, de nombreux aspects diffèrent sur ces deux dispositifs : le principal est que le TBI est composé d'un vidéo-projecteur fixe tandis que le DMI porte sur un vidéo-projecteur mobile (sur batterie et donc il faudrait prendre en compte l'autonomie du dispositif).)

L'affichage se fera donc à l'aide d'un des vidéo-projecteurs équipant actuellement les salles de cours qui sera relié en filaire à l'ordinateur principal ainsi que par réseau wifi aux autres périphériques présents à proximité.

La reconnaissance spatiale du stylet se fera à l'aide d'une diode infrarouge présente sur le stylet ainsi que d'une caméra infrarouge englobant le tableau.

== Calendrier prévisionnel ==
2/11/2015 : Présentation et choix du sujet.

3/12/2015 : Première version du cahier des charges.

15/1/2016 : Documentation sur la réalisation du projet.

12/2/2016 : Analyse des données transmises par la caméra.

02/2016 : Commencer la réalisation du programme et la configuration de la Raspberry pi.

03/2016 : Commencer les phases de test.

04/2016 : Adapter les modifications aux résultats des tests.

01/5/2016 : Test final dans une salle de cours.

= Avancement du projet =
{|class="wikitable"
! Travaux !! Avancement !! Commentaires
|-
| Établir le cahier des charges
| Fait 
| Nous avons établi cette version du cahier des charges an accord avec nos tuteurs de projet
|-
| Étude du fonctionnement de la manette wiimote
| Fait 
| Nous avons plus particulièrement étudié le fonctionnement de la caméra infrarouge de la wiimote.
|-
|Conception du stylet
| Fait 
| Montage électrique simple comprenant une pile, un interrupteur et une led IR.
|-
|Conception du logiciel
| Fait 
| Première version fonctionnelle au 23/03 : contrôle de la souris avec le stylet. / version fonctionnelle pour les tests au 4/05.
|-
|Configuration Raspberry -Pi
| Fait 
| Configuration Bluetooth et Wi-Fi, création d'un point d'accès Wi-Fi
|-
|}

== Matériel à utiliser ==

* une caméra infrarouge, nous utilisons la caméra d'une Wiimote 1ère génération [ manette fournie le 27/1/2016] [Rendue le 13/05/2016]

* un adaptateur bluetooth USB [fourni le 27/1/2016] [Rendue le 13/05/2016]

* une raspberry -pi [fournie le 3/2/2016] [Rendue le 13/05/2016]

* une clé Wi-Fi [fournie le 23/3/2015] [Rendue le 13/05/2016]

* un vidéo-projecteur

* un tableau/écran blanc

* pour le stylet :
::_une diode infrarouge [fournie le 27/1/2016] [Rendue le 13/05/2016]
::_un bouton marche/arrêt [fourni le 10/2/2016] [Rendue le 13/05/2016]
::_une pile 1.5V

== 1ère Semaine ==

Nous avons commencé à prendre en main la liaison Bluetooth entre l'ordinateur et la Wiimote.
Nous avons ensuite testé les fonctionnalités de la Wiimote et notamment sa caméra infrarouge, ce qui nous a permis de définir ses caractéristiques:

Type de caméra : caméra Wiimote -> distance de 3m du tableau donc environ au même endroit que le rétroprojecteur. ( 30° vertical, 40° horizontal).[Fournie 27/01/2016]

[[Fichier:Schéma1.PNG|400px|thumb|left|Vue de dessus]]
[[Fichier:Schéma2.PNG|400px|thumb|center]]

Cependant, nous avons aussi rencontré le problème de la version de la Wiimote, en effet, nous avions eu une manette "Wii Motion Plus", or ce type n'est pas adapté au logiciel que nous avons utilisé pour définir les paramètres évoqués précédemment.

== 2ème Semaine ==

Après avoir récupéré une manette classique, nous avons pu tester son fonctionnement. Il nous a donc été possible de mieux le comprendre.
Nous avons aussi déterminé le squelette de notre projet au niveau informatique de manière plus précise. Nous allons devoir créer un programme en Java qui nous servira pour récupérer les données venant de la Wiimote mais aussi pour traiter ces données sur l'ordinateur.

[[Fichier:Schema_detail1.PNG|400px|thumb|center]]

Nous avons donc alors décidé de séparer le travail en 2 grandes parties:
* concevoir le stylet, le support et configurer la Raspberry
* programmer le logiciel qui nous permettra d'utiliser les données sorties de la Wiimote.

Nous allons utiliser la librairie java ''WiiRemoteJ'' pour réaliser notre programme.
Il nous faudra aussi une libraire Bluetooth afin d'assurer la communication entre la manette et l'ordinateur.
Nous devons donc nous concentrer sur la compréhension de la librairie de la manette et chercher les autres librairies utiles.

== 3ème Semaine ==

Après concertation, nous avons de décider d'utiliser le bouton poussoir du stylet comme l'activateur de la saisie de la caméra.
En effet, ce sera lorsque ce bouton sera enclenché que la Led infrarouge s'allumera et donc que la modification du fichier projeté pourra commencer.
Pour cela, il faudra scanner en permanence la zone définie au préalable dans notre programme jusqu'à trouver la source en question.

Une fois que la led aura été détectée, il faudra suivre tous ses mouvements. De plus si elle venait à s'éteindre, il faudrait relancer un scan du tableau jusqu'à retrouver la led.

Une fois la led détectée, la caméra infrarouge suivra ses mouvements puis enverra ces données par Bluetooth vers la Raspberry qui contiendra notre programme.

Une fois les modifications effectuées, il faudra modifier le fichier d'origine.

De plus, nous avons décidé d'utiliser une raspberry pour centraliser notre programme et le rendre accessible à d'autres ordinateurs présents dans la salle, il suffira simplement de se connecter en Wi-fi sur la Raspberry.

Cette semaine, nous avons avancé dans le codage de ce qui sera notre logiciel, nous avons aussi fait le plan de la structure qui soutiendra la manette.
Enfin, nous avons commencé la confection du stylet.

Pendant les vacances, nous prévoyons de continuer de programmer le logiciel ainsi que de continuer la confection du stylet.

== 4ème Semaine ==

Nous avons continuer de coder l'application en spécifiant certaines fonctions et en simplifiant certaines classes afin de n'utiliser que les méthodes intéressantes pour nous. De ce fait, nous avons été confronté à différents problèmes dus à la bibliothèque Java spécialisée pour la programmation de la wiimote, notamment la gestion de la manette en elle-même: l'activation et la désactivation des fonctionnalités infrarouge, le comportement de la manette elle-même est aussi compliqué.

Nous avons aussi achevé la modélisation du support de la manette que l'on fixera sur le vidéo-projecteur.

[[Fichier:support_wiimote.PNG|center|thumb|400px]]

Pour la semaine suivante, il nous reste donc à continuer le code qui reste la partie la plus compliquée du projet ainsi que celle qui demande le plus de travail.
Il nous faudra aussi commencer la réalisation du stylet.

== 5ème Semaine ==

Le programme nous occupe à moitié sur chaque séance, ainsi seulement un de nous deux peut se consacrer à la confection des du stylet.
En plus du traitement des données envoyées par la manette, il faut aussi gérer chaque évènement, ainsi nous avons décidé de créer un évènement qui correspondra au click gauche d'une souris qui nous permettra de sélectionner des icônes ou autres.

Pour le click droit, nous avons eu l'idée d'utiliser une temporisation, ainsi il faudra rester appuyé plus longtemps sans bouger que pour le click gauche. Nous avons aussi pensé qu'il serait préférable de ne pas toujours l'activer car nous pensons avoir un seul bouton et tel que nous le prévoyons, il pourrait être compliqué de l'utiliser pour les deux clicks, ainsi il faudra aller dans un menu de préférences qui nous permettra d'utiliser ou non le click droit.

Pour le stylet, nous avions eu l'idée d'utiliser un feutre de tableau comme structure mais au vu du résultat, nous avons décidé d'essayer avec un stabilo afin d'améliorer la prise en main et l'esthétique

Il nous reste encore à configurer la Raspberry afin qu'elle récupère des données par Bluetooth et puisse les transmettre par Wi-fi à différents récepteurs.

Il nous faudra aussi imprimer notre support.

==6ème semaine==

Jusqu'à présent, nous avons accentué notre travail sur le développement de l'application. Suite aux remarques que nous avons reçues, nous avons décidé de développer un programme nous permettant de tester la présence de la manette par détection infra rouge.

Pour cela, il nous faut biensûr réaliser le programme mais aussi réaliser le stylet ou au moins le circuit permettant d'alimenter la led.
[[Fichier:schéma_proj.png|400px|thumb|center]]

Nous avons donc dû ouvrir un feutre qui sera notre structure. Nous avons ensuite reçu une led infra-rouge, un bouton poussoir et une pile 1,5V. Il ne reste donc qu'à réaliser le circuit et à l'enfermer dans notre feutre.Nous rajoutons à ces éléments une spire de contact pour piles préalablement coupée en deux et un bouchon de stylo.

[[Fichier:IMAG0094.jpg|400px|thumb|center]]
[[Fichier:IMAG0095.jpg|400px|thumb|left]] [[Fichier:IMAG0096.jpg|400px|thumb|right]]

Le bouchon de stylo permettra à la pile d'être maintenue dans le stylet afin d'éviter les faux-contact et les risques d'ouverture involontaire du stylet. Il a été nécessaire de couper certaines parties du stylo afin que celui ne gêne pas le placement du bouton-poussoir. Nous gardons volontairement la tige du bouchon afin de pouvoir le tirer plus facilement lors d'un changement de pile.
[[Fichier:IMAG0097.jpg|200px|thumb|left]]
[[Fichier:IMAG0098.jpg|200px|thumb|right]]

Avant de souder nous vérifions sur quelles pattes du bouton-poussoir il faut se brancher afin d'obtenir le fonctionnement voulu. On constate sur la première image qu'en position haute l'interrupteur est ouvert et sur la deuxième image, lorsqu'on appuie sur le bouton, en position basse l'interrupteur est fermé. Pour le test de la position basse il faut bien évidemment faire attention à ne pas toucher les différentes pattes de l'interrupteur sans quoi le test n'a aucun intérêt.

[[Fichier:Blanc.PNG|850px|center]]

== 7ème semaine ==

Lors de cette semaine, d'un côté, nous avons finalisé la conception du stylet, nous l'avons aussi testé.
[[Fichier:StabiloIR.jpg|400px|thumb|center]]

D'un autre côté, nous avons finalisé une première version fonctionnelle du logiciel final que nous avons également testé.
Nous avons ainsi pu utiliser le stylet comme une souris sur le tableau.

Après ces premiers tests concluants, il nous faut maintenant perfectionner le logiciel : il y a en effet des problèmes avec la calibration de la wiimote: le point inférieur droit se valide trop vite et nous ne pouvons pas contrôler le stylet comme nous le souhaiterions.

A ce jour, notre version de tableau blanc interactif nous permet de modifier la structure de l'écran affiché mais pas son contenu.

Le programme des semaines à venir est donc de se concentrer sur le logiciel que l'on doit perfectionner.

== 8ème semaine ==

Lors de cette semaine, après avoir réalisé notre premier test concluant lors de la semaine 7, nous avons continué le développement du logiciel en essayant d'ajouter une sorte de menu qui nous permettrait de modifier notre fichier (une sorte de logiciel paint).
Pour se faire, il faudra modifier la classe qui gère l'affichage du logiciel.
Nous avons pensé qu'il faudrait ajouter un bouton d'écriture à main levée, ainsi qu'une gomme ou un retour en arrière afin de pouvoir effacer.

Nous avons aussi commencé à configurer la Raspberry -pi comme nous l'avions initialement imaginé.
Il nous faut configurer le bluetooth ainsi que le WI-FI.

== 9ème semaine ==

Lors de cette semaine, nous nous sommes consacrés à la configuration de la Raspberry -pi ainsi qu'à l'amélioration du logiciel développé.
Concernant la partie logiciel, nous avons rencontré des problèmes dus justement à ces modifications car modifier l'interface graphique s'avère plus compliquée que prévu puisque ces changements modifient le résultat précédemment obtenu, ce qui génère des erreurs.
La suite de ce développement consistera donc à résoudre ces problèmes afin de pouvoir améliorer notre programme.

Concernant la Raspberry-pi nous avons décidé de la relier directement en ethernet sur le réseau pour ensuite la configurer en point d'accès afin de pouvoir diffuser sur les différents ordinateurs des étudiants.

== 10ème semaine ==

Lors des vacances, nous avons continué de travailler sur l'amélioration du programme, cependant, il y a certaines erreurs que nous ne parvenons pas à éliminer. Il nous faut donc modifier d'autres classes de notre programme afin de gérer certaines exceptions.
Cela avance lentement également avec la configuration de la Raspberry-pi, certains problèmes subsistent sans en voir la solution.

Nous avons également décidé d'imprimer les différentes pièces servant au maintien de la manette wii. Nous commençons également la conception d'un autre stylet qui sera imprimer au Fablab car la solution du stabylo que nous avions choisie en premier lieu s'avère trop étroit et donc peu propre.

== 11ème semaine ==

Lors de cette semaine, nous avons continué d'avancer dans la configuration de la Raspberry ainsi que dans le logiciel.

En ce qui concerne le programme, nous avons décidé d'utiliser deux programmes différents car ajouter du code dans le code déjà existant s'avère plus compliqué que prévu. Comme énoncé précédemment, nous avons essayer de créer une version du logiciel ''Paint'' qui nous permettrait non pas de modifier une page blanche mais plutôt l'écran affiché.
Nous avons donc réussi à créer une version de ce logiciel en Java mais nous ne parvenons pas à l'adapter à notre cas.
De plus nous ne parvenons pas à enlever cette page blanche afin de ne laisser apparaître que l'écran et les outils utiles à l'annotation.

[[Fichier: jpaint.png|650px|center|thumb|JPAINT]]

Nous avons également réussi à configurer la raspberry-pi en point d'accès wifi et sommes en train de configurer les options de connexions ssh. Ceci permettra aux étudiants de se connecter en ssh sur la raspberry-pi sur laquelle nous aurons installé le logiciel afin qu'ils puissent d'eux-mêmes afficher leurs diapositives ou les modifier.
L'impression du stylet ayant échoué il nous faut reprendre un rendez-vous pour relancer l'impression 3D.

== 12ème semaine ==

Lors de cette semaine, nous avons continué le développement du programme censé nous permettre d'écrire sur l'écran en cours.
Comme déjà énoncé précédemment, nous avons pris comme base le logiciel Paint qui ne fut pas trop compliqué à réaliser, du moins pour les fonctionnalités principales.
Cependant, une fois cela fait, nous ne parvenons pas à "remplacer" la page blanche de démarrage du programme par l'écran de l'ordinateur en cours (par exemple un fichier PDF).
Il nous reste donc environ une semaine pour essayer de résoudre ce problème.

Nous avons également effectué des tests afin de vérifier que le logiciel se lançait bien sur différentes machines, afin de voir si les bibliothèques nécessaires étaient déjà installées.
La connexion en ssh sur la raspberry-pi a également été configurée afin que les étudiants puissent accéder à la raspberry facilement.

==13ème semaine ==

Nous avons enfin obtenu tous les éléments de notre projet. Nous avons donc pu réaliser les tests complets et tourner la vidéo de présentation.
[[Fichier : Stylet.PNG|160px|thumb|Stylet version 2.0|left]]
[[Fichier : Structure+manette.PNG|380px|thumb|center]]

Nous avons également commencé les répétitions pour la soutenance du vendredi 13 mai.

= Conclusion =

Au terme des 13 semaines durant lesquelles nous avons travaillé sur ce projet, nous n'avons pas réussi à atteindre les objectifs que nous avons fixés. Cependant nous pouvons considérer que le projet est un succès car même si tous les objectifs n'ont pas été réalisés, nous avons réussi à fournir un programme permettant de manipuler l'écran d'ordinateur directement au tableau. La partie interaction avec l'environnement n'a malheureusement pas vraiment pu aboutir comme nous le souhaitions même si là encore nous avons réussi à trouver une autre solution permettant d'utiliser notre projet.

Ce projet nous a permis de développer les connaissances acquises dans l'année notamment la programmation en JAVA qui a été l'outil principal de notre projet mais aussi la configuration d'une RaspberryPi.

Ce projet a aussi été une occasion de se mettre dans les conditions de travail en entreprise avec notamment un cahier des charges à établir et un échéancier à respecter. Cela nous a aussi permis de prendre conscience de nos faiblesses dans ce domaine notamment l'interaction avec le client que nous n'avions pas vraiment prise en compte, cela nous a donc aussi permis de nous améliorer dans ce domaine.

= Fichiers rendus =

== Rapport ==

Le rapport est disponible ici : (à venir)

== Code ==

Le lien du code que nous avons fait est :

Voici l'ensemble des fichiers qui ont permis la construction du stylet à l'imprimante 3D :

[[Fichier:Stylet solidworks.zip]]

= Bibliographie =

https://www.youtube.com/watch?v=5IDeFj6ksLs

http://college-kamere.nc/tbiwii

http://www.speechi.net/fr/index.php/home/tableau-interactif/camera-interactive-speechi/

http://www.classesnumeriques.net/wp-content/uploads/2011/10/Fiche_technique_TBI_wii.pdf

http://hardware-libre.fr/2014/02/raspberry-pi-creer-un-point-dacces-wifi/

Tableau blanc interactif

2016-05-21T16:30:44Z

Lmazier : /* Code */

Bienvenue sur la page de notre projet !

= Cahier des charges =

== Présentation du projet ==

=== Contexte ===

Le tableau noir à craies a été pendant longtemps le seul moyen d'enseignement, de démonstration à un public. Puis le tableau blanc a commencé à le remplacer mais le système reste le même. Aujourd'hui, PowerPoint ainsi que d'autres logiciels de présentation permettent un gain de temps considérable mais il y a un problème car on ne peut pas modifier un fichier PowerPoint comme un texte écrit sur un tableau. Il faut donc réunir les deux...

===Préparation du projet : ===
Réunion avec Mr Boé le 23/11/2015 afin de définir plus précisément les attentes par rapport à notre projet.
Résultat de cette réunion: nous avons pu comprendre que notre projet est assez ouvert, voir assez vague ce qui nous permet de l'adapter à nos préférences et ainsi nous avons pu développer un premier cahier des charges.

===Objectif===

Le but de ce projet est de développer un tableau intéractif qui permettra dans un premier temps de modifier ce qui y est projeté grâce à un vidéo-projecteur. Ainsi, on pourra directement annoter, corriger, supprimer ou ajouter à ce qui est projeté.
Nous allons donc devoir créer un stylet qui nous permettra de faire toutes ces actions mais aussi un dispositif intéractif qui sauvegardera les modifications.

Dans un second temps, notre tableau devra être capable de prendre en compte les modifications faites par un autre périphérique. Il faudra donc tenir compte des modifications liées au réseau sur lequel est relié l'ordinateur.

(Nous sommes pour l'instant en réflexion pour savoir si nous nous orientons vers un TBI (tableau blanc interactif) ou vers un DMI (dispositif mobile interactif). Bien que la technologie est similaire, de nombreux aspects diffèrent sur ces deux dispositifs : le principal est que le TBI est composé d'un vidéo-projecteur fixe tandis que le DMI porte sur un vidéo-projecteur mobile (sur batterie et donc il faudrait prendre en compte l'autonomie du dispositif).)

L'affichage se fera donc à l'aide d'un des vidéo-projecteurs équipant actuellement les salles de cours qui sera relié en filaire à l'ordinateur principal ainsi que par réseau wifi aux autres périphériques présents à proximité.

La reconnaissance spatiale du stylet se fera à l'aide d'une diode infrarouge présente sur le stylet ainsi que d'une caméra infrarouge englobant le tableau.

== Calendrier prévisionnel ==
2/11/2015 : Présentation et choix du sujet.

3/12/2015 : Première version du cahier des charges.

15/1/2016 : Documentation sur la réalisation du projet.

12/2/2016 : Analyse des données transmises par la caméra.

02/2016 : Commencer la réalisation du programme et la configuration de la Raspberry pi.

03/2016 : Commencer les phases de test.

04/2016 : Adapter les modifications aux résultats des tests.

01/5/2016 : Test final dans une salle de cours.

= Avancement du projet =
{|class="wikitable"
! Travaux !! Avancement !! Commentaires
|-
| Établir le cahier des charges
| Fait 
| Nous avons établi cette version du cahier des charges an accord avec nos tuteurs de projet
|-
| Étude du fonctionnement de la manette wiimote
| Fait 
| Nous avons plus particulièrement étudié le fonctionnement de la caméra infrarouge de la wiimote.
|-
|Conception du stylet
| Fait 
| Montage électrique simple comprenant une pile, un interrupteur et une led IR.
|-
|Conception du logiciel
| Fait 
| Première version fonctionnelle au 23/03 : contrôle de la souris avec le stylet. / version fonctionnelle pour les tests au 4/05.
|-
|Configuration Raspberry -Pi
| Fait 
| Configuration Bluetooth et Wi-Fi, création d'un point d'accès Wi-Fi
|-
|}

== Matériel à utiliser ==

* une caméra infrarouge, nous utilisons la caméra d'une Wiimote 1ère génération [ manette fournie le 27/1/2016] [Rendue le 13/05/2016]

* un adaptateur bluetooth USB [fourni le 27/1/2016] [Rendue le 13/05/2016]

* une raspberry -pi [fournie le 3/2/2016] [Rendue le 13/05/2016]

* une clé Wi-Fi [fournie le 23/3/2015] [Rendue le 13/05/2016]

* un vidéo-projecteur

* un tableau/écran blanc

* pour le stylet :
::_une diode infrarouge [fournie le 27/1/2016] [Rendue le 13/05/2016]
::_un bouton marche/arrêt [fourni le 10/2/2016] [Rendue le 13/05/2016]
::_une pile 1.5V

== 1ère Semaine ==

Nous avons commencé à prendre en main la liaison Bluetooth entre l'ordinateur et la Wiimote.
Nous avons ensuite testé les fonctionnalités de la Wiimote et notamment sa caméra infrarouge, ce qui nous a permis de définir ses caractéristiques:

Type de caméra : caméra Wiimote -> distance de 3m du tableau donc environ au même endroit que le rétroprojecteur. ( 20° vertical, 30° horizontal).[Fournie 27/01/2016]

[[Fichier:Schéma1.PNG|400px|thumb|left|Vue de dessus]]
[[Fichier:Schéma2.PNG|400px|thumb|center]]

Cependant, nous avons aussi rencontré le problème de la version de la Wiimote, en effet, nous avions eu une manette "Wii Motion Plus", or ce type n'est pas adapté au logiciel que nous avons utilisé pour définir les paramètres évoqués précédemment.

== 2ème Semaine ==

Après avoir récupéré une manette classique, nous avons pu tester son fonctionnement. Il nous a donc été possible de mieux le comprendre.
Nous avons aussi déterminé le squelette de notre projet au niveau informatique de manière plus précise. Nous allons devoir créer un programme en Java qui nous servira pour récupérer les données venant de la Wiimote mais aussi pour traiter ces données sur l'ordinateur.

[[Fichier:Schema_detail1.PNG|400px|thumb|center]]

Nous avons donc alors décidé de séparer le travail en 2 grandes parties:
* concevoir le stylet, le support et configurer la Raspberry
* programmer le logiciel qui nous permettra d'utiliser les données sorties de la Wiimote.

Nous allons utiliser la librairie java ''WiiRemoteJ'' pour réaliser notre programme.
Il nous faudra aussi une libraire Bluetooth afin d'assurer la communication entre la manette et l'ordinateur.
Nous devons donc nous concentrer sur la compréhension de la librairie de la manette et chercher les autres librairies utiles.

== 3ème Semaine ==

Après concertation, nous avons de décider d'utiliser le bouton poussoir du stylet comme l'activateur de la saisie de la caméra.
En effet, ce sera lorsque ce bouton sera enclenché que la Led infrarouge s'allumera et donc que la modification du fichier projeté pourra commencer.
Pour cela, il faudra scanner en permanence la zone définie au préalable dans notre programme jusqu'à trouver la source en question.

Une fois que la led aura été détectée, il faudra suivre tous ses mouvements. De plus si elle venait à s'éteindre, il faudrait relancer un scan du tableau jusqu'à retrouver la led.

Une fois la led détectée, la caméra infrarouge suivra ses mouvements puis enverra ces données par Bluetooth vers la Raspberry qui contiendra notre programme.

Une fois les modifications effectuées, il faudra modifier le fichier d'origine.

De plus, nous avons décidé d'utiliser une raspberry pour centraliser notre programme et le rendre accessible à d'autres ordinateurs présents dans la salle, il suffira simplement de se connecter en Wi-fi sur la Raspberry.

Cette semaine, nous avons avancé dans le codage de ce qui sera notre logiciel, nous avons aussi fait le plan de la structure qui soutiendra la manette.
Enfin, nous avons commencé la confection du stylet.

Pendant les vacances, nous prévoyons de continuer de programmer le logiciel ainsi que de continuer la confection du stylet.

== 4ème Semaine ==

Nous avons continuer de coder l'application en spécifiant certaines fonctions et en simplifiant certaines classes afin de n'utiliser que les méthodes intéressantes pour nous. De ce fait, nous avons été confronté à différents problèmes dus à la bibliothèque Java spécialisée pour la programmation de la wiimote, notamment la gestion de la manette en elle-même: l'activation et la désactivation des fonctionnalités infrarouge, le comportement de la manette elle-même est aussi compliqué.

Nous avons aussi achevé la modélisation du support de la manette que l'on fixera sur le vidéo-projecteur.

[[Fichier:support_wiimote.PNG|center|thumb|400px]]

Pour la semaine suivante, il nous reste donc à continuer le code qui reste la partie la plus compliquée du projet ainsi que celle qui demande le plus de travail.
Il nous faudra aussi commencer la réalisation du stylet.

== 5ème Semaine ==

Le programme nous occupe à moitié sur chaque séance, ainsi seulement un de nous deux peut se consacrer à la confection des du stylet.
En plus du traitement des données envoyées par la manette, il faut aussi gérer chaque évènement, ainsi nous avons décidé de créer un évènement qui correspondra au click gauche d'une souris qui nous permettra de sélectionner des icônes ou autres.

Pour le click droit, nous avons eu l'idée d'utiliser une temporisation, ainsi il faudra rester appuyé plus longtemps sans bouger que pour le click gauche. Nous avons aussi pensé qu'il serait préférable de ne pas toujours l'activer car nous pensons avoir un seul bouton et tel que nous le prévoyons, il pourrait être compliqué de l'utiliser pour les deux clicks, ainsi il faudra aller dans un menu de préférences qui nous permettra d'utiliser ou non le click droit.

Pour le stylet, nous avions eu l'idée d'utiliser un feutre de tableau comme structure mais au vu du résultat, nous avons décidé d'essayer avec un stabilo afin d'améliorer la prise en main et l'esthétique

Il nous reste encore à configurer la Raspberry afin qu'elle récupère des données par Bluetooth et puisse les transmettre par Wi-fi à différents récepteurs.

Il nous faudra aussi imprimer notre support.

==6ème semaine==

Jusqu'à présent, nous avons accentué notre travail sur le développement de l'application. Suite aux remarques que nous avons reçues, nous avons décidé de développer un programme nous permettant de tester la présence de la manette par détection infra rouge.

Pour cela, il nous faut biensûr réaliser le programme mais aussi réaliser le stylet ou au moins le circuit permettant d'alimenter la led.
[[Fichier:schéma_proj.png|400px|thumb|center]]

Nous avons donc dû ouvrir un feutre qui sera notre structure. Nous avons ensuite reçu une led infra-rouge, un bouton poussoir et une pile 1,5V. Il ne reste donc qu'à réaliser le circuit et à l'enfermer dans notre feutre.Nous rajoutons à ces éléments une spire de contact pour piles préalablement coupée en deux et un bouchon de stylo.

[[Fichier:IMAG0094.jpg|400px|thumb|center]]
[[Fichier:IMAG0095.jpg|400px|thumb|left]] [[Fichier:IMAG0096.jpg|400px|thumb|right]]

Le bouchon de stylo permettra à la pile d'être maintenue dans le stylet afin d'éviter les faux-contact et les risques d'ouverture involontaire du stylet. Il a été nécessaire de couper certaines parties du stylo afin que celui ne gêne pas le placement du bouton-poussoir. Nous gardons volontairement la tige du bouchon afin de pouvoir le tirer plus facilement lors d'un changement de pile.
[[Fichier:IMAG0097.jpg|200px|thumb|left]]
[[Fichier:IMAG0098.jpg|200px|thumb|right]]

Avant de souder nous vérifions sur quelles pattes du bouton-poussoir il faut se brancher afin d'obtenir le fonctionnement voulu. On constate sur la première image qu'en position haute l'interrupteur est ouvert et sur la deuxième image, lorsqu'on appuie sur le bouton, en position basse l'interrupteur est fermé. Pour le test de la position basse il faut bien évidemment faire attention à ne pas toucher les différentes pattes de l'interrupteur sans quoi le test n'a aucun intérêt.

[[Fichier:Blanc.PNG|850px|center]]

== 7ème semaine ==

Lors de cette semaine, d'un côté, nous avons finalisé la conception du stylet, nous l'avons aussi testé.
[[Fichier:StabiloIR.jpg|400px|thumb|center]]

D'un autre côté, nous avons finalisé une première version fonctionnelle du logiciel final que nous avons également testé.
Nous avons ainsi pu utiliser le stylet comme une souris sur le tableau.

Après ces premiers tests concluants, il nous faut maintenant perfectionner le logiciel : il y a en effet des problèmes avec la calibration de la wiimote: le point inférieur droit se valide trop vite et nous ne pouvons pas contrôler le stylet comme nous le souhaiterions.

A ce jour, notre version de tableau blanc interactif nous permet de modifier la structure de l'écran affiché mais pas son contenu.

Le programme des semaines à venir est donc de se concentrer sur le logiciel que l'on doit perfectionner.

== 8ème semaine ==

Lors de cette semaine, après avoir réalisé notre premier test concluant lors de la semaine 7, nous avons continué le développement du logiciel en essayant d'ajouter une sorte de menu qui nous permettrait de modifier notre fichier (une sorte de logiciel paint).
Pour se faire, il faudra modifier la classe qui gère l'affichage du logiciel.
Nous avons pensé qu'il faudrait ajouter un bouton d'écriture à main levée, ainsi qu'une gomme ou un retour en arrière afin de pouvoir effacer.

Nous avons aussi commencé à configurer la Raspberry -pi comme nous l'avions initialement imaginé.
Il nous faut configurer le bluetooth ainsi que le WI-FI.

== 9ème semaine ==

Lors de cette semaine, nous nous sommes consacrés à la configuration de la Raspberry -pi ainsi qu'à l'amélioration du logiciel développé.
Concernant la partie logiciel, nous avons rencontré des problèmes dus justement à ces modifications car modifier l'interface graphique s'avère plus compliquée que prévu puisque ces changements modifient le résultat précédemment obtenu, ce qui génère des erreurs.
La suite de ce développement consistera donc à résoudre ces problèmes afin de pouvoir améliorer notre programme.

Concernant la Raspberry-pi nous avons décidé de la relier directement en ethernet sur le réseau pour ensuite la configurer en point d'accès afin de pouvoir diffuser sur les différents ordinateurs des étudiants.

== 10ème semaine ==

Lors des vacances, nous avons continué de travailler sur l'amélioration du programme, cependant, il y a certaines erreurs que nous ne parvenons pas à éliminer. Il nous faut donc modifier d'autres classes de notre programme afin de gérer certaines exceptions.
Cela avance lentement également avec la configuration de la Raspberry-pi, certains problèmes subsistent sans en voir la solution.

Nous avons également décidé d'imprimer les différentes pièces servant au maintien de la manette wii. Nous commençons également la conception d'un autre stylet qui sera imprimer au Fablab car la solution du stabylo que nous avions choisie en premier lieu s'avère trop étroit et donc peu propre.

== 11ème semaine ==

Lors de cette semaine, nous avons continué d'avancer dans la configuration de la Raspberry ainsi que dans le logiciel.

En ce qui concerne le programme, nous avons décidé d'utiliser deux programmes différents car ajouter du code dans le code déjà existant s'avère plus compliqué que prévu. Comme énoncé précédemment, nous avons essayer de créer une version du logiciel ''Paint'' qui nous permettrait non pas de modifier une page blanche mais plutôt l'écran affiché.
Nous avons donc réussi à créer une version de ce logiciel en Java mais nous ne parvenons pas à l'adapter à notre cas.
De plus nous ne parvenons pas à enlever cette page blanche afin de ne laisser apparaître que l'écran et les outils utiles à l'annotation.

[[Fichier: jpaint.png|650px|center|thumb|JPAINT]]

Nous avons également réussi à configurer la raspberry-pi en point d'accès wifi et sommes en train de configurer les options de connexions ssh. Ceci permettra aux étudiants de se connecter en ssh sur la raspberry-pi sur laquelle nous aurons installé le logiciel afin qu'ils puissent d'eux-mêmes afficher leurs diapositives ou les modifier.
L'impression du stylet ayant échoué il nous faut reprendre un rendez-vous pour relancer l'impression 3D.

== 12ème semaine ==

Lors de cette semaine, nous avons continué le développement du programme censé nous permettre d'écrire sur l'écran en cours.
Comme déjà énoncé précédemment, nous avons pris comme base le logiciel Paint qui ne fut pas trop compliqué à réaliser, du moins pour les fonctionnalités principales.
Cependant, une fois cela fait, nous ne parvenons pas à "remplacer" la page blanche de démarrage du programme par l'écran de l'ordinateur en cours (par exemple un fichier PDF).
Il nous reste donc environ une semaine pour essayer de résoudre ce problème.

Nous avons également effectué des tests afin de vérifier que le logiciel se lançait bien sur différentes machines, afin de voir si les bibliothèques nécessaires étaient déjà installées.
La connexion en ssh sur la raspberry-pi a également été configurée afin que les étudiants puissent accéder à la raspberry facilement.

==13ème semaine ==

Nous avons enfin obtenu tous les éléments de notre projet. Nous avons donc pu réaliser les tests complets et tourner la vidéo de présentation.
[[Fichier : Stylet.PNG|160px|thumb|Stylet version 2.0|left]]
[[Fichier : Structure+manette.PNG|380px|thumb|center]]

Nous avons également commencé les répétitions pour la soutenance du vendredi 13 mai.

= Conclusion =

Au terme des 13 semaines durant lesquelles nous avons travaillé sur ce projet, nous n'avons pas réussi à atteindre les objectifs que nous avons fixés. Cependant nous pouvons considérer que le projet est un succès car même si tous les objectifs n'ont pas été réalisés, nous avons réussi à fournir un programme permettant de manipuler l'écran d'ordinateur directement au tableau. La partie interaction avec l'environnement n'a malheureusement pas vraiment pu aboutir comme nous le souhaitions même si là encore nous avons réussi à trouver une autre solution permettant d'utiliser notre projet.

Ce projet nous a permis de développer les connaissances acquises dans l'année notamment la programmation en JAVA qui a été l'outil principal de notre projet mais aussi la configuration d'une RaspberryPi.

Ce projet a aussi été une occasion de se mettre dans les conditions de travail en entreprise avec notamment un cahier des charges à établir et un échéancier à respecter. Cela nous a aussi permis de prendre conscience de nos faiblesses dans ce domaine notamment l'interaction avec le client que nous n'avions pas vraiment prise en compte, cela nous a donc aussi permis de nous améliorer dans ce domaine.

= Fichiers rendus =

== Rapport ==

Le rapport est disponible ici : (à venir)

== Code ==

Le lien du code que nous avons fait est :

Voici l'ensemble des fichiers qui ont permis la construction du stylet à l'imprimante 3D :

[[Fichier:Stylet solidworks.zip]]

= Bibliographie =

https://www.youtube.com/watch?v=5IDeFj6ksLs

http://college-kamere.nc/tbiwii

http://www.speechi.net/fr/index.php/home/tableau-interactif/camera-interactive-speechi/

http://www.classesnumeriques.net/wp-content/uploads/2011/10/Fiche_technique_TBI_wii.pdf

http://hardware-libre.fr/2014/02/raspberry-pi-creer-un-point-dacces-wifi/

Fichier:Stylet solidworks.zip

2016-05-21T13:18:24Z

Lmazier : Liste des pièces solidworks nécessaires à la construction du stylet à l'aide de l'imprimante 3D.

Liste des pièces solidworks nécessaires à la construction du stylet à l'aide de l'imprimante 3D.

Tableau blanc interactif

2016-05-07T16:51:37Z

Lmazier : /* 12ème semaine */

Bienvenue sur la page de notre projet !

= Cahier des charges =

== Présentation du projet ==

=== Contexte ===

Le tableau noir à craies a été pendant longtemps le seul moyen d'enseignement, de démonstration à un public. Puis le tableau blanc a commencé à le remplacer mais le système reste le même. Aujourd'hui, PowerPoint ainsi que d'autres logiciels de présentation permettent un gain de temps considérable mais il y a un problème car on ne peut pas modifier un fichier PowerPoint comme un texte écrit sur un tableau. Il faut donc réunir les deux...

===Préparation du projet : ===
Réunion avec Mr Boé le 23/11/2015 afin de définir plus précisément les attentes par rapport à notre projet.
Résultat de cette réunion: nous avons pu comprendre que notre projet est assez ouvert, voir assez vague ce qui nous permet de l'adapter à nos préférences et ainsi nous avons pu développer un premier cahier des charges.

===Objectif===

Le but de ce projet est de développer un tableau intéractif qui permettra dans un premier temps de modifier ce qui y est projeté grâce à un vidéo-projecteur. Ainsi, on pourra directement annoter, corriger, supprimer ou ajouter à ce qui est projeté.
Nous allons donc devoir créer un stylet qui nous permettra de faire toutes ces actions mais aussi un dispositif intéractif qui sauvegardera les modifications.

Dans un second temps, notre tableau devra être capable de prendre en compte les modifications faites par un autre périphérique. Il faudra donc tenir compte des modifications liées au réseau sur lequel est relié l'ordinateur.

(Nous sommes pour l'instant en réflexion pour savoir si nous nous orientons vers un TBI (tableau blanc interactif) ou vers un DMI (dispositif mobile interactif). Bien que la technologie est similaire, de nombreux aspects diffèrent sur ces deux dispositifs : le principal est que le TBI est composé d'un vidéo-projecteur fixe tandis que le DMI porte sur un vidéo-projecteur mobile (sur batterie et donc il faudrait prendre en compte l'autonomie du dispositif).)

L'affichage se fera donc à l'aide d'un des vidéo-projecteurs équipant actuellement les salles de cours qui sera relié en filaire à l'ordinateur principal ainsi que par réseau wifi aux autres périphériques présents à proximité.

La reconnaissance spatiale du stylet se fera à l'aide d'une diode infrarouge présente sur le stylet ainsi que d'une caméra infrarouge englobant le tableau.

== Calendrier prévisionnel ==
2/11/2015 : Présentation et choix du sujet.

3/12/2015 : Première version du cahier des charges.

15/1/2016 : Documentation sur la réalisation du projet.

12/2/2016 : Analyse des données transmises par la caméra et configuration de la Raspberry pi.

03/2016 : Commencer les phases de test.

04/2016 : Adapter les modifications aux résultats des tests.

01/5/2016 : Test final dans une salle de cours.

= Avancement du projet =
{|class="wikitable"
! Travaux !! Avancement !! Commentaires
|-
| Établir le cahier des charges
| Fait
|-
| Étude du fonctionnement de la manette wiimote
| Fait
| Nous avons plus particulièrement étudié le fonctionnement de la caméra infrarouge de la wiimote.
|-
|Conception du stylet
| Fait
| Montage électrique simple comprenant une pile, un interrupteur et une led IR.
|-
|Conception du logiciel
| En cours
| Première version fonctionnelle au 16/03 : contrôle de la souris avec le stylet.
|-
|Configuration Raspberry -Pi
| En cours
|
|-
|}

== Matériel à utiliser ==

* une caméra infrarouge, nous utilisons la caméra d'une Wiimote 1ère génération

* un adaptateur bluetooth USB

* une raspberry -pi

* une clé wi-fi

* un vidéo-projecteur

* un tableau/écran blanc

* pour le stylet :
::_une diode infrarouge
::_un bouton marche/arrêt
::_une pile

== 1ère Semaine ==

Nous avons commencé à prendre en main la liaison Bluetooth entre l'ordinateur et la Wiimote.
Nous avons ensuite testé les fonctionnalités de la Wiimote et notamment sa caméra infrarouge, ce qui nous a permis de définir ces caractéristiques:

Type de caméra : caméra Wiimote -> distance de 3m du tableau donc environ au même endroit que le rétroprojecteur. ( 20° vertical, 30° horizontal).[Fournie 27/01/2016]

[[Fichier:Schéma1.PNG|400px|thumb|left|Vue de dessus]]
[[Fichier:Schéma2.PNG|400px|thumb|center]]

== 2ème Semaine ==

Après avoir récupéré une manette classique, nous avons pu tester son fonctionnement. Il nous a donc été possible de mieux comprendre son fonctionnement.
Nous avons aussi déterminé le squelette de notre projet au niveau informatique de manière plus précise. Nous allons devoir créer un programme en Java qui nous servira pour récupérer les données venant de la Wiimote mais aussi pour traiter ces données sur l'ordinateur.

[[Fichier:Schema_detail1.PNG|400px|thumb|center]]

Nous avons donc alors décidé de séparer le travail en 2 grandes parties:
* concevoir le stylet, le support et configurer la Raspberry
* programmer le logiciel qui nous permettra d'utiliser les données sorties de la Wiimote.

Nous allons utiliser la librairie java ''WiiuseJ'' pour réaliser notre programme.
Nous allons donc devoir passer beaucoup de temps pour comprendre cette librairie.

== 3ème Semaine ==

Après concertation, nous avons de décider d'utiliser le bouton poussoir du stylet comme l'activateur de la saisie de la caméra.
En effet, ce sera lorsque ce bouton sera enclenché que la Led infrarouge s'allumera et donc que la modification du fichier projeté pourra commencer.
Pour cela, il faudra scanner en permanence la zone définie au préalable dans notre programme jusqu'à trouver la source en question.

Une fois que la led aura été détectée, il faudra suivre tous ses mouvements. De plus si elle venait à s'éteindre, il faudrait relancer un scan du tableau jusqu'à retrouver la led.

Une fois la led détectée, la caméra infrarouge suivra ses mouvements puis enverra ces données par Bluetooth vers la Raspberry qui contiendra notre programme.

Une fois les modifications effectuées, il faudra modifier le fichier d'origine.

De plus, nous avons décidé d'utiliser une raspberry pour centraliser notre programme et le rendre accessible à d'autres ordinateurs présents dans la salle, il suffira simplement de se connecter en Wi-fi à la Raspberry.

Cette semaine, nous avons avancé dans le codage de ce qui sera notre logiciel, nous avons aussi fait le plan de la structure qui soutiendra la manette.
Enfin, nous avons commencé la confection du stylet.

Pendant les vacances, nous prévoyons de continuer de programmer le logiciel ainsi que de continuer la confection du stylet.

== 4ème Semaine ==

Nous avons continuer de coder l'application en spécifiant certaines fonctions et en simplifiant certaines classes afin de n'utiliser que les méthodes intéressantes pour nous. De ce fait, nous avons été confronté à différents problèmes dus à la bibliothèque Java spécialisée pour la programmation de la wiimote, notamment la gestion de la manette en elle-même: l'activation et la désactivation des fonctionnalités infrarouge, le comportement de la manette elle-même est aussi compliqué.

Nous avons aussi achevé la modélisation du support de la manette que l'on fixera sur le vidéo-projecteur.

[[Fichier:support_wiimote.PNG|center|thumb|400px]]

Pour la semaine suivante, il nous reste donc à continuer le code qui reste la partie la plus compliquée du projet ainsi que celle qui demande le plus de travail.
Il nous faudra aussi commencer la réalisation du stylet.

== 5ème Semaine ==

Le programme nous occupe à moitié sur chaque séance, ainsi seulement un de nous deux peut se consacrer à la confection des du stylet.
Nous avions eu l'idée d'utiliser un feutre de tableau comme structure mais au vu du résultat, nous avons décidé d'essayer avec un stabilo afin d'améliorer la prise en main et l'esthétique

Il nous reste encore à configurer la Raspberry afin qu'elle récupère des données par Bluetooth et puisse les transmettre par Wi-fi à différents récepteurs.

Il nous faudra aussi imprimer notre support.

==6ème semaine==

Jusqu'à présent, nous avons accentuer notre travail sur le développement de l'application. Suite aux remarques que nous avons reçues, nous avons décidé de développer un programme nous permettant de tester la présence de la manette par détection infra rouge.

Pour cela, il nous faut biensûr réaliser le programme mais aussi réaliser le stylet ou au moins le circuit permettant d'alimenter la led.
[[Fichier:schéma_proj.png|400px|thumb|center]]

Nous avons donc dû ouvrir un feutre qui sera notre structure. Nous avons ensuite reçu une led infra-rouge, un bouton poussoir et une pile 1,5V. Il ne reste donc qu'à réaliser le circuit et à l'enfermer dans notre feutre.Nous rajoutons à ces éléments une spire de contact pour piles préalablement coupée en deux et un bouchon de stylo.

[[Fichier:IMAG0094.jpg|400px|thumb|center]]
[[Fichier:IMAG0095.jpg|400px|thumb|left]] [[Fichier:IMAG0096.jpg|400px|thumb|right]]

Le bouchon de stylo permettra à la pile d'être maintenue dans le stylet IR afin d'éviter les faux-contact et les risques d'ouverture involontaire du stylet. Il a été nécessaire de couper certaines parties du stylo afin que celui ne gêne pas le placement du bouton-poussoir. Nous gardons volontairement la tige du bouchon afin de pouvoir le tirer plus facilement lors d'un changement de pile.
[[Fichier:IMAG0097.jpg|200px|thumb|left]] [[Fichier:IMAG0098.jpg|200px|thumb|right]]

Avant de souder nous vérifions sur quelles pattes du bouton-poussoir il faut se brancher afin d'obtenir le fonctionnement voulu. On constate sur la première image qu'en position haute l'interrupteur est ouvert et sur la deuxième image, lorsqu'on appuie sur le bouton, qu'en position basse l'interrupteur est fermé. Pour le test de la position basse il faut bien évidemment faire attention à ne pas toucher les différentes pattes de l'interrupteur sans quoi le test n'a aucun intérêt.

== 7ème semaine ==

Lors de cette semaine, d'un côté, nous avons finalisé la conception du stylet, nous l'avons aussi testé (photo à venir).

D'un autre côté, nous avons finalisé une première version fonctionnelle du logiciel final que nous avons également testé.
Nous avons ainsi pu utiliser le stylet comme une souris sur le tableau.

Après ces premiers tests concluants, il nous faut maintenant perfectionner le logiciel : il y a en effet des problèmes avec la calibration de la wiimote: le point inférieur droit se valide trop vite et nous ne pouvons pas contrôler le stylet comme nous le souhaiterions.

A ce jour, notre version de tableau blanc interactif nous permet de modifier la structure de l'écran affiché mais pas de modifier son contenu.

Le programme des semaines à venir est donc de se concentrer sur le logiciel que l'on doit perfectionner.

== 8ème semaine ==

Lors de cette semaine, après avoir réalisé notre premier test concluant lors de la semaine 7, nous avons continué le développement du logiciel en essayant d'ajouter une sorte de menu qui nous permettrait de modifier notre fichier (une sorte de logiciel paint).
Pour se faire, il faudra modifier la classe qui gère l'affichage du logiciel.
Nous avons pensé qu'il faudrait ajouter un bouton d'écriture à main levée, ainsi qu'une gomme ou un retour en arrière afin de pouvoir effacer.

Nous avons aussi commencé à configurer la Raspberry -pi comme nous l'avions initialement imaginé.
Il nous faut configurer le bluetooth ainsi que le WI-FI.

== 9ème semaine ==

Lors de cette semaine, nous nous sommes consacrés à la configuration de la Raspberry -pi ainsi qu'à l'amélioration du logiciel développé.
Concernant la partie logiciel, nous avons rencontré des problèmes dus justement à ces modifications car modifier l'interface graphique s'avère plus compliquée que prévu car ces changements modifient le résultat précédemment obtenu, ce qui génère des erreurs.
La suite de ce développement consistera donc à résoudre ces problèmes afin de pouvoir améliorer notre programme.

Concernant la Raspberry-pi nous avons décidé de la relier directement en ethernet sur le réseau pour ensuite la configurer en point d'accès afin de pouvoir diffuser sur les différents ordinateurs des élèves.

== 10ème semaine ==

Lors des vacances, nous avons continué de travailler sur l'amélioration du programme, cependant, il y a certaines erreurs que nous ne parvenons pas à éliminer. Il nous faut donc modifier d'autres classes de notre programme afin de gérer certaines exceptions.
Cela avance lentement également avec la configuration de la Raspberry-pi, certains problèmes subsistent sans en voir la solution.

Nous avons également décidé d'imprimer les différentes pièces servant au maintien de la manette wii. Nous commençons également la conception d'un autre stylet qui sera imprimer au Fablab car la solution du stabylo que nous avions choisie en premier lieu s'avère trop étroit et donc peu propre.

== 11ème semaine ==

Lors de cette semaine, nous avons continué d'avancer dans la configuration de la Raspberry ainsi que dans le logiciel.

En ce qui concerne le programme, nous avons décidé d'utiliser deux programmes différents car ajouter du code dans le code déjà existant s'avère plus compliqué que prévu. Comme énoncé précédemment, nous avons essayer de créer une version du logiciel ''Paint'' qui nous permettrait non pas de modifier une page blanche mais plutôt l'écran affiché.
Nous avons donc réussi à créer une version de ce logiciel en Java mais nous ne parvenons pas à l'adapter à notre cas car il n'est pas encore fonctionnel.
De plus nous ne parvenons pas à enlever cette page blanche afin de ne laisser apparaître que l'écran et les outils utiles à l'annotation.

//(photo à venir)

Nous avons également réussi à configurer la raspberry-pi en point d'accès wifi et sommes en train de configurer les options de connexions ssh. Ceci permettra aux étudiants de se connecter en ssh sur la raspberry-pi sur laquelle nous aurons installé le logiciel afin qu'il puisse d'eux-mêmes afficher leur diapositives ou les modifier.
L'impression du stylet ayant échoué il nous faut reprendre un rendez-vous pour relancer l'impression 3D.

== 12ème semaine ==

Lors de cette semaine, nous avons continué le développement du programme censé nous permettre d'écrire sir l'écran en cours.
Comme déjà énoncé précédemment, nous avons pris comme base le logiciel Paint qu'il nous a été assez difficile à réaliser.
Cependant, une fois cela fait, nous ne parvenons pas à "remplacer" la page blanche de démarrage du logiciel par l'écran en cours.
Il nous reste donc environ une semaine pour essayer de résoudre ce problème.
Nous avons également effectué des tests afin de vérifier que le logiciel se lançait bien sur différentes machines.
La connexion en ssh sur la raspberry-pi a également été configurée afin que les étudiants puissent accéder à la raspberry facilement.

= Fichiers rendus =

= Bibliographie =

https://www.youtube.com/watch?v=5IDeFj6ksLs

http://college-kamere.nc/tbiwii

http://www.speechi.net/fr/index.php/home/tableau-interactif/camera-interactive-speechi/

http://www.classesnumeriques.net/wp-content/uploads/2011/10/Fiche_technique_TBI_wii.pdf

http://hardware-libre.fr/2014/02/raspberry-pi-creer-un-point-dacces-wifi/

Tableau blanc interactif

2016-05-07T16:48:30Z

Lmazier : /* 12ème semaine */

Bienvenue sur la page de notre projet !

= Cahier des charges =

== Présentation du projet ==

=== Contexte ===

Le tableau noir à craies a été pendant longtemps le seul moyen d'enseignement, de démonstration à un public. Puis le tableau blanc a commencé à le remplacer mais le système reste le même. Aujourd'hui, PowerPoint ainsi que d'autres logiciels de présentation permettent un gain de temps considérable mais il y a un problème car on ne peut pas modifier un fichier PowerPoint comme un texte écrit sur un tableau. Il faut donc réunir les deux...

===Préparation du projet : ===
Réunion avec Mr Boé le 23/11/2015 afin de définir plus précisément les attentes par rapport à notre projet.
Résultat de cette réunion: nous avons pu comprendre que notre projet est assez ouvert, voir assez vague ce qui nous permet de l'adapter à nos préférences et ainsi nous avons pu développer un premier cahier des charges.

===Objectif===

Le but de ce projet est de développer un tableau intéractif qui permettra dans un premier temps de modifier ce qui y est projeté grâce à un vidéo-projecteur. Ainsi, on pourra directement annoter, corriger, supprimer ou ajouter à ce qui est projeté.
Nous allons donc devoir créer un stylet qui nous permettra de faire toutes ces actions mais aussi un dispositif intéractif qui sauvegardera les modifications.

Dans un second temps, notre tableau devra être capable de prendre en compte les modifications faites par un autre périphérique. Il faudra donc tenir compte des modifications liées au réseau sur lequel est relié l'ordinateur.

(Nous sommes pour l'instant en réflexion pour savoir si nous nous orientons vers un TBI (tableau blanc interactif) ou vers un DMI (dispositif mobile interactif). Bien que la technologie est similaire, de nombreux aspects diffèrent sur ces deux dispositifs : le principal est que le TBI est composé d'un vidéo-projecteur fixe tandis que le DMI porte sur un vidéo-projecteur mobile (sur batterie et donc il faudrait prendre en compte l'autonomie du dispositif).)

L'affichage se fera donc à l'aide d'un des vidéo-projecteurs équipant actuellement les salles de cours qui sera relié en filaire à l'ordinateur principal ainsi que par réseau wifi aux autres périphériques présents à proximité.

La reconnaissance spatiale du stylet se fera à l'aide d'une diode infrarouge présente sur le stylet ainsi que d'une caméra infrarouge englobant le tableau.

== Calendrier prévisionnel ==
2/11/2015 : Présentation et choix du sujet.

3/12/2015 : Première version du cahier des charges.

15/1/2016 : Documentation sur la réalisation du projet.

12/2/2016 : Analyse des données transmises par la caméra et configuration de la Raspberry pi.

03/2016 : Commencer les phases de test.

04/2016 : Adapter les modifications aux résultats des tests.

01/5/2016 : Test final dans une salle de cours.

= Avancement du projet =
{|class="wikitable"
! Travaux !! Avancement !! Commentaires
|-
| Établir le cahier des charges
| Fait
|-
| Étude du fonctionnement de la manette wiimote
| Fait
| Nous avons plus particulièrement étudié le fonctionnement de la caméra infrarouge de la wiimote.
|-
|Conception du stylet
| Fait
| Montage électrique simple comprenant une pile, un interrupteur et une led IR.
|-
|Conception du logiciel
| En cours
| Première version fonctionnelle au 16/03 : contrôle de la souris avec le stylet.
|-
|Configuration Raspberry -Pi
| En cours
|
|-
|}

== Matériel à utiliser ==

* une caméra infrarouge, nous utilisons la caméra d'une Wiimote 1ère génération

* un adaptateur bluetooth USB

* une raspberry -pi

* une clé wi-fi

* un vidéo-projecteur

* un tableau/écran blanc

* pour le stylet :
::_une diode infrarouge
::_un bouton marche/arrêt
::_une pile

== 1ère Semaine ==

Nous avons commencé à prendre en main la liaison Bluetooth entre l'ordinateur et la Wiimote.
Nous avons ensuite testé les fonctionnalités de la Wiimote et notamment sa caméra infrarouge, ce qui nous a permis de définir ces caractéristiques:

Type de caméra : caméra Wiimote -> distance de 3m du tableau donc environ au même endroit que le rétroprojecteur. ( 20° vertical, 30° horizontal).[Fournie 27/01/2016]

[[Fichier:Schéma1.PNG|400px|thumb|left|Vue de dessus]]
[[Fichier:Schéma2.PNG|400px|thumb|center]]

== 2ème Semaine ==

Après avoir récupéré une manette classique, nous avons pu tester son fonctionnement. Il nous a donc été possible de mieux comprendre son fonctionnement.
Nous avons aussi déterminé le squelette de notre projet au niveau informatique de manière plus précise. Nous allons devoir créer un programme en Java qui nous servira pour récupérer les données venant de la Wiimote mais aussi pour traiter ces données sur l'ordinateur.

[[Fichier:Schema_detail1.PNG|400px|thumb|center]]

Nous avons donc alors décidé de séparer le travail en 2 grandes parties:
* concevoir le stylet, le support et configurer la Raspberry
* programmer le logiciel qui nous permettra d'utiliser les données sorties de la Wiimote.

Nous allons utiliser la librairie java ''WiiuseJ'' pour réaliser notre programme.
Nous allons donc devoir passer beaucoup de temps pour comprendre cette librairie.

== 3ème Semaine ==

Après concertation, nous avons de décider d'utiliser le bouton poussoir du stylet comme l'activateur de la saisie de la caméra.
En effet, ce sera lorsque ce bouton sera enclenché que la Led infrarouge s'allumera et donc que la modification du fichier projeté pourra commencer.
Pour cela, il faudra scanner en permanence la zone définie au préalable dans notre programme jusqu'à trouver la source en question.

Une fois que la led aura été détectée, il faudra suivre tous ses mouvements. De plus si elle venait à s'éteindre, il faudrait relancer un scan du tableau jusqu'à retrouver la led.

Une fois la led détectée, la caméra infrarouge suivra ses mouvements puis enverra ces données par Bluetooth vers la Raspberry qui contiendra notre programme.

Une fois les modifications effectuées, il faudra modifier le fichier d'origine.

De plus, nous avons décidé d'utiliser une raspberry pour centraliser notre programme et le rendre accessible à d'autres ordinateurs présents dans la salle, il suffira simplement de se connecter en Wi-fi à la Raspberry.

Cette semaine, nous avons avancé dans le codage de ce qui sera notre logiciel, nous avons aussi fait le plan de la structure qui soutiendra la manette.
Enfin, nous avons commencé la confection du stylet.

Pendant les vacances, nous prévoyons de continuer de programmer le logiciel ainsi que de continuer la confection du stylet.

== 4ème Semaine ==

Nous avons continuer de coder l'application en spécifiant certaines fonctions et en simplifiant certaines classes afin de n'utiliser que les méthodes intéressantes pour nous. De ce fait, nous avons été confronté à différents problèmes dus à la bibliothèque Java spécialisée pour la programmation de la wiimote, notamment la gestion de la manette en elle-même: l'activation et la désactivation des fonctionnalités infrarouge, le comportement de la manette elle-même est aussi compliqué.

Nous avons aussi achevé la modélisation du support de la manette que l'on fixera sur le vidéo-projecteur.

[[Fichier:support_wiimote.PNG|center|thumb|400px]]

Pour la semaine suivante, il nous reste donc à continuer le code qui reste la partie la plus compliquée du projet ainsi que celle qui demande le plus de travail.
Il nous faudra aussi commencer la réalisation du stylet.

== 5ème Semaine ==

Le programme nous occupe à moitié sur chaque séance, ainsi seulement un de nous deux peut se consacrer à la confection des du stylet.
Nous avions eu l'idée d'utiliser un feutre de tableau comme structure mais au vu du résultat, nous avons décidé d'essayer avec un stabilo afin d'améliorer la prise en main et l'esthétique

Il nous reste encore à configurer la Raspberry afin qu'elle récupère des données par Bluetooth et puisse les transmettre par Wi-fi à différents récepteurs.

Il nous faudra aussi imprimer notre support.

==6ème semaine==

Jusqu'à présent, nous avons accentuer notre travail sur le développement de l'application. Suite aux remarques que nous avons reçues, nous avons décidé de développer un programme nous permettant de tester la présence de la manette par détection infra rouge.

Pour cela, il nous faut biensûr réaliser le programme mais aussi réaliser le stylet ou au moins le circuit permettant d'alimenter la led.
[[Fichier:schéma_proj.png|400px|thumb|center]]

Nous avons donc dû ouvrir un feutre qui sera notre structure. Nous avons ensuite reçu une led infra-rouge, un bouton poussoir et une pile 1,5V. Il ne reste donc qu'à réaliser le circuit et à l'enfermer dans notre feutre.Nous rajoutons à ces éléments une spire de contact pour piles préalablement coupée en deux et un bouchon de stylo.

[[Fichier:IMAG0094.jpg|400px|thumb|center]]
[[Fichier:IMAG0095.jpg|400px|thumb|left]] [[Fichier:IMAG0096.jpg|400px|thumb|right]]

Le bouchon de stylo permettra à la pile d'être maintenue dans le stylet IR afin d'éviter les faux-contact et les risques d'ouverture involontaire du stylet. Il a été nécessaire de couper certaines parties du stylo afin que celui ne gêne pas le placement du bouton-poussoir. Nous gardons volontairement la tige du bouchon afin de pouvoir le tirer plus facilement lors d'un changement de pile.
[[Fichier:IMAG0097.jpg|200px|thumb|left]] [[Fichier:IMAG0098.jpg|200px|thumb|right]]

Avant de souder nous vérifions sur quelles pattes du bouton-poussoir il faut se brancher afin d'obtenir le fonctionnement voulu. On constate sur la première image qu'en position haute l'interrupteur est ouvert et sur la deuxième image, lorsqu'on appuie sur le bouton, qu'en position basse l'interrupteur est fermé. Pour le test de la position basse il faut bien évidemment faire attention à ne pas toucher les différentes pattes de l'interrupteur sans quoi le test n'a aucun intérêt.

== 7ème semaine ==

Lors de cette semaine, d'un côté, nous avons finalisé la conception du stylet, nous l'avons aussi testé (photo à venir).

D'un autre côté, nous avons finalisé une première version fonctionnelle du logiciel final que nous avons également testé.
Nous avons ainsi pu utiliser le stylet comme une souris sur le tableau.

Après ces premiers tests concluants, il nous faut maintenant perfectionner le logiciel : il y a en effet des problèmes avec la calibration de la wiimote: le point inférieur droit se valide trop vite et nous ne pouvons pas contrôler le stylet comme nous le souhaiterions.

A ce jour, notre version de tableau blanc interactif nous permet de modifier la structure de l'écran affiché mais pas de modifier son contenu.

Le programme des semaines à venir est donc de se concentrer sur le logiciel que l'on doit perfectionner.

== 8ème semaine ==

Lors de cette semaine, après avoir réalisé notre premier test concluant lors de la semaine 7, nous avons continué le développement du logiciel en essayant d'ajouter une sorte de menu qui nous permettrait de modifier notre fichier (une sorte de logiciel paint).
Pour se faire, il faudra modifier la classe qui gère l'affichage du logiciel.
Nous avons pensé qu'il faudrait ajouter un bouton d'écriture à main levée, ainsi qu'une gomme ou un retour en arrière afin de pouvoir effacer.

Nous avons aussi commencé à configurer la Raspberry -pi comme nous l'avions initialement imaginé.
Il nous faut configurer le bluetooth ainsi que le WI-FI.

== 9ème semaine ==

Lors de cette semaine, nous nous sommes consacrés à la configuration de la Raspberry -pi ainsi qu'à l'amélioration du logiciel développé.
Concernant la partie logiciel, nous avons rencontré des problèmes dus justement à ces modifications car modifier l'interface graphique s'avère plus compliquée que prévu car ces changements modifient le résultat précédemment obtenu, ce qui génère des erreurs.
La suite de ce développement consistera donc à résoudre ces problèmes afin de pouvoir améliorer notre programme.

Concernant la Raspberry-pi nous avons décidé de la relier directement en ethernet sur le réseau pour ensuite la configurer en point d'accès afin de pouvoir diffuser sur les différents ordinateurs des élèves.

== 10ème semaine ==

Lors des vacances, nous avons continué de travailler sur l'amélioration du programme, cependant, il y a certaines erreurs que nous ne parvenons pas à éliminer. Il nous faut donc modifier d'autres classes de notre programme afin de gérer certaines exceptions.
Cela avance lentement également avec la configuration de la Raspberry-pi, certains problèmes subsistent sans en voir la solution.

Nous avons également décidé d'imprimer les différentes pièces servant au maintien de la manette wii. Nous commençons également la conception d'un autre stylet qui sera imprimer au Fablab car la solution du stabylo que nous avions choisie en premier lieu s'avère trop étroit et donc peu propre.

== 11ème semaine ==

Lors de cette semaine, nous avons continué d'avancer dans la configuration de la Raspberry ainsi que dans le logiciel.

En ce qui concerne le programme, nous avons décidé d'utiliser deux programmes différents car ajouter du code dans le code déjà existant s'avère plus compliqué que prévu. Comme énoncé précédemment, nous avons essayer de créer une version du logiciel ''Paint'' qui nous permettrait non pas de modifier une page blanche mais plutôt l'écran affiché.
Nous avons donc réussi à créer une version de ce logiciel en Java mais nous ne parvenons pas à l'adapter à notre cas car il n'est pas encore fonctionnel.
De plus nous ne parvenons pas à enlever cette page blanche afin de ne laisser apparaître que l'écran et les outils utiles à l'annotation.

//(photo à venir)

Nous avons également réussi à configurer la raspberry-pi en point d'accès wifi et sommes en train de configurer les options de connexions ssh. Ceci permettra aux étudiants de se connecter en ssh sur la raspberry-pi sur laquelle nous aurons installé le logiciel afin qu'il puisse d'eux-mêmes afficher leur diapositives ou les modifier.
L'impression du stylet ayant échoué il nous faut reprendre un rendez-vous pour relancer l'impression 3D.

== 12ème semaine ==

Lors de cette semaine, nous avons continué le développement du programme censé nous permettre d'écrire sir l'écran en cours.
Comme déjà énoncé précédemment, nous avons pris comme base le logiciel Paint qu'il nous a été assez difficile à réaliser.
Cependant, une fois cela fait, nous ne parvenons pas à "remplacer" la page blanche de démarrage du logiciel par l'écran en cours.
Il nous reste donc environ une semaine pour essayer de résoudre ce problème.
Nous avons également effectué des tests afin de vérifier que le logiciel se lançait bien sur différentes machines.

= Fichiers rendus =

= Bibliographie =

https://www.youtube.com/watch?v=5IDeFj6ksLs

http://college-kamere.nc/tbiwii

http://www.speechi.net/fr/index.php/home/tableau-interactif/camera-interactive-speechi/

http://www.classesnumeriques.net/wp-content/uploads/2011/10/Fiche_technique_TBI_wii.pdf

http://hardware-libre.fr/2014/02/raspberry-pi-creer-un-point-dacces-wifi/

Tableau blanc interactif

2016-04-30T17:30:27Z

Lmazier : /* 11ème semaine */

Bienvenue sur la page de notre projet !

= Cahier des charges =

== Présentation du projet ==

=== Contexte ===

Le tableau noir à craies a été pendant longtemps le seul moyen d'enseignement, de démonstration à un public. Puis le tableau blanc a commencé à le remplacer mais le système reste le même. Aujourd'hui, PowerPoint ainsi que d'autres logiciels de présentation permettent un gain de temps considérable mais il y a un problème car on ne peut pas modifier un fichier PowerPoint comme un texte écrit sur un tableau. Il faut donc réunir les deux...

===Préparation du projet : ===
Réunion avec Mr Boé le 23/11/2015 afin de définir plus précisément les attentes par rapport à notre projet.
Résultat de cette réunion: nous avons pu comprendre que notre projet est assez ouvert, voir assez vague ce qui nous permet de l'adapter à nos préférences et ainsi nous avons pu développer un premier cahier des charges.

===Objectif===

Le but de ce projet est de développer un tableau intéractif qui permettra dans un premier temps de modifier ce qui y est projeté grâce à un vidéo-projecteur. Ainsi, on pourra directement annoter, corriger, supprimer ou ajouter à ce qui est projeté.
Nous allons donc devoir créer un stylet qui nous permettra de faire toutes ces actions mais aussi un dispositif intéractif qui sauvegardera les modifications.

Dans un second temps, notre tableau devra être capable de prendre en compte les modifications faites par un autre périphérique. Il faudra donc tenir compte des modifications liées au réseau sur lequel est relié l'ordinateur.

(Nous sommes pour l'instant en réflexion pour savoir si nous nous orientons vers un TBI (tableau blanc interactif) ou vers un DMI (dispositif mobile interactif). Bien que la technologie est similaire, de nombreux aspects diffèrent sur ces deux dispositifs : le principal est que le TBI est composé d'un vidéo-projecteur fixe tandis que le DMI porte sur un vidéo-projecteur mobile (sur batterie et donc il faudrait prendre en compte l'autonomie du dispositif).)

L'affichage se fera donc à l'aide d'un des vidéo-projecteurs équipant actuellement les salles de cours qui sera relié en filaire à l'ordinateur principal ainsi que par réseau wifi aux autres périphériques présents à proximité.

La reconnaissance spatiale du stylet se fera à l'aide d'une diode infrarouge présente sur le stylet ainsi que d'une caméra infrarouge englobant le tableau.

== Calendrier prévisionnel ==
2/11/2015 : Présentation et choix du sujet.

3/12/2015 : Première version du cahier des charges.

15/1/2016 : Documentation sur la réalisation du projet.

12/2/2016 : Analyse des données transmises par la caméra et configuration de la Raspberry pi.

03/2016 : Commencer les phases de test.

04/2016 : Adapter les modifications aux résultats des tests.

01/5/2016 : Test final dans une salle de cours.

= Avancement du projet =
{|class="wikitable"
! Travaux !! Avancement !! Commentaires
|-
| Établir le cahier des charges
| Fait
|-
| Étude du fonctionnement de la manette wiimote
| Fait
| Nous avons plus particulièrement étudié le fonctionnement de la caméra infrarouge de la wiimote.
|-
|Conception du stylet
| Fait
| Montage électrique simple comprenant une pile, un interrupteur et une led IR.
|-
|Conception du logiciel
| En cours
| Première version fonctionnelle au 16/03 : contrôle de la souris avec le stylet.
|-
|Configuration Raspberry -Pi
| En cours
|
|-
|}

== Matériel à utiliser ==

* une caméra infrarouge, nous utilisons la caméra d'une Wiimote 1ère génération

* un adaptateur bluetooth USB

* une raspberry -pi

* une clé wi-fi

* un vidéo-projecteur

* un tableau/écran blanc

* pour le stylet :
::_une diode infrarouge
::_un bouton marche/arrêt
::_une pile

== 1ère Semaine ==

Nous avons commencé à prendre en main la liaison Bluetooth entre l'ordinateur et la Wiimote.
Nous avons ensuite testé les fonctionnalités de la Wiimote et notamment sa caméra infrarouge, ce qui nous a permis de définir ces caractéristiques:

Type de caméra : caméra Wiimote -> distance de 3m du tableau donc environ au même endroit que le rétroprojecteur. ( 20° vertical, 30° horizontal).[Fournie 27/01/2016]

[[Fichier:Schéma1.PNG|400px|thumb|left|Vue de dessus]]
[[Fichier:Schéma2.PNG|400px|thumb|center]]

== 2ème Semaine ==

Après avoir récupéré une manette classique, nous avons pu tester son fonctionnement. Il nous a donc été possible de mieux comprendre son fonctionnement.
Nous avons aussi déterminé le squelette de notre projet au niveau informatique de manière plus précise. Nous allons devoir créer un programme en Java qui nous servira pour récupérer les données venant de la Wiimote mais aussi pour traiter ces données sur l'ordinateur.

[[Fichier:Schema_detail1.PNG|400px|thumb|center]]

Nous avons donc alors décidé de séparer le travail en 2 grandes parties:
* concevoir le stylet, le support et configurer la Raspberry
* programmer le logiciel qui nous permettra d'utiliser les données sorties de la Wiimote.

Nous allons utiliser la librairie java ''WiiuseJ'' pour réaliser notre programme.
Nous allons donc devoir passer beaucoup de temps pour comprendre cette librairie.

== 3ème Semaine ==

Après concertation, nous avons de décider d'utiliser le bouton poussoir du stylet comme l'activateur de la saisie de la caméra.
En effet, ce sera lorsque ce bouton sera enclenché que la Led infrarouge s'allumera et donc que la modification du fichier projeté pourra commencer.
Pour cela, il faudra scanner en permanence la zone définie au préalable dans notre programme jusqu'à trouver la source en question.

Une fois que la led aura été détectée, il faudra suivre tous ses mouvements. De plus si elle venait à s'éteindre, il faudrait relancer un scan du tableau jusqu'à retrouver la led.

Une fois la led détectée, la caméra infrarouge suivra ses mouvements puis enverra ces données par Bluetooth vers la Raspberry qui contiendra notre programme.

Une fois les modifications effectuées, il faudra modifier le fichier d'origine.

De plus, nous avons décidé d'utiliser une raspberry pour centraliser notre programme et le rendre accessible à d'autres ordinateurs présents dans la salle, il suffira simplement de se connecter en Wi-fi à la Raspberry.

Cette semaine, nous avons avancé dans le codage de ce qui sera notre logiciel, nous avons aussi fait le plan de la structure qui soutiendra la manette.
Enfin, nous avons commencé la confection du stylet.

Pendant les vacances, nous prévoyons de continuer de programmer le logiciel ainsi que de continuer la confection du stylet.

== 4ème Semaine ==

Nous avons continuer de coder l'application en spécifiant certaines fonctions et en simplifiant certaines classes afin de n'utiliser que les méthodes intéressantes pour nous. De ce fait, nous avons été confronté à différents problèmes dus à la bibliothèque Java spécialisée pour la programmation de la wiimote, notamment la gestion de la manette en elle-même: l'activation et la désactivation des fonctionnalités infrarouge, le comportement de la manette elle-même est aussi compliqué.

Nous avons aussi achevé la modélisation du support de la manette que l'on fixera sur le vidéo-projecteur.

[[Fichier:support_wiimote.PNG|center|thumb|400px]]

Pour la semaine suivante, il nous reste donc à continuer le code qui reste la partie la plus compliquée du projet ainsi que celle qui demande le plus de travail.
Il nous faudra aussi commencer la réalisation du stylet.

== 5ème Semaine ==

Le programme nous occupe à moitié sur chaque séance, ainsi seulement un de nous deux peut se consacrer à la confection des du stylet.
Nous avions eu l'idée d'utiliser un feutre de tableau comme structure mais au vu du résultat, nous avons décidé d'essayer avec un stabilo afin d'améliorer la prise en main et l'esthétique

Il nous reste encore à configurer la Raspberry afin qu'elle récupère des données par Bluetooth et puisse les transmettre par Wi-fi à différents récepteurs.

Il nous faudra aussi imprimer notre support.

==6ème semaine==

Jusqu'à présent, nous avons accentuer notre travail sur le développement de l'application. Suite aux remarques que nous avons reçues, nous avons décidé de développer un programme nous permettant de tester la présence de la manette par détection infra rouge.

Pour cela, il nous faut biensûr réaliser le programme mais aussi réaliser le stylet ou au moins le circuit permettant d'alimenter la led.
[[Fichier:schéma_proj.png|400px|thumb|center]]

Nous avons donc dû ouvrir un feutre qui sera notre structure. Nous avons ensuite reçu une led infra-rouge, un bouton poussoir et une pile 1,5V. Il ne reste donc qu'à réaliser le circuit et à l'enfermer dans notre feutre.Nous rajoutons à ces éléments une spire de contact pour piles préalablement coupée en deux et un bouchon de stylo.

[[Fichier:IMAG0094.jpg|400px|thumb|center]]
[[Fichier:IMAG0095.jpg|400px|thumb|left]] [[Fichier:IMAG0096.jpg|400px|thumb|right]]

Le bouchon de stylo permettra à la pile d'être maintenue dans le stylet IR afin d'éviter les faux-contact et les risques d'ouverture involontaire du stylet. Il a été nécessaire de couper certaines parties du stylo afin que celui ne gêne pas le placement du bouton-poussoir. Nous gardons volontairement la tige du bouchon afin de pouvoir le tirer plus facilement lors d'un changement de pile.
[[Fichier:IMAG0097.jpg|200px|thumb|left]] [[Fichier:IMAG0098.jpg|200px|thumb|right]]

Avant de souder nous vérifions sur quelles pattes du bouton-poussoir il faut se brancher afin d'obtenir le fonctionnement voulu. On constate sur la première image qu'en position haute l'interrupteur est ouvert et sur la deuxième image, lorsqu'on appuie sur le bouton, qu'en position basse l'interrupteur est fermé. Pour le test de la position basse il faut bien évidemment faire attention à ne pas toucher les différentes pattes de l'interrupteur sans quoi le test n'a aucun intérêt.

== 7ème semaine ==

Lors de cette semaine, d'un côté, nous avons finalisé la conception du stylet, nous l'avons aussi testé (photo à venir).

D'un autre côté, nous avons finalisé une première version fonctionnelle du logiciel final que nous avons également testé.
Nous avons ainsi pu utiliser le stylet comme une souris sur le tableau.

Après ces premiers tests concluants, il nous faut maintenant perfectionner le logiciel : il y a en effet des problèmes avec la calibration de la wiimote: le point inférieur droit se valide trop vite et nous ne pouvons pas contrôler le stylet comme nous le souhaiterions.

A ce jour, notre version de tableau blanc interactif nous permet de modifier la structure de l'écran affiché mais pas de modifier son contenu.

Le programme des semaines à venir est donc de se concentrer sur le logiciel que l'on doit perfectionner.

== 8ème semaine ==

Lors de cette semaine, après avoir réalisé notre premier test concluant lors de la semaine 7, nous avons continué le développement du logiciel en essayant d'ajouter une sorte de menu qui nous permettrait de modifier notre fichier (une sorte de logiciel paint).
Pour se faire, il faudra modifier la classe qui gère l'affichage du logiciel.
Nous avons pensé qu'il faudrait ajouter un bouton d'écriture à main levée, ainsi qu'une gomme ou un retour en arrière afin de pouvoir effacer.

Nous avons aussi commencé à configurer la Raspberry -pi comme nous l'avions initialement imaginé.
Il nous faut configurer le bluetooth ainsi que le WI-FI.

== 9ème semaine ==

Lors de cette semaine, nous nous sommes consacrés à la configuration de la Raspberry -pi ainsi qu'à l'amélioration du logiciel développé.
Concernant la partie logiciel, nous avons rencontré des problèmes dus justement à ces modifications car modifier l'interface graphique s'avère plus compliquée que prévu car ces changements modifient le résultat précédemment obtenu, ce qui génère des erreurs.
La suite de ce développement consistera donc à résoudre ces problèmes afin de pouvoir améliorer notre programme.

Concernant la Raspberry-pi nous avons décidé de la relier directement en ethernet sur le réseau pour ensuite la configurer en point d'accès afin de pouvoir diffuser sur les différents ordinateurs des élèves.

== 10ème semaine ==

Lors des vacances, nous avons continué de travailler sur l'amélioration du programme, cependant, il y a certaines erreurs que nous ne parvenons pas à éliminer. Il nous faut donc modifier d'autres classes de notre programme afin de gérer certaines exceptions.
Cela avance lentement également avec la configuration de la Raspberry-pi, certains problèmes subsistent sans en voir la solution.

Nous avons également décidé d'imprimer les différentes pièces servant au maintien de la manette wii. Nous commençons également la conception d'un autre stylet qui sera imprimer au Fablab car la solution du stabylo que nous avions choisie en premier lieu s'avère trop étroit et donc peu propre.

== 11ème semaine ==

Lors de cette semaine, nous avons continué d'avancer dans la configuration de la Raspberry ainsi que dans le logiciel.

En ce qui concerne le programme, nous avons décidé d'utiliser deux programmes différents car ajouter du code dans le code déjà existant s'avère plus compliqué que prévu. Comme énoncé précédemment, nous avons essayer de créer une version du logiciel ''Paint'' qui nous permettrait non pas de modifier une page blanche mais plutôt l'écran affiché.
Nous avons donc réussi à créer une version de ce logiciel en Java mais nous ne parvenons pas à l'adapter à notre cas car il n'est pas encore fonctionnel.
De plus nous ne parvenons pas à enlever cette page blanche afin de ne laisser apparaître que l'écran et les outils utiles à l'annotation.

//(photo à venir)

Nous avons également réussi à configurer la raspberry-pi en point d'accès wifi et sommes en train de configurer les options de connexions ssh. Ceci permettra aux étudiants de se connecter en ssh sur la raspberry-pi sur laquelle nous aurons installé le logiciel afin qu'il puisse d'eux-mêmes afficher leur diapositives ou les modifier.
L'impression du stylet ayant échoué il nous faut reprendre un rendez-vous pour relancer l'impression 3D.

== 12ème semaine ==

= Fichiers rendus =

= Bibliographie =

https://www.youtube.com/watch?v=5IDeFj6ksLs

http://college-kamere.nc/tbiwii

http://www.speechi.net/fr/index.php/home/tableau-interactif/camera-interactive-speechi/

http://www.classesnumeriques.net/wp-content/uploads/2011/10/Fiche_technique_TBI_wii.pdf

http://hardware-libre.fr/2014/02/raspberry-pi-creer-un-point-dacces-wifi/

Tableau blanc interactif

2016-04-24T21:52:46Z

Lmazier : /* 10ème semaine */

Tableau blanc interactif

2016-04-24T21:47:52Z

Lmazier : /* 9ème semaine */

Tableau blanc interactif

2016-03-30T16:04:02Z

Lmazier : /* Bibliographie */

= Cahier des charges =

== Présentation du projet ==

=== Contexte ===

Le tableau noir à craies a été pendant longtemps le seul moyen d'enseignement, de démonstration à un public. Puis le tableau blanc a commencé à le remplacer mais le système reste le même. Aujourd'hui, PowerPoint ainsi que d'autres logiciels de présentation permettent un gain de temps considérable mais il y a un problème car on ne peut pas modifier un fichier PowerPoint comme un texte écrit sur un tableau. Il faut donc réunir les deux...

===Préparation du projet : ===
Réunion avec Mr Boé le 23/11/2015 afin de définir plus précisément les attentes par rapport à notre projet.
Résultat de cette réunion: nous avons pu comprendre que notre projet est assez ouvert, voir assez vague ce qui nous permet de l'adapter à nos préférences et ainsi nous avons pu développer un premier cahier des charges.

===Objectif===

Le but de ce projet est de développer un tableau intéractif qui permettra dans un premier temps de modifier ce qui y est projeté grâce à un vidéo-projecteur. Ainsi, on pourra directement annoter, corriger, supprimer ou ajouter à ce qui est projeté.
Nous allons donc devoir créer un stylet qui nous permettra de faire toutes ces actions mais aussi un dispositif intéractif qui sauvegardera les modifications.

Dans un second temps, notre tableau devra être capable de prendre en compte les modifications faites par un autre périphérique. Il faudra donc tenir compte des modifications liées au réseau sur lequel est relié l'ordinateur.

(Nous sommes pour l'instant en réflexion pour savoir si nous nous orientons vers un TBI (tableau blanc interactif) ou vers un DMI (dispositif mobile interactif). Bien que la technologie est similaire, de nombreux aspects diffèrent sur ces deux dispositifs : le principal est que le TBI est composé d'un vidéo-projecteur fixe tandis que le DMI porte sur un vidéo-projecteur mobile (sur batterie et donc il faudrait prendre en compte l'autonomie du dispositif).)

L'affichage se fera donc à l'aide d'un des vidéo-projecteurs équipant actuellement les salles de cours qui sera relié en filaire à l'ordinateur principal ainsi que par réseau wifi aux autres périphériques présents à proximité.

La reconnaissance spatiale du stylet se fera à l'aide d'une diode infrarouge présente sur le stylet ainsi que d'une caméra infrarouge englobant le tableau.

== Calendrier prévisionnel ==
2/11/2015 : Présentation et choix du sujet.

3/12/2015 : Première version du cahier des charges.

15/1/2016 : Documentation sur la réalisation du projet.

12/2/2016 : Analyse des données transmises par la caméra et configuration de la Raspberry pi.

03/2016 : Commencer les phases de test.

01/4/2016 : Test final dans une salle de cours.

= Avancement du projet =
{|class="wikitable"
! Travaux !! Avancement !! Commentaires
|-
| Établir le cahier des charges
| Fait
|-
| Étude du fonctionnement de la manette wiimote
| Fait
| Nous avons plus particulièrement étudié le fonctionnement de la caméra infrarouge de la wiimote.
|-
|Conception du stylet
| Fait
| Montage électrique simple comprenant une pile, un interrupteur et une led IR.
|-
|Conception du logiciel
| En cours
|
|-
|Configuration Raspberry -Pi
| En cours
|
|-
|}

== Matériel à utiliser ==

* une caméra infrarouge, nous utilisons la caméra d'une Wiimote 1ère génération

* un adaptateur bluetooth USB

* une raspberry -pi

* un vidéo-projecteur

* un tableau/écran blanc

* pour le stylet :
::_une diode infrarouge
::_un bouton marche/arrêt
::_une pile

== 1ère Semaine ==

Nous avons commencé à prendre en main la liaison Bluetooth entre l'ordinateur et la Wiimote.
Nous avons ensuite testé les fonctionnalités de la Wiimote et notamment sa caméra infrarouge, ce qui nous a permis de définir ces caractéristiques:

Type de caméra : caméra Wiimote -> distance de 3m du tableau donc environ au même endroit que le rétroprojecteur. ( 20° vertical, 30° horizontal).[Fournie 27/01/2016]

[[Fichier:Schéma1.PNG|400px|thumb|left|Vue de dessus]]
[[Fichier:Schéma2.PNG|400px|thumb|center]]

== 2ème Semaine ==

Après avoir récupéré une manette classique, nous avons pu tester son fonctionnement. Il nous a donc été possible de mieux comprendre son fonctionnement.
Nous avons aussi déterminé le squelette de notre projet au niveau informatique de manière plus précise. Nous allons devoir créer un programme en Java qui nous servira pour récupérer les données venant de la Wiimote mais aussi pour traiter ces données sur l'ordinateur.

[[Fichier:Schema_detail1.PNG|400px|thumb|center]]

Nous avons donc alors décidé de séparer le travail en 2 grandes parties:
* concevoir le stylet, le support et configurer la Raspberry
* programmer le logiciel qui nous permettra d'utiliser les données sorties de la Wiimote.

Nous allons utiliser la librairie java ''WiiuseJ'' pour réaliser notre programme.
Nous allons donc devoir passer beaucoup de temps pour comprendre cette librairie.

== 3ème Semaine ==

Après concertation, nous avons de décider d'utiliser le bouton poussoir du stylet comme l'activateur de la saisie de la caméra.
En effet, ce sera lorsque ce bouton sera enclenché que la Led infrarouge s'allumera et donc que la modification du fichier projeté pourra commencer.
Pour cela, il faudra scanner en permanence la zone définie au préalable dans notre programme jusqu'à trouver la source en question.

Une fois que la led aura été détectée, il faudra suivre tous ses mouvements. De plus si elle venait à s'éteindre, il faudrait relancer un scan du tableau jusqu'à retrouver la led.

Une fois la led détectée, la caméra infrarouge suivra ses mouvements puis enverra ces données par Bluetooth vers la Raspberry qui contiendra notre programme.

Une fois les modifications effectuées, il faudra modifier le fichier d'origine.

De plus, nous avons décidé d'utiliser une raspberry pour centraliser notre programme et le rendre accessible à d'autres ordinateurs présents dans la salle, il suffira simplement de se connecter en Wi-fi à la Raspberry.

Cette semaine, nous avons avancé dans le codage de ce qui sera notre logiciel, nous avons aussi fait le plan de la structure qui soutiendra la manette.
Enfin, nous avons commencé la confection du stylet.

Pendant les vacances, nous prévoyons de continuer de programmer le logiciel ainsi que de continuer la confection du stylet.

== 4ème Semaine ==

Nous avons continuer de coder l'application en spécifiant certaines fonctions et en simplifiant certaines classes afin de n'utiliser que les méthodes intéressantes pour nous. De ce fait, nous avons été confronté à différents problèmes dus à la bibliothèque Java spécialisée pour la programmation de la wiimote, notamment la gestion de la manette en elle-même: l'activation et la désactivation des fonctionnalités infrarouge, le comportement de la manette elle-même est aussi compliqué.

Nous avons aussi achevé la modélisation du support de la manette que l'on fixera sur le vidéo-projecteur.

[[Fichier:support_wiimote.PNG|center|thumb|400px]]

Pour la semaine suivante, il nous reste donc à continuer le code qui reste la partie la plus compliquée du projet ainsi que celle qui demande le plus de travail.
Il nous faudra aussi commencer la réalisation du stylet.

== 5ème Semaine ==

Le programme nous occupe à moitié sur chaque séance, ainsi seulement un de nous deux peut se consacrer à la confection des du stylet.
Nous avions eu l'idée d'utiliser un feutre de tableau comme structure mais au vu du résultat, nous avons décidé d'essayer avec un stabilo afin d'améliorer la prise en main et l'esthétique

Il nous reste encore à configurer la Raspberry afin qu'elle récupère des données par Bluetooth et puisse les transmettre par Wi-fi à différents récepteurs.

Il nous faudra aussi imprimer notre support.

==6ème semaine==

Jusqu'à présent, nous avons accentuer notre travail sur le développement de l'application. Suite aux remarques que nous avons reçues, nous avons décidé de développer un programme nous permettant de tester la présence de la manette par détection infra rouge.

Pour cela, il nous faut biensûr réaliser le programme mais aussi réaliser le stylet ou au moins le circuit permettant d'alimenter la led.
[[Fichier:schéma_proj.png|400px|thumb|center]]

Nous avons donc dû ouvrir un feutre qui sera notre structure. Nous avons ensuite reçu une led infra-rouge, un bouton poussoir et une pile 1,5V. Il ne reste donc qu'à réaliser le circuit et à l'enfermer dans notre feutre.Nous rajoutons à ces éléments une spire de contact pour piles préalablement coupée en deux et un bouchon de stylo.

[[Fichier:IMAG0094.jpg|400px|thumb|center]]
[[Fichier:IMAG0095.jpg|400px|thumb|left]] [[Fichier:IMAG0096.jpg|400px|thumb|right]]

Le bouchon de stylo permettra à la pile d'être maintenue dans le stylet IR afin d'éviter les faux-contact et les risques d'ouverture involontaire du stylet. Il a été nécessaire de couper certaines parties du stylo afin que celui ne gêne pas le placement du bouton-poussoir. Nous gardons volontairement la tige du bouchon afin de pouvoir le tirer plus facilement lors d'un changement de pile.
[[Fichier:IMAG0097.jpg|200px|thumb|left]] [[Fichier:IMAG0098.jpg|200px|thumb|right]]

Avant de souder nous vérifions sur quelles pattes du bouton-poussoir il faut se brancher afin d'obtenir le fonctionnement voulu. On constate sur la première image qu'en position haute l'interrupteur est ouvert et sur la deuxième image, lorsqu'on appuie sur le bouton, qu'en position basse l'interrupteur est fermé. Pour le test de la position basse il faut bien évidemment faire attention à ne pas toucher les différentes pattes de l'interrupteur sans quoi le test n'a aucun intérêt.

[[Fichier:IMAG0099.jpg|200px|thumb|center]]

Voici la photo du montage ainsi obtenu. Il ne reste donc plus qu'à tester si le montage fonctionne et dans le cas positif à placer chaque composant dans le stylet.

== 7ème semaine ==

Lors de cette semaine, d'un côté, nous avons finalisé la conception du stylet, nous l'avons aussi testé (photo à venir).

D'un autre côté, nous avons finalisé une première version fonctionnelle du logiciel final que nous avons également testé.
Nous avons ainsi pu utiliser le stylet comme une souris sur le tableau.

Après ces premiers tests concluants, il nous faut maintenant perfectionner le logiciel : il y a en effet des problèmes avec la calibration de la wiimote: le point inférieur droit se valide trop vite et nous ne pouvons pas contrôler le stylet comme nous le souhaiterions.

A ce jour, notre version de tableau blanc interactif nous permet de modifier la structure de l'écran affiché mais pas de modifier son contenu.

Le programme des semaines à venir est donc de se concentrer sur le logiciel que l'on doit perfectionner.

== 8ème semaine ==

Lors de cette semaine, après avoir réalisé notre premier test concluant lors de la semaine 7, nous avons continué le développement du logiciel en essayant d'ajouter une sorte de menu qui nous permettrait de modifier notre fichier (une sorte de logiciel paint).
Pour se faire, il faudra modifier la classe qui gère l'affichage du logiciel.
Nous avons pensé qu'il faudrait ajouter un bouton d'écriture à main levée, ainsi qu'une gomme ou un retour en arrière afin de pouvoir effacer.

Nous avons aussi commencé à configurer la Raspberry -pi comme nous l'avions initialement imaginé.
Il nous faut configurer le bluetooth ainsi que le WI-FI.

= Fichiers rendus =

= Bibliographie =

https://www.youtube.com/watch?v=5IDeFj6ksLs

http://college-kamere.nc/tbiwii

http://www.speechi.net/fr/index.php/home/tableau-interactif/camera-interactive-speechi/

http://www.classesnumeriques.net/wp-content/uploads/2011/10/Fiche_technique_TBI_wii.pdf

http://hardware-libre.fr/2014/02/raspberry-pi-creer-un-point-dacces-wifi/

Tableau blanc interactif

2016-03-14T21:19:41Z

Lmazier : /* 6ème semaine */

= Cahier des charges =

== Présentation du projet ==

=== Contexte ===

Le tableau noir à craies a été pendant longtemps le seul moyen d'enseignement, de démonstration à un public. Puis le tableau blanc a commencé à le remplacer mais le système reste le même. Aujourd'hui, PowerPoint ainsi que d'autres logiciels de présentation permettent un gain de temps considérable mais il y a un problème car on ne peut pas modifier un fichier PowerPoint comme un texte écrit sur un tableau. Il faut donc réunir les deux...

===Préparation du projet : ===
Réunion avec Mr Boé le 23/11/2015 afin de définir plus précisément les attentes par rapport à notre projet.
Résultat de cette réunion: nous avons pu comprendre que notre projet est assez ouvert, voir assez vague ce qui nous permet de l'adapter à nos préférences et ainsi nous avons pu développer un premier cahier des charges.

===Objectif===

Le but de ce projet est de développer un tableau intéractif qui permettra dans un premier temps de modifier ce qui y est projeté grâce à un vidéo-projecteur. Ainsi, on pourra directement annoter, corriger, supprimer ou ajouter à ce qui est projeté.
Nous allons donc devoir créer un stylet qui nous permettra de faire toutes ces actions mais aussi un dispositif intéractif qui sauvegardera les modifications.

Dans un second temps, notre tableau devra être capable de prendre en compte les modifications faites par un autre périphérique. Il faudra donc tenir compte des modifications liées au réseau sur lequel est relié l'ordinateur.

(Nous sommes pour l'instant en réflexion pour savoir si nous nous orientons vers un TBI (tableau blanc interactif) ou vers un DMI (dispositif mobile interactif). Bien que la technologie est similaire, de nombreux aspects diffèrent sur ces deux dispositifs : le principal est que le TBI est composé d'un vidéo-projecteur fixe tandis que le DMI porte sur un vidéo-projecteur mobile (sur batterie et donc il faudrait prendre en compte l'autonomie du dispositif).)

L'affichage se fera donc à l'aide d'un des vidéo-projecteurs équipant actuellement les salles de cours qui sera relié en filaire à l'ordinateur principal ainsi que par réseau wifi aux autres périphériques présents à proximité.

La reconnaissance spatiale du stylet se fera à l'aide d'une diode infrarouge présente sur le stylet ainsi que d'une caméra infrarouge englobant le tableau.

== Calendrier prévisionnel ==
2/11/2015 : Présentation et choix du sujet.

3/12/2015 : Première version du cahier des charges.

15/1/2016 : Documentation sur la réalisation du projet.

12/2/2016 : Analyse des données transmises par la caméra et configuration de la Raspberry pi.

01/4/2016 : Test final dans une salle de cours.

= Avancement du projet =
== Matériel à utiliser ==

* une caméra infrarouge, nous utilisons la caméra d'une Wiimote 1ère génération

* un adaptateur bluetooth USB

* une raspberry -pi

* un vidéo-projecteur

* un tableau/écran blanc

* pour le stylet :
::_une diode infrarouge
::_un bouton marche/arrêt
::_une pile

== 1ère Semaine ==

Nous avons commencé à prendre en main la liaison Bluetooth entre l'ordinateur et la Wiimote.
Nous avons ensuite testé les fonctionnalités de la Wiimote et notamment sa caméra infrarouge, ce qui nous a permis de définir ces caractéristiques:

Type de caméra : caméra Wiimote -> distance de 3m du tableau donc environ au même endroit que le rétroprojecteur. ( 20° vertical, 30° horizontal).[Fournie 27/01/2016]

[[Fichier:Schéma1.PNG|400px|thumb|left|Vue de dessus]]
[[Fichier:Schéma2.PNG|400px|thumb|center]]

== 2ème Semaine ==

Après avoir récupéré une manette classique, nous avons pu tester son fonctionnement. Il nous a donc été possible de mieux comprendre son fonctionnement.
Nous avons aussi déterminé le squelette de notre projet au niveau informatique de manière plus précise. Nous allons devoir créer un programme en Java qui nous servira pour récupérer les données venant de la Wiimote mais aussi pour traiter ces données sur l'ordinateur.

[[Fichier:Schema_detail1.PNG|400px|thumb|center]]

Nous avons donc alors décidé de séparer le travail en 2 grandes parties:
* concevoir le stylet, le support et configurer la Raspberry
* programmer le logiciel qui nous permettra d'utiliser les données sorties de la Wiimote.

Nous allons utiliser la librairie java ''WiiuseJ'' pour réaliser notre programme.
Nous allons donc devoir passer beaucoup de temps pour comprendre cette librairie.

== 3ème Semaine ==

Après concertation, nous avons de décider d'utiliser le bouton poussoir du stylet comme l'activateur de la saisie de la caméra.
En effet, ce sera lorsque ce bouton sera enclenché que la Led infrarouge s'allumera et donc que la modification du fichier projeté pourra commencer.
Pour cela, il faudra scanner en permanence la zone définie au préalable dans notre programme jusqu'à trouver la source en question.

Une fois que la led aura été détectée, il faudra suivre tous ses mouvements. De plus si elle venait à s'éteindre, il faudrait relancer un scan du tableau jusqu'à retrouver la led.

Une fois la led détectée, la caméra infrarouge suivra ses mouvements puis enverra ces données par Bluetooth vers la Raspberry qui contiendra notre programme.

Une fois les modifications effectuées, il faudra modifier le fichier d'origine.

De plus, nous avons décidé d'utiliser une raspberry pour centraliser notre programme et le rendre accessible à d'autres ordinateurs présents dans la salle, il suffira simplement de se connecter en Wi-fi à la Raspberry.

Cette semaine, nous avons avancé dans le codage de ce qui sera notre logiciel, nous avons aussi fait le plan de la structure qui soutiendra la manette.
Enfin, nous avons commencé la confection du stylet.

Pendant les vacances, nous prévoyons de continuer de programmer le logiciel ainsi que de continuer la confection du stylet.

== 4ème Semaine ==

Nous avons continuer de coder l'application en spécifiant certaines fonctions et en simplifiant certaines classes afin de n'utiliser que les méthodes intéressantes pour nous. De ce fait, nous avons été confronté à différents problèmes dus à la bibliothèque Java spécialisée pour la programmation de la wiimote, notamment la gestion de la manette en elle-même: l'activation et la désactivation des fonctionnalités infrarouge, le comportement de la manette elle-même est aussi compliqué.

Nous avons aussi achevé la modélisation du support de la manette que l'on fixera sur le vidéo-projecteur.

[[Fichier:support_wiimote.PNG|center|thumb|400px]]

Pour la semaine suivante, il nous reste donc à continuer le code qui reste la partie la plus compliquée du projet ainsi que celle qui demande le plus de travail.
Il nous faudra aussi commencer la réalisation du stylet.

== 5ème Semaine ==

Le programme nous occupe à moitié sur chaque séance, ainsi seulement un de nous deux peut se consacrer à la confection des du stylet.
Nous avions eu l'idée d'utiliser un feutre de tableau comme structure mais au vu du résultat, nous avons décidé d'essayer avec un stabilo afin d'améliorer la prise en main et l'esthétique

Il nous reste encore à configurer la Raspberry afin qu'elle récupère des données par Bluetooth et puisse les transmettre par Wi-fi à différents récepteurs.

Il nous faudra aussi imprimer notre support.

==6ème semaine==

Jusqu'à présent, nous avons accentuer notre travail sur le développement de l'application. Suite aux remarques que nous avons reçues, nous avons décidé de développer un programme nous permettant de tester la présence de la manette par détection infra rouge.

Pour cela, il nous faut biensûr réaliser le programme mais aussi réaliser le stylet ou au moins le circuit permettant d'alimenter la led.
[[Fichier:schéma_proj.png|400px|thumb|center]]

Nous avons donc dû ouvrir un feutre qui sera notre structure. Nous avons ensuite reçu une led infra-rouge, un bouton poussoir et une pile 1,5V. Il ne reste donc qu'à réaliser le circuit et à l'enfermer dans notre feutre.Nous rajoutons à ces éléments une spire de contact pour piles préalablement coupée en deux et un bouchon de stylo.

[[Fichier:IMAG0094.jpg|400px|thumb|center]]
[[Fichier:IMAG0095.jpg|400px|thumb|left]] [[Fichier:IMAG0096.jpg|400px|thumb|right]]

Le bouchon de stylo permettra à la pile d'être maintenue dans le stylet IR afin d'éviter les faux-contact et les risques d'ouverture involontaire du stylet. Il a été nécessaire de couper certaines parties du stylo afin que celui ne gêne pas le placement du bouton-poussoir. Nous gardons volontairement la tige du bouchon afin de pouvoir le tirer plus facilement lors d'un changement de pile.
[[Fichier:IMAG0097.jpg|200px|thumb|left]] [[Fichier:IMAG0098.jpg|200px|thumb|right]]

Avant de souder nous vérifions sur quelles pattes du bouton-poussoir il faut se brancher afin d'obtenir le fonctionnement voulu. On constate sur la première image qu'en position haute l'interrupteur est ouvert et sur la deuxième image, lorsqu'on appuie sur le bouton, qu'en position basse l'interrupteur est fermé. Pour le test de la position basse il faut bien évidemment faire attention à ne pas toucher les différentes pattes de l'interrupteur sans quoi le est n'a aucun intérêt.

[[Fichier:IMAG0099.jpg|200px|thumb|center]]

Voici la photo du montage ainsi obtenu. Il ne reste donc plus qu'à tester si le montage fonctionne et dans le cas positif à placer chaque composant dans le stylet.

= Fichiers rendus =

= Bibliographie =

https://www.youtube.com/watch?v=5IDeFj6ksLs

http://college-kamere.nc/tbiwii

http://www.speechi.net/fr/index.php/home/tableau-interactif/camera-interactive-speechi/

http://www.classesnumeriques.net/wp-content/uploads/2011/10/Fiche_technique_TBI_wii.pdf

Tableau blanc interactif

2016-03-14T20:43:17Z

Lmazier : /* 6ème semaine */

= Cahier des charges =

== Présentation du projet ==

=== Contexte ===

Le tableau noir à craies a été pendant longtemps le seul moyen d'enseignement, de démonstration à un public. Puis le tableau blanc a commencé à le remplacer mais le système reste le même. Aujourd'hui, PowerPoint ainsi que d'autres logiciels de présentation permettent un gain de temps considérable mais il y a un problème car on ne peut pas modifier un fichier PowerPoint comme un texte écrit sur un tableau. Il faut donc réunir les deux...

===Préparation du projet : ===
Réunion avec Mr Boé le 23/11/2015 afin de définir plus précisément les attentes par rapport à notre projet.
Résultat de cette réunion: nous avons pu comprendre que notre projet est assez ouvert, voir assez vague ce qui nous permet de l'adapter à nos préférences et ainsi nous avons pu développer un premier cahier des charges.

===Objectif===

Le but de ce projet est de développer un tableau intéractif qui permettra dans un premier temps de modifier ce qui y est projeté grâce à un vidéo-projecteur. Ainsi, on pourra directement annoter, corriger, supprimer ou ajouter à ce qui est projeté.
Nous allons donc devoir créer un stylet qui nous permettra de faire toutes ces actions mais aussi un dispositif intéractif qui sauvegardera les modifications.

Dans un second temps, notre tableau devra être capable de prendre en compte les modifications faites par un autre périphérique. Il faudra donc tenir compte des modifications liées au réseau sur lequel est relié l'ordinateur.

(Nous sommes pour l'instant en réflexion pour savoir si nous nous orientons vers un TBI (tableau blanc interactif) ou vers un DMI (dispositif mobile interactif). Bien que la technologie est similaire, de nombreux aspects diffèrent sur ces deux dispositifs : le principal est que le TBI est composé d'un vidéo-projecteur fixe tandis que le DMI porte sur un vidéo-projecteur mobile (sur batterie et donc il faudrait prendre en compte l'autonomie du dispositif).)

L'affichage se fera donc à l'aide d'un des vidéo-projecteurs équipant actuellement les salles de cours qui sera relié en filaire à l'ordinateur principal ainsi que par réseau wifi aux autres périphériques présents à proximité.

La reconnaissance spatiale du stylet se fera à l'aide d'une diode infrarouge présente sur le stylet ainsi que d'une caméra infrarouge englobant le tableau.

== Calendrier prévisionnel ==
2/11/2015 : Présentation et choix du sujet.

3/12/2015 : Première version du cahier des charges.

15/1/2016 : Documentation sur la réalisation du projet.

12/2/2016 : Analyse des données transmises par la caméra et configuration de la Raspberry pi.

01/4/2016 : Test final dans une salle de cours.

= Avancement du projet =
== Matériel à utiliser ==

* une caméra infrarouge, nous utilisons la caméra d'une Wiimote 1ère génération

* un adaptateur bluetooth USB

* une raspberry -pi

* un vidéo-projecteur

* un tableau/écran blanc

* pour le stylet :
::_une diode infrarouge
::_un bouton marche/arrêt
::_une pile

== 1ère Semaine ==

Nous avons commencé à prendre en main la liaison Bluetooth entre l'ordinateur et la Wiimote.
Nous avons ensuite testé les fonctionnalités de la Wiimote et notamment sa caméra infrarouge, ce qui nous a permis de définir ces caractéristiques:

Type de caméra : caméra Wiimote -> distance de 3m du tableau donc environ au même endroit que le rétroprojecteur. ( 20° vertical, 30° horizontal).[Fournie 27/01/2016]

[[Fichier:Schéma1.PNG|400px|thumb|left|Vue de dessus]]
[[Fichier:Schéma2.PNG|400px|thumb|center]]

== 2ème Semaine ==

Après avoir récupéré une manette classique, nous avons pu tester son fonctionnement. Il nous a donc été possible de mieux comprendre son fonctionnement.
Nous avons aussi déterminé le squelette de notre projet au niveau informatique de manière plus précise. Nous allons devoir créer un programme en Java qui nous servira pour récupérer les données venant de la Wiimote mais aussi pour traiter ces données sur l'ordinateur.

[[Fichier:Schema_detail1.PNG|400px|thumb|center]]

Nous avons donc alors décidé de séparer le travail en 2 grandes parties:
* concevoir le stylet, le support et configurer la Raspberry
* programmer le logiciel qui nous permettra d'utiliser les données sorties de la Wiimote.

Nous allons utiliser la librairie java ''WiiuseJ'' pour réaliser notre programme.
Nous allons donc devoir passer beaucoup de temps pour comprendre cette librairie.

== 3ème Semaine ==

Après concertation, nous avons de décider d'utiliser le bouton poussoir du stylet comme l'activateur de la saisie de la caméra.
En effet, ce sera lorsque ce bouton sera enclenché que la Led infrarouge s'allumera et donc que la modification du fichier projeté pourra commencer.
Pour cela, il faudra scanner en permanence la zone définie au préalable dans notre programme jusqu'à trouver la source en question.

Une fois que la led aura été détectée, il faudra suivre tous ses mouvements. De plus si elle venait à s'éteindre, il faudrait relancer un scan du tableau jusqu'à retrouver la led.

Une fois la led détectée, la caméra infrarouge suivra ses mouvements puis enverra ces données par Bluetooth vers la Raspberry qui contiendra notre programme.

Une fois les modifications effectuées, il faudra modifier le fichier d'origine.

De plus, nous avons décidé d'utiliser une raspberry pour centraliser notre programme et le rendre accessible à d'autres ordinateurs présents dans la salle, il suffira simplement de se connecter en Wi-fi à la Raspberry.

Cette semaine, nous avons avancé dans le codage de ce qui sera notre logiciel, nous avons aussi fait le plan de la structure qui soutiendra la manette.
Enfin, nous avons commencé la confection du stylet.

Pendant les vacances, nous prévoyons de continuer de programmer le logiciel ainsi que de continuer la confection du stylet.

== 4ème Semaine ==

Nous avons continuer de coder l'application en spécifiant certaines fonctions et en simplifiant certaines classes afin de n'utiliser que les méthodes intéressantes pour nous. De ce fait, nous avons été confronté à différents problèmes dus à la bibliothèque Java spécialisée pour la programmation de la wiimote, notamment la gestion de la manette en elle-même: l'activation et la désactivation des fonctionnalités infrarouge, le comportement de la manette elle-même est aussi compliqué.

Nous avons aussi achevé la modélisation du support de la manette que l'on fixera sur le vidéo-projecteur.

[[Fichier:support_wiimote.PNG|center|thumb|400px]]

Pour la semaine suivante, il nous reste donc à continuer le code qui reste la partie la plus compliquée du projet ainsi que celle qui demande le plus de travail.
Il nous faudra aussi commencer la réalisation du stylet.

== 5ème Semaine ==

Le programme nous occupe à moitié sur chaque séance, ainsi seulement un de nous deux peut se consacrer à la confection des du stylet.
Nous avions eu l'idée d'utiliser un feutre de tableau comme structure mais au vu du résultat, nous avons décidé d'essayer avec un stabilo afin d'améliorer la prise en main et l'esthétique

Il nous reste encore à configurer la Raspberry afin qu'elle récupère des données par Bluetooth et puisse les transmettre par Wi-fi à différents récepteurs.

Il nous faudra aussi imprimer notre support.

==6ème semaine==

Jusqu'à présent, nous avons accentuer notre travail sur le développement de l'application. Suite aux remarques que nous avons reçues, nous avons décidé de développer un programme nous permettant de tester la présence de la manette par détection infra rouge.

Pour cela, il nous faut biensûr réaliser le programme mais aussi réaliser le stylet ou au moins le circuit permettant d'alimenter la led.
[[Fichier:schéma_proj.png]]

Nous avons donc dû ouvrir un feutre qui sera notre structure. Nous avons ensuite reçu une led infra-rouge, un bouton poussoir et une pile 1,5V. Il ne reste donc qu'à réaliser le circuit et à l'enfermer dans notre feutre.

(voir détail montage à venir)

= Fichiers rendus =

= Bibliographie =

https://www.youtube.com/watch?v=5IDeFj6ksLs

http://college-kamere.nc/tbiwii

http://www.speechi.net/fr/index.php/home/tableau-interactif/camera-interactive-speechi/

http://www.classesnumeriques.net/wp-content/uploads/2011/10/Fiche_technique_TBI_wii.pdf

Fichier:IMAG0099.jpg

2016-03-14T20:42:05Z

Lmazier :

Fichier:IMAG0098.jpg

2016-03-14T20:41:43Z

Lmazier :

Fichier:IMAG0097.jpg

2016-03-14T20:41:21Z

Lmazier :

Fichier:IMAG0096.jpg

2016-03-14T20:40:44Z

Lmazier :

Fichier:IMAG0095.jpg

2016-03-14T20:40:20Z

Lmazier :

Fichier:IMAG0094.jpg

2016-03-14T20:39:43Z

Lmazier :

Fichier:Schéma proj.png

2016-03-14T20:37:54Z

Lmazier :

Tableau blanc interactif

2016-03-07T15:38:15Z

Lmazier : /* 4ème Semaine */

= Cahier des charges =

== Présentation du projet ==

=== Contexte ===

Le tableau noir à craies a été pendant longtemps le seul moyen d'enseignement, de démonstration à un public. Puis le tableau blanc a commencé à le remplacer mais le système reste le même. Aujourd'hui, PowerPoint ainsi que d'autres logiciels de présentation permettent un gain de temps considérable mais il y a un problème car on ne peut pas modifier un fichier PowerPoint comme un texte écrit sur un tableau. Il faut donc réunir les deux...

===Préparation du projet : ===
Réunion avec Mr Boé le 23/11/2015 afin de définir plus précisément les attentes par rapport à notre projet.
Résultat de cette réunion: nous avons pu comprendre que notre projet est assez ouvert, voir assez vague ce qui nous permet de l'adapter à nos préférences et ainsi nous avons pu développer un premier cahier des charges.

===Objectif===

Le but de ce projet est de développer un tableau intéractif qui permettra dans un premier temps de modifier ce qui y est projeté grâce à un vidéo-projecteur. Ainsi, on pourra directement annoter, corriger, supprimer ou ajouter à ce qui est projeté.
Nous allons donc devoir créer un stylet qui nous permettra de faire toutes ces actions mais aussi un dispositif intéractif qui sauvegardera les modifications.

Dans un second temps, notre tableau devra être capable de prendre en compte les modifications faites par un autre périphérique. Il faudra donc tenir compte des modifications liées au réseau sur lequel est relié l'ordinateur.

(Nous sommes pour l'instant en réflexion pour savoir si nous nous orientons vers un TBI (tableau blanc interactif) ou vers un DMI (dispositif mobile interactif). Bien que la technologie est similaire, de nombreux aspects diffèrent sur ces deux dispositifs : le principal est que le TBI est composé d'un vidéo-projecteur fixe tandis que le DMI porte sur un vidéo-projecteur mobile (sur batterie et donc il faudrait prendre en compte l'autonomie du dispositif).)

L'affichage se fera donc à l'aide d'un des vidéo-projecteurs équipant actuellement les salles de cours qui sera relié en filaire à l'ordinateur principal ainsi que par réseau wifi aux autres périphériques présents à proximité.

La reconnaissance spatiale du stylet se fera à l'aide d'une diode infrarouge présente sur le stylet ainsi que d'une caméra infrarouge englobant le tableau.

== Calendrier prévisionnel ==
2/11/2015 : Présentation et choix du sujet.

3/12/2015 : Première version du cahier des charges.

15/1/2016 : Documentation sur la réalisation du projet.

12/2/2016 : Analyse des données transmises par la caméra et configuration de la Raspberry pi.

01/4/2016 : Test final dans une salle de cours.

= Avancement du projet =
== Matériel à utiliser ==

* une caméra infrarouge, nous utilisons la caméra d'une Wiimote 1ère génération

* un adaptateur bluetooth USB

* une raspberry -pi

* un vidéo-projecteur

* un tableau/écran blanc

* pour le stylet :
::_une diode infrarouge
::_un bouton marche/arrêt
::_une pile

== 1ère Semaine ==

Nous avons commencé à prendre en main la liaison Bluetooth entre l'ordinateur et la Wiimote.
Nous avons ensuite testé les fonctionnalités de la Wiimote et notamment sa caméra infrarouge, ce qui nous a permis de définir ces caractéristiques:

Type de caméra : caméra Wiimote -> distance de 3m du tableau donc environ au même endroit que le rétroprojecteur. ( 20° vertical, 30° horizontal).[Fournie 27/01/2016]

[[Fichier:Schéma1.PNG|400px|thumb|left|Vue de dessus]]
[[Fichier:Schéma2.PNG|400px|thumb|center]]

== 2ème Semaine ==

Après avoir récupéré une manette classique, nous avons pu tester son fonctionnement. Il nous a donc été possible de mieux comprendre son fonctionnement.
Nous avons aussi déterminé le squelette de notre projet au niveau informatique de manière plus précise. Nous allons devoir créer un programme en Java qui nous servira pour récupérer les données venant de la Wiimote mais aussi pour traiter ces données sur l'ordinateur.

[[Fichier:Schema_detail1.PNG|400px|thumb|center]]

Nous avons donc alors décidé de séparer le travail en 2 grandes parties:
* concevoir le stylet, le support et configurer la Raspberry
* programmer le logiciel qui nous permettra d'utiliser les données sorties de la Wiimote.

Nous allons utiliser la librairie java ''WiiuseJ'' pour réaliser notre programme.
Nous allons donc devoir passer beaucoup de temps pour comprendre cette librairie.

== 3ème Semaine ==

Après concertation, nous avons de décider d'utiliser le bouton poussoir du stylet comme l'activateur de la saisie de la caméra.
En effet, ce sera lorsque ce bouton sera enclenché que la Led infrarouge s'allumera et donc que la modification du fichier projeté pourra commencer.
Pour cela, il faudra scanner en permanence la zone définie au préalable dans notre programme jusqu'à trouver la source en question.

Une fois que la led aura été détectée, il faudra suivre tous ses mouvements. De plus si elle venait à s'éteindre, il faudrait relancer un scan du tableau jusqu'à retrouver la led.

Une fois la led détectée, la caméra infrarouge suivra ses mouvements puis enverra ces données par Bluetooth vers la Raspberry qui contiendra notre programme.

Une fois les modifications effectuées, il faudra modifier le fichier d'origine.

De plus, nous avons décidé d'utiliser une raspberry pour centraliser notre programme et le rendre accessible à d'autres ordinateurs présents dans la salle, il suffira simplement de se connecter en Wi-fi à la Raspberry.

Cette semaine, nous avons avancé dans le codage de ce qui sera notre logiciel, nous avons aussi fait le plan de la structure qui soutiendra la manette.
Enfin, nous avons commencé la confection du stylet.

Pendant les vacances, nous prévoyons de continuer de programmer le logiciel ainsi que de continuer la confection du stylet.

== 4ème Semaine ==

Nous avons continuer de coder l'application en spécifiant certaines fonctions et en simplifiant certaines classes afin de n'utiliser que les méthodes intéressantes pour nous. De ce fait, nous avons été confronté à différents problèmes dus à la bibliothèque Java spécialisée pour la programmation de la wiimote, notamment la gestion de la manette en elle-même: l'activation et la désactivation des fonctionnalités infrarouge, le comportement de la manette elle-même est aussi compliqué.

Nous avons aussi achevé la modélisation du support de la manette que l'on fixera sur le vidéo-projecteur.

[[Fichier:support_wiimote.PNG|center|thumb|400px]]

Pour la semaine suivante, il nous reste donc à continuer le code qui reste la partie la plus compliquée du projet ainsi que celle qui demande le plus de travail.
Il nous faudra aussi commencer la réalisation du stylet.

== 5ème Semaine ==

Le programme nous occupe à moitié sur chaque séance, ainsi seulement un de nous deux peut se consacrer à la confection des du stylet.
Nous avions eu l'idée d'utiliser un feutre de tableau comme structure mais au vu du résultat, nous avons décidé d'essayer avec un stabilo afin d'améliorer la prise en main et l'esthétique

Il nous reste encore à configurer la Raspberry afin qu'elle récupère des données par Bluetooth et puisse les transmettre par Wi-fi à différents récepteurs.

Il nous faudra aussi imprimer notre support.

==6ème semaine==

Jusqu'à présent, nous avons accentuer notre travail sur le développement de l'application. Suite aux remarques que nous avons reçues, nous avons décidé de développer un programme nous permettant de tester la présence de la manette par détection infra rouge.

Pour cela, il nous faut biensûr réaliser le programme mais aussi réaliser le stylet ou au moins le circuit permettant d'alimenter la led.
(/schéma à venir)

Nous avons donc dû ouvrir un feutre qui sera notre structure. Nous avons ensuite reçu une led infra-rouge, un bouton poussoir et une pile 1,5V. Il ne reste donc qu'à réaliser le circuit et à l'enfermer dans notre feutre.

(voir détail montage)

= Fichiers rendus =

= Bibliographie =

https://www.youtube.com/watch?v=5IDeFj6ksLs

http://college-kamere.nc/tbiwii

http://www.speechi.net/fr/index.php/home/tableau-interactif/camera-interactive-speechi/

http://www.classesnumeriques.net/wp-content/uploads/2011/10/Fiche_technique_TBI_wii.pdf

Tableau blanc interactif

2016-03-07T15:35:34Z

Lmazier : /* 4ème Semaine */

= Cahier des charges =

== Présentation du projet ==

=== Contexte ===

Le tableau noir à craies a été pendant longtemps le seul moyen d'enseignement, de démonstration à un public. Puis le tableau blanc a commencé à le remplacer mais le système reste le même. Aujourd'hui, PowerPoint ainsi que d'autres logiciels de présentation permettent un gain de temps considérable mais il y a un problème car on ne peut pas modifier un fichier PowerPoint comme un texte écrit sur un tableau. Il faut donc réunir les deux...

===Préparation du projet : ===
Réunion avec Mr Boé le 23/11/2015 afin de définir plus précisément les attentes par rapport à notre projet.
Résultat de cette réunion: nous avons pu comprendre que notre projet est assez ouvert, voir assez vague ce qui nous permet de l'adapter à nos préférences et ainsi nous avons pu développer un premier cahier des charges.

===Objectif===

Le but de ce projet est de développer un tableau intéractif qui permettra dans un premier temps de modifier ce qui y est projeté grâce à un vidéo-projecteur. Ainsi, on pourra directement annoter, corriger, supprimer ou ajouter à ce qui est projeté.
Nous allons donc devoir créer un stylet qui nous permettra de faire toutes ces actions mais aussi un dispositif intéractif qui sauvegardera les modifications.

Dans un second temps, notre tableau devra être capable de prendre en compte les modifications faites par un autre périphérique. Il faudra donc tenir compte des modifications liées au réseau sur lequel est relié l'ordinateur.

(Nous sommes pour l'instant en réflexion pour savoir si nous nous orientons vers un TBI (tableau blanc interactif) ou vers un DMI (dispositif mobile interactif). Bien que la technologie est similaire, de nombreux aspects diffèrent sur ces deux dispositifs : le principal est que le TBI est composé d'un vidéo-projecteur fixe tandis que le DMI porte sur un vidéo-projecteur mobile (sur batterie et donc il faudrait prendre en compte l'autonomie du dispositif).)

L'affichage se fera donc à l'aide d'un des vidéo-projecteurs équipant actuellement les salles de cours qui sera relié en filaire à l'ordinateur principal ainsi que par réseau wifi aux autres périphériques présents à proximité.

La reconnaissance spatiale du stylet se fera à l'aide d'une diode infrarouge présente sur le stylet ainsi que d'une caméra infrarouge englobant le tableau.

== Calendrier prévisionnel ==
2/11/2015 : Présentation et choix du sujet.

3/12/2015 : Première version du cahier des charges.

15/1/2016 : Documentation sur la réalisation du projet.

12/2/2016 : Analyse des données transmises par la caméra et configuration de la Raspberry pi.

01/4/2016 : Test final dans une salle de cours.

= Avancement du projet =
== Matériel à utiliser ==

* une caméra infrarouge, nous utilisons la caméra d'une Wiimote 1ère génération

* un adaptateur bluetooth USB

* une raspberry -pi

* un vidéo-projecteur

* un tableau/écran blanc

* pour le stylet :
::_une diode infrarouge
::_un bouton marche/arrêt
::_une pile

== 1ère Semaine ==

Nous avons commencé à prendre en main la liaison Bluetooth entre l'ordinateur et la Wiimote.
Nous avons ensuite testé les fonctionnalités de la Wiimote et notamment sa caméra infrarouge, ce qui nous a permis de définir ces caractéristiques:

Type de caméra : caméra Wiimote -> distance de 3m du tableau donc environ au même endroit que le rétroprojecteur. ( 20° vertical, 30° horizontal).[Fournie 27/01/2016]

[[Fichier:Schéma1.PNG|400px|thumb|left|Vue de dessus]]
[[Fichier:Schéma2.PNG|400px|thumb|center]]

== 2ème Semaine ==

Après avoir récupéré une manette classique, nous avons pu tester son fonctionnement. Il nous a donc été possible de mieux comprendre son fonctionnement.
Nous avons aussi déterminé le squelette de notre projet au niveau informatique de manière plus précise. Nous allons devoir créer un programme en Java qui nous servira pour récupérer les données venant de la Wiimote mais aussi pour traiter ces données sur l'ordinateur.

[[Fichier:Schema_detail1.PNG|400px|thumb|center]]

Nous avons donc alors décidé de séparer le travail en 2 grandes parties:
* concevoir le stylet, le support et configurer la Raspberry
* programmer le logiciel qui nous permettra d'utiliser les données sorties de la Wiimote.

Nous allons utiliser la librairie java ''WiiuseJ'' pour réaliser notre programme.
Nous allons donc devoir passer beaucoup de temps pour comprendre cette librairie.

== 3ème Semaine ==

Après concertation, nous avons de décider d'utiliser le bouton poussoir du stylet comme l'activateur de la saisie de la caméra.
En effet, ce sera lorsque ce bouton sera enclenché que la Led infrarouge s'allumera et donc que la modification du fichier projeté pourra commencer.
Pour cela, il faudra scanner en permanence la zone définie au préalable dans notre programme jusqu'à trouver la source en question.

Une fois que la led aura été détectée, il faudra suivre tous ses mouvements. De plus si elle venait à s'éteindre, il faudrait relancer un scan du tableau jusqu'à retrouver la led.

Une fois la led détectée, la caméra infrarouge suivra ses mouvements puis enverra ces données par Bluetooth vers la Raspberry qui contiendra notre programme.

Une fois les modifications effectuées, il faudra modifier le fichier d'origine.

De plus, nous avons décidé d'utiliser une raspberry pour centraliser notre programme et le rendre accessible à d'autres ordinateurs présents dans la salle, il suffira simplement de se connecter en Wi-fi à la Raspberry.

Cette semaine, nous avons avancé dans le codage de ce qui sera notre logiciel, nous avons aussi fait le plan de la structure qui soutiendra la manette.
Enfin, nous avons commencé la confection du stylet.

Pendant les vacances, nous prévoyons de continuer de programmer le logiciel ainsi que de continuer la confection du stylet.

== 4ème Semaine ==

Nous avons continuer de coder l'application en spécifiant certaines fonctions et en simplifiant certaines classes afin de n'utiliser que les méthodes intéressantes pour nous. De ce fait, nous avons été confronté à différents problèmes dus à la bibliothèque Java spécialisée pour la programmation de la wiimote, notamment la gestion de la manette en elle-même: l'activation et la désactivation des fonctionnalités infrarouge, le comportement de la manette elle-même est aussi compliqué.

Nous avons aussi achevé la modélisation du support de la manette que l'on fixera sur le vidéo-projecteur.
[[Fichier:support_wiimote.PNG|center]]

Pour la semaine suivante, il nous reste donc à continuer le code qui reste la partie la plus compliquée du projet ainsi que celle qui demande le plus de travail.
Il nous faudra aussi commencer la réalisation du stylet.

== 5ème Semaine ==

Le programme nous occupe à moitié sur chaque séance, ainsi seulement un de nous deux peut se consacrer à la confection des du stylet.
Nous avions eu l'idée d'utiliser un feutre de tableau comme structure mais au vu du résultat, nous avons décidé d'essayer avec un stabilo afin d'améliorer la prise en main et l'esthétique

Il nous reste encore à configurer la Raspberry afin qu'elle récupère des données par Bluetooth et puisse les transmettre par Wi-fi à différents récepteurs.

Il nous faudra aussi imprimer notre support.

==6ème semaine==

Jusqu'à présent, nous avons accentuer notre travail sur le développement de l'application. Suite aux remarques que nous avons reçues, nous avons décidé de développer un programme nous permettant de tester la présence de la manette par détection infra rouge.

Pour cela, il nous faut biensûr réaliser le programme mais aussi réaliser le stylet ou au moins le circuit permettant d'alimenter la led.
(/schéma à venir)

Nous avons donc dû ouvrir un feutre qui sera notre structure. Nous avons ensuite reçu une led infra-rouge, un bouton poussoir et une pile 1,5V. Il ne reste donc qu'à réaliser le circuit et à l'enfermer dans notre feutre.

(voir détail montage)

= Fichiers rendus =

= Bibliographie =

https://www.youtube.com/watch?v=5IDeFj6ksLs

http://college-kamere.nc/tbiwii

http://www.speechi.net/fr/index.php/home/tableau-interactif/camera-interactive-speechi/

http://www.classesnumeriques.net/wp-content/uploads/2011/10/Fiche_technique_TBI_wii.pdf

Fichier:Support wiimote.PNG

2016-03-07T15:33:35Z

Lmazier :

Projets IMA4 SC & SA 2015/2016

2016-02-10T13:41:12Z

Lmazier : /* Matériel à acquérir */

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 demandant une modification du 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.

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].

== Répartition des binômes ==

{| class="wikitable"
! Projet !! Encadrants école !! Elèves
|-
| P0 [[Commande USB par micro-contrôleur]]
| Xavier Redon
| Arnaud DESHAYS
|-
| P4 [[Train de véhicules]]
| Xavier Redon
| Manuel BUENO / Maureen GILLET
|-
| P5 [[Imprimante 3D à chocolat]]
| Emmanuelle Pichonat / Alexandre Boé
| Hugo VANDENBUNDER / Sylvain VERDONCK
|-
| P6 [[Zone de sécurité pour vélo]]
| Alexandre Boé / Thomas Vantroys
| Martin CLAVERIE / Victor CHARNET
|-
| P7 [[Journée IMA]]
| Emmanuelle Pichonat / Alexandre Boé
| Michel MIKHAEL
|-
| P9 [[Tableau blanc interactif]]
| Emmanuelle Pichonat / Alexandre Boé / Thomas Vantroys
| Romuald LENTIEUL / Léo MAZIER
|-
| P10 [[Réseau de capteurs longue distance]]
| Alexandre Boé / Thomas Vantroys
| Sonia NDUWAYO / Cong CHEN
|-
| P12 [[Robots mobiles pour Arduino]]
| Emmanuelle Pichonat / Alexandre Boé
| Audrey AFFOYON / Leticia STEPHANES LIMA
|-
| P16 [[Miroir intelligent]]
| Alexandre Boé / Thomas Vantroys
| Valentin BEAUCHAMP / Guillaume VILLEMONT
|-
| P21 [[Robot autonome pour cartographie]]
| Alexandre Boé / Xavier Redon / Thomas Vantroys
| Pierre MICHEL / Alexandre DESCAMD
|-
| P23 [[Matelas connecté]]
| Nathalie Rolland / Alexandre Boé / Thomas Vantroys
| Vincent ROBIC / Morgan OBEISSART
|-
| P27 [[BIOLOID commandé par Arduino]]
| Blaise Conrard
| Quentin GRUSON / Jordan RAZAFINDRAIBE
|-
| P28 [[Imprimante 3D multi-fils]]
| Antoine Urquizar / Alexandre Boé
| Antonin CLAUS / Cédric DUVAL
|-
| P29 [[Aide anti-gaspillage alimentaire]]
| Alexandre Boé / Thomas Vantroys
| Florian GIOVANNANGELI / Pierre FITOUSSI
|-
| P30 [[Micro-robots auto-organisés]]
| Alexandre Boé / Xavier Redon
| Corentin CASIER / Julie DEBOCK
|-
| P32 [[Veilleuse enfant connecté]]
| Thomas Vantroys
| Romain RUET / Julien BIELLE
|-
| P34 [[Jeu de plateforme tangible]]
| Alexandre Boé / Thomas Vantroys
| Stéphane MAIA / Maxime SZWECHOWIEZ
|-
| P37 [[Interface de communication entre robots]]
| Rochdi Merzouki
| Vianney PAYELLE
|-
| P38 [[Hydroponie]]
| Alexandre Boé
| Nicolas WEGRZYN
|-
| P39 [[Dirigeable publicitaire]]
| Xavier Redon
| Julien JOIGNAUX / Loïc DELECROIX
|-
| P41 [[Drone et occulus rift]]
| Jérémie Dequidt
| Geoffrey PIEKACZ / Nathan RICHEZ
|-
| P42 [[Mini-drones]]
| Xavier Redon
| Valentin TAFFIN / Alexandre CUADROS
|-
| P43 [[SmartMeter, gestion de consommation électrique]]
| Guillaume Renault / Alexandre Boé / Xavier Redon
| Haroun ABDELALI / Charlène DA COSTA NETO
|-
| P44 [[Le marteau de Thor]]
| Emanuelle Pichonat
| Matthieu HERWEGH / Kevin LE VAN PHUNG
|-
| P45 [[Orchestre électronique]]
| Lucas Prieux / Xavier Redon / Thomas Vantroys
| Thomas ROJ / Joshua LETELLIER
|-
| P47 [[Commande d'une suspension magnétique]]
| Aziz Nakrachi
| Hongyu ZHANG / Weixing JIN
|}

== Matériel à acquérir ==

{| class="wikitable"
! Projet !! Matériel
|-
| P0 [[Commande USB par micro-contrôleur]]
|
|-
| P4 [[Train de véhicules]]
|
LEDs IR (x20), RS [http://fr.rs-online.com/web/p/led-ir/6548334/], 
Phototransistors IR (x20), RS [http://fr.rs-online.com/web/p/phototransistors/6655388/], 
Drivers moteur Pololu (x1), GoTronic [http://www.gotronic.fr/art-commande-de-2-moteurs-tb6612fng-2x1a-21716.htm], 
Drivers moteur TB6612FNG (x3), Mouser [http://www.mouser.fr/ProductDetail/Toshiba/TB6612FNGOC8EL/?qs=VMlqFFbv3sQEQqYF0HJbow%3D%3D], <br\>
Borniers à vis (x15), Farnell [http://fr.farnell.com/camdenboss/ctb0502-2/bornier-carte-a-fil-2-voies-12awg/dp/2493622?MER=en-me-sr-b-all], <br\>
Résistances 220 Ohms CMS (x6), Mouser [http://www.mouser.fr/ProductDetail/Vishay-Dale/CRCW0603220RFKEA/?qs=sGAEpiMZZMtlubZbdhIBIKySljYCMs0HAiopx1mcVY0%3d], <br\>
Résistances 470 kOhms CMS (x20), Mouser [http://www.mouser.fr/ProductDetail/Panasonic/ERJ-3GEYJ474V/?qs=sGAEpiMZZMtlubZbdhIBIDkNbKahCB4%252bXwMzav7V8qQ%3d],
<br\>LEDs couleur (x10), RS [http://fr.rs-online.com/web/p/led/8134845/], <br\>
Fils m-m (x1 lot de 65), Farnell [http://fr.farnell.com/multicomp/mcbbj65/assortiment-de-jumper-fil-65pcs/dp/2396146], <br\>
Capas 10uF CMS (x10) Mouser [http://www.mouser.fr/ProductDetail/Murata-Electronics/ZRB18AR61C106ME01L/?qs=sGAEpiMZZMs0AnBnWHyRQPHsfd5klL7FP%2fi0oh%252bVTwkomqr6NYKsqQ%3d%3d], <br\>
Capas 0.1uF CMS (x10) Mouser [http://www.mouser.fr/ProductDetail/Kemet/C0603C104K4RACTU/?qs=sGAEpiMZZMs0AnBnWHyRQFqPnX0OlvcoGdtRY%252bgH1%2fs%3d], <br\>
Embases CI 40 contacts 1 rangée (x4) RS [http://fr.rs-online.com/web/p/embases-de-circuit-imprime/4232841/], <br\>
 Arduino Uno (x3) [01/02/2016], <br\>
ESP8266 (x1) [01/02/2016], <br\>
Chassis 2WD (x4) [01/02/2016], <br\>
Capteurs Ultrasons SR04 (x3) [01/02/2016], <br\>
Piles ou accumulateurs (x16 à 1.5V) [01/02/2016], <br\>
Odomètres codeurs (x8) [03/02/2016], <br\>
Boutons poussoirs (x3) [01/02/2016], <br\>
Shield Arduino + Breadboard (x3) [01/02/2016], <br\>
Colliers de serrage [01/02/2016]. 
‎Récapitulatif électronique [[Fichier:CommandeElectronique-2015-P4.ods]].
|-
| P5 [[Imprimante 3D à chocolat]]
|
Electrovanne, RS [http://fr.rs-online.com/web/p/vannes-solenoides/2551496683/], 
Capteur de température, Mouser [http://www.mouser.fr/ProductDetail/Microchip-Technology/TC1047VNBTR/?qs=sGAEpiMZZMucenltShoSnjkfRJmEyKRQimeb4yJa%2fn8%3d], 
Fil résistif, RS [http://fr.rs-online.com/web/p/cable-industriel-multiconducteur/7496348/], 
Tuyau Clair, Diam.int 2,8mm, RS [http://fr.rs-online.com/web/p/tuyaux-dair/7747018/], 
Capteur de pression, Mouser [http://www.mouser.fr/ProductDetail/EPCOS-TDK/B58601E3215B580/?qs=sGAEpiMZZMvhQj7WZhFIAEcnfodwemFjFFuwDryPIpY%3d], 
Tube en cuivre, Diam.int 26mm, Leroy Merlin,[http://www.leroymerlin.fr/v3/p/produits/tube-d-alimentation-cuivre-diam-26-x-28-mm-en-barre-de-1-m-e8989], 
Raccord en té, RS [http://fr.rs-online.com/web/p/adaptateurs-tube-a-tube-en-t/7715752/], 
Ventilateurs type PC, 
Imprimante 3D, Fabricarium, 
Raccords et buses, imprimés 3D, 
Arduino UNO [04/02/2016], 
‎Récapitulatif électronique [[Fichier:CommandeElectronique-2015-P5.ods]].
|-
| P6 [[Zone de sécurité pour vélo]]
|
Module Laser ligne (x3), Gotronic [http://www.gotronic.fr/art-module-laser-hlm1230-19016.htm], 
 Raspberry Pi 2 [01/02/2016], 
 Module caméra pour Raspberry Pi [01/02/2016] , 
 Dongle Bluetooth [01/02/2016] , 
Batterie(Accus), RS [http://fr.rs-online.com/web/p/batteries-externes/7757508/], 
Embase à connecteur USB (x4 femelle) (x4 mâle) [01/02/2016], 
Cordon USB mâle-femelle (x4), Gotronic [http://www.gotronic.fr/art-cordon-2m-cw091b-15249.htm], 
Téléphone sous Android [01/02/2016] , 
Capteur de distance (ultrasons), Gotronic [http://www.gotronic.fr/art-module-de-detection-us-hc-sr04-20912.htm], 
LED neopixel*8 (x4), Mouser [http://www.mouser.fr/ProductDetail/Adafruit/1426/?qs=sGAEpiMZZMu%252bmKbOcEVhFQfi8wYXkauJZrA7E1oPdUbRYeHGihkBqQ%3d%3d]. 
‎Récapitulatif électronique [[Fichier:CommandeElectronique-2015-P6.ods]].
|-
| P7 [[Journée IMA]]
|
Plaques de plexiglas (x5) (à part Gotronic, aucun magasin ne le propose) [http://www.gotronic.fr/art-plaque-lexan-lex20-11856.htm], 
Réseau de 8 transistors ULN2803A (x4), Mouser [http://www.mouser.fr/ProductDetail/STMicroelectronics/ULN2803A/?qs=sGAEpiMZZMvAvBNgSS9LqpP7ived4CP2] 
Résistance 10kohm (x75), 
Résistance 1kohm (x25), MAGASIN POLYTECH [http://melectro.polytech-lille.net/main.php?p=consultation&np=3], 
AOP 74HC574 (x15), Mouser (pas de stock en MAGASIN) [http://www.mouser.fr/ProductDetail/Texas-Instruments/SN74HC574N/?qs=sGAEpiMZZMvxP%252bvr8KwMwBnwYCvkZxeQoMRe0GOGaSg%3d], 
AOP 74HC138 (x4), MAGASIN POLYTECH , 
Condensateur 22pF (x5), Magasin Polytech [http://melectro.polytech-lille.net/main.php?p=consultation&np=7], 
Condensateur 1uF (x25), Magasin Polytech [http://melectro.polytech-lille.net/main.php?p=consultation], 
Condensateur 10uF (x4), Magasin Polytech [http://melectro.polytech-lille.net/main.php?p=consultation&np=4], 
Condensateur 100uF (x3), 
Reseaux de résistance 10kohm (x5), farnell [http://fr.farnell.com/vishay/vsor1601103jtf/reseau-de-resistance-10k/dp/1203468], 
Transistor (x25), farnell [http://fr.farnell.com/on-semiconductor/bc548brl1g/transistor-npn-30v-100ma-to-92/dp/2317545], 
Microcontroleur MBED (x1), RS [http://fr.rs-online.com/web/p/kits-de-developpement-pour-processeurs-et-microcontroleurs/7039238/], 
Supercondensateur (x4), Mouser [http://www.mouser.fr/ProductDetail/KEMET-NEC-Tokin/FG0H474ZF/?qs=sGAEpiMZZMuDCPMZUZ%252bYl5h6rep0zAk%2fMm3EuX534JE%3d], 
LED IR, (x6), RS [http://fr.rs-online.com/web/p/led-ir/8108247/], 
LED (x15), 
Mini moteur électrique (x3), gotronic [http://www.gotronic.fr/art-moteur-miniature-rm2-avec-pignon-12009.htm], 
support d'AOP (x15) (Magasin électronique POLYTECH Lille) , 
E-theremin (projet IMA4 2014-2015), 
Arduino UNO , 
Raspberry PI , 
BreadBoard , 
Dé électronique communicant(projet IMA4 2014-2015) 
Récapitulatif électronique [[Fichier:CommandeElectronique-2015-P7.ods]]
|-
| P9 [[Tableau blanc interactif]]
|
Manette Wiimote [27/01/2016], 
Vidéo projecteur, 
Adaptateur Bluetooth USB [27/01/2016], 
Led infrarouge [27/01/2016], 
Raspberry Pi [03/02/2016], 
1 pile AA 1,5V 
Bouton poussoir (x1) [10/02/2016], Mouser [http://www.mouser.fr/ProductDetail/Omron-Electronics/B3S-1000P/?qs=sGAEpiMZZMsgGjVA3toVBDH9cQtfNNTKrsn4PC4ePBA%3d] 
|-
| P10 [[Réseau de capteurs longue distance]]
|
50 aimants néodyne épaisseur 1,5mm, diamètre 3mm , 
connecteurs (ICSP) , 
1 embase USB , 
1 plaque MDF pour les pièces de puzzle, 

<ul>
<li> Partie Micro-contrôleur : 

micro-contrôleur de type ATMEGA328P, FARNELL [http://fr.farnell.com/atmel/atmega328p-mur/mcu-8-bits-atmega-20mhz-mlf-32/dp/2425125], 
1 quartz, FARNELL [http://fr.farnell.com/iqd-frequency-products/lfxtal003237/quartz-cms-16mhz/dp/9713808?MER=BN-PDP-9713808], 
1 résistance 1MΩ ,FARNELL [http://fr.farnell.com/multicomp/mc0603saf1004t5e/thick-film-resistor-1mohm-100mw/dp/1631320], 
1 résistance 1KΩ ,FARNELL [http://fr.farnell.com/multicomp/mcwr06x1001ftl/res-couche-epaisse-1k-1-0-1w-0603/dp/2447272], 
1 bouton poussoir (RESET), 
1 LED jaune [http://fr.farnell.com/multicomp/ovs-0806/led-0805-super-brt-yellow/dp/1716767], 

</li>
<li> Partie Alimentation : 

1 capacité 1uF, FARNELL[http://fr.farnell.com/multicomp/mc0603x105k160ct/condensateur-mlcc-x5r-1uf-16v/dp/1759407], 
1 diode, FARNELL[http://fr.farnell.com/bourns/cd0603-s01575/diode-signal-150ma-100v-603/dp/1456535], 
1 LED verte, FARNELL[http://fr.farnell.com/multicomp/ovs-0804/led-0805-green-300mcd-520nm/dp/1716766], 
2 capacités de découplage 47uF, FARNELL[http://fr.farnell.com/panasonic-electronic-components/eeefp1e470ap/condensateur-elec-alu-47uf-25v/dp/1539485], 
1 résistance 500Ω, FARNELL[http://fr.farnell.com/multicomp/mcwr06x4993ftl/resistance-thick-film-499kohm/dp/2447379], 
1 transistor, FARNELL [http://fr.farnell.com/fairchild-semiconductor/fdn340p/transistor-mosfet-p-sot-23/dp/9846310], 
1 amplificateur, FARNELL [http://fr.farnell.com/stmicroelectronics/lm358d/ampli-op-double-puissance-cms/dp/1366578], 
1 régulateur de tension 3,3V ,FARNELL [http://fr.farnell.com/texas-instruments/lp2985-33dbvr/ldo-fixe-3-3v-0-15a-sot-23-5/dp/2395925], 
1 régulateur de tension 5V, FARNELL [http://fr.farnell.com/on-semiconductor/mc33269dt-5-0g/ic-linear-voltage-regulator/dp/1652331?ost=1652331&selectedCategoryId=&categoryName=Toutes+les+cat%C3%A9gories&categoryNameResp=Toutes%2Bles%2Bcat%25C3%25A9gories], 
1 support de piles 9V à souder, FARNELL [http://fr.farnell.com/keystone/1023/battery-holder-dual-aaa-cell-through/dp/1888397], 
6 piles de 1,5V(AAA), 
1 pile de 9V, 
</li>

<li> Partie commune: 

6 capacités 100nF,FARNELL [http://fr.farnell.com/taiyo-yuden/emk107b7104ka-t/ceramic-capacitor-0-1uf-16v-x7r/dp/1683646], 
1 résistance 10KΩ FARNELL [http://fr.farnell.com/multicomp/mcwr06x1002ftl/res-couche-epaisse-10k-1-0-1w/dp/2447230], 
</li>

<li> Partie radio : 

Module radio de type RF-LORA-868-SO, RS ONLINE [http://fr.rs-online.com/web/p/modules-rf-faible-consommation/9033059/], 
1 fil de cuivre pour antenne, 
</li>
</ul>

 TOUS LES COMPOSANTS ELECTRONIQUES SONT DES CMS (composants montés en surface) , 
Récapitulatif électronique [[Fichier:CommandeElectronique-2015-P10.ods]].
|-
| P12 [[Robots mobiles pour Arduino]]
|
1 paire de roues de 65 mm de diamètre [http://www.gotronic.fr/art-paire-de-roues-jaunes-tam6626j-19346.htm], 
2 moteurs [03/02/2016], 
1 capteur ultrasons [http://www.gotronic.fr/art-module-de-detection-us-hc-sr04-20912.htm], 
1 capteur de température [http://www.mouser.fr/ProductDetail/Analog-Devices/TMP36GT9Z/?qs=sGAEpiMZZMv9Q1JI0Mo%2ftZYNPIqRJ81F], 
1 capteur de lumière [http://www.gotronic.fr/art-photoresistance-5-mm-vt93n2-22551.htm], 
1 paquet de 4 piles AA [http://fr.farnell.com/energizer/635730/batterie-extreme-ni-mh-aa-2300mah/dp/2075717], 
Un boitier de 4 piles AA [http://www.mouser.fr/ProductDetail/Eagle-Plastic-Devices/12BH348-CS-GR/?qs=sGAEpiMZZMsRxHb9hCd0qoPCXJRSAWxUgxweyALoa2Q%3d], 
2 résistances de 330 Ω [disponible en B204], 
2 transistors [disponible en B204], 
2 diodes [disponible en B204], 
1 haut parleur, 
2 leds rouges [disponible en B204], 
2 leds jaunes [disponible en B204], 
1 breadboard, 
Un arduino UNO [03/02/2016], 
Récapitulatif: [[Fichier:CommandeElectronique-2015-P12.ods]]
|-
| P16 [[Miroir intelligent]]
|
Raspberry Pi 2 [27/01/2016], 
Clé WiFi [27/01/2016], 
Câble USB-microUSB [27/01/2016], 
Carte SD [27/01/2016], 
Câble HDMI, 
Ecran : Amazon [http://www.amazon.fr/BenQ-Ecran-PC-LED-27/dp/B00HZF2ME0/ref=sr_1_1?ie=UTF8&qid=1451984469&sr=8-1&keywords=BenQ+GL2760H#productDetails] ou RS [http://fr.rs-online.com/web/p/moniteurs/8962732/], 
Miroir sans tain de la taille de l'écran, tapplastics [http://www.tapplastics.com/product/plastics/cut_to_size_plastic/two_way_mirrored_acrylic/558], 
Matrice de led tactile 40pouces.
|-
| P21 [[Robot autonome pour cartographie]]
|
Raspberry Pi 2 - [03/02/2016]. 
Carte SD - [03/02/2016]. 
Arduino UNO - [03/02/2016]. 
Clef WiFi pour mesure RSSI (x3) - [03/02/2016]. 
Capteur ultrason, Gotronic : [http://www.gotronic.fr/art-module-de-detection-us-hc-sr04-20912.htm]. 
Servomoteur, Gotronic : [http://www.gotronic.fr/art-servomoteur-s05nf-21481.htm]. 
Pilote de moteur (x5), Mouser : [http://eu.mouser.com/ProductDetail/Freescale-Semiconductor/MC34931EK/?qs=sGAEpiMZZMvQcoNRkxSQkiOBqyFfjGe5mG1PBZLkPLE%3d]. 
Résistance 270 Ohm (x10), Mouser : [http://www.mouser.fr/ProductDetail/TE-Connectivity-Holsworthy/3521270RFT/?qs=sGAEpiMZZMu61qfTUdNhG15ROd0nQ7Wlf0zCDKWeZ5snBOgjDqh8dA%3d%3d]. 
Capacité 100 uF (x5), Magasin Polytech. 
Capacité 100 nF (x5), Magasin Polytech. 
Capacité 33 nF (x5), Magasin Polytech. 
Capacité 1 uF (x5), Magasin Polytech. 
Câble USB 2m (x1 ou x2), Gotronic : [http://www.gotronic.fr/art-cordon-2m-cw091b-15249.htm]. 
Fourche optique (x2), Gotronic : [http://www.gotronic.fr/art-interrupteur-optique-gp1a57hrj00f-21001.htm]. 
Récapitulatif électronique [[Fichier:CommandeElectronique-2015-P21.ods]].
|-
| P23 [[Matelas connecté]]
|
Neopixel [4 fournis le 03/02/2016], 
RFduino [2 fournis le 03/02/2016], 
Capteur de température DS18B20 1-Wire [1 fourni le 03/02/2016], 
Résistance 4K7 [1 fournie le 03/02/2016], 
|-
| P27 [[BIOLOID commandé par Arduino]]
|
Non inverting buffer 74HC126 x2 [http://www.mouser.fr/ProductDetail/NXP-Semiconductors/74HC126D653/?qs=sGAEpiMZZMuiiWkaIwCK2RTxPVPWGz6WVfjhJh2Mav0%3d], 
Ardoise magnétique, 
Kit bioloid 
Carte Arduino Uno [27/01/2016]
|-
| P28 [[Imprimante 3D multi-fils]]
|
moteur NEMA 17 x6 [http://www.gotronic.fr/art-moteur-17hm15-0904s-23049.htm], 
Driver NEMA 17 x6 [http://www.gotronic.fr/art-driver-de-moteur-pas-a-pas-a4988-1182-21718.htm], 
Engrenage x6 [http://www.banggood.com/fr/1_75MM-8MM-MK7-Extruder-Drive-Gear-Bore-For-3D-Printer-Accessories-p-1013103.html], 
Roulement x6 [http://www.gotronic.fr/art-roulement-35-15-11mm-161.htm], 
Courroie GT2 [http://www.reprap-france.com/produit/387-courroie-gt2-largeur-6mm-au-metre], 
Thermistance NTC100K [http://fr.rs-online.com/web/p/thermistances/0151243/?searchTerm=Thermistance+NTC100K&autocorrected=y&relevancy-data=636F3D3226696E3D4931384E4C446573635461786F6E6F6D794272616E645365617263685465726D32266C753D6672266D6D3D6D617463687061727469616C6D617826706D3D5E5B5C707B4C7D5C707B4E647D5C707B5A737D2D2C2F255C2E5D2B2426706F3D373426736E3D592673723D4175746F636F727265637465642673613D746865726D697374616E636520226E7463203130306B222673743D4B4559574F52445F4D554C54495F414C5048415F4E554D455249432673633D592677633D4E4F4E45267573743D546865726D697374616E6365204E54433130304B26 ] , 
Arduino mega[http://www.gotronic.fr/art-carte-arduino-mega-2560-12421.htm]. 
Récapitulatif électronique (prendre version avec commentaire " mise à jour des références")[[Fichier:CommandeElectronique-2015-P28.ods]].
|-
| P29 [[Aide anti-gaspillage alimentaire]]
|
Un Smartphone sous Android.
|-
| P30 [[Micro-robots auto-organisés]]
|
Un microcontrôleur Atmega 328P-au x2 (farnell) [http://fr.farnell.com/atmel/atmega328p-au/micro-8-bits-avr-32k-flash-32tqfp/dp/1715486?selectedCategoryId=&exaMfpn=true&categoryId=&searchRef=SearchLookAhead],
<br\>Moteur vibreur x4 (mouser) [http://www.mouser.fr/ProductDetail/Parallax/28821/?qs=sGAEpiMZZMsv3%2fxVbQiciD2XahQ7lqLvcbiE4XVIbwo%3d],<br\>
Batterie lithium ion x2 (farnell) [http://fr.farnell.com/bak/18650ca-1s-3j/batterie-lithium-ion-3-7v-2250/dp/2401852?MER=BN-2401852], <br\>
Chargeur de batterie lithium ion x2 (farnell) [http://fr.farnell.com/microchip/mcp73834-fci-un/controleur-de-charge-li-ion-li/dp/1332162],<br\>
Régulateur de tension x2 (farnell) [http://fr.farnell.com/microchip/mcp1826s-3002e-db/ic-ldo-3-0v-1a-sot-223-3/dp/1578422],<br\>
Mini usb connecteur x2 (farnell) [http://fr.farnell.com/hirose-hrs/zx62r-b-5p/connecteur-micro-usb-femelle-5/dp/2300439],<br\>
Photo transistor x16 (farnell) [http://fr.farnell.com/kingbright/l-53p3c/phototransistor-5mm-940nm/dp/2290444?selectedCategoryId=&exaMfpn=true&categoryId=&searchRef=SearchLookAhead],<br\>
LED infrarouge x8 (farnell) [http://fr.farnell.com/kingbright/l-934f3c/emetteur-ir-t-1/dp/2290438],<br\>
LED verte x2 [http://fr.farnell.com/vishay/vlmg31k1l2-gs08/led-plcc2-green/dp/1328317], <br\>
LED rouge x4 [http://fr.farnell.com/vishay/vlmk31r1s1-gs08/led-plcc2-rouge/dp/2251468],<br\>
LED bleu x2 [http://fr.farnell.com/vishay/vlmb41p1q2-gs18/led-plcc2-bleu/dp/1648564],<br\>
Interrupteur x2, <br\>
Transistor NPN CMS x4 (lot de 5) (farnell) [http://fr.farnell.com/fairchild-semiconductor/pzta42/transistor-npn-sot-223/dp/9846654], <br\>
Diode x4 (farnell) [http://fr.farnell.com/diodes-inc/bav21w-7-f/diode-commutateur-200v-0-25w-sod123/dp/1858652],<br\>
condensateurs 1uF x18 (farnell) [http://fr.farnell.com/avx-formerly-known-as-nichicon/f931c105maa/tantalum-capacitor-1uf-16v-7-5/dp/1818580], <br\>
résistances 470 Ohm x10 (farnell) [http://fr.farnell.com/vishay-draloric/rcl0612-470r-1-100-ppm-k-e3/res-couche-epaisse-470r-1-0-5w/dp/1877845], <br\>
résistances 4,7 kOhm x16 (farnell) [http://fr.farnell.com/vishay-draloric/rcl0612-4k7-1-100-ppm-k-e3/res-couche-epaisse-4-7k-1-0-5w/dp/1877852RL], <br\>
Récapitulatif électronique [[Fichier:CommandeElectronique-2015-P30.ods]].
|-
| P32 [[Veilleuse enfant connecté]]
|
Raspberry Pi 2 [27/01/2016], 
Clé WiFi Wi-Pi [27/01/2016], 
Câble USB-microUSB [27/01/2016], 
Carte SD [27/01/2016], 
Câble HDMI [27/01/2016], 
Pico-projecteur ASUS S1 [27/01/2016], 
Petit microphone (farnell) [http://fr.farnell.com/pro-signal/abm-715-rc/electret-microphone-omni-leads/dp/2066501], 
Un capteur de température [Disponible a l'école], 
Récapitulatif électronique [[Fichier:CommandeElectronique-2015-P32.ods]].
|-
| P34 [[Jeu de plateforme tangible]]
|
Raspberry Pi 2 [27/01/2016], 
Webcam pour Raspberry Pi 2[27/01/2016]. 
|-
| P37 [[Interface de communication entre robots]]
|
Robotino (Robocup).
|-
| P38 [[Hydroponie]]
|
Un sac de billes d'argile : [http://www.ebay.fr/itm/Sac-de-Billes-d-argile-5L-substrat-de-culture-pour-plantes-amendement-/380377359803], 
Un pot panier : [http://www.indoorgardens.fr/fr/pots-panier-aero/207-pot-panier-teku-souple-5cm-2-pouces-123.html][http://www.cityplantes.com/pots-carres/774-pot-carre-godet-7x7xh8cm.html], 
Un bac réservoir d'eau : [http://www.lorvert-paris.com/growshop-hydroponique-culture-indoor/systeme-hydroponique/bac/nutrisystem-bac-reserve/255.html], 
Une plaque en PVC : [http://www.leroymerlin.fr/v3/p/produits/plaque-pvc-expanse-100x50cm-ep-3mm-e162646], 
Un caisson (planches disponibles au fabricarium), 
Deux m² de laine de roche : [http://www.castorama.fr/store/Panneau-laine-de-roche-Rocflam-ep30mm-PRDm474800.html?isSearchResult=true&navAction=jump], 
Un capteur d'humidité : [http://fr.farnell.com/multicomp/hcz-d5-a/capteur-humidite-20-90-rh-5/dp/1891428], 
Un ventilateur : [http://www.gotronic.fr/art-ventilateur-bs120-12-3-6111.htm], 
Deux capteurs ne niveau : [http://fr.farnell.com/ist-innovative-sensor-technology/fs1l-a-1l-195/capteur-de-fluide-moule/dp/1266955], 
Une pompe à air avec diffuseur : [http://www.aquaprems.com/pack-complet-pompes-a-air-aquarium/489-pack-complet-pompe-a-air-bulleur-aquarium.html], 
Une résistance chauffante : [http://fr.rs-online.com/web/p/element-chauffants-de-boitier/2995770/], 
Quatre LEDs RGB : [http://fr.rs-online.com/web/p/led/8294310P/], 
Une pompe à eau : [http://www.aqua-store.fr/pompes-a-eau-aquarium-eau-de-mer/1990-eden-pompe-105-4010052571607.html], 
Une batterie : [http://fr.farnell.com/yuasa/y7-12/battery-lead-acid-12v-7ah/dp/2083825], 
Un MPPT : [http://fr.farnell.com/wellsee/mppt15a-12-24/chargeur-de-batterie-mppt-solar/dp/1852558], 
Un système goutte à goutte : 2*[http://www.thecitygarden.fr/fr/raccords-goutteurs-sprayers/1031-jonction-4mm-tee.html],[http://www.thecitygarden.fr/fr/raccords-goutteurs-sprayers/1038-bouchon-90-micro-diametre-16.html],2*[http://www.thecitygarden.fr/fr/raccords-goutteurs-sprayers/1030-jonction-4mm-auto-percante.html],[http://www.thecitygarden.fr/fr/raccords-goutteurs-sprayers/1033-couronne-tuyau-capillaire-20m-3x5mm.html], 
Un Arduino Uno (disponible à l'école), 
Un panneau solaire (disponible à l'école), 
Un plant de fraise, 
‎Récapitulatif électronique [[Fichier:CommandeElectronique-2015-P38.ods]].
|-
| P39 [[Dirigeable publicitaire]]
|
Un arduino UNO [03/02/2016] , 
Ballon gonflable à l'hélium([http://www.ballon-helium.com//ballon-geant-chloroprene-180/ballon-chloroprene-unis-mat-1-20m-12661.html]), 
9 m3 d'hélium (lien du devis :[[https://projets-ima.polytech-lille.net:40079/mediawiki/index.php?title=Dirigeable_publicitaire#Devis_pour_l.27h.C3.A9lium]]),Air Liquide, 
Accessoires de drone HS (hélices, moteurs) [27/01/2016], 
10 x Capteurs à ultrasons, Gotronic [http://www.gotronic.fr/art-module-de-detection-us-hc-sr04-20912.htm], 
Alim ARDUINO 5V 5000mAh, RS [http://fr.rs-online.com/web/p/batteries-externes/7757508/], 
5 x Connecteur mâle 12 contacts - Pas 1mm Farnell : [http://fr.farnell.com/jst-japan-solderless-terminals/sm12b-srss-tb-lf-sn/connecteur-header-12pos-1-rangee/dp/2399360] 
10x Connecteur mâle 8 contacts - Pas 2mm Farnell : [http://fr.farnell.com/jst-japan-solderless-terminals/b8b-ph-k-s-lf-sn/embase-entree-sup-8-voies/dp/9492461] 
2x Femelle USB-B Farnell : [http://fr.farnell.com/wurth-elektronik/61400416121/embase-usb-2-0-type-b-cms/dp/1642035] 
5x Mâle USB-B à sertir RS : [http://fr.rs-online.com/web/p/connecteurs-usb-type-b/6742270/] 
10x Connecteur femelle 8 contacts - Pas 2mm Farnell : [http://fr.farnell.com/jst-japan-solderless-terminals/08p-sjn/boitier-femelle-a-sertir-2mm-8/dp/2320479] 
10x Connecteur femelle 12 contacts - Pas 1mm Farnell : [http://fr.farnell.com/jst-japan-solderless-terminals/shr-12v-s-b/boitier-femelle-sh-12voies-1mm/dp/1830830] 
10x Connecteur mâle 5 contacts - Pas 2mm Farnell : [http://fr.farnell.com/jst-japan-solderless-terminals/b5b-ph-k-s-lf-sn/embase-entree-sup-5-voies/dp/9492445] 
10x Connecteur femelle 5 contacts - Pas 2mm Farnell : [http://fr.farnell.com/jst-japan-solderless-terminals/5p-san/boitier-femelle-a-sertir-2mm-5/dp/2320464] 
Recapitulatif electronique : [[Fichier:CommandeElectronique-2015-P39.ods]] 
|-
|-
| P41 [[Drone et occulus rift]]
|
Une plaque à essai pour nos tests [01/02/2016], 
fils mâle/mâle x10 [01/02/2016], 
2 Mini Webcam USB GT06051, Gotronic [http://www.gotronic.fr/art-mini-webcam-usb-gt06051-23495.htm], 
Chargeur portable, PB-A5200, Power Bank, 5000mAh, Lithium Polymère, RS [http://fr.rs-online.com/web/p/batteries-externes/7757508/], 
Un câble "série" pour raspberry [01/02/2016], 
Servo-moteur 180° [01/02/2016, achat personnel], 
convertisseur HDMI-SVGA pour Raspberry Pi [03/02/2016]. 
|-
| P42 [[Mini-drones]]
|
Minidrones Parrot : JUMPING SUMO [01/02/2016], 
Minidrones Parrot : ROLLING SPIDER [01/02/2016].
|-
| P43 [[SmartMeter, gestion de consommation électrique]]
|

Maxim 78M6610+LMU [http://eu.mouser.com/ProductDetail/Maxim-Integrated/78M6610+LMU-B01/?qs=sGAEpiMZZMuicgbJr93hQVd6%252bEl2PjSnPQyvC3%252bgS6U%3d], 
Quartz 20Mhz [http://fr.farnell.com/iqd-frequency-products/lfxtal003185/quartz-20mhz/dp/9712879], 
<ul>
<li>Capacités : 
1 µF x9 unités [http://fr.farnell.com/tdk/c1608x5r1h105k080ab/condensateur-mlcc-x5r-1uf-50v/dp/2211179], 
0.1uF x9 unités [http://fr.farnell.com/multicomp/mc0603f104z500ct/condensateur-mlcc-y5v-100nf-0603/dp/1759123], 
18 pF x6 unités [http://fr.farnell.com/walsin/0603n180j500ct/condensateur-mlcc-np0-18pf-50v/dp/2496890?MER=en-me-sr-b-all] , 
</li>
<li>Résistances : 
100 Ohm, [http://fr.rs-online.com/web/p/resistances-cms/2132143/] , 
750 Ohm, [http://fr.rs-online.com/web/p/resistances-cms/6790692/] , 
1 KOhm, [http://fr.rs-online.com/web/p/resistances-cms/2132266/] , 
10 KOhm, [http://fr.rs-online.com/web/p/resistances-cms/2132418/] , 
1 MOhm, [http://fr.rs-online.com/web/p/resistances-cms/6789932/] , 
</li>
</ul>
Résistance de shunt: 0.004 Ohm [http://fr.rs-online.com/web/p/resistances-cms/8665374/], 
Leds rouge CMS x12, [http://fr.farnell.com/rohm/sml-310vtt86l/led-0603-rouge/dp/1685064] , 
Bornier [http://fr.farnell.com/camdenboss/ctb0308-2/bornier-2-voies/dp/3882652] 
Transformateur VTX-214 001 103 [http://fr.farnell.com/vigortronix/vtx-214-001-103/conv-ac-dc-fixe-1-o-p-1w-3-3v/dp/2401019], 
Adaptateur USB [02/02/2016]. 
Récapitulatif électronique [[Fichier:CommandeElectronique-2015-P43.ods]].
|-
| P44 [[Le marteau de Thor]]
|
Un arduino UNO [27/01/2016] 
un lecteur d'empreintes digitales : Mouser [http://www.mouser.fr/ProductDetail/MikroElektronika/MIKROE-1722/?qs=GJ%2F2ZGcr5uOW3uiL4M9shA%3D%3D], 
Un shield NFC [27/01/2016] , 
Un téléphone sous Androïd [27/01/2016], 
Un capteur de pression [03/02/2016], 
Un électro aimant [25/01/2016], 
Une alimentation électroaimant (labo 24V), 
Une alimentation arduino [27/01/2016]. 
‎Récapitulatif électronique [[Fichier:CommandeElectronique-2015-P44.ods]].
|-
| P45 [[Orchestre électronique]]
|
Alimentation PC [27/01/2016], 
Lecteurs de disquette (x2) [27/01/2016], 
Lecteur CD (x1) [27/01/2016], 
Disques durs (x3) [27/01/2016], 
Scanner [27/01/2016], 
Raspberry Pi 2 + alimentation + FTDI [27/01/2016], 
Cables GPIO femelle [27/01/2016], 
Cable Alimentation PC [27/01/2016], 
Buffers 3 états (Farnell) [http://fr.farnell.com/fairchild-semiconductor/nc7sp126p5x/buffer-single-tri-state-sc-70/dp/2453002], 
Imprimantes [01/02/2016], 
Clavier MIDI [http://www.thomann.de/fr/m_audio_keystation_mini_32_mk2.htm?gclid=Cj0KEQiAoby1BRDA-fPXtITt3f0BEiQAPCkqQQKdntNWLwKu92GOUp2gHXfTCj5t0WB9LWyZjAaAZUkaAmDV8P8HAQ]. 
‎Récapitulatif électronique [[Fichier:CommandeElectronique-2015-P45.ods]].
|-
| P47 [[Commande d'une suspension magnétique]]
|
 Logiciel Matlab simulink et la suspension magnétique Didastel. .
|-
|}

== Notes sur les projets ==

{| class="wikitable"
| Projet || Mini-cahier des charges || Mi-parcours || Fin de parcours || Wiki terminé || Rapport || Vidéo
|-
| P0 [[Commande USB par micro-contrôleur]]
| Vide.
|
|
|
|
|
|-
| P4 [[Train de véhicules]]
| Cahier des charges très correct, bien rédigé, illustré, un schéma intéressant, le sujet est compris. Une liste du matériel nécessaire, précise et raisonnable.
|
|
|
|
|
|-
| P5 [[Imprimante 3D à chocolat]]
| Très bon cahier des charges, bien rédigé, illustré, bonne synthèse du travail à effectuer. Le matériel nécessaire est listé mais sans référence précise.Il n'est pas évident que ce matériel soit d'un coût raisonnable.
|
|
|
|
|
|-
| P6 [[Zone de sécurité pour vélo]]
| Cahier des charges correct. Synthèse d'une réunion interne. Liste précise du matériel.
|
|
|
|
|
|-
| P7 [[Journée IMA]]
| Un cahier des charges finalement correct fin décembre.
|
|
|
|
|
|-
| P9 [[Tableau blanc interactif]]
| Cahier des charges correct, le projet semble être spécifié. Une rencontre avec l'encadrant. Attention tout de même au coté très ouvert du sujet. Un embryon de liste de matériel. Il faut donner des références pour la caméra par exemple.
|
|
|
|
|
|-
| P10 [[Réseau de capteurs longue distance]]
| Quelques coquilles de rédaction. Le sujet est décrit mais on pourrait souhaiter plus de détail. Une illustration.Quelques mention du matériel mais pas de liste.
|
|
|
|
|
|-
| P12 [[Robots mobiles pour Arduino]]
| Un cahier des charges finalement très correct.Pas de liste précise du matériel.
|
|
|
|
|
|-
| P16 [[Miroir intelligent]]
| Cahier des charges très correct même si on pourrait demander des précisions sur les retouches à apporter à l'image. Correctement rédigé, un effort de mise en forme. Une liste de matériel.
|
|
|
|
|
|-
| P21 [[Robot autonome pour cartographie]]
| Cahier des charges correct. Attention à bien identifier des tâches à réaliser ne dépendant pas du projet des CM5. Préciser ce système de tags pour calibrer la position du robot. Une liste de matériel.
|
|
|
|
|
|-
| P23 [[Matelas connecté]]
| Bel effort de présentation d'un cahier des charges pour un sujet très "ouvert". Rédaction très correcte. Une inquiétude sur la possibilité d'obtenir le matériel. Merci de mettre à jour le cahier des charges après la rencontre avec l'industriel.
|
|
|
|
|
|-
| P27 [[BIOLOID commandé par Arduino]]
| Les grandes lignes sont définies. Quand vous parlez de commander le robot sans logiciel vous voulez dire commander le robot sans logiciel propriétaire ? Le cahier des charges est un peu court. Préciser l'environnement de développement C des Bioloid et l'interface entre l'Arduino et les servos-moteurs.
|
|
|
|
|
|-
| P28 [[Imprimante 3D multi-fils]]
| Le cahier des charges est correct, vous avez contacté votre encadrant. Précisez que la solution de soudure de segments de filaments vient de vos encadrants ? Etablissez une liste du matériel nécessaire.
|
|
|
|
|
|-
| P29 [[Aide anti-gaspillage alimentaire]]
| Pas de différence notable avec le sujet initial. Un doute sur l'intérêt d'un portable pour la lecture des étiquettes. Un autre doute sur la possibilité de cette lecture. La date d'expiration est généralement difficile à trouver et mal imprimée, quelles solutions envisagez-vous ? Aucune modication entre le 3 décembre et fin janvier.
|
|
|
|
|
|-
| P30 [[Micro-robots auto-organisés]]
| Une bonne description du projet et du but à atteindre. Un doute sur les moteurs choisis (non commandable par l'université d'ailleurs) : ce sont des moteurs très rapides. Des réflexions avancées sur le matériel. Il reste à trouver des références exploitables.
|
|
|
|
|
|-
| P32 [[Veilleuse enfant connecté]]
| Cahier des charges très correct. Bien rédigé. Clairement le projet a été bien appréhendé. Une liste du matériel avec des références.
|
|
|
|
|
|-
| P34 [[Jeu de plateforme tangible]]
| Enfin un cahier des charges à peu près correct fin janvier.
|
|
|
|
|
|-
| P37 [[Interface de communication entre robots]]
| Cahier des charges correct. Quelques coquilles manque de formatage.
|
|
|
|
|
|-
| P38 [[Hydroponie]]
| Un cahier des charges finalisé très tardivement fin janvier.
|
|
|
|
|
|-
| P39 [[Dirigeable publicitaire]]
| Cahier des charges très correct. Pour l'hélium il faudrait contacter le fournisseur de l'université pour un devis. Vous pouvez commencer à concevoir la nacelle avec les hélices. Il faut aussi trouver des références pour la liste du matériel.
|
|
|
|
|
|-
| P41 [[Drone et occulus rift]]
| Un Wiki illustré et formaté correctement. Toujours aucune précision sur la connexion entre l'occulus rift et le drone.
|
|
|
|
|
|-
| P42 [[Mini-drones]]
| Cahier des charges correct. Un effort d'illustration avec un schéma. Vous pouvez commencer à manipuler le SDK des mini-drônes, ces derniers sont disponibles en E306.
|
|
|
|
|
|-
| P43 [[SmartMeter, gestion de consommation électrique]]
| Bel effort de Wiki vu le retard pris pour la rédaction du cahier des charges. Je pense qu'il y a une confusion sur la signification de "puissance effective". Mettre à jour le Wiki après entretien avec Guillaume Renault. Au 27 janvier toujours en attente d'une réelle étude du sujet.
|
|
|
|
|
|-
| P44 [[Le marteau de Thor]]
| Projet enfin attaqué fin décembre. Un vrai cahier des charges, très correct.
|
|
|
|
|
|-
| P45 [[Orchestre électronique]]
| Projet correctement appréhendé. Le cahier des charges est précisé dans ses grandes lignes. Une partie sur les instruments reste à affiner mais c'est normal. Essayez de trouver une référence pour les dispositifs MIDI à connecter à la RaspBerry Pi. Ces dispositifs sont fondamentaux pour lancer le projet.
|
|
|
|
|
|-
| P47 [[Commande d'une suspension magnétique]]
| Un cahier des charges enfin correct le 4 janvier 2016.Pourriez-vous mettre en perspective votre projet par rapport à celui de 2012/2013 [[Suspension_magnétique_2013]] ?
|
|
|
|
|
|}

Projets IMA4 SC & SA 2015/2016

2016-02-08T16:03:19Z

Lmazier : /* Matériel à acquérir */

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 demandant une modification du 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.

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].

== Répartition des binômes ==

{| class="wikitable"
! Projet !! Encadrants école !! Elèves
|-
| P0 [[Commande USB par micro-contrôleur]]
| Xavier Redon
| Arnaud DESHAYS
|-
| P4 [[Train de véhicules]]
| Xavier Redon
| Manuel BUENO / Maureen GILLET
|-
| P5 [[Imprimante 3D à chocolat]]
| Emmanuelle Pichonat / Alexandre Boé
| Hugo VANDENBUNDER / Sylvain VERDONCK
|-
| P6 [[Zone de sécurité pour vélo]]
| Alexandre Boé / Thomas Vantroys
| Martin CLAVERIE / Victor CHARNET
|-
| P7 [[Journée IMA]]
| Emmanuelle Pichonat / Alexandre Boé
| Michel MIKHAEL
|-
| P9 [[Tableau blanc interactif]]
| Emmanuelle Pichonat / Alexandre Boé / Thomas Vantroys
| Romuald LENTIEUL / Léo MAZIER
|-
| P10 [[Réseau de capteurs longue distance]]
| Alexandre Boé / Thomas Vantroys
| Sonia NDUWAYO / Cong CHEN
|-
| P12 [[Robots mobiles pour Arduino]]
| Emmanuelle Pichonat / Alexandre Boé
| Audrey AFFOYON / Leticia STEPHANES LIMA
|-
| P16 [[Miroir intelligent]]
| Alexandre Boé / Thomas Vantroys
| Valentin BEAUCHAMP / Guillaume VILLEMONT
|-
| P21 [[Robot autonome pour cartographie]]
| Alexandre Boé / Xavier Redon / Thomas Vantroys
| Pierre MICHEL / Alexandre DESCAMD
|-
| P23 [[Matelas connecté]]
| Nathalie Rolland / Alexandre Boé / Thomas Vantroys
| Vincent ROBIC / Morgan OBEISSART
|-
| P27 [[BIOLOID commandé par Arduino]]
| Blaise Conrard
| Quentin GRUSON / Jordan RAZAFINDRAIBE
|-
| P28 [[Imprimante 3D multi-fils]]
| Antoine Urquizar / Alexandre Boé
| Antonin CLAUS / Cédric DUVAL
|-
| P29 [[Aide anti-gaspillage alimentaire]]
| Alexandre Boé / Thomas Vantroys
| Florian GIOVANNANGELI / Pierre FITOUSSI
|-
| P30 [[Micro-robots auto-organisés]]
| Alexandre Boé / Xavier Redon
| Corentin CASIER / Julie DEBOCK
|-
| P32 [[Veilleuse enfant connecté]]
| Thomas Vantroys
| Romain RUET / Julien BIELLE
|-
| P34 [[Jeu de plateforme tangible]]
| Alexandre Boé / Thomas Vantroys
| Stéphane MAIA / Maxime SZWECHOWIEZ
|-
| P37 [[Interface de communication entre robots]]
| Rochdi Merzouki
| Vianney PAYELLE
|-
| P38 [[Hydroponie]]
| Alexandre Boé
| Nicolas WEGRZYN
|-
| P39 [[Dirigeable publicitaire]]
| Xavier Redon
| Julien JOIGNAUX / Loïc DELECROIX
|-
| P41 [[Drone et occulus rift]]
| Jérémie Dequidt
| Geoffrey PIEKACZ / Nathan RICHEZ
|-
| P42 [[Mini-drones]]
| Xavier Redon
| Valentin TAFFIN / Alexandre CUADROS
|-
| P43 [[SmartMeter, gestion de consommation électrique]]
| Guillaume Renault / Alexandre Boé / Xavier Redon
| Haroun ABDELALI / Charlène DA COSTA NETO
|-
| P44 [[Le marteau de Thor]]
| Emanuelle Pichonat
| Matthieu HERWEGH / Kevin LE VAN PHUNG
|-
| P45 [[Orchestre électronique]]
| Lucas Prieux / Xavier Redon / Thomas Vantroys
| Thomas ROJ / Joshua LETELLIER
|-
| P47 [[Commande d'une suspension magnétique]]
| Aziz Nakrachi
| Hongyu ZHANG / Weixing JIN
|}

== Matériel à acquérir ==

{| class="wikitable"
! Projet !! Matériel
|-
| P0 [[Commande USB par micro-contrôleur]]
|
|-
| P4 [[Train de véhicules]]
|
LEDs IR (x20), RS [http://fr.rs-online.com/web/p/led-ir/6548334/], 
Phototransistors IR (x20), RS [http://fr.rs-online.com/web/p/phototransistors/6655388/], 
Drivers moteur Pololu (x1), GoTronic [http://www.gotronic.fr/art-commande-de-2-moteurs-tb6612fng-2x1a-21716.htm], 
Drivers moteur TB6612FNG (x3), Mouser [http://www.mouser.fr/ProductDetail/Toshiba/TB6612FNGOC8EL/?qs=VMlqFFbv3sQEQqYF0HJbow%3D%3D], <br\>
Borniers à vis (x15), Farnell [http://fr.farnell.com/camdenboss/ctb0502-2/bornier-carte-a-fil-2-voies-12awg/dp/2493622?MER=en-me-sr-b-all], <br\>
Résistances 220 Ohms CMS (x6), Mouser [http://www.mouser.fr/ProductDetail/Vishay-Dale/CRCW0603220RFKEA/?qs=sGAEpiMZZMtlubZbdhIBIKySljYCMs0HAiopx1mcVY0%3d], <br\>
Résistances 470 kOhms CMS (x20), Mouser [http://www.mouser.fr/ProductDetail/Panasonic/ERJ-3GEYJ474V/?qs=sGAEpiMZZMtlubZbdhIBIDkNbKahCB4%252bXwMzav7V8qQ%3d],
<br\>LEDs couleur (x10), RS [http://fr.rs-online.com/web/p/led/8134845/], <br\>
Fils m-m (x1 lot de 65), Farnell [http://fr.farnell.com/multicomp/mcbbj65/assortiment-de-jumper-fil-65pcs/dp/2396146], <br\>
Capas 10uF CMS (x10) Mouser [http://www.mouser.fr/ProductDetail/Murata-Electronics/ZRB18AR61C106ME01L/?qs=sGAEpiMZZMs0AnBnWHyRQPHsfd5klL7FP%2fi0oh%252bVTwkomqr6NYKsqQ%3d%3d], <br\>
Capas 0.1uF CMS (x10) Mouser [http://www.mouser.fr/ProductDetail/Kemet/C0603C104K4RACTU/?qs=sGAEpiMZZMs0AnBnWHyRQFqPnX0OlvcoGdtRY%252bgH1%2fs%3d], <br\>
Embases CI 40 contacts 1 rangée (x4) RS [http://fr.rs-online.com/web/p/embases-de-circuit-imprime/4232841/], <br\>
 Arduino Uno (x3) [01/02/2016], <br\>
ESP8266 (x1) [01/02/2016], <br\>
Chassis 2WD (x4) [01/02/2016], <br\>
Capteurs Ultrasons SR04 (x3) [01/02/2016], <br\>
Piles ou accumulateurs (x16 à 1.5V) [01/02/2016], <br\>
Odomètres codeurs (x8) [03/02/2016], <br\>
Boutons poussoirs (x3) [01/02/2016], <br\>
Shield Arduino + Breadboard (x3) [01/02/2016], <br\>
Colliers de serrage [01/02/2016]. 
‎Récapitulatif électronique [[Fichier:CommandeElectronique-2015-P4.ods]].
|-
| P5 [[Imprimante 3D à chocolat]]
|
Electrovanne, RS [http://fr.rs-online.com/web/p/vannes-solenoides/2551496683/], 
Capteur de température, Mouser [http://www.mouser.fr/ProductDetail/Microchip-Technology/TC1047VNBTR/?qs=sGAEpiMZZMucenltShoSnjkfRJmEyKRQimeb4yJa%2fn8%3d], 
Fil résistif, RS [http://fr.rs-online.com/web/p/cable-industriel-multiconducteur/7496348/], 
Tuyau Clair, Diam.int 2,8mm, RS [http://fr.rs-online.com/web/p/tuyaux-dair/7747018/], 
Capteur de pression, Mouser [http://www.mouser.fr/ProductDetail/EPCOS-TDK/B58601E3215B580/?qs=sGAEpiMZZMvhQj7WZhFIAEcnfodwemFjFFuwDryPIpY%3d], 
Tube en cuivre, Diam.int 26mm, Leroy Merlin,[http://www.leroymerlin.fr/v3/p/produits/tube-d-alimentation-cuivre-diam-26-x-28-mm-en-barre-de-1-m-e8989], 
Raccord en té, RS [http://fr.rs-online.com/web/p/adaptateurs-tube-a-tube-en-t/7715752/], 
Ventilateurs type PC, 
Imprimante 3D, Fabricarium, 
Raccords et buses, imprimés 3D, 
Arduino UNO [04/02/2016], 
‎Récapitulatif électronique [[Fichier:CommandeElectronique-2015-P5.ods]].
|-
| P6 [[Zone de sécurité pour vélo]]
|
Module Laser ligne (x3), Gotronic [http://www.gotronic.fr/art-module-laser-hlm1230-19016.htm], 
 Raspberry Pi 2 [01/02/2016], 
 Module caméra pour Raspberry Pi [01/02/2016] , 
 Dongle Bluetooth [01/02/2016] , 
Batterie(Accus), RS [http://fr.rs-online.com/web/p/batteries-externes/7757508/], 
Embase à connecteur USB (x4 femelle) (x4 mâle) [01/02/2016], 
Cordon USB mâle-femelle (x4), Gotronic [http://www.gotronic.fr/art-cordon-2m-cw091b-15249.htm], 
Téléphone sous Android [01/02/2016] , 
Capteur de distance (ultrasons), Gotronic [http://www.gotronic.fr/art-module-de-detection-us-hc-sr04-20912.htm], 
LED neopixel*8 (x4), Mouser [http://www.mouser.fr/ProductDetail/Adafruit/1426/?qs=sGAEpiMZZMu%252bmKbOcEVhFQfi8wYXkauJZrA7E1oPdUbRYeHGihkBqQ%3d%3d]. 
|-
| P7 [[Journée IMA]]
|
Plaques de plexiglas (x5) (à part Gotronic, aucun magasin ne le propose) [http://www.gotronic.fr/art-plaque-lexan-lex20-11856.htm], 
Réseau de 8 transistors ULN2803A (x4), Mouser [http://www.mouser.fr/ProductDetail/STMicroelectronics/ULN2803A/?qs=sGAEpiMZZMvAvBNgSS9LqpP7ived4CP2] 
Résistance 10kohm (x75), 
Résistance 1kohm (x25), MAGASIN POLYTECH [http://melectro.polytech-lille.net/main.php?p=consultation&np=3], 
AOP 74HC574 (x15), Mouser (pas de stock en MAGASIN) [http://www.mouser.fr/ProductDetail/Texas-Instruments/SN74HC574N/?qs=sGAEpiMZZMvxP%252bvr8KwMwBnwYCvkZxeQoMRe0GOGaSg%3d], 
AOP 74HC138 (x4), MAGASIN POLYTECH , 
Condensateur 22pF (x5), Magasin Polytech [http://melectro.polytech-lille.net/main.php?p=consultation&np=7], 
Condensateur 1uF (x25), Magasin Polytech [http://melectro.polytech-lille.net/main.php?p=consultation], 
Condensateur 10uF (x4), Magasin Polytech [http://melectro.polytech-lille.net/main.php?p=consultation&np=4], 
Condensateur 100uF (x3), 
Reseaux de résistance 10kohm (x5), farnell [http://fr.farnell.com/vishay/vsor1601103jtf/reseau-de-resistance-10k/dp/1203468], 
Transistor (x25), farnell [http://fr.farnell.com/on-semiconductor/bc548brl1g/transistor-npn-30v-100ma-to-92/dp/2317545], 
Microcontroleur MBED (x1), RS [http://fr.rs-online.com/web/p/kits-de-developpement-pour-processeurs-et-microcontroleurs/7039238/], 
Supercondensateur (x4), Mouser [http://www.mouser.fr/ProductDetail/KEMET-NEC-Tokin/FG0H474ZF/?qs=sGAEpiMZZMuDCPMZUZ%252bYl5h6rep0zAk%2fMm3EuX534JE%3d], 
LED IR, (x6), RS [http://fr.rs-online.com/web/p/led-ir/8108247/], 
LED (x15), 
Mini moteur électrique (x3), gotronic [http://www.gotronic.fr/art-moteur-miniature-rm2-avec-pignon-12009.htm], 
support d'AOP (x15) (Magasin électronique POLYTECH Lille) , 
E-theremin (projet IMA4 2014-2015), 
Arduino UNO , 
Raspberry PI , 
BreadBoard , 
Dé électronique communicant(projet IMA4 2014-2015) 
Récapitulatif électronique [[Fichier:CommandeElectronique-2015-P7.ods]]
|-
| P9 [[Tableau blanc interactif]]
|
Manette Wiimote [27/01/2016], 
Vidéo projecteur, 
Adaptateur Bluetooth USB [27/01/2016], 
Led infrarouge [27/01/2016], 
Raspberry Pi [03/02/2016], 
1 pile AA 1,5V 
Bouton poussoir (x1), Mouser [http://www.mouser.fr/ProductDetail/Omron-Electronics/B3S-1000P/?qs=sGAEpiMZZMsgGjVA3toVBDH9cQtfNNTKrsn4PC4ePBA%3d].
|-
| P10 [[Réseau de capteurs longue distance]]
|
50 aimants néodyne épaisseur 1,5mm, diamètre 3mm , 
connecteurs (ICSP) , 
1 embase USB , 
1 plaque MDF pour les pièces de puzzle, 

<ul>
<li> Partie Micro-contrôleur : 

micro-contrôleur de type ATMEGA328P, FARNELL [http://fr.farnell.com/atmel/atmega328p-mur/mcu-8-bits-atmega-20mhz-mlf-32/dp/2425125], 
1 quartz, FARNELL [http://fr.farnell.com/iqd-frequency-products/lfxtal003237/quartz-cms-16mhz/dp/9713808?MER=BN-PDP-9713808], 
1 résistance 1MΩ ,FARNELL [http://fr.farnell.com/multicomp/mc0603saf1004t5e/thick-film-resistor-1mohm-100mw/dp/1631320], 
1 résistance 1KΩ ,FARNELL [http://fr.farnell.com/multicomp/mcwr06x1001ftl/res-couche-epaisse-1k-1-0-1w-0603/dp/2447272], 
1 bouton poussoir (RESET), 
1 LED jaune [http://fr.farnell.com/multicomp/ovs-0806/led-0805-super-brt-yellow/dp/1716767], 

</li>
<li> Partie Alimentation : 

1 capacité 1uF, FARNELL[http://fr.farnell.com/multicomp/mc0603x105k160ct/condensateur-mlcc-x5r-1uf-16v/dp/1759407], 
1 diode, FARNELL[http://fr.farnell.com/bourns/cd0603-s01575/diode-signal-150ma-100v-603/dp/1456535], 
1 LED verte, FARNELL[http://fr.farnell.com/multicomp/ovs-0804/led-0805-green-300mcd-520nm/dp/1716766], 
2 capacités de découplage 47uF, FARNELL[http://fr.farnell.com/panasonic-electronic-components/eeefp1e470ap/condensateur-elec-alu-47uf-25v/dp/1539485], 
1 résistance 500Ω, FARNELL[http://fr.farnell.com/multicomp/mcwr06x4993ftl/resistance-thick-film-499kohm/dp/2447379], 
1 transistor, FARNELL [http://fr.farnell.com/fairchild-semiconductor/fdn340p/transistor-mosfet-p-sot-23/dp/9846310], 
1 amplificateur, FARNELL [http://fr.farnell.com/stmicroelectronics/lm358d/ampli-op-double-puissance-cms/dp/1366578], 
1 régulateur de tension 3,3V ,FARNELL [http://fr.farnell.com/texas-instruments/lp2985-33dbvr/ldo-fixe-3-3v-0-15a-sot-23-5/dp/2395925], 
1 régulateur de tension 5V, FARNELL [http://fr.farnell.com/on-semiconductor/mc33269dt-5-0g/ic-linear-voltage-regulator/dp/1652331?ost=1652331&selectedCategoryId=&categoryName=Toutes+les+cat%C3%A9gories&categoryNameResp=Toutes%2Bles%2Bcat%25C3%25A9gories], 
1 support de piles 9V à souder, FARNELL [http://fr.farnell.com/keystone/1023/battery-holder-dual-aaa-cell-through/dp/1888397], 
6 piles de 1,5V(AAA), 
1 pile de 9V, 
</li>

<li> Partie commune: 

6 capacités 100nF,FARNELL [http://fr.farnell.com/taiyo-yuden/emk107b7104ka-t/ceramic-capacitor-0-1uf-16v-x7r/dp/1683646], 
1 résistance 10KΩ FARNELL [http://fr.farnell.com/multicomp/mcwr06x1002ftl/res-couche-epaisse-10k-1-0-1w/dp/2447230], 
</li>

<li> Partie radio : 

Module radio de type RF-LORA-868-SO, RS ONLINE [http://fr.rs-online.com/web/p/modules-rf-faible-consommation/9033059/], 
1 fil de cuivre pour antenne, 
</li>
</ul>

 TOUS LES COMPOSANTS ELECTRONIQUES SONT DES CMS (composants montés en surface) , 
Récapitulatif électronique [[Fichier:CommandeElectronique-2015-P10.ods]].
|-
| P12 [[Robots mobiles pour Arduino]]
|
1 paire de roues de 65 mm de diamètre [http://www.gotronic.fr/art-paire-de-roues-jaunes-tam6626j-19346.htm], 
2 moteurs [03/02/2016], 
1 capteur ultrasons [http://www.gotronic.fr/art-module-de-detection-us-hc-sr04-20912.htm], 
1 capteur de température [http://www.mouser.fr/ProductDetail/Analog-Devices/TMP36GT9Z/?qs=sGAEpiMZZMv9Q1JI0Mo%2ftZYNPIqRJ81F], 
1 capteur de lumière [http://www.gotronic.fr/art-photoresistance-5-mm-vt93n2-22551.htm], 
1 paquet de 4 piles AA [http://fr.farnell.com/energizer/635730/batterie-extreme-ni-mh-aa-2300mah/dp/2075717], 
Un boitier de 4 piles AA [http://www.mouser.fr/ProductDetail/Eagle-Plastic-Devices/12BH348-CS-GR/?qs=sGAEpiMZZMsRxHb9hCd0qoPCXJRSAWxUgxweyALoa2Q%3d], 
2 résistances de 330 Ω [disponible en B204], 
2 transistors [disponible en B204], 
2 diodes [disponible en B204], 
1 haut parleur, 
2 leds rouges [disponible en B204], 
2 leds jaunes [disponible en B204], 
1 breadboard, 
Un arduino UNO [03/02/2016], 
Récapitulatif: [[Fichier:CommandeElectronique-2015-P12.ods]]
|-
| P16 [[Miroir intelligent]]
|
Raspberry Pi 2 [27/01/2016], 
Clé WiFi [27/01/2016], 
Câble USB-microUSB [27/01/2016], 
Carte SD [27/01/2016], 
Câble HDMI, 
Ecran : Amazon [http://www.amazon.fr/BenQ-Ecran-PC-LED-27/dp/B00HZF2ME0/ref=sr_1_1?ie=UTF8&qid=1451984469&sr=8-1&keywords=BenQ+GL2760H#productDetails] ou RS [http://fr.rs-online.com/web/p/moniteurs/8962732/], 
Miroir sans tain de la taille de l'écran, tapplastics [http://www.tapplastics.com/product/plastics/cut_to_size_plastic/two_way_mirrored_acrylic/558], 
Matrice de led tactile 40pouces.
|-
| P21 [[Robot autonome pour cartographie]]
|
Raspberry Pi 2 - [03/02/2016]. 
Carte SD - [03/02/2016]. 
Arduino UNO - [03/02/2016]. 
Clef WiFi pour mesure RSSI (x3) - [03/02/2016]. 
Capteur ultrason, Gotronic : [http://www.gotronic.fr/art-module-de-detection-us-hc-sr04-20912.htm]. 
Servomoteur, Gotronic : [http://www.gotronic.fr/art-servomoteur-s05nf-21481.htm]. 
Pilote de moteur (x5), Mouser : [http://eu.mouser.com/ProductDetail/Freescale-Semiconductor/MC34931EK/?qs=sGAEpiMZZMvQcoNRkxSQkiOBqyFfjGe5mG1PBZLkPLE%3d]. 
Résistance 270 Ohm (x10), Mouser : [http://www.mouser.fr/ProductDetail/TE-Connectivity-Holsworthy/3521270RFT/?qs=sGAEpiMZZMu61qfTUdNhG15ROd0nQ7Wlf0zCDKWeZ5snBOgjDqh8dA%3d%3d]. 
Capacité 100 uF (x5), Gotronic : [http://www.gotronic.fr/art-condensateur-lcc-100-nf-66.htm]. 
Capacité 100 nF (x5), Gotronic : [http://www.gotronic.fr/art-condensateur-lcc-100-nf-66.htm]. 
Capacité 33 nF (x5), Gotronic : [http://www.gotronic.fr/art-condensateur-lcc-33-nf-3267.htm]. 
Capacité 1 uF (x5), Gotronic : [http://www.gotronic.fr/art-condensateur-lcc-1-uf-3274.htm]. 
Câble USB 2m (x1 ou x2), Gotronic : [http://www.gotronic.fr/art-cordon-2m-cw091b-15249.htm]. 
Fourche optique (x2), Gotronic : [http://www.gotronic.fr/art-interrupteur-optique-gp1a57hrj00f-21001.htm]. 
Récapitulatif électronique [[Fichier:CommandeElectronique-2015-P21.ods]].
|-
| P23 [[Matelas connecté]]
|
Neopixel [4 fournis le 03/02/2016], 
RFduino [2 fournis le 03/02/2016], 
Capteur de température DS18B20 1-Wire [1 fourni le 03/02/2016], 
Résistance 4K7 [1 fournie le 03/02/2016], 
|-
| P27 [[BIOLOID commandé par Arduino]]
|
Non inverting buffer 74HC126 x2 [http://www.mouser.fr/ProductDetail/NXP-Semiconductors/74HC126D653/?qs=sGAEpiMZZMuiiWkaIwCK2RTxPVPWGz6WVfjhJh2Mav0%3d], 
Ardoise magnétique, 
Kit bioloid 
Carte Arduino Uno [27/01/2016]
|-
| P28 [[Imprimante 3D multi-fils]]
|
moteur NEMA 17 x6 [http://www.gotronic.fr/art-moteur-17hm15-0904s-23049.htm], 
Driver NEMA 17 x6 [http://www.gotronic.fr/art-driver-de-moteur-pas-a-pas-drv8834-2134-22274.htm], 
Engrenage x6 [http://www.banggood.com/fr/1_75MM-8MM-MK7-Extruder-Drive-Gear-Bore-For-3D-Printer-Accessories-p-1013103.html], 
Roulement x6 [http://www.gotronic.fr/art-roulement-35-15-11mm-161.htm], 
Courroie GT2 [http://www.reprap-france.com/produit/387-courroie-gt2-largeur-6mm-au-metre], 
Thermistance NTC100K [http://www.reprap-france.com/produit/335-thermistance-en-verre-scelle] , 
Arduino mega[http://www.gotronic.fr/art-carte-arduino-mega-2560-12421.htm]. 
Récapitulatif électronique [[Fichier:CommandeElectronique-2015-P28.ods]].
|-
| P29 [[Aide anti-gaspillage alimentaire]]
|
Un Smartphone sous Android.
|-
| P30 [[Micro-robots auto-organisés]]
|
Un microcontrôleur Atmega 328P-au x2 (farnell) [http://fr.farnell.com/atmel/atmega328p-au/micro-8-bits-avr-32k-flash-32tqfp/dp/1715486?selectedCategoryId=&exaMfpn=true&categoryId=&searchRef=SearchLookAhead],
<br\>Moteur vibreur x4 (mouser) [http://www.mouser.fr/ProductDetail/Parallax/28821/?qs=sGAEpiMZZMsv3%2fxVbQiciD2XahQ7lqLvcbiE4XVIbwo%3d],<br\>
Batterie lithium ion x2 (farnell) [http://fr.farnell.com/bak/18650ca-1s-3j/batterie-lithium-ion-3-7v-2250/dp/2401852?MER=BN-2401852], <br\>
Chargeur de batterie lithium ion x2 (farnell) [http://fr.farnell.com/microchip/mcp73834-fci-un/controleur-de-charge-li-ion-li/dp/1332162],<br\>
Régulateur de tension x2 (farnell) [http://fr.farnell.com/microchip/mcp1826s-3002e-db/ic-ldo-3-0v-1a-sot-223-3/dp/1578422],<br\>
Mini usb connecteur x2 (farnell) [http://fr.farnell.com/mill-max/896-43-005-00-100001/mini-usb-2-0-type-a-receptacle/dp/1925238],<br\>
Photo transistor x16 (farnell) [http://fr.farnell.com/kingbright/l-53p3c/phototransistor-5mm-940nm/dp/2290444?selectedCategoryId=&exaMfpn=true&categoryId=&searchRef=SearchLookAhead],<br\>
LED infrarouge x8 (farnell) [http://fr.farnell.com/kingbright/l-934f3c/emetteur-ir-t-1/dp/2290438],<br\>
LED verte x2 [http://fr.farnell.com/vishay/vlmg31k1l2-gs08/led-plcc2-green/dp/1328317], <br\>
LED rouge x4 [http://fr.farnell.com/toshiba/tlsh1100b-t11/led-rouge-plcc2-260mcd/dp/1761592],<br\>
LED bleu x2 [http://fr.farnell.com/vishay/vlmb41p1q2-gs18/led-plcc2-bleu/dp/1648564],<br\>
Interrupteur x2, <br\>
Transistor NPN CMS x4 (lot de 5) (farnell) [http://fr.farnell.com/fairchild-semiconductor/pzta42/transistor-npn-sot-223/dp/9846654], <br\>
Diode x4 (farnell) [http://fr.farnell.com/diodes-inc/bav21w-7-f/diode-commutateur-200v-0-25w-sod123/dp/1858652],<br\>
condensateurs 1uF x18 (farnell) [http://fr.farnell.com/avx-formerly-known-as-nichicon/f931c105maa/tantalum-capacitor-1uf-16v-7-5/dp/1818580], <br\>
résistances 470 Ohm x10 (farnell) [http://fr.farnell.com/vishay-draloric/rcl0612-470r-1-100-ppm-k-e3/res-couche-epaisse-470r-1-0-5w/dp/1877845], <br\>
résistances 4,7 kOhm x16 (farnell) [http://fr.farnell.com/vishay-draloric/rcl0612-4k7-1-100-ppm-k-e3/res-couche-epaisse-4-7k-1-0-5w/dp/1877852RL], <br\>
Récapitulatif électronique [[Fichier:CommandeElectronique-2015-P30.ods]].
|-
| P32 [[Veilleuse enfant connecté]]
|
Raspberry Pi 2 [27/01/2016], 
Clé WiFi Wi-Pi [27/01/2016], 
Câble USB-microUSB [27/01/2016], 
Carte SD [27/01/2016], 
Câble HDMI [27/01/2016], 
Pico-projecteur ASUS S1 [27/01/2016], 
Petit microphone (farnell) [http://fr.farnell.com/pro-signal/abm-715-rc/electret-microphone-omni-leads/dp/2066501], 
Un capteur de température [Disponible a l'école], 
Récapitulatif électronique [[Fichier:CommandeElectronique-2015-P32.ods]].
|-
| P34 [[Jeu de plateforme tangible]]
|
Raspberry Pi 2 [27/01/2016], 
Webcam pour Raspberry Pi 2[27/01/2016]. 
|-
| P37 [[Interface de communication entre robots]]
|
Robotino (Robocup).
|-
| P38 [[Hydroponie]]
|
Un sac de billes d'argile : [http://www.ebay.fr/itm/Sac-de-Billes-d-argile-5L-substrat-de-culture-pour-plantes-amendement-/380377359803], 
Un pot panier : [http://www.indoorgardens.fr/fr/pots-panier-aero/207-pot-panier-teku-souple-5cm-2-pouces-123.html][http://www.cityplantes.com/pots-carres/774-pot-carre-godet-7x7xh8cm.html], 
Un bac réservoir d'eau : [http://www.lorvert-paris.com/growshop-hydroponique-culture-indoor/systeme-hydroponique/bac/nutrisystem-bac-reserve/255.html], 
Une plaque en PVC : [http://www.leroymerlin.fr/v3/p/produits/plaque-pvc-expanse-100x50cm-ep-3mm-e162646], 
Un caisson (planches disponibles au fabricarium), 
Deux m² de laine de roche : [http://www.castorama.fr/store/Panneau-laine-de-roche-Rocflam-ep30mm-PRDm474800.html?isSearchResult=true&navAction=jump], 
Un capteur d'humidité : [http://fr.farnell.com/multicomp/hcz-d5-a/capteur-humidite-20-90-rh-5/dp/1891428], 
Un ventilateur : [http://www.gotronic.fr/art-ventilateur-bs120-12-3-6111.htm], 
Deux capteurs ne niveau : [http://fr.farnell.com/ist-innovative-sensor-technology/fs1l-a-1l-195/capteur-de-fluide-moule/dp/1266955], 
Une pompe à air avec diffuseur : [http://www.aquaprems.com/pack-complet-pompes-a-air-aquarium/489-pack-complet-pompe-a-air-bulleur-aquarium.html], 
Une résistance chauffante : [http://fr.rs-online.com/web/p/element-chauffants-de-boitier/2995770/], 
Quatre LEDs RGB : [http://fr.rs-online.com/web/p/led/8294310P/], 
Une pompe à eau : [http://www.aqua-store.fr/pompes-a-eau-aquarium-eau-de-mer/1990-eden-pompe-105-4010052571607.html], 
Une batterie : [http://fr.farnell.com/yuasa/y7-12/battery-lead-acid-12v-7ah/dp/2083825], 
Un MPPT : [http://fr.farnell.com/wellsee/mppt15a-12-24/chargeur-de-batterie-mppt-solar/dp/1852558], 
Un système goutte à goutte : 2*[http://www.thecitygarden.fr/fr/raccords-goutteurs-sprayers/1031-jonction-4mm-tee.html],[http://www.thecitygarden.fr/fr/raccords-goutteurs-sprayers/1038-bouchon-90-micro-diametre-16.html],2*[http://www.thecitygarden.fr/fr/raccords-goutteurs-sprayers/1030-jonction-4mm-auto-percante.html],[http://www.thecitygarden.fr/fr/raccords-goutteurs-sprayers/1033-couronne-tuyau-capillaire-20m-3x5mm.html], 
Un Arduino Uno (disponible à l'école), 
Un panneau solaire (disponible à l'école), 
Un plant de fraise, 
‎Récapitulatif électronique [[Fichier:CommandeElectronique-2015-P38.ods]].
|-
| P39 [[Dirigeable publicitaire]]
|
Un arduino UNO [03/02/2016] , 
Ballon gonflable à l'hélium([http://www.ballon-helium.com//ballon-geant-chloroprene-180/ballon-chloroprene-unis-mat-1-20m-12661.html]), 
9 m3 d'hélium (lien du devis :[[https://projets-ima.polytech-lille.net:40079/mediawiki/index.php?title=Dirigeable_publicitaire#Devis_pour_l.27h.C3.A9lium]]),Air Liquide, 
Accessoires de drone HS (hélices, moteurs) [27/01/2016], 
10 x Capteurs à ultrasons, Gotronic [http://www.gotronic.fr/art-module-de-detection-us-hc-sr04-20912.htm], 
Alim ARDUINO 5V 5000mAh, RS [http://fr.rs-online.com/web/p/batteries-externes/7757508/], 
5 x Connecteur mâle 12 contacts - Pas 1mm Farnell : [http://fr.farnell.com/jst-japan-solderless-terminals/sm12b-srss-tb-lf-sn/connecteur-header-12pos-1-rangee/dp/2399360] 
10x Connecteur mâle 8 contacts - Pas 2mm Farnell : [http://fr.farnell.com/jst-japan-solderless-terminals/b8b-ph-k-s-lf-sn/embase-entree-sup-8-voies/dp/9492461] 
2x Femelle USB-B Farnell : [http://fr.farnell.com/wurth-elektronik/61400416121/embase-usb-2-0-type-b-cms/dp/1642035] 
5x Mâle USB-B à sertir RS : [http://fr.rs-online.com/web/p/connecteurs-usb-type-b/6742270/] 
10x Connecteur femelle 8 contacts - Pas 2mm Farnell : [http://fr.farnell.com/jst-japan-solderless-terminals/08p-sjn/boitier-femelle-a-sertir-2mm-8/dp/2320479] 
10x Connecteur femelle 12 contacts - Pas 1mm Farnell : [http://fr.farnell.com/jst-japan-solderless-terminals/shr-12v-s-b/boitier-femelle-sh-12voies-1mm/dp/1830830] 
10x Connecteur mâle 5 contacts - Pas 2mm Farnell : [http://fr.farnell.com/jst-japan-solderless-terminals/b5b-ph-k-s-lf-sn/embase-entree-sup-5-voies/dp/9492445] 
10x Connecteur femelle 5 contacts - Pas 2mm Farnell : [http://fr.farnell.com/jst-japan-solderless-terminals/5p-san/boitier-femelle-a-sertir-2mm-5/dp/2320464] 
Recapitulatif electronique : [[Fichier:CommandeElectronique-2015-P39.ods]] 
|-
|-
| P41 [[Drone et occulus rift]]
|
Une plaque à essai pour nos tests [01/02/2016], 
fils mâle/mâle x10 [01/02/2016], 
2 Mini Webcam USB GT06051, Gotronic [http://www.gotronic.fr/art-mini-webcam-usb-gt06051-23495.htm], 
Chargeur portable, PB-A5200, Power Bank, 5000mAh, Lithium Polymère, RS [http://fr.rs-online.com/web/p/batteries-externes/7757508/], 
Un câble "série" pour raspberry [01/02/2016], 
Servo-moteur 180° [01/02/2016, achat personnel], 
convertisseur HDMI-SVGA pour Raspberry Pi [03/02/2016]. 
|-
| P42 [[Mini-drones]]
|
Minidrones Parrot : JUMPING SUMO [01/02/2016], 
Minidrones Parrot : ROLLING SPIDER [01/02/2016].
|-
| P43 [[SmartMeter, gestion de consommation électrique]]
|

Maxim 78M6610+LMU [http://eu.mouser.com/ProductDetail/Maxim-Integrated/78M6610+LMU-B01/?qs=sGAEpiMZZMuicgbJr93hQVd6%252bEl2PjSnPQyvC3%252bgS6U%3d], 
Quartz 20Mhz [http://fr.farnell.com/iqd-frequency-products/lfxtal003185/quartz-20mhz/dp/9712879], 
<ul>
<li>Capacités : 
1 µF x9 unités [http://fr.farnell.com/tdk/c1608x5r1h105k080ab/condensateur-mlcc-x5r-1uf-50v/dp/2211179], 
0.1uF x9 unités [http://fr.farnell.com/multicomp/mc0603f104z500ct/condensateur-mlcc-y5v-100nf-0603/dp/1759123], 
18 pF x6 unités [http://fr.farnell.com/walsin/0603n180j500ct/condensateur-mlcc-np0-18pf-50v/dp/2496890?MER=en-me-sr-b-all] , 
</li>
<li>Résistances : 
100 Ohm, [http://fr.rs-online.com/web/p/resistances-cms/2132143/] , 
750 Ohm, [http://fr.rs-online.com/web/p/resistances-cms/6790692/] , 
1 KOhm, [http://fr.rs-online.com/web/p/resistances-cms/2132266/] , 
10 KOhm, [http://fr.rs-online.com/web/p/resistances-cms/2132418/] , 
1 MOhm, [http://fr.rs-online.com/web/p/resistances-cms/6789932/] , 
</li>
</ul>
Résistance de shunt: 0.004 Ohm [http://fr.rs-online.com/web/p/resistances-cms/8665374/], 
Leds rouge CMS x12, [http://fr.farnell.com/rohm/sml-310vtt86l/led-0603-rouge/dp/1685064] , 
Bornier [http://fr.farnell.com/camdenboss/ctb0308-2/bornier-2-voies/dp/3882652] 
Transformateur VTX-214 001 103 [http://fr.farnell.com/vigortronix/vtx-214-001-103/conv-ac-dc-fixe-1-o-p-1w-3-3v/dp/2401019], 
Adaptateur USB [02/02/2016]. 
Récapitulatif électronique [[Fichier:CommandeElectronique-2015-P43.ods]].
|-
| P44 [[Le marteau de Thor]]
|
Un arduino UNO [27/01/2016] 
un lecteur d'empreintes digitales : Mouser [http://www.mouser.fr/ProductDetail/MikroElektronika/MIKROE-1722/?qs=GJ%2F2ZGcr5uOW3uiL4M9shA%3D%3D], 
Un shield NFC [27/01/2016] , 
Un téléphone sous Androïd [27/01/2016], 
Un capteur de pression [03/02/2016], 
Un électro aimant [25/01/2016], 
Une alimentation électroaimant (labo 24V), 
Une alimentation arduino [27/01/2016]. 
‎Récapitulatif électronique [[Fichier:CommandeElectronique-2015-P44.ods]].
|-
| P45 [[Orchestre électronique]]
|
Alimentation PC [27/01/2016], 
Lecteurs de disquette (x2) [27/01/2016], 
Lecteur CD (x1) [27/01/2016], 
Disques durs (x3) [27/01/2016], 
Scanner [27/01/2016], 
Raspberry Pi 2 + alimentation + FTDI [27/01/2016], 
Cables GPIO femelle [27/01/2016], 
Cable Alimentation PC [27/01/2016], 
Buffers 3 états (Farnell) [http://fr.farnell.com/fairchild-semiconductor/nc7sp126p5x/buffer-single-tri-state-sc-70/dp/2453002], 
Imprimantes [01/02/2016], 
Clavier MIDI [http://www.thomann.de/fr/m_audio_keystation_mini_32_mk2.htm?gclid=Cj0KEQiAoby1BRDA-fPXtITt3f0BEiQAPCkqQQKdntNWLwKu92GOUp2gHXfTCj5t0WB9LWyZjAaAZUkaAmDV8P8HAQ]. 
‎Récapitulatif électronique [[Fichier:CommandeElectronique-2015-P45.ods]].
|-
| P47 [[Commande d'une suspension magnétique]]
|
 Logiciel Matlab simulink et la suspension magnétique Didastel. .
|-
|}

== Notes sur les projets ==

{| class="wikitable"
| Projet || Mini-cahier des charges || Mi-parcours || Fin de parcours || Wiki terminé || Rapport || Vidéo
|-
| P0 [[Commande USB par micro-contrôleur]]
| Vide.
|
|
|
|
|
|-
| P4 [[Train de véhicules]]
| Cahier des charges très correct, bien rédigé, illustré, un schéma intéressant, le sujet est compris. Une liste du matériel nécessaire, précise et raisonnable.
|
|
|
|
|
|-
| P5 [[Imprimante 3D à chocolat]]
| Très bon cahier des charges, bien rédigé, illustré, bonne synthèse du travail à effectuer. Le matériel nécessaire est listé mais sans référence précise.Il n'est pas évident que ce matériel soit d'un coût raisonnable.
|
|
|
|
|
|-
| P6 [[Zone de sécurité pour vélo]]
| Cahier des charges correct. Synthèse d'une réunion interne. Liste précise du matériel.
|
|
|
|
|
|-
| P7 [[Journée IMA]]
| Un cahier des charges finalement correct fin décembre.
|
|
|
|
|
|-
| P9 [[Tableau blanc interactif]]
| Cahier des charges correct, le projet semble être spécifié. Une rencontre avec l'encadrant. Attention tout de même au coté très ouvert du sujet. Un embryon de liste de matériel. Il faut donner des références pour la caméra par exemple.
|
|
|
|
|
|-
| P10 [[Réseau de capteurs longue distance]]
| Quelques coquilles de rédaction. Le sujet est décrit mais on pourrait souhaiter plus de détail. Une illustration.Quelques mention du matériel mais pas de liste.
|
|
|
|
|
|-
| P12 [[Robots mobiles pour Arduino]]
| Un cahier des charges finalement très correct.Pas de liste précise du matériel.
|
|
|
|
|
|-
| P16 [[Miroir intelligent]]
| Cahier des charges très correct même si on pourrait demander des précisions sur les retouches à apporter à l'image. Correctement rédigé, un effort de mise en forme. Une liste de matériel.
|
|
|
|
|
|-
| P21 [[Robot autonome pour cartographie]]
| Cahier des charges correct. Attention à bien identifier des tâches à réaliser ne dépendant pas du projet des CM5. Préciser ce système de tags pour calibrer la position du robot. Une liste de matériel.
|
|
|
|
|
|-
| P23 [[Matelas connecté]]
| Bel effort de présentation d'un cahier des charges pour un sujet très "ouvert". Rédaction très correcte. Une inquiétude sur la possibilité d'obtenir le matériel. Merci de mettre à jour le cahier des charges après la rencontre avec l'industriel.
|
|
|
|
|
|-
| P27 [[BIOLOID commandé par Arduino]]
| Les grandes lignes sont définies. Quand vous parlez de commander le robot sans logiciel vous voulez dire commander le robot sans logiciel propriétaire ? Le cahier des charges est un peu court. Préciser l'environnement de développement C des Bioloid et l'interface entre l'Arduino et les servos-moteurs.
|
|
|
|
|
|-
| P28 [[Imprimante 3D multi-fils]]
| Le cahier des charges est correct, vous avez contacté votre encadrant. Précisez que la solution de soudure de segments de filaments vient de vos encadrants ? Etablissez une liste du matériel nécessaire.
|
|
|
|
|
|-
| P29 [[Aide anti-gaspillage alimentaire]]
| Pas de différence notable avec le sujet initial. Un doute sur l'intérêt d'un portable pour la lecture des étiquettes. Un autre doute sur la possibilité de cette lecture. La date d'expiration est généralement difficile à trouver et mal imprimée, quelles solutions envisagez-vous ? Aucune modication entre le 3 décembre et fin janvier.
|
|
|
|
|
|-
| P30 [[Micro-robots auto-organisés]]
| Une bonne description du projet et du but à atteindre. Un doute sur les moteurs choisis (non commandable par l'université d'ailleurs) : ce sont des moteurs très rapides. Des réflexions avancées sur le matériel. Il reste à trouver des références exploitables.
|
|
|
|
|
|-
| P32 [[Veilleuse enfant connecté]]
| Cahier des charges très correct. Bien rédigé. Clairement le projet a été bien appréhendé. Une liste du matériel avec des références.
|
|
|
|
|
|-
| P34 [[Jeu de plateforme tangible]]
| Enfin un cahier des charges à peu près correct fin janvier.
|
|
|
|
|
|-
| P37 [[Interface de communication entre robots]]
| Cahier des charges correct. Quelques coquilles manque de formatage.
|
|
|
|
|
|-
| P38 [[Hydroponie]]
| Un cahier des charges finalisé très tardivement fin janvier.
|
|
|
|
|
|-
| P39 [[Dirigeable publicitaire]]
| Cahier des charges très correct. Pour l'hélium il faudrait contacter le fournisseur de l'université pour un devis. Vous pouvez commencer à concevoir la nacelle avec les hélices. Il faut aussi trouver des références pour la liste du matériel.
|
|
|
|
|
|-
| P41 [[Drone et occulus rift]]
| Un Wiki illustré et formaté correctement. Toujours aucune précision sur la connexion entre l'occulus rift et le drone.
|
|
|
|
|
|-
| P42 [[Mini-drones]]
| Cahier des charges correct. Un effort d'illustration avec un schéma. Vous pouvez commencer à manipuler le SDK des mini-drônes, ces derniers sont disponibles en E306.
|
|
|
|
|
|-
| P43 [[SmartMeter, gestion de consommation électrique]]
| Bel effort de Wiki vu le retard pris pour la rédaction du cahier des charges. Je pense qu'il y a une confusion sur la signification de "puissance effective". Mettre à jour le Wiki après entretien avec Guillaume Renault. Au 27 janvier toujours en attente d'une réelle étude du sujet.
|
|
|
|
|
|-
| P44 [[Le marteau de Thor]]
| Projet enfin attaqué fin décembre. Un vrai cahier des charges, très correct.
|
|
|
|
|
|-
| P45 [[Orchestre électronique]]
| Projet correctement appréhendé. Le cahier des charges est précisé dans ses grandes lignes. Une partie sur les instruments reste à affiner mais c'est normal. Essayez de trouver une référence pour les dispositifs MIDI à connecter à la RaspBerry Pi. Ces dispositifs sont fondamentaux pour lancer le projet.
|
|
|
|
|
|-
| P47 [[Commande d'une suspension magnétique]]
| Un cahier des charges enfin correct le 4 janvier 2016.Pourriez-vous mettre en perspective votre projet par rapport à celui de 2012/2013 [[Suspension_magnétique_2013]] ?
|
|
|
|
|
|}

Tableau blanc interactif

2015-12-01T22:10:18Z

Lmazier : /* Présentation du projet */

= Cahier des charges =

== Présentation du projet ==

===bonjour ===

Le but de ce projet est de développer un tableau intéractif qui permettra dans un premier temps de modifier ce qui y est projeté grâce à un vidéo-projecteur. Ainsi, on pourra directement annoter, corriger, supprimer ou ajouter à ce qui est projeté.
Nous allons donc devoir créer un stylet qui nous permettra de faire toutes ces actions mais aussi un dispositif intéractif qui sauvegardera les modifications.

Dans un second temps, notre tableau devra être capable de prendre en compte les modifications faites par un autre périphérique. Il faudra donc tenir compte des modifications liées au réseau sur lequel est relié l'ordinateur.

(Nous sommes pour l'instant en réflexion pour savoir si nous nous orientons vers un TBI (tableau blanc interactif) ou vers un DMI (dispositif mobile interactif). Bien que la technologie est similaire, de nombreux aspects diffèrent sur ces deux dispositifs : le principal est que le TBI est composé d'un vidéo-projecteur fixe tandis que le DMI porte sur un vidéo-projecteur mobile (sur batterie et donc il faudrait prendre en compte l'autonomie du dispositif).)

L'affichage se fera donc à l'aide d'un des vidéo-projecteurs équipant actuellement les salles de cours qui sera relié en filaire à l'ordinateur principal ainsi que par réseau wifi aux autres périphériques présents à proximité.

La reconnaissance spatiale du stylet se fera à l'aide d'une diode infrarouge présente sur le stylet ainsi que d'une caméra infrarouge englobant le tableau.

==Préparation du projet : ==
Réunion avec Mr Boé le 23/11/2015 afin de définir plus précisément les attentes par rapport à notre projet.
Résultat de cette réunion: nous avons pu comprendre que notre projet est assez ouvert, voir assez vague ce qui nous permet de l'adapter à nos préférences.

== Calendrier prévisionnel ==

= Avancement du projet =
== Matériel à utiliser ==

-une caméra infrarouge

-un vidéo-projecteur

-un tableau/écran blanc

-pour le stylet :
::_une diode infrarouge
::_un bouton marche/arrêt
::_une pile

= Fichiers rendus =

= Bibliographie =

https://www.youtube.com/watch?v=5IDeFj6ksLs
http://college-kamere.nc/tbiwii
http://www.speechi.net/fr/index.php/home/tableau-interactif/camera-interactive-speechi/

Tableau blanc interactif

2015-12-01T21:59:12Z

Lmazier : /* Bibliographie */

= Cahier des charges =

== Présentation du projet ==

Le but de ce projet est de développer un tableau intéractif qui permettra dans un premier temps de modifier ce qui y est projeté grâce à un vidéo-projecteur. Ainsi, on pourra directement annoter, corriger, supprimer ou ajouter à ce qui est projeté.
Nous allons donc devoir créer un stylet qui nous permettra de faire toutes ces actions mais aussi un dispositif intéractif qui sauvegardera les modifications.

Dans un second temps, notre tableau devra être capable de prendre en compte les modifications faites par un autre périphérique. Il faudra donc tenir compte des modifications liées au réseau sur lequel est relié l'ordinateur.

(Nous sommes pour l'instant en réflexion pour savoir si nous nous orientons vers un TBI (tableau blanc interactif) ou vers un DMI (dispositif mobile interactif). Bien que la technologie est similaire, de nombreux aspects diffèrent sur ces deux dispositifs : le principal est que le TBI est composé d'un vidéo-projecteur fixe tandis que le DMI porte sur un vidéo-projecteur mobile (sur batterie et donc il faudrai prendre en compte l'autonomie du dispositif).)

== Calendrier prévisionnel ==

= Avancement du projet =
== Matériel à utiliser ==

-pour le stylet :
::_une diode infrarouge
::_un bouton marche/arrêt
::_une pile

-une caméra infrarouge

-un vidéo-projecteur

-un tableau/écran blanc

= Fichiers rendus =

= Bibliographie =

https://www.youtube.com/watch?v=5IDeFj6ksLs
http://college-kamere.nc/tbiwii
http://www.speechi.net/fr/index.php/home/tableau-interactif/camera-interactive-speechi/

Tableau blanc interactif

2015-12-01T21:55:05Z

Lmazier :

Tableau blanc interactif

2015-12-01T21:42:51Z

Lmazier : /* Présentation du projet */

Contrôle de sonar, 2014/2015, TD2

2015-04-17T08:44:49Z

Lmazier : /* Séance 2 */

= Présentation du projet =

L'objectif de ce projet est de réaliser un système de contrôle d'un sonar. Pour cela, ce projet se divise en deux parties : une partie électronique et une partie informatique.

La partie informatique a pour but, au travers d'une interface WEB, de donner la possibilité à l'utilisateur de commander le sonar. L'utilisateur entre un angle désiré et le sonar renvoie la mesure de la distance mesuré à cet angle. Les différentes mesures seront visualisables au travers
d'une interface graphique.

= Partie Informatique =

== Séance 1 ==

Lors de la première séance, nous avons premièrement pris en main la maquette de test. Nous avons donc installé les composants nécessaires tels que la bibliothèque phidget ou encore les exemples disponibles de cette dernière. Une fois installés, nous avons commencé à tester le fonctionnement du servo-moteur. Après différents tests, nous avons pu déterminer que le servo-moteur est commandé avec une position exprimée en degré et qu'il nous est possible de le positionner dans un intervalle allant de 30 à 210 degré.

Nous avons ensuite commencer par nous familiariser avec l'outil canvas qui nous permettra de visualiser dans un cercle l'environnement encerclant le sonar. Sur la page html nous avons donc premièrement tracer un cercle, puis nous avons placé des points appartenant à un tableau t dans l'optique de représenter un angle de par leur indice et une distance de par leur valeur. Par la suite, ce tableau sera rempli automatiquement en fonction des relevés du sonar.

== Séance 2 ==

Lors de la seconde séance nous avions pour objectif de déployer la communication entre la page html et le sonar, avec pour premier objectif de simplement envoyer une information d'angle au sonar pour qu'il se positionne puis de récupérer la mesure.

Nous avons dans un premier temps installer le serveur websocket. Puis nous avons travailler sur la communication entre la page web et le serveur websocket. Nous avons d'abord réaliser l'envoi d'une information de la page web au serveur, information que le serveur nous renvoie et que nous pouvons donc afficher sur la page web.

Enfin, nous avons mixé les deux premières étapes de ces deux séances, à savoir que le serveur websocket reçoit une information de la page web, se connecte au sonar, utilise cette information pour contrôle le sonar, puis récupère la mesure sonar et la renvoi à la page web pour l'afficher.

Nous avons donc conclu cette seconde séance en ayant établi une connexion entre le pc et le sonar au travers du fichier c du serveur websocket. L'objectif de la troisième séance sera donc d'établir cette connexion au travers du serveur et d'adresse ip et de retranscrire les informations reçues visuellement grâce à l'outil canvas et non plus textuellement sur la page web.

==Séance 3==

Au cours de cette séance nous avons cherché à contrôler le nombre de données que renvoie le sonar à la page web afin de pouvoir les utiliser et afficher ces données clairement.

Pour cela nous avons inséré sur le site web l'affichage de l'angle de départ, celui d'arrivée et le pas pour lequel l'utilisateur veut afficher des données.L'ensemble de ces données permettra de contrôler le sonar de manière efficace.

Nous avons aussi dû régler un problème d'affichage sur la donnée que nous renvoyait le sonar. En effet le sonar ne renvoyait que le premier chiffre de la distance mesurée.

Au cours de cette séance nous avons cherché à mettre en place un système de balayage.Ainsi nous récupérons un seul point, pour un angle donné, qui correspond à la distance de l'objet.
Pour ce faire nous avons était confronté à un problème car il fallait que le sonar attende un certains moment à une position donnée afin de renvoyer une valeur correcte de la distance.C'est à dire que si nous demandions au sonar de ce déplacer à un angle i et de nous renvoyer la distance associée celui-ci n'avait pas le temps de faire une mesure correcte de la distance.
Pour y remédier nous avons fait appel aux fonctions setTimeout() et setInterval().Nous avons également dû mettre en place une variable 'Acquisition' afin de ne prendre en compte qu'une seule valeur.

function Inc(i)
{

if(i<=parseInt(arrivee.value)) //comparaison de l'angle i avec l'angle d'arrivée
{
Acquisition=0;
Angle=i;
sendMessage(i); //envoi de la valeur au serveur afin de faire bouger le sonar
i=i+parseInt(pas.value); //on incrémente l'angle
setTimeout(function() { Acquis() }, 500); //on attend 0.5s avant de faire appel à la fonction Acquis() qui autorise le stockage de la valeur reçue
setTimeout(function() { Inc(i)}, 2000); //on finit par un appel récursif à la fonction
}

}

== Séances supplémentaires ==

Lors de séances supplémentaires nous avons pu affiner notre algorithme ainsi que le visuel de la page web. Nous avons donc d'abord changé le mode de fonctionnement du balayage. Auparavant, la page web envoyait les trois informations d'angle de départ, angle d'arrivée et pas au serveur qui gérait ensuite l'envoi des différentes informations. Maintenant, c'est la page web qui gère ce balayage et demande l'information de distance au sonar lorsque celle ci est nécessaire. On a donc maintenant un contrôle du flux d'information entre le serveur et la page web qui est bien plus efficace.

Enfin, nous avons installé la page web ainsi que le serveur sur la Foxboard après avoir installé toutes les bibliothèques nécessaires.

[[Fichier:Capture sonar arrêt.jpg|350px|left|thumb|sonar déconnecté]][[Fichier:Capture d'écran sonar.jpg|center|thumb|300px|sonar connecté]]

== Fonctionnement final : choix de programmation et explications ==

Le projet repose donc sur deux supports : une page web interactive et un serveur codé en C. La page web permet de gérer le balayage, de la prise d'information au près de l'utilisateur jusqu'à la demande d'information au sonar au cours du balayage alors que le serveur C permet de gérer les mouvements du sonar ainsi que l'envoi d'information à la page web.

La page web se divise donc en deux parties : une partie de communication et une partie d'affichage. La partie communication est la partie invisible. Dans un premier temps, l'utilisateur saisit un angle de départ, un angle d'arrivée et un pas au travers d'un formulaire. Ce formulaire est envoyé au serveur C par %%%.

Ensuite, lorsque le serveur répond à une demande de la page, la valeur est enregistré dans un tableau a 360 cases (une case par degré d'un cercle) au niveau de la case d'indice correspondant à l'angle courant au moment de la demande. Ce tableau sera utilisée par la suite pour cartographier les alentours du sonar.

websocket.onmessage= function(message){
if (Acquisition == 1)
{
console.log(message.data);
tab[Angle] = message.data;
Acquisition = 0;
draw();
}
else
{
console.log(message.data);
}
}

= Partie Électronique =

== Séance 1 ==

Lors de la première séance, nous avons suivi dans un premier temps le tutoriel du logiciel Altium.
Nous nous sommes ensuite intéressés à l'envoi d'un signal au sonar pour lancer l'acquisition de la mesure de distance. Pour cela nous devions réaliser un signal comportant quelques impulsions à 40Khz, toutes les secondes. Nous avons donc réfléchi au moyen que nous avions pour créer de ce signal. Nous avons décidé d’utiliser un compteur 4 bits qui compte jusqu'à dix à une vitesse de 80Khz. Le bit 0, représente le signal que nous allons envoyer au sonar, c'est à dire 5 impulsions à 40Khz toutes les secondes. Les bits 1 et 3, nous permettent d’arrêter le compteur quand nous avons atteint la valeur 10.

[[Fichier:Altiumbeauchamp.jpg |800px|thumb|center]]

Nous avons pu vérifier, grâce à un oscilloscope, que le signal de sortie de la Nanoboard correspondait au signal recherché. Mais la Nanoboard délivre un signal entre 0 et 3.3V alors que le sonar demande une tension de 15V.
Nous devions donc amplifier le signal. Pour cela, nous avons réalisé, avec un AOP, un montage amplificateur non inverseur. De plus, en sortie du sonar, les tension seront très petites, de l’ordre de quelques centaines de millivolts. Nous avons donc utilisé un montage identique pour amplifier le signal de sortie du sonar afin d'envoyer un signal à la Nanoboard de l'ordre des 3 volts.

[[Fichier:montage_1.png|800px|thumb|center]]

Nous avons rapidement réfléchi au moyen de calculer la distance mesurée par le sonar. Pour cela nous avons utilisé un compteur qui s’incrémente à une vitesse de 17Khz, ce qui correspond au temps que met le son pour parcourir 2cm. Nous obtenons ainsi un nombre binaire, qui traduit en décimal, nous donnera la distance mesurée en centimètre. Le compteur devra commencer à compter lorsque la dernière impulsion sera envoyée au sonar.

== Séance 2 ==

Lors de cette deuxième séance, nous avons mis en place notre idée de récupération du signal du sonar. Nous avons utilisé un compteur 16 bits (le sujet demande un compteur 12 bits que nous n'en avons pas trouvé).
Le compteur se lance lorsque les bits 1 et 3, du compteur 4 bits utilisé dans la séance précédente, passent à 1 et s'arrête lorsque le sonar renvoie un signal. Or nous ne pouvions pas stopper le compteur à la première impulsion envoyée par le sonar, de plus puisqu'il s'agit d’impulsions le compteur aurait repris après la dernière impulsion. Nous avons donc décidé de compter grâce à un compteur 4 bits les impulsions que le sonar transmet. Puisque nous lui envoyons cinq impulsions à 40 khz, nous devons récupérer le même signal. Ainsi nous allons compter jusqu'à 5, dès l'arrivée de la première impulsion, et stopper le compteur qui calcule la distance à ce moment précis.

[[Fichier:Altiumbeauchamp2.jpg|800px|thumb|center]]

Nous avons voulu par la suite réaliser le montage amplificateur que nous avions fait lors de la séance précédente. Pour éviter d'endommager la Nanoboard nous devions placer un AOP en montage suiveur à la sortie de la Nanoboard, le schéma est ainsi légèrement modifié:

[[Fichier:Montage_2.png|800px|thumb|center]]

Nous avons pu tester le signal à la sortie des amplificateurs, grâce à un oscilloscope, et constater que le signal est correctement amplifié. Mais pour une certaine raison le sonar ne lançait pas l'acquisition de la mesure. Nous avons donc dû vérifier le sonar en lui envoyant un signal carré à 40 khz, nous avons ainsi pu éliminer l'idée que le sonar était endommagé. Il semble que les AOP que nous utilisions ne fournissaient pas assez de puissance au sonar pour qu'il puisse fonctionner. Nous avons donc dû réaliser lors de la séance suivante un amplificateur de courant pour que le sonar puisse fonctionner correctement.

== séance 3 ==

Lors de cette séance, nous avons eu l'idée d'alimenter le sonar en +15v -15v au lieu de 15v 0v, au lieu de créer un amplificateur de courant. Grâce à cela, nous avons pu récupérer un signal en sortie du sonar.

[[Fichier:Montage_3.png|800px|thumb|center]]

Nous devions par la suite amplifier le signal en sortie du sonar. Pour cela nous avons utilisé un amplificateur non inverseur et un filtre passe-haut pour éliminer le bruit dû aux 50 hz du réseau. Enfin, nous avons comparé le signal de sortie de l'amplificateur pour n'avoir plus que 0v quand le sonar ne reçoit pas, et 5v lorsqu'il reçoit un signal.

[[Fichier:Montage_4.png|800px|thumb|center]]

[[Fichier:Mesure_1.png|1200px|thumb|center]]

Puisque nous avons comparé en amont le signal du sonar, le schéma que nous avions réalisé lors de la séance 2 pour la partie réception, n’était plus correct.
Nous avons donc utilisé un compteur, qui lorsque le sonar reçoit un signal, passe le bit 0 aux 1 logique et va stopper le compteur qui va donner la distance.
De plus nous devions ignorer le sonar durant un petit temps, car dès lors que le sonar envoie un signal le récepteur le capte. Il nous fallait ignorer les 15 premières millisecondes de la réception. Nous avons utilisé un compteur qui compte jusqu’à 26, à une vitesse de 17 khz, soit 15 ms, et commencé à regarder le signal de réception après ce moment.

[[Fichier:Altiumbeauchamp3.png|800px|thumb|center]]

Grâce au port HB4 à HB18 on peut visualiser la distance mesurée par le sonar en binaire.

=Test=

On a placé le sonar à environ un mètre d'un mur( mesure approximative à la règle), on regarde l’état des sorties:

[[Fichier:Photo_1.jpeg|800px|thumb|center]]

On voit que les bits 7,6 et 4 sont à 1, on a donc mesuré: 2^7+2^6+2^4 = 104 cm

Contrôle de sonar, 2014/2015, TD2

2015-04-17T08:42:36Z

Lmazier : /* Séance 2 */

= Présentation du projet =

L'objectif de ce projet est de réaliser un système de contrôle d'un sonar. Pour cela, ce projet se divise en deux parties : une partie électronique et une partie informatique.

La partie informatique a pour but, au travers d'une interface WEB, de donner la possibilité à l'utilisateur de commander le sonar. L'utilisateur entre un angle désiré et le sonar renvoie la mesure de la distance mesuré à cet angle. Les différentes mesures seront visualisables au travers
d'une interface graphique.

= Partie Informatique =

== Séance 1 ==

Lors de la première séance, nous avons premièrement pris en main la maquette de test. Nous avons donc installé les composants nécessaires tels que la bibliothèque phidget ou encore les exemples disponibles de cette dernière. Une fois installés, nous avons commencé à tester le fonctionnement du servo-moteur. Après différents tests, nous avons pu déterminer que le servo-moteur est commandé avec une position exprimée en degré et qu'il nous est possible de le positionner dans un intervalle allant de 30 à 210 degré.

Nous avons ensuite commencer par nous familiariser avec l'outil canvas qui nous permettra de visualiser dans un cercle l'environnement encerclant le sonar. Sur la page html nous avons donc premièrement tracer un cercle, puis nous avons placé des points appartenant à un tableau t dans l'optique de représenter un angle de par leur indice et une distance de par leur valeur. Par la suite, ce tableau sera rempli automatiquement en fonction des relevés du sonar.

== Séance 2 ==

Lors de la seconde séance nous avions pour objectif de déployer la communication entre la page html et le sonar, avec pour premier objectif de simplement envoyer une information d'angle au sonar pour qu'il se positionne puis de récupérer la mesure.

Nous avons dans un premier temps installer le serveur websocket. Puis nous avons travailler sur la communication entre la page web et le serveur websocket. Nous avons d'abord réaliser l'envoi d'une information de la page web au serveur, information que le serveur nous renvoie et que nous pouvons donc afficher sur la page web.

Enfin, nous avons mixé les deux premières étapes de ces deux séances, à savoir que le serveur websocket reçoit une information de la page web, se connecte au sonar, utilise cette information pour contrôle le sonar, puis récupère la mesure sonar et la renvoi à la page web pour l'afficher.

Nous avons donc conclu cette seconde séance en ayant établi une connexion entre le pc et le sonar au travers du fichier c du serveur websocket. L'objectif de la troisième séance sera donc d'établir cette connexion au travers du serveur et d'adresse ip et de retranscrire les informations reçues visuellement grâce à l'outil canvas et non plus textuellement sur la page web.

==Séance 3==

Au cours de cette séance nous avons cherché à contrôler le nombre de données que renvoie le sonar à la page web afin de pouvoir les utiliser et afficher ces données clairement.

Pour cela nous avons inséré sur le site web l'affichage de l'angle de départ, celui d'arrivée et le pas pour lequel l'utilisateur veut afficher des données.L'ensemble de ces données permettra de contrôler le sonar de manière efficace.

Nous avons aussi dû régler un problème d'affichage sur la donnée que nous renvoyait le sonar. En effet le sonar ne renvoyait que le premier chiffre de la distance mesurée.

Au cours de cette séance nous avons cherché à mettre en place un système de balayage.Ainsi nous récupérons un seul point, pour un angle donné, qui correspond à la distance de l'objet.
Pour ce faire nous avons était confronté à un problème car il fallait que le sonar attende un certains moment à une position donnée afin de renvoyer une valeur correcte de la distance.C'est à dire que si nous demandions au sonar de ce déplacer à un angle i et de nous renvoyer la distance associée celui-ci n'avait pas le temps de faire une mesure correcte de la distance.
Pour y remédier nous avons fait appel aux fonctions setTimeout() et setInterval().Nous avons également dû mettre en place une variable 'Acquisition' afin de ne prendre en compte qu'une seule valeur.

function Inc(i)
{

if(i<=parseInt(arrivee.value)) //comparaison de l'angle i avec l'angle d'arrivée
{
Acquisition=0;
Angle=i;
sendMessage(i); //envoi de la valeur au serveur afin de faire bouger le sonar
i=i+parseInt(pas.value); //on incrémente l'angle
setTimeout(function() { Acquis() }, 500); //on attend 0.5s avant de faire appel à la fonction Acquis() qui autorise le stockage de la valeur reçue
setTimeout(function() { Inc(i)}, 2000); //on finit par un appel récursif à la fonction
}

}

== Séances supplémentaires ==

Lors de séances supplémentaires nous avons pu affiner notre algorithme ainsi que le visuel de la page web. Nous avons donc d'abord changé le mode de fonctionnement du balayage. Auparavant, la page web envoyait les trois informations d'angle de départ, angle d'arrivée et pas au serveur qui gérait ensuite l'envoi des différentes informations. Maintenant, c'est la page web qui gère ce balayage et demande l'information de distance au sonar lorsque celle ci est nécessaire. On a donc maintenant un contrôle du flux d'information entre le serveur et la page web qui est bien plus efficace.

Enfin, nous avons installé la page web ainsi que le serveur sur la Foxboard après avoir installé toutes les bibliothèques nécessaires.

[[Fichier:Capture sonar arrêt.jpg|350px|left|thumb|sonar déconnecté]][[Fichier:Capture d'écran sonar.jpg|center|thumb|300px|sonar connecté]]

== Fonctionnement final : choix de programmation et explications ==

Le projet repose donc sur deux supports : une page web interactive et un serveur codé en C. La page web permet de gérer le balayage, de la prise d'information au près de l'utilisateur jusqu'à la demande d'information au sonar au cours du balayage alors que le serveur C permet de gérer les mouvements du sonar ainsi que l'envoi d'information à la page web.

La page web se divise donc en deux parties : une partie de communication et une partie d'affichage. La partie communication est la partie invisible. Dans un premier temps, l'utilisateur saisit un angle de départ, un angle d'arrivée et un pas au travers d'un formulaire. Ce formulaire est envoyé au serveur C par %%%.

Ensuite, lorsque le serveur répond à une demande de la page, la valeur est enregistré dans un tableau a 360 cases (une case par degré d'un cercle) au niveau de la case d'indice correspondant à l'angle courant au moment de la demande. Ce tableau sera utilisée par la suite pour cartographier les alentours du sonar.

websocket.onmessage= function(message){
if (Acquisition == 1)
{
console.log(message.data);
tab[Angle] = message.data;
Acquisition = 0;
draw();
}
else
{
console.log(message.data);
}
}

= Partie Électronique =

== Séance 1 ==

Lors de la première séance, nous avons suivi dans un premier temps le tutoriel du logiciel Altium.
Nous nous sommes ensuite intéressés à l'envoi d'un signal au sonar pour lancer l'acquisition de la mesure de distance. Pour cela nous devions réaliser un signal comportant quelques impulsions à 40Khz, toutes les secondes. Nous avons donc réfléchi au moyen que nous avions pour créer de ce signal. Nous avons décidé d’utiliser un compteur 4 bits qui compte jusqu'à dix à une vitesse de 80Khz. Le bit 0, représente le signal que nous allons envoyer au sonar, c'est à dire 5 impulsions à 40Khz toutes les secondes. Les bits 1 et 3, nous permettent d’arrêter le compteur quand nous avons atteint la valeur 10.

[[Fichier:Altiumbeauchamp.jpg |800px|thumb|center]]

Nous avons pu vérifier, grâce à un oscilloscope, que le signal de sortie de la Nanoboard correspondait au signal recherché. Mais la Nanoboard délivre un signal entre 0 et 3.3V alors que le sonar demande une tension de 15V.
Nous devions donc amplifier le signal. Pour cela, nous avons réalisé, avec un AOP, un montage amplificateur non inverseur. De plus, en sortie du sonar, les tension seront très petites, de l’ordre de quelques centaines de millivolts. Nous avons donc utilisé un montage identique pour amplifier le signal de sortie du sonar afin d'envoyer un signal à la Nanoboard de l'ordre des 3 volts.

[[Fichier:montage_1.png|800px|thumb|center]]

Nous avons rapidement réfléchi au moyen de calculer la distance mesurée par le sonar. Pour cela nous avons utilisé un compteur qui s’incrémente à une vitesse de 17Khz, ce qui correspond au temps que met le son pour parcourir 2cm. Nous obtenons ainsi un nombre binaire, qui traduit en décimal, nous donnera la distance mesurée en centimètre. Le compteur devra commencer à compter lorsque la dernière impulsion sera envoyée au sonar.

== Séance 2 ==

Lors de cette deuxième séance, nous avons mis en place notre idée de récupération du signal du sonar. Nous avons utilisé un compteur 16 bits (le sujet demande un compteur 12 bits que nous n'en avons pas trouvé).
Le compteur se lance lorsque les bits 1 et 3, du compteur 4 bits utilisé dans la séance précédente, passent à 1 et s'arrête lorsque le sonar renvoie un signal. Or nous ne pouvions pas stopper le compteur à la première impulsion envoyée par le sonar, de plus puisqu'il s'agit d’impulsions le compteur aurait repris après la dernière impulsion. Nous avons donc décidé, de compter grâce à un compteur 4 bits les impulsions que le sonar transmettra. Puisque nous lui envoyons cinq impulsions à 40 khz, nous devons récupérer le même signal. Ainsi nous allons compter jusqu'à 5, dès l'arrivée de la première impulsion, et stopper le compteur, qui calcule la distance, à ce moment précis.

[[Fichier:Altiumbeauchamp2.jpg|800px|thumb|center]]

Nous avons voulu par la suite réaliser le montage amplificateur que nous avions fait lors de la séance précédente. Pour éviter d'endommager la Nanoboard nous devions placer un AOP en montage suiveur à la sortie de la Nanoboard, le schéma est ainsi légèrement modifié:

[[Fichier:Montage_2.png|800px|thumb|center]]

Nous avons pu tester le signal à la sortie des amplificateurs, grâce à un oscilloscope, et constater que le signal est correctement amplifié. Mais pour une certaine raison le sonar ne lançait pas l'acquisition de la mesure. Nous avons donc dû vérifier le sonar en lui envoyant un signal carré à 40 khz, nous avons ainsi pu éliminer l'idée que le sonar était endommagé. Il semble que les AOP que nous utilisions ne fournissaient pas assez de puissance au sonar pour qu'il puisse fonctionner. Nous avons donc dû réaliser lors de la séance suivante un amplificateur de courant pour que le sonar puisse fonctionner correctement.

== séance 3 ==

Lors de cette séance, nous avons eu l'idée d'alimenter le sonar en +15v -15v au lieu de 15v 0v, au lieu de créer un amplificateur de courant. Grâce à cela, nous avons pu récupérer un signal en sortie du sonar.

[[Fichier:Montage_3.png|800px|thumb|center]]

Nous devions par la suite amplifier le signal en sortie du sonar. Pour cela nous avons utilisé un amplificateur non inverseur et un filtre passe-haut pour éliminer le bruit dû aux 50 hz du réseau. Enfin, nous avons comparé le signal de sortie de l'amplificateur pour n'avoir plus que 0v quand le sonar ne reçoit pas, et 5v lorsqu'il reçoit un signal.

[[Fichier:Montage_4.png|800px|thumb|center]]

[[Fichier:Mesure_1.png|1200px|thumb|center]]

Puisque nous avons comparé en amont le signal du sonar, le schéma que nous avions réalisé lors de la séance 2 pour la partie réception, n’était plus correct.
Nous avons donc utilisé un compteur, qui lorsque le sonar reçoit un signal, passe le bit 0 aux 1 logique et va stopper le compteur qui va donner la distance.
De plus nous devions ignorer le sonar durant un petit temps, car dès lors que le sonar envoie un signal le récepteur le capte. Il nous fallait ignorer les 15 premières millisecondes de la réception. Nous avons utilisé un compteur qui compte jusqu’à 26, à une vitesse de 17 khz, soit 15 ms, et commencé à regarder le signal de réception après ce moment.

[[Fichier:Altiumbeauchamp3.png|800px|thumb|center]]

Grâce au port HB4 à HB18 on peut visualiser la distance mesurée par le sonar en binaire.

=Test=

On a placé le sonar à environ un mètre d'un mur( mesure approximative à la règle), on regarde l’état des sorties:

[[Fichier:Photo_1.jpeg|800px|thumb|center]]

On voit que les bits 7,6 et 4 sont à 1, on a donc mesuré: 2^7+2^6+2^4 = 104 cm

Contrôle de sonar, 2014/2015, TD2

2015-04-17T08:41:22Z

Lmazier : /* Séance 2 */

= Présentation du projet =

L'objectif de ce projet est de réaliser un système de contrôle d'un sonar. Pour cela, ce projet se divise en deux parties : une partie électronique et une partie informatique.

La partie informatique a pour but, au travers d'une interface WEB, de donner la possibilité à l'utilisateur de commander le sonar. L'utilisateur entre un angle désiré et le sonar renvoie la mesure de la distance mesuré à cet angle. Les différentes mesures seront visualisables au travers
d'une interface graphique.

= Partie Informatique =

== Séance 1 ==

Lors de la première séance, nous avons premièrement pris en main la maquette de test. Nous avons donc installé les composants nécessaires tels que la bibliothèque phidget ou encore les exemples disponibles de cette dernière. Une fois installés, nous avons commencé à tester le fonctionnement du servo-moteur. Après différents tests, nous avons pu déterminer que le servo-moteur est commandé avec une position exprimée en degré et qu'il nous est possible de le positionner dans un intervalle allant de 30 à 210 degré.

Nous avons ensuite commencer par nous familiariser avec l'outil canvas qui nous permettra de visualiser dans un cercle l'environnement encerclant le sonar. Sur la page html nous avons donc premièrement tracer un cercle, puis nous avons placé des points appartenant à un tableau t dans l'optique de représenter un angle de par leur indice et une distance de par leur valeur. Par la suite, ce tableau sera rempli automatiquement en fonction des relevés du sonar.

== Séance 2 ==

Lors de la seconde séance nous avions pour objectif de déployer la communication entre la page html et le sonar, avec pour premier objectif de simplement envoyer une information d'angle au sonar pour qu'il se positionne puis de récupérer la mesure.

Nous avons dans un premier temps installer le serveur websocket. Puis nous avons travailler sur la communication entre la page web et le serveur websocket. Nous avons d'abord réaliser l'envoi d'une information de la page web au serveur, information que le serveur nous renvoie et que nous pouvons donc afficher sur la page web.

Enfin, nous avons mixé les deux premières étapes de ces deux séances, à savoir que le serveur websocket reçoit une information de la page web, se connecte au sonar, utilise cette information pour contrôle le sonar, puis récupère la mesure sonar et la renvoi à la page web pour l'afficher.

Nous avons donc conclu cette seconde séance en ayant établi une connexion entre le pc et le sonar au travers du fichier c du serveur websocket. L'objectif de la troisième séance sera donc d'établir cette connexion au travers du serveur et d'adresse ip et de retranscrire les informations reçues visuellement grâce à l'outil canvas et non plus textuellement sur la page web.

==Séance 3==

Au cours de cette séance nous avons cherché à contrôler le nombre de données que renvoie le sonar à la page web afin de pouvoir les utiliser et afficher ces données clairement.

Pour cela nous avons inséré sur le site web l'affichage de l'angle de départ, celui d'arrivée et le pas pour lequel l'utilisateur veut afficher des données.L'ensemble de ces données permettra de contrôler le sonar de manière efficace.

Nous avons aussi dû régler un problème d'affichage sur la donnée que nous renvoyait le sonar. En effet le sonar ne renvoyait que le premier chiffre de la distance mesurée.

Au cours de cette séance nous avons cherché à mettre en place un système de balayage.Ainsi nous récupérons un seul point, pour un angle donné, qui correspond à la distance de l'objet.
Pour ce faire nous avons était confronté à un problème car il fallait que le sonar attende un certains moment à une position donnée afin de renvoyer une valeur correcte de la distance.C'est à dire que si nous demandions au sonar de ce déplacer à un angle i et de nous renvoyer la distance associée celui-ci n'avait pas le temps de faire une mesure correcte de la distance.
Pour y remédier nous avons fait appel aux fonctions setTimeout() et setInterval().Nous avons également dû mettre en place une variable 'Acquisition' afin de ne prendre en compte qu'une seule valeur.

function Inc(i)
{

if(i<=parseInt(arrivee.value)) //comparaison de l'angle i avec l'angle d'arrivée
{
Acquisition=0;
Angle=i;
sendMessage(i); //envoi de la valeur au serveur afin de faire bouger le sonar
i=i+parseInt(pas.value); //on incrémente l'angle
setTimeout(function() { Acquis() }, 500); //on attend 0.5s avant de faire appel à la fonction Acquis() qui autorise le stockage de la valeur reçue
setTimeout(function() { Inc(i)}, 2000); //on finit par un appel récursif à la fonction
}

}

== Séances supplémentaires ==

Lors de séances supplémentaires nous avons pu affiner notre algorithme ainsi que le visuel de la page web. Nous avons donc d'abord changé le mode de fonctionnement du balayage. Auparavant, la page web envoyait les trois informations d'angle de départ, angle d'arrivée et pas au serveur qui gérait ensuite l'envoi des différentes informations. Maintenant, c'est la page web qui gère ce balayage et demande l'information de distance au sonar lorsque celle ci est nécessaire. On a donc maintenant un contrôle du flux d'information entre le serveur et la page web qui est bien plus efficace.

Enfin, nous avons installé la page web ainsi que le serveur sur la Foxboard après avoir installé toutes les bibliothèques nécessaires.

[[Fichier:Capture sonar arrêt.jpg|350px|left|thumb|sonar déconnecté]][[Fichier:Capture d'écran sonar.jpg|center|thumb|300px|sonar connecté]]

== Fonctionnement final : choix de programmation et explications ==

Le projet repose donc sur deux supports : une page web interactive et un serveur codé en C. La page web permet de gérer le balayage, de la prise d'information au près de l'utilisateur jusqu'à la demande d'information au sonar au cours du balayage alors que le serveur C permet de gérer les mouvements du sonar ainsi que l'envoi d'information à la page web.

La page web se divise donc en deux parties : une partie de communication et une partie d'affichage. La partie communication est la partie invisible. Dans un premier temps, l'utilisateur saisit un angle de départ, un angle d'arrivée et un pas au travers d'un formulaire. Ce formulaire est envoyé au serveur C par %%%.

Ensuite, lorsque le serveur répond à une demande de la page, la valeur est enregistré dans un tableau a 360 cases (une case par degré d'un cercle) au niveau de la case d'indice correspondant à l'angle courant au moment de la demande. Ce tableau sera utilisée par la suite pour cartographier les alentours du sonar.

websocket.onmessage= function(message){
if (Acquisition == 1)
{
console.log(message.data);
tab[Angle] = message.data;
Acquisition = 0;
draw();
}
else
{
console.log(message.data);
}
}

= Partie Électronique =

== Séance 1 ==

Lors de la première séance, nous avons suivi dans un premier temps le tutoriel du logiciel Altium.
Nous nous sommes ensuite intéressés à l'envoi d'un signal au sonar pour lancer l'acquisition de la mesure de distance. Pour cela nous devions réaliser un signal comportant quelques impulsions à 40Khz, toutes les secondes. Nous avons donc réfléchi au moyen que nous avions pour créer de ce signal. Nous avons décidé d’utiliser un compteur 4 bits qui compte jusqu'à dix à une vitesse de 80Khz. Le bit 0, représente le signal que nous allons envoyer au sonar, c'est à dire 5 impulsions à 40Khz toutes les secondes. Les bits 1 et 3, nous permettent d’arrêter le compteur quand nous avons atteint la valeur 10.

[[Fichier:Altiumbeauchamp.jpg |800px|thumb|center]]

Nous avons pu vérifier, grâce à un oscilloscope, que le signal de sortie de la Nanoboard correspondait au signal recherché. Mais la Nanoboard délivre un signal entre 0 et 3.3V alors que le sonar demande une tension de 15V.
Nous devions donc amplifier le signal. Pour cela, nous avons réalisé, avec un AOP, un montage amplificateur non inverseur. De plus, en sortie du sonar, les tension seront très petites, de l’ordre de quelques centaines de millivolts. Nous avons donc utilisé un montage identique pour amplifier le signal de sortie du sonar afin d'envoyer un signal à la Nanoboard de l'ordre des 3 volts.

[[Fichier:montage_1.png|800px|thumb|center]]

Nous avons rapidement réfléchi au moyen de calculer la distance mesurée par le sonar. Pour cela nous avons utilisé un compteur qui s’incrémente à une vitesse de 17Khz, ce qui correspond au temps que met le son pour parcourir 2cm. Nous obtenons ainsi un nombre binaire, qui traduit en décimal, nous donnera la distance mesurée en centimètre. Le compteur devra commencer à compter lorsque la dernière impulsion sera envoyée au sonar.

== Séance 2 ==

Lors de cette deuxième séance, nous avons mis en place notre idée de récupération du signal du sonar. Nous avons utilisé un compteur 16 bits (le sujet demande un compteur 12 bits que nous n'en avons pas trouvé).
Le compteur se lance lorsque les bits 1 et 3 du compteur 4 bits utilisé dans la séance précédente passe à 1, et s'arrête lorsque le sonar renvoie un signal. Or nous ne pouvions pas stopper le compteur à la première impulsion envoyée par le sonar, de plus puisqu'il s'agit d’impulsions le compteur aurait repris après la dernière impulsion. Nous avons donc décidé, de compter grâce à un compteur 4 bits les impulsions que le sonar transmettra. Puisque nous lui envoyons cinq impulsions à 40 khz, nous devons récupérer le même signal. Ainsi nous allons compter jusqu'à 5, dès l'arrivée de la première impulsion, et stopper le compteur, qui calcule la distance, à ce moment précis.

[[Fichier:Altiumbeauchamp2.jpg|800px|thumb|center]]

Nous avons voulu par la suite réaliser le montage amplificateur que nous avions fait lors de la séance précédente. Pour éviter d'endommager la Nanoboard nous devions placer un AOP en montage suiveur à la sortie de la Nanoboard, le schéma est ainsi légèrement modifié:

[[Fichier:Montage_2.png|800px|thumb|center]]

Nous avons pu tester le signal à la sortie des amplificateurs, grâce à un oscilloscope, et constater que le signal est correctement amplifié. Mais pour une certaine raison le sonar ne lançait pas l'acquisition de la mesure. Nous avons donc dû vérifier le sonar en lui envoyant un signal carré à 40 khz, nous avons ainsi pu éliminer l'idée que le sonar était endommagé. Il semble que les AOP que nous utilisions ne fournissaient pas assez de puissance au sonar pour qu'il puisse fonctionner. Nous avons donc dû réaliser lors de la séance suivante un amplificateur de courant pour que le sonar puisse fonctionner correctement.

== séance 3 ==

Lors de cette séance, nous avons eu l'idée d'alimenter le sonar en +15v -15v au lieu de 15v 0v, au lieu de créer un amplificateur de courant. Grâce à cela, nous avons pu récupérer un signal en sortie du sonar.

[[Fichier:Montage_3.png|800px|thumb|center]]

Nous devions par la suite amplifier le signal en sortie du sonar. Pour cela nous avons utilisé un amplificateur non inverseur et un filtre passe-haut pour éliminer le bruit dû aux 50 hz du réseau. Enfin, nous avons comparé le signal de sortie de l'amplificateur pour n'avoir plus que 0v quand le sonar ne reçoit pas, et 5v lorsqu'il reçoit un signal.

[[Fichier:Montage_4.png|800px|thumb|center]]

[[Fichier:Mesure_1.png|1200px|thumb|center]]

Puisque nous avons comparé en amont le signal du sonar, le schéma que nous avions réalisé lors de la séance 2 pour la partie réception, n’était plus correct.
Nous avons donc utilisé un compteur, qui lorsque le sonar reçoit un signal, passe le bit 0 aux 1 logique et va stopper le compteur qui va donner la distance.
De plus nous devions ignorer le sonar durant un petit temps, car dès lors que le sonar envoie un signal le récepteur le capte. Il nous fallait ignorer les 15 premières millisecondes de la réception. Nous avons utilisé un compteur qui compte jusqu’à 26, à une vitesse de 17 khz, soit 15 ms, et commencé à regarder le signal de réception après ce moment.

[[Fichier:Altiumbeauchamp3.png|800px|thumb|center]]

Grâce au port HB4 à HB18 on peut visualiser la distance mesurée par le sonar en binaire.

=Test=

On a placé le sonar à environ un mètre d'un mur( mesure approximative à la règle), on regarde l’état des sorties:

[[Fichier:Photo_1.jpeg|800px|thumb|center]]

On voit que les bits 7,6 et 4 sont à 1, on a donc mesuré: 2^7+2^6+2^4 = 104 cm