air - User contributions [en]

Table interactive de restaurant

2013-04-09T13:30:32Z

ChristopheH: /* Description */

* UE/Module: Projet Multimédia RICM4 option CM
* Enseignant RICM : Renaud Blanch
* Élèves RICM5 : ???

en 500-1000 mots

==Description==
Pour le projet Multimédia de l’année 2010-2011, nous avons conçu une table interactive pour restaurant, nous avons tout d’abord décidé le sujet en partant sur différentes solutions d’aide à la prise de commande en restaurant (carte interactive sur tablette, …), nous nous sommes finalement mis d’accord sur une idée de table de restaurant tactile offrant aux clients diverses fonctionnalités tout au long de leur repas.

'''Ce projet s'appuie sur la table tactile "[[Tabletop]]" conçu également dans la salle AIR.'''

==Démarche/Déroulement ...==
Nous avons alors effectué deux interviews ex-situ dans deux restaurants différents (le Metropolis en face de Polytech’Grenoble et l’Ontario sur les quais de Grenoble). A cours de ces dernières, nous avons appris les principales actions que doit faire le serveur tout au long de son travail, ils nous ont aussi conseillé sur quelles fonctionnalités seront acceptées facilement par les restaurants et celles qui seront automatiquement refusées. A la suite de ces interviews, nous avons écrit les scenarii de travail puis nous avons effectué un brainstorming afin de mettre en commun toutes les idées auxquelles nous pouvions penser comme fonctionnalités de notre table, nous avons ensuite gardé celles qui avaient été acceptées à plus de quatre voix contre une. Les idées qui sont restées sont : 
• Gestion de plusieurs menus par table et leur affichage (un menu est disponible pour chacun des clients déjeunant à une table) 
• Affichage de précisions sur les plats (des renseignements supplémentaires sur la composition des plats sont disponibles) 
• Suggestions de vins/plats(en fonction du plat choisi, un vin s’accordant avec celui-ci est proposé ; le plat du jour est proposé) 
• Création d’une commande (un client peut commander son menu en autonomie sur la table) 
• Personnalisation d’une commande/d’un plat (un client peut demander le retrait d’un ingrédient particulier dans la fabrication d’un plat s’il le désire) 
• Affichage du total de la commande (chaque fois qu’un plat est ajouté dans une commande, le montant de celle-ci se met à jour automatiquement) 
• Envoi direct des commandes en cuisine lors de leur validation (la transmission d’une commande à la cuisine se fait sans l’intervention d’un serveur) 
• Possibilité de demande du débarrassage d’un plat (lorsqu’un client a terminé son plat, il peut accélérer le processus du service en demandant que l’on débarrasse son assiette) 
• Demander à faire une pause (un client peut demander une pause entre deux plats : la réalisation du plat suivant ne sera pas lancée tout de suite en cuisine) 
• Personnalisation par le serveur des fonctionnalités (le serveur a la possibilité d’ajouter/retirer des fonctionnalités d’utilisation de la table) 
• Possibilité de laisser une remarque au cuisinier (un client peut exprimer son ressenti sur le plat qu’il vient de manger ; son message est envoyé immédiatement en cuisine) 
• Gestion des ambiances (un « fond de table » peut être affiché sur la table au choix du client) 
• Possibilité de communiquer avec des appareils mobiles (un appareil photo, une caméra, etc. peuvent être pluggées sur la table de façon à y afficher des documents) 
• Manipulation directe (les éléments affichés sur la table peuvent être agrandis, rétrécis, déplacés…) 
• Reconnaissance de la forme des objets posés pour rendre l’affichage joli et fonctionnel (selon le type d’objet déposé sur la table, une animation sera « jouée » autour de celui-ci) 
• Mise à disposition d’un livre d’or (un client peut s’il le souhaite déposer un message témoignant de son appréciation du restaurant ou repas) 
• Personnalisation de l’affichage, mini-jeux… (un certain nombre de mini-jeux sont proposés au client pour se divertir) 
• Possibilité d’appel d’un serveur (le client peut appeler le serveur en cas de problème) 
• Suggestions dynamiques (les plats suggérés sont influencés par des paramètres de stocks, …) 
• Possibilité de compte client (un compte client permet de garder en mémoire les plats précédemment consommés, les ambiances affichés sur la table, …) 
• Gestion de la fidélité (un client revenant souvent bénéficiera de réductions et promotions) 
Nous avons alors conçu les scenarii de conception. Puis nous avons créé un prototype papier des différentes fonctionnalités de notre table. Nous avons créé une vidéo en Stop-Motion pour chaque scenario de conception. Ces vidéos sont disponibles auprès de Mr Blanch. 
Nous avons vraiment apprécié de travailler sur ce projet malgré nos réticences en début de projet. En effet, nous craignions de ne trouver que peu d’intérêt au projet étant donné qu’il n’y avait pas de phase de développement dans ce dernier. Cependant, nous avons vite compris que la phase de conception est plus importante que le développement en lui-même car, le prototype que nous avons conçu est la base sur laquelle le logiciel à construire sera développé. Finalement, nous avons appris au cours de ce projet qu’il fallait prendre le temps de définir les fonctionnalités de ce dernier avant de le concevoir tête baissée.

