air - User contributions [en]

Projets 2021-2022

2021-10-25T11:51:55Z

Perin: /* Propositions de projets S8 */

<<[[Projets 2020-2021]] | [[Projets]] | [[Projets 2022-2023]]>>
=INFO=
==INFO3==

==INFO4==
===Projet Semestre S8===

Enseignants responsables : Olivier Richard

* Dates : Lundi après-midi, Mardi après-midi
* Lancement: 18 Janvier 2021 après midi
* Soutenance à mi-parcours: A définir
* Soutenance: A définir

* '''Evaluation à mi-parcours le lundi/mardi ???''': Format: 10min (5min de présentation 3 slides au plus, 5min de discussion). Cette évaluation sera prise en compte dans la note finale.

'''Consignes générales:'''

* '''Vous devez être pro-actifs !!!''': Si des points sont pas ou mals spécifiés, vous le faîtes et vous justifiez vos choix. Pour les problèmes techniques éventuels vous pouvez: creuser la question, contacter l'auteur du code si il y a lieu, écrire un rapport de bug ('''Attention:''' ca se prépare !), soumettre un patch/pull request, contacter l'enseignant ou la personne référente du projet.

* '''Vous devez maintenir une fiche de suivi de projet''': elle doit être mise à jour chaque semaine, elle rassemble les élements essentiels du projet, elle indique les évolutions du projet et présente sa feuille de route. '''Note:''' le nom de la fiche doit être composé du nom du projet et suffixé par info4_2020_2021. '''Cette fiche compte pour la note finale'''

* '''Votre code''' pour doit être hébergé sur le gitlab et à l'URL suivante https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21 , vous utiliserez votre compte UGA.

* Chaque projet doit avoir '''aux moins 2 dépôts git''':
** '''Un pour les documents''' demandés rapport, présentation de pré-soutenante, de soutenance, flyer. '''Il sera appelé documents.'''
** Un ou plusieurs pour le code, les tests, les évaluations, les preuves de concept, la ou les documentations afférentes.

* Les '''documents public doivent être rédigés en anglais (README, documentation, commentaires de code, nom de variables et de fonctions)'''. Le *rapport* sera aussi demandé en *anglais* (il fera la taille d'un rapport de TP). Les transparents des présentation peuvent être en anglais ou en francais, la soutenance sera taire en francais.

* '''La note obtenue''' tiendra compte du '''nombre et de la qualité des commits''' observé dans '''vos dépots git et la branche master''' (or depot documents). La qualité comprend l'intitulé du commit et son contenu. Les notes pourront être différentiées dans un groupe, il n'est pas acceptable de pas avoir de commit dans le(s) dépôt(s) du projet (or dépôt documents).

* Il est fortement conseillé de suivre un '''développement incrémental''' qui permette d'avoir à tout moment un démonstrateur à présenter, un projet peut être constituer d'une succession de '''démonstrateurs présentables séparément'''.

* Vous devez faire aussi des '''schémas d'architectures générales et/ou spéficiques, des diagrammes de séquence''', et autre documents de spécification si nécessaire. Ces documents vous serviront de base de discussion/brainstorming interne ainsi que dans vos différents documents (rapport, présentations, documentation). Ces schémas sont avant tout conceptuels et techniques.

===Propositions de projets S8===

* 1. Intégration de composants de mesures environnementales (eau, air, ...) pour le [[Contribution au projet STM32Python|projet STM32Python]] à destination des lycéens: Didier DONSEZ
* 2. [[Proof of Coverage LoRaWAN pour TTN, CampusIoT et Helium]] , Didier DONSEZ.
* 3. [[Evaluation du toolkit AI de STM32 pour l'analyse de l'environnement sonore]] (Suite 2022), Didier DONSEZ.
* 4. [[Passerelle et tableau de bord open-source TALQ-LoRaWAN pour un réseau d'éclairage urbain]] : Didier Donsez
* 5. [[Bibliothèque de décodeurs standards et d'afficheurs Grafana pour objets connectés LoRaWAN]] : Didier DONSEZ
* 6. [[Application mobile d'enregistrements de noeuds IoT LoRaWAN dans plusieurs réseaux]] (Suite) : Didier DONSEZ
* 7. [https://codimd.math.cnrs.fr/s/B029qfT5Q Courriels à Suppression Programmée] : Michaël Périn

==INFO5==
===Projet IoT S9===
Enseignants responsables : Bernard Tourancheau

Calendrier: Octobre à Décembre 2021. Soutenance 24 Janvier 2022.

{|class="wikitable alternance"
|+ Choix des projet des projets INFO5 Réseaux 21-22
|-
|
!scope="col"| Sujet
!scope="col"| Etudiants
!scope="col"| Documents
!scope="col"| Github/Trello
|-
!scope="row"| 1
| [[Réseau de capteur de dichlorométhane]]
| Dorian BARET - Malone JULIENNE - Quentin CAMBUS
| [https://lesjoiesducode.fr/quand-notre-revue-de-sprint-se-passe-nickel Fiche]
| [https://github.com/Cambus-Quentin/DichloWan2021/blob/main/README.md git]
|-
!scope="row"| 2
| [[Création d'un système pour localiser les élèves lors de courses d'orientation]]
| Antoine Gitton, Gilles Mertens, Bertrand Baudeur
|
|
|-
!scope="row"| 3
| [[Harnais animalier permettant de suivre notre animal domestique]]
| Sami ELHADJI TCHIAMBOU, Corentin HUMBERT, Paul LAMBERT, Hugo PRAT CAPILLA
|
|
|-
!scope="row"| 4
| [[Géolocalisation et suivi des transports en commun]]
| Liam ANDRIEUX, Lucas DREZET, Roman REGOUIN
|
|
|-
!scope="row"| 5
| [[Tracking des déplacements de joueurs sur un terrain]]
| Elias EL YANDOUZI, Lucas CHALOYARD
||
|-
!scope="row"| 6
| [[Beer Pong connecté]]
| Yael PARA, Théo TEYSSIER, Victor MALOD, Alexis LANQUETIN
|
|
|}

Exposés points techniques 10' - questions 5'
* Nom Sujet
* ??? Python
* ??? MQTT
* ??? COAP
* 22/10/2021 - Elias El Yandouzi - Les différentes techniques de virtualisation

===Projet Semestre S10===

Enseignants responsables : [[user:Donsez|Didier Donsez]]

Calendrier: ??/01 (13H30-17H30) au ??/03.

Séances de Management de projets innovants: A voir dessus.

Réunion de présentation et choix des sujets: ??/01 (13H30-17H30) en salle P257 (voir ADE)

Démarrage : ??/01 (13H30-17H30)

Soutenance à mi-parcours : ??/02/2021 13H30-17H30 en distantiel (15 minutes par équipe).

Soutenance finale : ??/03/2021 (8H30-12H00 et 13H30-17H00). 30 minutes par équipe, questions/réponses et démonstration incluse. Prière de rapporter au fablab le matériel emprunté juste après votre soutenance.

====Séances MPI====

Les séances MPI seront en distanciel (mais ADE fait foi).

<pre>

</pre>

==== Soutenance intermédiaire S10 ====
Date: ??/02 Après midi. Distantiel (sur Zoom).

L'objectif de la soutenance intermédiaire est de vérifier si l'équipe projet est en bon ordre de marche. La présence du porteur n'est pas obligatoire. Prévoyez du temps pour les questions-réponses (5 minutes max).

L'équipe présentera en 5-6 transparents en 8 minutes.
* les équipiers et leurs rôles
* le contexte, le sujet et l'objectif du projet
* l'architecture du systèmes à réaliser
* les technologies utilisées
* le plan de travail (backlog, planning, ce qui est fait, ce qu'il reste à faire ...)
* les difficultés (s'il y a)

Respectez bien les créneaux indiqués (par respect pour les autres équipes).

==== Soutenance finale S10 ====
Date: ??/03/2022 (8H30-12H00 et 13H30-17H00).

'''La présence du(des) porteur(s) est obligatoire. Pensez à les prévenir bien à l'avance'''

Durée: 30 minutes par équipe: présentation, questions/réponses et démonstration incluse.

Les documents devront être en ligne sur le wiki (colonne Documents) la veille (ie avant le ??/03/2021 23:59:59 CET).

La présentation est constituée des chapitres suivants:
* Rappel du sujet/besoin et cahier des charges
* Technologies employées
* Architecture techniques
* Réalisations techniques
* Gestion de projet (méthode, planning prévisionnel et effectif, gestion des risques, rôles des membres ...)
* Outils (collaboration, CD/CI ...)
* Métriques logiciels : lignes de code, langages, performance, temps ingénieur (d'après vos journaux), la répartition des lignes de code et des commits en pourcentage entre les membres du projet ...)
* Conclusion (Retour d'expérience)
* Transparent expliquant la démonstration

L'ensemble des documents doit être accessible depuis le tableau ci-dessus et dans chaque fiche de suivi.

Le screencast (réalisé lors de la dernière répétition) sera rendu disponible via un partage caché (wetransfer, google drive …) dont le lien sera ajouté dans le devoir idoine sur Moodle et également envoyé par mail à votre tuteur.

Le rapport final contient les mêmes chapitres que la présentation ainsi qu'un glossaire et une bibliographie. Le rapport ne doit pas dépasser 15 pages (schémas et figures compris). Vous pourrez référencer les autres documents que vous avez produits au cours du projet (spécifications détaillées, algorithmes, conception d'écrans ...).

Le rapport final est au format Markdown et doit être placé dans un des dépôts Git de votre groupe/organisation.

NB: le rapport technique listé dans la colonne Documents contient tout ce qui ne tient pas dans les 15 pages du rapport final : cahier des charges, diagrammes UML, enquêtes utilisateurs design UI, API, technologies employées (détail), plan de tests, term of services, conformance RPGD, audits/diagnostiques sécurité, MTBR, rapport de vulnérabilité, plan de charge, rapports de charge, manuel d'installation … : ça dépend un peu de la nature de votre projet.

Conseil : 30 minutes c'est très court alors répétez la soutenance auparavant ! Prévoyez des transparents supplémentaires en annexe pour répondre aux questions.

'''Prière de rapporter au fablab le matériel emprunté juste après votre soutenance'''.

==== Affectations S10====
{|class="wikitable alternance"
|+ Affectation des projets INFO5 2020-2021
|-
|
!scope="col"| Sujet
!scope="col"| Etudiants
!scope="col"| Enseignant(s)
!scope="col"| Fiche de suivi
!scope="col"| Documents
!scope="col"| Dépôt Git
!scope="col"| Soutenance intermédiaire
|-

|}

====Proposition de projets====
* [[LoRaWAN Roaming]] avec [[Chirpstack]] et [[TheThingStack]]: Didier Donsez, Bernard Tourancheau.
* [[Contributions open-source au projet JHipster]] : Didier Donsez
* [[Test d'infrastructures avec NixOS]] Olivier Richard et Quentin Guilloteau
* [[Réseau d'Alumni de formations]] (à confirmer), Gérard Pollier ([https://disrupt-campus.univ-grenoble-alpes.fr/design-factory-grenoble/ Design Factory Grenoble])
* [[Domus]] (à confirmer), Sybille Caffiau
* [[LoRaWAN @ La Mure]] (à confirmer), Fabrice Forest

Projets 2021-2022

2021-10-25T11:51:18Z

Perin: /* Propositions de projets S8 */

<<[[Projets 2020-2021]] | [[Projets]] | [[Projets 2022-2023]]>>
=INFO=
==INFO3==

==INFO4==
===Projet Semestre S8===

Enseignants responsables : Olivier Richard

* Dates : Lundi après-midi, Mardi après-midi
* Lancement: 18 Janvier 2021 après midi
* Soutenance à mi-parcours: A définir
* Soutenance: A définir

* '''Evaluation à mi-parcours le lundi/mardi ???''': Format: 10min (5min de présentation 3 slides au plus, 5min de discussion). Cette évaluation sera prise en compte dans la note finale.

'''Consignes générales:'''

* '''Vous devez être pro-actifs !!!''': Si des points sont pas ou mals spécifiés, vous le faîtes et vous justifiez vos choix. Pour les problèmes techniques éventuels vous pouvez: creuser la question, contacter l'auteur du code si il y a lieu, écrire un rapport de bug ('''Attention:''' ca se prépare !), soumettre un patch/pull request, contacter l'enseignant ou la personne référente du projet.

* '''Vous devez maintenir une fiche de suivi de projet''': elle doit être mise à jour chaque semaine, elle rassemble les élements essentiels du projet, elle indique les évolutions du projet et présente sa feuille de route. '''Note:''' le nom de la fiche doit être composé du nom du projet et suffixé par info4_2020_2021. '''Cette fiche compte pour la note finale'''

* '''Votre code''' pour doit être hébergé sur le gitlab et à l'URL suivante https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21 , vous utiliserez votre compte UGA.

* Chaque projet doit avoir '''aux moins 2 dépôts git''':
** '''Un pour les documents''' demandés rapport, présentation de pré-soutenante, de soutenance, flyer. '''Il sera appelé documents.'''
** Un ou plusieurs pour le code, les tests, les évaluations, les preuves de concept, la ou les documentations afférentes.

* Les '''documents public doivent être rédigés en anglais (README, documentation, commentaires de code, nom de variables et de fonctions)'''. Le *rapport* sera aussi demandé en *anglais* (il fera la taille d'un rapport de TP). Les transparents des présentation peuvent être en anglais ou en francais, la soutenance sera taire en francais.

* '''La note obtenue''' tiendra compte du '''nombre et de la qualité des commits''' observé dans '''vos dépots git et la branche master''' (or depot documents). La qualité comprend l'intitulé du commit et son contenu. Les notes pourront être différentiées dans un groupe, il n'est pas acceptable de pas avoir de commit dans le(s) dépôt(s) du projet (or dépôt documents).

* Il est fortement conseillé de suivre un '''développement incrémental''' qui permette d'avoir à tout moment un démonstrateur à présenter, un projet peut être constituer d'une succession de '''démonstrateurs présentables séparément'''.

* Vous devez faire aussi des '''schémas d'architectures générales et/ou spéficiques, des diagrammes de séquence''', et autre documents de spécification si nécessaire. Ces documents vous serviront de base de discussion/brainstorming interne ainsi que dans vos différents documents (rapport, présentations, documentation). Ces schémas sont avant tout conceptuels et techniques.

===Propositions de projets S8===

* 1. Intégration de composants de mesures environnementales (eau, air, ...) pour le [[Contribution au projet STM32Python|projet STM32Python]] à destination des lycéens: Didier DONSEZ
* 2. [[Proof of Coverage LoRaWAN pour TTN, CampusIoT et Helium]] , Didier DONSEZ.
* 3. [[Evaluation du toolkit AI de STM32 pour l'analyse de l'environnement sonore]] (Suite 2022), Didier DONSEZ.
* 4. [[Passerelle et tableau de bord open-source TALQ-LoRaWAN pour un réseau d'éclairage urbain]] : Didier Donsez
* 5. [[Bibliothèque de décodeurs standards et d'afficheurs Grafana pour objets connectés LoRaWAN]] : Didier DONSEZ
* 6. [[Application mobile d'enregistrements de noeuds IoT LoRaWAN dans plusieurs réseaux]] (Suite) : Didier DONSEZ
* 7. [https://codimd.math.cnrs.fr/s/B029qfT5Q Emails à Destruction Programmée] : Michaël Périn

==INFO5==
===Projet IoT S9===
Enseignants responsables : Bernard Tourancheau

Calendrier: Octobre à Décembre 2021. Soutenance 24 Janvier 2022.

{|class="wikitable alternance"
|+ Choix des projet des projets INFO5 Réseaux 21-22
|-
|
!scope="col"| Sujet
!scope="col"| Etudiants
!scope="col"| Documents
!scope="col"| Github/Trello
|-
!scope="row"| 1
| [[Réseau de capteur de dichlorométhane]]
| Dorian BARET - Malone JULIENNE - Quentin CAMBUS
| [https://lesjoiesducode.fr/quand-notre-revue-de-sprint-se-passe-nickel Fiche]
| [https://github.com/Cambus-Quentin/DichloWan2021/blob/main/README.md git]
|-
!scope="row"| 2
| [[Création d'un système pour localiser les élèves lors de courses d'orientation]]
| Antoine Gitton, Gilles Mertens, Bertrand Baudeur
|
|
|-
!scope="row"| 3
| [[Harnais animalier permettant de suivre notre animal domestique]]
| Sami ELHADJI TCHIAMBOU, Corentin HUMBERT, Paul LAMBERT, Hugo PRAT CAPILLA
|
|
|-
!scope="row"| 4
| [[Géolocalisation et suivi des transports en commun]]
| Liam ANDRIEUX, Lucas DREZET, Roman REGOUIN
|
|
|-
!scope="row"| 5
| [[Tracking des déplacements de joueurs sur un terrain]]
| Elias EL YANDOUZI, Lucas CHALOYARD
||
|-
!scope="row"| 6
| [[Beer Pong connecté]]
| Yael PARA, Théo TEYSSIER, Victor MALOD, Alexis LANQUETIN
|
|
|}

Exposés points techniques 10' - questions 5'
* Nom Sujet
* ??? Python
* ??? MQTT
* ??? COAP
* 22/10/2021 - Elias El Yandouzi - Les différentes techniques de virtualisation

===Projet Semestre S10===

Enseignants responsables : [[user:Donsez|Didier Donsez]]

Calendrier: ??/01 (13H30-17H30) au ??/03.

Séances de Management de projets innovants: A voir dessus.

Réunion de présentation et choix des sujets: ??/01 (13H30-17H30) en salle P257 (voir ADE)

Démarrage : ??/01 (13H30-17H30)

Soutenance à mi-parcours : ??/02/2021 13H30-17H30 en distantiel (15 minutes par équipe).

Soutenance finale : ??/03/2021 (8H30-12H00 et 13H30-17H00). 30 minutes par équipe, questions/réponses et démonstration incluse. Prière de rapporter au fablab le matériel emprunté juste après votre soutenance.

====Séances MPI====

Les séances MPI seront en distanciel (mais ADE fait foi).

<pre>

</pre>

==== Soutenance intermédiaire S10 ====
Date: ??/02 Après midi. Distantiel (sur Zoom).

L'objectif de la soutenance intermédiaire est de vérifier si l'équipe projet est en bon ordre de marche. La présence du porteur n'est pas obligatoire. Prévoyez du temps pour les questions-réponses (5 minutes max).

L'équipe présentera en 5-6 transparents en 8 minutes.
* les équipiers et leurs rôles
* le contexte, le sujet et l'objectif du projet
* l'architecture du systèmes à réaliser
* les technologies utilisées
* le plan de travail (backlog, planning, ce qui est fait, ce qu'il reste à faire ...)
* les difficultés (s'il y a)

Respectez bien les créneaux indiqués (par respect pour les autres équipes).

==== Soutenance finale S10 ====
Date: ??/03/2022 (8H30-12H00 et 13H30-17H00).

'''La présence du(des) porteur(s) est obligatoire. Pensez à les prévenir bien à l'avance'''

Durée: 30 minutes par équipe: présentation, questions/réponses et démonstration incluse.

Les documents devront être en ligne sur le wiki (colonne Documents) la veille (ie avant le ??/03/2021 23:59:59 CET).

La présentation est constituée des chapitres suivants:
* Rappel du sujet/besoin et cahier des charges
* Technologies employées
* Architecture techniques
* Réalisations techniques
* Gestion de projet (méthode, planning prévisionnel et effectif, gestion des risques, rôles des membres ...)
* Outils (collaboration, CD/CI ...)
* Métriques logiciels : lignes de code, langages, performance, temps ingénieur (d'après vos journaux), la répartition des lignes de code et des commits en pourcentage entre les membres du projet ...)
* Conclusion (Retour d'expérience)
* Transparent expliquant la démonstration

L'ensemble des documents doit être accessible depuis le tableau ci-dessus et dans chaque fiche de suivi.

Le screencast (réalisé lors de la dernière répétition) sera rendu disponible via un partage caché (wetransfer, google drive …) dont le lien sera ajouté dans le devoir idoine sur Moodle et également envoyé par mail à votre tuteur.

Le rapport final contient les mêmes chapitres que la présentation ainsi qu'un glossaire et une bibliographie. Le rapport ne doit pas dépasser 15 pages (schémas et figures compris). Vous pourrez référencer les autres documents que vous avez produits au cours du projet (spécifications détaillées, algorithmes, conception d'écrans ...).

Le rapport final est au format Markdown et doit être placé dans un des dépôts Git de votre groupe/organisation.

NB: le rapport technique listé dans la colonne Documents contient tout ce qui ne tient pas dans les 15 pages du rapport final : cahier des charges, diagrammes UML, enquêtes utilisateurs design UI, API, technologies employées (détail), plan de tests, term of services, conformance RPGD, audits/diagnostiques sécurité, MTBR, rapport de vulnérabilité, plan de charge, rapports de charge, manuel d'installation … : ça dépend un peu de la nature de votre projet.

Conseil : 30 minutes c'est très court alors répétez la soutenance auparavant ! Prévoyez des transparents supplémentaires en annexe pour répondre aux questions.

'''Prière de rapporter au fablab le matériel emprunté juste après votre soutenance'''.

==== Affectations S10====
{|class="wikitable alternance"
|+ Affectation des projets INFO5 2020-2021
|-
|
!scope="col"| Sujet
!scope="col"| Etudiants
!scope="col"| Enseignant(s)
!scope="col"| Fiche de suivi
!scope="col"| Documents
!scope="col"| Dépôt Git
!scope="col"| Soutenance intermédiaire
|-

|}

====Proposition de projets====
* [[LoRaWAN Roaming]] avec [[Chirpstack]] et [[TheThingStack]]: Didier Donsez, Bernard Tourancheau.
* [[Contributions open-source au projet JHipster]] : Didier Donsez
* [[Test d'infrastructures avec NixOS]] Olivier Richard et Quentin Guilloteau
* [[Réseau d'Alumni de formations]] (à confirmer), Gérard Pollier ([https://disrupt-campus.univ-grenoble-alpes.fr/design-factory-grenoble/ Design Factory Grenoble])
* [[Domus]] (à confirmer), Sybille Caffiau
* [[LoRaWAN @ La Mure]] (à confirmer), Fabrice Forest

Projets 2021-2022

2021-10-25T11:47:31Z

Perin: /* Propositions de projets S8 */

<<[[Projets 2020-2021]] | [[Projets]] | [[Projets 2022-2023]]>>
=INFO=
==INFO3==

==INFO4==
===Projet Semestre S8===

Enseignants responsables : Olivier Richard

* Dates : Lundi après-midi, Mardi après-midi
* Lancement: 18 Janvier 2021 après midi
* Soutenance à mi-parcours: A définir
* Soutenance: A définir

* '''Evaluation à mi-parcours le lundi/mardi ???''': Format: 10min (5min de présentation 3 slides au plus, 5min de discussion). Cette évaluation sera prise en compte dans la note finale.

'''Consignes générales:'''

* '''Vous devez être pro-actifs !!!''': Si des points sont pas ou mals spécifiés, vous le faîtes et vous justifiez vos choix. Pour les problèmes techniques éventuels vous pouvez: creuser la question, contacter l'auteur du code si il y a lieu, écrire un rapport de bug ('''Attention:''' ca se prépare !), soumettre un patch/pull request, contacter l'enseignant ou la personne référente du projet.

* '''Vous devez maintenir une fiche de suivi de projet''': elle doit être mise à jour chaque semaine, elle rassemble les élements essentiels du projet, elle indique les évolutions du projet et présente sa feuille de route. '''Note:''' le nom de la fiche doit être composé du nom du projet et suffixé par info4_2020_2021. '''Cette fiche compte pour la note finale'''

* '''Votre code''' pour doit être hébergé sur le gitlab et à l'URL suivante https://gricad-gitlab.univ-grenoble-alpes.fr/Projets-INFO4/20-21 , vous utiliserez votre compte UGA.

* Chaque projet doit avoir '''aux moins 2 dépôts git''':
** '''Un pour les documents''' demandés rapport, présentation de pré-soutenante, de soutenance, flyer. '''Il sera appelé documents.'''
** Un ou plusieurs pour le code, les tests, les évaluations, les preuves de concept, la ou les documentations afférentes.

* Les '''documents public doivent être rédigés en anglais (README, documentation, commentaires de code, nom de variables et de fonctions)'''. Le *rapport* sera aussi demandé en *anglais* (il fera la taille d'un rapport de TP). Les transparents des présentation peuvent être en anglais ou en francais, la soutenance sera taire en francais.

* '''La note obtenue''' tiendra compte du '''nombre et de la qualité des commits''' observé dans '''vos dépots git et la branche master''' (or depot documents). La qualité comprend l'intitulé du commit et son contenu. Les notes pourront être différentiées dans un groupe, il n'est pas acceptable de pas avoir de commit dans le(s) dépôt(s) du projet (or dépôt documents).

* Il est fortement conseillé de suivre un '''développement incrémental''' qui permette d'avoir à tout moment un démonstrateur à présenter, un projet peut être constituer d'une succession de '''démonstrateurs présentables séparément'''.

* Vous devez faire aussi des '''schémas d'architectures générales et/ou spéficiques, des diagrammes de séquence''', et autre documents de spécification si nécessaire. Ces documents vous serviront de base de discussion/brainstorming interne ainsi que dans vos différents documents (rapport, présentations, documentation). Ces schémas sont avant tout conceptuels et techniques.

===Propositions de projets S8===

* 1. Intégration de composants de mesures environnementales (eau, air, ...) pour le [[Contribution au projet STM32Python|projet STM32Python]] à destination des lycéens: Didier DONSEZ
* 2. [[Proof of Coverage LoRaWAN pour TTN, CampusIoT et Helium]] , Didier DONSEZ.
* 3. [[Evaluation du toolkit AI de STM32 pour l'analyse de l'environnement sonore]] (Suite 2022), Didier DONSEZ.
* 4. [[Passerelle et tableau de bord open-source TALQ-LoRaWAN pour un réseau d'éclairage urbain]] : Didier Donsez
* 5. [[Bibliothèque de décodeurs standards et d'afficheurs Grafana pour objets connectés LoRaWAN]] : Didier DONSEZ
* 6. [[Application mobile d'enregistrements de noeuds IoT LoRaWAN dans plusieurs réseaux]] (Suite) : Didier DONSEZ
* 7. [[Emails à Destruction Programmée]](https://codimd.math.cnrs.fr/s/B029qfT5Q) : Michaël Périn

==INFO5==
===Projet IoT S9===
Enseignants responsables : Bernard Tourancheau

Calendrier: Octobre à Décembre 2021. Soutenance 24 Janvier 2022.

{|class="wikitable alternance"
|+ Choix des projet des projets INFO5 Réseaux 21-22
|-
|
!scope="col"| Sujet
!scope="col"| Etudiants
!scope="col"| Documents
!scope="col"| Github/Trello
|-
!scope="row"| 1
| [[Réseau de capteur de dichlorométhane]]
| Dorian BARET - Malone JULIENNE - Quentin CAMBUS
| [https://lesjoiesducode.fr/quand-notre-revue-de-sprint-se-passe-nickel Fiche]
| [https://github.com/Cambus-Quentin/DichloWan2021/blob/main/README.md git]
|-
!scope="row"| 2
| [[Création d'un système pour localiser les élèves lors de courses d'orientation]]
| Antoine Gitton, Gilles Mertens, Bertrand Baudeur
|
|
|-
!scope="row"| 3
| [[Harnais animalier permettant de suivre notre animal domestique]]
| Sami ELHADJI TCHIAMBOU, Corentin HUMBERT, Paul LAMBERT, Hugo PRAT CAPILLA
|
|
|-
!scope="row"| 4
| [[Géolocalisation et suivi des transports en commun]]
| Liam ANDRIEUX, Lucas DREZET, Roman REGOUIN
|
|
|-
!scope="row"| 5
| [[Tracking des déplacements de joueurs sur un terrain]]
| Elias EL YANDOUZI, Lucas CHALOYARD
||
|-
!scope="row"| 6
| [[Beer Pong connecté]]
| Yael PARA, Théo TEYSSIER, Victor MALOD, Alexis LANQUETIN
|
|
|}

Exposés points techniques 10' - questions 5'
* Nom Sujet
* ??? Python
* ??? MQTT
* ??? COAP
* 22/10/2021 - Elias El Yandouzi - Les différentes techniques de virtualisation

===Projet Semestre S10===

Enseignants responsables : [[user:Donsez|Didier Donsez]]

Calendrier: ??/01 (13H30-17H30) au ??/03.

Séances de Management de projets innovants: A voir dessus.

Réunion de présentation et choix des sujets: ??/01 (13H30-17H30) en salle P257 (voir ADE)

Démarrage : ??/01 (13H30-17H30)

Soutenance à mi-parcours : ??/02/2021 13H30-17H30 en distantiel (15 minutes par équipe).

Soutenance finale : ??/03/2021 (8H30-12H00 et 13H30-17H00). 30 minutes par équipe, questions/réponses et démonstration incluse. Prière de rapporter au fablab le matériel emprunté juste après votre soutenance.

====Séances MPI====

Les séances MPI seront en distanciel (mais ADE fait foi).

<pre>

</pre>

==== Soutenance intermédiaire S10 ====
Date: ??/02 Après midi. Distantiel (sur Zoom).

L'objectif de la soutenance intermédiaire est de vérifier si l'équipe projet est en bon ordre de marche. La présence du porteur n'est pas obligatoire. Prévoyez du temps pour les questions-réponses (5 minutes max).

L'équipe présentera en 5-6 transparents en 8 minutes.
* les équipiers et leurs rôles
* le contexte, le sujet et l'objectif du projet
* l'architecture du systèmes à réaliser
* les technologies utilisées
* le plan de travail (backlog, planning, ce qui est fait, ce qu'il reste à faire ...)
* les difficultés (s'il y a)

Respectez bien les créneaux indiqués (par respect pour les autres équipes).

==== Soutenance finale S10 ====
Date: ??/03/2022 (8H30-12H00 et 13H30-17H00).

'''La présence du(des) porteur(s) est obligatoire. Pensez à les prévenir bien à l'avance'''

Durée: 30 minutes par équipe: présentation, questions/réponses et démonstration incluse.

Les documents devront être en ligne sur le wiki (colonne Documents) la veille (ie avant le ??/03/2021 23:59:59 CET).

La présentation est constituée des chapitres suivants:
* Rappel du sujet/besoin et cahier des charges
* Technologies employées
* Architecture techniques
* Réalisations techniques
* Gestion de projet (méthode, planning prévisionnel et effectif, gestion des risques, rôles des membres ...)
* Outils (collaboration, CD/CI ...)
* Métriques logiciels : lignes de code, langages, performance, temps ingénieur (d'après vos journaux), la répartition des lignes de code et des commits en pourcentage entre les membres du projet ...)
* Conclusion (Retour d'expérience)
* Transparent expliquant la démonstration

L'ensemble des documents doit être accessible depuis le tableau ci-dessus et dans chaque fiche de suivi.

Le screencast (réalisé lors de la dernière répétition) sera rendu disponible via un partage caché (wetransfer, google drive …) dont le lien sera ajouté dans le devoir idoine sur Moodle et également envoyé par mail à votre tuteur.

Le rapport final contient les mêmes chapitres que la présentation ainsi qu'un glossaire et une bibliographie. Le rapport ne doit pas dépasser 15 pages (schémas et figures compris). Vous pourrez référencer les autres documents que vous avez produits au cours du projet (spécifications détaillées, algorithmes, conception d'écrans ...).

Le rapport final est au format Markdown et doit être placé dans un des dépôts Git de votre groupe/organisation.

NB: le rapport technique listé dans la colonne Documents contient tout ce qui ne tient pas dans les 15 pages du rapport final : cahier des charges, diagrammes UML, enquêtes utilisateurs design UI, API, technologies employées (détail), plan de tests, term of services, conformance RPGD, audits/diagnostiques sécurité, MTBR, rapport de vulnérabilité, plan de charge, rapports de charge, manuel d'installation … : ça dépend un peu de la nature de votre projet.

Conseil : 30 minutes c'est très court alors répétez la soutenance auparavant ! Prévoyez des transparents supplémentaires en annexe pour répondre aux questions.

'''Prière de rapporter au fablab le matériel emprunté juste après votre soutenance'''.

==== Affectations S10====
{|class="wikitable alternance"
|+ Affectation des projets INFO5 2020-2021
|-
|
!scope="col"| Sujet
!scope="col"| Etudiants
!scope="col"| Enseignant(s)
!scope="col"| Fiche de suivi
!scope="col"| Documents
!scope="col"| Dépôt Git
!scope="col"| Soutenance intermédiaire
|-

|}

====Proposition de projets====
* [[LoRaWAN Roaming]] avec [[Chirpstack]] et [[TheThingStack]]: Didier Donsez, Bernard Tourancheau.
* [[Contributions open-source au projet JHipster]] : Didier Donsez
* [[Test d'infrastructures avec NixOS]] Olivier Richard et Quentin Guilloteau
* [[Réseau d'Alumni de formations]] (à confirmer), Gérard Pollier ([https://disrupt-campus.univ-grenoble-alpes.fr/design-factory-grenoble/ Design Factory Grenoble])
* [[Domus]] (à confirmer), Sybille Caffiau
* [[LoRaWAN @ La Mure]] (à confirmer), Fabrice Forest

Projets 2012-2013

2013-07-08T09:44:27Z

Perin: /* RICM3 */

<<[[Projets 2011-2012]] ^^[[Projets]]^^ [[Projets 2013-2014]]>>

==[http://www-verimag.imag.fr/~perin/enseignement/RICM3/infpl2/ PROJET RICM3]==
'''THÈME 2013 : Lemmings'''

Réalisez le jeu Lemmings (http://www.elizium.nu/scripts/lemmings/) sous la forme d'un simulateur d'automates.
* Chaque type de lemmings est un automate.
* Vous pouvez créer de nouveaux lemmings en définissant de nouveaux automates.
* Vous pouvez créer des variants du jeu en changeant la physique du monde des lemmings, ou en créant de nouvelle action de base (dédoublement, courte échelle, ...).

'''LES SOUTENANCES SE DEROULERONT LE 24 JUIN (Salles 018 et 022) A [[UFR IM2AG]]'''

* G1 : [[Lemmings avec catapulte]], 8h30, Amphi F018
* G5 : [[Laser Lemming]], 9h30, Amphi F018
* G6 : [[Lemmings by night]] 9h30, Amphi F022
* G4 : [[Princess Lemming]], 10h30, Amphi F018
* G3 : [[Il faut sauver le lemming Ryan]], 10h30, Amphi F022
* G2 : [[Lemmings sur table tactile]] 11h30, Amphi F018

==RICM4==

'''LES SOUTENANCES SE DEROULERONT LE 10 (Salle 253) et 11 AVRIL (Salle 257) A [[Polytech Grenoble|POLYTECH GRENOBLE]]'''

'''Notes:'''
* Tout les documents que vous rédigerez seront de préférence en '''anglais''' (fiche de suivi, commentaire de code, documentaton, rapport). Une bonnification sera accordée pour cela.
* Utilisez un '''logiciel de gestion de version''' pour vos développements comme [http://en.wikipedia.org/wiki/Git_%28software%29 git ] et nous vous conseillons d'utilise le site [https://github.com github] pour l'hébergement de votre dépôt public.

{|class="wikitable alternance"
|+ Affectation des projets RICM4 2012-2013
|-
|
!scope="col"| Sujet
!scope="col"| Etudiants
!scope="col"| Enseignant(s)
!scope="col"| Fiche de suivi
|-
!scope="row"| 1
| [[Trodomètre | Trodomètre v2]]
| Jean-François Bianco, Brice Théophile
| Jacques Lemordant, Nicolas Palix, Didier Donsez
| [[Proj-2012-2013-trodomètre | '''Fiche''']]

|-
!scope="row"| 2
|[[RobAIR2013]] Groupe 1
| [[User:Alexandre.Corso|Alexandre Corso]], [[User:Laurene.Guelorget|Laurène Guelorget]]
| David Eon, Didier Donsez, Olivier Richard, Nicolas Palix
| [[RobAIR2013-RICM4-Groupe1-Suivi| '''Fiche''']]

|-
!scope="row"| 3
|[[RobAIR2013]] Groupe 2
| [[User:Nicolas.Afonso|Nicolas Afonso]], [[User:Simon.Planes|Simon Planès]]
| David Eon, Didier Donsez, Olivier Richard, Nicolas Palix
| [[RobAIR2013-RICM4-Groupe2-Suivi| '''Fiche''']]

|-
!scope="row"| 4
|[[RobAIR2013]] Groupe 3
| [[User:Thomas.Nunes|Thomas Nunes]], [[User:Morgan.Bidois|Morgan Bidois]]
| David Eon, Didier Donsez, Olivier Richard, Nicolas Palix
| [[RobAIR2013-RICM4-Groupe3-Suivi| '''Fiche''']]

|-
!scope="row"| 5
|[[Réducation Fonctionnelle 2013]]
| [[User:Rebecca.Poustis|Rebecca Poustis]], [[User:Elisa.Martinez|Elisa Martinez]]
| Nicolas Vuillerme, Alessandro Semere
| [[Proj-2012-2013-RéducationFonctionnelle| '''Fiche''']]

|-
!scope="row"| 6
|[[Building Management System]]
| Mame Daba DIOUF, Michael COSTA DE CASTRO, Ruy Guilherme SILVA GOMES DE OLIVEIRA, Valeria Fernandes
| Didier Donsez
| [[Proj-2012-2013-BuildingManagementSystem| '''Fiche''']]

|-
!scope="row"| 7
|[[Arduino_STM32_Discovery_2013 | Arduino et cartes STM32-Discovery]]
| [[User:Tianming.Guo|Tianming Guo]], [[User:Minyi.Gu|Minyi Gu]], [[User:Xu.Feng|Xu Feng]]
| Olivier Richard
| [[Proj-2012-2013-arduino-stm32disco| '''Fiche''']]

|-
!scope="row"| 8
|[[OAR_Cloud_Computing_2013 | Plateforme de Cloud Computing décentralisée]]
| Alexandre Maurice, Jordan Calvi
| Olivier Richard et coopération startup
| [[Proj-2012-2013-OAR-Cloud| '''Fiche''']]

|-
!scope="row"| 9
|[[RPI_G5K_2013 | Raspberry Pi et Grid'5000 ]]
| [[User:Pierre.Lartigue|Pierre Lartigue]], [[User:Matthieu.Caneill|Matthieu Caneill]]
| Olivier Richard et Pierre Neyron
| [[Proj-2012-2013-RPI-G5K| '''Fiche''']]

|-
!scope="row"| 10
|[[Cave à vin NFC]]
| [[User:Jonathan.Lemoine|Jonathan Lemoine]], [[User:Nicolas.Husson|Nicolas Husson]]
| Sophie Chareyron et Fréderic Rousseau
| [[Proj-2012-2013-CaveVinNFC| '''Fiche''']]

|-
!scope="row"| 11
|[[Audioprothèse DIY]] Groupe 1
| Walid Bibi, Lotfi Manseur
| Olivier Richard
| [[Proj-2012-2013-Audioprothèse DIY-G1| '''Fiche''']]

|-
!scope="row"| 12
|[[Audioprothèse DIY]] Groupe 2
| Marion Dalle, Rémi Piotaix
| Olivier Richard
| [[Proj-2012-2013-Audioprothèse DIY-G2| '''Fiche''']]

|}

===Carte de compétences===
* [[Android]] :
* [[XBox Kinect]] :
* Creative Webcam
* [[Robot Operating System|ROS]] :
* [[NFC]] :
* [[STM32]] :
* [[Arduino]] :
* [http://www.grid5000.org Grid'5000] : Plate-forme distribuée dédiée à l'expérimentation
* Technologies pour la virtualisation: KVM/lxc et openvswitch
* [[Raspberry Pi]]

==RICM5==
===Projets S10===
28 Janvier au 22 mars 2013 (voir [http://ade52-ujf.grenet.fr/ade/custom/modules/plannings/direct_planning.jsp?projectId=15&login=voirPOLYTECH&password=polytech&resources=1110,1117,1124,125,15&days=0,1,2,3,4&displayConfId=1 ADE]) [[Soutenances Projet RICM 5 2012-2013]]
{|class="wikitable alternance"
|+ Planning P257 & P249 ([[Polytech Grenoble]])
|-
|
!scope="col"| Horaire
!scope="col"| Projet
!scope="col"| Encadrant(s)
!scope="col"| Etudiant(s)
!scope="col"| Documents
|-
!scope="row"| 1
| Jeudi 21/03 13H00-13H45
| [[RobAIR2013]]
| [[User:Donsez|Didier Donsez]]
| NICOLACCINI MICKAEL , ALEXANDRE ARTHUR, Salem HARRACHE , PAZ HERNANDEZ ELIZABETH
| [http://air.imag.fr/mediawiki/index.php/RobAIR2013-RICM5-Suivi Fiche suivi RobAIR] - [[Media:Projet_RobAIR2013_diapo.pdf |Transparents]] - [[Media:Flyer-RobAIR.pdf|Flyer]] - [[Media:Poster-RobAIR.pdf|Poster]] [http://youtu.be/-3mbR5M8lzw Video] - [http://robair.quicker.fr/ Site web]
|-
!scope="row"| 2
| Jeudi 21/03 13H45-14H30
| [[Armind]]
| Renaud Blanch, Nicolas Glade, Nicolas Vuillerme, Didier Pradon (APHP Garches)
| CHEVALLIER MARIE (PL), FALL YACINE, LU XIAO
| [http://air.imag.fr/mediawiki/index.php/Armind Fiche de suivi Armind] & [[Media:presentationArmind.ppt|transparents]] & [[Media:flyersArmind.pdf|flyers]] & [[Media:posterArmind.pdf|poster]]
|-
!scope="row"| 3
| Jeudi 21/03 14H30-14H45
| Pause
|-
!scope="row"| 4
| Jeudi 21/03 14H45-15H15
| [[Fusion multi-capteurs pour table tactile]]
| Renaud Blanch, Renaud Collin
| RAOUX MAXENCE (PL), DAUVERGNE LEOPOLD
| [http://air.imag.fr/mediawiki/index.php/Fusion_multi-capteurs_pour_table_tactile fiche suivi] & [http://air.imag.fr/mediawiki/images/b/be/Sonar_TablePresentation.pdf Transparents] & [http://air.imag.fr/mediawiki/images/0/07/FliyerSonarTable.pdf Flyer] & [http://air.imag.fr/mediawiki/images/thumb/2/2f/PosterSonarTable.jpg/600px-PosterSonarTable.jpg Poster] & [http://www.youtube.com/watch?v=8VKd9UdPNmc Video]
|-
!scope="row"| 5
| 15H15-16H00
| [[Coconode | Projet Réseaux de Capteurs]]
| Bernard Tourancheau
| CARAMELLI NOE-JEAN (PL), LEVEQUE FLORIAN, HO MINH QUAN
| [[Coconode | Fiche suivi]] & [[Media:Presentation_coconode.pdf | transparents]] & [[Media:Coconode_flyer.pdf | Flyer]] & [[Media:Coconode_poster.pdf | Poster]] & [[video ...]]
|-
!scope="row"| 6
| Jeudi 21/03 16H00-16H30
| [[OAR Cloud Computing 2013]]
| Olivier Richard
| MERCIER MICHAEL (PL)
| [[Proj-2012-2013-OAR-Cloud | fiche suivi]] & [[Media:Oar-cloud-pres.pdf‎ | transparents]]
|-
!scope="row"| 1
| Vendredi 22/03 14H30-15H15
| [[Projet 2013 : Interactive Digital Signage]]
| [[User:Donsez|Didier Donsez]]
| FOURURE FLORIAN, BISCH SIMON (PL), CLAVELIN AURELIEN
| [[fiche suivi ...]] & [http://air.imag.fr/mediawiki/index.php/File:-BISCH-FOURURE-CLAVELIN--RICM5-IDS-Presentation.pdf transparents] & [http://air.imag.fr/mediawiki/index.php/File:Flyers-IDS-BISCH-FOURURE-CLAVELIN.pdf flyer] & [http://air.imag.fr/mediawiki/index.php/File:Poster-IDS-RICM5-BISCH-FOURURE-CLAVELIN.png poster] & [http://youtu.be/N9lzwH4TDQ8 video]
|-
!scope="row"| 2
| Vendredi 22/03 15H15-16H00
| [http://www.cervin.org/wiki/index.php?title=Prototype_SmartPhone Projet CERVIN de "Rehab Lab"]
| Renaud Blanch, Francois Letellier de l'association [http://www.aconit.org/ ACONIT], le [http://www.ccsti-grenoble.org/ CCSTI Grenoble]
| OSWALD CAMILLE, WIRTH CLÉMENT, PRAK SORIYA, GNATTO-BAHIE CHRISTOPHER
| [http://www.cervin.org/wiki/index.php?title=Prototype_SmartPhone Wiki projet Cervin] & [http://air.imag.fr/mediawiki/images/c/c5/CervinPres.pdf transparent] & [http://air.imag.fr/mediawiki/images/9/9b/FlyerCervin.pdf flyer] & [http://air.imag.fr/mediawiki/images/9/9e/Poster.pdf poster ] & [http://www.youtube.com/watch?v=5qn1mFXITK4 Video]
|-
!scope="row"| 3
| Vendredi 22/03 16H00-16H45
| [[Développement d'une appli mobile pour urgentistes en Afrique utilisant la synthèse vocale]]
| Laurent Besacier, F. Camara et la [http://voxygen.fr/ société Voxygen]
| ELOY FABIEN, NGOUALA ROLLY, VIGIER SYLVAIN, GU QIKAI, SEGALA JOACHIM
| [http://air.imag.fr/mediawiki/index.php/D%C3%A9veloppement_d%27une_appli_mobile_pour_urgentistes_en_Afrique_utilisant_la_synth%C3%A8se_vocale Fiche de suivi] & [[Media:Soutenance_ProjetVoxygen.pdf| Transparents]] & [[Media:Flyers_ProjetVoxygen.pdf|Flyer]] & [[Media:Poster_ProjetVoxygen.pdf‎|Poster]]
|}

===Projet "Biométrie"===
Enseignants: Laurent Besacier & Johann Poignant
# [[PAGE WIKI ETUDIANTS 2012-13 RECONNAISSANCE FACIALE]]
# [[PAGE WIKI ETUDIANTS 2012-13 SIGNATURES]]

==3I4==

# [[No_Biofilm_No_Acoustic]]
# [[Dispositif d’apprentissage de la respiration et de la poussée pour l’accouchement]]
# [[Visualisation des champs visuels de patients atteints de DMLA]]
# [[Asservissement numérique d'une bille sur un rail par une carte mbed]]
# [[Commande adaptative pour la régulation de température et d’hygrométrie d’une cave à vin]]
# [[Développement d’une maquette d’une plateforme ferroviaire automatique de stockage utilisant le code QR]]
# [[Traitement embarqué d’algorithmes pour la mise en évidence d’indices de co-contraction musculaire]]
# [[RobAIR2013]]
# [[Réalisation d’une platine de modulation numérique multiprotocole]]
# [[Projet ISTERRE]]
# [[flight tracking]]

==3I5==

==M2PGI UE PM2M==
L'UE [[Projets M2PGI Services Machine-to-Machine]] a pour objectif de prototyper une application [[Machine-to-Machine]] (M2M)
<br>Démarrage : semaine du 21/01/2013 (11 étudiants en 5 groupes)

{|class="wikitable alternance"
|+ Affectation des projets M2PGI 2012-2013
|-
|
!scope="col"| Sujet
!scope="col"| Etudiants
!scope="col"| Enseignant(s)
!scope="col"| Fiche de suivi
|-
!scope="row"| 1
| [[Building Management System]] ([[enOcean]], FIO+XBee, [[DeviceHive]])
| Margaux Clerc, Bastien Rohart
| Didier Donsez
| [[Proj-2012-2013-BMSM2PGI | '''Fiche''']]

|-
!scope="row"| 2
| [[Robot d'inspection géotechnique]]
| Thibaut Guinoiseau, Laurent Lemke, Sophie Penot
| Didier Donsez
| [[Proj-2012-2013-RobotGeo | '''Fiche''']]

|-
!scope="row"| 3
| [[Vélocimètre]] + [[NoiseUnderground]] ([[DeviceHive]]) avec (Raspberry JDK8 [[JavaFX]] + Webcam)
| Philippe Creignou, Baptiste Venandy
| Didier Donsez
| [[Proj-2012-2013-VeloNoise | '''Fiche''']]

|-
!scope="row"| 4
| [[Pointeuse mobile NFC]]
| Martial Chabot, Arthur Plunet
| Gérard Forestier
| [[Proj-2012-2013-PointeuseNFC | '''Fiche''']]

|-
!scope="row"| 5
| [[Moniteur d'activité pour personnes agéés]]
| Ulysse Cadour, Guillaume Dupraz Canard
| Thomas Calmant Didier Donsez
| [[Moniteur d'activité pour personnes agéés| '''Fiche''']]

|-
!scope="row"| 6
| [[Surveillance Luminosité avec MQTT]]
| Ismaël ZAKARI TOURE
| Didier Donsez
| [[Surveillance Luminosité avec MQTT| '''Fiche''']]

|}

Princess Lemming

2013-07-08T09:34:07Z

Perin: /* Description (Contrat) */

[[File:RicommingsLogo.png|200px|thumb|right|Logo]]

* Encadrants: Eric GASCARD
* Elèves RICM3: Patrick PEREA (chef de projet),Rama CODAZZI,EL Hadji Malick FALL,Tianmao LAN,Ombeline ROSSI,Ye XIA

* [[File:NomProjetLemming-Flyer.pdf]]
* [[File:NomProjetLemming-Poster.pdf]]
* [[File:NomProjetLemming-Presentation.pdf]]
* [[File:NomProjetLemming-ScreenCast.wav]]
* [https://github.com/NomProjetLemming Dépôt des sources]

==Description (Contrat)==
[[File:RicommingsCapture.png|400px|thumb|right|Map]]

Ricommings est un jeu vidéo de réflexion dans lequel l’utilisateur doit mener de petits pingouins appelés Ricommings, jusqu’à la sortie. Il dispose pour cela d’un panel d’actions à leur faire réaliser, afin qu’ils interagissent avec leur environnement. Celui-ci est truffé de situation à première vue inextricables.
Dans le jeu de base, le niveau est réussi lorsqu’un certain pourcentage de Ricommings atteint la sortie. Cet objectif est inscrit en bas de l’écran. Un timer indique également le temps restant pour réussir le niveau.
Dans le second mode, seul le dernier Ricomming, un pingouin femelle, doit atteindre la sortie. Ses prédécesseurs ne sont destinés qu'à lui ouvrir la voie.

Voici le contrat de base qui a été fixé :
. Jeu de base = Lemmings
. Gestion du temps : Timer, Accélération, Pause
. Explosion des pingouins restants (nuke)
. 2 modes de jeu :
- Lemmings de base (sauver un certains pourcentage de Lemmings)
- sauver une princesse (qui ne sait que marcher)
. Sauvegarde/Reprise d'une partie

En extension :
. Objets actifs : pièges,monstres,portes

==Architecture==

[[File:Archi.jpeg|400px|thumb|center]]

==Manuel Utilisateur==

'''I- Fonctionnalités et détails'''

'''1- Dans les deux modes'''

Les Ricommings, lors de leur arrivée dans le niveau, se déplacent systématiquement vers la droite. Face à un mur, ils opèrent un demi-tour. Lorsqu’ils rencontrent du vide, ils chutent ; et meurent en rencontrant le sol s’ils tombaient à une trop grande vitesse. Nous rappelons que la chute accélère au fur et à mesure que le temps s’écoule.
Un timer indique dans quelle durée il faut réussir l’objectif défini. Si le temps imparti est écoulé, le jeu s’arrête.
En plus des boutons d’action des Ricommings, l’utilisateur dispose de plusieurs autres fonctionnalités :

'''2- Dans le second mode'''

Les Ricommings doivent assurer ici la sécurité de la Ricomming, qui n’est pas capable d’interagir avec le niveau et ne fait que suivre ses congénères masculins. Ces derniers doivent tout faire pour qu’elle arrive saine et sauve à la porte.

'''II- Installation'''

Ricommings nécessite d’avoir OCaml et la Machine Virtuelle Java (JVM) en version 1.7. Ensuite, il faut extraire le fichier '''.zip'''. Vous obtiendrez alors un dossier nommé « Ricommings » contenant un script d'exécution qu’il suffira juste de lancer ('''init.bat''' sous Windows ou '''init.sh''' sous Linux). Ce dossier contient également le fichier de configuration '''input.ml''' qui respecte toute la syntaxe du langage d’entrée du jeu mais qui reste éditable sous certaines conditions formelles à respecter cependant :
Vous ne devez en aucun cas définir une action différente de celles spécifiées ci-dessus :
'''angel,bash,bashEnd,bridging,climb,climbing,die,digging,explose,fall,falling,float,floating,gone,leave,leave,list,miningfloat,floating,gone,leave,mining,turnback,turnBack_blocker,walk,walkAC, walking'''.

Il en est de même pour les conditions que sont :
'''hole,out of map,wall,exit,ground,wall + could climb,wall + could bash,blocker,ground+fast,could float,emptiness,cannot climb,climb,angel,bomb,bridge,get to ground,get to top,ground + fast,end,no wall'''.

En ce qui concerne les id des états, ils doivent obligatoirement compris dans l’intervalle [0;11]. Les modes du jeu sont facile ou difficile et les natures des Lemmings bon ou princesse.
Pour le reste des éléments, il vous convient de les définir comme bon vous le semble tant qu’ils restent cohérents.

'''III- Utiliser le jeu'''

Le menu présente plusieurs options :

● Charger une sauvegarde

● Choisir le mode de jeu

● Choisir un niveau correspondant à une map

==Manuel Développeur==
'''INTRODUCTION'''

Ce manuel donne toutes les informations nécessaires à la compréhension du jeu Ricommings telles que les conventions de codage utilisées. Le jeu Ricommings reprend les mêmes principes que le jeu Lemmings mais avec des spécificités particulières.

L’utilisateur remplit des données dans un fichier Caml afin de définir tous les paramètres requis dans le jeu, notamment les comportements des Ricommings . L’évolution de ceux-ci se fera à partir d’algorithmes implémentés en Java. La partie pourra être visualisée par l’utilisateur via une interface graphique.

L’architecture globale de notre programme est décrite par le graphe suivant :

[[File:schema_archi.png|250px|thumb|center]]

'''PARTIE 1'''

'''1- Structure du fichier Ocaml'''

Le fichier Ocaml input.ml est destiné à être rempli par l’utilisateur qui doit respecter la grammaire de ce langage et les types tels qu’ils ont été définis. Ces types sont invariables. Le non-respect de ceux-ci entraîne une erreur d'exécution lors de la génération du fichier XML par le fichier parser.ml.

Voici la structure des types à respecter :

'''2- Ecriture du fichier XML'''

Pour générer le fichier XML, un parser n’est pas nécessaire (pas de manipulation de flux), ni une redéfinition de type sous forme de token. Il suffit juste de faire un appel à la fonction ecriretout qui permet d’écrire dans le fichier XML toutes les informations qui ont été saisies par l’utilisateur dans les structures prédéfinies.

Il faut cependant veiller à ne pas oublier ces deux instructions :

1. open String;;
Cette instruction permet de faire un appel au module String qui fournit des fonctions pour manipuler les chaînes de caractères dont la fonction 'length' qui permet de calculer la taille des chaînes données en entrée par l’utilisateur.

2. let canalsorti = open_out "Parser.xml";;
Cette ligne indique le fichier XML à créer ou à écraser s'il existe déjà.

La fonction ecriretout comporte trois sous-fonctions majeures :

→ ecriretoutmode permet de dérouler la liste des modes contenant chacune d’elles la map correspondante ainsi que le nombre de lemmings et leurs caractéristiques

→ ecriretoutcomportement qui décrit la liste des comportements à qui sont associés chacun un et un seul automate

Ces fonctions utilisent elles-mêmes des fonctions intermédiaires qui sont adaptées à d’éventuelles modifications (par exemple ajout de nouveaux attributs).
Lorsque les types ont été respectés par l’utilisateur, le fichier XML est généré sans problème comme cela est visible dans l’exemple suivant :

[[File:captureXML.png|250px|thumb|center]]

Dans le cas contraire, un message d’erreur est généré pour indiquer le bon type à utiliser.

'''PARTIE 2'''

'''1- Architecture du logiciel'''

Le logiciel est basé sur une architecture MVC (Modèle-Vue-Contrôleur). Il est découpé de la façon suivante :

[[File:MVC.png|250px|thumb|center]]

Le modèle assure la gestion des événements et le fonctionnement des automates.
Le contrôleur déclenche les événements et informe des changements au modèle.
La vue gère l’affichage du jeu.

'''2- Organisation du code'''

Le code est découpé en plusieurs paquets:

[[File:packaging.png|250px|thumb|center]]

'''→ Interface'''

Le package Interface comprend l’ensemble des classes nécessaires à l’affichage de l’interface graphique et le passage de fenêtre en fenêtres. La classe Menu regroupe tous les boutons que l’utilisateur peut utiliser depuis le menu principal. La classe JavaClip s’occupe de la musique qui tourne dans notre jeu. Enfin, la classe MainWin est classe s’occupant de la fenêtre de jeu. Cette même classe est utilisée que ce soit pour le mode FACILE ou DIFFICILE.

'''→ Model'''

Le package Model Comprend toutes les classes nécessaires à l’animation des personnages et la mise à jour de la map. Ainsi la classe D_Lemming s’occuper des données relatives aux lemmings (position, attribut climber ou floater etc), la classe G_Lemming s’occupe de l’affichage d’un lemming, c’est-à-dire de l’animation des sprites etc.
De la même façon, la classe D_Background s’occupe des données relatives à l’image de fond, comme le tableau de booléens (pour indiquer le sol ou murs sur la map, 0 pour indiquer le vide), ainsi que des méthodes permettant de déterminer si un lemming donné est en présence d’un mur, dans le vide etc. La classe G_Background contient toutes les méthodes permettant de mettre à jour l’affichage de la map comme G_Remove(). Cette méthode permet de peindre par-dessus la map lorsqu’un lemming effectue une action telle que digger, miner etc...

'''→ Interpréteur'''
Ce paquet gère le fichier XML donné en entrée. La classe Parser récupère tous les nœuds et attributs du fichier XML. Ainsi, les objets automates entre-autres sont créés à partir de celui-ci.

'''→ StateMachine'''

Il regroupe toutes les classes relatives au fonctionnement de l’automate et les structures qui permettent de l’implémenter :
*'''StateMachine''' qui représente l’automate
*'''StateMachineList''' qui est une liste d’automates
*'''Etat''' qui est l’association d’un id, d’un nom et d’une image
*'''EtatList''' qui gère une liste d’états
*'''Transition''' assure la création des transitions de l’automate à partir d’un état de départ, d’un état d’arrivée, d’une condition et d’une liste d’actions, ainsi que leur gestion.
*'''TransitionList''' régit une liste de transition
*'''Action''' qui est une classe abstraite dont hérite toutes les autres classes qui gèrent les actions que les Lemmings peuvent effectuer
*'''ActionList''' implémente une liste d’actions

'''→ Serializing'''

Ce package ne comprend que la classe Sauvegarde qui contient deux méthodes gérant l’enregistrement des parties : save pour la sauvegarde et load pour le chargement.

'''3- Hiérarchie des classes'''

L’organisation des classes se présente comme suit :

[[File:orga_classes.png|250px|thumb|center]]

Nous avons défini 6 classes permettant d’implémenter l’automate qui vient d’être présenté. Les états, transitions et actions sont récupérés à partir du XML.

Un automate est composé d’un Etat courant, d’une liste d’Etat et d’une liste de transitions. Nous avons implémenté la liste des états par une ArrayList d’objets de la classe Etat, et la liste des transitions par une ArrayList d’objets de la classe Transition.
Les états de l’automate sont par exemple, Walker, Floater, Climber etc…Un état est représenté par son identifiant qui est un int, son nom qui un String, et le nom du sprite correspondant. Par exemple pour l’état Walker, on aura l’image walker.gif.
Une transition est composée d’un état de départ, d’un état d’arrivée et d’une condition qui est un String, et d’une liste d’Actions.

La classe '''Automate''' contient une méthode '''step()''' qui récupère toutes les transitions correspondant à l’état courant de l’automate et, pour chaque transition vérifie si les conditions sont réunies pour exécuter cette transition. Cette méthode est appelée pour chaque lemming depuis la boucle principale du jeu. En fonction de la transition exécutée la méthode '''step()''' exécute les actions correspondantes à la transition en appelant la méthode '''run()''' et met à jour l’état courant de l’automate.

[[File:actions.png|250px|thumb|center]]

==Liens & Ressources==

Princess Lemming

2013-07-08T09:33:44Z

Perin: /* Description (Contrat) */

[[File:RicommingsLogo.png|200px|thumb|right|Logo]]

* Encadrants: Eric GASCARD
* Elèves RICM3: Patrick PEREA (chef de projet),Rama CODAZZI,EL Hadji Malick FALL,Tianmao LAN,Ombeline ROSSI,Ye XIA

* [[File:NomProjetLemming-Flyer.pdf]]
* [[File:NomProjetLemming-Poster.pdf]]
* [[File:NomProjetLemming-Presentation.pdf]]
* [[File:NomProjetLemming-ScreenCast.wav]]
* [https://github.com/NomProjetLemming Dépôt des sources]

==Description (Contrat)==
[[File:RicommingsCapture.png|400px|thumb|right|Map]]

Ricommings est un jeu vidéo de réflexion dans lequel l’utilisateur doit mener de petits pingouins appelés Ricommings, jusqu’à la sortie. Il dispose pour cela d’un panel d’actions à leur faire réaliser, afin qu’ils interagissent avec leur environnement. Celui-ci est truffé de situation à première vue inextricables.
Dans le jeu de base, le niveau est réussi lorsqu’un certain pourcentage de Ricommings atteint la sortie. Cet objectif est inscrit en bas de l’écran. Un timer indique également le temps restant pour réussir le niveau.
Dans le second mode, seul le dernier Ricomming, un pingouin femelle, doit atteindre la sortie. Ses prédécesseurs ne sont destinés qu'à lui ouvrir la voie.

Voici le contrat de base qui a été fixé :
. Jeu de base = Lemmings
. Gestion du temps : Timer, Accélération, Pause
. Explosion des pingouins restants (nuke)
. 2 modes de jeu : Lemmings de base (sauver un certains pourcentage de Lemmings) / sauver une princesse (qui ne sait que marcher)
. Sauvegarde/Reprise d'une partie

En extension :
. Objets actifs : pièges,monstres,portes

==Architecture==

[[File:Archi.jpeg|400px|thumb|center]]

==Manuel Utilisateur==

'''I- Fonctionnalités et détails'''

'''1- Dans les deux modes'''

Les Ricommings, lors de leur arrivée dans le niveau, se déplacent systématiquement vers la droite. Face à un mur, ils opèrent un demi-tour. Lorsqu’ils rencontrent du vide, ils chutent ; et meurent en rencontrant le sol s’ils tombaient à une trop grande vitesse. Nous rappelons que la chute accélère au fur et à mesure que le temps s’écoule.
Un timer indique dans quelle durée il faut réussir l’objectif défini. Si le temps imparti est écoulé, le jeu s’arrête.
En plus des boutons d’action des Ricommings, l’utilisateur dispose de plusieurs autres fonctionnalités :

'''2- Dans le second mode'''

Les Ricommings doivent assurer ici la sécurité de la Ricomming, qui n’est pas capable d’interagir avec le niveau et ne fait que suivre ses congénères masculins. Ces derniers doivent tout faire pour qu’elle arrive saine et sauve à la porte.

'''II- Installation'''

Ricommings nécessite d’avoir OCaml et la Machine Virtuelle Java (JVM) en version 1.7. Ensuite, il faut extraire le fichier '''.zip'''. Vous obtiendrez alors un dossier nommé « Ricommings » contenant un script d'exécution qu’il suffira juste de lancer ('''init.bat''' sous Windows ou '''init.sh''' sous Linux). Ce dossier contient également le fichier de configuration '''input.ml''' qui respecte toute la syntaxe du langage d’entrée du jeu mais qui reste éditable sous certaines conditions formelles à respecter cependant :
Vous ne devez en aucun cas définir une action différente de celles spécifiées ci-dessus :
'''angel,bash,bashEnd,bridging,climb,climbing,die,digging,explose,fall,falling,float,floating,gone,leave,leave,list,miningfloat,floating,gone,leave,mining,turnback,turnBack_blocker,walk,walkAC, walking'''.

Il en est de même pour les conditions que sont :
'''hole,out of map,wall,exit,ground,wall + could climb,wall + could bash,blocker,ground+fast,could float,emptiness,cannot climb,climb,angel,bomb,bridge,get to ground,get to top,ground + fast,end,no wall'''.

En ce qui concerne les id des états, ils doivent obligatoirement compris dans l’intervalle [0;11]. Les modes du jeu sont facile ou difficile et les natures des Lemmings bon ou princesse.
Pour le reste des éléments, il vous convient de les définir comme bon vous le semble tant qu’ils restent cohérents.

'''III- Utiliser le jeu'''

Le menu présente plusieurs options :

● Charger une sauvegarde

● Choisir le mode de jeu

● Choisir un niveau correspondant à une map

==Manuel Développeur==
'''INTRODUCTION'''

Ce manuel donne toutes les informations nécessaires à la compréhension du jeu Ricommings telles que les conventions de codage utilisées. Le jeu Ricommings reprend les mêmes principes que le jeu Lemmings mais avec des spécificités particulières.

L’utilisateur remplit des données dans un fichier Caml afin de définir tous les paramètres requis dans le jeu, notamment les comportements des Ricommings . L’évolution de ceux-ci se fera à partir d’algorithmes implémentés en Java. La partie pourra être visualisée par l’utilisateur via une interface graphique.

L’architecture globale de notre programme est décrite par le graphe suivant :

[[File:schema_archi.png|250px|thumb|center]]

'''PARTIE 1'''

'''1- Structure du fichier Ocaml'''

Le fichier Ocaml input.ml est destiné à être rempli par l’utilisateur qui doit respecter la grammaire de ce langage et les types tels qu’ils ont été définis. Ces types sont invariables. Le non-respect de ceux-ci entraîne une erreur d'exécution lors de la génération du fichier XML par le fichier parser.ml.

Voici la structure des types à respecter :

'''2- Ecriture du fichier XML'''

Pour générer le fichier XML, un parser n’est pas nécessaire (pas de manipulation de flux), ni une redéfinition de type sous forme de token. Il suffit juste de faire un appel à la fonction ecriretout qui permet d’écrire dans le fichier XML toutes les informations qui ont été saisies par l’utilisateur dans les structures prédéfinies.

Il faut cependant veiller à ne pas oublier ces deux instructions :

1. open String;;
Cette instruction permet de faire un appel au module String qui fournit des fonctions pour manipuler les chaînes de caractères dont la fonction 'length' qui permet de calculer la taille des chaînes données en entrée par l’utilisateur.

2. let canalsorti = open_out "Parser.xml";;
Cette ligne indique le fichier XML à créer ou à écraser s'il existe déjà.

La fonction ecriretout comporte trois sous-fonctions majeures :

→ ecriretoutmode permet de dérouler la liste des modes contenant chacune d’elles la map correspondante ainsi que le nombre de lemmings et leurs caractéristiques

→ ecriretoutcomportement qui décrit la liste des comportements à qui sont associés chacun un et un seul automate

Ces fonctions utilisent elles-mêmes des fonctions intermédiaires qui sont adaptées à d’éventuelles modifications (par exemple ajout de nouveaux attributs).
Lorsque les types ont été respectés par l’utilisateur, le fichier XML est généré sans problème comme cela est visible dans l’exemple suivant :

[[File:captureXML.png|250px|thumb|center]]

Dans le cas contraire, un message d’erreur est généré pour indiquer le bon type à utiliser.

'''PARTIE 2'''

'''1- Architecture du logiciel'''

Le logiciel est basé sur une architecture MVC (Modèle-Vue-Contrôleur). Il est découpé de la façon suivante :

[[File:MVC.png|250px|thumb|center]]

Le modèle assure la gestion des événements et le fonctionnement des automates.
Le contrôleur déclenche les événements et informe des changements au modèle.
La vue gère l’affichage du jeu.

'''2- Organisation du code'''

Le code est découpé en plusieurs paquets:

[[File:packaging.png|250px|thumb|center]]

'''→ Interface'''

Le package Interface comprend l’ensemble des classes nécessaires à l’affichage de l’interface graphique et le passage de fenêtre en fenêtres. La classe Menu regroupe tous les boutons que l’utilisateur peut utiliser depuis le menu principal. La classe JavaClip s’occupe de la musique qui tourne dans notre jeu. Enfin, la classe MainWin est classe s’occupant de la fenêtre de jeu. Cette même classe est utilisée que ce soit pour le mode FACILE ou DIFFICILE.

'''→ Model'''

Le package Model Comprend toutes les classes nécessaires à l’animation des personnages et la mise à jour de la map. Ainsi la classe D_Lemming s’occuper des données relatives aux lemmings (position, attribut climber ou floater etc), la classe G_Lemming s’occupe de l’affichage d’un lemming, c’est-à-dire de l’animation des sprites etc.
De la même façon, la classe D_Background s’occupe des données relatives à l’image de fond, comme le tableau de booléens (pour indiquer le sol ou murs sur la map, 0 pour indiquer le vide), ainsi que des méthodes permettant de déterminer si un lemming donné est en présence d’un mur, dans le vide etc. La classe G_Background contient toutes les méthodes permettant de mettre à jour l’affichage de la map comme G_Remove(). Cette méthode permet de peindre par-dessus la map lorsqu’un lemming effectue une action telle que digger, miner etc...

'''→ Interpréteur'''
Ce paquet gère le fichier XML donné en entrée. La classe Parser récupère tous les nœuds et attributs du fichier XML. Ainsi, les objets automates entre-autres sont créés à partir de celui-ci.

'''→ StateMachine'''

Il regroupe toutes les classes relatives au fonctionnement de l’automate et les structures qui permettent de l’implémenter :
*'''StateMachine''' qui représente l’automate
*'''StateMachineList''' qui est une liste d’automates
*'''Etat''' qui est l’association d’un id, d’un nom et d’une image
*'''EtatList''' qui gère une liste d’états
*'''Transition''' assure la création des transitions de l’automate à partir d’un état de départ, d’un état d’arrivée, d’une condition et d’une liste d’actions, ainsi que leur gestion.
*'''TransitionList''' régit une liste de transition
*'''Action''' qui est une classe abstraite dont hérite toutes les autres classes qui gèrent les actions que les Lemmings peuvent effectuer
*'''ActionList''' implémente une liste d’actions

'''→ Serializing'''

Ce package ne comprend que la classe Sauvegarde qui contient deux méthodes gérant l’enregistrement des parties : save pour la sauvegarde et load pour le chargement.

'''3- Hiérarchie des classes'''

L’organisation des classes se présente comme suit :

[[File:orga_classes.png|250px|thumb|center]]

Nous avons défini 6 classes permettant d’implémenter l’automate qui vient d’être présenté. Les états, transitions et actions sont récupérés à partir du XML.

Un automate est composé d’un Etat courant, d’une liste d’Etat et d’une liste de transitions. Nous avons implémenté la liste des états par une ArrayList d’objets de la classe Etat, et la liste des transitions par une ArrayList d’objets de la classe Transition.
Les états de l’automate sont par exemple, Walker, Floater, Climber etc…Un état est représenté par son identifiant qui est un int, son nom qui un String, et le nom du sprite correspondant. Par exemple pour l’état Walker, on aura l’image walker.gif.
Une transition est composée d’un état de départ, d’un état d’arrivée et d’une condition qui est un String, et d’une liste d’Actions.

La classe '''Automate''' contient une méthode '''step()''' qui récupère toutes les transitions correspondant à l’état courant de l’automate et, pour chaque transition vérifie si les conditions sont réunies pour exécuter cette transition. Cette méthode est appelée pour chaque lemming depuis la boucle principale du jeu. En fonction de la transition exécutée la méthode '''step()''' exécute les actions correspondantes à la transition en appelant la méthode '''run()''' et met à jour l’état courant de l’automate.

[[File:actions.png|250px|thumb|center]]

==Liens & Ressources==

Tag et Paint Ball en réalité augmentée

2013-04-30T08:37:09Z

Perin: /* Paint Ball Géant */

= iTag: des Tags parfaitement légaux en réalité aumgentée =

==Matériel==
Application pour cellulaires équipés d'une camera, un GPS, une connection internet

==Principe==
* tagger les murs de votre ville et même repeindre la tour Eiffel en toute légalité, tout en préservant la propreté de votre ville

* le téléphone permet de superposer sur l'image capturée par la caméra des Tags virtuels déposés par d'autres utilisateurs et récupérés sur internet à partir de la position GPS (+ des infos complémentaires)

==Modèle économique==
* L'application pour voir les Tag est gratuite
* L'application pour déposer des Tag est payante
* Financement par des subventions des villes ?

==Fonctionnement==
* une application permet de dessiner un tag sur son téléphone et le déposer sur un mur
* le temps de dépôt doit être proportionnel au temps de réalisation du tag (pour conserver l'esprit de la difficulté de tagguer)
* un dépôt correspond à son enregistrement sur un site internet : l'image + les coordonnées GPS + des points de reprères graphiques pour positionner correctement le tag
* les tags s'effacent au cours du temps

==Extension 3D==
On exploite le principe de la reconstruction 3D à partir d'une vidéo 2D et des mouvement de caméra: c'est le principe utilisé pour transformer les films 2D en 3D.
On exploite les accéléromètres et le gyroscope pour capturer le mouvement du télélphone et en le couplant à l'image de la caméra, on peut reconstruire le modèle 3D.

# Ainsi on peut faire en sorte que la projection du TAG s'adapte aux volumes du mur.
# On peut exploiter la profondeur et créer une application "jet de peinture" qui se comporte comme une lance incendie et permet de repeindre de grandes surfaces à distance (en tenant compte de la puissance du jet)

=Paint Ball Géant=

==L'idée==
utilisation des cellulaires dans des jeux de rôles géant

==Principe==
* même principe que les TAGs : superposition d'une image sur la vidéo capturée par la caméra
* on a une personne dans son viseur (qui est un joueur: comment le savoir ? bluetooth)
* comment shooter : à l'aide des NFC par contact du téléphone

Tag et Paint Ball en réalité augmentée

2013-04-30T08:36:57Z

Perin: /* Extension 3D */

= iTag: des Tags parfaitement légaux en réalité aumgentée =

==Matériel==
Application pour cellulaires équipés d'une camera, un GPS, une connection internet

==Principe==
* tagger les murs de votre ville et même repeindre la tour Eiffel en toute légalité, tout en préservant la propreté de votre ville

* le téléphone permet de superposer sur l'image capturée par la caméra des Tags virtuels déposés par d'autres utilisateurs et récupérés sur internet à partir de la position GPS (+ des infos complémentaires)

==Modèle économique==
* L'application pour voir les Tag est gratuite
* L'application pour déposer des Tag est payante
* Financement par des subventions des villes ?

==Fonctionnement==
* une application permet de dessiner un tag sur son téléphone et le déposer sur un mur
* le temps de dépôt doit être proportionnel au temps de réalisation du tag (pour conserver l'esprit de la difficulté de tagguer)
* un dépôt correspond à son enregistrement sur un site internet : l'image + les coordonnées GPS + des points de reprères graphiques pour positionner correctement le tag
* les tags s'effacent au cours du temps

==Extension 3D==
On exploite le principe de la reconstruction 3D à partir d'une vidéo 2D et des mouvement de caméra: c'est le principe utilisé pour transformer les films 2D en 3D.
On exploite les accéléromètres et le gyroscope pour capturer le mouvement du télélphone et en le couplant à l'image de la caméra, on peut reconstruire le modèle 3D.

# Ainsi on peut faire en sorte que la projection du TAG s'adapte aux volumes du mur.
# On peut exploiter la profondeur et créer une application "jet de peinture" qui se comporte comme une lance incendie et permet de repeindre de grandes surfaces à distance (en tenant compte de la puissance du jet)

==Paint Ball Géant==

==L'idée==
utilisation des cellulaires dans des jeux de rôles géant

==Principe==
* même principe que les TAGs : superposition d'une image sur la vidéo capturée par la caméra
* on a une personne dans son viseur (qui est un joueur: comment le savoir ? bluetooth)
* comment shooter : à l'aide des NFC par contact du téléphone

Tag et Paint Ball en réalité augmentée

2013-04-30T08:36:48Z

Perin: /* Extension 3D */

= iTag: des Tags parfaitement légaux en réalité aumgentée =

==Matériel==
Application pour cellulaires équipés d'une camera, un GPS, une connection internet

==Principe==
* tagger les murs de votre ville et même repeindre la tour Eiffel en toute légalité, tout en préservant la propreté de votre ville

* le téléphone permet de superposer sur l'image capturée par la caméra des Tags virtuels déposés par d'autres utilisateurs et récupérés sur internet à partir de la position GPS (+ des infos complémentaires)

==Modèle économique==
* L'application pour voir les Tag est gratuite
* L'application pour déposer des Tag est payante
* Financement par des subventions des villes ?

==Fonctionnement==
* une application permet de dessiner un tag sur son téléphone et le déposer sur un mur
* le temps de dépôt doit être proportionnel au temps de réalisation du tag (pour conserver l'esprit de la difficulté de tagguer)
* un dépôt correspond à son enregistrement sur un site internet : l'image + les coordonnées GPS + des points de reprères graphiques pour positionner correctement le tag
* les tags s'effacent au cours du temps

==Extension 3D==
On exploite le principe de la reconstruction 3D à partir d'une vidéo 2D et des mouvement de caméra: c'est le principe utilisé pour transformer les films 2D en 3D.
On exploite les accéléromètres et le gyroscope pour capturer le mouvement du télélphone et en le couplant à l'image de la caméra, on peut reconstruire le modèle 3D.

# Ainsi on peut faire en sorte que la projection du TAG s'adapte aux volumes du mur.

# On peut exploiter la profondeur et créer une application "jet de peinture" qui se comporte comme une lance incendie et permet de repeindre de grandes surfaces à distance (en tenant compte de la puissance du jet)

==Paint Ball Géant==

==L'idée==
utilisation des cellulaires dans des jeux de rôles géant

==Principe==
* même principe que les TAGs : superposition d'une image sur la vidéo capturée par la caméra
* on a une personne dans son viseur (qui est un joueur: comment le savoir ? bluetooth)
* comment shooter : à l'aide des NFC par contact du téléphone

Tag et Paint Ball en réalité augmentée

2013-04-30T08:36:15Z

Perin: /* Extension 3D */

= iTag: des Tags parfaitement légaux en réalité aumgentée =

==Matériel==
Application pour cellulaires équipés d'une camera, un GPS, une connection internet

==Principe==
* tagger les murs de votre ville et même repeindre la tour Eiffel en toute légalité, tout en préservant la propreté de votre ville

* le téléphone permet de superposer sur l'image capturée par la caméra des Tags virtuels déposés par d'autres utilisateurs et récupérés sur internet à partir de la position GPS (+ des infos complémentaires)

==Modèle économique==
* L'application pour voir les Tag est gratuite
* L'application pour déposer des Tag est payante
* Financement par des subventions des villes ?

==Fonctionnement==
* une application permet de dessiner un tag sur son téléphone et le déposer sur un mur
* le temps de dépôt doit être proportionnel au temps de réalisation du tag (pour conserver l'esprit de la difficulté de tagguer)
* un dépôt correspond à son enregistrement sur un site internet : l'image + les coordonnées GPS + des points de reprères graphiques pour positionner correctement le tag
* les tags s'effacent au cours du temps

==Extension 3D==
On exploite le principe de la reconstruction 3D à partir d'une vidéo 2D et des mouvement de caméra: c'est le principe utilisé pour transformer les films 2D en 3D.
On exploite les accéléromètres et le gyroscope pour capturer le mouvement du télélphone et en le couplant à l'image de la caméra, on peut reconstruire le modèle 3D.

# Ainsi on peut faire en sorte que la projection du TAG s'adapte aux volumes du mur.

# On peut exploiter la profondeur et créer une application "jet de peinture" qui se comporte comme une lance incendie et permet de repeindre de grandes surfaces à distance (en tenant compte de la puissance du jet)

==Paint Ball Géant==

==L'idée==
utilisation des cellulaires dans des jeux de rôles géant

==Principe==
* même principe que les TAGs : superposition d'une image sur la vidéo capturée par la caméra
* on a une personne dans son viseur (qui est un joueur: comment le savoir ? bluetooth)
* comment shooter : à l'aide des NFC par contact du téléphone

Tag et Paint Ball en réalité augmentée

2013-04-30T08:36:03Z

Perin: /* Fonctionnement */

= iTag: des Tags parfaitement légaux en réalité aumgentée =

==Matériel==
Application pour cellulaires équipés d'une camera, un GPS, une connection internet

==Principe==
* tagger les murs de votre ville et même repeindre la tour Eiffel en toute légalité, tout en préservant la propreté de votre ville

* le téléphone permet de superposer sur l'image capturée par la caméra des Tags virtuels déposés par d'autres utilisateurs et récupérés sur internet à partir de la position GPS (+ des infos complémentaires)

==Modèle économique==
* L'application pour voir les Tag est gratuite
* L'application pour déposer des Tag est payante
* Financement par des subventions des villes ?

==Fonctionnement==
* une application permet de dessiner un tag sur son téléphone et le déposer sur un mur
* le temps de dépôt doit être proportionnel au temps de réalisation du tag (pour conserver l'esprit de la difficulté de tagguer)
* un dépôt correspond à son enregistrement sur un site internet : l'image + les coordonnées GPS + des points de reprères graphiques pour positionner correctement le tag
* les tags s'effacent au cours du temps

==Extension 3D==

On exploite le principe de la reconstruction 3D à partir d'une vidéo 2D et des mouvement de caméra: c'est le principe utilisé pour transformer les films 2D en 3D.

On exploite les accéléromètres et le gyroscope pour capturer le mouvement du télélphone et en le couplant à l'image de la caméra, on peut reconstruire le modèle 3D.

# Ainsi on peut faire en sorte que la projection du TAG s'adapte aux volumes du mur.

# On peut exploiter la profondeur et créer une application "jet de peinture" qui se comporte comme une lance incendie et permet de repeindre de grandes surfaces à distance (en tenant compte de la puissance du jet)

==Paint Ball Géant==

==L'idée==
utilisation des cellulaires dans des jeux de rôles géant

==Principe==
* même principe que les TAGs : superposition d'une image sur la vidéo capturée par la caméra
* on a une personne dans son viseur (qui est un joueur: comment le savoir ? bluetooth)
* comment shooter : à l'aide des NFC par contact du téléphone

Tag et Paint Ball en réalité augmentée

2013-04-30T08:35:42Z

Perin: /* Matériel */

= iTag: des Tags parfaitement légaux en réalité aumgentée =

==Matériel==
Application pour cellulaires équipés d'une camera, un GPS, une connection internet

==Principe==
* tagger les murs de votre ville et même repeindre la tour Eiffel en toute légalité, tout en préservant la propreté de votre ville

* le téléphone permet de superposer sur l'image capturée par la caméra des Tags virtuels déposés par d'autres utilisateurs et récupérés sur internet à partir de la position GPS (+ des infos complémentaires)

==Modèle économique==
* L'application pour voir les Tag est gratuite
* L'application pour déposer des Tag est payante
* Financement par des subventions des villes ?

==Fonctionnement==
* une application permet de dessiner un tag sur son téléphone et le déposer sur un mur
* le temps de dépôt doit être proportionnel au temps de réalisation du tag (pour conserver l'esprit de la difficulté de tagguer)
* un dépôt correspond à son enregistrement sur un site internet : l'image + les coordonnées GPS + des points de reprères graphiques pour positionner correctement le tag
* les tags s'effacent au cours du temps

Extension 3D

On exploite le principe de la reconstruction 3D à partir d'une vidéo 2D et des mouvement de caméra: c'est le principe utilisé pour transformer les films 2D en 3D.

On exploite les accéléromètres et le gyroscope pour capturer le mouvement du télélphone et en le couplant à l'image de la caméra, on peut reconstruire le modèle 3D.

# Ainsi on peut faire en sorte que la projection du TAG s'adapte aux volumes du mur.

# On peut exploiter la profondeur et créer une application "jet de peinture" qui se comporte comme une lance incendie et permet de repeindre de grandes surfaces à distance (en tenant compte de la puissance du jet)

==Paint Ball Géant==

==L'idée==
utilisation des cellulaires dans des jeux de rôles géant

==Principe==
* même principe que les TAGs : superposition d'une image sur la vidéo capturée par la caméra
* on a une personne dans son viseur (qui est un joueur: comment le savoir ? bluetooth)
* comment shooter : à l'aide des NFC par contact du téléphone

Tag et Paint Ball en réalité augmentée

2013-04-30T08:35:31Z

Perin: /* iTag: des Tags parfaitement légaux en réalité aumgentée */

= iTag: des Tags parfaitement légaux en réalité aumgentée =

==Matériel==
application pour cellulaires équipés d'une camera, un GPS, une connection internet

==Principe==
* tagger les murs de votre ville et même repeindre la tour Eiffel en toute légalité, tout en préservant la propreté de votre ville

* le téléphone permet de superposer sur l'image capturée par la caméra des Tags virtuels déposés par d'autres utilisateurs et récupérés sur internet à partir de la position GPS (+ des infos complémentaires)

==Modèle économique==
* L'application pour voir les Tag est gratuite
* L'application pour déposer des Tag est payante
* Financement par des subventions des villes ?

==Fonctionnement==
* une application permet de dessiner un tag sur son téléphone et le déposer sur un mur
* le temps de dépôt doit être proportionnel au temps de réalisation du tag (pour conserver l'esprit de la difficulté de tagguer)
* un dépôt correspond à son enregistrement sur un site internet : l'image + les coordonnées GPS + des points de reprères graphiques pour positionner correctement le tag
* les tags s'effacent au cours du temps

Extension 3D

On exploite le principe de la reconstruction 3D à partir d'une vidéo 2D et des mouvement de caméra: c'est le principe utilisé pour transformer les films 2D en 3D.

On exploite les accéléromètres et le gyroscope pour capturer le mouvement du télélphone et en le couplant à l'image de la caméra, on peut reconstruire le modèle 3D.

# Ainsi on peut faire en sorte que la projection du TAG s'adapte aux volumes du mur.

# On peut exploiter la profondeur et créer une application "jet de peinture" qui se comporte comme une lance incendie et permet de repeindre de grandes surfaces à distance (en tenant compte de la puissance du jet)

==Paint Ball Géant==

==L'idée==
utilisation des cellulaires dans des jeux de rôles géant

==Principe==
* même principe que les TAGs : superposition d'une image sur la vidéo capturée par la caméra
* on a une personne dans son viseur (qui est un joueur: comment le savoir ? bluetooth)
* comment shooter : à l'aide des NFC par contact du téléphone

Tag et Paint Ball en réalité augmentée

2013-04-30T08:35:09Z

Perin: /* Matériel */

== iTag: des Tags parfaitement légaux en réalité aumgentée ==

===Matériel===
application pour cellulaires équipés d'une camera, un GPS, une connection internet

==Principe==
* tagger les murs de votre ville et même repeindre la tour Eiffel en toute légalité, tout en préservant la propreté de votre ville

* le téléphone permet de superposer sur l'image capturée par la caméra des Tags virtuels déposés par d'autres utilisateurs et récupérés sur internet à partir de la position GPS (+ des infos complémentaires)

==Modèle économique==
* L'application pour voir les Tag est gratuite
* L'application pour déposer des Tag est payante
* Financement par des subventions des villes ?

==Fonctionnement==
* une application permet de dessiner un tag sur son téléphone et le déposer sur un mur
* le temps de dépôt doit être proportionnel au temps de réalisation du tag (pour conserver l'esprit de la difficulté de tagguer)
* un dépôt correspond à son enregistrement sur un site internet : l'image + les coordonnées GPS + des points de reprères graphiques pour positionner correctement le tag
* les tags s'effacent au cours du temps

Extension 3D

On exploite le principe de la reconstruction 3D à partir d'une vidéo 2D et des mouvement de caméra: c'est le principe utilisé pour transformer les films 2D en 3D.

On exploite les accéléromètres et le gyroscope pour capturer le mouvement du télélphone et en le couplant à l'image de la caméra, on peut reconstruire le modèle 3D.

# Ainsi on peut faire en sorte que la projection du TAG s'adapte aux volumes du mur.

# On peut exploiter la profondeur et créer une application "jet de peinture" qui se comporte comme une lance incendie et permet de repeindre de grandes surfaces à distance (en tenant compte de la puissance du jet)

==Paint Ball Géant==

==L'idée==
utilisation des cellulaires dans des jeux de rôles géant

==Principe==
* même principe que les TAGs : superposition d'une image sur la vidéo capturée par la caméra
* on a une personne dans son viseur (qui est un joueur: comment le savoir ? bluetooth)
* comment shooter : à l'aide des NFC par contact du téléphone

Tag et Paint Ball en réalité augmentée

2013-04-30T08:34:48Z

Perin: /* Matériel */

== iTag: des Tags parfaitement légaux en réalité aumgentée ==

=Matériel=
application pour cellulaires équipés d'une camera, un GPS, une connection internet

==Principe==
* tagger les murs de votre ville et même repeindre la tour Eiffel en toute légalité, tout en préservant la propreté de votre ville

* le téléphone permet de superposer sur l'image capturée par la caméra des Tags virtuels déposés par d'autres utilisateurs et récupérés sur internet à partir de la position GPS (+ des infos complémentaires)

==Modèle économique==
* L'application pour voir les Tag est gratuite
* L'application pour déposer des Tag est payante
* Financement par des subventions des villes ?

==Fonctionnement==
* une application permet de dessiner un tag sur son téléphone et le déposer sur un mur
* le temps de dépôt doit être proportionnel au temps de réalisation du tag (pour conserver l'esprit de la difficulté de tagguer)
* un dépôt correspond à son enregistrement sur un site internet : l'image + les coordonnées GPS + des points de reprères graphiques pour positionner correctement le tag
* les tags s'effacent au cours du temps

Extension 3D

On exploite le principe de la reconstruction 3D à partir d'une vidéo 2D et des mouvement de caméra: c'est le principe utilisé pour transformer les films 2D en 3D.

On exploite les accéléromètres et le gyroscope pour capturer le mouvement du télélphone et en le couplant à l'image de la caméra, on peut reconstruire le modèle 3D.

# Ainsi on peut faire en sorte que la projection du TAG s'adapte aux volumes du mur.

# On peut exploiter la profondeur et créer une application "jet de peinture" qui se comporte comme une lance incendie et permet de repeindre de grandes surfaces à distance (en tenant compte de la puissance du jet)

==Paint Ball Géant==

==L'idée==
utilisation des cellulaires dans des jeux de rôles géant

==Principe==
* même principe que les TAGs : superposition d'une image sur la vidéo capturée par la caméra
* on a une personne dans son viseur (qui est un joueur: comment le savoir ? bluetooth)
* comment shooter : à l'aide des NFC par contact du téléphone

Tag et Paint Ball en réalité augmentée

2013-04-30T08:34:21Z

Perin: /* Extension 3D */

== iTag: des Tags parfaitement légaux en réalité aumgentée ==

==Matériel==
application pour cellulaires équipés d'une camera, un GPS, une connection internet

==Principe==
* tagger les murs de votre ville et même repeindre la tour Eiffel en toute légalité, tout en préservant la propreté de votre ville

* le téléphone permet de superposer sur l'image capturée par la caméra des Tags virtuels déposés par d'autres utilisateurs et récupérés sur internet à partir de la position GPS (+ des infos complémentaires)

==Modèle économique==
* L'application pour voir les Tag est gratuite
* L'application pour déposer des Tag est payante
* Financement par des subventions des villes ?

==Fonctionnement==
* une application permet de dessiner un tag sur son téléphone et le déposer sur un mur
* le temps de dépôt doit être proportionnel au temps de réalisation du tag (pour conserver l'esprit de la difficulté de tagguer)
* un dépôt correspond à son enregistrement sur un site internet : l'image + les coordonnées GPS + des points de reprères graphiques pour positionner correctement le tag
* les tags s'effacent au cours du temps

Extension 3D

On exploite le principe de la reconstruction 3D à partir d'une vidéo 2D et des mouvement de caméra: c'est le principe utilisé pour transformer les films 2D en 3D.

On exploite les accéléromètres et le gyroscope pour capturer le mouvement du télélphone et en le couplant à l'image de la caméra, on peut reconstruire le modèle 3D.

# Ainsi on peut faire en sorte que la projection du TAG s'adapte aux volumes du mur.

# On peut exploiter la profondeur et créer une application "jet de peinture" qui se comporte comme une lance incendie et permet de repeindre de grandes surfaces à distance (en tenant compte de la puissance du jet)

==Paint Ball Géant==

==L'idée==
utilisation des cellulaires dans des jeux de rôles géant

==Principe==
* même principe que les TAGs : superposition d'une image sur la vidéo capturée par la caméra
* on a une personne dans son viseur (qui est un joueur: comment le savoir ? bluetooth)
* comment shooter : à l'aide des NFC par contact du téléphone

Tag et Paint Ball en réalité augmentée

2013-04-30T08:33:54Z

Perin: /* Description */

== iTag: des Tags parfaitement légaux en réalité aumgentée ==

==Matériel==
application pour cellulaires équipés d'une camera, un GPS, une connection internet

==Principe==
* tagger les murs de votre ville et même repeindre la tour Eiffel en toute légalité, tout en préservant la propreté de votre ville

* le téléphone permet de superposer sur l'image capturée par la caméra des Tags virtuels déposés par d'autres utilisateurs et récupérés sur internet à partir de la position GPS (+ des infos complémentaires)

==Modèle économique==
* L'application pour voir les Tag est gratuite
* L'application pour déposer des Tag est payante
* Financement par des subventions des villes ?

==Fonctionnement==
* une application permet de dessiner un tag sur son téléphone et le déposer sur un mur
* le temps de dépôt doit être proportionnel au temps de réalisation du tag (pour conserver l'esprit de la difficulté de tagguer)
* un dépôt correspond à son enregistrement sur un site internet : l'image + les coordonnées GPS + des points de reprères graphiques pour positionner correctement le tag
* les tags s'effacent au cours du temps

==Extension 3D==

On exploite le principe de la reconstruction 3D à partir d'une vidéo 2D et des mouvement de caméra: c'est le principe utilisé pour transformer les films 2D en 3D.

On exploite les accéléromètres et le gyroscope pour capturer le mouvement du télélphone et en le couplant à l'image de la caméra, on peut reconstruire le modèle 3D.

# Ainsi on peut faire en sorte que la projection du TAG s'adapte aux volumes du mur.

# On peut exploiter la profondeur et créer une application "jet de peinture" qui se comporte comme une lance incendie et permet de repeindre de grandes surfaces à distance (en tenant compte de la puissance du jet)

# Paint Ball Géant

==L'idée==
utilisation des cellulaires dans des jeux de rôles géant

==Principe==
* même principe que les TAGs : superposition d'une image sur la vidéo capturée par la caméra
* on a une personne dans son viseur (qui est un joueur: comment le savoir ? bluetooth)
* comment shooter : à l'aide des NFC par contact du téléphone

Tag et Paint Ball en réalité augmentée

2013-04-30T08:33:19Z

Perin: /* Description */

==Description==

# iTag: des Tags parfaitement légaux en réalité aumgentée

==Matériel==
application pour cellulaires équipés d'une camera, un GPS, une connection internet

==Principe==
* tagger les murs de votre ville et même repeindre la tour Eiffel en toute légalité, tout en préservant la propreté de votre ville

* le téléphone permet de superposer sur l'image capturée par la caméra des Tags virtuels déposés par d'autres utilisateurs et récupérés sur internet à partir de la position GPS (+ des infos complémentaires)

==Modèle économique==
* L'application pour voir les Tag est gratuite
* L'application pour déposer des Tag est payante
* Financement par des subventions des villes ?

==Fonctionnement==
* une application permet de dessiner un tag sur son téléphone et le déposer sur un mur
* le temps de dépôt doit être proportionnel au temps de réalisation du tag (pour conserver l'esprit de la difficulté de tagguer)
* un dépôt correspond à son enregistrement sur un site internet : l'image + les coordonnées GPS + des points de reprères graphiques pour positionner correctement le tag
* les tags s'effacent au cours du temps

==Extension 3D==

On exploite le principe de la reconstruction 3D à partir d'une vidéo 2D et des mouvement de caméra: c'est le principe utilisé pour transformer les films 2D en 3D.

On exploite les accéléromètres et le gyroscope pour capturer le mouvement du télélphone et en le couplant à l'image de la caméra, on peut reconstruire le modèle 3D.

# Ainsi on peut faire en sorte que la projection du TAG s'adapte aux volumes du mur.

# On peut exploiter la profondeur et créer une application "jet de peinture" qui se comporte comme une lance incendie et permet de repeindre de grandes surfaces à distance (en tenant compte de la puissance du jet)

# Paint Ball Géant

==L'idée==
utilisation des cellulaires dans des jeux de rôles géant

==Principe==
* même principe que les TAGs : superposition d'une image sur la vidéo capturée par la caméra
* on a une personne dans son viseur (qui est un joueur: comment le savoir ? bluetooth)
* comment shooter : à l'aide des NFC par contact du téléphone

Tag et Paint Ball en réalité augmentée

2013-04-30T08:28:19Z

Perin: Created page with "==Description== # iTag: des Tags parfaitement légaux en réalité aumgentée Matériel: application pour cellulaires équipés d'une camera, un GPS, une connection internet P…"

==Description==

# iTag: des Tags parfaitement légaux en réalité aumgentée

Matériel: application pour cellulaires équipés d'une camera, un GPS, une connection internet

Principe:
tagger les murs de votre ville et même repeindre la tour Eiffel en
toute légalité, tout en préservant la propreté de votre ville

- le téléphone permet de superposer sur l'image capturée par la caméra des
Tags virtuels déposés par d'autres utilisateurs et récupérés sur
internet à partir de la position GPS (+ des infos complémentaires)

Modèle économique:
- L'application pour voir les Tag est gratuite
- L'application pour déposer des Tag est payante
- Financement par des subventions des villes ?

Fonctionnement:
- une application permet de dessiner un tag sur son téléphone
et le déposer sur un mur
- le temps de dépôt doit être proportionnel au temps de réalisation
du tag (pour conserver l'esprit de la difficulté de tagguer)
- un dépôt correspond à son enregistrement sur un site internet :
l'image + les coordonnées GPS + des points de reprères graphiques
pour positionner correctement le tag
- les tags s'effacent au cours du temps

Extension 3D:

On exploite le principe de la reconstruction 3D à partir d'une vidéo
2D et des mouvement de caméra: c'est le principe utilisé pour
transformer les films 2D en 3D.

On exploite les accéléromètres et le gyroscope pour capturer
le mouvement du télélphone et en le couplant à l'image de la caméra
on peut reconstruire le modèle 3D.

1. Ainsi on peut faire en sorte que la projection du TAG s'adapte aux
volumes du mur.

2. On peut exploiter la profondeur et créer une application "jet de
peinture" qui se comporte comme une lance incendie et permet de
repeindre de grandes surfaces à distance (en tenant compte de la
puissance du jet)

# Paint Ball Géant

L'idée: utilisation des cellulaires dans des jeux de rôles géant

Principe:
- même principe que les TAGs : superposition d'une image sur la vidéo capturée par la caméra
- on a une personne dans son viseur (qui est un joueur: comment le
savoir ? bluetooth)
- comment shooter : à l'aide des NFC par contact du téléphone

Projets 2013-2014

2013-04-30T08:25:49Z

Perin: /* Réserve (boite à idées) */

<<[[Projets 2012-2013]]

* [[Client MQTT pour OBD]]
* [[IllumiRoom]]
* [[Emergency mobile app]] Nicolas Palix pour TIS et RICM
* [[Bracelet électronique de monitoriing de l'alcoolémie]]
* [[Sign2Text]] (projet abandonné en 2013 : [[Proj-2012-2013-Sign2Text| '''Fiche de suivi 2013''']])
* [[Oxymètre DIY]]

==Réserve (boite à idées)==

# [[Tag et Paint Ball en réalité augmentée]] (Michaël Périn)
# [[Passe moi ton fichier]] (Michaël Périn)
# [[Extensions à Fab Server]] (Jean-Michel Molenaar) sous reserve (CM ou SR)
# [[Table multijeux de café 2.0]]
# [[ GPIO_Qemu_RasPI| Emulation des GPIO dans QEMU pour le carte Raspberry Pi]] (Olivier Richard)
# [[ Qemu et STM32F0-Discovery ]] (Olivier Richard)
# [[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]]
# Scheme Everywhere (Olivier Richard) (2-3 RICM4-SR)
# [[Projet Station Météo]]
# Ocaml on AVR (Arduino)
# [[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)
# [[SoundMachine]]
# [[IGN-OSM|Importation de données IGN publiques dans OSM]]
# [[Speed-limit-OSM|Analyse de traces GPX pour déterminer les limitations de vitesse]]
# [[Multi perceptual cameras]] (Didier Donsez)
# [[Photomaton 3D]] (Didier Donsez)
# [[ArduCopter]]

Projets 2013-2014

2013-04-30T08:25:32Z

Perin: /* Réserve (boite à idées) */

<<[[Projets 2012-2013]]

* [[Client MQTT pour OBD]]
* [[IllumiRoom]]
* [[Emergency mobile app]] Nicolas Palix pour TIS et RICM
* [[Bracelet électronique de monitoriing de l'alcoolémie]]
* [[Sign2Text]] (projet abandonné en 2013 : [[Proj-2012-2013-Sign2Text| '''Fiche de suivi 2013''']])
* [[Oxymètre DIY]]

==Réserve (boite à idées)==

# [[Tag et Paint Ball en réalité augmentée) (Michaël Périn)
# [[Passe moi ton fichier]] (Michaël Périn)
# [[Extensions à Fab Server]] (Jean-Michel Molenaar) sous reserve (CM ou SR)
# [[Table multijeux de café 2.0]]
# [[ GPIO_Qemu_RasPI| Emulation des GPIO dans QEMU pour le carte Raspberry Pi]] (Olivier Richard)
# [[ Qemu et STM32F0-Discovery ]] (Olivier Richard)
# [[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]]
# Scheme Everywhere (Olivier Richard) (2-3 RICM4-SR)
# [[Projet Station Météo]]
# Ocaml on AVR (Arduino)
# [[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)
# [[SoundMachine]]
# [[IGN-OSM|Importation de données IGN publiques dans OSM]]
# [[Speed-limit-OSM|Analyse de traces GPX pour déterminer les limitations de vitesse]]
# [[Multi perceptual cameras]] (Didier Donsez)
# [[Photomaton 3D]] (Didier Donsez)
# [[ArduCopter]]

Passe moi ton fichier

2013-02-07T13:54:29Z

Perin:

* UE/Module: Projet innovant de RICM4 option SR/CM
* Enseignant: ?
* Élèves: ?

==Description==

Il s'agit de développer un système d'échange de fichiers (musicaux, photos, pdf, ...) depuis un mobile équipée d'une connection wifi et de capteurs (accéléromètre, centrale giroscopique)
par lancement (virtuel évidemment) du fichier (par un simple coup de poigné de celui qui tient le mobile qui détient le fichier à transférer) vers le récepteur (un autre mobile, un PC)

Application 1 : transfert de fichiers facilité, le système permet :
* d'envoyer une image sur un vidéo projecteur
* de transferér un fichier vers un autre mobile

Application 2 : même principe avec en plus une composante système distribué
* jeu de passe entre joueurs équipés de mobiles : ça ne sert à rien mais c'est marrant et pas facile à faire !

==Matériel==

* votre propre téléphone portable ou ceux de la salle AIR (Didier Donsez a sans doute une caisse de ses anciens téléphones, il en change toutes les semaines... ;-)

Passe moi ton fichier

2013-02-07T13:53:45Z

Perin: Created page with "* UE/Module: Projet innovant de RICM4 option SR * Enseignant: ? * Élèves: ? ==Description== Il s'agit de développer un système d'échange de fichiers (musicaux, photos, pdf…"

* UE/Module: Projet innovant de RICM4 option SR
* Enseignant: ?
* Élèves: ?

==Description==

Il s'agit de développer un système d'échange de fichiers (musicaux, photos, pdf, ...) depuis un mobile équipée d'une connection wifi et de capteurs (accéléromètre, centrale giroscopique)
par lancement (virtuel évidemment) du fichier (par un simple coup de poigné de celui qui tient le mobile qui détient le fichier à transférer) vers le récepteur (un autre mobile, un PC)

Application 1 : transfert de fichiers facilité, le système permet :
* d'envoyer une image sur un vidéo projecteur
* de transferér un fichier vers un autre mobile

Application 2 : même principe avec en plus une composante système distribué
* jeu de passe entre joueurs équipés de mobiles : ça ne sert à rien mais c'est marrant et pas facile à faire !

==Matériel==

* votre propre téléphone portable ou ceux de la salle AIR (Didier Donsez a sans doute une caisse de ses anciens téléphones, il en change toutes les semaines... ;-)

Projets 2012-2013

2013-02-07T13:40:27Z

Perin: /* Réserve (boite à idées) */

<<[[Projets 2011-2012]] [[Projets 2013-2014]]>>

==RICM4==
'''Notes:'''
* Tout les documents que vous rédigerez seront de préférence en '''anglais''' (fiche de suivi, commentaire de code, documentaton, rapport). Une bonnification sera accordée pour cela.
* Utilisez un '''logiciel de gestion de version''' pour vos développements comme [http://en.wikipedia.org/wiki/Git_%28software%29 git ] et nous vous conseillons d'utilise le site [https://github.com github] pour l'hébergement de votre dépôt public.

{|class="wikitable alternance"
|+ Affectation des projets RICM4 2012-2013
|-
|
!scope="col"| Sujet
!scope="col"| Etudiants
!scope="col"| Enseignant(s)
!scope="col"| Fiche de suivi
|-
!scope="row"| 1
| [[Trodomètre | Trodomètre v2]]
| Jean-François Bianco, Brice Théophile
| Jacques Lemordant, Nicolas Palix, Didier Donsez
| [[Proj-2012-2013-trodomètre | '''Fiche''']]

|-
!scope="row"| 2
|[[RobAIR2013]] Groupe 1
| [[User:Nicolas.Afonso|Nicolas Afonso]], [[User:Alexandre.Corso|Alexandre Corso]], Simon Planes, [[User:Laurene.Guelorget|Laurène Guelorget]]
| David Eon, Didier Donsez, Olivier Richard, Nicolas Palix
| [[RobAIR2013-RICM4-Groupe1-Suivi| '''Fiche''']]

|-
!scope="row"| 3
|[[RobAIR2013]] Groupe 2
| [[User:Thomas.Nunes|Thomas Nunes]], [[User:Morgan.Bidois|Morgan Bidois]]
| David Eon, Didier Donsez, Olivier Richard, Nicolas Palix
| [[RobAIR2013-RICM4-Groupe3-Suivi| '''Fiche''']]

|-
!scope="row"| 4
|[[Réducation Fonctionnelle 2013]]
| [[User:Rebecca.Poustis|Rebecca Poustis]], [[User:Elisa.Martinez|Elisa Martinez]]
| Nicolas Vuillerme, Alessandro Semere
| [[Proj-2012-2013-RéducationFonctionnelle| '''Fiche''']]

|-
!scope="row"| 5
|[[Sign2Text]]
| Aitan Viegas, Priscilla
| Nicolas Vuillerme, Didier Donsez
| [[Proj-2012-2013-Sign2Text| '''Fiche''']]

|-
!scope="row"| 6
|[[Building Management System]]
| Mame Daba DIOUF, Michael COSTA DE CASTRO, Ruy Guilherme SILVA GOMES DE OLIVEIRA
| Didier Donsez
| [[Proj-2012-2013-BuildingManagementSystem| '''Fiche''']]

|-
!scope="row"| 7
|[[Arduino_STM32_Discovery_2013 | Arduino et cartes STM32-Discovery]]
| Tianming Guon, Minyi Gu, Xu Feng
| Olivier Richard
| [[Proj-2012-2013-arduino-stm32disco| '''Fiche''']]

|-
!scope="row"| 8
|[[OAR_Cloud_Computing_2013 | Plateforme de Cloud Computing décentralisée]]
| Alexandre Maurice, Jordan Calvi
| Olivier Richard et coopération startup
| [[Proj-2012-2013-OAR-Cloud| '''Fiche''']]

|-
!scope="row"| 9
|[[RPI_G5K_2013 | Raspberry Pi et Grid'5000 ]]
| [[User:Pierre.Lartigue|Pierre Lartigue]], [[User:Matthieu.Caneill|Matthieu Caneill]]
| Olivier Richard et Pierre Neyron
| [[Proj-2012-2013-RPI-G5K| '''Fiche''']]

|-
!scope="row"| 10
|[[Cave à vin NFC]]
| [[User:Jonathan.Lemoine|Jonathan Lemoine]], [[User:Nicolas.Husson|Nicolas Husson]]
| Sophie Chareyron et Fréderic Rousseau
| [[Proj-2012-2013-CaveVinNFC| '''Fiche''']]

|-
!scope="row"| 11
|[[Audioprothèse DIY]] Groupe 1
| Walid Bibi, Lotfi Manseur
| Olivier Richard
| [[Proj-2012-2013-Audioprothèse DIY-G1| '''Fiche''']]

|-
!scope="row"| 12
|[[Audioprothèse DIY]] Groupe 2
| Marion Dalle, Rémi Piotaix
| Olivier Richard
| [[Proj-2012-2013-Audioprothèse DIY-G2| '''Fiche''']]

|}

===Carte de compétences===
* [[Android]] :
* [[XBox Kinect]] :
* Creative Webcam
* [[Robot Operating System|ROS]] :
* [[NFC]] :
* [[STM32]] :
* [[Arduino]] :
* [http://www.grid5000.org Grid'5000] : Plate-forme distribuée dédiée à l'expérimentation
* Technologies pour la virtualisation: KVM/lxc et openvswitch
* [[Raspberry-Pi]]

==RICM5==
28 Janvier au 22 mars 2013 (voir [http://ade52-ujf.grenet.fr/ade/custom/modules/plannings/direct_planning.jsp?projectId=15&login=voirPOLYTECH&password=polytech&resources=1110,1117,1124,125,15&days=0,1,2,3,4&displayConfId=1 ADE])
# [[Armind]] (Renaud Blanch, Nicolas Glade, Nicolas Vuillerme) --> CHEVALLIER MARIE (PL), FALL YACINE, LU XIAO
# Accessibilité handicap dans les transports (Didier Donsez, Xavier Spengler) --> Non pris
# [[RobAIR2013]] (Didier Donsez, Xavier Spengler) --> NICOLACCINI MICKAEL, ALEXANDRE ARTHUR, HARRACHE SALEM, PAZ HERNANDEZ ELIZABETH
# [[Fusion multi-capteurs pour table tactile]] ((Renaud Blanch, Digitale) --> RAOUX MAXENCE (PL), DAUVERGNE LEOPOLD
# [[Développement d'une appli mobile pour urgentistes en Afrique utilisant la synthèse vocale]] (Laurent Besacier, F. Camara et la société Voxygen) --> ELOY FABIEN, NGOUALA ROLLY, VIGIER SYLVAIN, GU QIKAI, SEGALA JOACHIM
# [[Projet CERVIN de "Rehab Lab"]] (Renaud Blanch, Francois Letellier d'ACONIT, le CCSTI) en commun avec 3I5 --> OSWALD CAMILLE, WIRTH CLÉMENT, PRAK SORIYA, GNATTO-BAHIE CHRISTOPHER
# [[Projet 2013 : Interactive Digital Signage]] (Didier Donsez, Xavier Spengler) --> FOURURE FLORIAN, BISCH SIMON (PL), CLAVELIN AURELIEN
# Projet Réseaux de Capteurs (Bernard Tourancheau) --> CARAMELLI NOE-JEAN (PL), LEVEQUE FLORIAN, HO MINH QUAN
# Projet Cloud Computing Middleware (Olivier Richard) --> MERCIER MICHAEL (PL)

* Projet "Biométrie" (Laurent Besacier & Johann Poignant)
## [[PAGE WIKI ETUDIANTS 2012-13 RECONNAISSANCE FACIALE]]
## [[PAGE WIKI ETUDIANTS 2012-13 SIGNATURES]]

==3I4==

# [[No_Biofilm_No_Acoustic]]
# [[Dispositif d’apprentissage de la respiration et de la poussée pour l’accouchement]]
# [[Visualisation des champs visuels de patients atteints de DMLA]]
# [[Asservissement numérique d'une bille sur un rail par une carte mbed]]
# [[Commande adaptative pour la régulation de température et d’hygrométrie d’une cave à vin]]
# [[Développement d’une maquette d’une plateforme ferroviaire automatique de stockage utilisant le code QR]]
# [[Traitement embarqué d’algorithmes pour la mise en évidence d’indices de co-contraction musculaire]]
# [[RobAIR2013]]
# [[Réalisation d’une platine de modulation numérique multiprotocole]]
# [[Projet ISTERRE]]
# [[flight tracking]]

==3I5==

==M2PGI UE PM2M==
L'UE [[Projets M2PGI Services Machine-to-Machine]] a pour objectif de prototyper une application [[Machine-to-Machine]] (M2M)
<br>Démarrage : semaine du 21/01/2013 (11 étudiants en 5 groupes)
* [[Building Management System]] ([[enOcean]], FIO+XBee, [[DeviceHive]]) : Margaux Clerc, Bastien Rohart
* [[Robot d'inspection géotechnique]] : Thibaut Guinoiseau, Laurent Lemke, Sophie Penot
* [[Vélocimètre]] + [[NoiseUnderground]] ([[DeviceHive]]) avec (Raspberry JDK8 [[JavaFX]] + Webcam) : Philippe Creignou, Baptiste Venandy

* [[Pointeuse mobile NFC]] (avec Gérard Forestier) : Martial Chabot, Arthur Plunet

* [[Moniteur d'activité pour personnes agéés]] en [[ePython sur STM32]] et MQTT (Thomas Calmant Didier Donsez) : : Ulysse Cadour, Guillaume Dupraz Canard

==Réserve (boite à idées)==

# [[Passe moi ton fichier]] (Michaël Périn)
# [[Extensions à Fab Server]] (Jean-Michel Molenaar) sous reserve (CM ou SR)
# [[Table multijeux de café 2.0]]
# [[ GPIO_Qemu_RasPI| Emulation des GPIO dans QEMU pour le carte Raspberry Pi]] (Olivier Richard)
# [[ Qemu et STM32F0-Discovery ]] (Olivier Richard)
# [[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]]
# Scheme Everywhere (Olivier Richard) (2-3 RICM4-SR)
# [[Projet Station Météo]]
# Ocaml on AVR (Arduino)
# [[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)
# [[SoundMachine]]
# [[IGN-OSM|Importation de données IGN publiques dans OSM]]
# [[Speed-limit-OSM|Analyse de traces GPX pour déterminer les limitations de vitesse]]
# [[Multi perceptual cameras]] (Didier Donsez)
# [[Photomaton 3D]] (Didier Donsez)
# [[ArduCopter]]

Linux Install Party

2012-06-27T10:19:40Z

Perin:

[[File:Linux_crystalized_tux.jpg|right]]

Une Linux Install Party est planifiée le mercredi 3 octobre 2012 à Polytech'Grenoble.

Elle est réservée aux élèves de Polytech'Grenoble.

Apportez vos portables (et si possible des clés USB > 1 Go)

Elle sera encadrée par les élèves de RICM4 et RICM5.

'''DÉROULEMENT DE LA JOURNÉE'''

Vous aurez en début de journée une courte présentation de ce qu'est
linux, les différentes distributions, les partitions (quelles tailles ?), le dual boot,
le live-CD ou live-USB, les packages, l'organisation du système de fichier, ...

'''CONCERNANT LA DISTRIBUTION ET L'INSTALLATION'''

Solution 1 :

Si on a une machine maître et un switch : on peut faire l'installation
par boot sur le réseau (wifi campus ?) et sélection de la distrib dans
un menu. À condition que la machine permettent de le faire et d'avoir
une accès réseau.

Solution 2 :

par clé USB, ça évite de graver des CD. Un clef d'1G doit suffire. On
n'a pas besoin très longtemps de la clé mais ça sera au même moment
pour tous... Heureusement l'INRIA fait un don de 20 clefs USB d'1 Go.

'''QUELLE DISTRIBUTION ?'''

Debian ou Ubuntu. Ubuntu est réputée plus simple à installer. Debian
peut permettre plus de flexibilité pour ceux qui veulent.

'''EST-CE RISQUÉ ?'''

Il y a un risque lors de l'installation c'est de perdre les données et
l'OS (windows) actuellement présent sur la machine.

'''CONCERNANT LA GARANTIE'''

Certains revendeurs de PC affirment qu'installer Linux dessus annulerait la garantie.

Mais ils ont dû payer plus que le prix de l'ordinateur quand des
achteurs motivés ont attaqués cette règle d'annulation et sont allés
au bout de procédures judiciaires. Maintenant, les
entreprises/vendeurs se couchent assez rapidement quand on insiste un
minimum pour maintenir la garantie matériel lorsqu'on installe linux.

'''SAUVEGARDE DES DONNÉES PERSONNELLES'''

Précaution :

Il faut trier ses données personnelles et les ranger dans un
répertoire bien identifiable par exemple : son nom suivi de data (ex:
Torvalds-data/). Puis sauvegarder sur un support externe.

'''SAUVEGARDE DU SYSTÈME D'EXPLOIATION (ou OS pour Operating System)'''

Les ordinateurs récents sont souvenent vendus avec Windows
pré-installé mais sans disque de réinstallation. Si on écrase ce
système par erreur, on risque de le perdre.

Solution 1 :

Les encadrants vont essayer de récupérer un DD d'1 Tera-octets pour
faire des images disques pour les gens n'ayant pas sauvé leurs
données. Mais ça sera lent ! et surtout la sauvegarde devra
s'effectuer un par un à la chaîne pour ceux qui désirent ça.

Solution 2 :

Dans la plupart des OS il y a des outils dans les media d'installation
qui permette de faire des suvegardes sur CD ou DVD.

Solution 3 :

La plupart des OS proposent des outils de re-découper son disque dur
en plusieurs partitions sans perdre les données présentes (si tout se
passe bien...). Pour installer à la fois Linux et Windows sur son ordi,
il faudra de toutes les manières repartitionner le disque.

Solution 4 : installation light pour une utilisation occasionnelle

On peut aussi installer linux de manière light en laissant le système
sur une clef USB (de plusieurs Go) qu'il faudra insérer (et laisser
connecter) à chaque fois qu'on voudra travailler sous linux.

C'est une solution envisageable si on utilise linux que très occasionnellement.

Contact: Michael Perin, X.Y@imag.fr X=Prenom & Y=Nom

FollowMe, CatchMe

2011-09-05T11:33:47Z

Perin:

* UE/Module: Projet innovant de RICM4 option SR
* Enseignant: ?
* Élèves: ?

==Introduction==

Il s'agit d'exploiter les caméras vidéo embarquées sur le drone pour suivre et filmer une personne qui se déplace.

Divers applications :
* 1ère extension de skype, suivi de la personne en conversation. Cela suppose une reconnaissance avec suivi du visage pour le mode conversation.
* 2ème extension de skype, visite d'un appartement, d'un chantier, ... Cela suppose un autre mode de reconnaissance pour identifier et suivre la personne dans un lieu fréquenté par plusieurs personnes.
* filmer un sportif là où il est difficile de le filmer (un grimpeur par exemple)

==Equipement==

un drone Parrot + ...

Projets 2011-2012

2011-09-05T11:33:13Z

Perin:

# [[FollowMe, CatchMe]] (un drone+webcam pour le suivi de personne) (Michaël Périn)
# [[EA2011| Etudes d'Approfondissement]] 2011 en RICM5
# [[Table interactive musicale]] (Didier Donsez)
# [[iMailbox]] (Didier Donsez)
# [[AmILight]] (eclairage d'ambience intelligent) (Didier Donsez)
# [[PDAmeetPDA]] (synchronisation d'agenda) (Michaël Périn)
# [[Qemu Cortex-M3 Boards | Qemu et carte ARM Cortex-M3]] (extension de l'émulateur Qemu) (Olivier Richard) (2-3 RICM4-SR)
# [[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]]
# [[FreeRTOS on STM32 Discovery]]
# [[Reverse Geocache Puzzle Box]]
# [[Ballon sonde]] (Didier Donsez)
# [[OSGi ME]] (Didier Donsez)
# [[Total Recall]] (Didier Donsez)
# [[Camera d'observation à basse altitude]]
# [[Serrure à clé MIDI multifactorielle]] (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
# [[Mister PRI]] (Prévention des Risques Industriels) (Didier Donsez)
# [[iCoolSleep]] : réveil moniteur de sommeil (Didier Donsez)
# [[Ktechlab Simavr Arduino | Ktechlab et integration de Simavr(Arduino)]] (Olivier Richard) (2-3 RICM4-SR)
# [[CNC]]

# [[Idées en Vrac]]
# [[UPnP Medialab]]

# 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)
# [[iMailbox]] (Didier Donsez)
# [[AmILight]] (eclairage d'amnbience intelligent) (Didier Donsez)
# Cube pointeur d'activité ingénieur
# [[Internet des Choses et Réalité Augmentée]] (Didier Donsez)
# [http://www.instructables.com/id/Puppeteer-Motion-Capture-Costume/ Puppeteer Motion-Capture Costume]

Projets 2011-2012

2011-09-05T11:33:02Z

Perin:

# [[FollowMe & CatchMe]] (un drone+webcam pour le suivi de personne) (Michaël Périn)
# [[EA2011| Etudes d'Approfondissement]] 2011 en RICM5
# [[Table interactive musicale]] (Didier Donsez)
# [[iMailbox]] (Didier Donsez)
# [[AmILight]] (eclairage d'ambience intelligent) (Didier Donsez)
# [[PDAmeetPDA]] (synchronisation d'agenda) (Michaël Périn)
# [[Qemu Cortex-M3 Boards | Qemu et carte ARM Cortex-M3]] (extension de l'émulateur Qemu) (Olivier Richard) (2-3 RICM4-SR)
# [[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]]
# [[FreeRTOS on STM32 Discovery]]
# [[Reverse Geocache Puzzle Box]]
# [[Ballon sonde]] (Didier Donsez)
# [[OSGi ME]] (Didier Donsez)
# [[Total Recall]] (Didier Donsez)
# [[Camera d'observation à basse altitude]]
# [[Serrure à clé MIDI multifactorielle]] (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
# [[Mister PRI]] (Prévention des Risques Industriels) (Didier Donsez)
# [[iCoolSleep]] : réveil moniteur de sommeil (Didier Donsez)
# [[Ktechlab Simavr Arduino | Ktechlab et integration de Simavr(Arduino)]] (Olivier Richard) (2-3 RICM4-SR)
# [[CNC]]

# [[Idées en Vrac]]
# [[UPnP Medialab]]

# 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)
# [[iMailbox]] (Didier Donsez)
# [[AmILight]] (eclairage d'amnbience intelligent) (Didier Donsez)
# Cube pointeur d'activité ingénieur
# [[Internet des Choses et Réalité Augmentée]] (Didier Donsez)
# [http://www.instructables.com/id/Puppeteer-Motion-Capture-Costume/ Puppeteer Motion-Capture Costume]

Projets 2011-2012

2011-09-05T11:32:42Z

Perin:

FollowMe, CatchMe

2011-09-05T11:30:01Z

Perin:

FollowMe, CatchMe

2011-09-05T11:29:30Z

Perin:

* UE/Module: Projet innovant de RICM4 option SR
* Enseignant: ?
* Élèves: ?

==Introduction==

Il s'agit d'exploiter les caméras vidéo embarquées sur le drone pour suivre et filmer une personne qui se déplace.
Divers applications
* 1ère extension de skype, suivi de la personne en conversation. Cela suppose une reconnaissance avec suivi du visage pour le mode conversation.
* 2ème extension de skype, visite d'un appartement, d'un chantier, ... Cela suppose un autre mode de reconnaissance pour identifier et suivre la personne dans un lieu fréquenté par plusieurs personnes.
* filmer un sportif là où il est difficile de le filmer (un grimpeur par exemple)

==Equipement==

FollowMe, CatchMe

2011-09-05T11:22:42Z

Perin: Created page with "* UE/Module: Projet innovant de RICM4 option SR * Enseignant: ? * Élèves: ? ==Introduction== Il s'agit d'exploiter les caméras vidéo embarquées sur le drone dans divers ap…"

* UE/Module: Projet innovant de RICM4 option SR
* Enseignant: ?
* Élèves: ?

==Introduction==

Il s'agit d'exploiter les caméras vidéo embarquées sur le drone dans divers application :
* suivre une personne qui se déplace. Cela suppose une reconnaissance et suivi du visage pour une conversation sur skype et un autre mode de reconnaissance si la personne se déplace dans un lieu où il y a d'autre visage (visite d'appartement à distance)
* suivre un sportif là où il est difficile de le filmer (un grimpeur par exemple)

On peut imaginer détecter certain geste comme un index qui indique au drone une direction où filmer.

==Equipement==

Linux Install Party

2011-09-05T10:25:07Z

Perin:

Une Linux Install Party est planifiée le 28 septembre 2011 en P257 à Polytech'Grenoble.

Elle est réservée aux élèves de Polytech'Grenoble.

Apportez vos portables (et si possible des clés USB > 1 Go)

Elle sera encadrée par les élèves de RICM4 et RICM5.

RICM4, RICM5 : indiquez sur ce doodle vos horaires des présences

'''DÉROULEMENT DE LA JOURNÉE'''

Vous aurez en début de journée une courte présentation de ce qu'est
linux, les différentes distributions, les partitions (quelles tailles ?), le dual boot,
le live-CD ou live-USB, les packages, l'organisation du système de fichier, ...

'''CONCERNANT LA DISTRIBUTION ET L'INSTALLATION'''

Solution 1 :

Si on a une machine maître et un switch : on peut faire l'installation
par boot sur le réseau (wifi campus ?) et sélection de la distrib dans
un menu. À condition que la machine permettent de le faire et d'avoir
une accès réseau.

Solution 2 :

par clé USB, ça évite de graver des CD. Un clef d'1G doit suffire. On
n'a pas besoin très longtemps de la clé mais ça sera au même moment
pour tous... Heureusement l'INRIA fait un don de 20 clefs USB d'1 Go.

'''QUELLE DISTRIBUTION ?'''

Debian ou Ubuntu. Ubuntu est réputée plus simple à installer. Debian
peut permettre plus de flexibilité pour ceux qui veulent.

'''EST-CE RISQUÉ ?'''

Il y a un risque lors de l'installation c'est de perdre les données et
l'OS (windows) actuellement présent sur la machine.

'''CONCERNANT LA GARANTIE'''

Certains revendeurs de PC affirment qu'installer Linux dessus annulerait la garantie.

Mais ils ont dû payer plus que le prix de l'ordinateur quand des
achteurs motivés ont attaqués cette règle d'annulation et sont allés
au bout de procédures judiciaires. Maintenant, les
entreprises/vendeurs se couchent assez rapidement quand on insiste un
minimum pour maintenir la garantie matériel lorsqu'on installe linux.

'''SAUVEGARDE DES DONNÉES PERSONNELLES'''

Précaution :

Il faut trier ses données personnelles et les ranger dans un
répertoire bien identifiable par exemple : son nom suivi de data (ex:
Torvalds-data/). Puis sauvegarder sur un support externe.

'''SAUVEGARDE DU SYSTÈME D'EXPLOIATION (ou OS pour Operating System)'''

Les ordinateurs récents sont souvenent vendus avec Windows
pré-installé mais sans disque de réinstallation. Si on écrase ce
système par erreur, on risque de le perdre.

Solution 1 :

Les encadrants vont essayer de récupérer un DD d'1 Tera-octets pour
faire des images disques pour les gens n'ayant pas sauvé leurs
données. Mais ça sera lent ! et surtout la sauvegarde devra
s'effectuer un par un à la chaîne pour ceux qui désirent ça.

Solution 2 :

Dans la plupart des OS il y a des outils dans les media d'installation
qui permette de faire des suvegardes sur CD ou DVD.

Solution 3 :

La plupart des OS proposent des outils de re-découper son disque dur
en plusieurs partitions sans perdre les données présentes (si tout se
passe bien...). Pour installer à la fois Linux et Windows sur son ordi,
il faudra de toutes les manières repartitionner le disque.

Solution 4 : installation light pour une utilisation occasionnelle

On peut aussi installer linux de manière light en laissant le système
sur une clef USB (de plusieurs Go) qu'il faudra insérer (et laisser
connecter) à chaque fois qu'on voudra travailler sous linux.

C'est une solution envisageable si on utilise linux que très occasionnellement.

Contact: Michael Perin, X.Y@imag.fr X=Prenom & Y=Nom

Linux Install Party

2011-09-05T10:23:37Z

Perin: déroulement de la journée

Une Linux Install Party est planifiée le 28 septembre 2011 en P257 à Polytech'Grenoble.

Elle est réservée aux élèves de Polytech'Grenoble.

Apportez vos portables (et si possible des clés USB > 1 Go)

Elle sera encadrée par les élèves de RICM4 et RICM5.

RICM4, RICM5 : indiquez sur ce doodle vos horaires des présences

DÉROULEMENT DE LA JOURNÉE

Vous aurez en début de journée une courte présentation de ce qu'est
linux, les différentes distributions, les partitions (quelles tailles ?), le dual boot,
le live-CD ou live-USB, les packages, l'organisation du système de fichier, ...

CONCERNANT LA DISTRIBUTION ET L'INSTALLATION

Solution 1 :

Si on a une machine maître et un switch : on peut faire l'installation
par boot sur le réseau (wifi campus ?) et sélection de la distrib dans
un menu. À condition que la machine permettent de le faire et d'avoir
une accès réseau.

Solution 2 :

par clé USB, ça évite de graver des CD. Un clef d'1G doit suffire. On
n'a pas besoin très longtemps de la clé mais ça sera au même moment
pour tous... Heureusement l'INRIA fait un don de 20 clefs USB d'1 Go.

QUELLE DISTRIBUTION ?

Debian ou Ubuntu. Ubuntu est réputée plus simple à installer. Debian
peut permettre plus de flexibilité pour ceux qui veulent.

EST-CE RISQUÉ ?

Il y a un risque lors de l'installation c'est de perdre les données et
l'OS (windows) actuellement présent sur la machine.

GARANTIE

Certains revendeurs de PC affirment qu'installer Linux dessus annulerait la garantie.

Mais ils ont dû payer plus que le prix de l'ordinateur quand des
achteurs motivés ont attaqués cette règle d'annulation et sont allés
au bout de procédures judiciaires. Maintenant, les
entreprises/vendeurs se couchent assez rapidement quand on insiste un
minimum pour maintenir la garantie matériel lorsqu'on installe linux.

SAUVEGARDE DES DONNÉES PERSONNELLES ?

Précaution :

Il faut trier ses données personnelles et les ranger dans un
répertoire bien identifiable par exemple : son nom suivi de data (ex:
Torvalds-data/). Puis sauvegarder sur un support externe.

SAUVEGARDE DU SYSTÈME D'EXPLOIATION (ou OS pour Operating System)

Les ordinateurs récents sont souvenent vendus avec Windows
pré-installé mais sans disque de réinstallation. Si on écrase ce
système par erreur, on risque de le perdre.

Solution 1 :

Les encadrants vont essayer de récupérer un DD d'1 Tera-octets pour
faire des images disques pour les gens n'ayant pas sauvé leurs
données. Mais ça sera lent ! et surtout la sauvegarde devra
s'effectuer un par un à la chaîne pour ceux qui désirent ça.

Solution 2 :

Dans la plupart des OS il y a des outils dans les media d'installation
qui permette de faire des suvegardes sur CD ou DVD.

Solution 3 :

La plupart des OS proposent des outils de re-découper son disque dur
en plusieurs partitions sans perdre les données présentes (si tout se
passe bien...). Pour installer à la fois Linux et Windows sur son ordi,
il faudra de toutes les manières repartitionner le disque.

Solution 4 : installation light pour une utilisation occasionnelle

On peut aussi installer linux de manière light en laissant le système
sur une clef USB (de plusieurs Go) qu'il faudra insérer (et laisser
connecter) à chaque fois qu'on voudra travailler sous linux.

C'est une solution envisageable si on utilise linux que très occasionnellement.

Contact: Michael Perin, X.Y@imag.fr X=Prenom & Y=Nom

PDAmeetPDA

2011-02-09T15:52:08Z

Perin: /* Objectifs supplémentaires */

* UE/Module: Projet innovant de RICM4 option SR
* Enseignant: ?
* Élèves: ?

==Introduction==

Il s'agit de concevoir un lieu d'échange pour PDA (Personal Digital Assistant) communiquants qui peut prendre la forme
d'une plateforme d'accueil sur lequel tous les participants à une réunion déposent leur PDA.
Les PDA s'échangent de l'information pour trouver une date de réunion compatible avec les emplois
du temps de chacun.

==Début d'analyse du problème==

* Définir un format standard d'importation/exportation des contraintes d'emploi du temps
* Développer l'application d'importation/exportation sur les PDA
* La plateforme d'accueil doit s'adapter au protocole de communication de chaque PDA
* On peut imaginer que la platerforme d'accueil est un PC qui présente les créneaux libres communs à tous les agenda sur lequel on sélectionne la date choisie et qui transmet la date aux PDA.

==Objectifs supplémentaires==

* Gérer les questions de confidentialité : attention à ne pas dévoiler les agenda qui peuvent contenir des informations confidentielles, par exemple, le nom d'un concurrent avec qui on a pris rendez-vous...

La question de la confidentialité se pose lorsqu'on ne trouve pas de solution et que l'un des membres doit annuler un créneau déjà pris par une contrainte de moindre importance (par exemple, son heure de squash). Doit-on alors afficher aux yeux de tous le contenu des contraintes ? Il serait préférable lorsqu'on clique sur un créneau de demander d'éditer le créneau correspondant sur chacun des PDA que les participants ont repris en main.

* La plateforme et les PDA se chargent de déplacer les contraintes de priorité faible afin de trouver une solution pour la prochaine réunion entre telle et telle date.

* Encore plus ambitieux, on peut imaginer qu'il n'y a plus de plateforme centralisatrice et que c'est l'application installée sur les PDA qui résout les contraintes d'EdT par de l'algorithmique distribuée

* Enfin soyons fous, on peut en plus tâcher de répartir la charge de calcul en fonction de la capacité des PDA (plus de calculs au PDA le plus puissant et qui à la plus de réserve de batteries)

==Equipement==

PDAmeetPDA

2011-02-09T15:51:31Z

Perin: /* Objectifs supplémentaires */

* UE/Module: Projet innovant de RICM4 option SR
* Enseignant: ?
* Élèves: ?

==Introduction==

Il s'agit de concevoir un lieu d'échange pour PDA (Personal Digital Assistant) communiquants qui peut prendre la forme
d'une plateforme d'accueil sur lequel tous les participants à une réunion déposent leur PDA.
Les PDA s'échangent de l'information pour trouver une date de réunion compatible avec les emplois
du temps de chacun.

==Début d'analyse du problème==

* Définir un format standard d'importation/exportation des contraintes d'emploi du temps
* Développer l'application d'importation/exportation sur les PDA
* La plateforme d'accueil doit s'adapter au protocole de communication de chaque PDA
* On peut imaginer que la platerforme d'accueil est un PC qui présente les créneaux libres communs à tous les agenda sur lequel on sélectionne la date choisie et qui transmet la date aux PDA.

==Objectifs supplémentaires==

* Gérer les questions de confidentialité : attention à ne pas dévoiler les agenda qui peuvent contenir des informations confidentielles, par exemple, le nom d'un concurrent avec qui on a pris rendez-vous...

|La question de la confidentialité se pose lorsqu'on ne trouve pas de solution et que l'un des membres doit annuler un créneau déjà pris par une contrainte de moindre importance (par exemple, son heure de squash). Doit-on alors afficher aux yeux de tous le contenu des contraintes ? Il serait préférable lorsqu'on clique sur un créneau de demander d'éditer le créneau correspondant sur chacun des PDA que les participants ont repris en main.

* La plateforme et les PDA se chargent de déplacer les contraintes de priorité faible afin de trouver une solution pour la prochaine réunion entre telle et telle date.

* Encore plus ambitieux, on peut imaginer qu'il n'y a plus de plateforme centralisatrice et que c'est l'application installée sur les PDA qui résout les contraintes d'EdT par de l'algorithmique distribuée

* Enfin soyons fous, on peut en plus tâcher de répartir la charge de calcul en fonction de la capacité des PDA (plus de calculs au PDA le plus puissant et qui à la plus de réserve de batteries)

==Equipement==

PDAmeetPDA

2011-02-09T15:51:12Z

Perin: /* Objectifs supplémentaires */

PDAmeetPDA

2011-02-09T15:50:54Z

Perin:

* UE/Module: Projet innovant de RICM4 option SR
* Enseignant: ?
* Élèves: ?

==Introduction==

Il s'agit de concevoir un lieu d'échange pour PDA (Personal Digital Assistant) communiquants qui peut prendre la forme
d'une plateforme d'accueil sur lequel tous les participants à une réunion déposent leur PDA.
Les PDA s'échangent de l'information pour trouver une date de réunion compatible avec les emplois
du temps de chacun.

==Début d'analyse du problème==

* Définir un format standard d'importation/exportation des contraintes d'emploi du temps
* Développer l'application d'importation/exportation sur les PDA
* La plateforme d'accueil doit s'adapter au protocole de communication de chaque PDA
* On peut imaginer que la platerforme d'accueil est un PC qui présente les créneaux libres communs à tous les agenda sur lequel on sélectionne la date choisie et qui transmet la date aux PDA.

==Objectifs supplémentaires==

* Gérer les questions de confidentialité : attention à ne pas dévoiler les agenda qui peuvent contenir des informations confidentielles, par exemple, le nom d'un concurrent avec qui on a pris rendez-vous...

La question de la confidentialité se pose lorsqu'on ne trouve
pas de solution et que l'un des membres doit annuler un créneau déjà pris par une contrainte de moindre importance (par exemple,
son heure de squash). Doit-on alors afficher aux yeux de tous le contenu des contraintes ? Il serait préférable lorsqu'on clique sur
un créneau de demander d'éditer le créneau correspondant sur chacun des PDA que les participants ont repris en main.

* La plateforme et les PDA se chargent de déplacer les contraintes de priorité faible afin de trouver une solution pour la prochaine réunion entre telle et telle date.

* Encore plus ambitieux, on peut imaginer qu'il n'y a plus de plateforme centralisatrice et que c'est l'application installée sur les PDA qui résout les contraintes d'EdT par de l'algorithmique distribuée

* Enfin soyons fous, on peut en plus tâcher de répartir la charge de calcul en fonction de la capacité des PDA (plus de calculs au PDA le plus puissant et qui à la plus de réserve de batteries)

==Equipement==

PDAmeetPDA

2011-02-09T15:48:50Z

Perin: /* Problèmes à résoudre */

* UE/Module: Projet innovant de RICM4 option SR
* Enseignant: ?
* Élèves: ?

==Introduction==
Il s'agit de concevoir un lieu d'échange pour PDA (Personal Digital Assistant) communiquants qui peut prendre la forme
d'une plateforme d'accueil sur lequel tous les participants à une réunion déposent leur PDA.
Les PDA s'échangent de l'information pour trouver une date de réunion compatible avec les emplois
du temps de chacun.

==Début d'analyse du problème==

* Définir un format standard d'importation/exportation des contraintes d'emploi du temps
* Développer l'application d'importation/exportation sur les PDA
* La plateforme d'accueil doit s'adapter au protocole de communication de chaque PDA

==Objectifs supplémentaires==
* On peut imaginer que la platerforme d'accueil est un PC qui présente les créneaux libres communs à tous les agenda sur lequel on sélectionne la date choisie et qui la date vers les PDA.

* Gérer les questions de confidentialité : attention à ne pas dévoiler les agenda qui peuvent contenir des informations confidentielles

par exemple, le nom d'un concurrent avec qui on a pris rendez-vous... La question de la confidentialité se pose lorsqu'on ne trouve
pas de solution et que l'un des membres doit annuler un créneau déjà pris par une contrainte de moindre importance (par exemple,
son heure de squash). Doit-on alors afficher aux yeux de tous le contenu des contraintes ? Il serait préférable lorsqu'on clique sur
un créneau de demander d'éditer le créneau correspondant sur chacun des PDA que les participants ont repris en main.

* On peut aller plus loin et imaginer que la plateforme et les PDA se chargent de déplacer les contraintes de priorité faible afin de trouver une solution pour la prochaine réunion entre telle et telle date.

* Encore plus ambitieux, on peut imaginer qu'il n'y a pas de plateforme centralisatrice et que c'est l'application installée sur les PDA qui résout les contraintes d'EdT par de l'algorithmique distribuée

* Enfin soyons fous, on peut en plus tâcher de répartir la charge de calcul en fonction de la capacité des PDA (plus de calculs au PDA le plus puissant et qui à la plus de réserve de batteries)

==Equipement==

PDAmeetPDA

2011-02-09T15:47:52Z

Perin: /* Objectifs supplémentaires */

* UE/Module: Projet innovant de RICM4 option SR
* Enseignant: ?
* Élèves: ?

==Introduction==
Il s'agit de concevoir un lieu d'échange pour PDA (Personal Digital Assistant) communiquants qui peut prendre la forme
d'une plateforme d'accueil sur lequel tous les participants à une réunion déposent leur PDA.
Les PDA s'échangent de l'information pour trouver une date de réunion compatible avec les emplois
du temps de chacun.

==Problèmes à résoudre==

* définir un format standard d'importation/exportation des contraintes d'emploi du temps
* développer l'application d'importation/exportation sur les PDA
* la plateforme d'accueil doit s'adapter au protocole de communication de chaque PDA

==Objectifs supplémentaires==
* On peut imaginer que la platerforme d'accueil est un PC qui présente les créneaux libres communs à tous les agenda sur lequel on sélectionne la date choisie et qui la date vers les PDA.

* Gérer les questions de confidentialité : attention à ne pas dévoiler les agenda qui peuvent contenir des informations confidentielles

par exemple, le nom d'un concurrent avec qui on a pris rendez-vous... La question de la confidentialité se pose lorsqu'on ne trouve
pas de solution et que l'un des membres doit annuler un créneau déjà pris par une contrainte de moindre importance (par exemple,
son heure de squash). Doit-on alors afficher aux yeux de tous le contenu des contraintes ? Il serait préférable lorsqu'on clique sur
un créneau de demander d'éditer le créneau correspondant sur chacun des PDA que les participants ont repris en main.

* On peut aller plus loin et imaginer que la plateforme et les PDA se chargent de déplacer les contraintes de priorité faible afin de trouver une solution pour la prochaine réunion entre telle et telle date.

* Encore plus ambitieux, on peut imaginer qu'il n'y a pas de plateforme centralisatrice et que c'est l'application installée sur les PDA qui résout les contraintes d'EdT par de l'algorithmique distribuée

* Enfin soyons fous, on peut en plus tâcher de répartir la charge de calcul en fonction de la capacité des PDA (plus de calculs au PDA le plus puissant et qui à la plus de réserve de batteries)

==Equipement==

PDAmeetPDA

2011-02-09T15:47:11Z

Perin: /* Problèmes à résoudre */

* UE/Module: Projet innovant de RICM4 option SR
* Enseignant: ?
* Élèves: ?

==Introduction==
Il s'agit de concevoir un lieu d'échange pour PDA (Personal Digital Assistant) communiquants qui peut prendre la forme
d'une plateforme d'accueil sur lequel tous les participants à une réunion déposent leur PDA.
Les PDA s'échangent de l'information pour trouver une date de réunion compatible avec les emplois
du temps de chacun.

==Problèmes à résoudre==

* définir un format standard d'importation/exportation des contraintes d'emploi du temps
* développer l'application d'importation/exportation sur les PDA
* la plateforme d'accueil doit s'adapter au protocole de communication de chaque PDA

==Objectifs supplémentaires==
- On peut imaginer que la platerforme d'accueil est un PC qui présente les créneaux libres communs à tous les agenda
sur lequel on sélectionne la date choisie et qui la date vers les PDA.

- Gérer les questions de confidentialité : attention à ne pas dévoiler les agenda qui peuvent contenir des informations confidentielles,
par exemple, le nom d'un concurrent avec qui on a pris rendez-vous... La question de la confidentialité se pose lorsqu'on ne trouve
pas de solution et que l'un des membres doit annuler un créneau déjà pris par une contrainte de moindre importance (par exemple,
son heure de squash). Doit-on alors afficher aux yeux de tous le contenu des contraintes ? Il serait préférable lorsqu'on clique sur
un créneau de demander d'éditer le créneau correspondant sur chacun des PDA que les participants ont repris en main.

- On peut aller plus loin et imaginer que la plateforme et les PDA se chargent de déplacer les contraintes de priorité faible afin de trouver une solution pour la prochaine réunion entre telle et telle date.

- Encore plus ambitieux, on peut imaginer qu'il n'y a pas de plateforme centralisatrice et que c'est l'application installée sur les PDA qui résout
les contraintes d'EdT par de l'algorithmique distribuée

- Enfin soyons fous, on peut en plus tâcher de répartir la charge de calcul en fonction de la capacité des PDA (plus de calculs au PDA le plus puissant et qui à la plus de réserve de batteries)

==Equipement==

PDAmeetPDA

2011-02-09T15:46:32Z

Perin: Created page with "* UE/Module: Projet innovant de RICM4 option SR * Enseignant: ? * Élèves: ? ==Introduction== Il s'agit de concevoir un lieu d'échange pour PDA (Personal Digital Assistant) co…"

* UE/Module: Projet innovant de RICM4 option SR
* Enseignant: ?
* Élèves: ?

==Introduction==
Il s'agit de concevoir un lieu d'échange pour PDA (Personal Digital Assistant) communiquants qui peut prendre la forme
d'une plateforme d'accueil sur lequel tous les participants à une réunion déposent leur PDA.
Les PDA s'échangent de l'information pour trouver une date de réunion compatible avec les emplois
du temps de chacun.

==Problèmes à résoudre==

- définir un format standard d'importation/exportation des contraintes d'emploi du temps
- développer l'application d'importation/exportation sur les PDA
- la plateforme d'accueil doit s'adapter au protocole de communication de chaque PDA

==Objectifs supplémentaires==
- On peut imaginer que la platerforme d'accueil est un PC qui présente les créneaux libres communs à tous les agenda
sur lequel on sélectionne la date choisie et qui la date vers les PDA.

- Gérer les questions de confidentialité : attention à ne pas dévoiler les agenda qui peuvent contenir des informations confidentielles,
par exemple, le nom d'un concurrent avec qui on a pris rendez-vous... La question de la confidentialité se pose lorsqu'on ne trouve
pas de solution et que l'un des membres doit annuler un créneau déjà pris par une contrainte de moindre importance (par exemple,
son heure de squash). Doit-on alors afficher aux yeux de tous le contenu des contraintes ? Il serait préférable lorsqu'on clique sur
un créneau de demander d'éditer le créneau correspondant sur chacun des PDA que les participants ont repris en main.

- On peut aller plus loin et imaginer que la plateforme et les PDA se chargent de déplacer les contraintes de priorité faible afin de trouver une solution pour la prochaine réunion entre telle et telle date.

- Encore plus ambitieux, on peut imaginer qu'il n'y a pas de plateforme centralisatrice et que c'est l'application installée sur les PDA qui résout
les contraintes d'EdT par de l'algorithmique distribuée

- Enfin soyons fous, on peut en plus tâcher de répartir la charge de calcul en fonction de la capacité des PDA (plus de calculs au PDA le plus puissant et qui à la plus de réserve de batteries)

==Equipement==

Projets 2011-2012

2011-02-09T15:23:30Z

Perin:

# [[Table interactive musicale]] (Didier Donsez)
# [[iMailbox]] (Didier Donsez)
# [[AmILight]] (eclairage d'ambience intelligent) (Didier Donsez)
# [[PDAmeetPDA]] (synchronisation d'agenda) (Michaël Périn)