==Supports==
* Présentation (PPT,ODP, ...)
* [http:// site complet du projet]
* Photos
* Vidéo
* Flyer
* Poster
* ...

Table interactive de restaurant

2013-04-09T13:30:14Z

ChristopheH: /* Description */

* UE/Module: Projet Multimédia RICM4 option CM
* Enseignant RICM : Renaud Blanch
* Élèves RICM5 : ???

en 500-1000 mots

==Description==
Pour le projet Multimédia de l’année 2010-2011, nous avons conçu une table interactive pour restaurant, nous avons tout d’abord décidé le sujet en partant sur différentes solutions d’aide à la prise de commande en restaurant (carte interactive sur tablette, …), nous nous sommes finalement mis d’accord sur une idée de table de restaurant tactile offrant aux clients diverses fonctionnalités tout au long de leur repas.

Ce projet s'appuie sur la table tactile "[[Tabletop]]" conçu également dans la salle AIR.

==Démarche/Déroulement ...==
Nous avons alors effectué deux interviews ex-situ dans deux restaurants différents (le Metropolis en face de Polytech’Grenoble et l’Ontario sur les quais de Grenoble). A cours de ces dernières, nous avons appris les principales actions que doit faire le serveur tout au long de son travail, ils nous ont aussi conseillé sur quelles fonctionnalités seront acceptées facilement par les restaurants et celles qui seront automatiquement refusées. A la suite de ces interviews, nous avons écrit les scenarii de travail puis nous avons effectué un brainstorming afin de mettre en commun toutes les idées auxquelles nous pouvions penser comme fonctionnalités de notre table, nous avons ensuite gardé celles qui avaient été acceptées à plus de quatre voix contre une. Les idées qui sont restées sont : 
• Gestion de plusieurs menus par table et leur affichage (un menu est disponible pour chacun des clients déjeunant à une table) 
• Affichage de précisions sur les plats (des renseignements supplémentaires sur la composition des plats sont disponibles) 
• Suggestions de vins/plats(en fonction du plat choisi, un vin s’accordant avec celui-ci est proposé ; le plat du jour est proposé) 
• Création d’une commande (un client peut commander son menu en autonomie sur la table) 
• Personnalisation d’une commande/d’un plat (un client peut demander le retrait d’un ingrédient particulier dans la fabrication d’un plat s’il le désire) 
• Affichage du total de la commande (chaque fois qu’un plat est ajouté dans une commande, le montant de celle-ci se met à jour automatiquement) 
• Envoi direct des commandes en cuisine lors de leur validation (la transmission d’une commande à la cuisine se fait sans l’intervention d’un serveur) 
• Possibilité de demande du débarrassage d’un plat (lorsqu’un client a terminé son plat, il peut accélérer le processus du service en demandant que l’on débarrasse son assiette) 
• Demander à faire une pause (un client peut demander une pause entre deux plats : la réalisation du plat suivant ne sera pas lancée tout de suite en cuisine) 
• Personnalisation par le serveur des fonctionnalités (le serveur a la possibilité d’ajouter/retirer des fonctionnalités d’utilisation de la table) 
• Possibilité de laisser une remarque au cuisinier (un client peut exprimer son ressenti sur le plat qu’il vient de manger ; son message est envoyé immédiatement en cuisine) 
• Gestion des ambiances (un « fond de table » peut être affiché sur la table au choix du client) 
• Possibilité de communiquer avec des appareils mobiles (un appareil photo, une caméra, etc. peuvent être pluggées sur la table de façon à y afficher des documents) 
• Manipulation directe (les éléments affichés sur la table peuvent être agrandis, rétrécis, déplacés…) 
• Reconnaissance de la forme des objets posés pour rendre l’affichage joli et fonctionnel (selon le type d’objet déposé sur la table, une animation sera « jouée » autour de celui-ci) 
• Mise à disposition d’un livre d’or (un client peut s’il le souhaite déposer un message témoignant de son appréciation du restaurant ou repas) 
• Personnalisation de l’affichage, mini-jeux… (un certain nombre de mini-jeux sont proposés au client pour se divertir) 
• Possibilité d’appel d’un serveur (le client peut appeler le serveur en cas de problème) 
• Suggestions dynamiques (les plats suggérés sont influencés par des paramètres de stocks, …) 
• Possibilité de compte client (un compte client permet de garder en mémoire les plats précédemment consommés, les ambiances affichés sur la table, …) 
• Gestion de la fidélité (un client revenant souvent bénéficiera de réductions et promotions) 
Nous avons alors conçu les scenarii de conception. Puis nous avons créé un prototype papier des différentes fonctionnalités de notre table. Nous avons créé une vidéo en Stop-Motion pour chaque scenario de conception. Ces vidéos sont disponibles auprès de Mr Blanch. 
Nous avons vraiment apprécié de travailler sur ce projet malgré nos réticences en début de projet. En effet, nous craignions de ne trouver que peu d’intérêt au projet étant donné qu’il n’y avait pas de phase de développement dans ce dernier. Cependant, nous avons vite compris que la phase de conception est plus importante que le développement en lui-même car, le prototype que nous avons conçu est la base sur laquelle le logiciel à construire sera développé. Finalement, nous avons appris au cours de ce projet qu’il fallait prendre le temps de définir les fonctionnalités de ce dernier avant de le concevoir tête baissée.

==Supports==
* Présentation (PPT,ODP, ...)
* [http:// site complet du projet]
* Photos
* Vidéo
* Flyer
* Poster
* ...

Table interactive de restaurant

2013-04-09T13:28:58Z

ChristopheH: /* Description */ ajout d'un lien vers la Tabletop

* UE/Module: Projet Multimédia RICM4 option CM
* Enseignant RICM : Renaud Blanch
* Élèves RICM5 : ???

en 500-1000 mots

==Description==
Pour le projet Multimédia de l’année 2010-2011, nous avons conçu une table interactive pour restaurant, nous avons tout d’abord décidé le sujet en partant sur différentes solutions d’aide à la prise de commande en restaurant (carte interactive sur tablette, …), nous nous sommes finalement mis d’accord sur une idée de table de restaurant tactile offrant aux clients diverses fonctionnalités tout au long de leur repas.

Ce projet s'appuie sur la table tactile "AIR NFC Tabletop" conçu également dans la salle AIR.

==Démarche/Déroulement ...==
Nous avons alors effectué deux interviews ex-situ dans deux restaurants différents (le Metropolis en face de Polytech’Grenoble et l’Ontario sur les quais de Grenoble). A cours de ces dernières, nous avons appris les principales actions que doit faire le serveur tout au long de son travail, ils nous ont aussi conseillé sur quelles fonctionnalités seront acceptées facilement par les restaurants et celles qui seront automatiquement refusées. A la suite de ces interviews, nous avons écrit les scenarii de travail puis nous avons effectué un brainstorming afin de mettre en commun toutes les idées auxquelles nous pouvions penser comme fonctionnalités de notre table, nous avons ensuite gardé celles qui avaient été acceptées à plus de quatre voix contre une. Les idées qui sont restées sont : 
• Gestion de plusieurs menus par table et leur affichage (un menu est disponible pour chacun des clients déjeunant à une table) 
• Affichage de précisions sur les plats (des renseignements supplémentaires sur la composition des plats sont disponibles) 
• Suggestions de vins/plats(en fonction du plat choisi, un vin s’accordant avec celui-ci est proposé ; le plat du jour est proposé) 
• Création d’une commande (un client peut commander son menu en autonomie sur la table) 
• Personnalisation d’une commande/d’un plat (un client peut demander le retrait d’un ingrédient particulier dans la fabrication d’un plat s’il le désire) 
• Affichage du total de la commande (chaque fois qu’un plat est ajouté dans une commande, le montant de celle-ci se met à jour automatiquement) 
• Envoi direct des commandes en cuisine lors de leur validation (la transmission d’une commande à la cuisine se fait sans l’intervention d’un serveur) 
• Possibilité de demande du débarrassage d’un plat (lorsqu’un client a terminé son plat, il peut accélérer le processus du service en demandant que l’on débarrasse son assiette) 
• Demander à faire une pause (un client peut demander une pause entre deux plats : la réalisation du plat suivant ne sera pas lancée tout de suite en cuisine) 
• Personnalisation par le serveur des fonctionnalités (le serveur a la possibilité d’ajouter/retirer des fonctionnalités d’utilisation de la table) 
• Possibilité de laisser une remarque au cuisinier (un client peut exprimer son ressenti sur le plat qu’il vient de manger ; son message est envoyé immédiatement en cuisine) 
• Gestion des ambiances (un « fond de table » peut être affiché sur la table au choix du client) 
• Possibilité de communiquer avec des appareils mobiles (un appareil photo, une caméra, etc. peuvent être pluggées sur la table de façon à y afficher des documents) 
• Manipulation directe (les éléments affichés sur la table peuvent être agrandis, rétrécis, déplacés…) 
• Reconnaissance de la forme des objets posés pour rendre l’affichage joli et fonctionnel (selon le type d’objet déposé sur la table, une animation sera « jouée » autour de celui-ci) 
• Mise à disposition d’un livre d’or (un client peut s’il le souhaite déposer un message témoignant de son appréciation du restaurant ou repas) 
• Personnalisation de l’affichage, mini-jeux… (un certain nombre de mini-jeux sont proposés au client pour se divertir) 
• Possibilité d’appel d’un serveur (le client peut appeler le serveur en cas de problème) 
• Suggestions dynamiques (les plats suggérés sont influencés par des paramètres de stocks, …) 
• Possibilité de compte client (un compte client permet de garder en mémoire les plats précédemment consommés, les ambiances affichés sur la table, …) 
• Gestion de la fidélité (un client revenant souvent bénéficiera de réductions et promotions) 
Nous avons alors conçu les scenarii de conception. Puis nous avons créé un prototype papier des différentes fonctionnalités de notre table. Nous avons créé une vidéo en Stop-Motion pour chaque scenario de conception. Ces vidéos sont disponibles auprès de Mr Blanch. 
Nous avons vraiment apprécié de travailler sur ce projet malgré nos réticences en début de projet. En effet, nous craignions de ne trouver que peu d’intérêt au projet étant donné qu’il n’y avait pas de phase de développement dans ce dernier. Cependant, nous avons vite compris que la phase de conception est plus importante que le développement en lui-même car, le prototype que nous avons conçu est la base sur laquelle le logiciel à construire sera développé. Finalement, nous avons appris au cours de ce projet qu’il fallait prendre le temps de définir les fonctionnalités de ce dernier avant de le concevoir tête baissée.

==Supports==
* Présentation (PPT,ODP, ...)
* [http:// site complet du projet]
* Photos
* Vidéo
* Flyer
* Poster
* ...

Fusion multi-capteurs pour table tactile

2012-10-26T08:07:22Z

ChristopheH: correction orthographique "des" > "de"

Enseignants : Didier Donsez, DIGITALE

Eleves RICM4 : ???

Les objectifs de ce projet sont d’expérimenter différents capteurs pour améliorer l'interaction de plusieurs utilisateurs avec une table tactile.

Prêt

2012-07-10T08:34:12Z

ChristopheH: /* Christophe Havard */

=Liste du matériel prêté=
Cette page ne doit être éditée que par les enseignants.

==Projet M2PGI==
===Projet DronePRI===
* 1 ARDrone, avec 1 batterie et 1 chargeur (prété le 21/01/2011 par Didier Donsez à Thomas Calmant et François-Karim Laben, rendu le à)
* 1 Wiimote bleu + Nunchuck (made in China) (prété le 21/01/2011 par Didier Donsez à Thomas Calmant, rendu le à)
* 1 AVRStick (prété le 28/01/2011 par Didier Donsez à François-Karim Laben, rendu le à)
* 1 Compteur Geiger
* 1 Capteur de fumée
* 1 Capteur de méthane
* 1 Buzzer
* 1 émetteur ultrason
* 1 clé Inforad
* 2 dongles Bluetooth USB
* 1 routeur Linksys NSLU 2
* 1 plaque de montage
* des connecteurs divers et variés...

En consommable :
* de la gaine
* du cablâge
* 3 micro prises type IDE

===Projet Smartcard===
* 1 lecteur Touchatag
* 1 lecteur ASK RDR 237
* 1 lecteur Gemplus GCR410 + convertisseur US Serie + Adapteur PS2 USB
* JavaCard
* Tags

===Projet Réseaux Sociaux Physiques===
* 1 kit ez430 Chronos (prété le 4/2/2011 par Didier Donsez à Yann Diocet , rendu le à)
* 1 kit ez430 RF2480 (prété le 4/2/2011 par Didier Donsez à Yann Diocet , rendu le à)
* 1 STM32 Discovery (prété le 4/2/2011 par Didier Donsez à Yann Diocet , rendu le à)
* 1 Lauchpad 430 (prété le 4/2/2011 par Didier Donsez à Yann Diocet , rendu le à)

==Projet PEIP ST Sport==
* 1 Arduino Uno + 5 DS1820 + Alimentation 4 piles + cable USB : Loic Boiton-Margant et Stefan Chitoraga (2/12/2012)
* 1 Multimetre USB Velleman DVM 1200 (prété le 16/01/2012)
* 1 relai 5V - 220 V [http://www.sparkfun.com/products/100 Relay SPDT Sealed] (prété le 16/01/2012)

==Projet 3I4==
===Projet Drone===
* 1 ARDrone (prété le ??/01/2011 par Alina Voda à ???, rendu le à)

===Mesure temperatureOne Wire===
* USB Serial convertor [[Prolific PL 2303]] Deal Extreme (prété a Victorien Besse le 2/4/2012).

==Projet 3I5==
===Projet Bille===
* 2 Servo moteurs

==Projet RICM3==

===Alexandre Corso (station méteo)===
* 1 [[Arduino]] UNO
* 1 [http://www.seeedstudio.com/depot/bees-shield-p-672.html?cPath=109 XBees shield] [http://www.seeedstudio.com/wiki/index.php?title=Bees_Shield wiki]

==Projets RICM4==

===Projet [[GroundCTRL]]===
* 1 lecteur Tikitag + tags
* 1 Mac Mini (prété le 30/01/2012)
* 2 Servo moteurs (noir)
* 1 Arduino UNO
* 1 cable
* 1 plaque d'essai
* 1 miroir rond
* 1 laser
* 1 cadenas a chiffre

===Projet [[Proj-2011-2012-Home Security Sweet Home|HSSH]]===
* Supports de circuits - 2
* Arduino UNO + cable USB - 1
* Arduino FIO - 1
* XBEE - 2
* Buzzer - 1
* Ventilo - 2
* Capteur de smoke - 1
* Lecteur iButton - 1
* Carte iButton - 1
* Micro Servo moteur - 1
* Capteur de présence - 1
* Capteur de contact de porte - 1
* 433 MHz RF - 1
* Antenne wifi - 1
* Capteur de mouvement domotique - 1
Xbee
* 1 xbee pro S1
* 2 xbee pro S2
* 1 bees shield
* 1 FTDI-USB
* 1 Arduino Uno

===Projet ArduiGrid===
* 4 Arduino Uno (prêtés le 7/02/2010 à Thibault Jurado-Leduc par Didier Donsez)
* 1 Arduino Mega (prêtés le 7/02/2010 à Thibault Jurado-Leduc par Didier Donsez)
* 4 breadboards (grande) (prêtés le 7/02/2010 à Thibault Jurado-Leduc par Didier Donsez)
* 5 cables USB (prêtés le 7/02/2010 à Thibault Jurado-Leduc par Didier Donsez)

===Projet AMO===
'''RICM4'''
* HTC Hero (prété le par Didier Donsez à ??? , rendu le à)
* Archos Internet Tablet 101 (prété le par Didier Donsez à ??? , rendu le à)
'''3I5'''
* 1 montre cardio + ceinture Kalenji 100 (prété le 7/02/2011 par Didier Donsez à Jonathan Odul , rendu le à Didier)
* 1 Arduino Uno (prété le 7/02/2011 par Didier Donsez à Jonathan Odul , rendu le à)
* 1 Arduino Uno (prété le ??? par Sophie Chareyson à ??? , rendu le à)
* 1 compteur de tour de roue cycliste
* 2 Arduino Lilypad (prété le ??? par Sophie Chareyson à ??? , rendu le à)
* 1 Shield Lilypad XBee (prété le 14/02 par Sophie Chareyson à ??? , rendu le à)
* 2 [http://www.sparkfun.com/products/8462 Lilypad accelerometer ADXL335] (prété le ??? par Sophie Chareyson à ??? , rendu le à)
* 2 USB FTDI 3.3V (prété le ??? par Sophie Chareyson à ??? , rendu le à)
* 1 Module XBee Pro antenne integré
* 2 Module XBee Pro + antenne externe
* 2 supports pile CR2032
* 1 support pile 1,5V AAA
* 1 Shield XBee Arduino Uno
* 1 capteur FSR square
* 1 boutons pression Lilypad
* 5 lilypad LED
* 4 Lilypad bouton
* 1 emetteur/recepteur 433MHz (voir chapitre 9 du livre "Making things talk")
* 1 livre "Making things talk".
* 2 [http://www.seeedstudio.com/depot/bluetooth-bee-p-598.html?cPath=139_142 XBee Bluetooth]
* 2 [http://www.seeedstudio.com/depot/bees-shield-p-672.html?cPath=109 Xbee module sockets board]
* 1 Seeeduino Mega (prété semaine du 21/03 a Yakub)
* 1 Arduino UNO (preté le 29/03 a Yakub)

* 2 Arduino FIO + 1 FTDI 3.3V + 1 XBeeExplorer + 3 XBee Pro antenne intégrée prétés a Marielle AMANS, 10/10/11

===Projet Tabletop===
* 1 table IKEA + 4 chaises paille
* 1 projecteur Optoma
* 1 web cam PS3
* illusminateur IR

===Projet KiCTRL===
* 1 XBox 360 250GB + Kinect
* 1 mac mini

===Home Security Sweet Home===
* 1 launchpad 430
* 1 Netduino
* 2 Arduino Uno
* 2 cables USB
* 2 trans/recepteur RF 433
* 1 contacteur de porte
* 1 miniPC Norhtec
* 1 mini haut parleur PC
* 1 buzzer 110 dB 12V
* 1 servo moteur

===Projet Camera Basse Altitude===
* 1 [[STM32 Discovery#STM32F4-DISCOVERY|STM32F4 Discovery]]
* 1 Kit STM32F4 Camera
* 1 Ballon latex 1 mètre 3

==Projet RICM5==
===Projet Biometrie===
* 2 cartes Arduino Uno (prété le par Laurent Besacier, rendu le à) (prété le 22/02 par Frederic Coudurier, rendu le à)
* 3 DS touch screens (prété le par Laurent Besacier, rendu le à)
* 3 [http://www.sparkfun.com/products/9105 connecteurs DS touch screens] (prété le par Laurent Besacier, rendu le à)
* 3 [http://www.sparkfun.com/products/9170 breakout DS touch screens] (prété le par Laurent Besacier, rendu le à)
* ??? breadboards
* 1 MSP430 Launchpad
* 1 connecteur USB femelle type B
* 1 casque Sennheiser

===Projet Biometrie 2012 Serrure Vocale (Jonathan Odul)===
* 1 Olimexino 328 + cable usb mini
* 1 Gache electrique
* 1 plaque d'essai

===Projet SmartGrid===
* 1 Carte Arduino Uno (prété le par Didier Donsez, rendu le à)
* 2 Carte Arduino Fio + 2 batteries LiPO (prété le par Didier Donsez, rendu le à)
* 1 XBee Explorer USB
* 3 modules XBee + une antenne intégrée)
* 2 kits AVR Raven
* 1 programmateur AVR ISP STK500
* 1 programmateur JTAG Atmel AVR
* 1 station meteo WMR 200 (rendue a Didier Donsez)
* 2 ou 3? pinces aperometriques

===Christophe Havard===
(emprunté le 12/12/11 + rendu Avril 2012
* 2 modules XBee serie 2 Pro SMA
* 2 antennes 2.4 GHz
* 1 module XBee serie 2 Pro (antenne intégré)
* XBee USB explorer
* 1 grande plaque d'essai
* 1 adaptateur de socket XBee

===Projet GreenIT===
* 1 MSP430 Launchpad
* 1 Arduino Uno + cable USB
* 1 consometre
* 1 pince aperometrique

===Projet Erasmus (Cesar Vicente, Jaume)===
* 1 ARDrone
* 1 tablette Archos
* 1 Wiimote + Nunchuck

==Enseignants==
===Didier Donsez===
* 1 Arduino Uno (emprunté le 7/02/2011)
* 1 STM32 Discovery

===Nicolas Palix===
* 1 STM32L Discovery + cable (emprunté le 23/01/2012)

===Wassim Mansour (TIMA PhD student)===
* [[Papilio]] One 500K rendu
* [[Papilio]] Arcade Megawing rendu
* 2 Joysticks rendu
* Alim DC 12V rendu

Prété le 26/01/2012
* 2 [[Arduino]] UNO (dont un avec le [http://www.sparkfun.com/products/9175 ZIF Socket 28-Pin 0.3" ]
* 2 Cables
* 4 ATMega 328 with Arduno bootloader
* 4 sockets 40 pins for ATMega 328
* 1 plaque d'essai grand modele
* 3 quartz 16Mhz
* 2 protoboards
* 4 [[DS1820]] (capteur numérique de température communicant vers le protocole [[OneWire]])
* leds de couleur
* bouton poussoir pour le reset
* DC barrel

===Pierre-Louis Aublin===

===Olivier Richard===
* 1x Bus Pirate + 2 connectiques (base et à crochet): emprunté le 21/03/11
* 2x STM32-VL-Discovery: empruntés le 02/01/11

===Laurent Besacier===
* XBox Kinect (emprunté le 18/04/2012) --> Stage Matthieu Moy

===Sophie Chareyron===
* 1 Arduino Uno + cable + breadboard (emprunté le 14/02/2011)
* [[Magician Chassis]] sans Arduino

===David Eon===
* 1 Arduino Uno (emprunté le 21/03/2011 a Didier)

===Sacha Krokowiak===
* 1 Arduino Uno (cadeau)

===Gilles Virone===
* 1 Arduino Uno + cable USB (17/07)
* 1 plaque de prototypage
* 1 potentiomêtre

===Jean-Francois Monin===
* 1 STM32L Discovery (2/1/12)
* 1 Arduino Uno + cable USB (2/1/12)
* 1 plaque de prototypage
* 1 potentiomêtre
* 1 photoresistance
* 1 servomoteur (petit modèle)

===Pierre-Yves Gumery===
* 1 Arduino Uno + cable USB (11/07)

===Bruno Bzeznik===
* [[Melexis MLX90614]] Infrared Thermometer : 3 x AAA

===Vincent Danjean===
* [[SEN-08630 PIR Motion Sensor]]

===Thomas Leveque (LIG Adele)===
* 1 kit [[TI'_Ez430-RF2480]] (29/08/2011)

===Karel Heurtefeux (Verimag)===
emprunté le 1/3/2012
* 2 [[TI' MSP430 Launchpad]]
* 1 [https://estore.ti.com/430BOOST-CC110L-CC110L-RF-Module-BoosterPack-P2734.aspx CC110L RF Module BoosterPack] pour l'évaluation des communications sans fil du CC110L

===Cedric Chauvenet (LIG DRAKKAR)===
Emprunté fin fevrier 2012
* 2 [[TI' MSP430 Launchpad]]
* 1 [https://estore.ti.com/430BOOST-CC110L-CC110L-RF-Module-BoosterPack-P2734.aspx CC110L RF Module BoosterPack] pour l'évaluation des communications sans fil du CC110L
* 1 programmateur Olimex AVR ATMega (USB?)
* 1 programmateur Olimex MSP430 (Parallele?)

===Laurence Pierre===
* carte [[Papilio]] + carte MegaWing (preté le 25/5/2012)

===Jean-Francois Bianco===
* Mac Mini (Juin 2012 rendu 21/06/2012)

===Pierre Tchounikine===
* 1 Tablette Intel sous [[MeeGo]] (rendue sous Android 4.0 21/06/2012)

===Christophe Havard===
* 2 Tablettes Intel sous [[MeeGo]]
* 3 multiprises
* 1 caisse à outils
* 1 visseuse électrique
* 1 perçeuse + forêts
* 2 écrans plats tactiles Iiyama ProLite T2250 MTS
* 1 mini-étau
* 1 scie à métaux
* 1 scie à bois
* 1 mac mini

==Par équipement==
===Kit pédagogique Arduino===
(1 UNO + 1 Breadboard + jumper + ....)
* Sylvain Bouveret (ENSIMAG + LIG Steamer) emprunté le 9/07
* Etienne Gandrille (LIG ADELE) emprunté le 9/07

===[[NFC Shield for Arduino]]===
* Etienne Gandrille (LIG ADELE) emprunté le 9/07

===Ecran tactile multitouch IIYAMA ProLite T2250MTS===
* Brice Duhamel (rendu)
* Didier Donsez (rendu)
* Christophe Havard & Renaud Colin (2 ecrans)

===[[STM3240G-EVAL]]===
* Salem Harrache (prété le 7 mai 2012)

===Clavier sans fil Logitech K400===
* Christophe Havard prêté le 17/11/2012
* Brice Duhamel prêté le 17/11/2012

===[[INEMO2|iNEMO2]] (5 unités)===
* Amin Cherbal (prêté le 22/04/2011)
* Issac Noé Garcia (prêté le 22/04/2011, rendu le 21/09/2011)
* David Eon (prêté le 21/04/2011)
* Sophie Chareyron (prêté le 21/04/2011)
* Olivier Richard (en réservation)

===[[MuSA]]===
* Abdelkader Kersani (prêté le 20/04/2011)
* Romain Clément (prêté le 21/04/2011)
* Alban Fichet (prêté le 21/04/2011)
* Alina Voda (prêté le 21/04/2011)
* Sophie Chareyron (prêté le 21/04/2011)
* Olivier Richard (prêté le 22/04/2011)
* Florian Fourure (RICM4) (prété le 19/09/2011)
* Vincent Danjean (prété le 22/11/2011)

===[[STM32 Discovery|STM32L-Discovery]]===
* David Eon (1 exemplaire)
* Olivier Richard (1 exemplaire)
* Fabien le Mentec (1 exemplaire)
* Sophie Chareyron (1 exemplaire)
* Pierre Corbineau ?
* Pascal Sicard (1 exemplaire)
* Olivier Gruber (1 exemplaire prêté le 21/09/2011)
* Alban Moreau (1 exemplaire prêté le 10/10/11)
* Didier Donsez (1 exemplaire)

===[[STM32_Discovery#STM32F4-DISCOVERY|STM32F4-DISCOVERY]]===
5 exemplaires donnés par ST
* Olivier Richard (1 exemplaire)
* Fabien le Mentec (1 exemplaire)

===[[Snowball PDK]]===
2 exemplaires donnés par ST Ericsson
* Olivier Richard (emprunté le 10/05/2012)
* Thomas Calment (emprunté le 10/05/2012)

Prêt

2012-07-10T08:33:48Z

ChristopheH: /* Christophe Havard */

=Liste du matériel prêté=
Cette page ne doit être éditée que par les enseignants.

==Projet M2PGI==
===Projet DronePRI===
* 1 ARDrone, avec 1 batterie et 1 chargeur (prété le 21/01/2011 par Didier Donsez à Thomas Calmant et François-Karim Laben, rendu le à)
* 1 Wiimote bleu + Nunchuck (made in China) (prété le 21/01/2011 par Didier Donsez à Thomas Calmant, rendu le à)
* 1 AVRStick (prété le 28/01/2011 par Didier Donsez à François-Karim Laben, rendu le à)
* 1 Compteur Geiger
* 1 Capteur de fumée
* 1 Capteur de méthane
* 1 Buzzer
* 1 émetteur ultrason
* 1 clé Inforad
* 2 dongles Bluetooth USB
* 1 routeur Linksys NSLU 2
* 1 plaque de montage
* des connecteurs divers et variés...

En consommable :
* de la gaine
* du cablâge
* 3 micro prises type IDE

===Projet Smartcard===
* 1 lecteur Touchatag
* 1 lecteur ASK RDR 237
* 1 lecteur Gemplus GCR410 + convertisseur US Serie + Adapteur PS2 USB
* JavaCard
* Tags

===Projet Réseaux Sociaux Physiques===
* 1 kit ez430 Chronos (prété le 4/2/2011 par Didier Donsez à Yann Diocet , rendu le à)
* 1 kit ez430 RF2480 (prété le 4/2/2011 par Didier Donsez à Yann Diocet , rendu le à)
* 1 STM32 Discovery (prété le 4/2/2011 par Didier Donsez à Yann Diocet , rendu le à)
* 1 Lauchpad 430 (prété le 4/2/2011 par Didier Donsez à Yann Diocet , rendu le à)

==Projet PEIP ST Sport==
* 1 Arduino Uno + 5 DS1820 + Alimentation 4 piles + cable USB : Loic Boiton-Margant et Stefan Chitoraga (2/12/2012)
* 1 Multimetre USB Velleman DVM 1200 (prété le 16/01/2012)
* 1 relai 5V - 220 V [http://www.sparkfun.com/products/100 Relay SPDT Sealed] (prété le 16/01/2012)

==Projet 3I4==
===Projet Drone===
* 1 ARDrone (prété le ??/01/2011 par Alina Voda à ???, rendu le à)

===Mesure temperatureOne Wire===
* USB Serial convertor [[Prolific PL 2303]] Deal Extreme (prété a Victorien Besse le 2/4/2012).

==Projet 3I5==
===Projet Bille===
* 2 Servo moteurs

==Projet RICM3==

===Alexandre Corso (station méteo)===
* 1 [[Arduino]] UNO
* 1 [http://www.seeedstudio.com/depot/bees-shield-p-672.html?cPath=109 XBees shield] [http://www.seeedstudio.com/wiki/index.php?title=Bees_Shield wiki]

==Projets RICM4==

===Projet [[GroundCTRL]]===
* 1 lecteur Tikitag + tags
* 1 Mac Mini (prété le 30/01/2012)
* 2 Servo moteurs (noir)
* 1 Arduino UNO
* 1 cable
* 1 plaque d'essai
* 1 miroir rond
* 1 laser
* 1 cadenas a chiffre

===Projet [[Proj-2011-2012-Home Security Sweet Home|HSSH]]===
* Supports de circuits - 2
* Arduino UNO + cable USB - 1
* Arduino FIO - 1
* XBEE - 2
* Buzzer - 1
* Ventilo - 2
* Capteur de smoke - 1
* Lecteur iButton - 1
* Carte iButton - 1
* Micro Servo moteur - 1
* Capteur de présence - 1
* Capteur de contact de porte - 1
* 433 MHz RF - 1
* Antenne wifi - 1
* Capteur de mouvement domotique - 1
Xbee
* 1 xbee pro S1
* 2 xbee pro S2
* 1 bees shield
* 1 FTDI-USB
* 1 Arduino Uno

===Projet ArduiGrid===
* 4 Arduino Uno (prêtés le 7/02/2010 à Thibault Jurado-Leduc par Didier Donsez)
* 1 Arduino Mega (prêtés le 7/02/2010 à Thibault Jurado-Leduc par Didier Donsez)
* 4 breadboards (grande) (prêtés le 7/02/2010 à Thibault Jurado-Leduc par Didier Donsez)
* 5 cables USB (prêtés le 7/02/2010 à Thibault Jurado-Leduc par Didier Donsez)

===Projet AMO===
'''RICM4'''
* HTC Hero (prété le par Didier Donsez à ??? , rendu le à)
* Archos Internet Tablet 101 (prété le par Didier Donsez à ??? , rendu le à)
'''3I5'''
* 1 montre cardio + ceinture Kalenji 100 (prété le 7/02/2011 par Didier Donsez à Jonathan Odul , rendu le à Didier)
* 1 Arduino Uno (prété le 7/02/2011 par Didier Donsez à Jonathan Odul , rendu le à)
* 1 Arduino Uno (prété le ??? par Sophie Chareyson à ??? , rendu le à)
* 1 compteur de tour de roue cycliste
* 2 Arduino Lilypad (prété le ??? par Sophie Chareyson à ??? , rendu le à)
* 1 Shield Lilypad XBee (prété le 14/02 par Sophie Chareyson à ??? , rendu le à)
* 2 [http://www.sparkfun.com/products/8462 Lilypad accelerometer ADXL335] (prété le ??? par Sophie Chareyson à ??? , rendu le à)
* 2 USB FTDI 3.3V (prété le ??? par Sophie Chareyson à ??? , rendu le à)
* 1 Module XBee Pro antenne integré
* 2 Module XBee Pro + antenne externe
* 2 supports pile CR2032
* 1 support pile 1,5V AAA
* 1 Shield XBee Arduino Uno
* 1 capteur FSR square
* 1 boutons pression Lilypad
* 5 lilypad LED
* 4 Lilypad bouton
* 1 emetteur/recepteur 433MHz (voir chapitre 9 du livre "Making things talk")
* 1 livre "Making things talk".
* 2 [http://www.seeedstudio.com/depot/bluetooth-bee-p-598.html?cPath=139_142 XBee Bluetooth]
* 2 [http://www.seeedstudio.com/depot/bees-shield-p-672.html?cPath=109 Xbee module sockets board]
* 1 Seeeduino Mega (prété semaine du 21/03 a Yakub)
* 1 Arduino UNO (preté le 29/03 a Yakub)

* 2 Arduino FIO + 1 FTDI 3.3V + 1 XBeeExplorer + 3 XBee Pro antenne intégrée prétés a Marielle AMANS, 10/10/11

===Projet Tabletop===
* 1 table IKEA + 4 chaises paille
* 1 projecteur Optoma
* 1 web cam PS3
* illusminateur IR

===Projet KiCTRL===
* 1 XBox 360 250GB + Kinect
* 1 mac mini

===Home Security Sweet Home===
* 1 launchpad 430
* 1 Netduino
* 2 Arduino Uno
* 2 cables USB
* 2 trans/recepteur RF 433
* 1 contacteur de porte
* 1 miniPC Norhtec
* 1 mini haut parleur PC
* 1 buzzer 110 dB 12V
* 1 servo moteur

===Projet Camera Basse Altitude===
* 1 [[STM32 Discovery#STM32F4-DISCOVERY|STM32F4 Discovery]]
* 1 Kit STM32F4 Camera
* 1 Ballon latex 1 mètre 3

==Projet RICM5==
===Projet Biometrie===
* 2 cartes Arduino Uno (prété le par Laurent Besacier, rendu le à) (prété le 22/02 par Frederic Coudurier, rendu le à)
* 3 DS touch screens (prété le par Laurent Besacier, rendu le à)
* 3 [http://www.sparkfun.com/products/9105 connecteurs DS touch screens] (prété le par Laurent Besacier, rendu le à)
* 3 [http://www.sparkfun.com/products/9170 breakout DS touch screens] (prété le par Laurent Besacier, rendu le à)
* ??? breadboards
* 1 MSP430 Launchpad
* 1 connecteur USB femelle type B
* 1 casque Sennheiser

===Projet Biometrie 2012 Serrure Vocale (Jonathan Odul)===
* 1 Olimexino 328 + cable usb mini
* 1 Gache electrique
* 1 plaque d'essai

===Projet SmartGrid===
* 1 Carte Arduino Uno (prété le par Didier Donsez, rendu le à)
* 2 Carte Arduino Fio + 2 batteries LiPO (prété le par Didier Donsez, rendu le à)
* 1 XBee Explorer USB
* 3 modules XBee + une antenne intégrée)
* 2 kits AVR Raven
* 1 programmateur AVR ISP STK500
* 1 programmateur JTAG Atmel AVR
* 1 station meteo WMR 200 (rendue a Didier Donsez)
* 2 ou 3? pinces aperometriques

===Christophe Havard===
(emprunté le 12/12/11)
* 2 modules XBee serie 2 Pro SMA
* 2 antennes 2.4 GHz
* 1 module XBee serie 2 Pro (antenne intégré)
* XBee USB explorer
* 1 grande plaque d'essai
* 1 adaptateur de socket XBee

===Projet GreenIT===
* 1 MSP430 Launchpad
* 1 Arduino Uno + cable USB
* 1 consometre
* 1 pince aperometrique

===Projet Erasmus (Cesar Vicente, Jaume)===
* 1 ARDrone
* 1 tablette Archos
* 1 Wiimote + Nunchuck

==Enseignants==
===Didier Donsez===
* 1 Arduino Uno (emprunté le 7/02/2011)
* 1 STM32 Discovery

===Nicolas Palix===
* 1 STM32L Discovery + cable (emprunté le 23/01/2012)

===Wassim Mansour (TIMA PhD student)===
* [[Papilio]] One 500K rendu
* [[Papilio]] Arcade Megawing rendu
* 2 Joysticks rendu
* Alim DC 12V rendu

Prété le 26/01/2012
* 2 [[Arduino]] UNO (dont un avec le [http://www.sparkfun.com/products/9175 ZIF Socket 28-Pin 0.3" ]
* 2 Cables
* 4 ATMega 328 with Arduno bootloader
* 4 sockets 40 pins for ATMega 328
* 1 plaque d'essai grand modele
* 3 quartz 16Mhz
* 2 protoboards
* 4 [[DS1820]] (capteur numérique de température communicant vers le protocole [[OneWire]])
* leds de couleur
* bouton poussoir pour le reset
* DC barrel

===Pierre-Louis Aublin===

===Olivier Richard===
* 1x Bus Pirate + 2 connectiques (base et à crochet): emprunté le 21/03/11
* 2x STM32-VL-Discovery: empruntés le 02/01/11

===Laurent Besacier===
* XBox Kinect (emprunté le 18/04/2012) --> Stage Matthieu Moy

===Sophie Chareyron===
* 1 Arduino Uno + cable + breadboard (emprunté le 14/02/2011)
* [[Magician Chassis]] sans Arduino

===David Eon===
* 1 Arduino Uno (emprunté le 21/03/2011 a Didier)

===Sacha Krokowiak===
* 1 Arduino Uno (cadeau)

===Gilles Virone===
* 1 Arduino Uno + cable USB (17/07)
* 1 plaque de prototypage
* 1 potentiomêtre

===Jean-Francois Monin===
* 1 STM32L Discovery (2/1/12)
* 1 Arduino Uno + cable USB (2/1/12)
* 1 plaque de prototypage
* 1 potentiomêtre
* 1 photoresistance
* 1 servomoteur (petit modèle)

===Pierre-Yves Gumery===
* 1 Arduino Uno + cable USB (11/07)

===Bruno Bzeznik===
* [[Melexis MLX90614]] Infrared Thermometer : 3 x AAA

===Vincent Danjean===
* [[SEN-08630 PIR Motion Sensor]]

===Thomas Leveque (LIG Adele)===
* 1 kit [[TI'_Ez430-RF2480]] (29/08/2011)

===Karel Heurtefeux (Verimag)===
emprunté le 1/3/2012
* 2 [[TI' MSP430 Launchpad]]
* 1 [https://estore.ti.com/430BOOST-CC110L-CC110L-RF-Module-BoosterPack-P2734.aspx CC110L RF Module BoosterPack] pour l'évaluation des communications sans fil du CC110L

===Cedric Chauvenet (LIG DRAKKAR)===
Emprunté fin fevrier 2012
* 2 [[TI' MSP430 Launchpad]]
* 1 [https://estore.ti.com/430BOOST-CC110L-CC110L-RF-Module-BoosterPack-P2734.aspx CC110L RF Module BoosterPack] pour l'évaluation des communications sans fil du CC110L
* 1 programmateur Olimex AVR ATMega (USB?)
* 1 programmateur Olimex MSP430 (Parallele?)

===Laurence Pierre===
* carte [[Papilio]] + carte MegaWing (preté le 25/5/2012)

===Jean-Francois Bianco===
* Mac Mini (Juin 2012 rendu 21/06/2012)

===Pierre Tchounikine===
* 1 Tablette Intel sous [[MeeGo]] (rendue sous Android 4.0 21/06/2012)

===Christophe Havard===
* 2 Tablettes Intel sous [[MeeGo]]
* 3 multiprises
* 1 caisse à outils
* 1 visseuse électrique
* 1 perçeuse + forêts
* 2 écrans plats tactiles Iiyama ProLite T2250 MTS
* 1 mini-étau
* 1 scie à métaux
* 1 scie à bois
* 1 mac mini

==Par équipement==
===Kit pédagogique Arduino===
(1 UNO + 1 Breadboard + jumper + ....)
* Sylvain Bouveret (ENSIMAG + LIG Steamer) emprunté le 9/07
* Etienne Gandrille (LIG ADELE) emprunté le 9/07

===[[NFC Shield for Arduino]]===
* Etienne Gandrille (LIG ADELE) emprunté le 9/07

===Ecran tactile multitouch IIYAMA ProLite T2250MTS===
* Brice Duhamel (rendu)
* Didier Donsez (rendu)
* Christophe Havard & Renaud Colin (2 ecrans)

===[[STM3240G-EVAL]]===
* Salem Harrache (prété le 7 mai 2012)

===Clavier sans fil Logitech K400===
* Christophe Havard prêté le 17/11/2012
* Brice Duhamel prêté le 17/11/2012

===[[INEMO2|iNEMO2]] (5 unités)===
* Amin Cherbal (prêté le 22/04/2011)
* Issac Noé Garcia (prêté le 22/04/2011, rendu le 21/09/2011)
* David Eon (prêté le 21/04/2011)
* Sophie Chareyron (prêté le 21/04/2011)
* Olivier Richard (en réservation)

===[[MuSA]]===
* Abdelkader Kersani (prêté le 20/04/2011)
* Romain Clément (prêté le 21/04/2011)
* Alban Fichet (prêté le 21/04/2011)
* Alina Voda (prêté le 21/04/2011)
* Sophie Chareyron (prêté le 21/04/2011)
* Olivier Richard (prêté le 22/04/2011)
* Florian Fourure (RICM4) (prété le 19/09/2011)
* Vincent Danjean (prété le 22/11/2011)

===[[STM32 Discovery|STM32L-Discovery]]===
* David Eon (1 exemplaire)
* Olivier Richard (1 exemplaire)
* Fabien le Mentec (1 exemplaire)
* Sophie Chareyron (1 exemplaire)
* Pierre Corbineau ?
* Pascal Sicard (1 exemplaire)
* Olivier Gruber (1 exemplaire prêté le 21/09/2011)
* Alban Moreau (1 exemplaire prêté le 10/10/11)
* Didier Donsez (1 exemplaire)

===[[STM32_Discovery#STM32F4-DISCOVERY|STM32F4-DISCOVERY]]===
5 exemplaires donnés par ST
* Olivier Richard (1 exemplaire)
* Fabien le Mentec (1 exemplaire)

===[[Snowball PDK]]===
2 exemplaires donnés par ST Ericsson
* Olivier Richard (emprunté le 10/05/2012)
* Thomas Calment (emprunté le 10/05/2012)

PAGE WIKI ETUDIANTS 2011-12 SIGNATURES

2012-03-27T08:36:21Z

ChristopheH: /* IHM */

=Présentation du projet=

Le projet de Biométrie "Acquisition et reconnaissance de signatures" consiste à enregistrer une signature numérique d'un client ou utilisateur afin de permettre ultérieurement une identification grâce à cette modalité biométrique.

=Contexte=
===Etude de l'existant===

Ce projet d'acquisition et de reconnaissance de signatures a déjà été traité par une équipe d'étudiants en 2010-2011. Nous avons donc étudié ce qui avait été réalisé afin de ne pas perdre les efforts déjà fournis. De cette étude nous avons retenu les conseils et remarques faits sur la partie algorithmique de comparaison de signatures. De plus, nous allons reprendre quelques idées de leur IHM.
Pour plus de détails, consulter les parties "Algorithmes" et "IHM".

===Suites prévues===
L'année prochaine, une nouvelle équipe reprendra surement ce projet de biométrie. Il est donc important de laisser une bonne documentation et des conseils.

=Cadre de réponse=

Nous réaliserons une IHM qui nous permettra, d'une part, d'enregistrer un nouvel utilisateur dans la base de données (acquisition de signature), et d'autre part de tester l'identification d'un utilisateur. Pour cette identification, la signature sera comparée au modèle calculé et enregistré. Afin de pouvoir effectuer cette comparaison, nous récupèrerons, lors de l'acquisition des signatures, différentes informations qui nous permettront d'appliquer des algorithmes de comparaison de signatures (coordonnées de chaque point, pression du stylet, temps). Il faudra donc étudier les différentes méthodes possibles de comparaison de ces signatures et implémenter l'algorithme conçu à partir de cette étude.

=Organisation de l'équipe=

'''Renaud Collin''' :

*Chef de projet
*Responsable documents,
*Etude de l'existant

'''Flavien Garcia & Corentin Foucault :'''

*Etude de l'existant,
*Construction et codage de l'algorithme

'''Christophe Havard :'''

*Montage DS + Arduino,
*Conception et codage IHM

'''Thibaud Michel''' :

*Acquisition des données (depuis le montage DS + Arduino et depuis la tablette),
*Mise en place de la base de données,
*Conception et codage IHM

'''Aurélie Moiroux :'''

*Acquisition des données depuis la tablette,
*Conception et codage IHM

=Diagramme de Gantt prévisionnel=

[[File:Diagramme-de-Gantt-previsionnel.png]]

=Diagramme de Gantt effectif=

[[File:Diagramme-de-Gantt.png]]

=Matériel=
===Tablette Bamboo CTH-460===

Cette tablette est un ajout de matériel par rapport à l'année précédente. Ainsi, nous avons pour notre projet deux interfaces pour l'acquisition des signatures. Cela nous a donc amené à étudier la tablette graphique et les librairies Java permettant de nous en servir.
L'IHM a également été modifiée pour permettre à l'utilisateur de choisir quelle interface d'acquisition il souhaite utiliser.

*La librairie permettant d'utiliser cette tablette est : Jpen [http://sourceforge.net/apps/mediawiki/jpen/index.php?title=Main_Page]
*Le driver de la tablette CTH-460 est disponible ici : [http://www.wacom-asia.com/download/download_index.html]

[[File:bamboo.jpg]]

===Montage Arduino + Ecran de DS===
[[File:Arduino_DS.png]]

[[File:Arduino.png]]

[[File:Arduino2.png]]

=IHM=

Lorsque l'utilisateur démarre l'application, celle-ci s'ouvre sur l'onglet "Nouvel utilisateur". Si il n'a pas encore de compte, il doit alors rentrer son nom, son prénom, et procéder à l'acquisition de cinq signatures (la même) afin de pouvoir s'enregistrer.

''Onglet "Nouvel Utilisateur"''

[[File:ihm1.jpg]]

Une fois que l'utilisateur possède un compte, il peut se rendre sur l'onglet "Identification". Afin de s'authentifier l’utilisateur doit sélectionner son nom, puis signer de la même signature que lors de l'acquisition.

Nous avons ajouté une option "faussaire" sur cette onglet. Lorsque l'option est cochée, la signature du compte sur lequel l'utilisateur essaie de s'identifier est affiché sur l'écran de signature. Cette option a été mise en place pour tester d'avantage notre système. Ainsi nous pouvons voir si, avec le dessin de la signature, un imposteur peut réussir à s'identifier.

''Onglet "Identification"''

[[File:ihm2.jpg]]

Le système affiche alors la réponse de l'authentification : la réussite ou l’échec. Une question apparaît également afin d'établir des statistiques de performance du système.

[[File:ihm21.jpg]]

''Onglet "Infos"''

Lorsque l'utilisateur a tenté de s'identifier, il peut alors consulter différentes informations liées à sa tentative :

[[File:ihm31.png]]
''Le pourcentage de fausses acceptations et faux refus''

[[File:ihm32.png]]
''Un graphe qui affiche l'évolution de la pression sur la signature référence de l'utilisateur et sur sa dernière acquisition''

[[File:ihm33.png]][[File:ihm34.png]]
''Les informations du traitement algorithmique comme l'arbre de décision ou les résultats des différentes étapes de l'algorithme''

=Algorithmes=

Un système de reconnaissance par signature nécessite l'application d'algorithmes, que ce soit dans un premier temps pour obtenir des acquisitions de qualité, qu'ensuite pour pouvoir les comparer de manière cohérente et enfin construire un modèle efficace de reconnaissance.

==Prétraitement des acquisitions==
Les acquisitions obtenues par l'intermédiaire de l'interface, pour représenter la signature d'un individu, sont des listes de points, auxquels sont rattachés une abscisse, une ordonnée, une valeur de pression et un temps d'acquisition.
Cependant, il est nécessaire d'appliquer un prétraitement à ces acquisitions afin d'en augmenter le nombre de points, corriger les différences entre des signatures successives (décalage, orientation et taille) et également obtenir un nombre de points fixe pour toutes les acquisitions pour pouvoir les comparer.

Voilà une image d'une acquisition originale:

[[File:0_origine_Aurélie_4.png|600px]]

===1. Ré-échantillonnage sur le temps===
La première étape est propre à l'utilisation de la tablette Bamboo et consiste à ne conserver qu'un seul point par temps d'acquisition. En effet, le système d'acquisition de la tablette renvoie la liste de points acquis durant chaque période de 16ms et attache à chaque point cette période d'acquisition plutôt que le temps réel.
Par exemple les points acquis en réalité aux temps 11ms et 14,5ms seront enregistrés avec un temps d'acquisition de 16ms alors qu'un point acquis au temps 16,8ms sera enregistré avec un temps d'acquisition de 32ms.
Nous avons considéré que ce temps de 16ms étant relativement court, on ne conserverait qu'un seul point pour un même temps d'acquisition (par défaut le premier de la liste).

De plus, on a également considéré que deux points espacés d'un temps d'acquisition supérieur à 32ms correspondait à un lever de stylo.

===2. Interpolation===

On applique une interpolation cubique sur l'acquisition dans le but d'obtenir un rendu de signature plus continu et lisse, et mieux comprendre les courbures de la signature d'un individu. De plus, il est nécessaire de travailler sur des données assez fournies notamment pour des algorithmes de recouvrement par exemple.

[[File:0_interpolee_Aurélie_4.png|600px]]

===3. Analyse en composantes principales===

[[File:PCA.png]]

L'ACP est utilisé pour trouver les informations mathématiques qui décrivent la position des points: {{rouge|l'axe principal}} et {{bleu|l'axe secondaire}} et le centre de gravité d'une forme binaire.

===4. Centrage et Rotation===
[[File:0_centree_Aurélie_4.png|600px]]

[[File:0_droite_Aurélie_4.png|600px]]

Pour réduire les problèmes de décalage, entre l'image à tester et le modèle, on utilise les informations fournies par l'ACP.

Le centre de gravité permet de centrer l'image comme le modèle.

Les deux axes qui décrivent l'alignement des points permettent de faire la rotation. Cette rotation est calculée à partir de l'angle entre l'axe principal et l'axe horizontal.

===5. Normalisation (Zoom)===
[[File:0_normalisee_Aurélie_4.png|600px]]

Le zoom est calculé pour obtenir la taille la plus grande possible pour l'image.

La distance entre le centre et le point le plus proche du rebord de l'image évaluée = (distance max).

Chaque point subit alors une translation proportionnelle au rapport (distance du point/distance max)*(demi-largeur de l'image).

===6. Ré-échantillonnage sur le nombre de points===

Suivant la durée totale d'acquisition, le nombre de points acquis peut être plus ou moins important et les précédentes étapes de prétraitement peuvent en supprimer quelques-uns également. Il est donc essentiel d'effectuer un ré-échantillonnage sur les acquisitions après normalisation pour obtenir un nombre de points fixe (2000 points choisis actuellement) pour que les différents algorithmes de comparaison soient cohérents.
On a choisi d'interpoler des points de manière uniforme si le nombre de points était inférieur à 2000 et d'en supprimer, également de manière uniforme, si ce nombre était supérieur.

==Algorithmes de comparaison==

Pour la création du modèle (voir plus loin), il est nécessaire d'obtenir un ensemble de données de comparaisons. On a ainsi sélectionné les comparaisons suivantes

===Comparaisons simplistes===

*Différence de temps total d'acquisition
*Différence de nombre de lever de stylos
*Différence de pression moyenne
*...

===Coefficient de corrélation temporel===

Cette méthode permet de calculer la ressemblance existante entre deux séries de données de même longueur, à savoir l'évolution des coordonnées en fonction du temps.

[[File:Equa.png]]

Le Résultat varie entre 1 et -1.

Plus le résultat est proche de 0, moins la relation est forte entre les deux listes de données.

===Dynamic Time Warping===

Les données des signatures sont converties en graphe temporel. Par exemple : x/temps ; y/temps ; etc.

La méthode du DTW permet de calculer les dissimilarités entre les informations.

Ici, les deux listes permettent de calculer une matrice dont le dernier élément contient la distance minimale entre les deux listes d'informations.

===Matrice de radiation===

La matrice de radiation est une méthode de reconnaissance de forme.

Il existe deux possibilités pour calculer la matrice modèle :

1- Les points de la signature sont placés avec une valeur de 100. Autour de ces points, les cellules subissent une radiation qui
modifie leur valeur suivant la distance entre la cellule mentionnée et les points originaux de la signature.
Chaque cellule de la matrice ne peut que subir le rayonnement du point original le plus proche.

2- De même que précédemment sauf que chaque cellule de la matrice subie la somme des rayonnements des points originaux.

Après l'évaluation de cette matrice modèle, le calcul se fait de deux manières différentes :

1- Le résultat est la somme des valeurs enregistrées, dans la matrice modèle, qui sont aux coordonnées des points de la signature à tester.

2- Le résultat est le rapport du nombre de cellules non nulles communes entre la matrice modèle et la signature à tester et le nombre de cellules non nul total.

===Somme des différences d'angles entre vecteurs===

Cette méthode permet une reconnaissance de forme simple.

Elle permet d'obtenir l'angle d'écart entre la signature à tester et le modèle.

Le résultat est la somme des angles entre chaque vecteur et le vecteur horizontal. Chaque angle est compris entre -Pi et Pi.

==Génération d'un modèle classification==

Afin de réaliser la tâche de vérification pour la reconnaissance de signature, nous avons opté pour le choix de [http://www.cs.waikato.ac.nz/ml/weka WEKA] pour la création du modèle par apprentissage et la décision finale.

===Construction du fichier de comparaison (apprenstissage.arff)===

WEka utilise des fichiers ARFF pour construire et tester son modèle. Dans ce fichier on retrouve dans l'ordre:

* Le nom de la relation (utile pour nommer le fichier d'apprentissage aux fichiers d'identification et de décision)

@relation signature

* La liste des attributs de comparaison utilisés et leur type

@attribute totalTime numeric

@attribute numberPenUp numeric

...

@attribute CORTX numeric

@attribute CORTY numeric

@attribute pourcentageRadiance numeric

* L'attribut contenant les différentes classes (2 dans notre cas: signatures équivalentes ou non)

@attribute accepte {no,yes}

* Les données de comparaisons entre différentes signatures

@data

1019.466796875,2.0,0.9912756661011811,0.9970564473307176,17.837034225463867,yes

663.466796875,0.0,0.9837515744201278,0.996214642908734,15.106257438659668,yes

...

1278.466796875,0.0,0.9729839482086351,0.9951841501724467,9.820034980773926,no

1044.06640625,0.0,0.9859247460800329,0.9970413832907982,9.922861099243164,no

Pour construire ces données, on doit donc comparer des signatures équivalentes (d'une même personne) et des signatures différentes(de personnes différentes). Etant donné qu'un utilisateur enregistre 5 acquisitions pour former sa "signature", on peut donc réaliser 10 comparaisons entre signatures équivalentes par utilisateur.
Ainsi pour n utilisateurs, on aura 5*n comparaisons de signatures équivalentes.
Ensuite pour construire le modèle par apprentissage, il faut également comparer des signatures différentes. Pour cela, on effectue des comparaisons de manière aléatoire entre les signatures d'utilisateurs différents sans jamais refaire la même comparaison. On se permet de réaliser deux fois plus de comparaisons inter-utilisateur qu'intra-utilisateur (soit 10*n comparaisons).

===Construction du modèle===

Ensuite, on fournit ce jeu de données d'apprentissage à Weka qui construit son modèle selon le classifier choisi. Pour cela, il construit un modèle à partir des 9/10 des données et teste sur le 1/10 restant. Il répète l'opération 10 fois pour parcourir toutes les données et améliorer son modèle au fur et à mesure.

Nous avons opté pour un arbre de décision (plus précisément le J48) pour classer nos données parmi les nombreuses méthodes possibles car il nous permet à posteriori de voir quelles sont les paramètres discriminants et pour quelles raisons il a décidé que 2 signatures se ressemblaient ou non.

===Classification par arbre de décision===

Une fois le modèle construit, on peut via l'interface tenter de s'identifier en sélectionnant la personne que l'on prétend être et en faisant une acquisition. Le programme va alors récupérer les cinq acquisitions représentant la signature de la personne supposée, effectuer le prétraitement de ces acquisitions ainsi que de la nouvelle et les comparer comme pour la création du modèle.

On va ainsi créer un fichier ARFF "identification.arff" qui contiendra les données de comparaisons comme pour celui de l'apprentissage à la différence que le dernier attribut, celui de la classe, sera rempli d'un "?" pour signifier que c'est au modèle de décider à quelle classe associer cette comparaison (si les deux signatures se ressemblent ou pas).

Une fois que le modèle a rendu sa décision concernant ces cinq comparaisons, on a décidé que la personne avait réussie à s'identifier si la nouvelle acquisition était désignée comme ressemblante à au moins trois des cinq acquisitions enregistrées dans la base de données.

=Documents=

[[Media:Cahier_des_charges.pdf|Cahier des charges]]

[[Media:Rapport_des_seances.pdf|Rapport des séances]]

File:Ihm31.png

2012-03-27T08:34:10Z

ChristopheH:

File:Ihm34.png

2012-03-27T08:31:27Z

ChristopheH:

File:Ihm33.png

2012-03-27T08:30:50Z

ChristopheH:

PAGE WIKI ETUDIANTS 2011-12 SIGNATURES

2012-03-27T08:30:05Z

ChristopheH: /* IHM */

=Présentation du projet=

Le projet de Biométrie "Acquisition et reconnaissance de signatures" consiste à enregistrer une signature numérique d'un client ou utilisateur afin de permettre ultérieurement une identification grâce à cette modalité biométrique.

=Contexte=
===Etude de l'existant===

Ce projet d'acquisition et de reconnaissance de signatures a déjà été traité par une équipe d'étudiants en 2010-2011. Nous avons donc étudié ce qui avait été réalisé afin de ne pas perdre les efforts déjà fournis. De cette étude nous avons retenu les conseils et remarques faits sur la partie algorithmique de comparaison de signatures. De plus, nous allons reprendre quelques idées de leur IHM.
Pour plus de détails, consulter les parties "Algorithmes" et "IHM".

===Suites prévues===
L'année prochaine, une nouvelle équipe reprendra surement ce projet de biométrie. Il est donc important de laisser une bonne documentation et des conseils.

=Cadre de réponse=

Nous réaliserons une IHM qui nous permettra, d'une part, d'enregistrer un nouvel utilisateur dans la base de données (acquisition de signature), et d'autre part de tester l'identification d'un utilisateur. Pour cette identification, la signature sera comparée au modèle calculé et enregistré. Afin de pouvoir effectuer cette comparaison, nous récupèrerons, lors de l'acquisition des signatures, différentes informations qui nous permettront d'appliquer des algorithmes de comparaison de signatures (coordonnées de chaque point, pression du stylet, temps). Il faudra donc étudier les différentes méthodes possibles de comparaison de ces signatures et implémenter l'algorithme conçu à partir de cette étude.

=Organisation de l'équipe=

'''Renaud Collin''' :

*Chef de projet
*Responsable documents,
*Etude de l'existant

'''Flavien Garcia & Corentin Foucault :'''

*Etude de l'existant,
*Construction et codage de l'algorithme

'''Christophe Havard :'''

*Montage DS + Arduino,
*Conception et codage IHM

'''Thibaud Michel''' :

*Acquisition des données (depuis le montage DS + Arduino et depuis la tablette),
*Mise en place de la base de données,
*Conception et codage IHM

'''Aurélie Moiroux :'''

*Acquisition des données depuis la tablette,
*Conception et codage IHM

=Diagramme de Gantt prévisionnel=

[[File:Diagramme-de-Gantt-previsionnel.png]]

=Diagramme de Gantt effectif=

[[File:Diagramme-de-Gantt.png]]

=Matériel=
===Tablette Bamboo CTH-460===

Cette tablette est un ajout de matériel par rapport à l'année précédente. Ainsi, nous avons pour notre projet deux interfaces pour l'acquisition des signatures. Cela nous a donc amené à étudier la tablette graphique et les librairies Java permettant de nous en servir.
L'IHM a également été modifiée pour permettre à l'utilisateur de choisir quelle interface d'acquisition il souhaite utiliser.

*La librairie permettant d'utiliser cette tablette est : Jpen [http://sourceforge.net/apps/mediawiki/jpen/index.php?title=Main_Page]
*Le driver de la tablette CTH-460 est disponible ici : [http://www.wacom-asia.com/download/download_index.html]

[[File:bamboo.jpg]]

===Montage Arduino + Ecran de DS===
[[File:Arduino_DS.png]]

[[File:Arduino.png]]

[[File:Arduino2.png]]

=IHM=

Lorsque l'utilisateur démarre l'application, celle-ci s'ouvre sur l'onglet "Nouvel utilisateur". Si il n'a pas encore de compte, il doit alors rentrer son nom, son prénom, et procéder à l'acquisition de cinq signatures (la même) afin de pouvoir s'enregistrer.

''Onglet "Nouvel Utilisateur"''

[[File:ihm1.jpg]]

Une fois que l'utilisateur possède un compte, il peut se rendre sur l'onglet "Identification". Afin de s'authentifier l’utilisateur doit sélectionner son nom, puis signer de la même signature que lors de l'acquisition.

Nous avons ajouté une option "faussaire" sur cette onglet. Lorsque l'option est cochée, la signature du compte sur lequel l'utilisateur essaie de s'identifier est affiché sur l'écran de signature. Cette option a été mise en place pour tester d'avantage notre système. Ainsi nous pouvons voir si, avec le dessin de la signature, un imposteur peut réussir à s'identifier.

''Onglet "Identification"''

[[File:ihm2.jpg]]

Le système affiche alors la réponse de l'authentification : la réussite ou l’échec. Une question apparaît également afin d'établir des statistiques de performance du système.

[[File:ihm21.jpg]]

''Onglet "Infos"''

Lorsque l'utilisateur a tenté de s'identifier, il peut alors consulter différentes informations liées à sa tentative :

[[File:ihm31.jpg]]
''Le pourcentage de fausses acceptations et faux refus''

[[File:ihm32.jpg]]
''Un graphe qui affiche l'évolution de la pression sur la signature référence de l'utilisateur et sur sa dernière acquisition''

[[File:ihm33.jpg]][[File:ihm34.jpg]]
''Les informations du traitement algorithmique comme l'arbre de décision ou les résultats des différentes étapes de l'algorithme''

=Algorithmes=

Un système de reconnaissance par signature nécessite l'application d'algorithmes, que ce soit dans un premier temps pour obtenir des acquisitions de qualité, qu'ensuite pour pouvoir les comparer de manière cohérente et enfin construire un modèle efficace de reconnaissance.

==Prétraitement des acquisitions==
Les acquisitions obtenues par l'intermédiaire de l'interface, pour représenter la signature d'un individu, sont des listes de points, auxquels sont rattachés une abscisse, une ordonnée, une valeur de pression et un temps d'acquisition.
Cependant, il est nécessaire d'appliquer un prétraitement à ces acquisitions afin d'en augmenter le nombre de points, corriger les différences entre des signatures successives (décalage, orientation et taille) et également obtenir un nombre de points fixe pour toutes les acquisitions pour pouvoir les comparer.

Voilà une image d'une acquisition originale:

[[File:0_origine_Aurélie_4.png|600px]]

===1. Ré-échantillonnage sur le temps===
La première étape est propre à l'utilisation de la tablette Bamboo et consiste à ne conserver qu'un seul point par temps d'acquisition. En effet, le système d'acquisition de la tablette renvoie la liste de points acquis durant chaque période de 16ms et attache à chaque point cette période d'acquisition plutôt que le temps réel.
Par exemple les points acquis en réalité aux temps 11ms et 14,5ms seront enregistrés avec un temps d'acquisition de 16ms alors qu'un point acquis au temps 16,8ms sera enregistré avec un temps d'acquisition de 32ms.
Nous avons considéré que ce temps de 16ms étant relativement court, on ne conserverait qu'un seul point pour un même temps d'acquisition (par défaut le premier de la liste).

De plus, on a également considéré que deux points espacés d'un temps d'acquisition supérieur à 32ms correspondait à un lever de stylo.

===2. Interpolation===

On applique une interpolation cubique sur l'acquisition dans le but d'obtenir un rendu de signature plus continu et lisse, et mieux comprendre les courbures de la signature d'un individu. De plus, il est nécessaire de travailler sur des données assez fournies notamment pour des algorithmes de recouvrement par exemple.

[[File:0_interpolee_Aurélie_4.png|600px]]

===3. Analyse en composantes principales===

[[File:PCA.png]]

L'ACP est utilisé pour trouver les informations mathématiques qui décrivent la position des points: {{rouge|l'axe principal}} et {{bleu|l'axe secondaire}} et le centre de gravité d'une forme binaire.

===4. Centrage et Rotation===
[[File:0_centree_Aurélie_4.png|600px]]

[[File:0_droite_Aurélie_4.png|600px]]

Pour réduire les problèmes de décalage, entre l'image à tester et le modèle, on utilise les informations fournies par l'ACP.

Le centre de gravité permet de centrer l'image comme le modèle.

Les deux axes qui décrivent l'alignement des points permettent de faire la rotation. Cette rotation est calculée à partir de l'angle entre l'axe principal et l'axe horizontal.

===5. Normalisation (Zoom)===
[[File:0_normalisee_Aurélie_4.png|600px]]

Le zoom est calculé pour obtenir la taille la plus grande possible pour l'image.

La distance entre le centre et le point le plus proche du rebord de l'image évaluée = (distance max).

Chaque point subit alors une translation proportionnelle au rapport (distance du point/distance max)*(demi-largeur de l'image).

===6. Ré-échantillonnage sur le nombre de points===

Suivant la durée totale d'acquisition, le nombre de points acquis peut être plus ou moins important et les précédentes étapes de prétraitement peuvent en supprimer quelques-uns également. Il est donc essentiel d'effectuer un ré-échantillonnage sur les acquisitions après normalisation pour obtenir un nombre de points fixe (2000 points choisis actuellement) pour que les différents algorithmes de comparaison soient cohérents.
On a choisi d'interpoler des points de manière uniforme si le nombre de points était inférieur à 2000 et d'en supprimer, également de manière uniforme, si ce nombre était supérieur.

==Algorithmes de comparaison==

Pour la création du modèle (voir plus loin), il est nécessaire d'obtenir un ensemble de données de comparaisons. On a ainsi sélectionné les comparaisons suivantes

===Comparaisons simplistes===

*Différence de temps total d'acquisition
*Différence de nombre de lever de stylos
*Différence de pression moyenne
*...

===Coefficient de corrélation temporel===

Cette méthode permet de calculer la ressemblance existante entre deux séries de données de même longueur, à savoir l'évolution des coordonnées en fonction du temps.

[[File:Equa.png]]

Le Résultat varie entre 1 et -1.

Plus le résultat est proche de 0, moins la relation est forte entre les deux listes de données.

===Dynamic Time Warping===

Les données des signatures sont converties en graphe temporel. Par exemple : x/temps ; y/temps ; etc.

La méthode du DTW permet de calculer les dissimilarités entre les informations.

Ici, les deux listes permettent de calculer une matrice dont le dernier élément contient la distance minimale entre les deux listes d'informations.

===Matrice de radiation===

La matrice de radiation est une méthode de reconnaissance de forme.

Il existe deux possibilités pour calculer la matrice modèle :

1- Les points de la signature sont placés avec une valeur de 100. Autour de ces points, les cellules subissent une radiation qui
modifie leur valeur suivant la distance entre la cellule mentionnée et les points originaux de la signature.
Chaque cellule de la matrice ne peut que subir le rayonnement du point original le plus proche.

2- De même que précédemment sauf que chaque cellule de la matrice subie la somme des rayonnements des points originaux.

Après l'évaluation de cette matrice modèle, le calcul se fait de deux manières différentes :

1- Le résultat est la somme des valeurs enregistrées, dans la matrice modèle, qui sont aux coordonnées des points de la signature à tester.

2- Le résultat est le rapport du nombre de cellules non nulles communes entre la matrice modèle et la signature à tester et le nombre de cellules non nul total.

===Somme des différences d'angles entre vecteurs===

Cette méthode permet une reconnaissance de forme simple.

Elle permet d'obtenir l'angle d'écart entre la signature à tester et le modèle.

Le résultat est la somme des angles entre chaque vecteur et le vecteur horizontal. Chaque angle est compris entre -Pi et Pi.

==Génération d'un modèle classification==

Afin de réaliser la tâche de vérification pour la reconnaissance de signature, nous avons opté pour le choix de [http://www.cs.waikato.ac.nz/ml/weka WEKA] pour la création du modèle par apprentissage et la décision finale.

===Construction du fichier de comparaison (apprenstissage.arff)===

WEka utilise des fichiers ARFF pour construire et tester son modèle. Dans ce fichier on retrouve dans l'ordre:

* Le nom de la relation (utile pour nommer le fichier d'apprentissage aux fichiers d'identification et de décision)

@relation signature

* La liste des attributs de comparaison utilisés et leur type

@attribute totalTime numeric

@attribute numberPenUp numeric

...

@attribute CORTX numeric

@attribute CORTY numeric

@attribute pourcentageRadiance numeric

* L'attribut contenant les différentes classes (2 dans notre cas: signatures équivalentes ou non)

@attribute accepte {no,yes}

* Les données de comparaisons entre différentes signatures

@data

1019.466796875,2.0,0.9912756661011811,0.9970564473307176,17.837034225463867,yes

663.466796875,0.0,0.9837515744201278,0.996214642908734,15.106257438659668,yes

...

1278.466796875,0.0,0.9729839482086351,0.9951841501724467,9.820034980773926,no

1044.06640625,0.0,0.9859247460800329,0.9970413832907982,9.922861099243164,no

Pour construire ces données, on doit donc comparer des signatures équivalentes (d'une même personne) et des signatures différentes(de personnes différentes). Etant donné qu'un utilisateur enregistre 5 acquisitions pour former sa "signature", on peut donc réaliser 10 comparaisons entre signatures équivalentes par utilisateur.
Ainsi pour n utilisateurs, on aura 5*n comparaisons de signatures équivalentes.
Ensuite pour construire le modèle par apprentissage, il faut également comparer des signatures différentes. Pour cela, on effectue des comparaisons de manière aléatoire entre les signatures d'utilisateurs différents sans jamais refaire la même comparaison. On se permet de réaliser deux fois plus de comparaisons inter-utilisateur qu'intra-utilisateur (soit 10*n comparaisons).

===Construction du modèle===

Ensuite, on fournit ce jeu de données d'apprentissage à Weka qui construit son modèle selon le classifier choisi. Pour cela, il construit un modèle à partir des 9/10 des données et teste sur le 1/10 restant. Il répète l'opération 10 fois pour parcourir toutes les données et améliorer son modèle au fur et à mesure.

Nous avons opté pour un arbre de décision (plus précisément le J48) pour classer nos données parmi les nombreuses méthodes possibles car il nous permet à posteriori de voir quelles sont les paramètres discriminants et pour quelles raisons il a décidé que 2 signatures se ressemblaient ou non.

===Classification par arbre de décision===

Une fois le modèle construit, on peut via l'interface tenter de s'identifier en sélectionnant la personne que l'on prétend être et en faisant une acquisition. Le programme va alors récupérer les cinq acquisitions représentant la signature de la personne supposée, effectuer le prétraitement de ces acquisitions ainsi que de la nouvelle et les comparer comme pour la création du modèle.

On va ainsi créer un fichier ARFF "identification.arff" qui contiendra les données de comparaisons comme pour celui de l'apprentissage à la différence que le dernier attribut, celui de la classe, sera rempli d'un "?" pour signifier que c'est au modèle de décider à quelle classe associer cette comparaison (si les deux signatures se ressemblent ou pas).

Une fois que le modèle a rendu sa décision concernant ces cinq comparaisons, on a décidé que la personne avait réussie à s'identifier si la nouvelle acquisition était désignée comme ressemblante à au moins trois des cinq acquisitions enregistrées dans la base de données.

=Documents=

[[Media:Cahier_des_charges.pdf|Cahier des charges]]

[[Media:Rapport_des_seances.pdf|Rapport des séances]]

Projets 2011-2012

2012-01-30T09:48:54Z

ChristopheH: rajout des liens vers les projets 2010-2011

Lien vers [http://air.imag.fr/mediawiki/index.php/Projets_2010-2011 les projets 2010-2011]
==RICM4==

{|class="wikitable alternance"
|+ Affectation des projets RICM4 2011-2012
|-
|
!scope="col"| Sujet
!scope="col"| Enseignant(s)
!scope="col"| Etudiants
!scope="col"| Fiche de suivi
|-
!scope="row"| 1
| [[Qemu Cortex-M3 Boards | Qemu et carte ARM Cortex-M3]]
| Olivier Richard
| A.Claveling, T. Eid, M. Mercier
| [[Proj-2011-2012-qemu | '''Fiche''' ]]
|-
!scope="row"| 2
| Risques Industriels:
| Didier Donsez, Didier Mazet-Brachet, Hassan Saïbi
| S. Vigier, F. Eloy
| [[Proj-2011-2012-xxx | '''Fiche''']]
|-
!scope="row"| 3
| [[Home Security Sweet Home 2012]] + [[iVLC|Ventilation efficace énergétiquement]]
| Didier Donsez
| N.-J. Caramelli, M. Ho
| [[Proj-2011-2012-Home_Security_Sweet_Home | '''Fiche''']]
|-
!scope="row"| 4
| [[Camera d'observation à basse altitude]]:
| Didier Donsez, David Eon, Didier Hantz
| N. Tchounikine, T. Aufort
| [[Proj-2011-2012-xxx | '''Fiche''']]
|-
!scope="row"| 5
| [[Education à la respiration]]
| Julie Fontecave, Pierre-Yves Gumery, Didier Donsez, Olivier Richard,
| M. Raoux, J. Segala
| [[Proj-2011-2012-ProjetAMO | '''Fiche''']]
|-
!scope="row"| 6
| [[Bras Robotique Handicap | Bras robotique à commande gestuelle pour le handicap]]
| Olivier Richard
| L. Xiao, M. Nicolaccini, Y. Fall, S. Prak
| [[Proj-2011-2012-BrasRobotiqueHandicap| '''Fiche''']]
|-
!scope="row"| 7
| [[Robot de télé-présence]]
| Didier Donsez
| F. Fourure, S. Bisch
| [[Pro-2011-2012-Telepresence | '''Fiche''']]
|-
!scope="row"| 8
| [[Visualisation de données volcanologiques]]
| Paule-Annick Davoine, Didier Donsez
| M. Chevalier, C. Oswald, C. Gnatto
| [[Proj-2011-2012-xxx | '''Fiche''']]
|-
!scope="row"| 9
| [[elua arduino stm32F4 Discovery | eLua et approche Arduino sur STM32F4-DISCOVERY]]
| Olivier Richard
| S. Harrache, E. Paz
| [[Proj-2011-2012-elua-arduino | '''Fiche''']]
|-
!scope="row"| 10
| IHM mobile pour le visualisation et le contrôle d'onduleurs
| Didier Donsez
| Q. Gu, C. Wirth
| [[Proj-2011-2012-ihm_mobile_onduleurs| '''Fiche''']]
|-
!scope="row"| 11
| [[GroundCTRL]]
| Didier Donsez
| L. Dauvergne, F. Levêque, R. Ngouala
| [[Proj-2011-2012-GroundCTRL| '''Fiche''']]
|}

# [[Qemu Cortex-M3 Boards | Qemu et carte ARM Cortex-M3]]: ((extension de l'émulateur Qemu) (Olivier Richard) (2-3 RICM4-SR)
# Risques Industriels: (Didier Donsez, Didier Mazet-Brachet, RICM4 + PRI4 ?)
# [[Home Security Sweet Home 2012]] + [[iVLC|Ventilation efficace énergétiquement]]: (Didier Donsez, RICM4 SR + CM)
# [[Camera d'observation à basse altitude]]: (Didier Donsez, David Eon, Didier Hantz, RICM4, 3I4)
# [[Education à la respiration]]: (Projet AMO TIS4 2011-2012, Julie Fontecave, Pierre-Yves Gumery, TIS4, 3I4, RICM4 CM)
# [[Bras Robotique Handicap | Bras robotique à commande gestuelle pour le handicap]]:(Olivier Richard, RICM4 SR + CM)
# [[Robot de télé-présence]]: (RICM4 SR et CM, 3I4, Didier Donsez)
# [[Visualisation de données volcanologiques]]: (RICM4 CM et Geotech4)
# [[ArduiLab]] avec STM32 (RICM4 SR + CM, Olivier Richard)
# [[elua arduino stm32F4 Discovery | eLua et approche Arduino sur STM32F4-DISCOVERY]]: (RICM4 SR, Olivier Richard)
# IHM mobile pour le visualisation et le contrôle d'onduleurs: (RICM4 CM + SR, Didier Donsez)
# Shield Arduino pour pad gestuel 3D et bibliothèque Processing pour l'IHM (Didier Donsez, 1 RICM4 + 1 3I4)

Priorité 2
# [[3DWebCam]] (Didier Donsez, 1 à 2 RICM4)
# [[GroundCTRL]] (Didier Donsez, 2 RICM4)
# Projet AMO suite (Didier Donsez, RICM4 + 3I4 + TIS4)

==RICM5==
* [[EA2011| Etudes d'Approfondissement]] 2011 en RICM5
## [[Haptic Glove]] (Didier Donsez)
## [[FreeRTOS on STM32 Discovery]]
* [[SmartGrid Marketplace]]
* [[GreenIT Autonomic Manager]]

==ERASMUS RICM5==
# [[FollowMe, CatchMe]] (un drone+webcam pour le suivi de personne) (Michaël Périn)
# [[KiFit]] Kinect + Wiifit for functional reeducation (Didier Donsez, Nicolas Vuillerme)

==M2PGI PM2M==
Contact: Didier Donsez, Thomas Calmant
# [[Drone roulant de Prévention des Risques Industriels]] (Didier Donsez)
# [[Fiche de Présence Contactless JavaCard]] (Gérard Forestier, Didier Donsez)
# [[eCOM Warehouse Management System]] (Didier Donsez)
# [[Détection de trafic automobile et de d’attente aux feux]] (Didier Donsez, Thomas Calmant)

==L3 Info==
Contact: Vincent Danjean

==Réserve==
# [[Serrure à clé MIDI multifactorielle]] (Didier Donsez)
# [[Table interactive musicale]] (Didier Donsez)
# [[iMailbox]] (Didier Donsez)
# [[AmILight]] (eclairage d'ambience intelligent) (Didier Donsez)
# [[PDAmeetPDA]] (synchronisation d'agenda) (Michaël Périn)
# [[1 000 000 VMs]] (expérimentation d'application distribuée à très grande échelle) (Olivier Richard) (2-3 RICM4)
# [[Multiple Kinect]] (utilisation simultanée de plusieurs Kinect) (Olivier Richard) (RICM ou 3I)
# [[Kinect musicale]] (Didier Donsez) (RICM)
# [[Ktechlab Simavr Arduino | Ktechlab et integration de Simavr(Arduino)]] (Olivier Richard) (2-3 RICM4-SR)
# Ocaml on AVR (Arduino)
# Ocaml on Cortex-M3
# [[Arduino on STM32 Discovery]]
# [[Reverse Geocache Puzzle Box]]
# [[OSGi ME]] (Didier Donsez)
# [[Affichage Etudiant à Polytech]]
# Synthèse 3D + motion capture Kinect
# Logiciel d'[[apprentissage du calcul]] sur tablette Android (reconnaissance de chiffres manuscrits)
# Plancher de verre (saint gobain) à la [http://www.wat.tv/video/mickael-jackson-billie-jean-oewj_2ey2h_.html Mickael Jackson dans Billie Jean] ! woo
# [[Ktechlab Simavr Arduino | Ktechlab et integration de Simavr(Arduino)]] (Olivier Richard) (2-3 RICM4-SR)
# [[CNC]]
# [[Idées en Vrac]]
# STM32 Primer2 et communication (Olivier Richard) (2-3 RICM4-SR)
# Scheme Everywhere (Olivier Richard) (2-3 RICM4-SR)
# [[Projet Station Météo]]
# Ocaml on AVR (Arduino)
# Ocaml on Cortex-M3
# [[Table interactive musicale]] (Didier Donsez)
# [[AmILight]] (eclairage d'amnbience intelligent) (Didier Donsez)
# [[Cube pointeur]] d'activité ingénieur
# [http://www.instructables.com/id/Puppeteer-Motion-Capture-Costume/ Puppeteer Motion-Capture Costume]
# [[Musical Staircase]] @ Polytech (Didier Donsez, 1 RICM4 + 1 3I4)
# [[Total Recall]] (Didier Donsez)

Haptic Glove

2011-11-28T23:15:09Z

ChristopheH:

File:Hapticglove.zip

2011-11-28T23:07:53Z

ChristopheH:

File:Motors drive 2.pde

2011-11-28T23:04:39Z

ChristopheH:

File:HapticGlove 6.JPG

2011-11-28T22:59:53Z

ChristopheH:

Haptic Glove

2011-11-28T22:58:31Z

ChristopheH:

* UE/Module: Projet IHM Avancé de RICM5
* Enseignant: Didier Donsez
* Elèves RICM5: Christophe Havard (chef de projet), Renaud Collin

==Introduction==
La [[Haptic perception|perception haptique]] est désormais présente dans la plupart des téléphones portables, les manettes de jeux vidéos, les consoles de jeu portables etc. Son intérêt premier est d'augmenter les sensations de l'utilisateur en stimulant, en plus de son sens de la vue, son sens du [http://fr.wikipedia.org/wiki/Toucher|'''toucher'''].

La plupart des appareils nomades possèdent un vibreur qui permet d'associer un stimuli visuel (action sur un objet virtuel) à un stimuli physique, en l'occurence une vibration de l'appareil.
Par exemple, sur la plupart des téléphones, il est possible de faire vibrer l'appareil à chaque appui sur une lettre lors de l'écriture d'un SMS.

Mais qu'en est-il d'une grande/très grande surface tactile type "table"? Il est impossible d'y intégrer des vibreurs. Il faut donc trouver un autre moyen de faire '''ressentir''' à l'utilisateur les actions qu'il effectue sur la surface.

Ce projet vise donc à réaliser un '''gant''' qui permet d'associer à chaque action sur un objet virtuel, une vibration dans la main de l'utilisateur.
Le cerveau de celui-ci fera naturellement le lien entre ce qu'il voit et ce qu'il ressent.

==Objectifs==
Dans le cadre des projets d'approfondissement RICM5, nous avons proposé de concevoir et fabriquer un gant équipé de vibreurs à chaque doigt. De plus, nous fournirons l'API permettant de contrôler les vibrations de chaque doigt.

== Pour qui? ==
Ce concept de gant à retour haptique intéresse particulièrement les personnes mal-voyantes qui peuvent, malgré leur cécité, ressentir les actions qu'elles effectuent sur la surface interactive. Cela leur permet de savoir par exemple, à quel moment elles sont entrain de toucher un bouton ou bien lorsqu'elles déplacent un objet virtuel à l'intérieur d'une une zone particulière de l'écran.

Les joueurs sont également une cible particulière puisqu'ils expérimentent ce genre de dispositifs depuis longtemps via les contrôleurs de jeu vibrant. A chaque action sur l'écran est associé une vibration du dispositif (ex : dans un jeu de voiture, lorsque la voiture entre en collision).

Enfin, ce gant peut-être adapté à de nombreuses applications diverses et variées, pour tout type de public. Les interactions possibles n'ont de limites que celle de l'imagination du développeur.

== Réalisation ==
Comme vous pouvez le voir sur les photos ci-dessous, nous avons collé 5 vibreurs plats sur chaque emplacement de doigt du gant. L'emplacement des doigt est optimal pour nous puisqu'il répond à nos contraintes :
* La zone la plus sensible du doigt est le bout mais nous voulons pouvoir interagir avec une surface tactile. Il n'est pas donc pratique de collé un vibreur au bout des doigts.
* Les vibreurs ne doivent pas être trop dans la paume afin que l'on puisse distinguer la vibration sur chaque doigt efficacement.
* On place alors les vibreurs sur la première phalange : c'est un endroit relativement sensible (ou en tout cas bien assez pour sentir une vibration) et qui laisse les doigts relativement libres de leur mouvement.

[[Image:HapticGlove 3.png|500px|Haptic Glove v0.2]]

== Fabrication ==
Pour réaliser ce gant, voici comment nous avons procéder :
* Nous avons commencer par coudre avec du fil conducteur deux brins par doigts. Ceux-ci nous permettront de relier le vibreur correspondant à la carte Arduino.
[[Image:HapticGlove_1.jpg|300px|Haptic Glove v0.2]]
* Puis nous avons cousu du tissu conducteur sur le pouce, l'index et le majeur. Pour chacun de ces morceaux de tissus, on fera correspondre un brin de fil conducteur.
[[Image:HapticGlove_2.jpg|300px|Haptic Glove v0.2]]
* Nous fixons ensuite les vibreurs à l'emplacement prévu. Ceux-ci sont autocollants donc pas besoin de colle spéciale. Nous laissons dépasser du fil électrique de chaque vibreur pour pouvoir les relier au fil conducteur.
* Nous effectuons ensuite la liaison entre le fil conducteur et les fil électriques de chaque coté du brin. Pour cela, nous enroulons le fil électrique sur lui-même pour former un petit cercle sur lequel nous rajoutons un bout de soudure, histoire que le cercle tienne bien. Nous faisons ensuite un noeud avec le fil conducteur dans ce cercle.
[[Image:HapticGlove_5.jpg|300px|Haptic Glove v0.2]]

==Matériel==
* 1 glove (cotton, leather)
* [[Arduino]] Uno or Lilypad or [[Arduino FIO]]
* 1 XBee module or Bluetooth module for wireless communication
* 5 [[Vibration motor]]s

Optional
* 1 [http://ardx.org/src/guide/2/ARDX-EG-SPAR-FR-WEB.pdf#page=34 Flex sensor]
* 1 [http://www.sparkfun.com/products/9267 Accelerometer ADXL335]
* 1 gyroscope (WiiMotion)
For finger contacts
* Conductive textiles
** http://www.sparkfun.com/products/10055
** http://www.sparkfun.com/products/10056
* Conductive threads
** http://www.sparkfun.com/products/8549
** http://www.sparkfun.com/products/8544

[[Image:HapticGlovev0.jpg|500px|Haptic Glove v0.1]]
[[Image:Arduino_breadboard.JPG|500px|Haptic Glove v0.2]]
[[Image:HapticGlove_1.jpg|500px|Haptic Glove v0.2]]
[[Image:HapticGlove 2.jpg|500px|Haptic Glove v0.2]]

==Source code==
===Progam to drive the haptic glove===
<pre>
/*
Haptic Glove

Reads 15 bytes-long command (encoding the level and the duration of the 5 vibration motors connected to the Arduino' PWM pins) and vibrate during the duration the motors.

Vibration Motor, sku: ROB-08449
http://www.sparkfun.com/products/8449
http://www.sparkfun.com/products/8468
"With a 2-3.6V operating range, these units shake crazily at 3V"

Septembre 18, 2011 by Didier Donsez

This example code is in the public domain.

Input format is 5 groups of 3 hexadecimal characters
one group per motor
first char is the vibration level (F is Max)
second char is the vibration level setted after the duration (0 to stop vibration)
third char is the duration of the vibration (value is char * 16 * COEF milliseconds)

Test by sending the following inputs with the serial monitor

F09000000000000
000F09000000000
000000F09000000
000000000F09000
000000000000F09
F09F09F09F09F09
F01F03F05F07F09

F51F53F55F57F59 // continue vib after duration
000000000000000 // stop all vibrations
*/

const int MAXVIB=180; // 180 is 3.6V if Vin is 5V (Arduino Uno)
const int COEF=10; // Coeficient for duration (Max duration is 256 * COEF milliseconds

const int NUMVIB=5; // Number of vibration motors (one per finger)

byte levelVib[NUMVIB]; // Level for vibration
byte levelEndVib[NUMVIB]; // Level for vibration after the delay
byte durationVib[NUMVIB]; // Duration for vibration
byte pinVib[NUMVIB] = {3, 5, 6, 10, 11 }; // Analog output pins that the vibration motors are attached to

const byte FLEX_SENSOR_PIN=A0; // pin number of the flex sensor

const int NUMCONTACTPOINTS=4; // number of electric contacts points (contacts are made with conductive textiles and conductive threads)
byte pinContactPoints[NUMCONTACTPOINTS] = {2, 4, 7, 8 }; // Digital input pins that the contacts are attached to (the thumb finger is on the Vin). Use pull-down.

void setup() {
// initialize serial communications at 9600 bps:
Serial.begin(9600);

for (int i=0; i<NUMVIB; i++) {
pinMode(pinVib[i], OUTPUT);
}

for (int i=0; i<NUMCONTACTPOINTS; i++) {
pinMode(pinContactPoints[i], INPUT);
}
}

void loop() {

sendInputs();

// TODO eliminate LF and CR
if (Serial.available() >=(NUMVIB*3)) {
for (int i=0; i<NUMVIB; i++) {
levelVib[i]=convertLevel(Serial.read());
if(levelVib[i]>MAXVIB) {
levelVib[i]=MAXVIB; // protect the motor
}
levelEndVib[i]=convertLevel(Serial.read());
if(levelEndVib[i]>MAXVIB) {
levelEndVib[i]=MAXVIB; // protect the motor
}
durationVib[i]= convertDuration(Serial.read());
if(durationVib[i]==0) {
durationVib[i]=0;
}
}

for (int j=0; j<NUMVIB; j++) {
// calculate next duration
byte minDuration=0xFF;
byte cpt=0;
for (int i=0; i<NUMVIB; i++) {
if(durationVib[i]>0 && durationVib[i]<minDuration) {
minDuration=durationVib[i];
cpt++;
}
}
if(cpt==0) {
return;
}

if(j==0){
for (int i=0; i<NUMVIB; i++) {
// if levelVib[i]==0, the vibration is stopped
analogWrite(pinVib[i], levelVib[i]);
}
}

// sendInputs();
delay(minDuration*COEF);

for (int i=0; i<NUMVIB; i++) {
if(durationVib[i]!=0) {
durationVib[i]-=minDuration;
}
if(durationVib[i]==0 && levelVib[i]>0) {
analogWrite(pinVib[i], levelEndVib[i]);
}
}
}
}
}

void sendInputs(){
// send the flex sensor value on TX
Serial.print(map(analogRead(FLEX_SENSOR_PIN), 0, 1023, 0, 255));
// send the contacts states flags on TX
for (int i=0; i<NUMCONTACTPOINTS; i++) {
if (digitalRead(pinContactPoints[i]) == HIGH) {
Serial.print("1");
} else {
Serial.print("0");
}
}
}

byte parse(byte b) {
if(b>='0' && b<='9') {
return (b-'0');
} else if(b>='A' && b<='F') {
return (b-'A'+10);
} else return 0;
}

byte convertLevel(byte b) {
return map(parse(b), 0, 0x0F, 0, MAXVIB);
}

byte convertDuration(byte b) {
return parse(b)<<4;
}
</pre>

===Program to test contacts and motors===
<pre>
/*
Haptic Glove Test

This program tests the finger contacts of the haptic glove. The vibration motor associated with a finger vibrates when the finger and the thumb are in contact.

Vibration Motor, sku: ROB-08449
http://www.sparkfun.com/products/8449
http://www.sparkfun.com/products/8468
"With a 2-3.6V operating range, these units shake crazily at 3V"

Septembre 30, 2011 by Didier Donsez

This example code is in the public domain.

*/
const int MAXVIB=180; // 180 is 3.6V if Vin is 5V (Arduino Uno)

const int NUMCONTACTPOINTS=4; // number of electric contacts points (contacts are made with conductive textiles and conductive threads)

boolean state[NUMCONTACTPOINTS];
byte pinVib[NUMCONTACTPOINTS] = {5, 6, 10, 11 }; // Analog output pins that the vibration motors are attached to
byte pinContactPoints[NUMCONTACTPOINTS] = {2, 4, 7, 8 }; // Digital input pins that the contacts are attached to (the thumb finger is on the Vin). Use pull-down.

void setup() {
// initialize serial communications at 9600 bps:
// Serial.begin(9600);

for (int i=0; i<NUMCONTACTPOINTS; i++) {
pinMode(pinVib[i], OUTPUT);
pinMode(pinContactPoints[i], INPUT);
state[i]=false;
}
}

void loop() {
boolean change=false;
for (int i=0; i<NUMCONTACTPOINTS; i++) {
if (digitalRead(pinContactPoints[i]) == HIGH) {
if(!state[i]) {
analogWrite(pinVib[i], MAXVIB);
state[i]=true;
change=true;
}
} else {
if(state[i]) {
analogWrite(pinVib[i], MAXVIB);
state[i]=false;
change=true;
}
}
}
if(change) {
delay(250);
} else {
delay(100);
}
}
</pre>

File:HapticGlove 5.jpg

2011-11-28T22:52:01Z

ChristopheH:

File:HapticGlove 3.png

2011-11-28T22:43:33Z

ChristopheH: uploaded a new version of "File:HapticGlove 3.png"

Description du dispositif placé sur le gant.

File:HapticGlove 4.jpg

2011-11-28T22:39:31Z

ChristopheH:

File:HapticGlove 3.png

2011-11-28T22:38:49Z

ChristopheH: Description du dispositif placé sur le gant.

Description du dispositif placé sur le gant.

Haptic Glove

2011-11-28T21:37:17Z

ChristopheH: /* Matériel */

* UE/Module: Projet IHM Avancé de RICM5
* Enseignant: Didier Donsez
* Elèves RICM5: Christophe Havard (chef de projet), Renaud Collin

==Introduction==
La [[Haptic perception|perception haptique]] est désormais présente dans la plupart des téléphones portables, les manettes de jeux vidéos, les consoles de jeu portables etc. Son intérêt premier est d'augmenter les sensations de l'utilisateur en stimulant, en plus de son sens de la vue, son sens du [http://fr.wikipedia.org/wiki/Toucher|'''toucher'''].

La plupart des appareils nomades possèdent un vibreur qui permet d'associer un stimuli visuel (action sur un objet virtuel) à un stimuli physique, en l'occurence une vibration de l'appareil.
Par exemple, sur la plupart des téléphones, il est possible de faire vibrer l'appareil à chaque appui sur une lettre lors de l'écriture d'un SMS.

Mais qu'en est-il d'une grande/très grande surface tactile type "table"? Il est impossible d'y intégrer des vibreurs. Il faut donc trouver un autre moyen de faire '''ressentir''' à l'utilisateur les actions qu'il effectue sur la surface.

Ce projet vise donc à réaliser un '''gant''' qui permet d'associer à chaque action sur un objet virtuel, une vibration dans la main de l'utilisateur.
LE cerveau de celui-ci fera naturellement le lien entre ce qu'il voit et ce qu'il ressent.

==Objectifs==
Dans le cadre des projets d'approfondissement RICM5, nous avons proposé de concevoir et fabriquer un gant équipé de vibreurs à chaque doigt. De plus, nous fournirons l'API permettant de contrôler les vibrations de chaque doigt.

==Matériel==
* 1 glove (cotton, leather)
* [[Arduino]] Uno or Lilypad or [[Arduino FIO]]
* 1 XBee module or Bluetooth module for wireless communication
* 5 [[Vibration motor]]s

Optional
* 1 [http://ardx.org/src/guide/2/ARDX-EG-SPAR-FR-WEB.pdf#page=34 Flex sensor]
* 1 [http://www.sparkfun.com/products/9267 Accelerometer ADXL335]
* 1 gyroscope (WiiMotion)
For finger contacts
* Conductive textiles
** http://www.sparkfun.com/products/10055
** http://www.sparkfun.com/products/10056
* Conductive threads
** http://www.sparkfun.com/products/8549
** http://www.sparkfun.com/products/8544

[[Image:HapticGlovev0.jpg|500px|Haptic Glove v0.1]]
[[Image:Arduino_breadboard.JPG|500px|Haptic Glove v0.2]]
[[Image:HapticGlove_1.jpg|500px|Haptic Glove v0.2]]
[[Image:HapticGlove 2.jpg|500px|Haptic Glove v0.2]]

==Source code==
===Progam to drive the haptic glove===
<pre>
/*
Haptic Glove

Reads 15 bytes-long command (encoding the level and the duration of the 5 vibration motors connected to the Arduino' PWM pins) and vibrate during the duration the motors.

Vibration Motor, sku: ROB-08449
http://www.sparkfun.com/products/8449
http://www.sparkfun.com/products/8468
"With a 2-3.6V operating range, these units shake crazily at 3V"

Septembre 18, 2011 by Didier Donsez

This example code is in the public domain.

Input format is 5 groups of 3 hexadecimal characters
one group per motor
first char is the vibration level (F is Max)
second char is the vibration level setted after the duration (0 to stop vibration)
third char is the duration of the vibration (value is char * 16 * COEF milliseconds)

Test by sending the following inputs with the serial monitor

F09000000000000
000F09000000000
000000F09000000
000000000F09000
000000000000F09
F09F09F09F09F09
F01F03F05F07F09

F51F53F55F57F59 // continue vib after duration
000000000000000 // stop all vibrations
*/

const int MAXVIB=180; // 180 is 3.6V if Vin is 5V (Arduino Uno)
const int COEF=10; // Coeficient for duration (Max duration is 256 * COEF milliseconds

const int NUMVIB=5; // Number of vibration motors (one per finger)

byte levelVib[NUMVIB]; // Level for vibration
byte levelEndVib[NUMVIB]; // Level for vibration after the delay
byte durationVib[NUMVIB]; // Duration for vibration
byte pinVib[NUMVIB] = {3, 5, 6, 10, 11 }; // Analog output pins that the vibration motors are attached to

const byte FLEX_SENSOR_PIN=A0; // pin number of the flex sensor

const int NUMCONTACTPOINTS=4; // number of electric contacts points (contacts are made with conductive textiles and conductive threads)
byte pinContactPoints[NUMCONTACTPOINTS] = {2, 4, 7, 8 }; // Digital input pins that the contacts are attached to (the thumb finger is on the Vin). Use pull-down.

void setup() {
// initialize serial communications at 9600 bps:
Serial.begin(9600);

for (int i=0; i<NUMVIB; i++) {
pinMode(pinVib[i], OUTPUT);
}

for (int i=0; i<NUMCONTACTPOINTS; i++) {
pinMode(pinContactPoints[i], INPUT);
}
}

void loop() {

sendInputs();

// TODO eliminate LF and CR
if (Serial.available() >=(NUMVIB*3)) {
for (int i=0; i<NUMVIB; i++) {
levelVib[i]=convertLevel(Serial.read());
if(levelVib[i]>MAXVIB) {
levelVib[i]=MAXVIB; // protect the motor
}
levelEndVib[i]=convertLevel(Serial.read());
if(levelEndVib[i]>MAXVIB) {
levelEndVib[i]=MAXVIB; // protect the motor
}
durationVib[i]= convertDuration(Serial.read());
if(durationVib[i]==0) {
durationVib[i]=0;
}
}

for (int j=0; j<NUMVIB; j++) {
// calculate next duration
byte minDuration=0xFF;
byte cpt=0;
for (int i=0; i<NUMVIB; i++) {
if(durationVib[i]>0 && durationVib[i]<minDuration) {
minDuration=durationVib[i];
cpt++;
}
}
if(cpt==0) {
return;
}

if(j==0){
for (int i=0; i<NUMVIB; i++) {
// if levelVib[i]==0, the vibration is stopped
analogWrite(pinVib[i], levelVib[i]);
}
}

// sendInputs();
delay(minDuration*COEF);

for (int i=0; i<NUMVIB; i++) {
if(durationVib[i]!=0) {
durationVib[i]-=minDuration;
}
if(durationVib[i]==0 && levelVib[i]>0) {
analogWrite(pinVib[i], levelEndVib[i]);
}
}
}
}
}

void sendInputs(){
// send the flex sensor value on TX
Serial.print(map(analogRead(FLEX_SENSOR_PIN), 0, 1023, 0, 255));
// send the contacts states flags on TX
for (int i=0; i<NUMCONTACTPOINTS; i++) {
if (digitalRead(pinContactPoints[i]) == HIGH) {
Serial.print("1");
} else {
Serial.print("0");
}
}
}

byte parse(byte b) {
if(b>='0' && b<='9') {
return (b-'0');
} else if(b>='A' && b<='F') {
return (b-'A'+10);
} else return 0;
}

byte convertLevel(byte b) {
return map(parse(b), 0, 0x0F, 0, MAXVIB);
}

byte convertDuration(byte b) {
return parse(b)<<4;
}
</pre>

===Program to test contacts and motors===
<pre>
/*
Haptic Glove Test

This program tests the finger contacts of the haptic glove. The vibration motor associated with a finger vibrates when the finger and the thumb are in contact.

Vibration Motor, sku: ROB-08449
http://www.sparkfun.com/products/8449
http://www.sparkfun.com/products/8468
"With a 2-3.6V operating range, these units shake crazily at 3V"

Septembre 30, 2011 by Didier Donsez

This example code is in the public domain.

*/
const int MAXVIB=180; // 180 is 3.6V if Vin is 5V (Arduino Uno)

const int NUMCONTACTPOINTS=4; // number of electric contacts points (contacts are made with conductive textiles and conductive threads)

boolean state[NUMCONTACTPOINTS];
byte pinVib[NUMCONTACTPOINTS] = {5, 6, 10, 11 }; // Analog output pins that the vibration motors are attached to
byte pinContactPoints[NUMCONTACTPOINTS] = {2, 4, 7, 8 }; // Digital input pins that the contacts are attached to (the thumb finger is on the Vin). Use pull-down.

void setup() {
// initialize serial communications at 9600 bps:
// Serial.begin(9600);

for (int i=0; i<NUMCONTACTPOINTS; i++) {
pinMode(pinVib[i], OUTPUT);
pinMode(pinContactPoints[i], INPUT);
state[i]=false;
}
}

void loop() {
boolean change=false;
for (int i=0; i<NUMCONTACTPOINTS; i++) {
if (digitalRead(pinContactPoints[i]) == HIGH) {
if(!state[i]) {
analogWrite(pinVib[i], MAXVIB);
state[i]=true;
change=true;
}
} else {
if(state[i]) {
analogWrite(pinVib[i], MAXVIB);
state[i]=false;
change=true;
}
}
}
if(change) {
delay(250);
} else {
delay(100);
}
}
</pre>

Haptic Glove

2011-11-28T21:36:17Z

ChristopheH: /* Matériel */

* UE/Module: Projet IHM Avancé de RICM5
* Enseignant: Didier Donsez
* Elèves RICM5: Christophe Havard (chef de projet), Renaud Collin

==Introduction==
La [[Haptic perception|perception haptique]] est désormais présente dans la plupart des téléphones portables, les manettes de jeux vidéos, les consoles de jeu portables etc. Son intérêt premier est d'augmenter les sensations de l'utilisateur en stimulant, en plus de son sens de la vue, son sens du [http://fr.wikipedia.org/wiki/Toucher|'''toucher'''].

La plupart des appareils nomades possèdent un vibreur qui permet d'associer un stimuli visuel (action sur un objet virtuel) à un stimuli physique, en l'occurence une vibration de l'appareil.
Par exemple, sur la plupart des téléphones, il est possible de faire vibrer l'appareil à chaque appui sur une lettre lors de l'écriture d'un SMS.

Mais qu'en est-il d'une grande/très grande surface tactile type "table"? Il est impossible d'y intégrer des vibreurs. Il faut donc trouver un autre moyen de faire '''ressentir''' à l'utilisateur les actions qu'il effectue sur la surface.

Ce projet vise donc à réaliser un '''gant''' qui permet d'associer à chaque action sur un objet virtuel, une vibration dans la main de l'utilisateur.
LE cerveau de celui-ci fera naturellement le lien entre ce qu'il voit et ce qu'il ressent.

==Objectifs==
Dans le cadre des projets d'approfondissement RICM5, nous avons proposé de concevoir et fabriquer un gant équipé de vibreurs à chaque doigt. De plus, nous fournirons l'API permettant de contrôler les vibrations de chaque doigt.

==Matériel==
* 1 glove (cotton, leather)
* [[Arduino]] Uno or Lilypad or [[Arduino FIO]]
* 1 XBee module or Bluetooth module for wireless communication
* 5 [[Vibration motor]]s

Optional
* 1 [http://ardx.org/src/guide/2/ARDX-EG-SPAR-FR-WEB.pdf#page=34 Flex sensor]
* 1 [http://www.sparkfun.com/products/9267 Accelerometer ADXL335]
* 1 gyroscope (WiiMotion)
For finger contacts
* Conductive textiles
** http://www.sparkfun.com/products/10055
** http://www.sparkfun.com/products/10056
* Conductive threads
** http://www.sparkfun.com/products/8549
** http://www.sparkfun.com/products/8544

[[Image:HapticGlovev0.jpg|500px|Haptic Glove v0.1]]
[[Image:Arduino_breadboard.JPG|500px|Haptic Glove v0.2]]
[[Image:HapticGlove 1.JPG|500px|Haptic Glove v0.2]]
[[Image:HapticGlove 2.JPG|500px|Haptic Glove v0.2]]

==Source code==
===Progam to drive the haptic glove===
<pre>
/*
Haptic Glove

Reads 15 bytes-long command (encoding the level and the duration of the 5 vibration motors connected to the Arduino' PWM pins) and vibrate during the duration the motors.

Vibration Motor, sku: ROB-08449
http://www.sparkfun.com/products/8449
http://www.sparkfun.com/products/8468
"With a 2-3.6V operating range, these units shake crazily at 3V"

Septembre 18, 2011 by Didier Donsez

This example code is in the public domain.

Input format is 5 groups of 3 hexadecimal characters
one group per motor
first char is the vibration level (F is Max)
second char is the vibration level setted after the duration (0 to stop vibration)
third char is the duration of the vibration (value is char * 16 * COEF milliseconds)

Test by sending the following inputs with the serial monitor

F09000000000000
000F09000000000
000000F09000000
000000000F09000
000000000000F09
F09F09F09F09F09
F01F03F05F07F09

F51F53F55F57F59 // continue vib after duration
000000000000000 // stop all vibrations
*/

const int MAXVIB=180; // 180 is 3.6V if Vin is 5V (Arduino Uno)
const int COEF=10; // Coeficient for duration (Max duration is 256 * COEF milliseconds

const int NUMVIB=5; // Number of vibration motors (one per finger)

byte levelVib[NUMVIB]; // Level for vibration
byte levelEndVib[NUMVIB]; // Level for vibration after the delay
byte durationVib[NUMVIB]; // Duration for vibration
byte pinVib[NUMVIB] = {3, 5, 6, 10, 11 }; // Analog output pins that the vibration motors are attached to

const byte FLEX_SENSOR_PIN=A0; // pin number of the flex sensor

const int NUMCONTACTPOINTS=4; // number of electric contacts points (contacts are made with conductive textiles and conductive threads)
byte pinContactPoints[NUMCONTACTPOINTS] = {2, 4, 7, 8 }; // Digital input pins that the contacts are attached to (the thumb finger is on the Vin). Use pull-down.

void setup() {
// initialize serial communications at 9600 bps:
Serial.begin(9600);

for (int i=0; i<NUMVIB; i++) {
pinMode(pinVib[i], OUTPUT);
}

for (int i=0; i<NUMCONTACTPOINTS; i++) {
pinMode(pinContactPoints[i], INPUT);
}
}

void loop() {

sendInputs();

// TODO eliminate LF and CR
if (Serial.available() >=(NUMVIB*3)) {
for (int i=0; i<NUMVIB; i++) {
levelVib[i]=convertLevel(Serial.read());
if(levelVib[i]>MAXVIB) {
levelVib[i]=MAXVIB; // protect the motor
}
levelEndVib[i]=convertLevel(Serial.read());
if(levelEndVib[i]>MAXVIB) {
levelEndVib[i]=MAXVIB; // protect the motor
}
durationVib[i]= convertDuration(Serial.read());
if(durationVib[i]==0) {
durationVib[i]=0;
}
}

for (int j=0; j<NUMVIB; j++) {
// calculate next duration
byte minDuration=0xFF;
byte cpt=0;
for (int i=0; i<NUMVIB; i++) {
if(durationVib[i]>0 && durationVib[i]<minDuration) {
minDuration=durationVib[i];
cpt++;
}
}
if(cpt==0) {
return;
}

if(j==0){
for (int i=0; i<NUMVIB; i++) {
// if levelVib[i]==0, the vibration is stopped
analogWrite(pinVib[i], levelVib[i]);
}
}

// sendInputs();
delay(minDuration*COEF);

for (int i=0; i<NUMVIB; i++) {
if(durationVib[i]!=0) {
durationVib[i]-=minDuration;
}
if(durationVib[i]==0 && levelVib[i]>0) {
analogWrite(pinVib[i], levelEndVib[i]);
}
}
}
}
}

void sendInputs(){
// send the flex sensor value on TX
Serial.print(map(analogRead(FLEX_SENSOR_PIN), 0, 1023, 0, 255));
// send the contacts states flags on TX
for (int i=0; i<NUMCONTACTPOINTS; i++) {
if (digitalRead(pinContactPoints[i]) == HIGH) {
Serial.print("1");
} else {
Serial.print("0");
}
}
}

byte parse(byte b) {
if(b>='0' && b<='9') {
return (b-'0');
} else if(b>='A' && b<='F') {
return (b-'A'+10);
} else return 0;
}

byte convertLevel(byte b) {
return map(parse(b), 0, 0x0F, 0, MAXVIB);
}

byte convertDuration(byte b) {
return parse(b)<<4;
}
</pre>

===Program to test contacts and motors===
<pre>
/*
Haptic Glove Test

This program tests the finger contacts of the haptic glove. The vibration motor associated with a finger vibrates when the finger and the thumb are in contact.

Vibration Motor, sku: ROB-08449
http://www.sparkfun.com/products/8449
http://www.sparkfun.com/products/8468
"With a 2-3.6V operating range, these units shake crazily at 3V"

Septembre 30, 2011 by Didier Donsez

This example code is in the public domain.

*/
const int MAXVIB=180; // 180 is 3.6V if Vin is 5V (Arduino Uno)

const int NUMCONTACTPOINTS=4; // number of electric contacts points (contacts are made with conductive textiles and conductive threads)

boolean state[NUMCONTACTPOINTS];
byte pinVib[NUMCONTACTPOINTS] = {5, 6, 10, 11 }; // Analog output pins that the vibration motors are attached to
byte pinContactPoints[NUMCONTACTPOINTS] = {2, 4, 7, 8 }; // Digital input pins that the contacts are attached to (the thumb finger is on the Vin). Use pull-down.

void setup() {
// initialize serial communications at 9600 bps:
// Serial.begin(9600);

for (int i=0; i<NUMCONTACTPOINTS; i++) {
pinMode(pinVib[i], OUTPUT);
pinMode(pinContactPoints[i], INPUT);
state[i]=false;
}
}

void loop() {
boolean change=false;
for (int i=0; i<NUMCONTACTPOINTS; i++) {
if (digitalRead(pinContactPoints[i]) == HIGH) {
if(!state[i]) {
analogWrite(pinVib[i], MAXVIB);
state[i]=true;
change=true;
}
} else {
if(state[i]) {
analogWrite(pinVib[i], MAXVIB);
state[i]=false;
change=true;
}
}
}
if(change) {
delay(250);
} else {
delay(100);
}
}
</pre>

Haptic Glove

2011-11-28T21:35:49Z

ChristopheH: /* Matériel */

* UE/Module: Projet IHM Avancé de RICM5
* Enseignant: Didier Donsez
* Elèves RICM5: Christophe Havard (chef de projet), Renaud Collin

==Introduction==
La [[Haptic perception|perception haptique]] est désormais présente dans la plupart des téléphones portables, les manettes de jeux vidéos, les consoles de jeu portables etc. Son intérêt premier est d'augmenter les sensations de l'utilisateur en stimulant, en plus de son sens de la vue, son sens du [http://fr.wikipedia.org/wiki/Toucher|'''toucher'''].

La plupart des appareils nomades possèdent un vibreur qui permet d'associer un stimuli visuel (action sur un objet virtuel) à un stimuli physique, en l'occurence une vibration de l'appareil.
Par exemple, sur la plupart des téléphones, il est possible de faire vibrer l'appareil à chaque appui sur une lettre lors de l'écriture d'un SMS.

Mais qu'en est-il d'une grande/très grande surface tactile type "table"? Il est impossible d'y intégrer des vibreurs. Il faut donc trouver un autre moyen de faire '''ressentir''' à l'utilisateur les actions qu'il effectue sur la surface.

Ce projet vise donc à réaliser un '''gant''' qui permet d'associer à chaque action sur un objet virtuel, une vibration dans la main de l'utilisateur.
LE cerveau de celui-ci fera naturellement le lien entre ce qu'il voit et ce qu'il ressent.

==Objectifs==
Dans le cadre des projets d'approfondissement RICM5, nous avons proposé de concevoir et fabriquer un gant équipé de vibreurs à chaque doigt. De plus, nous fournirons l'API permettant de contrôler les vibrations de chaque doigt.

==Matériel==
* 1 glove (cotton, leather)
* [[Arduino]] Uno or Lilypad or [[Arduino FIO]]
* 1 XBee module or Bluetooth module for wireless communication
* 5 [[Vibration motor]]s

Optional
* 1 [http://ardx.org/src/guide/2/ARDX-EG-SPAR-FR-WEB.pdf#page=34 Flex sensor]
* 1 [http://www.sparkfun.com/products/9267 Accelerometer ADXL335]
* 1 gyroscope (WiiMotion)
For finger contacts
* Conductive textiles
** http://www.sparkfun.com/products/10055
** http://www.sparkfun.com/products/10056
* Conductive threads
** http://www.sparkfun.com/products/8549
** http://www.sparkfun.com/products/8544

[[Image:HapticGlovev0.jpg|500px|Haptic Glove v0.1]]
[[Image:Arduino_breadboard.JPG|500px|Haptic Glove v0.2]]
[[Image:HapticGlove_1.JPG|500px|Haptic Glove v0.2]]
[[Image:HapticGlove_2.JPG|500px|Haptic Glove v0.2]]

==Source code==
===Progam to drive the haptic glove===
<pre>
/*
Haptic Glove

Reads 15 bytes-long command (encoding the level and the duration of the 5 vibration motors connected to the Arduino' PWM pins) and vibrate during the duration the motors.

Vibration Motor, sku: ROB-08449
http://www.sparkfun.com/products/8449
http://www.sparkfun.com/products/8468
"With a 2-3.6V operating range, these units shake crazily at 3V"

Septembre 18, 2011 by Didier Donsez

This example code is in the public domain.

Input format is 5 groups of 3 hexadecimal characters
one group per motor
first char is the vibration level (F is Max)
second char is the vibration level setted after the duration (0 to stop vibration)
third char is the duration of the vibration (value is char * 16 * COEF milliseconds)

Test by sending the following inputs with the serial monitor

F09000000000000
000F09000000000
000000F09000000
000000000F09000
000000000000F09
F09F09F09F09F09
F01F03F05F07F09

F51F53F55F57F59 // continue vib after duration
000000000000000 // stop all vibrations
*/

const int MAXVIB=180; // 180 is 3.6V if Vin is 5V (Arduino Uno)
const int COEF=10; // Coeficient for duration (Max duration is 256 * COEF milliseconds

const int NUMVIB=5; // Number of vibration motors (one per finger)

byte levelVib[NUMVIB]; // Level for vibration
byte levelEndVib[NUMVIB]; // Level for vibration after the delay
byte durationVib[NUMVIB]; // Duration for vibration
byte pinVib[NUMVIB] = {3, 5, 6, 10, 11 }; // Analog output pins that the vibration motors are attached to

const byte FLEX_SENSOR_PIN=A0; // pin number of the flex sensor

const int NUMCONTACTPOINTS=4; // number of electric contacts points (contacts are made with conductive textiles and conductive threads)
byte pinContactPoints[NUMCONTACTPOINTS] = {2, 4, 7, 8 }; // Digital input pins that the contacts are attached to (the thumb finger is on the Vin). Use pull-down.

void setup() {
// initialize serial communications at 9600 bps:
Serial.begin(9600);

for (int i=0; i<NUMVIB; i++) {
pinMode(pinVib[i], OUTPUT);
}

for (int i=0; i<NUMCONTACTPOINTS; i++) {
pinMode(pinContactPoints[i], INPUT);
}
}

void loop() {

sendInputs();

// TODO eliminate LF and CR
if (Serial.available() >=(NUMVIB*3)) {
for (int i=0; i<NUMVIB; i++) {
levelVib[i]=convertLevel(Serial.read());
if(levelVib[i]>MAXVIB) {
levelVib[i]=MAXVIB; // protect the motor
}
levelEndVib[i]=convertLevel(Serial.read());
if(levelEndVib[i]>MAXVIB) {
levelEndVib[i]=MAXVIB; // protect the motor
}
durationVib[i]= convertDuration(Serial.read());
if(durationVib[i]==0) {
durationVib[i]=0;
}
}

for (int j=0; j<NUMVIB; j++) {
// calculate next duration
byte minDuration=0xFF;
byte cpt=0;
for (int i=0; i<NUMVIB; i++) {
if(durationVib[i]>0 && durationVib[i]<minDuration) {
minDuration=durationVib[i];
cpt++;
}
}
if(cpt==0) {
return;
}

if(j==0){
for (int i=0; i<NUMVIB; i++) {
// if levelVib[i]==0, the vibration is stopped
analogWrite(pinVib[i], levelVib[i]);
}
}

// sendInputs();
delay(minDuration*COEF);

for (int i=0; i<NUMVIB; i++) {
if(durationVib[i]!=0) {
durationVib[i]-=minDuration;
}
if(durationVib[i]==0 && levelVib[i]>0) {
analogWrite(pinVib[i], levelEndVib[i]);
}
}
}
}
}

void sendInputs(){
// send the flex sensor value on TX
Serial.print(map(analogRead(FLEX_SENSOR_PIN), 0, 1023, 0, 255));
// send the contacts states flags on TX
for (int i=0; i<NUMCONTACTPOINTS; i++) {
if (digitalRead(pinContactPoints[i]) == HIGH) {
Serial.print("1");
} else {
Serial.print("0");
}
}
}

byte parse(byte b) {
if(b>='0' && b<='9') {
return (b-'0');
} else if(b>='A' && b<='F') {
return (b-'A'+10);
} else return 0;
}

byte convertLevel(byte b) {
return map(parse(b), 0, 0x0F, 0, MAXVIB);
}

byte convertDuration(byte b) {
return parse(b)<<4;
}
</pre>

===Program to test contacts and motors===
<pre>
/*
Haptic Glove Test

This program tests the finger contacts of the haptic glove. The vibration motor associated with a finger vibrates when the finger and the thumb are in contact.

Vibration Motor, sku: ROB-08449
http://www.sparkfun.com/products/8449
http://www.sparkfun.com/products/8468
"With a 2-3.6V operating range, these units shake crazily at 3V"

Septembre 30, 2011 by Didier Donsez

This example code is in the public domain.

*/
const int MAXVIB=180; // 180 is 3.6V if Vin is 5V (Arduino Uno)

const int NUMCONTACTPOINTS=4; // number of electric contacts points (contacts are made with conductive textiles and conductive threads)

boolean state[NUMCONTACTPOINTS];
byte pinVib[NUMCONTACTPOINTS] = {5, 6, 10, 11 }; // Analog output pins that the vibration motors are attached to
byte pinContactPoints[NUMCONTACTPOINTS] = {2, 4, 7, 8 }; // Digital input pins that the contacts are attached to (the thumb finger is on the Vin). Use pull-down.

void setup() {
// initialize serial communications at 9600 bps:
// Serial.begin(9600);

for (int i=0; i<NUMCONTACTPOINTS; i++) {
pinMode(pinVib[i], OUTPUT);
pinMode(pinContactPoints[i], INPUT);
state[i]=false;
}
}

void loop() {
boolean change=false;
for (int i=0; i<NUMCONTACTPOINTS; i++) {
if (digitalRead(pinContactPoints[i]) == HIGH) {
if(!state[i]) {
analogWrite(pinVib[i], MAXVIB);
state[i]=true;
change=true;
}
} else {
if(state[i]) {
analogWrite(pinVib[i], MAXVIB);
state[i]=false;
change=true;
}
}
}
if(change) {
delay(250);
} else {
delay(100);
}
}
</pre>

File:HapticGlove 2.jpg

2011-11-28T21:35:20Z

ChristopheH: Tissu conducteur cousu sur l'index le majeur et le pouce

Tissu conducteur cousu sur l'index le majeur et le pouce

File:HapticGlove 1.jpg

2011-11-28T21:34:02Z

ChristopheH: Couture de tissu conducteur sur le dessus du gant afin de relier chaque vibreur à l'Arduino.

Couture de tissu conducteur sur le dessus du gant afin de relier chaque vibreur à l'Arduino.

File:Arduino breadboard.JPG

2011-11-28T21:29:33Z

ChristopheH:

Haptic Glove

2011-11-28T21:27:15Z

ChristopheH: /* Objectifs */

* UE/Module: Projet IHM Avancé de RICM5
* Enseignant: Didier Donsez
* Elèves RICM5: Christophe Havard (chef de projet), Renaud Collin

==Introduction==
La [[Haptic perception|perception haptique]] est désormais présente dans la plupart des téléphones portables, les manettes de jeux vidéos, les consoles de jeu portables etc. Son intérêt premier est d'augmenter les sensations de l'utilisateur en stimulant, en plus de son sens de la vue, son sens du [http://fr.wikipedia.org/wiki/Toucher|'''toucher'''].

La plupart des appareils nomades possèdent un vibreur qui permet d'associer un stimuli visuel (action sur un objet virtuel) à un stimuli physique, en l'occurence une vibration de l'appareil.
Par exemple, sur la plupart des téléphones, il est possible de faire vibrer l'appareil à chaque appui sur une lettre lors de l'écriture d'un SMS.

Mais qu'en est-il d'une grande/très grande surface tactile type "table"? Il est impossible d'y intégrer des vibreurs. Il faut donc trouver un autre moyen de faire '''ressentir''' à l'utilisateur les actions qu'il effectue sur la surface.

Ce projet vise donc à réaliser un '''gant''' qui permet d'associer à chaque action sur un objet virtuel, une vibration dans la main de l'utilisateur.
LE cerveau de celui-ci fera naturellement le lien entre ce qu'il voit et ce qu'il ressent.

==Objectifs==
Dans le cadre des projets d'approfondissement RICM5, nous avons proposé de concevoir et fabriquer un gant équipé de vibreurs à chaque doigt. De plus, nous fournirons l'API permettant de contrôler les vibrations de chaque doigt.

==Matériel==
* 1 glove (cotton, leather)
* [[Arduino]] Uno or Lilypad or [[Arduino FIO]]
* 1 XBee module or Bluetooth module for wireless communication
* 5 [[Vibration motor]]s

Optional
* 1 [http://ardx.org/src/guide/2/ARDX-EG-SPAR-FR-WEB.pdf#page=34 Flex sensor]
* 1 [http://www.sparkfun.com/products/9267 Accelerometer ADXL335]
* 1 gyroscope (WiiMotion)
For finger contacts
* Conductive textiles
** http://www.sparkfun.com/products/10055
** http://www.sparkfun.com/products/10056
* Conductive threads
** http://www.sparkfun.com/products/8549
** http://www.sparkfun.com/products/8544

[[Image:HapticGlovev0.jpg|500px|Haptic Glove v0.1]]

==Source code==
===Progam to drive the haptic glove===
<pre>
/*
Haptic Glove

Reads 15 bytes-long command (encoding the level and the duration of the 5 vibration motors connected to the Arduino' PWM pins) and vibrate during the duration the motors.

Vibration Motor, sku: ROB-08449
http://www.sparkfun.com/products/8449
http://www.sparkfun.com/products/8468
"With a 2-3.6V operating range, these units shake crazily at 3V"

Septembre 18, 2011 by Didier Donsez

This example code is in the public domain.

Input format is 5 groups of 3 hexadecimal characters
one group per motor
first char is the vibration level (F is Max)
second char is the vibration level setted after the duration (0 to stop vibration)
third char is the duration of the vibration (value is char * 16 * COEF milliseconds)

Test by sending the following inputs with the serial monitor

F09000000000000
000F09000000000
000000F09000000
000000000F09000
000000000000F09
F09F09F09F09F09
F01F03F05F07F09

F51F53F55F57F59 // continue vib after duration
000000000000000 // stop all vibrations
*/

const int MAXVIB=180; // 180 is 3.6V if Vin is 5V (Arduino Uno)
const int COEF=10; // Coeficient for duration (Max duration is 256 * COEF milliseconds

const int NUMVIB=5; // Number of vibration motors (one per finger)

byte levelVib[NUMVIB]; // Level for vibration
byte levelEndVib[NUMVIB]; // Level for vibration after the delay
byte durationVib[NUMVIB]; // Duration for vibration
byte pinVib[NUMVIB] = {3, 5, 6, 10, 11 }; // Analog output pins that the vibration motors are attached to

const byte FLEX_SENSOR_PIN=A0; // pin number of the flex sensor

const int NUMCONTACTPOINTS=4; // number of electric contacts points (contacts are made with conductive textiles and conductive threads)
byte pinContactPoints[NUMCONTACTPOINTS] = {2, 4, 7, 8 }; // Digital input pins that the contacts are attached to (the thumb finger is on the Vin). Use pull-down.

void setup() {
// initialize serial communications at 9600 bps:
Serial.begin(9600);

for (int i=0; i<NUMVIB; i++) {
pinMode(pinVib[i], OUTPUT);
}

for (int i=0; i<NUMCONTACTPOINTS; i++) {
pinMode(pinContactPoints[i], INPUT);
}
}

void loop() {

sendInputs();

// TODO eliminate LF and CR
if (Serial.available() >=(NUMVIB*3)) {
for (int i=0; i<NUMVIB; i++) {
levelVib[i]=convertLevel(Serial.read());
if(levelVib[i]>MAXVIB) {
levelVib[i]=MAXVIB; // protect the motor
}
levelEndVib[i]=convertLevel(Serial.read());
if(levelEndVib[i]>MAXVIB) {
levelEndVib[i]=MAXVIB; // protect the motor
}
durationVib[i]= convertDuration(Serial.read());
if(durationVib[i]==0) {
durationVib[i]=0;
}
}

for (int j=0; j<NUMVIB; j++) {
// calculate next duration
byte minDuration=0xFF;
byte cpt=0;
for (int i=0; i<NUMVIB; i++) {
if(durationVib[i]>0 && durationVib[i]<minDuration) {
minDuration=durationVib[i];
cpt++;
}
}
if(cpt==0) {
return;
}

if(j==0){
for (int i=0; i<NUMVIB; i++) {
// if levelVib[i]==0, the vibration is stopped
analogWrite(pinVib[i], levelVib[i]);
}
}

// sendInputs();
delay(minDuration*COEF);

for (int i=0; i<NUMVIB; i++) {
if(durationVib[i]!=0) {
durationVib[i]-=minDuration;
}
if(durationVib[i]==0 && levelVib[i]>0) {
analogWrite(pinVib[i], levelEndVib[i]);
}
}
}
}
}

void sendInputs(){
// send the flex sensor value on TX
Serial.print(map(analogRead(FLEX_SENSOR_PIN), 0, 1023, 0, 255));
// send the contacts states flags on TX
for (int i=0; i<NUMCONTACTPOINTS; i++) {
if (digitalRead(pinContactPoints[i]) == HIGH) {
Serial.print("1");
} else {
Serial.print("0");
}
}
}

byte parse(byte b) {
if(b>='0' && b<='9') {
return (b-'0');
} else if(b>='A' && b<='F') {
return (b-'A'+10);
} else return 0;
}

byte convertLevel(byte b) {
return map(parse(b), 0, 0x0F, 0, MAXVIB);
}

byte convertDuration(byte b) {
return parse(b)<<4;
}
</pre>

===Program to test contacts and motors===
<pre>
/*
Haptic Glove Test

This program tests the finger contacts of the haptic glove. The vibration motor associated with a finger vibrates when the finger and the thumb are in contact.

Vibration Motor, sku: ROB-08449
http://www.sparkfun.com/products/8449
http://www.sparkfun.com/products/8468
"With a 2-3.6V operating range, these units shake crazily at 3V"

Septembre 30, 2011 by Didier Donsez

This example code is in the public domain.

*/
const int MAXVIB=180; // 180 is 3.6V if Vin is 5V (Arduino Uno)

const int NUMCONTACTPOINTS=4; // number of electric contacts points (contacts are made with conductive textiles and conductive threads)

boolean state[NUMCONTACTPOINTS];
byte pinVib[NUMCONTACTPOINTS] = {5, 6, 10, 11 }; // Analog output pins that the vibration motors are attached to
byte pinContactPoints[NUMCONTACTPOINTS] = {2, 4, 7, 8 }; // Digital input pins that the contacts are attached to (the thumb finger is on the Vin). Use pull-down.

void setup() {
// initialize serial communications at 9600 bps:
// Serial.begin(9600);

for (int i=0; i<NUMCONTACTPOINTS; i++) {
pinMode(pinVib[i], OUTPUT);
pinMode(pinContactPoints[i], INPUT);
state[i]=false;
}
}

void loop() {
boolean change=false;
for (int i=0; i<NUMCONTACTPOINTS; i++) {
if (digitalRead(pinContactPoints[i]) == HIGH) {
if(!state[i]) {
analogWrite(pinVib[i], MAXVIB);
state[i]=true;
change=true;
}
} else {
if(state[i]) {
analogWrite(pinVib[i], MAXVIB);
state[i]=false;
change=true;
}
}
}
if(change) {
delay(250);
} else {
delay(100);
}
}
</pre>

Haptic Glove

2011-11-28T21:23:03Z

ChristopheH: /* Introduction */

Wii Motion Plus

2011-11-17T19:50:01Z

ChristopheH:

Gyroscope enfichable sur le port d'extension (I2C) de la Wiimote

Utilisation avec l'Arduino:
* http://www.dealextreme.com/customerphotos/quarantined/201109/32506-007c11c3-8093-4feb-82fb-b65e7500ced9.jpg
* http://www.pobot.org/Gyroscope-Wii-Motion-Plus.html
* http://makeprojects.com/Project/Hacking-the-Wii-MotionPlus-to-Talk-to-the-Arduino/593/1

== Démontage ==
Le Wii Motion Plus se démonte relativement facilement. Attention : il y a deux vis en "Y" à enlever avant de pouvoir démonter le tout.
J'ai personnellement utilisé un tournevis T5 en étoile qui suffit amplement pour dévisser.

BTAPOG

2011-10-28T12:08:55Z

ChristopheH: /* Conclusion & Perspectives pour 2012 */

'''Article Bulletin Technique Septembre 2011 d'APOG'''

Auteurs:

'''Titre: Salle Intelligence Ambiante à Polytech'Grenoble.'''

==Introduction==

L'intelligence ambiante (Ambient Intelligence : AmI) fait désormais partie du quotidien des usagers. Elle se retrouve dans tous les domaines d’activité : bâtiment intelligent avec maîtrise de l’énergie et la maintenance, grille électrique intelligente (smart grid), santé avec l’hospitalisation à domicile, transport et chaîne d’approvisionnement, sécurité publique et privée (homeland sécurity), culture et divertissement (infotainment) avec les jeux sérieux (serious games), ... Le développement d’applications AmI fait principalement appel à l’intégration de très nombreuses technologies, langages, patrons, modèles qui sont enseignées de manière séparée dans les cursus universitaires et des écoles d’ingénieur. L'enseignement AmI met l'accent sur le développement d'applications pour une gamme variée d'objets intelligents (du serveur IT au terminal 3G de l'usager puis au capteur Zigbee/6LoWPAN enfoui).

L'enseignement de l'intelligence ambiante requière un cadre expérimental pour mettre en pratique les technologies nécessaires au travers de projets de groupe d’élèves dans le contexte de domaines d'applications variés. Les expérimentations peuvent à réaliser à échelle réduite dans des salles spécialisées.

Cette année, Polytech'Grenoble a ouvert une salle spécialisée. La salle AIR (Ambient Intelligence Room ainsi baptisée par les élèves) est une ''fablab'' (Factory Laboratory) destinée aux élèves ingénieurs de Polytech'Grenoble et plus largement aux étudiants de l'Université Joseph Fourier - Grenoble 1, pour inventer et pour réaliser des projets d'application d'intelligence ambiante dans le cadre de leur formation d'ingénieur. Cette salle met à disposition des élèves toute sorte d'équipement. Ces équipements peuvent aller de cartes Arduino bradées de quelques capteurs jusqu'à des équipements multimédia comme des téléphones et tablettes Android, videoprojecteurs, téléviseurs, consoles de jeux, ... Certains équipements (comme 2 ARDrones de Parrot, fauteuil roulant ...) ont été offerts par de généreux partenaires.

Plusieurs projets ont été réalisés cette année 2011. Voici quelques uns d'entre eux :

== Projet [[Projet "AMO"|AMO]] ==
Ce projet est réalisé en commun par des élèves de TIS, 3I et RICM.

Le projet AmiWheelchair concerne l’assistance et le suivi de la personne handicapée se déplaçant à l’aide d’un fauteuil roulant manuel ou à assistance électrique à la propulsion sur ses lieux de vie (logement, travail, site urbaine, transport en commun) au moyen des technologies de l’informatique ambiante.

Ce projet vise à :
* instrumenter la personne pour monitorer son usage musculaire de son fauteuil au moyen d’EMG et d’accéléromètres ainsi que son effort au moyen de cardio-fréquencemêtre ;
* instrumenter le fauteuil personne handicapée pour monitorer son usage musculaire de son fauteuil au moyen de gyroscopes, inclinomètre, compteurs de tour de roue, capteurs de vibration, …
* collecter les mesures acquises au moyen du téléphone 3G/Wifi de l’utilisateur. Le GPS intégré au téléphone fournit les positions géographiques pour le suivi spatial de l’utilisateur . Le téléphone sert également à dénoncer des obstacles explicitement par l’utilisateur. Les mesures et les dénonciations sont remontées via des liaisons 3G/Wifi vers un centre serveur qui les archive ;
*restituer aux médecins et aux urbanistes les mesures individuelles ou collectives concernant les usagers dans un objectif de support à la prise de décision (réglage du fauteuil, aménagement des accès handicapés sur les sites).

La figure ci-dessous schématise les composants fonctionnels décrits ci-dessus, ainsi que les communications multimodales (ZigBee ou 6LoWPAN/RF, Bluetooth, 3G et Wifi) utilisés entre ceux-ci. Les composants doivent pouvoir supporter des intermitences dans les communications (perte de la 3G ou sortie d’un hotspot Wifi, ...)

[[File:archiwheelchair.png]]

Le projet participera aux concours :
* OpenWorld Contest par STMicroelectronics (http://www.stm32circle.com/hom/index.php)
* Défi H par Sogeti et LeMondeInformatique (http://www.miage.net/relevez-le-defi-h-le-1er-trophee-des-grandes-ecoles-et-universites-au-service-du-handicap.html)
* ImagineCup par Microsoft (http://www.imaginecup.com)

== Projet [[Tabletop]] ==
Auteurs : Christophe HAVARD & Renaud COLLIN

L'informatique devenant de plus en plus omniprésent, le projet Tabletop a pour vocation de s'inscrire dans le domaine de [http://fr.wikipedia.org/wiki/Internet_des_objets l'Internet des objets]. Rendre des objets du quotidien interactifs permet d'étendre les interfaces homme-machine habituelles. Ainsi la [[Tabletop]] permet de rendre une simple table à manger interactive en embarquant un système d'identification de ses usagers ([http://fr.wikipedia.org/wiki/Near_Field_Communication NFC]) et un trio vidéoprojecteur/projecteurs infrarouge/webcam permettant d'utiliser la table comme surface tactile.

En associant un tag visuel ("''fiducial''") à des objets ceux-ci deviennent identifiables par la table, et définissent alors un nouveau contexte d'utilisation auquel la Tabletop s'adapte. L'intérêt de cette technologie réside dans le fait de pouvoir utiliser des grandes, voire très grandes surfaces interactives (la table actuelle possède une diagonale de 60"/150cm) et utilisables par plusieurs entités à la fois (personnes, objets).

La [[Tabletop]] est un produit à forte valeur ajoutée destinée principalement aux professionnels afin de servir de support de communication dynamique et convivial.
L'utilisation de la Tabletop au sein d'un restaurant pour passer ses commandes et tenir compte des préférences de l'utilisateur est un exemple d'application.

D'autres usages sont possibles tels que le travail collaboratif, la consultation d'offres proposant un contenu multimédia dans les agences immobilières ou de voyages, ou encore comme système de contrôle général en domotique.

== Projet [[KiCTRL]] ==
Les interfaces homme-machine actuelles sont majoritairement basées sur le couple "clavier-souris". Ce couple offre de grandes possibilités dépassant souvent les besoins des utilisateurs dans les tâches les plus élémentaires (consultation de mail, de la météo, des flux RSS) et son maniement est loin d'être intuitif pour un novice. Constatant cela, le projet [[KiCTRL]] se propose de balayer ce mode d'interaction pour proposer une navigation basées sur des gestes. Grâce au dispositif Kinect de Microsft, il est dorénavant possible de capter les mouvements d'un ou plusieurs utilisateurs. Jusqu'alors réservé a l'univers vidéo ludique, [[KiCTRL]] introduit un nouvel usage de cet outil.

Ainsi, ce projet permet de rendre l'informatique plus accessible à un publique réfractaire d'un apprentissage long et fastidieux ainsi qu'à un publique qui se voit marginalisé par l’impossibilité d'utiliser le couple "clavier-souris".

Domaines d'application possibles : handicap, rééducation fonctionnel, usager dans une foule, ...

== Projet [[iSofa]] ==
A detailler en 10 lignes max + 1 photo

== Conclusion & Perspectives pour 2012 ==
Trois projets ont d'ores et déjà été présentés lors du Salon Expérimenta à Minatec début Octobre 2011 :
* iSofa (Flavien Garcia, Thibaud Michel)
* KiCtrl (Aurélie Moiroux)
* Air NFC Tabletop (Renaud Collin, Christophe Havard)
Ce salon avait pour vocation de promouvoir les sciences à travers les arts numériques.

Pari réussi pour nos 5 étudiants pour lesquels les retours ont tous été très positifs, tant de la part des professionnels présents sur le salon, que du public venu en masse.

Pour l'année 2012, les perspectives sont encourageantes : des propositions pour présenter ces projets dans d'autres salons régionaux et nationaux, des offres de stages qui pleuvent et la création d'une start-up pour les deux étudiants du projet Tabletop.

<gallery>
Image:tabletop1.jpg|table interactive multipoint
Image:tabletop2.jpg|table interactive multipoint
Image:tabletop3.jpg|table interactive multipoint
Image:isofa1.jpg|i-Sofa
Image:isofa2.jpg|i-Sofa
Image:touchkey.jpg|Concours NFC Forum 2010 TouchKey
Image:mrpri.jpg|Monsieur Prévention des Risques Industriels
Image:arduigrid-v0.0.jpg|Déballage de l'ArduiGrid
Image:arduigrid-v0.1.jpg|Déballage de l'ArduiGrid
Image:Arduinos.jpg|Assortiments de cartes de type "Arduino"
Image:armoire.jpg|Armoire Projets
Image:Planv0.png|Plan de la salle
Image:Kinect3.jpg|KiCTRL
Image:Kinect1.png|KiCTRL
Image:Kinect2.png|KiCTRL
Image:Kinect4.png|KiCTRL
Image:AmoWheelChair.png|AMO
Image:amowheelchair01.jpg|AMO
Image:amowheelchair02.jpg|AMO
Image:amowheelchair03.jpg|AMO
Image:amowheelchair04-igoe.jpg|AMO
Image:amowheelchair05-emg.jpg|AMO
Image:amowheelchair06-emg.jpg|AMO

</gallery>

BTAPOG

2011-10-26T17:20:38Z

ChristopheH: /* Projet Tabletop */

'''Article Bulletin Technique Septembre 2011 d'APOG'''

Auteurs:

'''Titre: Salle Intelligence Ambiante à Polytech'Grenoble.'''

==Introduction==

L'intelligence ambiante (Ambient Intelligence : AmI) fait désormais partie du quotidien des usagers. Elle se retrouve dans tous les domaines d’activité : bâtiment intelligent avec maitrise de l’énergie et la maintenance, grille électrique intelligente (smart grid), santé avec l’hospitalisation à domicile, transport et chaine d’approvisionnement, sécurité publique et privée (homeland sécurity), culture et divertissement (infotainment) avec les jeux sérieux (serious games), ... Le développement d’applications AmI fait principalement appel à l’intégration de très nombreuses technologies, langages, patrons, modèles qui sont enseignées de manière séparée dans les cursus universitaires et des écoles d’ingénieur. L'enseignement AmI met l'accent sur le développement d'applications pour une gamme variée d'objets intelligents (du serveur IT au terminal 3G de l'usager puis au capteur Zigbee/6LoWPAN enfoui).

L'enseignement de l'intelligence ambiante requière un cadre expérimentale pour mettre en pratique les technologies nécessaires au travers de projets de groupe d’élèves dans le contexte de domaines d'applications variés. Les expérimentations peuvent à réaliser à échelle réduite dans des salles spécialisées.

Cette année, Polytech'Grenoble a ouvert une salle spécialisée. La salle AIR (Ambient Intelligence Room ainsi baptisée par les élèves) est une ''fablab'' (Factory Laboratory) destinée aux élèves ingénieurs de Polytech'Grenoble et plus largement aux étudiants de l'Université Joseph Fourier - Grenoble 1, pour inventer et pour réaliser des projets d'application d'intelligence ambiante dans le cadre de leur formation d'ingénieur. Cette salle met à disposition des équipements à disposition des élèves. Ces équipements peuvent aller de cartes Arduino bradées de quelques capteurs jusqu'à des équipements multimedia comme des téléphones et tablettes Android, video projecteurs, televiseurs, consoles de jeux, ... Certains équipements (comme 2 ARDrones de Parrot, fauteuil roulant ...) ont été donnés par de généreux partenaires.

Plusieurs projets ont été réalisés cette année 2011. Voici quelques uns d'entre eux :

== Projet [[Projet "AMO"|AMO]] ==
Ce projet est réalisé en commun par des élèves de TIS, 3I et RICM.

Le projet AmiWheelchair concerne l’assistance et le suivi de la personne handicapée se déplaçant à l’aide d’un fauteuil roulant manuel ou à assistance électrique à la propulsion sur ses lieux de vie (logement, travail, site urbaine, transport en commun) au moyen des technologies de l’informatique ambiante.

Ce projet vise à :
* instrumenter la personne pour monitorer son usage musculaire de son fauteuil au moyen d’EMG et d’accéléromètres ainsi que son effort au moyen de cardio-fréquencemêtre ;
* instrumenter le fauteuil personne handicapée pour monitorer son usage musculaire de son fauteuil au moyen de gyroscopes, inclinomètre, compteurs de tour de roue, capteurs de vibration, …
* collecter les mesures acquises au moyen du téléphone 3G/Wifi de l’utilisateur. Le GPS intégré au téléphone fournit les positions géographiques pour le suivi spatial de l’utilisateur . Le téléphone sert également à dénoncer des obstacles explicitement par l’utilisateur. Les mesures et les dénonciations sont remontées via des liaisons 3G/Wifi vers un centre serveur qui les archive ;
*restituer aux médecins et aux urbanistes les mesures individuelles ou collectives concernant les usagers dans un objectif de support à la prise de décision (réglage du fauteuil, aménagement des accès handicapés sur les sites).

La figure ci-dessous schématise les composants fonctionnels décrits ci-dessus, ainsi que les communications multimodales (ZigBee ou 6LoWPAN/RF, Bluetooth, 3G et Wifi) utilisés entre ceux-ci. Les composants doivent pouvoir supporter des intermitences dans les communications (perte de la 3G ou sortie d’un hotspot Wifi, ...)

[[File:archiwheelchair.png]]

Le projet participera aux concours :
* OpenWorld Contest par STMicroelectronics (http://www.stm32circle.com/hom/index.php)
* Défi H par Sogeti et LeMondeInformatique (http://www.miage.net/relevez-le-defi-h-le-1er-trophee-des-grandes-ecoles-et-universites-au-service-du-handicap.html)
* ImagineCup par Microsoft (http://www.imaginecup.com)

== Projet [[Tabletop]] ==
L'informatique devenant de plus en plus omniprésent, le projet TableTop à pour vocation de s'inscrire dans le domaine de [http://fr.wikipedia.org/wiki/Internet_des_objets l'Internet des objets]. Rendre des objets du quotidien interractif permet d'étendre les interfaces homme-machine habituelles. Ainsi la [[Tabletop]] permet de rendre une simple table à manger interactive en embarquant un système d'identification de ses usagers ([http://fr.wikipedia.org/wiki/Near_Field_Communication NFC]) et un trio vidéoprojecteur/projecteurs infrarouge/webcam permettant d'utiliser la table comme surface tactile.

En associant un tag visuel ("''fiducial''") à des objets ceux-ci deviennent identifiable par la table, et définissent alors un nouveau contexte d'utilisation auquel la TableTop s'adapte. L'intérêt de cette technologie réside dans le fait de pouvoir utiliser des grandes voire très grandes surface interactive (la table actuelle possède une diagonale de 60"/150cm) et utilisable par plusieurs entités à la fois (personnes, objets).

La [[Tabletop]] est un produit de forte valeur ajoutée destinée principalement aux professionnels afin de servir de support de communication dynamique et conviviale.
L'utilisation de la TableTop au sein d'un restaurant pour passer ses commandes et tenir compte des préférences de l'utilisateur est un exemple d'application.

D'autres usages sont possible tels que le travail collaboratif, la consultation d'offres proposant un contenu multimédia dans les agences immobilières ou de voyages, ou encore comme système de contrôle général en domotique.

== Projet [[KiCTRL]] ==
Les interfaces homme-machine actuelles sont majoritairement basées sur le couple "clavier-souris". Ce couple offre de grandes possibilités dépassant souvent les besoins des utilisateurs dans les tâches les plus élémentaires (consultation de mail, de la météo, des flux RSS) et son maniement est loin d'être intuitif pour un novice. Constatant cela, le projet [[KiCTRL]] se propose de balayer ce mode d'interaction pour proposer une navigation basées sur des gestes. Grâce au dispositif Kinect de Microsft, il est dorénavant possible de capter les mouvements d'un ou plusieurs utilisateurs. Jusqu'alors réservé a l'univers vidéo ludique, [[KiCTRL]] introduit un nouvel usage de cet outil.

Ainsi, ce projet permet de rendre l'informatique plus accessible à un publique réfractaire d'un apprentissage long et fastidieux ainsi qu'à un publique qui se voit marginalisé par l’impossibilité d'utiliser le couple "clavier-souris".

Domaines d'application possibles : handicap, rééducation fonctionnel, usager dans une foule, ...

== Projet [[iSofa]] ==
A detailler en 10 lignes max + 1 photo

== Conclusion & Perspectives pour 2012 ==
Favoriser les projets inter-départements dans Polytech'Grenoble, recherche de partenariat avec des industriels pour des études avancés sur des projets d'innovation.

Mentionnez EXPERIMENTA

<gallery>
Image:tabletop1.jpg|table interactive multipoint
Image:tabletop2.jpg|table interactive multipoint
Image:tabletop3.jpg|table interactive multipoint
Image:isofa1.jpg|i-Sofa
Image:isofa2.jpg|i-Sofa
Image:touchkey.jpg|Concours NFC Forum 2010 TouchKey
Image:mrpri.jpg|Monsieur Prévention des Risques Industriels
Image:arduigrid-v0.0.jpg|Déballage de l'ArduiGrid
Image:arduigrid-v0.1.jpg|Déballage de l'ArduiGrid
Image:Arduinos.jpg|Assortiments de cartes de type "Arduino"
Image:armoire.jpg|Armoire Projets
Image:Planv0.png|Plan de la salle
Image:Kinect3.jpg|KiCTRL
Image:Kinect1.png|KiCTRL
Image:Kinect2.png|KiCTRL
Image:Kinect4.png|KiCTRL
Image:AmoWheelChair.png|AMO
Image:amowheelchair01.jpg|AMO
Image:amowheelchair02.jpg|AMO
Image:amowheelchair03.jpg|AMO
Image:amowheelchair04-igoe.jpg|AMO
Image:amowheelchair05-emg.jpg|AMO
Image:amowheelchair06-emg.jpg|AMO

</gallery>

BTAPOG

2011-10-26T17:19:48Z

ChristopheH: /* Projet Tabletop */

'''Article Bulletin Technique Septembre 2011 d'APOG'''

Auteurs:

'''Titre: Salle Intelligence Ambiante à Polytech'Grenoble.'''

==Introduction==

L'intelligence ambiante (Ambient Intelligence : AmI) fait désormais partie du quotidien des usagers. Elle se retrouve dans tous les domaines d’activité : bâtiment intelligent avec maitrise de l’énergie et la maintenance, grille électrique intelligente (smart grid), santé avec l’hospitalisation à domicile, transport et chaine d’approvisionnement, sécurité publique et privée (homeland sécurity), culture et divertissement (infotainment) avec les jeux sérieux (serious games), ... Le développement d’applications AmI fait principalement appel à l’intégration de très nombreuses technologies, langages, patrons, modèles qui sont enseignées de manière séparée dans les cursus universitaires et des écoles d’ingénieur. L'enseignement AmI met l'accent sur le développement d'applications pour une gamme variée d'objets intelligents (du serveur IT au terminal 3G de l'usager puis au capteur Zigbee/6LoWPAN enfoui).

L'enseignement de l'intelligence ambiante requière un cadre expérimentale pour mettre en pratique les technologies nécessaires au travers de projets de groupe d’élèves dans le contexte de domaines d'applications variés. Les expérimentations peuvent à réaliser à échelle réduite dans des salles spécialisées.

Cette année, Polytech'Grenoble a ouvert une salle spécialisée. La salle AIR (Ambient Intelligence Room ainsi baptisée par les élèves) est une ''fablab'' (Factory Laboratory) destinée aux élèves ingénieurs de Polytech'Grenoble et plus largement aux étudiants de l'Université Joseph Fourier - Grenoble 1, pour inventer et pour réaliser des projets d'application d'intelligence ambiante dans le cadre de leur formation d'ingénieur. Cette salle met à disposition des équipements à disposition des élèves. Ces équipements peuvent aller de cartes Arduino bradées de quelques capteurs jusqu'à des équipements multimedia comme des téléphones et tablettes Android, video projecteurs, televiseurs, consoles de jeux, ... Certains équipements (comme 2 ARDrones de Parrot, fauteuil roulant ...) ont été donnés par de généreux partenaires.

Plusieurs projets ont été réalisés cette année 2011. Voici quelques uns d'entre eux :

== Projet [[Projet "AMO"|AMO]] ==
Ce projet est réalisé en commun par des élèves de TIS, 3I et RICM.

Le projet AmiWheelchair concerne l’assistance et le suivi de la personne handicapée se déplaçant à l’aide d’un fauteuil roulant manuel ou à assistance électrique à la propulsion sur ses lieux de vie (logement, travail, site urbaine, transport en commun) au moyen des technologies de l’informatique ambiante.

Ce projet vise à :
* instrumenter la personne pour monitorer son usage musculaire de son fauteuil au moyen d’EMG et d’accéléromètres ainsi que son effort au moyen de cardio-fréquencemêtre ;
* instrumenter le fauteuil personne handicapée pour monitorer son usage musculaire de son fauteuil au moyen de gyroscopes, inclinomètre, compteurs de tour de roue, capteurs de vibration, …
* collecter les mesures acquises au moyen du téléphone 3G/Wifi de l’utilisateur. Le GPS intégré au téléphone fournit les positions géographiques pour le suivi spatial de l’utilisateur . Le téléphone sert également à dénoncer des obstacles explicitement par l’utilisateur. Les mesures et les dénonciations sont remontées via des liaisons 3G/Wifi vers un centre serveur qui les archive ;
*restituer aux médecins et aux urbanistes les mesures individuelles ou collectives concernant les usagers dans un objectif de support à la prise de décision (réglage du fauteuil, aménagement des accès handicapés sur les sites).

La figure ci-dessous schématise les composants fonctionnels décrits ci-dessus, ainsi que les communications multimodales (ZigBee ou 6LoWPAN/RF, Bluetooth, 3G et Wifi) utilisés entre ceux-ci. Les composants doivent pouvoir supporter des intermitences dans les communications (perte de la 3G ou sortie d’un hotspot Wifi, ...)

[[File:archiwheelchair.png]]

Le projet participera aux concours :
* OpenWorld Contest par STMicroelectronics (http://www.stm32circle.com/hom/index.php)
* Défi H par Sogeti et LeMondeInformatique (http://www.miage.net/relevez-le-defi-h-le-1er-trophee-des-grandes-ecoles-et-universites-au-service-du-handicap.html)
* ImagineCup par Microsoft (http://www.imaginecup.com)

== Projet [[Tabletop]] ==
L'informatique devenant de plus en plus omniprésent, le projet TableTop à pour vocation de s'inscrire dans le domaine de [http://fr.wikipedia.org/wiki/Internet_des_objets l'Internet des objets]. Rendre des objets du quotidien interractif permet d'étendre les interfaces homme-machine habituelles. Ainsi la [[Tabletop]] permet de rendre une simple table à manger interactive en embarquant un système d'identification de ses usagers ([http://fr.wikipedia.org/wiki/Near_Field_Communication NFC]) et un trio vidéoprojecteur/projecteurs infrarouge/webcam permettant d'utiliser la table comme surface tactile. En associant un tag visuel à des objets ceux-ci deviennent identifiable par la table, et définissent alors un nouveau contexte d'utilisation auquel la TableTop s'adapte. L'intérêt de cette technologie réside dans le fait de pouvoir utiliser des grandes voire très grandes surface interactive (la table actuelle possède une diagonale de 60"/150cm) et utilisable par plusieurs entités à la fois (personnes, objets).
La [[Tabletop]] est un produit de forte valeur ajoutée destinée principalement aux professionnels afin de servir de support de communication dynamique et conviviale.
L'utilisation de la TableTop au sein d'un restaurant pour passer ses commandes et tenir compte des préférences de l'utilisateur est un exemple d'application. D'autres usages sont possible tels que le travail collaboratif, la consultation d'offres proposant un contenu multimédia dans les agences immobilières ou de voyages, ou encore comme système de contrôle général en domotique.

== Projet [[KiCTRL]] ==
Les interfaces homme-machine actuelles sont majoritairement basées sur le couple "clavier-souris". Ce couple offre de grandes possibilités dépassant souvent les besoins des utilisateurs dans les tâches les plus élémentaires (consultation de mail, de la météo, des flux RSS) et son maniement est loin d'être intuitif pour un novice. Constatant cela, le projet [[KiCTRL]] se propose de balayer ce mode d'interaction pour proposer une navigation basées sur des gestes. Grâce au dispositif Kinect de Microsft, il est dorénavant possible de capter les mouvements d'un ou plusieurs utilisateurs. Jusqu'alors réservé a l'univers vidéo ludique, [[KiCTRL]] introduit un nouvel usage de cet outil.

Ainsi, ce projet permet de rendre l'informatique plus accessible à un publique réfractaire d'un apprentissage long et fastidieux ainsi qu'à un publique qui se voit marginalisé par l’impossibilité d'utiliser le couple "clavier-souris".

Domaines d'application possibles : handicap, rééducation fonctionnel, usager dans une foule, ...

== Projet [[iSofa]] ==
A detailler en 10 lignes max + 1 photo

== Conclusion & Perspectives pour 2012 ==
Favoriser les projets inter-départements dans Polytech'Grenoble, recherche de partenariat avec des industriels pour des études avancés sur des projets d'innovation.

Mentionnez EXPERIMENTA

<gallery>
Image:tabletop1.jpg|table interactive multipoint
Image:tabletop2.jpg|table interactive multipoint
Image:tabletop3.jpg|table interactive multipoint
Image:isofa1.jpg|i-Sofa
Image:isofa2.jpg|i-Sofa
Image:touchkey.jpg|Concours NFC Forum 2010 TouchKey
Image:mrpri.jpg|Monsieur Prévention des Risques Industriels
Image:arduigrid-v0.0.jpg|Déballage de l'ArduiGrid
Image:arduigrid-v0.1.jpg|Déballage de l'ArduiGrid
Image:Arduinos.jpg|Assortiments de cartes de type "Arduino"
Image:armoire.jpg|Armoire Projets
Image:Planv0.png|Plan de la salle
Image:Kinect3.jpg|KiCTRL
Image:Kinect1.png|KiCTRL
Image:Kinect2.png|KiCTRL
Image:Kinect4.png|KiCTRL
Image:AmoWheelChair.png|AMO
Image:amowheelchair01.jpg|AMO
Image:amowheelchair02.jpg|AMO
Image:amowheelchair03.jpg|AMO
Image:amowheelchair04-igoe.jpg|AMO
Image:amowheelchair05-emg.jpg|AMO
Image:amowheelchair06-emg.jpg|AMO

</gallery>

Windows8

2011-10-26T16:58:42Z

ChristopheH: moved Windows8 to Triple boot Mac OSX-Windows7-Windows8: La page décrit uniquement l'installation d'un triple boot avec windows 8, pas d'info sur Windows 8 en soi

#REDIRECT [[Triple boot Mac OSX-Windows7-Windows8]]

Triple boot Mac OSX-Windows7-Windows8

2011-10-26T16:58:42Z

ChristopheH: moved Windows8 to Triple boot Mac OSX-Windows7-Windows8: La page décrit uniquement l'installation d'un triple boot avec windows 8, pas d'info sur Windows 8 en soi

Cette page vous présente les différentes étapes d'installation de Windows 8 Developper Preview sur un Mac Mini, en cohabitation avec Mac OSX et Windows 7.
On considère ici que vous possédez déjà un Mac avec un double boot Mac OSX/Windows 7 et que vous connaissez Bootcamp et les procédures habituelles pour installer un double boot sur Mac OS.

== Comment faire un triple boot Mac OSX - Windows 7 - Windows 8 sur votre Mac Mini? ==

# Tout d'abord, il vous faut créer une partition pour accueillir Windows 8 sur votre machine.
#: Le problème c'est que Mac OS X et Windows 7 cohabitent déjà sur ma machine et que je ne veux pas avoir à formater l'une d'elle. Dès lors, comment faire?
#: Plusieurs solutions s'offrent à nous :
#:* La virtualisation : installer un logiciel de virtualisation tel que VMWare, VirtualPC, Hyper-V, etc. -> solution qui peut fonctionner certes, mais qui présente de nombreux désavantages dont des performances complètement dégradées qui ne vous laisseront pas vraiment profiter de la puissance de votre machine, ainsi que de celle de l'OS.
#:* L'utilisation d'un [http://en.wikipedia.org/wiki/VHD_(file_format) Virtual Hard Disk] (VHD). En gros, les disques virtuels sont gérés nativement par Windows 7 par exemple et permettent d'émuler uniquement un système de fichier. L'OS que vous installerez dessus utilisera donc toutes les ressources matérielles de votre machine. [http://www.hanselman.com/blog/LessVirtualMoreMachineWindows7AndTheMagicOfBootToVHD.aspx Cet article très intéressant] vous explique en quoi les VHD sont une solution optimale pour ce type d'installation "test" que nous voulons effectuer.
#:Suivez donc [http://www.hanselman.com/blog/GuideToInstallingAndBootingWindows8DeveloperPreviewOffAVHDVirtualHardDisk.aspx ce tutorial] qui vous permettra (à la "Step 2") de créer un VHD pour accueillir Windows 8.
#Maintenant que vous avez un espace pour installer Windows 8, suivez [http://www.hanselman.com/blog/GuideToInstallingAndBootingWindows8DeveloperPreviewOffAVHDVirtualHardDisk.aspx ce tutorial] qui vous montrera comment créer '''un DVD''' d'installation de Windows 8. Je parle de DVD car il m'est apparu que Mac OS X était incapable de booter ma clé avec Windows 8 dessus, alors que cela fonctionnait très bien avec un DVD.
#Prochaine étape : l'installation
#:Vous pouvez suivre [http://processinginfinity.com/triple-boot-a-mac-with-os-x-lion-windows-7-windows-8-developer-preview ce tutorial] qui explique brièvement comment lancer l'installation de Windows 8 depuis Mac OSX.
# '''Problèmes potentiels''' :
#:J'en ai rencontré un particulièrement désagréable. Lors de l'installation de Windows 8, au moment de choisir la partition de réception de l'OS, la machine vous indique qu'elle ne trouve pas de lecteur CD. Elle vous précise que si vous utilisez actuellement ce lecteur CD pour installer Windows (ce qui est le cas), vous pouvez retirer le CD pour l'instant. '''Mais comment faire avec un mac mini qui ne possède pas de bouton "eject"?'''
#:* Vous pouvez trouver un script ou un petit programme tel que [http://www.download25.com/install/cd-eject.html CDEJECT.exe] qui permet d'ejecter le cd. Après avoir placer le programme à la racine de votre disque dur (le volume qui s'appelle "BOOTCAMP"), vous pouvez executer ce programme en ouvrant la console d'administration durant l'installation en faisant '''Shift + F10'''. '''JE N'AI PAS ENCORE TESTER CETTE SOLUTION'''
#:* Vous réessayer de lancer l'installation depuis Bootcamp et si vous avez de la chance, à un moment il ne vous embêtera pas avec le lecteur CD et vous pourrez continuer à suivre votre tutorial sans encombre.

Triple boot Mac OSX-Windows7-Windows8

2011-10-26T16:57:55Z

ChristopheH: Created page with "Cette page vous présente les différentes étapes d'installation de Windows 8 Developper Preview sur un Mac Mini, en cohabitation avec Mac OSX et Windows 7. On considère ici qu…"

Arduino

2011-10-13T16:34:36Z

ChristopheH: /* Premiers pas */

==Description==
Arduino est un ensemble de cartes à base d'AVR ATMega pour le prototypage rapide d'applications ''[[physical computing]]'' mêlant programmation simple et électronique de base. Elle s'adresse aux artistes, hobbiistes, lycéens et enseignants.

[[Image:arduinos.jpg|200px|thumb|Assortiments d'Arduino et consors: Uno, Mega, Seeeduino, FEZ Panda]]

Les points forts de cette carte sont:
* son caractère [[open-source]] (multi fournisseurs, ...)
* son environnement simplifié pour le développement (basé sur [[Processing]], langage Wiring, programmation vers l'USB, ...)
* sa communauté d'utilisateurs (millions, entraide, idées de projet, ...)
* sa connection avec l'environnement [[Processing]] (sur un hôte PC, Mac, ...)

Les points faible de cette carte sont:
* des capacités limitées en mémoire RAM et FLASH

==Installation==
===Windows===
Téléchargez l'environnement de développement Arduino depuis http://www.arduino.cc/en/Main/Software

Dézippez l'environnement (qui requière un JRE)

Installez les drivers de votre carte (Uno, Duemilanove ...) présents dans le répertoire arduino-0xyz\drivers en suivant les [http://arduino.cc/en/Guide/Windows#toc4 instructions].

===MacOS X===

===Linux===
Sous Linux [http://www.arduino.cc/playground/Learning/Linux http://www.arduino.cc/playground/Learning/Linux]
<pre>
sudo apt-get install arduino
</pre>

More for Ubuntu at ''http://arduino.cc/playground/Linux/Ubuntu''

Quote:
''Is there any way I can "see" the avrdude command the Arduino IDE uses (since it works)?''

Close the IDE if running and open the preferences.txt file for the IDE in a texteditor. Change the keys :
<pre>
build.verbose=true
upload.verbose=true
</pre>

Then startup the IDE. It should now print all the compiler and avrdude upload messages.

Related info

* For Arduino 22 on 64 bit [http://thenybble.de/projects/arduino-64-bit.html http://thenybble.de/projects/arduino-64-bit.html]
* Ecplise plugin [http://www.arduino.cc/playground/Code/Eclipse http://www.arduino.cc/playground/Code/Eclipse]

==Premiers pas==
Pour tester que l'installation est opérationnelle:
* connectez votre carte Arduino sur le port USB de votre machine
* lancez l'environnement Arduino
* sélectionnez le modèle de votre carte Arduino : ''Menu Tools > Board''
* sélectionnez le port série (ie port COM sous Windows) sur lequel se trouve brancher votre carte Arduino : ''Menu Tools > Serial Port''
* ouvrez l'exemple Blink ''Menu File > Examples > 1.Basics > Blink''
* compilez et chargez le code sur la carte ''Menu File > Upload to IO Board''
* normalement, la LED 13 de la carte clignote en continu ! (dès qu'elle est alimentée, la carte boot et exécute ce programme qui est installé dans la FlashRAM.

C'est tout bon : à vous de jouer ...

Vous pouvez tester les autres exemples ''Menu File > Examples''
Notamment celui utilisant le port série ''Menu File > Examples > 4.Communication > ASCIITable''

Voici un aide mémoire Arduino [[Media:arduinocheatsheet.pdf]] ([http://sites.google.com/site/mechatronicsguy/arduinocheatsheet/Arduinocheatsheetv02c.pdf?attredirects=0&d=1 original])

et d'autres manipulations avec des capteurs et des actionneurs
* Sparkfun Inventor Kit (en VO)
** http://www.sparkfun.com/tutorial/AIK/ARDX-EG-SPAR-PRINT-85.pdf
** http://www.sparkfun.com/tutorial/AIK/CIRC00-sheet-SPAR.pdf
* Sparkfun Inventor Kit (en VF)
** http://ardx.org/src/guide/2/ARDX-EG-SPAR-FR-WEB.pdf
** http://www.sparkfun.com/news/636

Des [[Travaux Pratiques Arduino]] plus conséquents sont disponibles pour les élèves de AIR.

==Avancés==
[http://robotgroup.com.ar/duinos/wiki/index.php?title=Main_Page-FR DuinOS] un OS temps réel pour Arduino.

==Arduino @ AIR==
Les cartes disponibles dans la salle AIR:
* [http://arduino.cc/en/Main/ArduinoBoardUno Arduino Uno]
* Arduino Duemilanove
* [http://arduino.cc/en/Main/ArduinoBoardMega2560 Arduino Mega2560]
* [http://www.arduino.cc/en/Main/ArduinoBoardLilyPad Arduino Lilypad]
* [http://www.sparkfun.com/products/9712 Arduino FIO] (included XBee socket)
* [http://www.seeedstudio.com/depot/seeeduino-stalker-p-600.html Seeeduino Stalker] (included ZigBee + SD Card)
* "[[Breaduino]]" (Arduino bootable ATMega328 standalone)

Des cartes ''erzats'' utilisant des processeurs ARM7 sont compatibles avec les montages et les cartes filles développées pour les cartes Arduino. Pour certaines, le développement se fait par contre en C# .NET MicroFramework
* [[Arduino Due]]
* [[chipKIT Uno32]]
* [[Netduino]]
* [[FEZ]] Panda

[[Image:arduinos.jpg|500px|Assortiments d'Arduino et consors: Uno, Mega, Seeeduino, FEZ Panda]][[Image:arduigrid-v0.1.jpg|500px|ArduiGrid]][[Image:Breaduino1.jpg|300px|Breaduino]]

==Ressources==
===Liens===
* [http://www.arduino.cc Arduino Website]
* [http://www.arduino.cc/en/Main/Hardware Arduino Hardware]
* [http://membres-liglab.imag.fr/donsez/cours/arduino.pdf Transparents du cours]
* Un aide mémoire sur Arduino [[Media:arduinocheatsheet.pdf]] ([http://sites.google.com/site/mechatronicsguy/arduinocheatsheet/Arduinocheatsheetv02c.pdf?attredirects=0&d=1 original])

===Kits===
* Sparkfun Inventor Kit (un kit de base pour démarrer avec l'Ardiuno en VO
** http://www.sparkfun.com/tutorial/AIK/ARDX-EG-SPAR-PRINT-85.pdf
** http://www.sparkfun.com/tutorial/AIK/CIRC00-sheet-SPAR.pdf
* Sparkfun Inventor Kit (en VF)
** http://ardx.org/src/guide/2/ARDX-EG-SPAR-FR-WEB.pdf
** http://www.sparkfun.com/news/636

===Livres===
* Massimo Banzi, Getting Started with Arduino, Pub. Make; 1 edition (October 15, 2008) ISBN-10: 0596155514
* Tom Igoe, [http://oreilly.com/catalog/9780596510510 Making Things Talk: Practical Methods for Connecting Physical Objects], Make; 1 edition (September 28, 2007), ISBN-10: 0596510519 ([http://examples.oreilly.com/9780596510510/ exemples de code]) un livre plein de recette de cuisine !

Tabletop

2011-10-09T11:44:00Z

ChristopheH:

[[File:Logo_AIR_TableTop.png|right|upright=0.5]]

'''Suite à l'exposition Experimenta, de nombreuses photos vont arriver!'''

* UE/Module: Projet innovant de RICM4 option CM
* Enseignant: Didier Donsez
* Elèves RICM 5: Christophe Havard (chef de projet) - havard.christophe[AT]gmail.com, Renaud Collin - ren.collin[AT]gmail.com, Sebastien Skorupski
* Intervenants externes : Elsa Neves ([http://fr.wikipedia.org/wiki/Institut_de_la_Communication_et_des_M%C3%A9dias ICM Grenoble])

==Introduction==
Le tabletop est une table '''tactile''' '''interactive''' d'environ 60". La technologie employée est dite "'''multipoint'''", c'est-à-dire qu'elle permet à un nombre important d'utilisateur d''''interagir en même temps'''.

Cette table fonctionne avec un Mac Mini et 2 systèmes d'exploitation : Mac OSX et Windows 7.
Les applications clientes peuvent être développées sur plusieurs technologies dont :
* Java (MT4j)
* Flash AS3 (TUIO library)
* Python (PyMT)
* etc

La table est également équipée d'un''' lecteur NFC''' type ACR122.

Présentation commerciale du projet : [http://air.imag.fr/mediawiki/images/6/60/AIR_NFC_TableTop.pdf AIR_NFC_TableTop]

==Objectifs==
Les objectifs du projet sont
# de réaliser la partie matériel d'un tabletop à faible coût
# d'évaluer les canevas de développement d'IHM multipoint (Flash/Java/C#/.NET/Windows7)
# de réaliser une application pour une table de restaurant (affichage des plats, commande, addition, enquête de satisfaction ...)
# d'utiliser la technologie NFC ([[Near Field Communication]]) pour permettre aux utilisateurs de s'identifier et payer via leur téléphone mobile

==Table Tactile==
===Matériel===
* Table en verre IKEA (60")
* Miroir
* Mac Mini
* Videoprojecteur short-throw
* Illuminateur IR
* Webcam PS3 modifiée (IR filter removed & visible light bandpass filter added)
* Lentille grand angle (m12/0.5mm mount, 1.8mm, angle of view = 170°)
* RFID Reader ([[ACS ACR 122]] RFID reader)

[[File:TableTop_schema.jpg|center|upright=0.5]]

===Installation matérielle===
* La surface vitrée de la table est recouverte de papier calque afin de capter l'image du vidéo projecteur.
* Le bord supérieur de la table est percé afin de pouvoir fixer un support pour le vidéo-projecteur.
* Un miroir est placé de telle sorte à renvoyer l'image du vidéo-projecteur vers la surface vitrée
* Des lampes infrarouges sont placés à l'intérieur de la table afin d'illuminer la surface vitrée par en-dessous.
* La webcam est pointée vers la surface vitrée.
* Des plaques en bois sont découpées et placées autour de la table afin de la protéger des perturbations extérieures (lumière notamment).

<gallery>
Image:Interieur_table.jpg| AIR NFC Tabletop 5
Image:TableTop 02.jpg|AIR NFC TableTop 1
Image:TableTop 05.jpg|AIR NFC TableTop 2
Image:TableTop 03.jpg|AIR NFC TableTop 3
Image:TableTop 06.jpg|AIR NFC TableTop 4
</gallery>

===Installation logicielle===
* Construction des interfaces logicielles : [http://www.mt4j.org/mediawiki/index.php/Main_Page MT4j].
MT4j est un framework Java fournissant des briques logicielles de base et permettant de construire des interfaces riches.
<gallery>
Image:MT4j MTShell.jpg|MT4j - Multitouch Shell
Image:MT4j_WaterScene.png|MT4j - Water scene
Image:MT4j_Touchtail.jpg|MT4 - Dessin
</gallery>

* Tracker : CCV 1.4 (Community Core Vision) [http://ccv.nuigroup.com CCV]
Le tracker permet de l'image filmée par la caméra en points de contacts exploitables par l'ordinateur.
Plus précisément, le tracker récupère les coordonnées des points de contacts par synthèse d'image, convertit ces coordonnées au format [http://www.tuio.org/?specification TUIO] et les envoie sur un socket de l'ordinateur.
<gallery>
Image:Test1.png|Community Core Vision
</gallery>

===Videos de demos===
* [http://www.youtube.com/watch?v=X1zus6saCcM Application Puzzle]
* [http://www.dailymotion.com/video/xgpobl_test-application-fire-air-nfc-tabletop_tech Test Application "Fire"]
* [http://www.dailymotion.com/video/xgpobm_test-application-water-air-nfc-tabletop_tech Test Application "Water"]
* [http://www.dailymotion.com/video/xgpobr_test-application-paint-air-nfc-tabletop_tech Test Application "Paint"]

== Module NFC ==
=== Communautée ===
Information sur la librairie open-source [http://www.libnfc.org/ libnfc]

[http://code.google.com/p/libnfc/downloads/list Téléchargement de la librairie libnfc]

[http://www.libnfc.org/api Documentation sur l'API]

[http://www.libnfc.org/community Forum de la librairie]

[http://sberfini.developpez.com/ Tutoriel sur l'utilisation de NFC sur Androïd]

=== Matériel===
* ACR122 NFC reader : [http://www.nfc-reader.com/acr122-drivers.php drivers sur nfc-reader.com] ou [http://acs.com.hk/index.php?pid=drivers&id=ACR122U]

* Nokia 6131 NFC : [http://www.nokia.fr/support/support-produits/nokia-6131-nfc Support en ligne]

=== Environnement Matériel: Nokia 6131 NFC ===
[http://www.forum.nokia.com/info/sw.nokia.com/id/ef4e1bc9-d220-400c-a41d-b3d56349e984/Nokia_6131_NFC_SDK.html Nokia 6131 SDK]. Le SDK propose deux type d'installation : sous forme d'une plugin eclipse ou d'un framework

=== Environnement Logiciel : libnfc ===
Ce document est basé sur le fichier README-Windows.txt disponible dans l'archive libnfc-1.4.2 [www.libnfc.org]

====Prérequis====
Afin de pouvoir interagir avec l'ACR122 les logiciels suivants doivent-être téléchargés:
* [http://sourceforge.net/projects/tdm-gcc/files/TDM-GCC%20Installer/tdm64-gcc-4.5.1.exe/download MinGW-w64 compiler toolchain]
* [http://sourceforge.net/projects/libusb-win32/ LibUsb-Win32 0.1.12.2]
* [http://www.cmake.org CMake 2.6 ]
* [http://code.google.com/p/libnfc/downloads/list libnfc]

====Installation====
Testée sous Windows XP/SP3 32 bit.

* Installer MinGW .!!!Attention!!! La documentation officielle indique qu'il faut sélectionner MinGW-w64 afin que MinGW puisse avoir accès aux librairie PCSC (Smart Card).
* Ajouter les répertoires suivant à votre PATH : c:\MinGW64\bin;c:\MinGW64\x86_64-w64-mingw32\lib32;c:\MinGW64\x86_64-w64-mingw32\include. pour ce faire :
- clic-droit sur le poste de travail/propriétés
- Dans l'onglet avancé, cliquer sur Variables d'environnements
- Modifier la variable PATH
* Décompresser l'archive libusb-win32-bin dans c:\Program Files\LibUSB-Win32. C'est dans ce répertoire que CMake cherchera LIBUSB lors de la compilation.
* Lire le libusb-win32-bin-README contenu dans le dossier bin afin de savoir où copier les deux fichiers .dll et .sys (dépend de votre architecture...)
* Installer CMake : Choisissez l'option "Add Cmake to the system PATH" pendant l'installation afin que CMake soi accessible depuis MinGW
* Extraire l'archive libnfc archive versc:\NFC\libnfc-src
* Lancer un éditeur de texte et copier les instructions suivantes :
cd c:\NFC\libnfc-build
cmake -G "MinGW Makefiles" -DCMAKE_BUILD_TYPE=Release c:\NFC\libnfc-src
mingw32-make
cd ..
* Sauvegarder le fichier dans C:\NFC\make.bat
* Exécuter make.bat
* Copier le fichier c:\NFC\libnfc-build\libnfc\libnfc.dll vers c:\windows\system32

===Créer son programme===
Il n'est pas possible (à ma connaissance) de compiler directement un fichier utilisant la librairie nfc.
Pour compiler il faut éditer le fichier de configuration CMakeList.txt :
# Placer le fichier .c dans c:\NFC\libnfc-src\examples
# Editer examples\CMakeLists.txt et ajouter le nom du fichier .c dans la section SET
# Exécuter make.bat depuis c:\NFC\
Le fichier exécutable se trouve dans libnfc-build\examples

====Utiliser des librairies supplémentaires====
Prenons l'exemple des sockets sous windows, afin de permettre la compilation d'un programme les utilisant il faut (en plus de l'inclusion de <winsock2.h>) utiliser la librairie ws2_32. Là encore il faudra éditer le fichier de configuration CMakeList.txt afin d'expliciter les librairies à utiliser, de manière similaire à celle-ci:
IF(WIN32)
TARGET_LINK_LIBRARIES(monProgramme ws2_32)
TARGET_LINK_LIBRARIES(monProgramme nfc)
TARGET_LINK_LIBRARIES(monProgramme nfc-utils)
ENDIF(WIN32)
Source complète : [[File:CMakeLists.txt]]

== Blazeds ==
[http://opensource.adobe.com/wiki/display/blazeds/BlazeDS Blazeds] est un composant open source permettant d'accéder à des objets distant via une application Flex. Pour son fonctionnement blazeds se base sur un serveur Tomcat côté client et côté serveur.
[http://www.adobe.com/devnet/livecycle/articles/blazeds_gettingstarted.html Getting start with Blazeds]

== Liens externes ==
* (en) [http://www.nfc-forum.org/home/ NFC Forum]
* (en) [http://www.libnfc.org/ open source library for Near Field Communication (NFC)]
* (en) [http://nuigroup.com/ NUI Group(natural user interface group)]

Tabletop

2011-10-07T16:48:49Z

ChristopheH: /* Environnement Logiciel : Nokia 6131 NFC */

[[File:Logo_AIR_TableTop.png|right|upright=0.5]]
* UE/Module: Projet innovant de RICM4 option CM
* Enseignant: Didier Donsez
* Elèves RICM 5: Christophe Havard (chef de projet) - havard.christophe[AT]gmail.com, Renaud Collin - ren.collin[AT]gmail.com, Sebastien Skorupski
* Intervenants externes : Elsa Neves ([http://fr.wikipedia.org/wiki/Institut_de_la_Communication_et_des_M%C3%A9dias ICM Grenoble])

==Introduction==
Le tabletop est une table '''tactile''' '''interactive''' d'environ 60". La technologie employée est dite "'''multipoint'''", c'est-à-dire qu'elle permet à un nombre important d'utilisateur d''''interagir en même temps'''.

Cette table fonctionne avec un Mac Mini et 2 systèmes d'exploitation : Mac OSX et Windows 7.
Les applications clientes peuvent être développées sur plusieurs technologies dont :
* Java (MT4j)
* Flash AS3 (TUIO library)
* Python (PyMT)
* etc

La table est également équipée d'un''' lecteur NFC''' type ACR122.

Présentation commerciale du projet : [http://air.imag.fr/mediawiki/images/6/60/AIR_NFC_TableTop.pdf AIR_NFC_TableTop]

==Objectifs==
Les objectifs du projet sont
# de réaliser la partie matériel d'un tabletop à faible coût
# d'évaluer les canevas de développement d'IHM multipoint (Flash/Java/C#/.NET/Windows7)
# de réaliser une application pour une table de restaurant (affichage des plats, commande, addition, enquête de satisfaction ...)
# d'utiliser la technologie NFC ([[Near Field Communication]]) pour permettre aux utilisateurs de s'identifier et payer via leur téléphone mobile

==Table Tactile==
===Matériel===
* Table en verre IKEA (60")
* Miroir
* Mac Mini
* Videoprojecteur short-throw
* Illuminateur IR
* Webcam PS3 modifiée (IR filter removed & visible light bandpass filter added)
* Lentille grand angle (m12/0.5mm mount, 1.8mm, angle of view = 170°)
* RFID Reader ([[ACS ACR 122]] RFID reader)

[[File:TableTop_schema.jpg|center|upright=0.5]]

===Installation matérielle===
* La surface vitrée de la table est recouverte de papier calque afin de capter l'image du vidéo projecteur.
* Le bord supérieur de la table est percé afin de pouvoir fixer un support pour le vidéo-projecteur.
* Un miroir est placé de telle sorte à renvoyer l'image du vidéo-projecteur vers la surface vitrée
* Des lampes infrarouges sont placés à l'intérieur de la table afin d'illuminer la surface vitrée par en-dessous.
* La webcam est pointée vers la surface vitrée.
* Des plaques en bois sont découpées et placées autour de la table afin de la protéger des perturbations extérieures (lumière notamment).

<gallery>
Image:Interieur_table.jpg| AIR NFC Tabletop 5
Image:TableTop 02.jpg|AIR NFC TableTop 1
Image:TableTop 05.jpg|AIR NFC TableTop 2
Image:TableTop 03.jpg|AIR NFC TableTop 3
Image:TableTop 06.jpg|AIR NFC TableTop 4
</gallery>

===Installation logicielle===
* Construction des interfaces logicielles : [http://www.mt4j.org/mediawiki/index.php/Main_Page MT4j].
MT4j est un framework Java fournissant des briques logicielles de base et permettant de construire des interfaces riches.
<gallery>
Image:MT4j MTShell.jpg|MT4j - Multitouch Shell
Image:MT4j_WaterScene.png|MT4j - Water scene
Image:MT4j_Touchtail.jpg|MT4 - Dessin
</gallery>

* Tracker : CCV 1.4 (Community Core Vision) [http://ccv.nuigroup.com CCV]
Le tracker permet de l'image filmée par la caméra en points de contacts exploitables par l'ordinateur.
Plus précisément, le tracker récupère les coordonnées des points de contacts par synthèse d'image, convertit ces coordonnées au format [http://www.tuio.org/?specification TUIO] et les envoie sur un socket de l'ordinateur.
<gallery>
Image:Test1.png|Community Core Vision
</gallery>

===Videos de demos===
* [http://www.youtube.com/watch?v=X1zus6saCcM Application Puzzle]
* [http://www.dailymotion.com/video/xgpobl_test-application-fire-air-nfc-tabletop_tech Test Application "Fire"]
* [http://www.dailymotion.com/video/xgpobm_test-application-water-air-nfc-tabletop_tech Test Application "Water"]
* [http://www.dailymotion.com/video/xgpobr_test-application-paint-air-nfc-tabletop_tech Test Application "Paint"]

== Module NFC ==
=== Communautée ===
Information sur la librairie open-source [http://www.libnfc.org/ libnfc]

[http://code.google.com/p/libnfc/downloads/list Téléchargement de la librairie libnfc]

[http://www.libnfc.org/api Documentation sur l'API]

[http://www.libnfc.org/community Forum de la librairie]

[http://sberfini.developpez.com/ Tutoriel sur l'utilisation de NFC sur Androïd]

=== Matériel===
* ACR122 NFC reader : [http://www.nfc-reader.com/acr122-drivers.php drivers sur nfc-reader.com] ou [http://acs.com.hk/index.php?pid=drivers&id=ACR122U]

* Nokia 6131 NFC : [http://www.nokia.fr/support/support-produits/nokia-6131-nfc Support en ligne]

=== Environnement Matériel: Nokia 6131 NFC ===
[http://www.forum.nokia.com/info/sw.nokia.com/id/ef4e1bc9-d220-400c-a41d-b3d56349e984/Nokia_6131_NFC_SDK.html Nokia 6131 SDK]. Le SDK propose deux type d'installation : sous forme d'une plugin eclipse ou d'un framework

=== Environnement Logiciel : libnfc ===
Ce document est basé sur le fichier README-Windows.txt disponible dans l'archive libnfc-1.4.2 [www.libnfc.org]

====Prérequis====
Afin de pouvoir interagir avec l'ACR122 les logiciels suivants doivent-être téléchargés:
* [http://sourceforge.net/projects/tdm-gcc/files/TDM-GCC%20Installer/tdm64-gcc-4.5.1.exe/download MinGW-w64 compiler toolchain]
* [http://sourceforge.net/projects/libusb-win32/ LibUsb-Win32 0.1.12.2]
* [http://www.cmake.org CMake 2.6 ]
* [http://code.google.com/p/libnfc/downloads/list libnfc]

====Installation====
Testée sous Windows XP/SP3 32 bit.

* Installer MinGW .!!!Attention!!! La documentation officielle indique qu'il faut sélectionner MinGW-w64 afin que MinGW puisse avoir accès aux librairie PCSC (Smart Card).
* Ajouter les répertoires suivant à votre PATH : c:\MinGW64\bin;c:\MinGW64\x86_64-w64-mingw32\lib32;c:\MinGW64\x86_64-w64-mingw32\include. pour ce faire :
- clic-droit sur le poste de travail/propriétés
- Dans l'onglet avancé, cliquer sur Variables d'environnements
- Modifier la variable PATH
* Décompresser l'archive libusb-win32-bin dans c:\Program Files\LibUSB-Win32. C'est dans ce répertoire que CMake cherchera LIBUSB lors de la compilation.
* Lire le libusb-win32-bin-README contenu dans le dossier bin afin de savoir où copier les deux fichiers .dll et .sys (dépend de votre architecture...)
* Installer CMake : Choisissez l'option "Add Cmake to the system PATH" pendant l'installation afin que CMake soi accessible depuis MinGW
* Extraire l'archive libnfc archive versc:\NFC\libnfc-src
* Lancer un éditeur de texte et copier les instructions suivantes :
cd c:\NFC\libnfc-build
cmake -G "MinGW Makefiles" -DCMAKE_BUILD_TYPE=Release c:\NFC\libnfc-src
mingw32-make
cd ..
* Sauvegarder le fichier dans C:\NFC\make.bat
* Exécuter make.bat
* Copier le fichier c:\NFC\libnfc-build\libnfc\libnfc.dll vers c:\windows\system32

===Créer son programme===
Il n'est pas possible (à ma connaissance) de compiler directement un fichier utilisant la librairie nfc.
Pour compiler il faut éditer le fichier de configuration CMakeList.txt :
# Placer le fichier .c dans c:\NFC\libnfc-src\examples
# Editer examples\CMakeLists.txt et ajouter le nom du fichier .c dans la section SET
# Exécuter make.bat depuis c:\NFC\
Le fichier exécutable se trouve dans libnfc-build\examples

====Utiliser des librairies supplémentaires====
Prenons l'exemple des sockets sous windows, afin de permettre la compilation d'un programme les utilisant il faut (en plus de l'inclusion de <winsock2.h>) utiliser la librairie ws2_32. Là encore il faudra éditer le fichier de configuration CMakeList.txt afin d'expliciter les librairies à utiliser, de manière similaire à celle-ci:
IF(WIN32)
TARGET_LINK_LIBRARIES(monProgramme ws2_32)
TARGET_LINK_LIBRARIES(monProgramme nfc)
TARGET_LINK_LIBRARIES(monProgramme nfc-utils)
ENDIF(WIN32)
Source complète : [[File:CMakeLists.txt]]

== Blazeds ==
[http://opensource.adobe.com/wiki/display/blazeds/BlazeDS Blazeds] est un composant open source permettant d'accéder à des objets distant via une application Flex. Pour son fonctionnement blazeds se base sur un serveur Tomcat côté client et côté serveur.
[http://www.adobe.com/devnet/livecycle/articles/blazeds_gettingstarted.html Getting start with Blazeds]

== Liens externes ==
* (en) [http://www.nfc-forum.org/home/ NFC Forum]
* (en) [http://www.libnfc.org/ open source library for Near Field Communication (NFC)]
* (en) [http://nuigroup.com/ NUI Group(natural user interface group)]

Tabletop

2011-10-07T16:48:21Z

ChristopheH: /* Installation logicielle */

[[File:Logo_AIR_TableTop.png|right|upright=0.5]]
* UE/Module: Projet innovant de RICM4 option CM
* Enseignant: Didier Donsez
* Elèves RICM 5: Christophe Havard (chef de projet) - havard.christophe[AT]gmail.com, Renaud Collin - ren.collin[AT]gmail.com, Sebastien Skorupski
* Intervenants externes : Elsa Neves ([http://fr.wikipedia.org/wiki/Institut_de_la_Communication_et_des_M%C3%A9dias ICM Grenoble])

==Introduction==
Le tabletop est une table '''tactile''' '''interactive''' d'environ 60". La technologie employée est dite "'''multipoint'''", c'est-à-dire qu'elle permet à un nombre important d'utilisateur d''''interagir en même temps'''.

Cette table fonctionne avec un Mac Mini et 2 systèmes d'exploitation : Mac OSX et Windows 7.
Les applications clientes peuvent être développées sur plusieurs technologies dont :
* Java (MT4j)
* Flash AS3 (TUIO library)
* Python (PyMT)
* etc

La table est également équipée d'un''' lecteur NFC''' type ACR122.

Présentation commerciale du projet : [http://air.imag.fr/mediawiki/images/6/60/AIR_NFC_TableTop.pdf AIR_NFC_TableTop]

==Objectifs==
Les objectifs du projet sont
# de réaliser la partie matériel d'un tabletop à faible coût
# d'évaluer les canevas de développement d'IHM multipoint (Flash/Java/C#/.NET/Windows7)
# de réaliser une application pour une table de restaurant (affichage des plats, commande, addition, enquête de satisfaction ...)
# d'utiliser la technologie NFC ([[Near Field Communication]]) pour permettre aux utilisateurs de s'identifier et payer via leur téléphone mobile

==Table Tactile==
===Matériel===
* Table en verre IKEA (60")
* Miroir
* Mac Mini
* Videoprojecteur short-throw
* Illuminateur IR
* Webcam PS3 modifiée (IR filter removed & visible light bandpass filter added)
* Lentille grand angle (m12/0.5mm mount, 1.8mm, angle of view = 170°)
* RFID Reader ([[ACS ACR 122]] RFID reader)

[[File:TableTop_schema.jpg|center|upright=0.5]]

===Installation matérielle===
* La surface vitrée de la table est recouverte de papier calque afin de capter l'image du vidéo projecteur.
* Le bord supérieur de la table est percé afin de pouvoir fixer un support pour le vidéo-projecteur.
* Un miroir est placé de telle sorte à renvoyer l'image du vidéo-projecteur vers la surface vitrée
* Des lampes infrarouges sont placés à l'intérieur de la table afin d'illuminer la surface vitrée par en-dessous.
* La webcam est pointée vers la surface vitrée.
* Des plaques en bois sont découpées et placées autour de la table afin de la protéger des perturbations extérieures (lumière notamment).

<gallery>
Image:Interieur_table.jpg| AIR NFC Tabletop 5
Image:TableTop 02.jpg|AIR NFC TableTop 1
Image:TableTop 05.jpg|AIR NFC TableTop 2
Image:TableTop 03.jpg|AIR NFC TableTop 3
Image:TableTop 06.jpg|AIR NFC TableTop 4
</gallery>

===Installation logicielle===
* Construction des interfaces logicielles : [http://www.mt4j.org/mediawiki/index.php/Main_Page MT4j].
MT4j est un framework Java fournissant des briques logicielles de base et permettant de construire des interfaces riches.
<gallery>
Image:MT4j MTShell.jpg|MT4j - Multitouch Shell
Image:MT4j_WaterScene.png|MT4j - Water scene
Image:MT4j_Touchtail.jpg|MT4 - Dessin
</gallery>

* Tracker : CCV 1.4 (Community Core Vision) [http://ccv.nuigroup.com CCV]
Le tracker permet de l'image filmée par la caméra en points de contacts exploitables par l'ordinateur.
Plus précisément, le tracker récupère les coordonnées des points de contacts par synthèse d'image, convertit ces coordonnées au format [http://www.tuio.org/?specification TUIO] et les envoie sur un socket de l'ordinateur.
<gallery>
Image:Test1.png|Community Core Vision
</gallery>

===Videos de demos===
* [http://www.youtube.com/watch?v=X1zus6saCcM Application Puzzle]
* [http://www.dailymotion.com/video/xgpobl_test-application-fire-air-nfc-tabletop_tech Test Application "Fire"]
* [http://www.dailymotion.com/video/xgpobm_test-application-water-air-nfc-tabletop_tech Test Application "Water"]
* [http://www.dailymotion.com/video/xgpobr_test-application-paint-air-nfc-tabletop_tech Test Application "Paint"]

== Module NFC ==
=== Communautée ===
Information sur la librairie open-source [http://www.libnfc.org/ libnfc]

[http://code.google.com/p/libnfc/downloads/list Téléchargement de la librairie libnfc]

[http://www.libnfc.org/api Documentation sur l'API]

[http://www.libnfc.org/community Forum de la librairie]

[http://sberfini.developpez.com/ Tutoriel sur l'utilisation de NFC sur Androïd]

=== Matériel===
* ACR122 NFC reader : [http://www.nfc-reader.com/acr122-drivers.php drivers sur nfc-reader.com] ou [http://acs.com.hk/index.php?pid=drivers&id=ACR122U]

* Nokia 6131 NFC : [http://www.nokia.fr/support/support-produits/nokia-6131-nfc Support en ligne]

=== Environnement Logiciel : Nokia 6131 NFC ===
[http://www.forum.nokia.com/info/sw.nokia.com/id/ef4e1bc9-d220-400c-a41d-b3d56349e984/Nokia_6131_NFC_SDK.html Nokia 6131 SDK]. Le SDK propose deux type d'installation : sous forme d'une plugin eclipse ou d'un framework

=== Environnement Logiciel : libnfc ===
Ce document est basé sur le fichier README-Windows.txt disponible dans l'archive libnfc-1.4.2 [www.libnfc.org]

====Prérequis====
Afin de pouvoir interagir avec l'ACR122 les logiciels suivants doivent-être téléchargés:
* [http://sourceforge.net/projects/tdm-gcc/files/TDM-GCC%20Installer/tdm64-gcc-4.5.1.exe/download MinGW-w64 compiler toolchain]
* [http://sourceforge.net/projects/libusb-win32/ LibUsb-Win32 0.1.12.2]
* [http://www.cmake.org CMake 2.6 ]
* [http://code.google.com/p/libnfc/downloads/list libnfc]

====Installation====
Testée sous Windows XP/SP3 32 bit.

* Installer MinGW .!!!Attention!!! La documentation officielle indique qu'il faut sélectionner MinGW-w64 afin que MinGW puisse avoir accès aux librairie PCSC (Smart Card).
* Ajouter les répertoires suivant à votre PATH : c:\MinGW64\bin;c:\MinGW64\x86_64-w64-mingw32\lib32;c:\MinGW64\x86_64-w64-mingw32\include. pour ce faire :
- clic-droit sur le poste de travail/propriétés
- Dans l'onglet avancé, cliquer sur Variables d'environnements
- Modifier la variable PATH
* Décompresser l'archive libusb-win32-bin dans c:\Program Files\LibUSB-Win32. C'est dans ce répertoire que CMake cherchera LIBUSB lors de la compilation.
* Lire le libusb-win32-bin-README contenu dans le dossier bin afin de savoir où copier les deux fichiers .dll et .sys (dépend de votre architecture...)
* Installer CMake : Choisissez l'option "Add Cmake to the system PATH" pendant l'installation afin que CMake soi accessible depuis MinGW
* Extraire l'archive libnfc archive versc:\NFC\libnfc-src
* Lancer un éditeur de texte et copier les instructions suivantes :
cd c:\NFC\libnfc-build
cmake -G "MinGW Makefiles" -DCMAKE_BUILD_TYPE=Release c:\NFC\libnfc-src
mingw32-make
cd ..
* Sauvegarder le fichier dans C:\NFC\make.bat
* Exécuter make.bat
* Copier le fichier c:\NFC\libnfc-build\libnfc\libnfc.dll vers c:\windows\system32

===Créer son programme===
Il n'est pas possible (à ma connaissance) de compiler directement un fichier utilisant la librairie nfc.
Pour compiler il faut éditer le fichier de configuration CMakeList.txt :
# Placer le fichier .c dans c:\NFC\libnfc-src\examples
# Editer examples\CMakeLists.txt et ajouter le nom du fichier .c dans la section SET
# Exécuter make.bat depuis c:\NFC\
Le fichier exécutable se trouve dans libnfc-build\examples

====Utiliser des librairies supplémentaires====
Prenons l'exemple des sockets sous windows, afin de permettre la compilation d'un programme les utilisant il faut (en plus de l'inclusion de <winsock2.h>) utiliser la librairie ws2_32. Là encore il faudra éditer le fichier de configuration CMakeList.txt afin d'expliciter les librairies à utiliser, de manière similaire à celle-ci:
IF(WIN32)
TARGET_LINK_LIBRARIES(monProgramme ws2_32)
TARGET_LINK_LIBRARIES(monProgramme nfc)
TARGET_LINK_LIBRARIES(monProgramme nfc-utils)
ENDIF(WIN32)
Source complète : [[File:CMakeLists.txt]]

== Blazeds ==
[http://opensource.adobe.com/wiki/display/blazeds/BlazeDS Blazeds] est un composant open source permettant d'accéder à des objets distant via une application Flex. Pour son fonctionnement blazeds se base sur un serveur Tomcat côté client et côté serveur.
[http://www.adobe.com/devnet/livecycle/articles/blazeds_gettingstarted.html Getting start with Blazeds]

== Liens externes ==
* (en) [http://www.nfc-forum.org/home/ NFC Forum]
* (en) [http://www.libnfc.org/ open source library for Near Field Communication (NFC)]
* (en) [http://nuigroup.com/ NUI Group(natural user interface group)]

Tabletop

2011-10-07T16:47:02Z

ChristopheH:

[[File:Logo_AIR_TableTop.png|right|upright=0.5]]
* UE/Module: Projet innovant de RICM4 option CM
* Enseignant: Didier Donsez
* Elèves RICM 5: Christophe Havard (chef de projet) - havard.christophe[AT]gmail.com, Renaud Collin - ren.collin[AT]gmail.com, Sebastien Skorupski
* Intervenants externes : Elsa Neves ([http://fr.wikipedia.org/wiki/Institut_de_la_Communication_et_des_M%C3%A9dias ICM Grenoble])

==Introduction==
Le tabletop est une table '''tactile''' '''interactive''' d'environ 60". La technologie employée est dite "'''multipoint'''", c'est-à-dire qu'elle permet à un nombre important d'utilisateur d''''interagir en même temps'''.

Cette table fonctionne avec un Mac Mini et 2 systèmes d'exploitation : Mac OSX et Windows 7.
Les applications clientes peuvent être développées sur plusieurs technologies dont :
* Java (MT4j)
* Flash AS3 (TUIO library)
* Python (PyMT)
* etc

La table est également équipée d'un''' lecteur NFC''' type ACR122.

Présentation commerciale du projet : [http://air.imag.fr/mediawiki/images/6/60/AIR_NFC_TableTop.pdf AIR_NFC_TableTop]

==Objectifs==
Les objectifs du projet sont
# de réaliser la partie matériel d'un tabletop à faible coût
# d'évaluer les canevas de développement d'IHM multipoint (Flash/Java/C#/.NET/Windows7)
# de réaliser une application pour une table de restaurant (affichage des plats, commande, addition, enquête de satisfaction ...)
# d'utiliser la technologie NFC ([[Near Field Communication]]) pour permettre aux utilisateurs de s'identifier et payer via leur téléphone mobile

==Table Tactile==
===Matériel===
* Table en verre IKEA (60")
* Miroir
* Mac Mini
* Videoprojecteur short-throw
* Illuminateur IR
* Webcam PS3 modifiée (IR filter removed & visible light bandpass filter added)
* Lentille grand angle (m12/0.5mm mount, 1.8mm, angle of view = 170°)
* RFID Reader ([[ACS ACR 122]] RFID reader)

[[File:TableTop_schema.jpg|center|upright=0.5]]

===Installation matérielle===
* La surface vitrée de la table est recouverte de papier calque afin de capter l'image du vidéo projecteur.
* Le bord supérieur de la table est percé afin de pouvoir fixer un support pour le vidéo-projecteur.
* Un miroir est placé de telle sorte à renvoyer l'image du vidéo-projecteur vers la surface vitrée
* Des lampes infrarouges sont placés à l'intérieur de la table afin d'illuminer la surface vitrée par en-dessous.
* La webcam est pointée vers la surface vitrée.
* Des plaques en bois sont découpées et placées autour de la table afin de la protéger des perturbations extérieures (lumière notamment).

<gallery>
Image:Interieur_table.jpg| AIR NFC Tabletop 5
Image:TableTop 02.jpg|AIR NFC TableTop 1
Image:TableTop 05.jpg|AIR NFC TableTop 2
Image:TableTop 03.jpg|AIR NFC TableTop 3
Image:TableTop 06.jpg|AIR NFC TableTop 4
</gallery>

===Installation logicielle===
* Construction des interfaces logicielles : [http://www.mt4j.org/mediawiki/index.php/Main_Page MT4j].
MT4j est un framework Java fournissant des briques logicielles de base et permettant de construire des interfaces riches.
<gallery>
Image:MT4j_MTSchell.jpg|MT4j - Multitouch Shell
Image:MT4j_WaterScene.png|MT4j - Water scene
Image:MT4j_Touchtail.jpg|MT4 - Dessin
</gallery>

* Tracker : CCV 1.4 (Community Core Vision) [http://ccv.nuigroup.com CCV]
Le tracker permet de l'image filmée par la caméra en points de contacts exploitables par l'ordinateur.
Plus précisément, le tracker récupère les coordonnées des points de contacts par synthèse d'image, convertit ces coordonnées au format [http://www.tuio.org/?specification TUIO] et les envoie sur un socket de l'ordinateur.
<gallery>
Image:Test1.png|Community Core Vision
</gallery>

===Videos de demos===
* [http://www.youtube.com/watch?v=X1zus6saCcM Application Puzzle]
* [http://www.dailymotion.com/video/xgpobl_test-application-fire-air-nfc-tabletop_tech Test Application "Fire"]
* [http://www.dailymotion.com/video/xgpobm_test-application-water-air-nfc-tabletop_tech Test Application "Water"]
* [http://www.dailymotion.com/video/xgpobr_test-application-paint-air-nfc-tabletop_tech Test Application "Paint"]

== Module NFC ==
=== Communautée ===
Information sur la librairie open-source [http://www.libnfc.org/ libnfc]

[http://code.google.com/p/libnfc/downloads/list Téléchargement de la librairie libnfc]

[http://www.libnfc.org/api Documentation sur l'API]

[http://www.libnfc.org/community Forum de la librairie]

[http://sberfini.developpez.com/ Tutoriel sur l'utilisation de NFC sur Androïd]

=== Matériel===
* ACR122 NFC reader : [http://www.nfc-reader.com/acr122-drivers.php drivers sur nfc-reader.com] ou [http://acs.com.hk/index.php?pid=drivers&id=ACR122U]

* Nokia 6131 NFC : [http://www.nokia.fr/support/support-produits/nokia-6131-nfc Support en ligne]

=== Environnement Logiciel : Nokia 6131 NFC ===
[http://www.forum.nokia.com/info/sw.nokia.com/id/ef4e1bc9-d220-400c-a41d-b3d56349e984/Nokia_6131_NFC_SDK.html Nokia 6131 SDK]. Le SDK propose deux type d'installation : sous forme d'une plugin eclipse ou d'un framework

=== Environnement Logiciel : libnfc ===
Ce document est basé sur le fichier README-Windows.txt disponible dans l'archive libnfc-1.4.2 [www.libnfc.org]

====Prérequis====
Afin de pouvoir interagir avec l'ACR122 les logiciels suivants doivent-être téléchargés:
* [http://sourceforge.net/projects/tdm-gcc/files/TDM-GCC%20Installer/tdm64-gcc-4.5.1.exe/download MinGW-w64 compiler toolchain]
* [http://sourceforge.net/projects/libusb-win32/ LibUsb-Win32 0.1.12.2]
* [http://www.cmake.org CMake 2.6 ]
* [http://code.google.com/p/libnfc/downloads/list libnfc]

====Installation====
Testée sous Windows XP/SP3 32 bit.

* Installer MinGW .!!!Attention!!! La documentation officielle indique qu'il faut sélectionner MinGW-w64 afin que MinGW puisse avoir accès aux librairie PCSC (Smart Card).
* Ajouter les répertoires suivant à votre PATH : c:\MinGW64\bin;c:\MinGW64\x86_64-w64-mingw32\lib32;c:\MinGW64\x86_64-w64-mingw32\include. pour ce faire :
- clic-droit sur le poste de travail/propriétés
- Dans l'onglet avancé, cliquer sur Variables d'environnements
- Modifier la variable PATH
* Décompresser l'archive libusb-win32-bin dans c:\Program Files\LibUSB-Win32. C'est dans ce répertoire que CMake cherchera LIBUSB lors de la compilation.
* Lire le libusb-win32-bin-README contenu dans le dossier bin afin de savoir où copier les deux fichiers .dll et .sys (dépend de votre architecture...)
* Installer CMake : Choisissez l'option "Add Cmake to the system PATH" pendant l'installation afin que CMake soi accessible depuis MinGW
* Extraire l'archive libnfc archive versc:\NFC\libnfc-src
* Lancer un éditeur de texte et copier les instructions suivantes :
cd c:\NFC\libnfc-build
cmake -G "MinGW Makefiles" -DCMAKE_BUILD_TYPE=Release c:\NFC\libnfc-src
mingw32-make
cd ..
* Sauvegarder le fichier dans C:\NFC\make.bat
* Exécuter make.bat
* Copier le fichier c:\NFC\libnfc-build\libnfc\libnfc.dll vers c:\windows\system32

===Créer son programme===
Il n'est pas possible (à ma connaissance) de compiler directement un fichier utilisant la librairie nfc.
Pour compiler il faut éditer le fichier de configuration CMakeList.txt :
# Placer le fichier .c dans c:\NFC\libnfc-src\examples
# Editer examples\CMakeLists.txt et ajouter le nom du fichier .c dans la section SET
# Exécuter make.bat depuis c:\NFC\
Le fichier exécutable se trouve dans libnfc-build\examples

====Utiliser des librairies supplémentaires====
Prenons l'exemple des sockets sous windows, afin de permettre la compilation d'un programme les utilisant il faut (en plus de l'inclusion de <winsock2.h>) utiliser la librairie ws2_32. Là encore il faudra éditer le fichier de configuration CMakeList.txt afin d'expliciter les librairies à utiliser, de manière similaire à celle-ci:
IF(WIN32)
TARGET_LINK_LIBRARIES(monProgramme ws2_32)
TARGET_LINK_LIBRARIES(monProgramme nfc)
TARGET_LINK_LIBRARIES(monProgramme nfc-utils)
ENDIF(WIN32)
Source complète : [[File:CMakeLists.txt]]

== Blazeds ==
[http://opensource.adobe.com/wiki/display/blazeds/BlazeDS Blazeds] est un composant open source permettant d'accéder à des objets distant via une application Flex. Pour son fonctionnement blazeds se base sur un serveur Tomcat côté client et côté serveur.
[http://www.adobe.com/devnet/livecycle/articles/blazeds_gettingstarted.html Getting start with Blazeds]

== Liens externes ==
* (en) [http://www.nfc-forum.org/home/ NFC Forum]
* (en) [http://www.libnfc.org/ open source library for Near Field Communication (NFC)]
* (en) [http://nuigroup.com/ NUI Group(natural user interface group)]

File:MT4j Touchtail.jpg

2011-10-07T13:40:29Z

ChristopheH:

File:MT4j MTShell.jpg

2011-10-07T13:39:20Z

ChristopheH:

File:MT4j WaterScene.png

2011-10-07T13:37:52Z

ChristopheH:

Tabletop

2011-10-07T13:36:32Z

ChristopheH: /* Installation logicielle */

[[File:Logo_AIR_TableTop.png|right|upright=0.5]]
* UE/Module: Projet innovant de RICM4 option CM
* Enseignant: Didier Donsez
* Elèves RICM 5: Christophe Havard (chef de projet) - havard.christophe@gmail.com, Renaud Collin - ren.collin@gmail.com, Sebastien Skorupski
* Intervenants externes : Elsa Neves ([http://fr.wikipedia.org/wiki/Institut_de_la_Communication_et_des_M%C3%A9dias ICM Grenoble])

==Introduction==
Le tabletop est une table '''tactile''' '''interactive''' d'environ 60". La technologie employée est dite "'''multipoint'''", c'est-à-dire qu'elle permet à un nombre important d'utilisateur d''''interagir en même temps'''.

Cette table fonctionne avec un Mac Mini et 2 systèmes d'exploitation : Mac OSX et Windows 7.
Les applications clientes peuvent être développées sur plusieurs technologies dont :
* Java (MT4j)
* Flash AS3 (TUIO library)
* Python (PyMT)
* etc

La table est également équipée d'un lecteur NFC type ACR122.

Présentation commerciale du projet : [http://air.imag.fr/mediawiki/images/6/60/AIR_NFC_TableTop.pdf AIR_NFC_TableTop]

==Objectifs==
Les objectifs du projet sont
# de réaliser la partie matériel d'un tabletop à faible coût
# d'évaluer les canevas de développement d'IHM multipoint (Flash/Java/C#/.NET/Windows7)
# de réaliser une application pour une table de restaurant (affichage des plats, commande, addition, enquête de satisfaction ...)
# d'utiliser la technologie NFC ([[Near Field Communication]]) pour permettre aux utilisateurs de s'identifier et payer via leur téléphone mobile

==Table Tactile==
===Matériel===
* Table en verre IKEA (60")
* Miroir
* Mac Mini
* Videoprojecteur short-throw
* Illuminateur IR
* Webcam PS3 modifiée (IR filter removed & visible light bandpass filter added)
* Lentille grand angle (m12/0.5mm mount, 1.8mm, angle of view = 170°)
* RFID Reader ([[ACS ACR 122]] RFID reader)

[[File:TableTop_schema.jpg|center|upright=0.5]]

===Installation matérielle===
- La surface vitrée de la table est recouverte de papier calque afin de capter l'image du vidéo projecteur.
- Le bord supérieur de la table est percé afin de pouvoir fixer un support pour le vidéo-projecteur.
- Un miroir est placé de telle sorte à renvoyer l'image du vidéo-projecteur vers la surface vitrée
- Des lampes infrarouges sont placés à l'intérieur de la table afin de diffuser des ondes infrarouge vers la surface vitrée.
- La webcam est pointée vers la surface vitrée.
- Des plaques en bois sont découpées et placées autour de la table afin de la protéger des perturbations extérieures (lumière notamment).

<gallery>
Image:Interieur_table.jpg| AIR NFC Tabletop 5
Image:TableTop 02.jpg|AIR NFC TableTop 1
Image:TableTop 05.jpg|AIR NFC TableTop 2
Image:TableTop 03.jpg|AIR NFC TableTop 3
Image:TableTop 06.jpg|AIR NFC TableTop 4
</gallery>

===Installation logicielle===
* Construction des interfaces logicielles : [http://www.mt4j.org/mediawiki/index.php/Main_Page MT4j].
MT4j est un framework Java fournissant des briques logicielles de base permettant de construire des interfaces riches.

* Tracker : CCV 1.4 (Community Core Vision) [http://ccv.nuigroup.com CCV]
Le tracker permet de l'image filmée par la caméra en points de contacts exploitables par l'ordinateur.
Plus précisément, le tracker récupère les coordonnées des points de contacts par synthèse d'image, convertit ces coordonnées au format [http://www.tuio.org/?specification TUIO] et les envoie sur un socket de l'ordinateur.
<gallery>
Image:Test1.png|Community Core Vision
</gallery>

===Videos de demos===
* [http://www.youtube.com/watch?v=X1zus6saCcM Application Puzzle]
* [http://www.dailymotion.com/video/xgpobl_test-application-fire-air-nfc-tabletop_tech Test Application "Fire"]
* [http://www.dailymotion.com/video/xgpobm_test-application-water-air-nfc-tabletop_tech Test Application "Water"]
* [http://www.dailymotion.com/video/xgpobr_test-application-paint-air-nfc-tabletop_tech Test Application "Paint"]

== Module NFC ==
=== Communautée ===
Information sur la librairie open-source [http://www.libnfc.org/ libnfc]

[http://code.google.com/p/libnfc/downloads/list Téléchargement de la librairie libnfc]

[http://www.libnfc.org/api Documentation sur l'API]

[http://www.libnfc.org/community Forum de la librairie]

[http://sberfini.developpez.com/ Tutoriel sur l'utilisation de NFC sur Androïd]

=== Matériel===
* ACR122 NFC reader : [http://www.nfc-reader.com/acr122-drivers.php drivers sur nfc-reader.com] ou [http://acs.com.hk/index.php?pid=drivers&id=ACR122U]

* Nokia 6131 NFC : [http://www.nokia.fr/support/support-produits/nokia-6131-nfc Support en ligne]

=== Environnement Logiciel : Nokia 6131 NFC ===
[http://www.forum.nokia.com/info/sw.nokia.com/id/ef4e1bc9-d220-400c-a41d-b3d56349e984/Nokia_6131_NFC_SDK.html Nokia 6131 SDK]. Le SDK propose deux type d'installation : sous forme d'une plugin eclipse ou d'un framework

=== Environnement Logiciel : libnfc ===
Ce document est basé sur le fichier README-Windows.txt disponible dans l'archive libnfc-1.4.2 [www.libnfc.org]

====Prérequis====
Afin de pouvoir interagir avec l'ACR122 les logiciels suivants doivent-être téléchargés:
* [http://sourceforge.net/projects/tdm-gcc/files/TDM-GCC%20Installer/tdm64-gcc-4.5.1.exe/download MinGW-w64 compiler toolchain]
* [http://sourceforge.net/projects/libusb-win32/ LibUsb-Win32 0.1.12.2]
* [http://www.cmake.org CMake 2.6 ]
* [http://code.google.com/p/libnfc/downloads/list libnfc]

====Installation====
Testée sous Windows XP/SP3 32 bit.

* Installer MinGW .!!!Attention!!! La documentation officielle indique qu'il faut sélectionner MinGW-w64 afin que MinGW puisse avoir accès aux librairie PCSC (Smart Card).
* Ajouter les répertoires suivant à votre PATH : c:\MinGW64\bin;c:\MinGW64\x86_64-w64-mingw32\lib32;c:\MinGW64\x86_64-w64-mingw32\include. pour ce faire :
- clic-droit sur le poste de travail/propriétés
- Dans l'onglet avancé, cliquer sur Variables d'environnements
- Modifier la variable PATH
* Décompresser l'archive libusb-win32-bin dans c:\Program Files\LibUSB-Win32. C'est dans ce répertoire que CMake cherchera LIBUSB lors de la compilation.
* Lire le libusb-win32-bin-README contenu dans le dossier bin afin de savoir où copier les deux fichiers .dll et .sys (dépend de votre architecture...)
* Installer CMake : Choisissez l'option "Add Cmake to the system PATH" pendant l'installation afin que CMake soi accessible depuis MinGW
* Extraire l'archive libnfc archive versc:\NFC\libnfc-src
* Lancer un éditeur de texte et copier les instructions suivantes :
cd c:\NFC\libnfc-build
cmake -G "MinGW Makefiles" -DCMAKE_BUILD_TYPE=Release c:\NFC\libnfc-src
mingw32-make
cd ..
* Sauvegarder le fichier dans C:\NFC\make.bat
* Exécuter make.bat
* Copier le fichier c:\NFC\libnfc-build\libnfc\libnfc.dll vers c:\windows\system32

===Créer son programme===
Il n'est pas possible (à ma connaissance) de compiler directement un fichier utilisant la librairie nfc.
Pour compiler il faut éditer le fichier de configuration CMakeList.txt :
# Placer le fichier .c dans c:\NFC\libnfc-src\examples
# Editer examples\CMakeLists.txt et ajouter le nom du fichier .c dans la section SET
# Exécuter make.bat depuis c:\NFC\
Le fichier exécutable se trouve dans libnfc-build\examples

====Utiliser des librairies supplémentaires====
Prenons l'exemple des sockets sous windows, afin de permettre la compilation d'un programme les utilisant il faut (en plus de l'inclusion de <winsock2.h>) utiliser la librairie ws2_32. Là encore il faudra éditer le fichier de configuration CMakeList.txt afin d'expliciter les librairies à utiliser, de manière similaire à celle-ci:
IF(WIN32)
TARGET_LINK_LIBRARIES(monProgramme ws2_32)
TARGET_LINK_LIBRARIES(monProgramme nfc)
TARGET_LINK_LIBRARIES(monProgramme nfc-utils)
ENDIF(WIN32)
Source complète : [[File:CMakeLists.txt]]

== Blazeds ==
[http://opensource.adobe.com/wiki/display/blazeds/BlazeDS Blazeds] est un composant open source permettant d'accéder à des objets distant via une application Flex. Pour son fonctionnement blazeds se base sur un serveur Tomcat côté client et côté serveur.
[http://www.adobe.com/devnet/livecycle/articles/blazeds_gettingstarted.html Getting start with Blazeds]

== Liens externes ==
* (en) [http://www.nfc-forum.org/home/ NFC Forum]
* (en) [http://www.libnfc.org/ open source library for Near Field Communication (NFC)]
* (en) [http://nuigroup.com/ NUI Group(natural user interface group)]

Main Page

2011-10-07T13:22:40Z

ChristopheH: /* AIR @ Experimenta */

__NOTOC__
<center><big> '''Welcome to the AIR (Ambient Intelligence Room) Wiki''' </big></center>
 

==AIR @ Experimenta==
Retrouvez les projets présentés au salon
[http://www.rencontres-i.eu/2011/salon-experimenta Experimenta]
* une table interactive + NFC (60 pouces) http://air.imag.fr/mediawiki/index.php/Tabletop
* un canapé interactif http://air.imag.fr/mediawiki/index.php/ISofa
* une IHM pour ordinateur personnel ou très grandes surfaces utilisant la Kinect http://air.imag.fr/mediawiki/index.php/KiCTRL

== Qu'est ce que l'AIR ==
''AIR is Ambient Intelligence Room''

L'intelligence ambiante (''Ambient Intelligence : AmI'').fait désormais partie du quotidien des usagers. Elle se retrouve dans tous les domaines d’activité : bâtiment intelligent avec maitrise de l’énergie et la maintenance, grille électrique intelligente (''smart grid''), santé avec l’hospitalisation à domicile, transport et chaine d’approvisionnement, sécurité publique et privée, culture et divertissement (''infotainment'') avec les ''serious games'', ... Le développement d’applications AmI fait principalement appel à l’intégration de très nombreuses technologies, langages, patrons, modèles qui sont enseignées de manière séparée dans les cursus universitaires et des écoles d’ingénieur. L'enseignement AmI met l'accent sur le développement d'applications pour une gamme variée d'objets intelligents (du serveur IT au terminal 3G de l'usager puis au capteur Zigbee/6LoWPAN enfoui). Cet enseignement ne peut se faire correctement que dans le cadre d'expérimentation pratique au travers de projets de groupe d’étudiants et de travaux pratiques pour des domaines d'applications variés. Les expérimentations peuvent à réaliser à échelle réduite dans des salles spécialisées.

La salle AIR est une ''fablab'' ([http://fr.wikipedia.org/wiki/Fab_lab Factory Laboratory]) destinée aux élèves ingénieurs et étudiants grenoblois pour inventer et réaliser des projets d'application d'intelligence ambiante dans le cadre de leur formation.
Cette plateforme de l'[[Université Joseph Fourier - Grenoble 1]] est hébergée dans le bâtiment de [[Polytech'Grenoble]], ([http://maps.google.fr/maps?ll=45.184363,5.753096&spn=0.000829,0.002064&z=20 28, avenue Benoît Frachon, 38400 St-Martin-d’Hères], Arrêt [http://www.sedeplacer-tag.fr/Lignes/PLAN_D.pdf Tram D Maison Communale]).

Contact: Olivier Richard, Didier Donsez (X.Y@imag.fr where X=Firstname and Y=Lastname)

[[Image:LogoUJF.jpg|100px|Université Joseph Fourier - Grenoble 1]] [[Image:LogoPG.png|200px|Polytech'Grenoble]]

== Nouvelles ==
* 04/10/11: Abonnez aux [https://twitter.com/#!/FablabAIR tweets de la fablab AIR]
* 26/09/11: Les RICM5 présentent des projets d'année 4 au salon [http://www.rencontres-i.eu/2011/salon-experimenta/ Experimenta] du 5 au 8 Octobre 2011.
* 12/09/11: Cycle d'initiation au ''Physical Computing'' des étduiants de TIS4 autour des [[Travaux_Pratiques_Arduino]].
* 06/09/11: ST Microelectronics donne 120 cartes [[STM32VL-Discovery|STM32L-Discovery]] comme cadeau de bienvenu aux RICM3, 3I3, E2I3 et TIS4 à la réunion d'accueil.
* 02/09/11: [[Linux Install Party]] le 28 septembre 2011 à Polytech'Grenoble
* 30/06/11: Présentation de la salle AIR et démonstrations autour du Physical Compute à la journée [http://www.inria.fr/centre-de-recherche-inria/grenoble-rhone-alpes/innovation/in-tech-intelligence-ambiante In'tech Intelligence Ambiante] à l'Inria Grenoble - Rhône-Alpes .
* 25/06/11: La page [[Travaux_Pratiques_ETIA | Travaux Pratiques ETIA]] est crée.
* 17/06/11: Jérémie Francone (RICM2009, doctorant au LIG) fait la démo de [http://www.youtube.com/watch?v=bBQQEcfkHoE Head Tracking for iPad: Glasses-Free 3D Display] déjà vue par 1,9 million de personnes.
* 17/06/11: [http://bit.ly/10emePromoRICM Polytech'Grenoble fête sa 10ème promotion RICM].
* 6 au 8/06/11: [[Stage_PEIP|Stages PEIP]] "Physical Computing" à Polytech'Grenoble
* 21/04/11: [[NAO]] rend visite à Polytech'Grenoble
* 07/04/11: [[SoutenanceRICM4-2011|Soutenances des projets innovants de RICM4]]
* 05/04/11: Lancement du concours [[STMicroelectronics Innovation Cup]]
* 29/03/11: Annonce du concours INRIA [http://www.inria.fr/actualite/actualites-de-l-inria/boost-your-code Boost your code]
* 15/03/11: Annonce du concours [http://www.st.com/internet/com/press_release/t3141.jsp "OpenWorld Design Contest" pour le développement d’applications destinées à promouvoir les technologies d’aide à la personne] date limite le 15 mai
* 08/03/11: [http://www.inria.fr/centre-de-recherche-inria/grenoble-rhone-alpes/agenda/seminaire-in-tech-mobilite-et-realite-augmentee-urbaine Séminaire IN'Tech - Mobilité et Réalité Augmentée Urbaine, 7 avril 2011, INRIA Montbonnot]
* 23/02/11: l'[http://www.univ-valenciennes.fr/congres/etia11 école d'été CNRS ETIA (École Thématique: Intelligence Ambiante)] aura lieu à Lille du 4 au 8 juillet 2011 : RICM y sera
* 08/02/11: AIR a reçu deux visiteurs de l'[http://www.atelier-arts-sciences.eu Atelier Arts-Sciences].
* 04/02/11: AIR est polyglote grace à [http://service.aximag.fr//xwiki/bin/view/imag/airimagfr AXiMAG]
* 27/01/11: Un groupe d'élèves RICM4 soumet son projet au concours [http://www.imaginecup.com/ Microsoft Imagine Cup 2011].
* 15/01/11: Un groupe d'élèves RICM5 soumet son projet au concours [[SCORE 2011]].
* 13/01/11: AIR recherche sponsors et donateurs de ''choses''.
* 13/01/11: [[Vitrages_intelligents|Séminaire ''Verres intelligents'' de Francois-Julien VERMERSCH (Saint Gobain) à Polytech]]
* 12/01/11: AIR vient d'ouvrir
* 12/01/11: Appel à volontaires : concours Logo, modélisation SketchUp, ...

== Salle ==
* [[Liste des équipements disponibles]]
* [[Plan de la Salle]]
* [[Diaporama]]

== Projets ==
* [[Usagers AIR]]
* [[Projets]]
* [[Projets 2011-2012]]
* '''[[Projets 2010-2011]]'''
* [[Projets 2009-2010]]
* [[Projets 2008-2009]]

== Misc ==

{|border="0" width="100%"
|
* '''[http://service.aximag.fr//xwiki/bin/view/imag/airimagfr Other languages]'''
* [[Contributions FOSS]]
* [[Challenges et Compétitions]]
* [[Ressources]]
* [[Conventions de Rédaction]]
* [[Licences]]
* [[Logo]]
||
* [[Prêt]]
* [[Boite à idées]]
* [http://twitter.com/#!/FablabAIR Twitter]
* Facebook
* [[Liens utiles]]
* [[Credo]]
* [[Séminaires]]
* [[Services Pro]]
|}

== Sponsors, Donateurs et Soutiens ==
Cette salle est parrainée par [http://tigoe.net Tom Igoe]

Nous remercions les sociétés suivantes qui nous ont donné des équipements
* [http://ardrone.parrot.com/parrot-ar-drone: Parrot SA] (ARDrones)
* [http://www.violet.net/ Violet] (Nabaztag)
* [http://www.st.com STMicroelectronics] (kits STM32, iNEMO, MUSA)
* Protoclix pour la XBox 360 Kinect (gagné lors de la Nuit de l'Info 2010)
* [http://www.invacare.fr Invacare] (fauteuil roulant)

Cette salle est soutenue par plusieurs enseignants-chercheurs des laboratoires de recherche grenoblois: [http://www.liglab.fr/ LIG], [http://www-ljk.imag.fr/ LJK], [http://tima.imag.fr TIMA], [http://www-timc.imag.fr/ TIMC], [http://www-verimag.imag.fr/?lang=fr VERIMAG], [http://www.inria.fr/centre-de-recherche-inria/grenoble-rhone-alpes INRIA].

N'hésitez à nous contacter si vous souhaitez nous donner des objets AmI neufs ou usagés. Nos élèves seront heureux de les mettre en oeuvre et en scène dans leurs réalisations AmI.

== Galerie ==

<gallery>
Image:tabletop1.jpg|table interactive multipoint
Image:tabletop2.jpg|table interactive multipoint
Image:tabletop3.jpg|table interactive multipoint
Image:isofa1.jpg|i-Sofa
Image:isofa2.jpg|i-Sofa
Image:touchkey.jpg|Concours NFC Forum 2010 TouchKey
Image:mrpri.jpg|Monsieur Prévention des Risques Industriels
Image:arduigrid-v0.0.jpg|Déballage de l'ArduiGrid
Image:arduigrid-v0.1.jpg|Déballage de l'ArduiGrid
Image:Arduinos.jpg|Assortiments de cartes de type "Arduino"
Image:armoire.jpg|Armoire Projets
Image:Planv0.png|Plan de la salle
Image:Kinect3.jpg|KiCTRL
Image:Kinect1.png|KiCTRL
Image:Kinect2.png|KiCTRL
Image:Kinect4.png|KiCTRL
Image:protoclix1-stm32.jpg|Protoclix sur STM32
Image:protoclix2-stm32.jpg|Protoclix sur STM32
Image:AmoWheelChair.png|Fauteuil AMO intelligent et communicant
Image:Sunspots2.jpg|Grille de SunSPOTs
</gallery>

Tabletop

2011-10-04T10:22:45Z

ChristopheH: /* Premières Démos */

[[File:Logo_AIR_TableTop.png|right|upright=0.5]]
* UE/Module: Projet innovant de RICM4 option CM
* Enseignant: Didier Donsez
* Elèves RICM 5: Christophe Havard (chef de projet), Renaud Collin, Sebastien Skorupski
* Intervenants externes : Elsa Neves ([http://fr.wikipedia.org/wiki/Institut_de_la_Communication_et_des_M%C3%A9dias ICM Grenoble])

==Introduction==
Le tabletop est une table '''tactile''' '''interactive''' d'environ 60". La technologie employée est dite "'''multipoint'''", c'est-à-dire qu'elle permet à un nombre important d'utilisateur d''''interagir en même temps'''.

Cette table fonctionne avec un Mac Mini et 2 systèmes d'exploitation : Mac OSX et Windows 7.
Les applications clientes peuvent être développées sur plusieurs technologies dont :
* Java (MT4j)
* Flash AS3 (TUIO library)
* Python (PyMT)
* etc

La table est également équipée d'un lecteur NFC type ACR122.

Présentation commerciale du projet : [http://air.imag.fr/mediawiki/images/6/60/AIR_NFC_TableTop.pdf AIR_NFC_TableTop]

==Objectifs==
Les objectifs du projet sont
# de réaliser la partie matériel d'un tabletop à faible coût
# d'évaluer les canevas de développement d'IHM multipoint (Flash/Java/C#/.NET/Windows7)
# de réaliser une application pour une table de restaurant (affichage des plats, commande, addition, enquête de satisfaction ...)
# d'utiliser la technologie NFC ([[Near Field Communication]]) pour permettre aux utilisateurs de s'identifier et payer via leur téléphone mobile

==Table Tactile==
===Matériel===
* Table en verre IKEA (60")
* Miroir
* Mac Mini
* Videoprojecteur short-throw
* Illuminateur IR
* Webcam PS3 modifiée (IR filter removed & visible light bandpass filter added)
* Lentille grand angle (m12/0.5mm mount, 1.8mm, angle of view = 170°)
* RFID Reader ([[ACS ACR 122]] RFID reader)

[[File:TableTop_schema.jpg|center|upright=0.5]]

===Installation matérielle===
- La surface vitrée de la table est recouverte de papier calque afin de capter l'image du vidéo projecteur.
- Le bord supérieur de la table est percé afin de pouvoir fixer un support pour le vidéo-projecteur.
- Un miroir est placé de telle sorte à renvoyer l'image du vidéo-projecteur vers la surface vitrée
- Des lampes infrarouges sont placés à l'intérieur de la table afin de diffuser des ondes infrarouge vers la surface vitrée.
- La webcam est pointée vers la surface vitrée.
- Des plaques en bois sont découpées et placées autour de la table afin de la protéger des perturbations extérieures (lumière notamment).

<gallery>
Image:Interieur_table.jpg| AIR NFC Tabletop 5
Image:TableTop 02.jpg|AIR NFC TableTop 1
Image:TableTop 05.jpg|AIR NFC TableTop 2
Image:TableTop 03.jpg|AIR NFC TableTop 3
Image:TableTop 06.jpg|AIR NFC TableTop 4
</gallery>

===Installation logicielle===
* Tracker : CCV 1.4 (Community Core Vision) [http://ccv.nuigroup.com CCV]

<gallery>
Image:Test1.png|Community Core Vision
</gallery>

===Videos de demos===
* [http://www.youtube.com/watch?v=X1zus6saCcM Application Puzzle]
* [http://www.dailymotion.com/video/xgpobl_test-application-fire-air-nfc-tabletop_tech Test Application "Fire"]
* [http://www.dailymotion.com/video/xgpobm_test-application-water-air-nfc-tabletop_tech Test Application "Water"]
* [http://www.dailymotion.com/video/xgpobr_test-application-paint-air-nfc-tabletop_tech Test Application "Paint"]

== Module NFC ==
=== Communautée ===
Information sur la librairie open-source [http://www.libnfc.org/ libnfc]

[http://code.google.com/p/libnfc/downloads/list Téléchargement de la librairie libnfc]

[http://www.libnfc.org/api Documentation sur l'API]

[http://www.libnfc.org/community Forum de la librairie]

[http://sberfini.developpez.com/ Tutoriel sur l'utilisation de NFC sur Androïd]

=== Matériel===
* ACR122 NFC reader : [http://www.nfc-reader.com/acr122-drivers.php drivers sur nfc-reader.com] ou [http://acs.com.hk/index.php?pid=drivers&id=ACR122U]

* Nokia 6131 NFC : [http://www.nokia.fr/support/support-produits/nokia-6131-nfc Support en ligne]

=== Environnement Logiciel : Nokia 6131 NFC ===
[http://www.forum.nokia.com/info/sw.nokia.com/id/ef4e1bc9-d220-400c-a41d-b3d56349e984/Nokia_6131_NFC_SDK.html Nokia 6131 SDK]. Le SDK propose deux type d'installation : sous forme d'une plugin eclipse ou d'un framework

=== Environnement Logiciel : libnfc ===
Ce document est basé sur le fichier README-Windows.txt disponible dans l'archive libnfc-1.4.2 [www.libnfc.org]

====Prérequis====
Afin de pouvoir interagir avec l'ACR122 les logiciels suivants doivent-être téléchargés:
* [http://sourceforge.net/projects/tdm-gcc/files/TDM-GCC%20Installer/tdm64-gcc-4.5.1.exe/download MinGW-w64 compiler toolchain]
* [http://sourceforge.net/projects/libusb-win32/ LibUsb-Win32 0.1.12.2]
* [http://www.cmake.org CMake 2.6 ]
* [http://code.google.com/p/libnfc/downloads/list libnfc]

====Installation====
Testée sous Windows XP/SP3 32 bit.

* Installer MinGW .!!!Attention!!! La documentation officielle indique qu'il faut sélectionner MinGW-w64 afin que MinGW puisse avoir accès aux librairie PCSC (Smart Card).
* Ajouter les répertoires suivant à votre PATH : c:\MinGW64\bin;c:\MinGW64\x86_64-w64-mingw32\lib32;c:\MinGW64\x86_64-w64-mingw32\include. pour ce faire :
- clic-droit sur le poste de travail/propriétés
- Dans l'onglet avancé, cliquer sur Variables d'environnements
- Modifier la variable PATH
* Décompresser l'archive libusb-win32-bin dans c:\Program Files\LibUSB-Win32. C'est dans ce répertoire que CMake cherchera LIBUSB lors de la compilation.
* Lire le libusb-win32-bin-README contenu dans le dossier bin afin de savoir où copier les deux fichiers .dll et .sys (dépend de votre architecture...)
* Installer CMake : Choisissez l'option "Add Cmake to the system PATH" pendant l'installation afin que CMake soi accessible depuis MinGW
* Extraire l'archive libnfc archive versc:\NFC\libnfc-src
* Lancer un éditeur de texte et copier les instructions suivantes :
cd c:\NFC\libnfc-build
cmake -G "MinGW Makefiles" -DCMAKE_BUILD_TYPE=Release c:\NFC\libnfc-src
mingw32-make
cd ..
* Sauvegarder le fichier dans C:\NFC\make.bat
* Exécuter make.bat
* Copier le fichier c:\NFC\libnfc-build\libnfc\libnfc.dll vers c:\windows\system32

===Créer son programme===
Il n'est pas possible (à ma connaissance) de compiler directement un fichier utilisant la librairie nfc.
Pour compiler il faut éditer le fichier de configuration CMakeList.txt :
# Placer le fichier .c dans c:\NFC\libnfc-src\examples
# Editer examples\CMakeLists.txt et ajouter le nom du fichier .c dans la section SET
# Exécuter make.bat depuis c:\NFC\
Le fichier exécutable se trouve dans libnfc-build\examples

====Utiliser des librairies supplémentaires====
Prenons l'exemple des sockets sous windows, afin de permettre la compilation d'un programme les utilisant il faut (en plus de l'inclusion de <winsock2.h>) utiliser la librairie ws2_32. Là encore il faudra éditer le fichier de configuration CMakeList.txt afin d'expliciter les librairies à utiliser, de manière similaire à celle-ci:
IF(WIN32)
TARGET_LINK_LIBRARIES(monProgramme ws2_32)
TARGET_LINK_LIBRARIES(monProgramme nfc)
TARGET_LINK_LIBRARIES(monProgramme nfc-utils)
ENDIF(WIN32)
Source complète : [[File:CMakeLists.txt]]

== Blazeds ==
[http://opensource.adobe.com/wiki/display/blazeds/BlazeDS Blazeds] est un composant open source permettant d'accéder à des objets distant via une application Flex. Pour son fonctionnement blazeds se base sur un serveur Tomcat côté client et côté serveur.
[http://www.adobe.com/devnet/livecycle/articles/blazeds_gettingstarted.html Getting start with Blazeds]

== Liens externes ==
* (en) [http://www.nfc-forum.org/home/ NFC Forum]
* (en) [http://www.libnfc.org/ open source library for Near Field Communication (NFC)]
* (en) [http://nuigroup.com/ NUI Group(natural user interface group)]

Tabletop

2011-10-04T10:21:45Z

ChristopheH:

[[File:Logo_AIR_TableTop.png|right|upright=0.5]]
* UE/Module: Projet innovant de RICM4 option CM
* Enseignant: Didier Donsez
* Elèves RICM 5: Christophe Havard (chef de projet), Renaud Collin, Sebastien Skorupski
* Intervenants externes : Elsa Neves ([http://fr.wikipedia.org/wiki/Institut_de_la_Communication_et_des_M%C3%A9dias ICM Grenoble])

==Introduction==
Le tabletop est une table '''tactile''' '''interactive''' d'environ 60". La technologie employée est dite "'''multipoint'''", c'est-à-dire qu'elle permet à un nombre important d'utilisateur d''''interagir en même temps'''.

Cette table fonctionne avec un Mac Mini et 2 systèmes d'exploitation : Mac OSX et Windows 7.
Les applications clientes peuvent être développées sur plusieurs technologies dont :
* Java (MT4j)
* Flash AS3 (TUIO library)
* Python (PyMT)
* etc

La table est également équipée d'un lecteur NFC type ACR122.

Présentation commerciale du projet : [http://air.imag.fr/mediawiki/images/6/60/AIR_NFC_TableTop.pdf AIR_NFC_TableTop]

==Objectifs==
Les objectifs du projet sont
# de réaliser la partie matériel d'un tabletop à faible coût
# d'évaluer les canevas de développement d'IHM multipoint (Flash/Java/C#/.NET/Windows7)
# de réaliser une application pour une table de restaurant (affichage des plats, commande, addition, enquête de satisfaction ...)
# d'utiliser la technologie NFC ([[Near Field Communication]]) pour permettre aux utilisateurs de s'identifier et payer via leur téléphone mobile

==Table Tactile==
===Matériel===
* Table en verre IKEA (60")
* Miroir
* Mac Mini
* Videoprojecteur short-throw
* Illuminateur IR
* Webcam PS3 modifiée (IR filter removed & visible light bandpass filter added)
* Lentille grand angle (m12/0.5mm mount, 1.8mm, angle of view = 170°)
* RFID Reader ([[ACS ACR 122]] RFID reader)

[[File:TableTop_schema.jpg|center|upright=0.5]]

===Installation matérielle===
- La surface vitrée de la table est recouverte de papier calque afin de capter l'image du vidéo projecteur.
- Le bord supérieur de la table est percé afin de pouvoir fixer un support pour le vidéo-projecteur.
- Un miroir est placé de telle sorte à renvoyer l'image du vidéo-projecteur vers la surface vitrée
- Des lampes infrarouges sont placés à l'intérieur de la table afin de diffuser des ondes infrarouge vers la surface vitrée.
- La webcam est pointée vers la surface vitrée.
- Des plaques en bois sont découpées et placées autour de la table afin de la protéger des perturbations extérieures (lumière notamment).

<gallery>
Image:Interieur_table.jpg| AIR NFC Tabletop 5
Image:TableTop 02.jpg|AIR NFC TableTop 1
Image:TableTop 05.jpg|AIR NFC TableTop 2
Image:TableTop 03.jpg|AIR NFC TableTop 3
Image:TableTop 06.jpg|AIR NFC TableTop 4
</gallery>

===Installation logicielle===
* Tracker : CCV 1.4 (Community Core Vision) [http://ccv.nuigroup.com CCV]

<gallery>
Image:Test1.png|Community Core Vision
</gallery>

===Premières Démos===
* [http://www.dailymotion.com/video/xgpobl_test-application-fire-air-nfc-tabletop_tech Test Application "Fire"]
* [http://www.dailymotion.com/video/xgpobm_test-application-water-air-nfc-tabletop_tech Test Application "Water"]
* [http://www.dailymotion.com/video/xgpobr_test-application-paint-air-nfc-tabletop_tech Test Application "Paint"]

== Module NFC ==
=== Communautée ===
Information sur la librairie open-source [http://www.libnfc.org/ libnfc]

[http://code.google.com/p/libnfc/downloads/list Téléchargement de la librairie libnfc]

[http://www.libnfc.org/api Documentation sur l'API]

[http://www.libnfc.org/community Forum de la librairie]

[http://sberfini.developpez.com/ Tutoriel sur l'utilisation de NFC sur Androïd]

=== Matériel===
* ACR122 NFC reader : [http://www.nfc-reader.com/acr122-drivers.php drivers sur nfc-reader.com] ou [http://acs.com.hk/index.php?pid=drivers&id=ACR122U]

* Nokia 6131 NFC : [http://www.nokia.fr/support/support-produits/nokia-6131-nfc Support en ligne]

=== Environnement Logiciel : Nokia 6131 NFC ===
[http://www.forum.nokia.com/info/sw.nokia.com/id/ef4e1bc9-d220-400c-a41d-b3d56349e984/Nokia_6131_NFC_SDK.html Nokia 6131 SDK]. Le SDK propose deux type d'installation : sous forme d'une plugin eclipse ou d'un framework

=== Environnement Logiciel : libnfc ===
Ce document est basé sur le fichier README-Windows.txt disponible dans l'archive libnfc-1.4.2 [www.libnfc.org]

====Prérequis====
Afin de pouvoir interagir avec l'ACR122 les logiciels suivants doivent-être téléchargés:
* [http://sourceforge.net/projects/tdm-gcc/files/TDM-GCC%20Installer/tdm64-gcc-4.5.1.exe/download MinGW-w64 compiler toolchain]
* [http://sourceforge.net/projects/libusb-win32/ LibUsb-Win32 0.1.12.2]
* [http://www.cmake.org CMake 2.6 ]
* [http://code.google.com/p/libnfc/downloads/list libnfc]

====Installation====
Testée sous Windows XP/SP3 32 bit.

* Installer MinGW .!!!Attention!!! La documentation officielle indique qu'il faut sélectionner MinGW-w64 afin que MinGW puisse avoir accès aux librairie PCSC (Smart Card).
* Ajouter les répertoires suivant à votre PATH : c:\MinGW64\bin;c:\MinGW64\x86_64-w64-mingw32\lib32;c:\MinGW64\x86_64-w64-mingw32\include. pour ce faire :
- clic-droit sur le poste de travail/propriétés
- Dans l'onglet avancé, cliquer sur Variables d'environnements
- Modifier la variable PATH
* Décompresser l'archive libusb-win32-bin dans c:\Program Files\LibUSB-Win32. C'est dans ce répertoire que CMake cherchera LIBUSB lors de la compilation.
* Lire le libusb-win32-bin-README contenu dans le dossier bin afin de savoir où copier les deux fichiers .dll et .sys (dépend de votre architecture...)
* Installer CMake : Choisissez l'option "Add Cmake to the system PATH" pendant l'installation afin que CMake soi accessible depuis MinGW
* Extraire l'archive libnfc archive versc:\NFC\libnfc-src
* Lancer un éditeur de texte et copier les instructions suivantes :
cd c:\NFC\libnfc-build
cmake -G "MinGW Makefiles" -DCMAKE_BUILD_TYPE=Release c:\NFC\libnfc-src
mingw32-make
cd ..
* Sauvegarder le fichier dans C:\NFC\make.bat
* Exécuter make.bat
* Copier le fichier c:\NFC\libnfc-build\libnfc\libnfc.dll vers c:\windows\system32

===Créer son programme===
Il n'est pas possible (à ma connaissance) de compiler directement un fichier utilisant la librairie nfc.
Pour compiler il faut éditer le fichier de configuration CMakeList.txt :
# Placer le fichier .c dans c:\NFC\libnfc-src\examples
# Editer examples\CMakeLists.txt et ajouter le nom du fichier .c dans la section SET
# Exécuter make.bat depuis c:\NFC\
Le fichier exécutable se trouve dans libnfc-build\examples

====Utiliser des librairies supplémentaires====
Prenons l'exemple des sockets sous windows, afin de permettre la compilation d'un programme les utilisant il faut (en plus de l'inclusion de <winsock2.h>) utiliser la librairie ws2_32. Là encore il faudra éditer le fichier de configuration CMakeList.txt afin d'expliciter les librairies à utiliser, de manière similaire à celle-ci:
IF(WIN32)
TARGET_LINK_LIBRARIES(monProgramme ws2_32)
TARGET_LINK_LIBRARIES(monProgramme nfc)
TARGET_LINK_LIBRARIES(monProgramme nfc-utils)
ENDIF(WIN32)
Source complète : [[File:CMakeLists.txt]]

== Blazeds ==
[http://opensource.adobe.com/wiki/display/blazeds/BlazeDS Blazeds] est un composant open source permettant d'accéder à des objets distant via une application Flex. Pour son fonctionnement blazeds se base sur un serveur Tomcat côté client et côté serveur.
[http://www.adobe.com/devnet/livecycle/articles/blazeds_gettingstarted.html Getting start with Blazeds]

== Liens externes ==
* (en) [http://www.nfc-forum.org/home/ NFC Forum]
* (en) [http://www.libnfc.org/ open source library for Near Field Communication (NFC)]
* (en) [http://nuigroup.com/ NUI Group(natural user interface group)]

File:Interieur table.jpg

2011-10-04T10:16:54Z

ChristopheH:

File:Table sans calque.jpg

2011-10-04T10:14:03Z

ChristopheH: