https://air.imag.fr/api.php?action=feedcontributions&feedformat=atom&user=Pierre.Lartigueair - User contributions [en]2026-05-28T22:25:22ZUser contributionsMediaWiki 1.39.17https://air.imag.fr/index.php?title=Extensions_XBMC&diff=16458Extensions XBMC2014-03-26T23:18:09Z<p>Pierre.Lartigue: /* Télécommande */</p>
<hr />
<div>Cette page wiki se veut être une fiche de suivi interactive du '''projet "extensions XBMC"''' d'un groupe d'étudiants de la promotion RICM5 2014. Interactive, car nous suivons pour ce projet une méthodologie de type Agile. <br/>Revenez donc régulièrement consulter cette page pour suivre ses dernières évolutions, mises à jour et modifications ! Si le sujet de notre projet vous plaît, que vous avez des questions ou remarques, n'hésitez surtout pas à nous [mailto:xbmc_ricm5@googlegroups.com contacter] :) <br />
<br />
=Présentation du sujet=<br />
<br />
L'objectif de ce projet de 8 semaines est de créer de nouveaux plugins pour le [http://xbmc.org/ media center XBMC].<br/><br />
Les plugins, qui seront développés, vont permettre d'ajouter les fonctions suivantes : <br />
* Réalisation d'un plugin de domotique basé sur [http://www.openhab.org/ OpenHab]<br />
* Réalisation d'un plugin d'interaction avec les lampes [http://meethue.com/ Philips Hue]<br />
* Réalisation d'un plugin permettant de contrôler des caméras de surveillance D-Link<br />
* Amélioration de la télécommande Android développée par la "Team-XBMC" : <br />
**Ajout d'un système permettant de rendre la télécommande réflexive<br />
**Ajout d'une fonction NFC permettant de lancer de la musique (par genre ou album)<br />
<br />
Enfin, si le temps le permet, d'inclure, de tester voire d'implémenter d'autres extensions telles que :<br />
* commande vocale d'XBMC<br />
* commande gestuelle<br />
* implémentation du profil UPnP Low Power<br />
* suivi d'utilisateurs d'XBMC entre plusieurs instances du logiciel, et ce de manière automatique<br />
<br />
=L'équipe projet=<br />
<br />
'''Team:'''<br />
* Nicolas Afonso (Chef de projet)<br />
* Jean-François Bianco<br />
* Pierre Lartigue<br />
* Elisa Martinez<br />
* Rebecca Poustis<br />
<br />
<br />
= Spécifications =<br />
== Plugin OpenHab ==<br />
Le but de ce plugin est de permettre aux utilisateurs de contrôler leur maison depuis une instance XBMC. <br />
===Principe de fonctionnement===<br />
[[Image:Openhab_plugin_principe.png|Fig 1 : Fonctionnement|thumb|left|800px]]<br />
<br style="clear:both;" /><br />
L'utilisateur accède aux informations concernant son logement grâce à un plugin développé spécialement pour XBMC. Grâce à celui-ci, l'utilisateur est en mesure de consulter et d'agir sur les états des objets connectés gérés par son serveur openHAB <br/><br />
La communication entre le plugin et le serveur openHab est réalisée à l'aide de [http://github.com/openhab/openhab/wiki/REST-API l'API REST] disponible sur les serveurs openHAB (la connexion utilisée est du type JSON-RPC). <br/><br />
<br />
===Architecture logicielle ===<br />
[[Image:Plugin_Openhab_archi.png|Fig 2 : Architecture Logicielle|thumb|left|600px]]<br />
<br style="clear:both;" /><br />
Le plugin a été développé en Python. Son architecture est décomposée en 3 composants : <br />
* Le premier est l'OpenHab API qui permet de communiquer simplement avec le serveur, et met à disposition les différents types d'objets disponibles dans un serveur openHab.<br />
* Le second est le Framework [http://github.com/romanvm/PyXBMCt PyXBMCt] développé par Roman Miroshnychenko. Celui-ci permet de réaliser des interfaces graphiques pour XBMC, directement en python. <br />
* Le troisième est le composant principal. Il gère l'affichage et l'envoi des requêtes nécessaires pour modéliser l'habitation dans XBMC.<br />
<br/> <br />
Les sources sont disponibles sur le dépôt de sources suivant : http://bitbucket.org/xbmcproject/xbmc-openhab-plugin<br />
<br />
===Installation===<br />
<br />
====Plugin==== <br />
L'installation du plugin : <br/><br />
1) Récupérer l'archive zip du plugin : [http://bitbucket.org/xbmcproject/xbmc-openhab-plugin/downloads/script.module.openhab_v1.zip openHab XBMC plugin]<br/><br />
2) System -> Addons -> Install from ZIP file -> choose openHab_XBMC_plugin.zip -> Validate<br/><br />
<br />
Configuration : <br/><br />
Par défaut, le plugin utilise les valeurs suivantes : <br />
* Adresse serveur : 127.0.0.1<br />
* Port du serveur : 8080<br />
* Nom du serveur : demo<br />
* Id du serveur : demo<br />
Ces valeurs sont modifiables dans les paramètres du plugin. <br/><br />
<br />
====OpenHab==== <br />
Les détails concernant l'installation d'OpenHab sont disponibles sur [http://github.com/openhab/openhab/wiki/Quick-Setup-an-openHAB-Server le wiki du projet openHab]. <br/><br />
<br />
===Aperçu===<br />
[[Image:Screenshot_xbmcOpenhab_1.png|Fig 3 : Accueil Add-on|thumb|left|600px]][[Image:Screenshot_xbmcOpenhab_2.png|Fig 4 : Vue Etages|thumb|center|600px]]<br/><br />
[[Image:Screenshot_xbmcOpenhab_3.png|Fig 5 : Vue pièces|thumb|left|600px]][[Image:Screenshot_xbmcOpenhab_4.png|Fig 6 : Détails pièces|thumb|center|600px]]<br/><br />
<br />
== Plugin Philips Hue ==<br />
<br />
<br />
===Présentation===<br />
<br />
Nous sommes partis d'un plugin XBMC existant. <br />
<br />
Code original :<br />
https://github.com/cees-elzinga/script.xbmc.hue.ambilight<br />
<br />
Ce plugin implémente le système [http://en.wikipedia.org/wiki/Ambilight Ambilight] pour les Philips Hue. Ce système capture les couleurs<br />
dominantes de l'image du média en cours de lecture et les transmet aux<br />
ampoules Hue. Ce qui améliore grandement l'immersion de l'utilisateur. <br />
<br />
====Amélioration====<br />
<br />
Nous avons voulu ajouter des effets d'ambiance lorsqu'il n'y a pas de<br />
média en cours de lecture. Nous avons donc ajouté un mode<br />
d'utilisation des lampes de Philips à savoir le changement de couleur<br />
automatique de chaque lampe. Les couleurs sont aléatoires et<br />
indépendantes pour chaque ampoule. L'utilisateur peut configurer ce<br />
mode selon 3 paramètres : la luminosité, la saturation et<br />
la fréquence de changement de couleur des ampoules.<br />
<br />
===Principe de fonctionnement===<br />
[[Image:XBMC_Hue_fonctionnement.png|Fonctionnement plugin Phillips Hue|thumb|left|600px]]<br />
<br style="clear:both;" /><br />
L'utilisateur interagit avec les différentes options du plugin grâce aux<br />
settings de celui-ci et sélectionne l'addon pour lancer le script.<br />
La communication entre le plugin et le pont Hue est réalisée grâce à<br />
l'[http://developers.meethue.com/ API Philips].<br />
<br />
===Architecture logicielle===<br />
[[Image:XBMC_Hue_archi.png|Fonctionnement plugin Phillips Hue|thumb|left|600px]]<br />
<br style="clear:both;" /><br />
Le plugin dispose de 3 fichiers sources python: <br/><br />
* default.py qui regroupe les fonctions de calcul de couleurs<br />
dominantes d'ambilight, la classe Hue qui représente le pont Hue et<br />
la boucle principale du script.<br />
* resources/lib/tools.py définit les fonctionnalités de<br />
communication avec les lampes. Dans ce fichier, sont implémentées<br />
des fonctions telles que l'auto-recherche du pont sur le réseau,<br />
les méthodes d'envoi des requêtes JSON.<br />
* resources/lib/settingsAmbilight.py qui a pour but de récupérer<br />
les settings saisis par l'utilisateur.<br/><br />
<br />
===L'installation du plugin===<br />
<br/><br />
1) Récupérer l'archive zip du plugin : [https://github.com/NicolasAfonso/script.xbmc.hue.ambilight extension Philips Hue pour XBMC]<br />
<br />
2) System -> Addons -> Install from ZIP file -> choose<br />
script.xbmc.hue.ambilight.zip -> Validate <br />
<br />
3) Configurer les plugins à souhait. Ne pas oublier de faire la<br />
recherche automatique du pont Hue sur le réseau si vous ne connaissez<br />
pas son adresse IP<br />
<br/><br />
<br />
<br />
===Aperçu===<br />
[[Image:XBMC_phillipsHue_demo.JPG|Visualisation d'ambilight|thumb|left|500px]] <br />
[[Image:XBMC_SettingsPhilipsHueExtension.png|Configuration des settings|thumb|right|500px]]<br />
<br style="clear:both;" /><br />
<br />
== Plugin Caméra de surveillance ==<br />
<br />
=== Principe de fonctionnement ===<br />
<br />
Nous avons été amenés à travailler sur des caméras de la marque D-Link (les modèles [http://www.dlink.com/fr/fr/support/product/dcs-5222l-pan-tilt-zoom-cloud-camera DCS-5222L] et [http://www.dlink.com/fr/fr/home-solutions/view/network-cameras/dcs-932l-day-night-cloud-camera DCS-932L]).<br />
<br />
[[Image:OpenHab_video_Fonctionnement.png|Fonctionnement Plugin Video|thumb|left|600px]]<br />
<br style="clear:both;" /><br />
<br />
L'idée de cet addon était de pouvoir utiliser XBMC pour lire le flux<br />
video d'une caméra de surveillance. Notre plugin, donne à<br />
l'utilisateur de choisir entre deux modèles cités. Au lancement du script,<br />
si l'adresse IP de la caméra n'a pas été saisie par l'utilisateur, une<br />
recherche du modèle selectionné s'exécute. Une fois le périphérique<br />
repéré sur le réseau, le flux video est lu par le lecteur de XBMC via<br />
l'adresse HTTP de celui-ci. Le recherche se base sur la recherche d'un<br />
périphérique [http://en.wikipedia.org/wiki/Universal_Plug_and_Play UPnP]. Pendant la lecture, un overlay a été créé pour pouvoir contrôlé<br />
via XBMC l'un des deux modèles de camera ([http://www.dlink.com/fr/fr/support/product/dcs-5222l-pan-tilt-zoom-cloud-camera DCS-5222L]). Cela est rendu<br />
possible car celles-ci disposent d'un serveur web interne accessible<br />
directement sur le port 80, avec l'adresse attribuée dans le réseau<br />
local. Les mouvements de la caméras lui sont donc adressés par des<br />
requêtes HTTP.<br />
<br />
=== Architecture logicielle ===<br />
<br />
Le plugin dispose de 3 fichiers sources python:<br />
* addon.py regroupe la classe Camera (auto configuration, récupération du flux video), la definition de l'overlay et le<br />
script de lancement. <br />
* resources/lib/camDriver.py regroupe les methodes pour interagir avec la camera.<br />
* resources/lib/settings.py qui a pour but de récupérer les settings saisis par<br />
l'utilisateur.<br />
<br />
=== Installation ===<br />
<br />
L'installation du plugin :<br />
<br />
1) Récupérer l'archive zip du plugin :<br />
https://bitbucket.org/xbmcproject/script.dlinkcameraxbmcaddon<br />
<br />
2) System -> Addons -> Install from ZIP file -> choose<br />
script.dlinkcameraxbmcaddon.zip -> Validate<br />
<br />
==== Ajout d'une nouvelle caméra ====<br />
<br />
Bien que nous ayons essayé de rendre le plus générique possible notre plugin, nous avons été confronté au problème de non-standardisation des camera D-Link et de l'inexistence de documentation. Nous avons néanmoins essayé de rendre le plus aisé possible l'ajout de nouvelles caméras. Pour ce faire, il faudra isoler deux informations essentielles :<br />
* le nom du fichier xml de description : type [path][]<br />
<br />
=== Aperçu ===<br />
<br />
== Télécommande ==<br />
[[Image:XBMC_Telecommande_global.png| Fonctionnement Télécommande|thumb|left|600px]]<br />
<br style="clear:both;" /><br />
<br />
=== Réflexivité ===<br />
====Noyau====<br />
<br />
Nous avons étendu l'API JSON-RPC du noyau XBMC :<br />
*une méthode GetCurrentMainMenu qui permet de retourner l'état actuel de la barre de menu principal. Cet état est loin d'être statique, des nouvelles entrées peuvent apparaître (insertion d'un disque dans la machine où est installée le media center, activation d'une carte tuner TV) ou disparaître (demande explicite de l'utilisateur dans les paramètres d'un skin de ne pas afficher tel ou tel menu). De plus, il est inutile de renvoyer des menus ne contenant aucun média (on ne renvoie pas le menu vidéo si aucune n'est présente dans notre médiathèque).<br />
*une méthode GetCurrentListDisplayed qui permet d'obtenir la liste de menu actuellement affichée dans XBMC. Seuls les labels des items sont retournés. Si aucune liste n'est affichée (exécution d'un script, lecture de média, settings...), la méthode revoie une liste vide.<br />
*une méthode NavigateInListItem qui génére un clique sur un item de la liste actuellement affichée à partir de son label placé en paramétre. Cette méthode vérifie si une liste est affichée et, si le paramétre apparait bel et bien dans cette liste. Dans les cas contraires, la méthode renvoie l'erreur InvalidParameter au client. <br />
<br />
====Télécommande Android ====<br />
Modifications apportées à la [https://github.com/freezy/android-xbmcremote télécommande officielle] :<br />
<br />
* Récupération dynamique du menu principal<br />
<br />
* Récupération de la liste des addons<br />
<br />
* Navigation dans les listes à l'intérieur des addons<br />
<br />
'''Exemple d'application :'''<br />
<br />
<gallery><br />
Image:xbmc_Menu_modifie.png|Etape 1 : Menu principal dynamique<br />
Image:xbmc_List_addons.png|Etape 2 : Liste des addons<br />
Image:xbmc_Openhab_floors.png|Etape 3 : Navigation dans les étages<br />
Image:xbmc_Openhab_rooms.png|Etape 4 : Navigation dans les pièces<br />
Image:xbmc_Remote.png|Etape 5 : Affichage de la remote<br />
</gallery><br />
<br />
<br />
'''Interaction avec le noyau de XBMC :'''<br />
<br style="clear:both;" /><br />
<br/><br />
[[Image:XBMC_remote_example.png|Diagramme de séquence]]<br />
<br />
<br style="clear:both;" /><br />
<br />
=== NFC ===<br />
Le module NFC ajouté dans la télécommande Android d'XBMC permet de lancer un artiste ou un type de musique. <br/><br />
<br />
==== Principe de fonctionnement ====<br />
[[Image:NFC_fonctionnement.png| Fonctionnement NFC |thumb|left|600px]] <br />
<br style="clear:both;" /><br />
<br />
L'utilisateur à la possibilité de lire et d'écrire un TAG NFC depuis la télécommande d'XBMC. <br/><br />
<br />
Les TAGs utilisés peuvent être configurés directement depuis la télécommande, qui possède un lecteur NFC. La communication est réalisée avec [http://wiki.xbmc.org/index.php?title=JSON-RPC_API/v6 l'API JSON-RPC] disponible sur les instances XBMC.<br/> <br />
<br />
==== Architecture logicielle ====<br />
[[Image:NFC_XBMC_archi.png| Fonctionnement NFC |thumb|left|600px]] <br />
<br style="clear:both;" /><br />
L'activité NFCWriterActivity permet de lire et d'écrire les TAGs NFC. <br/><br />
La classe NFCWriterController permet d'envoyer les requêtes de lecture au serveur XBMC. <br/><br />
L'activité est lancée par la classe HomeController, lorsque l'utilisateur exécute l'activité NFC depuis le menu principal. Le mode lancé dans ce cas est le mode lecture. L'utilisateur doit approcher un TAG pour que celui-ci soit lu, et la lecture lancée.<br/><br />
Le mode écriture peut être activé par l'utilisateur dans les menus musique et genre. <br/><br />
<br />
Les TAG utilisent la technologie NDEF, et sont configurés de la façon suivante : <br/><br />
'''Lecture album :''' <br/><br />
*Record 0 : Type<br />
*Record 1 : Id<br />
*Record 2 : Name<br />
*Record 3 : Artist <br />
*Record 4 : Year<br />
<br/><br />
'''Lecture genre de musique :''' <br/><br />
*Record 0 : Type<br />
*Record 1 : Id<br />
*Record 2 : Name<br />
<br />
==== Installation ====<br />
Pour installer l'application Remote XBMC avec nos modifications, il suffit d'installer :<br />
<br/><br />
1) la version modifiée de XBMC téléchargeable sur ce [[http://bitbucket.org/xbmcproject/script.dlinkcameraxbmcaddon/downloads/script.DLinkCameraXBMCAddon.zip lien]]<br />
<br/><br />
2) l'apk de la télécommande modifiée disponible sur ce [[https://bitbucket.org/xbmcproject/xbmc-remote-fork/downloads/RemoteReflexive.apk lien]]<br />
<br/><br />
<br />
== Reconnaissance vocale ==<br />
S.A.R.A.H (Self Actuated Residential Automated Habitat) est un système de maison intelligente connectée à l'internet des objets.<br />
<br />
[[Image:sarah-logo.png|Sarah|thumb|left|250px]]<br />
<br style="clear:both;" /><br />
<br />
Il permet notamment :<br />
* reconnaissance vocale et gestuelle via fichiers XML<br />
* reconnaissance faciale avec une Kinect<br />
* reconnaissance des QRCodes<br />
<br />
Les requêtes HTTP générées exécutent des scripts NodeJS pour l'interaction domotique ou la recherche d'information.<br />
<br />
=== Fonctionnement ===<br />
<br />
Lien vers la description complète : http://encausse.wordpress.com/s-a-r-a-h/s-a-r-a-h-architecture/<br />
<br />
<br />
L'architecture de SARAH repose principalement sur un programme C# et un programme NodeJS :<br />
<br />
Le programme C# :<br />
* Ecoute et identifie des phrases, gestes ou qrcode via un fichier XML et génère une requête HTTP<br />
* Répond à la requête et produit un retour vocal<br />
Le programme NodeJS :<br />
* Exécute un script en fonction de la requête HTTP reçue pour exécuter un programme ou chercher de l'information<br />
<br />
=== Installation ===<br />
<br />
==== Prérequis ====<br />
Lien : http://domotique-info.fr/2014/02/sarah-installation-premiers-pas/<br />
* Microsoft .NET 4.5<br />
* Microsoft Speech Platform<br />
* Speech Platform Runtime<br />
* SDK Kinect (non nécessaire pour la reconnaissance vocale)<br />
<br />
==== Tutoriel ====<br />
Lien du tutoriel : http://encausse.wordpress.com/2013/02/16/s-a-r-a-h-tutorial-plugin-xbmc/<br />
<br />
* Télécharger l'archive (version actuelle: 3.1.4) http://encausse.wordpress.com/s-a-r-a-h/<br />
* Extraire dans un dossier dont le chemin ne comporte pas d'espace<br />
* Dans le répertoire "plugins", créer un dossier "xbmc"<br />
* Télécharger l'archive https://github.com/PasDeBol/Sarah-Plugin-Xbmc<br />
* Copier le contenu du répertoire "plugins" de la nouvelle archive (excepté addonSarahAndXbmc.V1.0.zip) dans le dossier "/plugins/xbmc" précédemment créé<br />
* Modifier le fichier xbmc.prop :<br />
** Remplacer "[FIXME]:[FIXME]" par "127.0.0.1:8077"<br />
* Décompresser l'archive addonSarahAndXbmc.V1.0.zip présente dans "Sarah-Plugin-Xbmc-master/Sarah-Plugin-Xbmc-master/plugins"<br />
* Copier le répertoire "sarah.addon" dans le dossier "addons" de XBMC<br />
<br />
=== Configuration de XBMC ===<br />
* System/Services/Webserver<br />
** Autoriser le contrôle d'XBMC via HTTP<br />
** Port : 8077<br />
** Supprimer le nom d'utilisateur<br />
** Supprimer le mot de passe<br />
* System/Services/Remote control<br />
** Tout autoriser<br />
* System/System/Video output<br />
** Mode fenêtré<br />
* System/System/Audio output<br />
** Play GUI Sounds : Never<br />
<br />
<br />
* Vérification de la configuration<br />
** "localhost:8077" doit vous rediriger vers l'interface d'XBMC<br />
** "localhost:8080" doit afficher l'interface web de SARAH<br />
*** Sur l'interface web cliquer sur l'icône "actualiser" du plugin XBMC -> icône "planète" (documentation) -> "Test de la configuration" et vérifier que tous les contrôles soient OK<br />
<br />
=== Exécution ===<br />
* Dans l'archive "WSRRelease314", lancer "Server_NodeJS.cmd"<br />
* Lancer "Client_Microphone.cmd"<br />
* Pour tester, dire "Sarah, il est quelle heure ?"<br />
* Si Sarah répond, lancer XBMC<br />
* Dire "Sarah, active le mode XBMC"<br />
* À partir d'ici, toutes les commandes de Sarah sont utilisables (récapitulatif ici : https://github.com/PasDeBol/Sarah-Plugin-Xbmc/blob/master/info/liste%20compl%C3%A8te%20des%20commandes.txt)<br />
<br />
=== Ajouter de commandes vocales dans SARAH ===<br />
* Ouvrir le fichier "WSRRelease314/plugins/xbmc/xbmc.xml"<br />
* Ajouter une ligne : <item>(1)<tag>out.action.action="(2)"</tag><tag>out.action.xbmc="(3)" </tag></item><br />
** (1) : la commande vocale que vous souhaitez utiliser (exemple: ferme l'application XBMC)<br />
** (2) : l'action SARAH correspondant à votre commande</div>Pierre.Lartiguehttps://air.imag.fr/index.php?title=Extensions_XBMC&diff=16438Extensions XBMC2014-03-26T22:36:28Z<p>Pierre.Lartigue: /* Architecture logicielle */</p>
<hr />
<div>Cette page wiki se veut être une fiche de suivi interactive du '''projet "extensions XBMC"''' d'un groupe d'étudiants de la promotion RICM5 2014. Interactive, car nous suivons pour ce projet une méthodologie de type Agile. <br/>Revenez donc régulièrement consulter cette page pour suivre ses dernières évolutions, mises à jour et modifications ! Si le sujet de notre projet vous plaît, que vous avez des questions ou remarques, n'hésitez surtout pas à nous [mailto:xbmc_ricm5@googlegroups.com contacter] :) <br />
<br />
=Présentation du sujet=<br />
<br />
L'objectif de ce projet de 8 semaines est de créer de nouveaux plugins pour le [http://xbmc.org/ media center XBMC].<br/><br />
Les plugins, qui seront développés, vont permettre d'ajouter les fonctions suivantes : <br />
* Réalisation d'un plugin de domotique basé sur [http://www.openhab.org/ OpenHab]<br />
* Réalisation d'un plugin d'interaction avec les lampes [http://meethue.com/ Philips Hue]<br />
* Réalisation d'un plugin permettant de contrôler des caméras de surveillance D-Link<br />
* Amélioration de la télécommande Android développée par la "Team-XBMC" : <br />
**Ajout d'un système permettant de rendre la télécommande réflexive<br />
**Ajout d'une fonction NFC permettant de lancer de la musique (par genre ou album)<br />
<br />
Enfin, si le temps le permet, d'inclure, de tester voire d'implémenter d'autres extensions telles que :<br />
* commande vocale d'XBMC<br />
* commande gestuelle<br />
* implémentation du profil UPnP Low Power<br />
* suivi d'utilisateurs d'XBMC entre plusieurs instances du logiciel, et ce de manière automatique<br />
<br />
=L'équipe projet=<br />
<br />
'''Team:'''<br />
* Nicolas Afonso (Chef de projet)<br />
* Jean-François Bianco<br />
* Pierre Lartigue<br />
* Elisa Martinez<br />
* Rebecca Poustis<br />
<br />
<br />
= Spécifications =<br />
== Plugin OpenHab ==<br />
Le but de ce plugin est de permettre aux utilisateurs de contrôler leur maison depuis une instance XBMC. <br />
===Principe de fonctionnement===<br />
[[Image:Openhab_plugin_principe.png|Fig 1 : Fonctionnement|thumb|left|800px]] <br/> <br/> <br/> <br/> <br/> <br/><br/> <br/> <br/> <br/> <br/> <br/><br/><br />
L'utilisateur accède aux informations concernant son logement grâce à un plugin développé spécialement pour XBMC. Grâce à celui-ci, l'utilisateur est en mesure de consulter et d'agir sur les états des objets connectés gérés par son serveur openHAB <br/><br />
La communication entre le plugin et le serveur openHab est réalisée à l'aide de [http://github.com/openhab/openhab/wiki/REST-API l'API REST] disponible sur les serveurs openHAB (la connexion utilisée est du type JSON-RPC). <br/><br />
<br />
===Architecture logicielle ===<br />
[[Image:Plugin_Openhab_archi.png|Fig 2 : Architecture Logicielle|thumb|left|600px]]<br/> <br/> <br/> <br/> <br/> <br/><br/> <br/><br/> <br/><br/> <br/> <br />
Le plugin a été développé en Python. Son architecture est décomposée en 3 composants : <br />
* Le premier est l'OpenHab API qui permet de communiquer simplement avec le serveur, et met à disposition les différents types d'objets disponibles dans un serveur openHab.<br />
* Le second est le Framework [http://github.com/romanvm/PyXBMCt PyXBMCt] développé par Roman Miroshnychenko. Celui-ci permet de réaliser des interfaces graphiques pour XBMC, directement en python. <br />
* Le troisième est le composant principal. Il gère l'affichage et l'envoi des requêtes nécessaires pour modéliser l'habitation dans XBMC.<br />
<br/> <br />
Les sources sont disponibles sur le dépôt de sources suivant : http://bitbucket.org/xbmcproject/xbmc-openhab-plugin<br />
<br />
===Installation===<br />
<br />
====Plugin==== <br />
L'installation du plugin : <br/><br />
1) Récupérer l'archive zip du plugin : [http://bitbucket.org/xbmcproject/xbmc-openhab-plugin/downloads/script.module.openhab_v1.zip openHab XBMC plugin]<br/><br />
2) System -> Addons -> Install from ZIP file -> choose openHab_XBMC_plugin.zip -> Validate<br/><br />
<br />
Configuration : <br/><br />
Par défaut, le plugin utilise les valeurs suivantes : <br />
* Adresse serveur : 127.0.0.1<br />
* Port du serveur : 8080<br />
* Nom du serveur : demo<br />
* Id du serveur : demo<br />
Ces valeurs sont modifiables dans les paramètres du plugin. <br/><br />
<br />
====OpenHab==== <br />
Les détails concernant l'installation d'OpenHab sont disponibles sur [http://github.com/openhab/openhab/wiki/Quick-Setup-an-openHAB-Server le wiki du projet openHab]. <br/><br />
<br />
===Aperçu===<br />
[[Image:Screenshot_xbmcOpenhab_1.png|Fig 3 : Accueil Add-on|thumb|left|600px]][[Image:Screenshot_xbmcOpenhab_2.png|Fig 4 : Vue Etages|thumb|center|600px]]<br/><br />
[[Image:Screenshot_xbmcOpenhab_3.png|Fig 5 : Vue pièces|thumb|left|600px]][[Image:Screenshot_xbmcOpenhab_4.png|Fig 6 : Détails pièces|thumb|center|600px]]<br/><br />
<br />
== Plugin Philips Hue ==<br />
<br />
<br />
===Présentation===<br />
<br />
Nous sommes partis d'un plugin XBMC existant. <br />
<br />
Code original :<br />
https://github.com/cees-elzinga/script.xbmc.hue.ambilight<br />
<br />
Ce plugin implémente le système [http://en.wikipedia.org/wiki/Ambilight Ambilight] pour les Philips Hue. Ce système capture les couleurs<br />
dominantes de l'image du média en cours de lecture et les transmet aux<br />
ampoules Hue. Ce qui améliore grandement l'immersion de l'utilisateur. <br />
<br />
====Amélioration====<br />
<br />
Nous avons voulu ajouter des effets d'ambiance lorsqu'il n'y a pas de<br />
média en cours de lecture. Nous avons donc ajouté un mode<br />
d'utilisation des lampes de Philips à savoir le changement de couleur<br />
automatique de chaque lampe. Les couleurs sont aléatoires et<br />
indépendantes pour chaque ampoule. L'utilisateur peut configurer ce<br />
mode selon 3 paramètres : la luminosité, la saturation et<br />
la fréquence de changement de couleur des ampoules.<br />
<br />
===Principe de fonctionnement===<br />
[[Image:XBMC_Hue_fonctionnement.png|Fonctionnement plugin Phillips Hue|thumb|left|600px]]<br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br />
L'utilisateur interagit avec les différentes options du plugin grâce aux<br />
settings de celui-ci et sélectionne l'addon pour lancer le script.<br />
La communication entre le plugin et le pont Hue est réalisée grâce à<br />
l'[http://developers.meethue.com/ API Philips].<br />
<br />
===Architecture logicielle===<br />
[[Image:XBMC_Hue_archi.png|Fonctionnement plugin Phillips Hue|thumb|left|600px]]<br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br />
Le plugin dispose de 3 fichiers sources python: <br/><br />
* default.py qui regroupe les fonctions de calcul de couleurs<br />
dominantes d'ambilight, la classe Hue qui représente le pont Hue et<br />
la boucle principale du script.<br />
* resources/lib/tools.py définit les fonctionnalités de<br />
communication avec les lampes. Dans ce fichier, sont implémentées<br />
des fonctions telles que l'auto-recherche du pont sur le réseau,<br />
les méthodes d'envoi des requêtes JSON.<br />
* resources/lib/settingsAmbilight.py qui a pour but de récupérer<br />
les settings saisis par l'utilisateur.<br/><br />
<br />
===L'installation du plugin===<br />
<br/><br />
1) Récupérer l'archive zip du plugin : [https://github.com/NicolasAfonso/script.xbmc.hue.ambilight extension Philips Hue pour XBMC]<br />
<br />
2) System -> Addons -> Install from ZIP file -> choose<br />
script.xbmc.hue.ambilight.zip -> Validate <br />
<br />
3) Configurer les plugins à souhait. Ne pas oublier de faire la<br />
recherche automatique du pont Hue sur le réseau si vous ne connaissez<br />
pas son adresse IP<br />
<br/><br />
<br />
== Plugin Caméra de surveillance ==<br />
<br />
=== Principe de fonctionnement ===<br />
<br />
Nous avons été amenés à travailler sur des caméras de la marque D-Link (les modèles [http://www.dlink.com/fr/fr/support/product/dcs-5222l-pan-tilt-zoom-cloud-camera DCS-5222L] et [http://www.dlink.com/fr/fr/home-solutions/view/network-cameras/dcs-932l-day-night-cloud-camera DCS-932L]).<br />
<br />
L'idée de cet addon était de pouvoir utiliser XBMC pour lire le flux<br />
video d'une caméra de surveillance. Notre plugin, donne à<br />
l'utilisateur de choisir entre deux modèles cités. Au lancement du script,<br />
si l'adresse IP de la caméra n'a pas été saisie par l'utilisateur, une<br />
recherche du modèle selectionné s'exécute. Une fois le périphérique<br />
repéré sur le réseau, le flux video est lu par le lecteur de XBMC via<br />
l'adresse HTTP de celui-ci. Le recherche se base sur la recherche d'un<br />
périphérique [http://en.wikipedia.org/wiki/Universal_Plug_and_Play UPnP]. Pendant la lecture, un overlay a été créé pour pouvoir contrôlé<br />
via XBMC l'un des deux modèles de camera ([http://www.dlink.com/fr/fr/support/product/dcs-5222l-pan-tilt-zoom-cloud-camera DCS-5222L]). Cela est rendu<br />
possible car celles-ci disposent d'un serveur web interne accessible<br />
directement sur le port 80, avec l'adresse attribuée dans le réseau<br />
local. Les mouvements de la caméras lui sont donc adressés par des<br />
requêtes HTTP.<br />
<br />
=== Architecture logicielle ===<br />
<br />
Le plugin dispose de 3 fichiers sources python:<br />
* addon.py regroupe la classe Camera (auto configuration, récupération du flux video), la definition de l'overlay et le<br />
script de lancement. <br />
* resources/lib/camDriver.py regroupe les methodes pour interagir avec la camera.<br />
* resources/lib/settings.py qui a pour but de récupérer les settings saisis par<br />
l'utilisateur.<br />
<br />
=== Installation ===<br />
<br />
L'installation du plugin :<br />
<br />
1) Récupérer l'archive zip du plugin :<br />
https://bitbucket.org/xbmcproject/script.dlinkcameraxbmcaddon<br />
<br />
2) System -> Addons -> Install from ZIP file -> choose<br />
script.dlinkcameraxbmcaddon.zip -> Validate<br />
<br />
==== Ajout d'une nouvelle caméra ====<br />
<br />
=== Aperçu ===<br />
[[Image:OpenHab_video_Fonctionnement.png|Fonctionnement Plugin Video|thumb|left|600px]]<br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br />
<br/><br/><br />
<br />
== Télécommande ==<br />
[[Image:XBMC_Telecommande_global.png| Fonctionnement Télécommande|thumb|left|600px]]<br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br />
<br />
=== Réflexivité ===<br />
====Noyau====<br />
<br />
Nous avons étendu l'API JSON-RPC du noyau XBMC :<br />
- une méthode GetCurrentMainMenu qui permet de retourner l'état actuel de la barre de menu principal. Cet état est loin d'être statique, des nouvelles entrées peuvent apparaître (insertion d'un disque dans la machine où est installée le media center, activation d'une carte tuner TV) ou disparaître (demande explicite de l'utilisateur dans les paramètres d'un skin de ne pas afficher tel ou tel menu). De plus, il est inutile de renvoyer des menus ne contenant aucun média (on ne renvoie pas le menu vidéo si aucune n'est présente dans notre médiathèque).<br />
<br />
====Télécommande Android ====<br />
Modifications apportées à la [https://github.com/freezy/android-xbmcremote télécommande officielle] :<br />
<br />
* Récupération dynamique du menu principal<br />
<br />
* Récupération de la liste des addons<br />
<br />
* Navigation dans les listes à l'intérieur des addons<br />
<br />
'''Exemple d'application :'''<br />
<br />
<gallery><br />
Image:xbmc_Menu_modifie.png|Etape 1 : Menu principal dynamique<br />
Image:xbmc_List_addons.png|Etape 2 : Liste des addons<br />
Image:xbmc_Openhab_floors.png|Etape 3 : Navigation dans les étages<br />
Image:xbmc_Openhab_rooms.png|Etape 4 : Navigation dans les pièces<br />
Image:xbmc_Remote.png|Etape 5 : Affichage de la remote<br />
</gallery><br />
<br />
<br />
'''Interaction avec le noyau de XBMC :'''<br />
<br style="clear:both;" /><br />
<br/><br />
[[Image:XBMC_remote_example.png|Diagramme de séquence]]<br />
<br />
<br style="clear:both;" /><br />
<br />
=== NFC ===<br />
Le module NFC ajouté dans la télécommande Android d'XBMC permet de lancer un artiste ou un type de musique. <br/><br />
<br />
==== Principe de fonctionnement ====<br />
[[Image:NFC_fonctionnement.png| Fonctionnement NFC |thumb|left|600px]] <br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br />
<br />
L'utilisateur à la possibilité de lire et d'écrire un TAG NFC depuis la télécommande d'XBMC. <br/><br />
<br />
Les TAGs utilisés peuvent être configurés directement depuis la télécommande, qui possède un lecteur NFC. La communication est réalisée avec [http://wiki.xbmc.org/index.php?title=JSON-RPC_API/v6 l'API JSON-RPC] disponible sur les instances XBMC.<br/> <br />
<br />
==== Architecture logicielle ====<br />
[[Image:NFC_XBMC_archi.png| Fonctionnement NFC |thumb|left|600px]] <br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br />
L'activité NFCWriterActivity permet de lire et d'écrire les TAGs NFC. <br/><br />
La classe NFCWriterController permet d'envoyer les requêtes de lecture au serveur XBMC. <br/><br />
L'activité est lancée par la classe HomeController, lorsque l'utilisateur exécute l'activité NFC depuis le menu principal. Le mode lancé dans ce cas est le mode lecture. L'utilisateur doit approcher un TAG pour que celui-ci soit lu, et la lecture lancée.<br/><br />
Le mode écriture peut être activé par l'utilisateur dans les menus musique et genre. <br/><br />
<br />
Les TAG utilisent la technologie NDEF, et sont configurés de la façon suivante : <br/><br />
'''Lecture album :''' <br/><br />
*Record 0 : Type<br />
*Record 1 : Id<br />
*Record 2 : Name<br />
*Record 3 : Artist <br />
*Record 4 : Year<br />
<br/><br />
'''Lecture genre de musique :''' <br/><br />
*Record 0 : Type<br />
*Record 1 : Id<br />
*Record 2 : Name<br />
<br />
==== Installation ====<br />
Pour installer l'application Remote XBMC avec nos modifications, il suffit d'installer :<br />
<br/><br />
1) la version modifiée de XBMC téléchargeable sur ce [[lien]]<br />
<br/><br />
2) l'apk de la télécommande modifiée disponible sur ce [[lien]]<br />
<br/><br />
<br />
== Reconnaissance vocale ==<br />
S.A.R.A.H (Self Actuated Residential Automated Habitat) est un système de maison intelligente connectée à l'internet des objets.<br />
<br />
[[Image:sarah-logo.png|Sarah|thumb|left|250px]]<br />
<br/><br/><br/><br/><br/><br/><br />
<br />
Il permet notamment :<br />
* reconnaissance vocale et gestuelle via fichiers XML<br />
* reconnaissance faciale avec une Kinect<br />
* reconnaissance des QRCodes<br />
<br />
Les requêtes HTTP générées exécutent des scripts NodeJS pour l'interaction domotique ou la recherche d'information.<br />
<br />
=== Fonctionnement ===<br />
<br />
Lien vers la description complète : http://encausse.wordpress.com/s-a-r-a-h/s-a-r-a-h-architecture/<br />
<br />
<br />
L'architecture de SARAH repose principalement sur un programme C# et un programme NodeJS :<br />
<br />
Le programme C# :<br />
* Ecoute et identifie des phrases, gestes ou qrcode via un fichier XML et génère une requête HTTP<br />
* Répond à la requête et produit un retour vocal<br />
Le programme NodeJS :<br />
* Exécute un script en fonction de la requête HTTP reçue pour exécuter un programme ou chercher de l'information<br />
<br />
=== Installation ===<br />
<br />
==== Prérequis ====<br />
Lien : http://domotique-info.fr/2014/02/sarah-installation-premiers-pas/<br />
* Microsoft .NET 4.5<br />
* Microsoft Speech Platform<br />
* Speech Platform Runtime<br />
* SDK Kinect (non nécessaire pour la reconnaissance vocale)<br />
<br />
==== Tutoriel ====<br />
Lien du tutoriel : http://encausse.wordpress.com/2013/02/16/s-a-r-a-h-tutorial-plugin-xbmc/<br />
<br />
* Télécharger l'archive (version actuelle: 3.1.4) http://encausse.wordpress.com/s-a-r-a-h/<br />
* Extraire dans un dossier dont le chemin ne comporte pas d'espace<br />
* Dans le répertoire "plugins", créer un dossier "xbmc"<br />
* Télécharger l'archive https://github.com/PasDeBol/Sarah-Plugin-Xbmc<br />
* Copier le contenu du répertoire "plugins" de la nouvelle archive (excepté addonSarahAndXbmc.V1.0.zip) dans le dossier "/plugins/xbmc" précédemment créé<br />
* Modifier le fichier xbmc.prop :<br />
** Remplacer "[FIXME]:[FIXME]" par "127.0.0.1:8077"<br />
* Décompresser l'archive addonSarahAndXbmc.V1.0.zip présente dans "Sarah-Plugin-Xbmc-master/Sarah-Plugin-Xbmc-master/plugins"<br />
* Copier le répertoire "sarah.addon" dans le dossier "addons" de XBMC<br />
<br />
=== Configuration de XBMC ===<br />
* System/Services/Webserver<br />
** Autoriser le contrôle d'XBMC via HTTP<br />
** Port : 8077<br />
** Supprimer le nom d'utilisateur<br />
** Supprimer le mot de passe<br />
* System/Services/Remote control<br />
** Tout autoriser<br />
* System/System/Video output<br />
** Mode fenêtré<br />
* System/System/Audio output<br />
** Play GUI Sounds : Never<br />
<br />
<br />
* Vérification de la configuration<br />
** "localhost:8077" doit vous rediriger vers l'interface d'XBMC<br />
** "localhost:8080" doit afficher l'interface web de SARAH<br />
*** Sur l'interface web cliquer sur l'icône "actualiser" du plugin XBMC -> icône "planète" (documentation) -> "Test de la configuration" et vérifier que tous les contrôles soient OK<br />
<br />
=== Exécution ===<br />
* Dans l'archive "WSRRelease314", lancer "Server_NodeJS.cmd"<br />
* Lancer "Client_Microphone.cmd"<br />
* Pour tester, dire "Sarah, il est quelle heure ?"<br />
* Si Sarah répond, lancer XBMC<br />
* Dire "Sarah, active le mode XBMC"<br />
* À partir d'ici, toutes les commandes de Sarah sont utilisables (récapitulatif ici : https://github.com/PasDeBol/Sarah-Plugin-Xbmc/blob/master/info/liste%20compl%C3%A8te%20des%20commandes.txt)<br />
<br />
=== Ajouter de commandes vocales dans SARAH ===<br />
* Ouvrir le fichier "WSRRelease314/plugins/xbmc/xbmc.xml"<br />
* Ajouter une ligne : <item>(1)<tag>out.action.action="(2)"</tag><tag>out.action.xbmc="(3)" </tag></item><br />
** (1) : la commande vocale que vous souhaitez utiliser (exemple: ferme l'application XBMC)<br />
** (2) : l'action SARAH correspondant à votre commande</div>Pierre.Lartiguehttps://air.imag.fr/index.php?title=Extensions_XBMC&diff=16437Extensions XBMC2014-03-26T22:29:24Z<p>Pierre.Lartigue: /* Installation */</p>
<hr />
<div>Cette page wiki se veut être une fiche de suivi interactive du '''projet "extensions XBMC"''' d'un groupe d'étudiants de la promotion RICM5 2014. Interactive, car nous suivons pour ce projet une méthodologie de type Agile. <br/>Revenez donc régulièrement consulter cette page pour suivre ses dernières évolutions, mises à jour et modifications ! Si le sujet de notre projet vous plaît, que vous avez des questions ou remarques, n'hésitez surtout pas à nous [mailto:xbmc_ricm5@googlegroups.com contacter] :) <br />
<br />
=Présentation du sujet=<br />
<br />
L'objectif de ce projet de 8 semaines est de créer de nouveaux plugins pour le [http://xbmc.org/ media center XBMC].<br/><br />
Les plugins, qui seront développés, vont permettre d'ajouter les fonctions suivantes : <br />
* Réalisation d'un plugin de domotique basé sur [http://www.openhab.org/ OpenHab]<br />
* Réalisation d'un plugin d'interaction avec les lampes [http://meethue.com/ Philips Hue]<br />
* Réalisation d'un plugin permettant de contrôler des caméras de surveillance D-Link<br />
* Amélioration de la télécommande Android développée par la "Team-XBMC" : <br />
**Ajout d'un système permettant de rendre la télécommande réflexive<br />
**Ajout d'une fonction NFC permettant de lancer de la musique (par genre ou album)<br />
<br />
Enfin, si le temps le permet, d'inclure, de tester voire d'implémenter d'autres extensions telles que :<br />
* commande vocale d'XBMC<br />
* commande gestuelle<br />
* implémentation du profil UPnP Low Power<br />
* suivi d'utilisateurs d'XBMC entre plusieurs instances du logiciel, et ce de manière automatique<br />
<br />
=L'équipe projet=<br />
<br />
'''Team:'''<br />
* Nicolas Afonso (Chef de projet)<br />
* Jean-François Bianco<br />
* Pierre Lartigue<br />
* Elisa Martinez<br />
* Rebecca Poustis<br />
<br />
<br />
= Spécifications =<br />
== Plugin OpenHab ==<br />
Le but de ce plugin est de permettre aux utilisateurs de contrôler leur maison depuis une instance XBMC. <br />
===Principe de fonctionnement===<br />
[[Image:Openhab_plugin_principe.png|Fig 1 : Fonctionnement|thumb|left|800px]] <br/> <br/> <br/> <br/> <br/> <br/><br/> <br/> <br/> <br/> <br/> <br/><br/><br />
L'utilisateur accède aux informations concernant son logement grâce à un plugin développé spécialement pour XBMC. Grâce à celui-ci, l'utilisateur est en mesure de consulter et d'agir sur les états des objets connectés gérés par son serveur openHAB <br/><br />
La communication entre le plugin et le serveur openHab est réalisée à l'aide de [http://github.com/openhab/openhab/wiki/REST-API l'API REST] disponible sur les serveurs openHAB (la connexion utilisée est du type JSON-RPC). <br/><br />
<br />
===Architecture logicielle ===<br />
[[Image:Plugin_Openhab_archi.png|Fig 2 : Architecture Logicielle|thumb|left|600px]]<br/> <br/> <br/> <br/> <br/> <br/><br/> <br/><br/> <br/><br/> <br/> <br />
Le plugin a été développé en Python. Son architecture est décomposée en 3 composants : <br />
* Le premier est l'OpenHab API qui permet de communiquer simplement avec le serveur, et met à disposition les différents types d'objets disponibles dans un serveur openHab.<br />
* Le second est le Framework [http://github.com/romanvm/PyXBMCt PyXBMCt] développé par Roman Miroshnychenko. Celui-ci permet de réaliser des interfaces graphiques pour XBMC, directement en python. <br />
* Le troisième est le composant principal. Il gère l'affichage et l'envoi des requêtes nécessaires pour modéliser l'habitation dans XBMC.<br />
<br/> <br />
Les sources sont disponibles sur le dépôt de sources suivant : http://bitbucket.org/xbmcproject/xbmc-openhab-plugin<br />
<br />
===Installation===<br />
<br />
====Plugin==== <br />
L'installation du plugin : <br/><br />
1) Récupérer l'archive zip du plugin : [http://bitbucket.org/xbmcproject/xbmc-openhab-plugin/downloads/script.module.openhab_v1.zip openHab XBMC plugin]<br/><br />
2) System -> Addons -> Install from ZIP file -> choose openHab_XBMC_plugin.zip -> Validate<br/><br />
<br />
Configuration : <br/><br />
Par défaut, le plugin utilise les valeurs suivantes : <br />
* Adresse serveur : 127.0.0.1<br />
* Port du serveur : 8080<br />
* Nom du serveur : demo<br />
* Id du serveur : demo<br />
Ces valeurs sont modifiables dans les paramètres du plugin. <br/><br />
<br />
====OpenHab==== <br />
Les détails concernant l'installation d'OpenHab sont disponibles sur [http://github.com/openhab/openhab/wiki/Quick-Setup-an-openHAB-Server le wiki du projet openHab]. <br/><br />
<br />
===Aperçu===<br />
[[Image:Screenshot_xbmcOpenhab_1.png|Fig 3 : Accueil Add-on|thumb|left|600px]][[Image:Screenshot_xbmcOpenhab_2.png|Fig 4 : Vue Etages|thumb|center|600px]]<br/><br />
[[Image:Screenshot_xbmcOpenhab_3.png|Fig 5 : Vue pièces|thumb|left|600px]][[Image:Screenshot_xbmcOpenhab_4.png|Fig 6 : Détails pièces|thumb|center|600px]]<br/><br />
<br />
== Plugin Philips Hue ==<br />
<br />
<br />
===Présentation===<br />
<br />
Nous sommes partis d'un plugin XBMC existant. <br />
<br />
Code original :<br />
https://github.com/cees-elzinga/script.xbmc.hue.ambilight<br />
<br />
Ce plugin implémente le système [http://en.wikipedia.org/wiki/Ambilight Ambilight] pour les Philips Hue. Ce système capture les couleurs<br />
dominantes de l'image du média en cours de lecture et les transmet aux<br />
ampoules Hue. Ce qui améliore grandement l'immersion de l'utilisateur. <br />
<br />
====Amélioration====<br />
<br />
Nous avons voulu ajouter des effets d'ambiance lorsqu'il n'y a pas de<br />
média en cours de lecture. Nous avons donc ajouté un mode<br />
d'utilisation des lampes de Philips à savoir le changement de couleur<br />
automatique de chaque lampe. Les couleurs sont aléatoires et<br />
indépendantes pour chaque ampoule. L'utilisateur peut configurer ce<br />
mode selon 3 paramètres : la luminosité, la saturation et<br />
la fréquence de changement de couleur des ampoules.<br />
<br />
===Principe de fonctionnement===<br />
[[Image:XBMC_Hue_fonctionnement.png|Fonctionnement plugin Phillips Hue|thumb|left|600px]]<br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br />
L'utilisateur interagit avec les différentes options du plugin grâce aux<br />
settings de celui-ci et sélectionne l'addon pour lancer le script.<br />
La communication entre le plugin et le pont Hue est réalisée grâce à<br />
l'[http://developers.meethue.com/ API Philips].<br />
<br />
===Architecture logicielle===<br />
[[Image:XBMC_Hue_archi.png|Fonctionnement plugin Phillips Hue|thumb|left|600px]]<br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br />
Le plugin dispose de 3 fichiers sources python: <br/><br />
* default.py qui regroupe les fonctions de calcul de couleurs<br />
dominantes d'ambilight, la classe Hue qui représente le pont Hue et<br />
la boucle principale du script.<br />
* resources/lib/tools.py définit les fonctionnalités de<br />
communication avec les lampes. Dans ce fichier, sont implémentées<br />
des fonctions telles que l'auto-recherche du pont sur le réseau,<br />
les méthodes d'envoi des requêtes JSON.<br />
* resources/lib/settingsAmbilight.py qui a pour but de récupérer<br />
les settings saisis par l'utilisateur.<br/><br />
<br />
===L'installation du plugin===<br />
<br/><br />
1) Récupérer l'archive zip du plugin : [https://github.com/NicolasAfonso/script.xbmc.hue.ambilight extension Philips Hue pour XBMC]<br />
<br />
2) System -> Addons -> Install from ZIP file -> choose<br />
script.xbmc.hue.ambilight.zip -> Validate <br />
<br />
3) Configurer les plugins à souhait. Ne pas oublier de faire la<br />
recherche automatique du pont Hue sur le réseau si vous ne connaissez<br />
pas son adresse IP<br />
<br/><br />
<br />
== Plugin Caméra de surveillance ==<br />
<br />
=== Principe de fonctionnement ===<br />
<br />
Nous avons été amenés à travailler sur des caméras de la marque D-Link (les modèles [http://www.dlink.com/fr/fr/support/product/dcs-5222l-pan-tilt-zoom-cloud-camera DCS-5222L] et [http://www.dlink.com/fr/fr/home-solutions/view/network-cameras/dcs-932l-day-night-cloud-camera DCS-932L]).<br />
<br />
L'idée de cet addon était de pouvoir utiliser XBMC pour lire le flux<br />
video d'une caméra de surveillance. Notre plugin, donne à<br />
l'utilisateur de choisir entre deux modèles cités. Au lancement du script,<br />
si l'adresse IP de la caméra n'a pas été saisie par l'utilisateur, une<br />
recherche du modèle selectionné s'exécute. Une fois le périphérique<br />
repéré sur le réseau, le flux video est lu par le lecteur de XBMC via<br />
l'adresse HTTP de celui-ci. Le recherche se base sur la recherche d'un<br />
périphérique [http://en.wikipedia.org/wiki/Universal_Plug_and_Play UPnP]. Pendant la lecture, un overlay a été créé pour pouvoir contrôlé<br />
via XBMC l'un des deux modèles de camera ([http://www.dlink.com/fr/fr/support/product/dcs-5222l-pan-tilt-zoom-cloud-camera DCS-5222L]). Cela est rendu<br />
possible car celles-ci disposent d'un serveur web interne accessible<br />
directement sur le port 80, avec l'adresse attribuée dans le réseau<br />
local. Les mouvements de la caméras lui sont donc adressés par des<br />
requêtes HTTP.<br />
<br />
=== Architecture logicielle ===<br />
<br />
Le plugin dispose de 3 fichiers sources python:<br />
* addon.py regroupe la classe Camera, la definition de l'overlay et le<br />
script de lancement. <br />
* resources/lib/camDriver.py regroupe les methodes pour interagir avec la camera.<br />
* resources/lib/settings.py qui a pour but de récupérer les settings saisis par<br />
l'utilisateur.<br />
<br />
=== Installation ===<br />
<br />
L'installation du plugin :<br />
<br />
1) Récupérer l'archive zip du plugin :<br />
https://bitbucket.org/xbmcproject/script.dlinkcameraxbmcaddon<br />
<br />
2) System -> Addons -> Install from ZIP file -> choose<br />
script.dlinkcameraxbmcaddon.zip -> Validate<br />
<br />
==== Ajout d'une nouvelle caméra ====<br />
<br />
=== Aperçu ===<br />
[[Image:OpenHab_video_Fonctionnement.png|Fonctionnement Plugin Video|thumb|left|600px]]<br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br />
<br/><br/><br />
<br />
== Télécommande ==<br />
[[Image:XBMC_Telecommande_global.png| Fonctionnement Télécommande|thumb|left|600px]]<br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br />
<br />
=== Réflexivité ===<br />
====Noyau====<br />
<br />
Nous avons étendu l'API JSON-RPC du noyau XBMC :<br />
- une méthode GetCurrentMainMenu qui permet de retourner l'état actuel de la barre de menu principal. Cet état est loin d'être statique, des nouvelles entrées peuvent apparaître (insertion d'un disque dans la machine où est installée le media center, activation d'une carte tuner TV) ou disparaître (demande explicite de l'utilisateur dans les paramètres d'un skin de ne pas afficher tel ou tel menu). De plus, il est inutile de renvoyer des menus ne contenant aucun média (on ne renvoie pas le menu vidéo si aucune n'est présente dans notre médiathèque).<br />
<br />
====Télécommande Android ====<br />
Modifications apportées à la [https://github.com/freezy/android-xbmcremote télécommande officielle] :<br />
<br />
* Récupération dynamique du menu principal<br />
<br />
* Récupération de la liste des addons<br />
<br />
* Navigation dans les listes à l'intérieur des addons<br />
<br />
'''Exemple d'application :'''<br />
<br />
<gallery><br />
Image:xbmc_Menu_modifie.png|Etape 1 : Menu principal dynamique<br />
Image:xbmc_List_addons.png|Etape 2 : Liste des addons<br />
Image:xbmc_Openhab_floors.png|Etape 3 : Navigation dans les étages<br />
Image:xbmc_Openhab_rooms.png|Etape 4 : Navigation dans les pièces<br />
Image:xbmc_Remote.png|Etape 5 : Affichage de la remote<br />
</gallery><br />
<br />
<br />
'''Interaction avec le noyau de XBMC :'''<br />
<br style="clear:both;" /><br />
<br/><br />
[[Image:XBMC_remote_example.png|Diagramme de séquence]]<br />
<br />
<br style="clear:both;" /><br />
<br />
=== NFC ===<br />
Le module NFC ajouté dans la télécommande Android d'XBMC permet de lancer un artiste ou un type de musique. <br/><br />
<br />
==== Principe de fonctionnement ====<br />
[[Image:NFC_fonctionnement.png| Fonctionnement NFC |thumb|left|600px]] <br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br />
<br />
L'utilisateur à la possibilité de lire et d'écrire un TAG NFC depuis la télécommande d'XBMC. <br/><br />
<br />
Les TAGs utilisés peuvent être configurés directement depuis la télécommande, qui possède un lecteur NFC. La communication est réalisée avec [http://wiki.xbmc.org/index.php?title=JSON-RPC_API/v6 l'API JSON-RPC] disponible sur les instances XBMC.<br/> <br />
<br />
==== Architecture logicielle ====<br />
[[Image:NFC_XBMC_archi.png| Fonctionnement NFC |thumb|left|600px]] <br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br />
L'activité NFCWriterActivity permet de lire et d'écrire les TAGs NFC. <br/><br />
La classe NFCWriterController permet d'envoyer les requêtes de lecture au serveur XBMC. <br/><br />
L'activité est lancée par la classe HomeController, lorsque l'utilisateur exécute l'activité NFC depuis le menu principal. Le mode lancé dans ce cas est le mode lecture. L'utilisateur doit approcher un TAG pour que celui-ci soit lu, et la lecture lancée.<br/><br />
Le mode écriture peut être activé par l'utilisateur dans les menus musique et genre. <br/><br />
<br />
Les TAG utilisent la technologie NDEF, et sont configurés de la façon suivante : <br/><br />
'''Lecture album :''' <br/><br />
*Record 0 : Type<br />
*Record 1 : Id<br />
*Record 2 : Name<br />
*Record 3 : Artist <br />
*Record 4 : Year<br />
<br/><br />
'''Lecture genre de musique :''' <br/><br />
*Record 0 : Type<br />
*Record 1 : Id<br />
*Record 2 : Name<br />
<br />
==== Installation ====<br />
Pour installer l'application Remote XBMC avec nos modifications, il suffit d'installer :<br />
<br/><br />
1) la version modifiée de XBMC téléchargeable sur ce [[lien]]<br />
<br/><br />
2) l'apk de la télécommande modifiée disponible sur ce [[lien]]<br />
<br/><br />
<br />
== Reconnaissance vocale ==<br />
S.A.R.A.H (Self Actuated Residential Automated Habitat) est un système de maison intelligente connectée à l'internet des objets.<br />
<br />
[[Image:sarah-logo.png|Sarah|thumb|left|250px]]<br />
<br/><br/><br/><br/><br/><br/><br />
<br />
Il permet notamment :<br />
* reconnaissance vocale et gestuelle via fichiers XML<br />
* reconnaissance faciale avec une Kinect<br />
* reconnaissance des QRCodes<br />
<br />
Les requêtes HTTP générées exécutent des scripts NodeJS pour l'interaction domotique ou la recherche d'information.<br />
<br />
=== Fonctionnement ===<br />
<br />
Lien vers la description complète : http://encausse.wordpress.com/s-a-r-a-h/s-a-r-a-h-architecture/<br />
<br />
<br />
L'architecture de SARAH repose principalement sur un programme C# et un programme NodeJS :<br />
<br />
Le programme C# :<br />
* Ecoute et identifie des phrases, gestes ou qrcode via un fichier XML et génère une requête HTTP<br />
* Répond à la requête et produit un retour vocal<br />
Le programme NodeJS :<br />
* Exécute un script en fonction de la requête HTTP reçue pour exécuter un programme ou chercher de l'information<br />
<br />
=== Installation ===<br />
<br />
==== Prérequis ====<br />
Lien : http://domotique-info.fr/2014/02/sarah-installation-premiers-pas/<br />
* Microsoft .NET 4.5<br />
* Microsoft Speech Platform<br />
* Speech Platform Runtime<br />
* SDK Kinect (non nécessaire pour la reconnaissance vocale)<br />
<br />
==== Tutoriel ====<br />
Lien du tutoriel : http://encausse.wordpress.com/2013/02/16/s-a-r-a-h-tutorial-plugin-xbmc/<br />
<br />
* Télécharger l'archive (version actuelle: 3.1.4) http://encausse.wordpress.com/s-a-r-a-h/<br />
* Extraire dans un dossier dont le chemin ne comporte pas d'espace<br />
* Dans le répertoire "plugins", créer un dossier "xbmc"<br />
* Télécharger l'archive https://github.com/PasDeBol/Sarah-Plugin-Xbmc<br />
* Copier le contenu du répertoire "plugins" de la nouvelle archive (excepté addonSarahAndXbmc.V1.0.zip) dans le dossier "/plugins/xbmc" précédemment créé<br />
* Modifier le fichier xbmc.prop :<br />
** Remplacer "[FIXME]:[FIXME]" par "127.0.0.1:8077"<br />
* Décompresser l'archive addonSarahAndXbmc.V1.0.zip présente dans "Sarah-Plugin-Xbmc-master/Sarah-Plugin-Xbmc-master/plugins"<br />
* Copier le répertoire "sarah.addon" dans le dossier "addons" de XBMC<br />
<br />
=== Configuration de XBMC ===<br />
* System/Services/Webserver<br />
** Autoriser le contrôle d'XBMC via HTTP<br />
** Port : 8077<br />
** Supprimer le nom d'utilisateur<br />
** Supprimer le mot de passe<br />
* System/Services/Remote control<br />
** Tout autoriser<br />
* System/System/Video output<br />
** Mode fenêtré<br />
* System/System/Audio output<br />
** Play GUI Sounds : Never<br />
<br />
<br />
* Vérification de la configuration<br />
** "localhost:8077" doit vous rediriger vers l'interface d'XBMC<br />
** "localhost:8080" doit afficher l'interface web de SARAH<br />
*** Sur l'interface web cliquer sur l'icône "actualiser" du plugin XBMC -> icône "planète" (documentation) -> "Test de la configuration" et vérifier que tous les contrôles soient OK<br />
<br />
=== Exécution ===<br />
* Dans l'archive "WSRRelease314", lancer "Server_NodeJS.cmd"<br />
* Lancer "Client_Microphone.cmd"<br />
* Pour tester, dire "Sarah, il est quelle heure ?"<br />
* Si Sarah répond, lancer XBMC<br />
* Dire "Sarah, active le mode XBMC"<br />
* À partir d'ici, toutes les commandes de Sarah sont utilisables (récapitulatif ici : https://github.com/PasDeBol/Sarah-Plugin-Xbmc/blob/master/info/liste%20compl%C3%A8te%20des%20commandes.txt)<br />
<br />
=== Ajouter de commandes vocales dans SARAH ===<br />
* Ouvrir le fichier "WSRRelease314/plugins/xbmc/xbmc.xml"<br />
* Ajouter une ligne : <item>(1)<tag>out.action.action="(2)"</tag><tag>out.action.xbmc="(3)" </tag></item><br />
** (1) : la commande vocale que vous souhaitez utiliser (exemple: ferme l'application XBMC)<br />
** (2) : l'action SARAH correspondant à votre commande</div>Pierre.Lartiguehttps://air.imag.fr/index.php?title=Extensions_XBMC&diff=16434Extensions XBMC2014-03-26T22:27:47Z<p>Pierre.Lartigue: /* Installation */</p>
<hr />
<div>Cette page wiki se veut être une fiche de suivi interactive du '''projet "extensions XBMC"''' d'un groupe d'étudiants de la promotion RICM5 2014. Interactive, car nous suivons pour ce projet une méthodologie de type Agile. <br/>Revenez donc régulièrement consulter cette page pour suivre ses dernières évolutions, mises à jour et modifications ! Si le sujet de notre projet vous plaît, que vous avez des questions ou remarques, n'hésitez surtout pas à nous [mailto:xbmc_ricm5@googlegroups.com contacter] :) <br />
<br />
=Présentation du sujet=<br />
<br />
L'objectif de ce projet de 8 semaines est de créer de nouveaux plugins pour le [http://xbmc.org/ media center XBMC].<br/><br />
Les plugins, qui seront développés, vont permettre d'ajouter les fonctions suivantes : <br />
* Réalisation d'un plugin de domotique basé sur [http://www.openhab.org/ OpenHab]<br />
* Réalisation d'un plugin d'interaction avec les lampes [http://meethue.com/ Philips Hue]<br />
* Réalisation d'un plugin permettant de contrôler des caméras de surveillance D-Link<br />
* Amélioration de la télécommande Android développée par la "Team-XBMC" : <br />
**Ajout d'un système permettant de rendre la télécommande réflexive<br />
**Ajout d'une fonction NFC permettant de lancer de la musique (par genre ou album)<br />
<br />
Enfin, si le temps le permet, d'inclure, de tester voire d'implémenter d'autres extensions telles que :<br />
* commande vocale d'XBMC<br />
* commande gestuelle<br />
* implémentation du profil UPnP Low Power<br />
* suivi d'utilisateurs d'XBMC entre plusieurs instances du logiciel, et ce de manière automatique<br />
<br />
=L'équipe projet=<br />
<br />
'''Team:'''<br />
* Nicolas Afonso (Chef de projet)<br />
* Jean-François Bianco<br />
* Pierre Lartigue<br />
* Elisa Martinez<br />
* Rebecca Poustis<br />
<br />
<br />
= Spécifications =<br />
== Plugin OpenHab ==<br />
Le but de ce plugin est de permettre aux utilisateurs de contrôler leur maison depuis une instance XBMC. <br />
===Principe de fonctionnement===<br />
[[Image:Openhab_plugin_principe.png|Fig 1 : Fonctionnement|thumb|left|800px]] <br/> <br/> <br/> <br/> <br/> <br/><br/> <br/> <br/> <br/> <br/> <br/><br/><br />
L'utilisateur accède aux informations concernant son logement grâce à un plugin développé spécialement pour XBMC. Grâce à celui-ci, l'utilisateur est en mesure de consulter et d'agir sur les états des objets connectés gérés par son serveur openHAB <br/><br />
La communication entre le plugin et le serveur openHab est réalisée à l'aide de [http://github.com/openhab/openhab/wiki/REST-API l'API REST] disponible sur les serveurs openHAB (la connexion utilisée est du type JSON-RPC). <br/><br />
<br />
===Architecture logicielle ===<br />
[[Image:Plugin_Openhab_archi.png|Fig 2 : Architecture Logicielle|thumb|left|600px]]<br/> <br/> <br/> <br/> <br/> <br/><br/> <br/><br/> <br/><br/> <br/> <br />
Le plugin a été développé en Python. Son architecture est décomposée en 3 composants : <br />
* Le premier est l'OpenHab API qui permet de communiquer simplement avec le serveur, et met à disposition les différents types d'objets disponibles dans un serveur openHab.<br />
* Le second est le Framework [http://github.com/romanvm/PyXBMCt PyXBMCt] développé par Roman Miroshnychenko. Celui-ci permet de réaliser des interfaces graphiques pour XBMC, directement en python. <br />
* Le troisième est le composant principal. Il gère l'affichage et l'envoi des requêtes nécessaires pour modéliser l'habitation dans XBMC.<br />
<br/> <br />
Les sources sont disponibles sur le dépôt de sources suivant : http://bitbucket.org/xbmcproject/xbmc-openhab-plugin<br />
<br />
===Installation===<br />
<br />
====Plugin==== <br />
L'installation du plugin : <br/><br />
1) Récupérer l'archive zip du plugin : [http://bitbucket.org/xbmcproject/xbmc-openhab-plugin/downloads/script.module.openhab_v1.zip openHab XBMC plugin]<br/><br />
2) System -> Addons -> Install from ZIP file -> choose openHab_XBMC_plugin.zip -> Validate<br/><br />
<br />
Configuration : <br/><br />
Par défaut, le plugin utilise les valeurs suivantes : <br />
* Adresse serveur : 127.0.0.1<br />
* Port du serveur : 8080<br />
* Nom du serveur : demo<br />
* Id du serveur : demo<br />
Ces valeurs sont modifiables dans les paramètres du plugin. <br/><br />
<br />
====OpenHab==== <br />
Les détails concernant l'installation d'OpenHab sont disponibles sur [http://github.com/openhab/openhab/wiki/Quick-Setup-an-openHAB-Server le wiki du projet openHab]. <br/><br />
<br />
===Aperçu===<br />
[[Image:Screenshot_xbmcOpenhab_1.png|Fig 3 : Accueil Add-on|thumb|left|600px]][[Image:Screenshot_xbmcOpenhab_2.png|Fig 4 : Vue Etages|thumb|center|600px]]<br/><br />
[[Image:Screenshot_xbmcOpenhab_3.png|Fig 5 : Vue pièces|thumb|left|600px]][[Image:Screenshot_xbmcOpenhab_4.png|Fig 6 : Détails pièces|thumb|center|600px]]<br/><br />
<br />
== Plugin Philips Hue ==<br />
<br />
<br />
===Présentation===<br />
<br />
Nous sommes partis d'un plugin XBMC existant. <br />
<br />
Code original :<br />
https://github.com/cees-elzinga/script.xbmc.hue.ambilight<br />
<br />
Ce plugin implémente le système [http://en.wikipedia.org/wiki/Ambilight Ambilight] pour les Philips Hue. Ce système capture les couleurs<br />
dominantes de l'image du média en cours de lecture et les transmet aux<br />
ampoules Hue. Ce qui améliore grandement l'immersion de l'utilisateur. <br />
<br />
====Amélioration====<br />
<br />
Nous avons voulu ajouter des effets d'ambiance lorsqu'il n'y a pas de<br />
média en cours de lecture. Nous avons donc ajouté un mode<br />
d'utilisation des lampes de Philips à savoir le changement de couleur<br />
automatique de chaque lampe. Les couleurs sont aléatoires et<br />
indépendantes pour chaque ampoule. L'utilisateur peut configurer ce<br />
mode selon 3 paramètres : la luminosité, la saturation et<br />
la fréquence de changement de couleur des ampoules.<br />
<br />
===Principe de fonctionnement===<br />
[[Image:XBMC_Hue_fonctionnement.png|Fonctionnement plugin Phillips Hue|thumb|left|600px]]<br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br />
L'utilisateur interagit avec les différentes options du plugin grâce aux<br />
settings de celui-ci et sélectionne l'addon pour lancer le script.<br />
La communication entre le plugin et le pont Hue est réalisée grâce à<br />
l'[http://developers.meethue.com/ API Philips].<br />
<br />
===Architecture logicielle===<br />
[[Image:XBMC_Hue_archi.png|Fonctionnement plugin Phillips Hue|thumb|left|600px]]<br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br />
Le plugin dispose de 3 fichiers sources python: <br/><br />
* default.py qui regroupe les fonctions de calcul de couleurs<br />
dominantes d'ambilight, la classe Hue qui représente le pont Hue et<br />
la boucle principale du script.<br />
* resources/lib/tools.py définit les fonctionnalités de<br />
communication avec les lampes. Dans ce fichier, sont implémentées<br />
des fonctions telles que l'auto-recherche du pont sur le réseau,<br />
les méthodes d'envoi des requêtes JSON.<br />
* resources/lib/settingsAmbilight.py qui a pour but de récupérer<br />
les settings saisis par l'utilisateur.<br/><br />
<br />
===L'installation du plugin===<br />
<br/><br />
1) Récupérer l'archive zip du plugin : [https://github.com/NicolasAfonso/script.xbmc.hue.ambilight extension Philips Hue pour XBMC]<br />
<br />
2) System -> Addons -> Install from ZIP file -> choose<br />
script.xbmc.hue.ambilight.zip -> Validate <br />
<br />
3) Configurer les plugins à souhait. Ne pas oublier de faire la<br />
recherche automatique du pont Hue sur le réseau si vous ne connaissez<br />
pas son adresse IP<br />
<br/><br />
<br />
== Plugin Caméra de surveillance ==<br />
<br />
=== Principe de fonctionnement ===<br />
<br />
Nous avons été amenés à travailler sur des caméras de la marque D-Link (les modèles [http://www.dlink.com/fr/fr/support/product/dcs-5222l-pan-tilt-zoom-cloud-camera DCS-5222L] et [http://www.dlink.com/fr/fr/home-solutions/view/network-cameras/dcs-932l-day-night-cloud-camera DCS-932L]).<br />
<br />
L'idée de cet addon était de pouvoir utiliser XBMC pour lire le flux<br />
video d'une caméra de surveillance. Notre plugin, donne à<br />
l'utilisateur de choisir entre deux modèles cités. Au lancement du script,<br />
si l'adresse IP de la caméra n'a pas été saisie par l'utilisateur, une<br />
recherche du modèle selectionné s'exécute. Une fois le périphérique<br />
repéré sur le réseau, le flux video est lu par le lecteur de XBMC via<br />
l'adresse HTTP de celui-ci. Le recherche se base sur la recherche d'un<br />
périphérique [http://en.wikipedia.org/wiki/Universal_Plug_and_Play UPnP]. Pendant la lecture, un overlay a été créé pour pouvoir contrôlé<br />
via XBMC l'un des deux modèles de camera ([http://www.dlink.com/fr/fr/support/product/dcs-5222l-pan-tilt-zoom-cloud-camera DCS-5222L]). Cela est rendu<br />
possible car celles-ci disposent d'un serveur web interne accessible<br />
directement sur le port 80, avec l'adresse attribuée dans le réseau<br />
local. Les mouvements de la caméras lui sont donc adressés par des<br />
requêtes HTTP.<br />
<br />
=== Architecture logicielle ===<br />
<br />
Le plugin dispose de 3 fichiers sources python:<br />
* addon.py regroupe la classe Camera, la definition de l'overlay et le<br />
script de lancement. <br />
* resources/lib/camDriver.py regroupe les methodes pour interagir avec la camera.<br />
* resources/lib/settings.py qui a pour but de récupérer les settings saisis par<br />
l'utilisateur.<br />
<br />
=== Installation ===<br />
<br />
L'installation du plugin : <br />
<br />
1) Récupérer l'archive zip du plugin :<br />
https://bitbucket.org/xbmcproject/script.dlinkcameraxbmcaddon<br />
2) System -> Addons -> Install from ZIP file -> choose<br />
script.dlinkcameraxbmcaddon.zip -> Validate <br />
<br />
==== Ajout d'une nouvelle caméra ====<br />
<br />
=== Aperçu ===<br />
[[Image:OpenHab_video_Fonctionnement.png|Fonctionnement Plugin Video|thumb|left|600px]]<br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br />
<br/><br/><br />
<br />
== Télécommande ==<br />
[[Image:XBMC_Telecommande_global.png| Fonctionnement Télécommande|thumb|left|600px]]<br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br />
<br />
=== Réflexivité ===<br />
====Noyau====<br />
====Télécommande Android ====<br />
Modifications apportées à la [https://github.com/freezy/android-xbmcremote télécommande officielle] :<br />
<br />
* Récupération dynamique du menu principal<br />
<br />
* Récupération de la liste des addons<br />
<br />
* Navigation dans les listes à l'intérieur des addons<br />
<br />
'''Exemple d'application :'''<br />
<br />
<gallery><br />
Image:xbmc_Menu_modifie.png|Etape 1 : Menu principal dynamique<br />
Image:xbmc_List_addons.png|Etape 2 : Liste des addons<br />
Image:xbmc_Openhab_floors.png|Etape 3 : Navigation dans les étages<br />
Image:xbmc_Openhab_rooms.png|Etape 4 : Navigation dans les pièces<br />
Image:xbmc_Remote.png|Etape 5 : Affichage de la remote<br />
</gallery><br />
<br />
<br />
'''Interaction avec le noyau de XBMC :'''<br />
<br style="clear:both;" /><br />
<br/><br />
[[Image:XBMC_remote_example.png|Diagramme de séquence]]<br />
<br />
<br style="clear:both;" /><br />
<br />
=== NFC ===<br />
Le module NFC ajouté dans la télécommande Android d'XBMC permet de lancer un artiste ou un type de musique. <br/><br />
<br />
==== Principe de fonctionnement ====<br />
[[Image:NFC_fonctionnement.png| Fonctionnement NFC |thumb|left|600px]] <br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br />
<br />
L'utilisateur à la possibilité de lire et d'écrire un TAG NFC depuis la télécommande d'XBMC. <br/><br />
<br />
Les TAGs utilisés peuvent être configurés directement depuis la télécommande, qui possède un lecteur NFC. La communication est réalisée avec [http://wiki.xbmc.org/index.php?title=JSON-RPC_API/v6 l'API JSON-RPC] disponible sur les instances XBMC.<br/> <br />
<br />
==== Architecture logicielle ====<br />
[[Image:NFC_XBMC_archi.png| Fonctionnement NFC |thumb|left|600px]] <br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br />
L'activité NFCWriterActivity permet de lire et d'écrire les TAGs NFC. <br/><br />
La classe NFCWriterController permet d'envoyer les requêtes de lecture au serveur XBMC. <br/><br />
L'activité est lancée par la classe HomeController, lorsque l'utilisateur exécute l'activité NFC depuis le menu principal. Le mode lancé dans ce cas est le mode lecture. L'utilisateur doit approcher un TAG pour que celui-ci soit lu, et la lecture lancée.<br/><br />
Le mode écriture peut être activé par l'utilisateur dans les menus musique et genre. <br/><br />
<br />
Les TAG utilisent la technologie NDEF, et sont configurés de la façon suivante : <br/><br />
'''Lecture album :''' <br/><br />
*Record 0 : Type<br />
*Record 1 : Id<br />
*Record 2 : Name<br />
*Record 3 : Artist <br />
*Record 4 : Year<br />
<br/><br />
'''Lecture genre de musique :''' <br/><br />
*Record 0 : Type<br />
*Record 1 : Id<br />
*Record 2 : Name<br />
<br />
==== Installation ====<br />
Pour installer l'application Remote XBMC avec nos modifications, il suffit d'installer :<br />
<br/><br />
1) la version modifiée de XBMC téléchargeable sur ce [[lien]]<br />
<br/><br />
2) l'apk de la télécommande modifiée disponible sur ce [[lien]]<br />
<br/><br />
<br />
==== Aperçu ====<br />
<br />
== Reconnaissance vocale ==<br />
S.A.R.A.H (Self Actuated Residential Automated Habitat) est un système de maison intelligente connectée à l'internet des objets.<br />
<br />
[[Image:sarah-logo.png|Sarah|thumb|left|250px]]<br />
<br/><br/><br/><br/><br/><br/><br />
<br />
Il permet notamment :<br />
* reconnaissance vocale et gestuelle via fichiers XML<br />
* reconnaissance faciale avec une Kinect<br />
* reconnaissance des QRCodes<br />
<br />
Les requêtes HTTP générées exécutent des scripts NodeJS pour l'interaction domotique ou la recherche d'information.<br />
<br />
=== Fonctionnement ===<br />
<br />
Lien vers la description complète : http://encausse.wordpress.com/s-a-r-a-h/s-a-r-a-h-architecture/<br />
<br />
<br />
L'architecture de SARAH repose principalement sur un programme C# et un programme NodeJS :<br />
<br />
Le programme C# :<br />
* Ecoute et identifie des phrases, gestes ou qrcode via un fichier XML et génère une requête HTTP<br />
* Répond à la requête et produit un retour vocal<br />
Le programme NodeJS :<br />
* Exécute un script en fonction de la requête HTTP reçue pour exécuter un programme ou chercher de l'information<br />
<br />
=== Installation ===<br />
<br />
==== Prérequis ====<br />
Lien : http://domotique-info.fr/2014/02/sarah-installation-premiers-pas/<br />
* Microsoft .NET 4.5<br />
* Microsoft Speech Platform<br />
* Speech Platform Runtime<br />
* SDK Kinect (non nécessaire pour la reconnaissance vocale)<br />
<br />
==== Tutoriel ====<br />
Lien du tutoriel : http://encausse.wordpress.com/2013/02/16/s-a-r-a-h-tutorial-plugin-xbmc/<br />
<br />
* Télécharger l'archive (version actuelle: 3.1.4) http://encausse.wordpress.com/s-a-r-a-h/<br />
* Extraire dans un dossier dont le chemin ne comporte pas d'espace<br />
* Dans le répertoire "plugins", créer un dossier "xbmc"<br />
* Télécharger l'archive https://github.com/PasDeBol/Sarah-Plugin-Xbmc<br />
* Copier le contenu du répertoire "plugins" de la nouvelle archive (excepté addonSarahAndXbmc.V1.0.zip) dans le dossier "/plugins/xbmc" précédemment créé<br />
* Modifier le fichier xbmc.prop :<br />
** Remplacer "[FIXME]:[FIXME]" par "127.0.0.1:8077"<br />
* Décompresser l'archive addonSarahAndXbmc.V1.0.zip présente dans "Sarah-Plugin-Xbmc-master/Sarah-Plugin-Xbmc-master/plugins"<br />
* Copier le répertoire "sarah.addon" dans le dossier "addons" de XBMC<br />
<br />
=== Configuration de XBMC ===<br />
* System/Services/Webserver<br />
** Autoriser le contrôle d'XBMC via HTTP<br />
** Port : 8077<br />
** Supprimer le nom d'utilisateur<br />
** Supprimer le mot de passe<br />
* System/Services/Remote control<br />
** Tout autoriser<br />
* System/System/Video output<br />
** Mode fenêtré<br />
* System/System/Audio output<br />
** Play GUI Sounds : Never<br />
<br />
<br />
* Vérification de la configuration<br />
** "localhost:8077" doit vous rediriger vers l'interface d'XBMC<br />
** "localhost:8080" doit afficher l'interface web de SARAH<br />
*** Sur l'interface web cliquer sur l'icône "actualiser" du plugin XBMC -> icône "planète" (documentation) -> "Test de la configuration" et vérifier que tous les contrôles soient OK<br />
<br />
=== Exécution ===<br />
* Dans l'archive "WSRRelease314", lancer "Server_NodeJS.cmd"<br />
* Lancer "Client_Microphone.cmd"<br />
* Pour tester, dire "Sarah, il est quelle heure ?"<br />
* Si Sarah répond, lancer XBMC<br />
* Dire "Sarah, active le mode XBMC"<br />
* À partir d'ici, toutes les commandes de Sarah sont utilisables (récapitulatif ici : https://github.com/PasDeBol/Sarah-Plugin-Xbmc/blob/master/info/liste%20compl%C3%A8te%20des%20commandes.txt)<br />
<br />
=== Ajouter de commandes vocales dans SARAH ===<br />
* Ouvrir le fichier "WSRRelease314/plugins/xbmc/xbmc.xml"<br />
* Ajouter une ligne : <item>(1)<tag>out.action.action="(2)"</tag><tag>out.action.xbmc="(3)" </tag></item><br />
** (1) : la commande vocale que vous souhaitez utiliser (exemple: ferme l'application XBMC)<br />
** (2) : l'action SARAH correspondant à votre commande</div>Pierre.Lartiguehttps://air.imag.fr/index.php?title=Extensions_XBMC&diff=16431Extensions XBMC2014-03-26T22:27:10Z<p>Pierre.Lartigue: /* Architecture logicielle */</p>
<hr />
<div>Cette page wiki se veut être une fiche de suivi interactive du '''projet "extensions XBMC"''' d'un groupe d'étudiants de la promotion RICM5 2014. Interactive, car nous suivons pour ce projet une méthodologie de type Agile. <br/>Revenez donc régulièrement consulter cette page pour suivre ses dernières évolutions, mises à jour et modifications ! Si le sujet de notre projet vous plaît, que vous avez des questions ou remarques, n'hésitez surtout pas à nous [mailto:xbmc_ricm5@googlegroups.com contacter] :) <br />
<br />
=Présentation du sujet=<br />
<br />
L'objectif de ce projet de 8 semaines est de créer de nouveaux plugins pour le [http://xbmc.org/ media center XBMC].<br/><br />
Les plugins, qui seront développés, vont permettre d'ajouter les fonctions suivantes : <br />
* Réalisation d'un plugin de domotique basé sur [http://www.openhab.org/ OpenHab]<br />
* Réalisation d'un plugin d'interaction avec les lampes [http://meethue.com/ Philips Hue]<br />
* Réalisation d'un plugin permettant de contrôler des caméras de surveillance D-Link<br />
* Amélioration de la télécommande Android développée par la "Team-XBMC" : <br />
**Ajout d'un système permettant de rendre la télécommande réflexive<br />
**Ajout d'une fonction NFC permettant de lancer de la musique (par genre ou album)<br />
<br />
Enfin, si le temps le permet, d'inclure, de tester voire d'implémenter d'autres extensions telles que :<br />
* commande vocale d'XBMC<br />
* commande gestuelle<br />
* implémentation du profil UPnP Low Power<br />
* suivi d'utilisateurs d'XBMC entre plusieurs instances du logiciel, et ce de manière automatique<br />
<br />
=L'équipe projet=<br />
<br />
'''Team:'''<br />
* Nicolas Afonso (Chef de projet)<br />
* Jean-François Bianco<br />
* Pierre Lartigue<br />
* Elisa Martinez<br />
* Rebecca Poustis<br />
<br />
<br />
= Spécifications =<br />
== Plugin OpenHab ==<br />
Le but de ce plugin est de permettre aux utilisateurs de contrôler leur maison depuis une instance XBMC. <br />
===Principe de fonctionnement===<br />
[[Image:Openhab_plugin_principe.png|Fig 1 : Fonctionnement|thumb|left|800px]] <br/> <br/> <br/> <br/> <br/> <br/><br/> <br/> <br/> <br/> <br/> <br/><br/><br />
L'utilisateur accède aux informations concernant son logement grâce à un plugin développé spécialement pour XBMC. Grâce à celui-ci, l'utilisateur est en mesure de consulter et d'agir sur les états des objets connectés gérés par son serveur openHAB <br/><br />
La communication entre le plugin et le serveur openHab est réalisée à l'aide de [http://github.com/openhab/openhab/wiki/REST-API l'API REST] disponible sur les serveurs openHAB (la connexion utilisée est du type JSON-RPC). <br/><br />
<br />
===Architecture logicielle ===<br />
[[Image:Plugin_Openhab_archi.png|Fig 2 : Architecture Logicielle|thumb|left|600px]]<br/> <br/> <br/> <br/> <br/> <br/><br/> <br/><br/> <br/><br/> <br/> <br />
Le plugin a été développé en Python. Son architecture est décomposée en 3 composants : <br />
* Le premier est l'OpenHab API qui permet de communiquer simplement avec le serveur, et met à disposition les différents types d'objets disponibles dans un serveur openHab.<br />
* Le second est le Framework [http://github.com/romanvm/PyXBMCt PyXBMCt] développé par Roman Miroshnychenko. Celui-ci permet de réaliser des interfaces graphiques pour XBMC, directement en python. <br />
* Le troisième est le composant principal. Il gère l'affichage et l'envoi des requêtes nécessaires pour modéliser l'habitation dans XBMC.<br />
<br/> <br />
Les sources sont disponibles sur le dépôt de sources suivant : http://bitbucket.org/xbmcproject/xbmc-openhab-plugin<br />
<br />
===Installation===<br />
<br />
====Plugin==== <br />
L'installation du plugin : <br/><br />
1) Récupérer l'archive zip du plugin : [http://bitbucket.org/xbmcproject/xbmc-openhab-plugin/downloads/script.module.openhab_v1.zip openHab XBMC plugin]<br/><br />
2) System -> Addons -> Install from ZIP file -> choose openHab_XBMC_plugin.zip -> Validate<br/><br />
<br />
Configuration : <br/><br />
Par défaut, le plugin utilise les valeurs suivantes : <br />
* Adresse serveur : 127.0.0.1<br />
* Port du serveur : 8080<br />
* Nom du serveur : demo<br />
* Id du serveur : demo<br />
Ces valeurs sont modifiables dans les paramètres du plugin. <br/><br />
<br />
====OpenHab==== <br />
Les détails concernant l'installation d'OpenHab sont disponibles sur [http://github.com/openhab/openhab/wiki/Quick-Setup-an-openHAB-Server le wiki du projet openHab]. <br/><br />
<br />
===Aperçu===<br />
[[Image:Screenshot_xbmcOpenhab_1.png|Fig 3 : Accueil Add-on|thumb|left|600px]][[Image:Screenshot_xbmcOpenhab_2.png|Fig 4 : Vue Etages|thumb|center|600px]]<br/><br />
[[Image:Screenshot_xbmcOpenhab_3.png|Fig 5 : Vue pièces|thumb|left|600px]][[Image:Screenshot_xbmcOpenhab_4.png|Fig 6 : Détails pièces|thumb|center|600px]]<br/><br />
<br />
== Plugin Philips Hue ==<br />
<br />
<br />
===Présentation===<br />
<br />
Nous sommes partis d'un plugin XBMC existant. <br />
<br />
Code original :<br />
https://github.com/cees-elzinga/script.xbmc.hue.ambilight<br />
<br />
Ce plugin implémente le système [http://en.wikipedia.org/wiki/Ambilight Ambilight] pour les Philips Hue. Ce système capture les couleurs<br />
dominantes de l'image du média en cours de lecture et les transmet aux<br />
ampoules Hue. Ce qui améliore grandement l'immersion de l'utilisateur. <br />
<br />
====Amélioration====<br />
<br />
Nous avons voulu ajouter des effets d'ambiance lorsqu'il n'y a pas de<br />
média en cours de lecture. Nous avons donc ajouté un mode<br />
d'utilisation des lampes de Philips à savoir le changement de couleur<br />
automatique de chaque lampe. Les couleurs sont aléatoires et<br />
indépendantes pour chaque ampoule. L'utilisateur peut configurer ce<br />
mode selon 3 paramètres : la luminosité, la saturation et<br />
la fréquence de changement de couleur des ampoules.<br />
<br />
===Principe de fonctionnement===<br />
[[Image:XBMC_Hue_fonctionnement.png|Fonctionnement plugin Phillips Hue|thumb|left|600px]]<br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br />
L'utilisateur interagit avec les différentes options du plugin grâce aux<br />
settings de celui-ci et sélectionne l'addon pour lancer le script.<br />
La communication entre le plugin et le pont Hue est réalisée grâce à<br />
l'[http://developers.meethue.com/ API Philips].<br />
<br />
===Architecture logicielle===<br />
[[Image:XBMC_Hue_archi.png|Fonctionnement plugin Phillips Hue|thumb|left|600px]]<br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br />
Le plugin dispose de 3 fichiers sources python: <br/><br />
* default.py qui regroupe les fonctions de calcul de couleurs<br />
dominantes d'ambilight, la classe Hue qui représente le pont Hue et<br />
la boucle principale du script.<br />
* resources/lib/tools.py définit les fonctionnalités de<br />
communication avec les lampes. Dans ce fichier, sont implémentées<br />
des fonctions telles que l'auto-recherche du pont sur le réseau,<br />
les méthodes d'envoi des requêtes JSON.<br />
* resources/lib/settingsAmbilight.py qui a pour but de récupérer<br />
les settings saisis par l'utilisateur.<br/><br />
<br />
===L'installation du plugin===<br />
<br/><br />
1) Récupérer l'archive zip du plugin : [https://github.com/NicolasAfonso/script.xbmc.hue.ambilight extension Philips Hue pour XBMC]<br />
<br />
2) System -> Addons -> Install from ZIP file -> choose<br />
script.xbmc.hue.ambilight.zip -> Validate <br />
<br />
3) Configurer les plugins à souhait. Ne pas oublier de faire la<br />
recherche automatique du pont Hue sur le réseau si vous ne connaissez<br />
pas son adresse IP<br />
<br/><br />
<br />
== Plugin Caméra de surveillance ==<br />
<br />
=== Principe de fonctionnement ===<br />
<br />
Nous avons été amenés à travailler sur des caméras de la marque D-Link (les modèles [http://www.dlink.com/fr/fr/support/product/dcs-5222l-pan-tilt-zoom-cloud-camera DCS-5222L] et [http://www.dlink.com/fr/fr/home-solutions/view/network-cameras/dcs-932l-day-night-cloud-camera DCS-932L]).<br />
<br />
L'idée de cet addon était de pouvoir utiliser XBMC pour lire le flux<br />
video d'une caméra de surveillance. Notre plugin, donne à<br />
l'utilisateur de choisir entre deux modèles cités. Au lancement du script,<br />
si l'adresse IP de la caméra n'a pas été saisie par l'utilisateur, une<br />
recherche du modèle selectionné s'exécute. Une fois le périphérique<br />
repéré sur le réseau, le flux video est lu par le lecteur de XBMC via<br />
l'adresse HTTP de celui-ci. Le recherche se base sur la recherche d'un<br />
périphérique [http://en.wikipedia.org/wiki/Universal_Plug_and_Play UPnP]. Pendant la lecture, un overlay a été créé pour pouvoir contrôlé<br />
via XBMC l'un des deux modèles de camera ([http://www.dlink.com/fr/fr/support/product/dcs-5222l-pan-tilt-zoom-cloud-camera DCS-5222L]). Cela est rendu<br />
possible car celles-ci disposent d'un serveur web interne accessible<br />
directement sur le port 80, avec l'adresse attribuée dans le réseau<br />
local. Les mouvements de la caméras lui sont donc adressés par des<br />
requêtes HTTP.<br />
<br />
=== Architecture logicielle ===<br />
<br />
Le plugin dispose de 3 fichiers sources python:<br />
* addon.py regroupe la classe Camera, la definition de l'overlay et le<br />
script de lancement. <br />
* resources/lib/camDriver.py regroupe les methodes pour interagir avec la camera.<br />
* resources/lib/settings.py qui a pour but de récupérer les settings saisis par<br />
l'utilisateur.<br />
<br />
=== Installation ===<br />
<br />
==== Ajout d'une nouvelle caméra ====<br />
<br />
=== Aperçu ===<br />
[[Image:OpenHab_video_Fonctionnement.png|Fonctionnement Plugin Video|thumb|left|600px]]<br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br />
<br/><br/><br />
<br />
== Télécommande ==<br />
[[Image:XBMC_Telecommande_global.png| Fonctionnement Télécommande|thumb|left|600px]]<br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br />
<br />
=== Réflexivité ===<br />
====Noyau====<br />
====Télécommande Android ====<br />
Modifications apportées à la [https://github.com/freezy/android-xbmcremote télécommande officielle] :<br />
<br />
* Récupération dynamique du menu principal<br />
<br />
* Récupération de la liste des addons<br />
<br />
* Navigation dans les listes à l'intérieur des addons<br />
<br />
'''Exemple d'application :'''<br />
<br />
<gallery><br />
Image:xbmc_Menu_modifie.png|Etape 1 : Menu principal dynamique<br />
Image:xbmc_List_addons.png|Etape 2 : Liste des addons<br />
Image:xbmc_Openhab_floors.png|Etape 3 : Navigation dans les étages<br />
Image:xbmc_Openhab_rooms.png|Etape 4 : Navigation dans les pièces<br />
Image:xbmc_Remote.png|Etape 5 : Affichage de la remote<br />
</gallery><br />
<br />
<br />
'''Interaction avec le noyau de XBMC :'''<br />
<br style="clear:both;" /><br />
<br/><br />
[[Image:XBMC_remote_example.png|Diagramme de séquence]]<br />
<br />
<br style="clear:both;" /><br />
<br />
=== NFC ===<br />
Le module NFC ajouté dans la télécommande Android d'XBMC permet de lancer un artiste ou un type de musique. <br/><br />
<br />
==== Principe de fonctionnement ====<br />
[[Image:NFC_fonctionnement.png| Fonctionnement NFC |thumb|left|600px]] <br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br />
<br />
L'utilisateur à la possibilité de lire et d'écrire un TAG NFC depuis la télécommande d'XBMC. <br/><br />
<br />
Les TAGs utilisés peuvent être configurés directement depuis la télécommande, qui possède un lecteur NFC. La communication est réalisée avec [http://wiki.xbmc.org/index.php?title=JSON-RPC_API/v6 l'API JSON-RPC] disponible sur les instances XBMC.<br/> <br />
<br />
==== Architecture logicielle ====<br />
[[Image:NFC_XBMC_archi.png| Fonctionnement NFC |thumb|left|600px]] <br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br />
L'activité NFCWriterActivity permet de lire et d'écrire les TAGs NFC. <br/><br />
La classe NFCWriterController permet d'envoyer les requêtes de lecture au serveur XBMC. <br/><br />
L'activité est lancée par la classe HomeController, lorsque l'utilisateur exécute l'activité NFC depuis le menu principal. Le mode lancé dans ce cas est le mode lecture. L'utilisateur doit approcher un TAG pour que celui-ci soit lu, et la lecture lancée.<br/><br />
Le mode écriture peut être activé par l'utilisateur dans les menus musique et genre. <br/><br />
<br />
Les TAG utilisent la technologie NDEF, et sont configurés de la façon suivante : <br/><br />
'''Lecture album :''' <br/><br />
*Record 0 : Type<br />
*Record 1 : Id<br />
*Record 2 : Name<br />
*Record 3 : Artist <br />
*Record 4 : Year<br />
<br/><br />
'''Lecture genre de musique :''' <br/><br />
*Record 0 : Type<br />
*Record 1 : Id<br />
*Record 2 : Name<br />
<br />
==== Installation ====<br />
Pour installer l'application Remote XBMC avec nos modifications, il suffit d'installer :<br />
1) la version modifiée de XBMC téléchargeable sur ce [[lien]]<br />
2) l'apk de la télécommande modifiée disponible sur ce [[lien]]<br />
<br />
==== Aperçu ====<br />
<br />
== Reconnaissance vocale ==<br />
S.A.R.A.H (Self Actuated Residential Automated Habitat) est un système de maison intelligente connectée à l'internet des objets.<br />
<br />
[[Image:sarah-logo.png|Sarah|thumb|left|250px]]<br />
<br/><br/><br/><br/><br/><br/><br />
<br />
Il permet notamment :<br />
* reconnaissance vocale et gestuelle via fichiers XML<br />
* reconnaissance faciale avec une Kinect<br />
* reconnaissance des QRCodes<br />
<br />
Les requêtes HTTP générées exécutent des scripts NodeJS pour l'interaction domotique ou la recherche d'information.<br />
<br />
=== Fonctionnement ===<br />
<br />
Lien vers la description complète : http://encausse.wordpress.com/s-a-r-a-h/s-a-r-a-h-architecture/<br />
<br />
<br />
L'architecture de SARAH repose principalement sur un programme C# et un programme NodeJS :<br />
<br />
Le programme C# :<br />
* Ecoute et identifie des phrases, gestes ou qrcode via un fichier XML et génère une requête HTTP<br />
* Répond à la requête et produit un retour vocal<br />
Le programme NodeJS :<br />
* Exécute un script en fonction de la requête HTTP reçue pour exécuter un programme ou chercher de l'information<br />
<br />
=== Installation ===<br />
<br />
==== Prérequis ====<br />
Lien : http://domotique-info.fr/2014/02/sarah-installation-premiers-pas/<br />
* Microsoft .NET 4.5<br />
* Microsoft Speech Platform<br />
* Speech Platform Runtime<br />
* SDK Kinect (non nécessaire pour la reconnaissance vocale)<br />
<br />
==== Tutoriel ====<br />
Lien du tutoriel : http://encausse.wordpress.com/2013/02/16/s-a-r-a-h-tutorial-plugin-xbmc/<br />
<br />
* Télécharger l'archive (version actuelle: 3.1.4) http://encausse.wordpress.com/s-a-r-a-h/<br />
* Extraire dans un dossier dont le chemin ne comporte pas d'espace<br />
* Dans le répertoire "plugins", créer un dossier "xbmc"<br />
* Télécharger l'archive https://github.com/PasDeBol/Sarah-Plugin-Xbmc<br />
* Copier le contenu du répertoire "plugins" de la nouvelle archive (excepté addonSarahAndXbmc.V1.0.zip) dans le dossier "/plugins/xbmc" précédemment créé<br />
* Modifier le fichier xbmc.prop :<br />
** Remplacer "[FIXME]:[FIXME]" par "127.0.0.1:8077"<br />
* Décompresser l'archive addonSarahAndXbmc.V1.0.zip présente dans "Sarah-Plugin-Xbmc-master/Sarah-Plugin-Xbmc-master/plugins"<br />
* Copier le répertoire "sarah.addon" dans le dossier "addons" de XBMC<br />
<br />
=== Configuration de XBMC ===<br />
* System/Services/Webserver<br />
** Autoriser le contrôle d'XBMC via HTTP<br />
** Port : 8077<br />
** Supprimer le nom d'utilisateur<br />
** Supprimer le mot de passe<br />
* System/Services/Remote control<br />
** Tout autoriser<br />
* System/System/Video output<br />
** Mode fenêtré<br />
* System/System/Audio output<br />
** Play GUI Sounds : Never<br />
<br />
<br />
* Vérification de la configuration<br />
** "localhost:8077" doit vous rediriger vers l'interface d'XBMC<br />
** "localhost:8080" doit afficher l'interface web de SARAH<br />
*** Sur l'interface web cliquer sur l'icône "actualiser" du plugin XBMC -> icône "planète" (documentation) -> "Test de la configuration" et vérifier que tous les contrôles soient OK<br />
<br />
=== Exécution ===<br />
* Dans l'archive "WSRRelease314", lancer "Server_NodeJS.cmd"<br />
* Lancer "Client_Microphone.cmd"<br />
* Pour tester, dire "Sarah, il est quelle heure ?"<br />
* Si Sarah répond, lancer XBMC<br />
* Dire "Sarah, active le mode XBMC"<br />
* À partir d'ici, toutes les commandes de Sarah sont utilisables (récapitulatif ici : https://github.com/PasDeBol/Sarah-Plugin-Xbmc/blob/master/info/liste%20compl%C3%A8te%20des%20commandes.txt)<br />
<br />
=== Ajouter de commandes vocales dans SARAH ===<br />
* Ouvrir le fichier "WSRRelease314/plugins/xbmc/xbmc.xml"<br />
* Ajouter une ligne : <item>(1)<tag>out.action.action="(2)"</tag><tag>out.action.xbmc="(3)" </tag></item><br />
** (1) : la commande vocale que vous souhaitez utiliser (exemple: ferme l'application XBMC)<br />
** (2) : l'action SARAH correspondant à votre commande</div>Pierre.Lartiguehttps://air.imag.fr/index.php?title=Extensions_XBMC&diff=16430Extensions XBMC2014-03-26T22:26:46Z<p>Pierre.Lartigue: /* Plugin Caméra de surveillance */</p>
<hr />
<div>Cette page wiki se veut être une fiche de suivi interactive du '''projet "extensions XBMC"''' d'un groupe d'étudiants de la promotion RICM5 2014. Interactive, car nous suivons pour ce projet une méthodologie de type Agile. <br/>Revenez donc régulièrement consulter cette page pour suivre ses dernières évolutions, mises à jour et modifications ! Si le sujet de notre projet vous plaît, que vous avez des questions ou remarques, n'hésitez surtout pas à nous [mailto:xbmc_ricm5@googlegroups.com contacter] :) <br />
<br />
=Présentation du sujet=<br />
<br />
L'objectif de ce projet de 8 semaines est de créer de nouveaux plugins pour le [http://xbmc.org/ media center XBMC].<br/><br />
Les plugins, qui seront développés, vont permettre d'ajouter les fonctions suivantes : <br />
* Réalisation d'un plugin de domotique basé sur [http://www.openhab.org/ OpenHab]<br />
* Réalisation d'un plugin d'interaction avec les lampes [http://meethue.com/ Philips Hue]<br />
* Réalisation d'un plugin permettant de contrôler des caméras de surveillance D-Link<br />
* Amélioration de la télécommande Android développée par la "Team-XBMC" : <br />
**Ajout d'un système permettant de rendre la télécommande réflexive<br />
**Ajout d'une fonction NFC permettant de lancer de la musique (par genre ou album)<br />
<br />
Enfin, si le temps le permet, d'inclure, de tester voire d'implémenter d'autres extensions telles que :<br />
* commande vocale d'XBMC<br />
* commande gestuelle<br />
* implémentation du profil UPnP Low Power<br />
* suivi d'utilisateurs d'XBMC entre plusieurs instances du logiciel, et ce de manière automatique<br />
<br />
=L'équipe projet=<br />
<br />
'''Team:'''<br />
* Nicolas Afonso (Chef de projet)<br />
* Jean-François Bianco<br />
* Pierre Lartigue<br />
* Elisa Martinez<br />
* Rebecca Poustis<br />
<br />
<br />
= Spécifications =<br />
== Plugin OpenHab ==<br />
Le but de ce plugin est de permettre aux utilisateurs de contrôler leur maison depuis une instance XBMC. <br />
===Principe de fonctionnement===<br />
[[Image:Openhab_plugin_principe.png|Fig 1 : Fonctionnement|thumb|left|800px]] <br/> <br/> <br/> <br/> <br/> <br/><br/> <br/> <br/> <br/> <br/> <br/><br/><br />
L'utilisateur accède aux informations concernant son logement grâce à un plugin développé spécialement pour XBMC. Grâce à celui-ci, l'utilisateur est en mesure de consulter et d'agir sur les états des objets connectés gérés par son serveur openHAB <br/><br />
La communication entre le plugin et le serveur openHab est réalisée à l'aide de [http://github.com/openhab/openhab/wiki/REST-API l'API REST] disponible sur les serveurs openHAB (la connexion utilisée est du type JSON-RPC). <br/><br />
<br />
===Architecture logicielle ===<br />
[[Image:Plugin_Openhab_archi.png|Fig 2 : Architecture Logicielle|thumb|left|600px]]<br/> <br/> <br/> <br/> <br/> <br/><br/> <br/><br/> <br/><br/> <br/> <br />
Le plugin a été développé en Python. Son architecture est décomposée en 3 composants : <br />
* Le premier est l'OpenHab API qui permet de communiquer simplement avec le serveur, et met à disposition les différents types d'objets disponibles dans un serveur openHab.<br />
* Le second est le Framework [http://github.com/romanvm/PyXBMCt PyXBMCt] développé par Roman Miroshnychenko. Celui-ci permet de réaliser des interfaces graphiques pour XBMC, directement en python. <br />
* Le troisième est le composant principal. Il gère l'affichage et l'envoi des requêtes nécessaires pour modéliser l'habitation dans XBMC.<br />
<br/> <br />
Les sources sont disponibles sur le dépôt de sources suivant : http://bitbucket.org/xbmcproject/xbmc-openhab-plugin<br />
<br />
===Installation===<br />
<br />
====Plugin==== <br />
L'installation du plugin : <br/><br />
1) Récupérer l'archive zip du plugin : [http://bitbucket.org/xbmcproject/xbmc-openhab-plugin/downloads/script.module.openhab_v1.zip openHab XBMC plugin]<br/><br />
2) System -> Addons -> Install from ZIP file -> choose openHab_XBMC_plugin.zip -> Validate<br/><br />
<br />
Configuration : <br/><br />
Par défaut, le plugin utilise les valeurs suivantes : <br />
* Adresse serveur : 127.0.0.1<br />
* Port du serveur : 8080<br />
* Nom du serveur : demo<br />
* Id du serveur : demo<br />
Ces valeurs sont modifiables dans les paramètres du plugin. <br/><br />
<br />
====OpenHab==== <br />
Les détails concernant l'installation d'OpenHab sont disponibles sur [http://github.com/openhab/openhab/wiki/Quick-Setup-an-openHAB-Server le wiki du projet openHab]. <br/><br />
<br />
===Aperçu===<br />
[[Image:Screenshot_xbmcOpenhab_1.png|Fig 3 : Accueil Add-on|thumb|left|600px]][[Image:Screenshot_xbmcOpenhab_2.png|Fig 4 : Vue Etages|thumb|center|600px]]<br/><br />
[[Image:Screenshot_xbmcOpenhab_3.png|Fig 5 : Vue pièces|thumb|left|600px]][[Image:Screenshot_xbmcOpenhab_4.png|Fig 6 : Détails pièces|thumb|center|600px]]<br/><br />
<br />
== Plugin Philips Hue ==<br />
<br />
<br />
===Présentation===<br />
<br />
Nous sommes partis d'un plugin XBMC existant. <br />
<br />
Code original :<br />
https://github.com/cees-elzinga/script.xbmc.hue.ambilight<br />
<br />
Ce plugin implémente le système [http://en.wikipedia.org/wiki/Ambilight Ambilight] pour les Philips Hue. Ce système capture les couleurs<br />
dominantes de l'image du média en cours de lecture et les transmet aux<br />
ampoules Hue. Ce qui améliore grandement l'immersion de l'utilisateur. <br />
<br />
====Amélioration====<br />
<br />
Nous avons voulu ajouter des effets d'ambiance lorsqu'il n'y a pas de<br />
média en cours de lecture. Nous avons donc ajouté un mode<br />
d'utilisation des lampes de Philips à savoir le changement de couleur<br />
automatique de chaque lampe. Les couleurs sont aléatoires et<br />
indépendantes pour chaque ampoule. L'utilisateur peut configurer ce<br />
mode selon 3 paramètres : la luminosité, la saturation et<br />
la fréquence de changement de couleur des ampoules.<br />
<br />
===Principe de fonctionnement===<br />
[[Image:XBMC_Hue_fonctionnement.png|Fonctionnement plugin Phillips Hue|thumb|left|600px]]<br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br />
L'utilisateur interagit avec les différentes options du plugin grâce aux<br />
settings de celui-ci et sélectionne l'addon pour lancer le script.<br />
La communication entre le plugin et le pont Hue est réalisée grâce à<br />
l'[http://developers.meethue.com/ API Philips].<br />
<br />
===Architecture logicielle===<br />
[[Image:XBMC_Hue_archi.png|Fonctionnement plugin Phillips Hue|thumb|left|600px]]<br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br />
Le plugin dispose de 3 fichiers sources python: <br/><br />
* default.py qui regroupe les fonctions de calcul de couleurs<br />
dominantes d'ambilight, la classe Hue qui représente le pont Hue et<br />
la boucle principale du script.<br />
* resources/lib/tools.py définit les fonctionnalités de<br />
communication avec les lampes. Dans ce fichier, sont implémentées<br />
des fonctions telles que l'auto-recherche du pont sur le réseau,<br />
les méthodes d'envoi des requêtes JSON.<br />
* resources/lib/settingsAmbilight.py qui a pour but de récupérer<br />
les settings saisis par l'utilisateur.<br/><br />
<br />
===L'installation du plugin===<br />
<br/><br />
1) Récupérer l'archive zip du plugin : [https://github.com/NicolasAfonso/script.xbmc.hue.ambilight extension Philips Hue pour XBMC]<br />
<br />
2) System -> Addons -> Install from ZIP file -> choose<br />
script.xbmc.hue.ambilight.zip -> Validate <br />
<br />
3) Configurer les plugins à souhait. Ne pas oublier de faire la<br />
recherche automatique du pont Hue sur le réseau si vous ne connaissez<br />
pas son adresse IP<br />
<br/><br />
<br />
== Plugin Caméra de surveillance ==<br />
<br />
=== Principe de fonctionnement ===<br />
<br />
Nous avons été amenés à travailler sur des caméras de la marque D-Link (les modèles [http://www.dlink.com/fr/fr/support/product/dcs-5222l-pan-tilt-zoom-cloud-camera DCS-5222L] et [http://www.dlink.com/fr/fr/home-solutions/view/network-cameras/dcs-932l-day-night-cloud-camera DCS-932L]).<br />
<br />
L'idée de cet addon était de pouvoir utiliser XBMC pour lire le flux<br />
video d'une caméra de surveillance. Notre plugin, donne à<br />
l'utilisateur de choisir entre deux modèles cités. Au lancement du script,<br />
si l'adresse IP de la caméra n'a pas été saisie par l'utilisateur, une<br />
recherche du modèle selectionné s'exécute. Une fois le périphérique<br />
repéré sur le réseau, le flux video est lu par le lecteur de XBMC via<br />
l'adresse HTTP de celui-ci. Le recherche se base sur la recherche d'un<br />
périphérique [http://en.wikipedia.org/wiki/Universal_Plug_and_Play UPnP]. Pendant la lecture, un overlay a été créé pour pouvoir contrôlé<br />
via XBMC l'un des deux modèles de camera ([http://www.dlink.com/fr/fr/support/product/dcs-5222l-pan-tilt-zoom-cloud-camera DCS-5222L]). Cela est rendu<br />
possible car celles-ci disposent d'un serveur web interne accessible<br />
directement sur le port 80, avec l'adresse attribuée dans le réseau<br />
local. Les mouvements de la caméras lui sont donc adressés par des<br />
requêtes HTTP.<br />
<br />
=== Architecture logicielle ===<br />
<br />
=== Installation ===<br />
<br />
==== Ajout d'une nouvelle caméra ====<br />
<br />
=== Aperçu ===<br />
[[Image:OpenHab_video_Fonctionnement.png|Fonctionnement Plugin Video|thumb|left|600px]]<br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br />
<br/><br/><br />
<br />
== Télécommande ==<br />
[[Image:XBMC_Telecommande_global.png| Fonctionnement Télécommande|thumb|left|600px]]<br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br />
<br />
=== Réflexivité ===<br />
====Noyau====<br />
====Télécommande Android ====<br />
Modifications apportées à la [https://github.com/freezy/android-xbmcremote télécommande officielle] :<br />
<br />
* Récupération dynamique du menu principal<br />
<br />
* Récupération de la liste des addons<br />
<br />
* Navigation dans les listes à l'intérieur des addons<br />
<br />
'''Exemple d'application :'''<br />
<br />
<gallery><br />
Image:xbmc_Menu_modifie.png|Etape 1 : Menu principal dynamique<br />
Image:xbmc_List_addons.png|Etape 2 : Liste des addons<br />
Image:xbmc_Openhab_floors.png|Etape 3 : Navigation dans les étages<br />
Image:xbmc_Openhab_rooms.png|Etape 4 : Navigation dans les pièces<br />
Image:xbmc_Remote.png|Etape 5 : Affichage de la remote<br />
</gallery><br />
<br />
<br />
'''Interaction avec le noyau de XBMC :'''<br />
<br style="clear:both;" /><br />
<br/><br />
[[Image:XBMC_remote_example.png|Diagramme de séquence]]<br />
<br />
<br style="clear:both;" /><br />
<br />
=== NFC ===<br />
Le module NFC ajouté dans la télécommande Android d'XBMC permet de lancer un artiste ou un type de musique. <br/><br />
<br />
==== Principe de fonctionnement ====<br />
[[Image:NFC_fonctionnement.png| Fonctionnement NFC |thumb|left|600px]] <br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br />
<br />
L'utilisateur à la possibilité de lire et d'écrire un TAG NFC depuis la télécommande d'XBMC. <br/><br />
<br />
Les TAGs utilisés peuvent être configurés directement depuis la télécommande, qui possède un lecteur NFC. La communication est réalisée avec [http://wiki.xbmc.org/index.php?title=JSON-RPC_API/v6 l'API JSON-RPC] disponible sur les instances XBMC.<br/> <br />
<br />
==== Architecture logicielle ====<br />
[[Image:NFC_XBMC_archi.png| Fonctionnement NFC |thumb|left|600px]] <br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br />
L'activité NFCWriterActivity permet de lire et d'écrire les TAGs NFC. <br/><br />
La classe NFCWriterController permet d'envoyer les requêtes de lecture au serveur XBMC. <br/><br />
L'activité est lancée par la classe HomeController, lorsque l'utilisateur exécute l'activité NFC depuis le menu principal. Le mode lancé dans ce cas est le mode lecture. L'utilisateur doit approcher un TAG pour que celui-ci soit lu, et la lecture lancée.<br/><br />
Le mode écriture peut être activé par l'utilisateur dans les menus musique et genre. <br/><br />
<br />
Les TAG utilisent la technologie NDEF, et sont configurés de la façon suivante : <br/><br />
'''Lecture album :''' <br/><br />
*Record 0 : Type<br />
*Record 1 : Id<br />
*Record 2 : Name<br />
*Record 3 : Artist <br />
*Record 4 : Year<br />
<br/><br />
'''Lecture genre de musique :''' <br/><br />
*Record 0 : Type<br />
*Record 1 : Id<br />
*Record 2 : Name<br />
<br />
==== Installation ====<br />
Pour installer l'application Remote XBMC avec nos modifications, il suffit d'installer :<br />
1) la version modifiée de XBMC téléchargeable sur ce [[lien]]<br />
2) l'apk de la télécommande modifiée disponible sur ce [[lien]]<br />
<br />
==== Aperçu ====<br />
<br />
== Reconnaissance vocale ==<br />
S.A.R.A.H (Self Actuated Residential Automated Habitat) est un système de maison intelligente connectée à l'internet des objets.<br />
<br />
[[Image:sarah-logo.png|Sarah|thumb|left|250px]]<br />
<br/><br/><br/><br/><br/><br/><br />
<br />
Il permet notamment :<br />
* reconnaissance vocale et gestuelle via fichiers XML<br />
* reconnaissance faciale avec une Kinect<br />
* reconnaissance des QRCodes<br />
<br />
Les requêtes HTTP générées exécutent des scripts NodeJS pour l'interaction domotique ou la recherche d'information.<br />
<br />
=== Fonctionnement ===<br />
<br />
Lien vers la description complète : http://encausse.wordpress.com/s-a-r-a-h/s-a-r-a-h-architecture/<br />
<br />
<br />
L'architecture de SARAH repose principalement sur un programme C# et un programme NodeJS :<br />
<br />
Le programme C# :<br />
* Ecoute et identifie des phrases, gestes ou qrcode via un fichier XML et génère une requête HTTP<br />
* Répond à la requête et produit un retour vocal<br />
Le programme NodeJS :<br />
* Exécute un script en fonction de la requête HTTP reçue pour exécuter un programme ou chercher de l'information<br />
<br />
=== Installation ===<br />
<br />
==== Prérequis ====<br />
Lien : http://domotique-info.fr/2014/02/sarah-installation-premiers-pas/<br />
* Microsoft .NET 4.5<br />
* Microsoft Speech Platform<br />
* Speech Platform Runtime<br />
* SDK Kinect (non nécessaire pour la reconnaissance vocale)<br />
<br />
==== Tutoriel ====<br />
Lien du tutoriel : http://encausse.wordpress.com/2013/02/16/s-a-r-a-h-tutorial-plugin-xbmc/<br />
<br />
* Télécharger l'archive (version actuelle: 3.1.4) http://encausse.wordpress.com/s-a-r-a-h/<br />
* Extraire dans un dossier dont le chemin ne comporte pas d'espace<br />
* Dans le répertoire "plugins", créer un dossier "xbmc"<br />
* Télécharger l'archive https://github.com/PasDeBol/Sarah-Plugin-Xbmc<br />
* Copier le contenu du répertoire "plugins" de la nouvelle archive (excepté addonSarahAndXbmc.V1.0.zip) dans le dossier "/plugins/xbmc" précédemment créé<br />
* Modifier le fichier xbmc.prop :<br />
** Remplacer "[FIXME]:[FIXME]" par "127.0.0.1:8077"<br />
* Décompresser l'archive addonSarahAndXbmc.V1.0.zip présente dans "Sarah-Plugin-Xbmc-master/Sarah-Plugin-Xbmc-master/plugins"<br />
* Copier le répertoire "sarah.addon" dans le dossier "addons" de XBMC<br />
<br />
=== Configuration de XBMC ===<br />
* System/Services/Webserver<br />
** Autoriser le contrôle d'XBMC via HTTP<br />
** Port : 8077<br />
** Supprimer le nom d'utilisateur<br />
** Supprimer le mot de passe<br />
* System/Services/Remote control<br />
** Tout autoriser<br />
* System/System/Video output<br />
** Mode fenêtré<br />
* System/System/Audio output<br />
** Play GUI Sounds : Never<br />
<br />
<br />
* Vérification de la configuration<br />
** "localhost:8077" doit vous rediriger vers l'interface d'XBMC<br />
** "localhost:8080" doit afficher l'interface web de SARAH<br />
*** Sur l'interface web cliquer sur l'icône "actualiser" du plugin XBMC -> icône "planète" (documentation) -> "Test de la configuration" et vérifier que tous les contrôles soient OK<br />
<br />
=== Exécution ===<br />
* Dans l'archive "WSRRelease314", lancer "Server_NodeJS.cmd"<br />
* Lancer "Client_Microphone.cmd"<br />
* Pour tester, dire "Sarah, il est quelle heure ?"<br />
* Si Sarah répond, lancer XBMC<br />
* Dire "Sarah, active le mode XBMC"<br />
* À partir d'ici, toutes les commandes de Sarah sont utilisables (récapitulatif ici : https://github.com/PasDeBol/Sarah-Plugin-Xbmc/blob/master/info/liste%20compl%C3%A8te%20des%20commandes.txt)<br />
<br />
=== Ajouter de commandes vocales dans SARAH ===<br />
* Ouvrir le fichier "WSRRelease314/plugins/xbmc/xbmc.xml"<br />
* Ajouter une ligne : <item>(1)<tag>out.action.action="(2)"</tag><tag>out.action.xbmc="(3)" </tag></item><br />
** (1) : la commande vocale que vous souhaitez utiliser (exemple: ferme l'application XBMC)<br />
** (2) : l'action SARAH correspondant à votre commande</div>Pierre.Lartiguehttps://air.imag.fr/index.php?title=Extensions_XBMC&diff=16338Extensions XBMC2014-03-26T10:05:01Z<p>Pierre.Lartigue: /* Plugin Philips Hue */</p>
<hr />
<div>Cette page wiki se veux être une fiche de suivi interactive du '''projet "extensions XBMC"''' d'un groupe d'étudiants de la promotion RICM5 2014. Interactive, car nous suivons pour ce projet une méthodologie de type Agile. <br/>Revenez donc régulièrement consulter cette page pour suivre ses dernières évolutions, mises à jour et modifications ! Si le sujet de notre projet vous plaît, que vous avez des questions ou remarques, n'hésitez surtout pas à nous [mailto:xbmc_ricm5@googlegroups.com contacter] :) <br />
<br />
=Présentation du sujet=<br />
<br />
L'objectif de ce projet de 8 semaines est de créer de nouveaux plugins pour le [http://xbmc.org/ media center XBMC].<br/><br />
Les plugins qui seront développés vont permettre d'ajouter les fonctions suivantes : <br />
* Réalisation d'un plugin de domotique basé sur [http://www.openhab.org/ OpenHab]<br />
* Réalisation d'une interaction avec les lampes [http://meethue.com/ Philips Hue]<br />
* Réalisation d'un plugin permettant de controler des caméras de surveillance D-Link<br />
* Amélioration de la télécommande Android developpé par la "Team-XBMC" : <br />
**Ajout d'un système permettant de rendre la télécommande réflexive<br />
**Ajout d'une fonction NFC permettant de lancer de la musique (par genre ou album)<br />
<br />
=L'équipe projet=<br />
<br />
'''Team:'''<br />
* Nicolas Afonso (Chef de projet)<br />
* Jean-François Bianco<br />
* Pierre Lartigue<br />
* Elisa Martinez<br />
* Rebecca Poustis<br />
<br />
<br />
= Spécifications =<br />
== Plugin OpenHab ==<br />
Le but de ce plugin est de permettre aux utilisateurs de contrôler leur maison depuis une instance XBMC. <br />
===Principe de fonctionnement===<br />
[[Image:Openhab_plugin_principe.png|Fig 1 : Fonctionnement|thumb|left|800px]] <br/> <br/> <br/> <br/> <br/> <br/><br/> <br/> <br/> <br/> <br/> <br/><br/><br />
L'utilisateur accède aux informations concernant son logement grâce à un plugin développé spécialement pour XBMC. Grace à celui-ci, l'utilisateur est en mesure de consulter et d'agir sur les l'états des objets connectés gérés par son serveur openHAB <br/><br />
La communication entre le plugin et le serveur openHab est réalisée à l'aide de [http://github.com/openhab/openhab/wiki/REST-API l'API REST] disponible sur les serveur openHAB (la connexion utilisée est du type JSON-RPC). <br/><br />
<br />
===Architecture logicielle ===<br />
[[Image:Plugin_Openhab_archi.png|Fig 2 : Architecture Logicielle|thumb|left|600px]]<br/> <br/> <br/> <br/> <br/> <br/><br/> <br/><br/> <br/><br/> <br/> <br />
Le plugin a été développé en Python. Son architecture est décomposée en 3 composants : <br />
* Le premier est l'OpenHab API qui permet de communiquer simplement avec le serveur, et met à disposition les différents types d'objets disponibles dans un serveur openHab.<br />
* Le second est le Framework [http://github.com/romanvm/PyXBMCt PyXBMCt] développé par Roman Miroshnychenko. Celui-ci permet de réaliser des interfaces graphiques pour XBMC directement en python. <br />
* Le troisième est le composant principal. Il gère l'affichage et l'envoi des requêtes nécéssaires pour modéliser l'habitation dans XBMC.<br />
<br/> <br />
Les sources sont disponibles sur le dépôt de sources suivant : https://bitbucket.org/xbmcproject/xbmc-openhab-plugin<br />
<br />
===Installation===<br />
<br />
====Plugin==== <br />
L'installation du plugin : <br/><br />
1) Récupérer l'archive zip du plugin : [http://bitbucket.org/xbmcproject/xbmc-openhab-plugin/downloads/script.module.openhab_v1.zip openHab XBMC plugin]<br/><br />
2) System -> Addons -> Install from ZIP file -> choose openHab_XBMC_plugin.zip -> Validate<br/><br />
<br />
Configuration : <br/><br />
Par défaut, le plugin utilise les valeurs suivantes : <br />
* Adresse serveur : 127.0.0.1<br />
* Port du serveur : 8080<br />
* Nom du serveur : demo<br />
* Id du serveur : demo<br />
Ces valeurs sont modifiables dans les paramètres du plugin. <br/><br />
<br />
====OpenHab==== <br />
Les détails concernant l'installation d'OpenHab sont disponible sur [http://github.com/openhab/openhab/wiki/Quick-Setup-an-openHAB-Server le wiki du projet openHab]. <br/><br />
<br />
===Aperçu===<br />
[[Image:Screenshot_xbmcOpenhab_1.png|Fig 3 : Accueil Add-on|thumb|left|600px]][[Image:Screenshot_xbmcOpenhab_2.png|Fig 4 : Vue Etages|thumb|center|600px]]<br/><br />
[[Image:Screenshot_xbmcOpenhab_3.png|Fig 5 : Vue pièces|thumb|left|600px]][[Image:Screenshot_xbmcOpenhab_4.png|Fig 6 : Détails pièces|thumb|center|600px]]<br/><br />
<br />
== Plugin Philips Hue ==<br />
<br />
<br />
===Présentation===<br />
<br />
Nous sommes partis d'un plugin XBMC existant. <br />
<br />
Code original :<br />
https://github.com/cees-elzinga/script.xbmc.hue.ambilight<br />
<br />
Ce plugin implemente le système [http://en.wikipedia.org/wiki/Ambilight Ambilight] pour les Philips Hue. Ce système capture les couleurs<br />
dominantes de l'image du média en cours de lecture et les transmet aux<br />
ampoules Hue. Ce qui améliore grandement l'immersion de l'utilisateur. <br />
<br />
====Amelioration====<br />
<br />
Nous avons voulu ajouter des effets d'ambiance lorsqu'il n'y a pas de<br />
media en cours de lecture. Nous avons donc ajouté un mode<br />
d'utilisation des lampes de Philips à savoir le changement de couleur<br />
automatique de chaque lampe. Les couleurs sont aléatoires et<br />
indépendantes pour chaque ampoule. L'utilisateur peut configurer ce<br />
mode selon 3 paramètres: la luminosité, la saturation et<br />
la fréquence de changement de couleur des ampoules.<br />
<br />
===Principe de fonctionnement===<br />
<br />
SHEMA<br />
<br />
L'utisateur intéragit avec les différentes options du plugin grâce aux<br />
settings de celui-ci et sélectionne l'addon pour lancer le script.<br />
La communication entre le plugin et le pont Hue est réalisée grâce à<br />
l'[http://developers.meethue.com/ API Philips].<br />
<br />
<br />
<br />
===Architecture logicielle===<br />
<br />
SHEMA<br />
<br />
Le plugin dispose de 3 fichiers sources python: <br/><br />
* default.py qui regroupe les fonctions de calcul de couleurs<br />
dominante d'ambilight, la classe Hue qui représente le pont Hue et<br />
la boucle principale du script.<br />
* resources/lib/tools.py définit les fonctionnalités de<br />
communication avec les lampes. Dans ce fichiers sont implémentées<br />
des fonctions telles que l'auto-recherche du pont sur le réseau,<br />
les methodes d'envoi des requêtes JSON.<br />
* resources/lib/settingsAmbilight.py qui a pour but de récupérer<br />
les settings saisis par l'utilisateur.<br/><br />
<br />
===L'installation du plugin===<br />
<br/><br />
1) Récupérer l'archive zip du plugin : [https://github.com/NicolasAfonso/script.xbmc.hue.ambilight extension Philips Hue pour XBMC]<br />
<br />
2) System -> Addons -> Install from ZIP file -> choose<br />
script.xbmc.hue.ambilight.zip -> Validate <br />
<br />
3) Configurer les plugins à souhait. Ne pas oublier de faire la<br />
recherche automatique du pont Hue sur le réseau si vous ne connaissez<br />
pas son adresse IP<br />
<br/><br />
<br />
== Plugin Caméra de surveillance ==<br />
== Télécommande ==<br />
=== Réflexivité ===<br />
=== NFC ===<br />
Le module NFC ajouté dans la télécommande Android d'XBMC permet de lancer un artiste ou un type de musique. <br/><br />
<br />
==== Principe de fonctionnement ====<br />
[[Image:NFC_fonctionnement.png| Fonctionnement NFC |thumb|left|600px]] <br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br />
<br />
L'utilisateur à la possibilité de lire et d'écrire un TAG NFC depuis la télécommande d'XBMC. <br/><br />
<br />
Les TAGs utilisés peuvent être configurés directement depuis la télécommande, qui posséde un lecteur NFC. La communication est réalisée avec [http://wiki.xbmc.org/index.php?title=JSON-RPC_API/v6 l'API JSON-RPC] disponible sur les instances XBMC.<br/> <br />
<br />
==== Architecture logicielle ====<br />
[[Image:NFC_XBMC_archi.png| Fonctionnement NFC |thumb|left|600px]] <br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br/><br />
L'activité NFCWriterActivity permet de lire et d'écrire les TAGs NFC. <br/><br />
La classe NFCWriterController permet d'envoyer les requêtes de lecture au serveur XBMC. <br/><br />
L'activité est lancée par la classe HomeController, lorsque l'utilisateur exécute l'activité NFC depuis le menu principal. Le mode lancé dans ce cas est le mode lecture.L'utilisateur doit approcher un TAG pour que celui-ci soit lu, et la lecture lancée.<br/><br />
Le mode écriture peut être activé par l'utilisateur dans les menus musique et genre. <br/><br />
<br />
Les TAG utilisent la technologie NDEF, et sont configurés de la façon suivante : <br/><br />
'''Lecture album :''' <br/><br />
*Record 0 : Type<br />
*Record 1 : Id<br />
*Record 2 : Name<br />
*Record 3 : Artist <br />
*Record 4 : Year<br />
<br/><br />
'''Lecture genre de musique :''' <br/><br />
*Record 0 : Type<br />
*Record 1 : Id<br />
*Record 2 : Name<br />
<br />
==== Installation ====<br />
<br />
==== Aperçu ====<br />
<br />
== Reconnaissance vocale ==<br />
S.A.R.A.H (Self Actuated Residential Automated Habitat) est un système de maison intelligente connectée à l'internet des objets.<br />
<br />
Il permet notamment :<br />
* reconnaissance vocale et gestuelle via fichiers XML<br />
* reconnaissance faciale avec une Kinect<br />
* reconnaissance des QRCodes<br />
<br />
Les requêtes HTTP générées exécutent des scripts NodeJS pour l'interaction domotique ou la recherche d'information.<br />
<br />
=== Fonctionnement ===<br />
<br />
Lien vers la description complète : http://encausse.wordpress.com/s-a-r-a-h/s-a-r-a-h-architecture/<br />
<br />
<br />
L'architecture de SARAH repose principalement sur un programme C# et un programme NodeJS :<br />
<br />
Le programme C# :<br />
* Ecoute et identifie des phrases, gestes ou qrcode via un fichier XML et génère une requête HTTP<br />
* Répond à la requête et produit un retour vocal<br />
Le programme NodeJS :<br />
* Exécute un script en fonction de la requête HTTP reçue pour exécuter un programme ou chercher de l'information<br />
<br />
=== Installation ===<br />
<br />
==== Prérequis ====<br />
Lien : http://domotique-info.fr/2014/02/sarah-installation-premiers-pas/<br />
* Microsoft .NET 4.5<br />
* Microsoft Speech Platform<br />
* Speech Platform Runtime<br />
* SDK Kinect (non nécéssaire pour la reconnaissance vocale)<br />
<br />
==== Tutoriel ====<br />
Lien du tutoriel : http://encausse.wordpress.com/2013/02/16/s-a-r-a-h-tutorial-plugin-xbmc/<br />
<br />
* Télécharger l'archive (version actuelle: 3.1.4) http://encausse.wordpress.com/s-a-r-a-h/<br />
* Extraire dans un dossier dont le chemin ne comporte pas d'espaces<br />
* Dans le répertoire "plugins", créer un dossier "xbmc"<br />
* Télécharger l'archive https://github.com/PasDeBol/Sarah-Plugin-Xbmc<br />
* Copier le contenu du répertoire "plugins" de la nouvelle archive (excepté addonSarahAndXbmc.V1.0.zip) dans le dossier "/plugins/xbmc" précédemment créé<br />
* Modifier le fichier xbmc.prop :<br />
** remplacer "[FIXME]:[FIXME]" par "127.0.0.1:8077"<br />
* Décompresser l'archive addonSarahAndXbmc.V1.0.zip présente dans "Sarah-Plugin-Xbmc-master/Sarah-Plugin-Xbmc-master/plugins"<br />
* Copier le répertoire "sarah.addon" dans le dossier "addons" de XBMC<br />
<br />
=== Configuration de XBMC ===<br />
* System/Services/Webserver<br />
** Autoriser le contrôle d'XBMC via HTTP<br />
** Port : 8077<br />
** Supprimer le nom d'utilisateur<br />
** Supprimer le mot de passe<br />
* System/Services/Remote control<br />
** Tout autoriser<br />
* System/System/Video output<br />
** Mode fenêtré<br />
* System/System/Audio output<br />
** Play GUI Sounds : Never<br />
<br />
<br />
* Vérification de la configuration<br />
** "localhost:8077" doit vous rediriger vers l'interface d'XBMC<br />
** "localhost:8080" doit afficher l'interface web de SARAH<br />
*** Sur l'interface web cliquer sur l'icône "actualiser" du plugin XBMC -> icône "planète" (documentation) -> "Test de la configuration" et vérifier que tous les contrôles soient OK<br />
<br />
=== Exécution ===<br />
* Dans l'archive "WSRRelease314", lancer "Server_NodeJS.cmd"<br />
* Lancer "Client_Microphone.cmd"<br />
* Pour tester, dire "Sarah, il est quelle heure ?"<br />
* Si Sarah répond, lancer XBMC<br />
* Dire "Sarah, active le mode XBMC"<br />
* À partir d'ici, toutes les commandes de Sarah sont utilisables (récapitulatif ici : https://github.com/PasDeBol/Sarah-Plugin-Xbmc/blob/master/info/liste%20compl%C3%A8te%20des%20commandes.txt)<br />
<br />
=== Ajouter de commandes vocales dans SARAH ===<br />
* Ouvrir le fichier "WSRRelease314/plugins/xbmc/xbmc.xml"<br />
* Ajouter une ligne : <item>(1)<tag>out.action.action="(2)"</tag><tag>out.action.xbmc="(3)" </tag></item><br />
** (1) : la commande vocale que vous souhaitez utiliser (exemple: ferme l'application XBMC)<br />
** (2) : l'action SARAH correspondant à votre commande</div>Pierre.Lartiguehttps://air.imag.fr/index.php?title=EA2013&diff=13774EA20132013-11-22T10:46:35Z<p>Pierre.Lartigue: </p>
<hr />
<div>[[EA2012|<< Etudes 2012]] [[EA2014|Etudes 2014 >>]]<br />
<br />
<br />
<br />
=Etudes d'approfondissement=<br />
* Enseignants: Georges-Pierre Bonneau, Didier Donsez<br />
* UE/Module: EAM (HPRJ9R6B) et EAR (HPRJ9R4B) en RICM5<br />
<br />
<br />
<br />
L'objectif des études approfondissement est de réaliser un travail de synthèse et d’évaluation sur une technologie / spécification / tendance<br />
<br />
Dans votre futur vie d'ingénieur, vous aurez à d'une part, vous former par vous-même sur une technologie émergente et d'autre part à réaliser une veille technologique (et stratégique) par rapport à votre entreprise et projet.<br />
Il s'agira de réaliser<br />
* le positionnement par rapport au marché<br />
* d'être critique<br />
<br />
Votre synthèse fait l'objet d'une présentation orale convaincante devant un auditoire (dans le futur, vos collègues, vos chefs ou vos clients) avec des transparents et un discours répété.<br />
Pour finir de convaincre (Saint Thomas), vous ferez la présentation d'une démonstration.<br />
<br />
[[File:presentation-EA-RICM5-1314.pdf|transparents d'introduction à l'UE]]<br />
<br />
<br />
=Planning des séances=<br />
<br />
==Séance Ven. 04/10==<br />
* Enseignants: Georges-Pierre Bonneau, Didier Donsez<br />
* Présentation des sujets<br />
* Choix des sujets<br />
<br />
==Séance Ven. 11/10==<br />
* Enseignants: Georges-Pierre Bonneau, Didier Donsez<br />
<br />
# Outils de supervision : Nagios, [[Shinken]] (Jean-François Bianco), [[Nagios|Fiche de synthèse]]<br />
# [[Synthèse Vocale]] (Lofti Manseur) [[Fiche de synthèse]]<br />
# [[Open Data]] & Open Data Protocol ([[OData]]) (Simon Planes) [[EA2013_Open_Data|Fiche de synthèse]]<br />
<br />
==Séance Ven. 18/10==<br />
* Enseignants: Georges-Pierre Bonneau<br />
<br />
# [[SoLoMo : Social, Localisation et Mobilité]] (Nicolas Afonso) [[EA2013_SoLoMo|Fiche de synthèse]]<br />
# [[Rules engines]], [[Event Condition Action]] (ECA) et [[Complex Event Processing]] (CEP) (Morgan Bidois) [[EA2013_RulesEngines_EventConditionActin_ComplexEventProcessing|Fiche de synthèse]]<br />
# Principes et Canevas de programmation événementiels : [[Node.js]], [[Twisted]], [[Nginx]], ... (Thomas Nunes) [[EA2013_Principes_et_canvas_de_programmation_evenementiels|Fiche de synthèse]]<br />
<br />
==Séance Ven. 25/10==<br />
* Enseignant: Didier Donsez<br />
<br />
# [[Vandalisme dans les Wiki]] (Jordan Calvi) [[EA2013_Vandalisme_dans_les_Wiki|Fiche de synthèse]]<br />
# Modèles de distribution par tuple-space : LINDA, JavaSpace, Terracotta, LIME, tinyLIME : démonstration<br />
# [[Social Data Engineering]] (Walid Bibi)[[EA2013_Social_data_engineering|Fiche de synthèse]]<br />
# Visual Data Analytics (Mame Daba Diouf) [[EA2013-Visual Data Analytics|Fiche de synthèse]]<br />
# Benchmarks Web : démonstration de TPCW sur les conteneurs Tomcat, Jetty, Grizzly en utilisant l'injecteur de charge Apache JMeter. (Xu Feng) [[EA2013_Benchmarks_Web|Fiche de synthèse]]<br />
<br />
==Séance Ven. 08/11==<br />
* Enseignants: Didier Donsez<br />
# Environnements de simulation de monde virtuel 2D, 2.5D, 3D : [[Siafu]], [[Unity]], [[Project Anarchy]]... (Elisa Martinez) [[EA2013/SimuMonde|Fiche de synthèse]]<br />
# Environnement de synthèse sonore : [[Max/MSP]], [[Pure Data]], [[CSound]] ... (Pierre Lartigue) [[EA2013_synthese_sonore|Fiche de sythèse]]<br />
# [[Xeon Phi]] (Remi Piotaix)<br />
# [[Big Data]] & le paradigme [[Map Reduce]] : démonstration avec [[Apache Hadoop]], [[Apache Hive]] et [[Apache Mahout]] (Marion Dalle) [[EA2013/mapreduce|Synthèse]]<br />
<br />
==Séance Ven. 15/11==<br />
* Enseignants: Didier Donsez<br />
# Entreprise Portals : Liferay, Pluto, JSR ??? (Laurene Guelorget) [[EA2013_Enterprise_Portals|Fiche de synthèse]]<br />
# Le langage et le canevas Web [[Dart]] (Nicolas Husson)<br />
# [[Vee-jing]] Techniques de mixage de vidéo en temps réel (Rebecca Poustis) [[ Techniques de mixage de vidéo en temps réel |Fiche de synthèse]]<br />
# (Complex) [[Event Stream Processing]] : démonstration de [[Twitter Storm]] (Jonathan Lemoine)<br />
<br />
Démonstration de JMeter (Xu Feng) [[EA2013_Benchmarks_Web|Fiche de synthèse]]<br />
<br />
=Sujets restants=<br />
# Solutions [[Publish-Subscribe]] : Event Admin, [[ROS]], AMQP (RabbitMQ...), [[MQTT]], [[XMPP]], UPnP, PubNub, [[PubSubHubbub]], Siena ... (?)<br />
# BPM : démonstration de l'outil OW2 Bonita sur le processus de suivi des stages (?)</div>Pierre.Lartiguehttps://air.imag.fr/index.php?title=EA2013&diff=13773EA20132013-11-22T10:46:06Z<p>Pierre.Lartigue: </p>
<hr />
<div>[[EA2012|<< Etudes 2012]] [[EA2014|Etudes 2014 >>]]<br />
<br />
<br />
<br />
=Etudes d'approfondissement=<br />
* Enseignants: Georges-Pierre Bonneau, Didier Donsez<br />
* UE/Module: EAM (HPRJ9R6B) et EAR (HPRJ9R4B) en RICM5<br />
<br />
<br />
<br />
L'objectif des études approfondissement est de réaliser un travail de synthèse et d’évaluation sur une technologie / spécification / tendance<br />
<br />
Dans votre futur vie d'ingénieur, vous aurez à d'une part, vous former par vous-même sur une technologie émergente et d'autre part à réaliser une veille technologique (et stratégique) par rapport à votre entreprise et projet.<br />
Il s'agira de réaliser<br />
* le positionnement par rapport au marché<br />
* d'être critique<br />
<br />
Votre synthèse fait l'objet d'une présentation orale convaincante devant un auditoire (dans le futur, vos collègues, vos chefs ou vos clients) avec des transparents et un discours répété.<br />
Pour finir de convaincre (Saint Thomas), vous ferez la présentation d'une démonstration.<br />
<br />
[[File:presentation-EA-RICM5-1314.pdf|transparents d'introduction à l'UE]]<br />
<br />
<br />
=Planning des séances=<br />
<br />
==Séance Ven. 04/10==<br />
* Enseignants: Georges-Pierre Bonneau, Didier Donsez<br />
* Présentation des sujets<br />
* Choix des sujets<br />
<br />
==Séance Ven. 11/10==<br />
* Enseignants: Georges-Pierre Bonneau, Didier Donsez<br />
<br />
# Outils de supervision : Nagios, [[Shinken]] (Jean-François Bianco), [[Nagios|Fiche de synthèse]]<br />
# [[Synthèse Vocale]] (Lofti Manseur) [[Fiche de synthèse]]<br />
# [[Open Data]] & Open Data Protocol ([[OData]]) (Simon Planes) [[EA2013_Open_Data|Fiche de synthèse]]<br />
<br />
==Séance Ven. 18/10==<br />
* Enseignants: Georges-Pierre Bonneau<br />
<br />
# [[SoLoMo : Social, Localisation et Mobilité]] (Nicolas Afonso) [[EA2013_SoLoMo|Fiche de synthèse]]<br />
# [[Rules engines]], [[Event Condition Action]] (ECA) et [[Complex Event Processing]] (CEP) (Morgan Bidois) [[EA2013_RulesEngines_EventConditionActin_ComplexEventProcessing|Fiche de synthèse]]<br />
# Principes et Canevas de programmation événementiels : [[Node.js]], [[Twisted]], [[Nginx]], ... (Thomas Nunes) [[EA2013_Principes_et_canvas_de_programmation_evenementiels|Fiche de synthèse]]<br />
<br />
==Séance Ven. 25/10==<br />
* Enseignant: Didier Donsez<br />
<br />
# [[Vandalisme dans les Wiki]] (Jordan Calvi) [[EA2013_Vandalisme_dans_les_Wiki|Fiche de synthèse]]<br />
# Modèles de distribution par tuple-space : LINDA, JavaSpace, Terracotta, LIME, tinyLIME : démonstration<br />
# [[Social Data Engineering]] (Walid Bibi)[[EA2013_Social_data_engineering|Fiche de synthèse]]<br />
# Visual Data Analytics (Mame Daba Diouf) [[EA2013-Visual Data Analytics|Fiche de synthèse]]<br />
# Benchmarks Web : démonstration de TPCW sur les conteneurs Tomcat, Jetty, Grizzly en utilisant l'injecteur de charge Apache JMeter. (Xu Feng) [[EA2013_Benchmarks_Web|Fiche de synthèse]]<br />
<br />
==Séance Ven. 08/11==<br />
* Enseignants: Didier Donsez<br />
# Environnements de simulation de monde virtuel 2D, 2.5D, 3D : [[Siafu]], [[Unity]], [[Project Anarchy]]... (Elisa Martinez) [[EA2013/SimuMonde|Fiche de synthèse]]<br />
# Environnement de synthèse sonore : [[Max/MSP]], [[Pure Data]], [[CSound]] ... (Pierre Lartigue) [[EA2013_synthese_sonore|sythèse]]<br />
# [[Xeon Phi]] (Remi Piotaix)<br />
# [[Big Data]] & le paradigme [[Map Reduce]] : démonstration avec [[Apache Hadoop]], [[Apache Hive]] et [[Apache Mahout]] (Marion Dalle) [[EA2013/mapreduce|Synthèse]]<br />
<br />
==Séance Ven. 15/11==<br />
* Enseignants: Didier Donsez<br />
# Entreprise Portals : Liferay, Pluto, JSR ??? (Laurene Guelorget) [[EA2013_Enterprise_Portals|Fiche de synthèse]]<br />
# Le langage et le canevas Web [[Dart]] (Nicolas Husson)<br />
# [[Vee-jing]] Techniques de mixage de vidéo en temps réel (Rebecca Poustis) [[ Techniques de mixage de vidéo en temps réel |Fiche de synthèse]]<br />
# (Complex) [[Event Stream Processing]] : démonstration de [[Twitter Storm]] (Jonathan Lemoine)<br />
<br />
Démonstration de JMeter (Xu Feng) [[EA2013_Benchmarks_Web|Fiche de synthèse]]<br />
<br />
=Sujets restants=<br />
# Solutions [[Publish-Subscribe]] : Event Admin, [[ROS]], AMQP (RabbitMQ...), [[MQTT]], [[XMPP]], UPnP, PubNub, [[PubSubHubbub]], Siena ... (?)<br />
# BPM : démonstration de l'outil OW2 Bonita sur le processus de suivi des stages (?)</div>Pierre.Lartiguehttps://air.imag.fr/index.php?title=EA2013_synthese_sonore&diff=13767EA2013 synthese sonore2013-11-22T10:42:52Z<p>Pierre.Lartigue: </p>
<hr />
<div>== Présentation ==<br />
* '''Titre :''' Environnement de Synthèse sonore<br />
* '''Auteur :''' Pierre Lartigue <pierre.lartigue@e.ujf-grenoble.fr><br />
* '''Enseignants :''' Georges-Pierre Bonneau, Didier Donsez ([[EA2013]])<br />
<br />
<br />
== Résumé ==<br />
La synthèse sonore est le processus de création et la génération d'objets sonores. Des environnements ont été développé pour facilité et abstraire la mise en place matériel nécessaire à la génération de sons. <br />
<br />
=== Mots clés ===<br />
son, traitement du signal, programmation, temps réel <br />
<br />
== Abstract ==<br />
Sound synthetisis is the process of creating and generating sound objects. Environments have been developed to make easier and astract the hardware structure of sound generation.<br />
<br />
=== Key words ===<br />
sound, signal processing, programming, real time<br />
== Synthèse sonore == <br />
Le but de la synthèse sonore est de produire des objets sonores. Pour cela plusieurs types d'algorithmes sont utilisés:<br />
* Algorithmes abstraits: Modulation en fréquence, en amplitude, waveshaping (utilisation de fonctions de transfert pour enrichir le spectre sonore) , …<br />
* Lecture d’échantillons: modification d’enregistrements sonores<br />
* Modèle de signaux: modèle informatique décrivant la perception de sources sonores<br />
* Modèle physique: modèle informatique décrivant des sources sonores (par exemple, le timbre d'une guitare)<br />
<br />
Pour créer de nouveaux son, ces différents types d'algorithmes sont assemblés. Les environnements de synthèse sonore permettent de facilité ces opérations sur les signaux sonores<br />
<br />
== Logiciels de synthèse sonore ==<br />
<br />
Plusieurs environnements existent. Je citerai ici les principaux logiciels et je développerai Max/MSP, le plus utilisé.<br />
<br />
=== Max/MSP ===<br />
<br />
Max/MSP est un logiciel propriétaire qui est l'association de deux logiciels:<br />
*Max: Logiciel de calculs mathématiques, bibliothèque d’objets de programmation<br />
*MSP: Ensemble d’outils de traitement du signal, d’outils de monitoring temps-réel<br />
<br />
Le principe de création sonore est basée sur la mise a disposition de "boîtes" d'objets de programmation, d'objets sonores, d'opérations pour les signaux et la possibilité de les assembler à souhait suivant un architecture "Pipes and filters".<br />
<br />
exemples:<br/><br />
[[File:auClairDeLaLune.png|400px|alt= Au clair de la lune| Au clair de la lune]]<br />
[[File:filters.png|400px|alt= modulation en fréquence avec plusieurs sources|modulation en fréquence avec plusieurs sources]]<br />
<br />
<br/><br />
<br />
=== Autres logiciels ===<br />
*Pure Data: Logiciel open source basé sur Max/MSP<br />
*Csound: Logiciel open source décrivant un langage de programmation <br />
<br />
== Sources ==<br />
*http://fr.wikipedia.org/wiki/Synthèse_sonore<br />
*http://fr.wikipedia.org/wiki/Max/MSP<br />
*http://cycling74.com/products/max/<br />
*http://www.youtube.com/watch?v=cSatrZW4XLI<br />
*http://fr.wikipedia.org/wiki/Pure_Data<br />
*http://www.csounds.com/chapter1/french/<br />
*http://www.youtube.com/watch?v=vfgFWFwovJc&noredirect=1</div>Pierre.Lartiguehttps://air.imag.fr/index.php?title=EA2013_synthese_sonore&diff=13766EA2013 synthese sonore2013-11-22T10:42:07Z<p>Pierre.Lartigue: </p>
<hr />
<div>== Présentation ==<br />
* '''Titre :''' Environnement de Synthèse sonore<br />
* '''Auteur :''' Pierre Lartigue <pierre.lartigue@e.ujf-grenoble.fr><br />
* '''Enseignants :''' Georges-Pierre Bonneau, Didier Donsez ([[EA2013]])<br />
<br />
<br />
== Résumé ==<br />
La synthèse sonore est le processus de création et la génération d'objets sonores. Des environnements ont été développé pour facilité et abstraire la mise en place matériel nécessaire à la génération de sons. <br />
<br />
=== Mots clés ===<br />
son, traitement du signal, programmation, temps réel <br />
<br />
== Abstract ==<br />
Sound synthetisis is the process of creating and generating sound objects. Environments have been developed to make easier and astract the hardware structure of sound generation.<br />
<br />
=== Key words ===<br />
sound, signal processing, programming, real time<br />
== Synthèse sonore == <br />
Le but de la synthèse sonore est de produire des objets sonores. Pour cela plusieurs types d'algorithmes sont utilisés:<br />
* Algorithmes abstraits: Modulation en fréquence, en amplitude, waveshaping (utilisation de fonctions de transfert pour enrichir le spectre sonore) , …<br />
* Lecture d’échantillons: modification d’enregistrements sonores<br />
* Modèle de signaux: modèle informatique décrivant la perception de sources sonores<br />
* Modèle physique: modèle informatique décrivant des sources sonores (par exemple, le timbre d'une guitare)<br />
<br />
Pour créer de nouveaux son, ces différents types d'algorithmes sont assemblés. Les environnements de synthèse sonore permettent de facilité ces opérations sur les signaux sonores<br />
<br />
== Logiciels de synthèse sonore ==<br />
<br />
Plusieurs environnements existent. Je citerai ici les principaux logiciels et je développerai Max/MSP, le plus utilisé.<br />
<br />
=== Max/MSP ===<br />
<br />
Max/MSP est l'association de deux logiciels:<br />
*Max: Logiciel de calculs mathématiques, bibliothèque d’objets de programmation<br />
*MSP: Ensemble d’outils de traitement du signal, d’outils de monitoring temps-réel<br />
<br />
Le principe de création sonore est basée sur la mise a disposition de "boîtes" d'objets de programmation, d'objets sonores, d'opérations pour les signaux et la possibilité de les assembler à souhait suivant un architecture "Pipes and filters".<br />
<br />
exemples:<br/><br />
[[File:auClairDeLaLune.png|400px|alt= Au clair de la lune| Au clair de la lune]]<br />
[[File:filters.png|400px|alt= modulation en fréquence avec plusieurs sources|modulation en fréquence avec plusieurs sources]]<br />
<br />
<br/><br />
<br />
=== Autres logiciels ===<br />
*Pure Data: Logiciel open source basé sur Max/MSP<br />
*Csound: Logiciel open source décrivant un langage de programmation <br />
<br />
== Sources ==<br />
*http://fr.wikipedia.org/wiki/Synthèse_sonore<br />
*http://fr.wikipedia.org/wiki/Max/MSP<br />
*http://cycling74.com/products/max/<br />
*http://www.youtube.com/watch?v=cSatrZW4XLI<br />
*http://fr.wikipedia.org/wiki/Pure_Data<br />
*http://www.csounds.com/chapter1/french/<br />
*http://www.youtube.com/watch?v=vfgFWFwovJc&noredirect=1</div>Pierre.Lartiguehttps://air.imag.fr/index.php?title=EA2013_synthese_sonore&diff=13763EA2013 synthese sonore2013-11-22T10:29:38Z<p>Pierre.Lartigue: </p>
<hr />
<div>== Présentation ==<br />
* '''Titre :''' Environnement de Synthèse sonore<br />
* '''Auteur :''' Pierre Lartigue <pierre.lartigue@e.ujf-grenoble.fr><br />
* '''Enseignants :''' Georges-Pierre Bonneau, Didier Donsez ([[EA2013]])<br />
<br />
<br />
== Résumé ==<br />
La synthèse sonore est le processus de création et la génération d'objets sonores. Des environnements ont été développé pour facilité et abstraire la mise en place matériel nécessaire à la génération de sons. <br />
<br />
=== Mots clés ===<br />
son, traitement du signal, programmation, temps réel <br />
<br />
== Abstract ==<br />
Sound synthetisis is the process of creating and generating sound objects. Environments have been developed to make easier and astract the hardware structure of sound generation.<br />
<br />
=== Key words ===<br />
sound, signal processing, programming, real time<br />
== Synthèse sonore == <br />
Le but de la synthèse sonore est de produire des objets sonores. Pour cela plusieurs types d'algorithmes sont utilisés:<br />
* Algorithmes abstraits: Modulation en fréquence, en amplitude, waveshaping (utilisation de fonctions de transfert pour enrichir le spectre sonore) , …<br />
* Lecture d’échantillons: modification d’enregistrements sonores<br />
* Modèle de signaux: modèle informatique décrivant la perception de sources sonores<br />
* Modèle physique: modèle informatique décrivant des sources sonores (par exemple, le timbre d'une guitare)<br />
<br />
Pour créer de nouveaux son, ces différents types d'algorithmes sont assemblés. Les environnements de synthèse sonore permettent de facilité ces opérations sur les signaux sonores<br />
<br />
== Logiciels de synthèse sonore ==<br />
<br />
Plusieurs environnements existent. Je citerai ici les principaux logiciels et je développerai Max/MSP, le plus utilisé.<br />
<br />
=== Max/MSP ===<br />
<br />
Max/MSP est l'association de deux logiciels:<br />
*Max: Logiciel de calculs mathématiques, bibliothèque d’objets de programmation<br />
*MSP: Ensemble d’outils de traitement du signal, d’outils de monitoring temps-réel<br />
<br />
Le principe de création sonore est basée sur la mise a disposition de "boîtes" d'objets de programmation, d'objets sonores, d'opérations pour les signaux et la possibilité de les assembler à souhait suivant un architecture "Pipes and filters".<br />
<br />
exemples :<br/><br />
[[File:auClairDeLaLune.png|400px|alt= Au clair de la lune| Au clair de la lune]]<br />
[[File:filters.png|400px|alt= modulation en fréquence avec plusieurs sources|modulation en fréquence avec plusieurs sources]]<br />
<br />
<br/><br />
<br />
<br />
== Sources ==<br />
*http://fr.wikipedia.org/wiki/Synthèse_sonore<br />
*http://fr.wikipedia.org/wiki/Max/MSP<br />
*http://cycling74.com/products/max/<br />
*http://www.youtube.com/watch?v=cSatrZW4XLI<br />
*http://fr.wikipedia.org/wiki/Pure_Data<br />
*http://www.csounds.com/chapter1/french/<br />
*http://www.youtube.com/watch?v=vfgFWFwovJc&noredirect=1</div>Pierre.Lartiguehttps://air.imag.fr/index.php?title=EA2013_synthese_sonore&diff=13762EA2013 synthese sonore2013-11-22T10:28:25Z<p>Pierre.Lartigue: </p>
<hr />
<div>== Présentation ==<br />
* '''Titre :''' Environnement de Synthèse sonore<br />
* '''Auteur :''' Pierre Lartigue <pierre.lartigue@e.ujf-grenoble.fr><br />
* '''Enseignants :''' Georges-Pierre Bonneau, Didier Donsez ([[EA2013]])<br />
<br />
<br />
== Résumé ==<br />
La synthèse sonore est le processus de création et la génération d'objets sonores. Des environnements ont été développé pour facilité et abstraire la mise en place matériel nécessaire à la génération de sons. <br />
<br />
=== Mots clés ===<br />
son, traitement du signal, programmation, temps réel <br />
<br />
== Abstract ==<br />
Sound synthetisis is the process of creating and generating sound objects. Environments have been developed to make easier and astract the hardware structure of sound generation.<br />
<br />
=== Key words ===<br />
sound, signal processing, programming, real time<br />
== Synthèse sonore == <br />
Le but de la synthèse sonore est de produire des objets sonores. Pour cela plusieurs types d'algorithmes sont utilisés:<br />
* Algorithmes abstraits: Modulation en fréquence, en amplitude, waveshaping (utilisation de fonctions de transfert pour enrichir le spectre sonore) , …<br />
* Lecture d’échantillons: modification d’enregistrements sonores<br />
* Modèle de signaux: modèle informatique décrivant la perception de sources sonores<br />
* Modèle physique: modèle informatique décrivant des sources sonores (par exemple, le timbre d'une guitare)<br />
<br />
Pour créer de nouveaux son, ces différents types d'algorithmes sont assemblés. Les environnements de synthèse sonore permettent de facilité ces opérations sur les signaux sonores<br />
<br />
== Logiciels de synthèse sonore ==<br />
<br />
Plusieurs environnements existent. Je citerai ici les principaux logiciels et je développerai Max/MSP, le plus utilisé.<br />
<br />
=== Max/MSP ===<br />
<br />
Max/MSP est l'association de deux logiciels:<br />
*Max: Logiciel de calculs mathématiques, bibliothèque d’objets de programmation<br />
*MSP: Ensemble d’outils de traitement du signal, d’outils de monitoring temps-réel<br />
<br />
Le principe de création sonore est basée sur la mise a disposition de "boîtes" d'objets de programmation, d'objets sonores, d'opérations pour les signaux et la possibilité de les assembler à souhait suivant un architecture "Pipes and filters".<br />
<br />
exemples :<br />
[[File:auClairDeLaLune.png|400px|alt= Au clair de la lune| Au clair de la lune]]<br />
[[File:filters.png|400px|alt= modulation en fréquence avec plusieurs sources|modulation en fréquence avec plusieurs sources]]<br />
<br />
<br />
<br />
<br />
== Sources ==<br />
*http://fr.wikipedia.org/wiki/Synthèse_sonore<br />
*http://fr.wikipedia.org/wiki/Max/MSP<br />
*http://cycling74.com/products/max/<br />
*http://www.youtube.com/watch?v=cSatrZW4XLI<br />
*http://fr.wikipedia.org/wiki/Pure_Data<br />
*http://www.csounds.com/chapter1/french/<br />
*http://www.youtube.com/watch?v=vfgFWFwovJc&noredirect=1</div>Pierre.Lartiguehttps://air.imag.fr/index.php?title=File:Filters.png&diff=13761File:Filters.png2013-11-22T10:27:31Z<p>Pierre.Lartigue: </p>
<hr />
<div></div>Pierre.Lartiguehttps://air.imag.fr/index.php?title=EA2013_synthese_sonore&diff=13760EA2013 synthese sonore2013-11-22T10:27:19Z<p>Pierre.Lartigue: </p>
<hr />
<div>== Présentation ==<br />
* '''Titre :''' Environnement de Synthèse sonore<br />
* '''Auteur :''' Pierre Lartigue <pierre.lartigue@e.ujf-grenoble.fr><br />
* '''Enseignants :''' Georges-Pierre Bonneau, Didier Donsez ([[EA2013]])<br />
<br />
<br />
== Résumé ==<br />
La synthèse sonore est le processus de création et la génération d'objets sonores. Des environnements ont été développé pour facilité et abstraire la mise en place matériel nécessaire à la génération de sons. <br />
<br />
=== Mots clés ===<br />
son, traitement du signal, programmation, temps réel <br />
<br />
== Abstract ==<br />
Sound synthetisis is the process of creating and generating sound objects. Environments have been developed to make easier and astract the hardware structure of sound generation.<br />
<br />
=== Key words ===<br />
sound, signal processing, programming, real time<br />
== Synthèse sonore == <br />
Le but de la synthèse sonore est de produire des objets sonores. Pour cela plusieurs types d'algorithmes sont utilisés:<br />
* Algorithmes abstraits: Modulation en fréquence, en amplitude, waveshaping (utilisation de fonctions de transfert pour enrichir le spectre sonore) , …<br />
* Lecture d’échantillons: modification d’enregistrements sonores<br />
* Modèle de signaux: modèle informatique décrivant la perception de sources sonores<br />
* Modèle physique: modèle informatique décrivant des sources sonores (par exemple, le timbre d'une guitare)<br />
<br />
Pour créer de nouveaux son, ces différents types d'algorithmes sont assemblés. Les environnements de synthèse sonore permettent de facilité ces opérations sur les signaux sonores<br />
<br />
== Logiciels de synthèse sonore ==<br />
<br />
Plusieurs environnements existent. Je citerai ici les principaux logiciels et je développerai Max/MSP, le plus utilisé.<br />
<br />
=== Max/MSP ===<br />
<br />
Max/MSP est l'association de deux logiciels:<br />
*Max: Logiciel de calculs mathématiques, bibliothèque d’objets de programmation<br />
*MSP: Ensemble d’outils de traitement du signal, d’outils de monitoring temps-réel<br />
<br />
Le principe de création sonore est basée sur la mise a disposition de "boîtes" d'objets de programmation, d'objets sonores, d'opérations pour les signaux et la possibilité de les assembler à souhait suivant un architecture "Pipes and filters".<br />
<br />
[[File:auClairDeLaLune.png|400px|alt= Au clair de la lune| Au clair de la lune]]<br />
[[File:filters.png|400px|alt= modulation en fréquence avec plusieurs sources|modulation en fréquence avec plusieurs sources]]<br />
== Sources ==<br />
*http://fr.wikipedia.org/wiki/Synthèse_sonore<br />
*http://fr.wikipedia.org/wiki/Max/MSP<br />
*http://cycling74.com/products/max/<br />
*http://www.youtube.com/watch?v=cSatrZW4XLI<br />
*http://fr.wikipedia.org/wiki/Pure_Data<br />
*http://www.csounds.com/chapter1/french/<br />
*http://www.youtube.com/watch?v=vfgFWFwovJc&noredirect=1</div>Pierre.Lartiguehttps://air.imag.fr/index.php?title=EA2013_synthese_sonore&diff=13759EA2013 synthese sonore2013-11-22T10:24:30Z<p>Pierre.Lartigue: </p>
<hr />
<div>== Présentation ==<br />
* '''Titre :''' Environnement de Synthèse sonore<br />
* '''Auteur :''' Pierre Lartigue <pierre.lartigue@e.ujf-grenoble.fr><br />
* '''Enseignants :''' Georges-Pierre Bonneau, Didier Donsez ([[EA2013]])<br />
<br />
<br />
== Résumé ==<br />
La synthèse sonore est le processus de création et la génération d'objets sonores. Des environnements ont été développé pour facilité et abstraire la mise en place matériel nécessaire à la génération de sons. <br />
<br />
=== Mots clés ===<br />
son, traitement du signal, programmation, temps réel <br />
<br />
== Abstract ==<br />
Sound synthetisis is the process of creating and generating sound objects. Environments have been developed to make easier and astract the hardware structure of sound generation.<br />
<br />
=== Key words ===<br />
sound, signal processing, programming, real time<br />
== Synthèse sonore == <br />
Le but de la synthèse sonore est de produire des objets sonores. Pour cela plusieurs types d'algorithmes sont utilisés:<br />
* Algorithmes abstraits: Modulation en fréquence, en amplitude, waveshaping (utilisation de fonctions de transfert pour enrichir le spectre sonore) , …<br />
* Lecture d’échantillons: modification d’enregistrements sonores<br />
* Modèle de signaux: modèle informatique décrivant la perception de sources sonores<br />
* Modèle physique: modèle informatique décrivant des sources sonores (par exemple, le timbre d'une guitare)<br />
<br />
Pour créer de nouveaux son, ces différents types d'algorithmes sont assemblés. Les environnements de synthèse sonore permettent de facilité ces opérations sur les signaux sonores<br />
<br />
== Logiciels de synthèse sonore ==<br />
<br />
Plusieurs environnements existent. Je citerai ici les principaux logiciels et je développerai Max/MSP, le plus utilisé.<br />
<br />
=== Max/MSP ===<br />
<br />
Max/MSP est l'association de deux logiciels:<br />
*Max: Logiciel de calculs mathématiques, bibliothèque d’objets de programmation<br />
*MSP: Ensemble d’outils de traitement du signal, d’outils de monitoring temps-réel<br />
<br />
Le principe de création sonore est basée sur la mise a disposition de "boîtes" d'objets de programmation, d'objets sonores, d'opérations pour les signaux et la possibilité de les assembler à souhait suivant un architecture "Pipes and filters".<br />
<br />
[[File:auClairDeLaLune.png|400px|alt= Au clair de la lune| Au clair de la lune]]<br />
== Sources ==<br />
*http://fr.wikipedia.org/wiki/Synthèse_sonore<br />
*http://fr.wikipedia.org/wiki/Max/MSP<br />
*http://cycling74.com/products/max/<br />
*http://www.youtube.com/watch?v=cSatrZW4XLI<br />
*http://fr.wikipedia.org/wiki/Pure_Data<br />
*http://www.csounds.com/chapter1/french/<br />
*http://www.youtube.com/watch?v=vfgFWFwovJc&noredirect=1</div>Pierre.Lartiguehttps://air.imag.fr/index.php?title=EA2013_synthese_sonore&diff=13758EA2013 synthese sonore2013-11-22T10:23:49Z<p>Pierre.Lartigue: </p>
<hr />
<div>== Présentation ==<br />
* '''Titre :''' Environnement de Synthèse sonore<br />
* '''Auteur :''' Pierre Lartigue <pierre.lartigue@e.ujf-grenoble.fr><br />
* '''Enseignants :''' Georges-Pierre Bonneau, Didier Donsez ([[EA2013]])<br />
<br />
<br />
== Résumé ==<br />
La synthèse sonore est le processus de création et la génération d'objets sonores. Des environnements ont été développé pour facilité et abstraire la mise en place matériel nécessaire à la génération de sons. <br />
<br />
=== Mots clés ===<br />
son, traitement du signal, programmation, temps réel <br />
<br />
== Abstract ==<br />
Sound synthetisis is the process of creating and generating sound objects. Environments have been developed to make easier and astract the hardware structure of sound generation.<br />
<br />
=== Key words ===<br />
sound, signal processing, programming, real time<br />
== Synthèse sonore == <br />
Le but de la synthèse sonore est de produire des objets sonores. Pour cela plusieurs types d'algorithmes sont utilisés:<br />
* Algorithmes abstraits: Modulation en fréquence, en amplitude, waveshaping (utilisation de fonctions de transfert pour enrichir le spectre sonore) , …<br />
* Lecture d’échantillons: modification d’enregistrements sonores<br />
* Modèle de signaux: modèle informatique décrivant la perception de sources sonores<br />
* Modèle physique: modèle informatique décrivant des sources sonores (par exemple, le timbre d'une guitare)<br />
<br />
Pour créer de nouveaux son, ces différents types d'algorithmes sont assemblés. Les environnements de synthèse sonore permettent de facilité ces opérations sur les signaux sonores<br />
<br />
== Logiciels de synthèse sonore ==<br />
<br />
Plusieurs environnements existent. Je citerai ici les principaux logiciels et je développerai Max/MSP, le plus utilisé.<br />
<br />
=== Max/MSP ===<br />
<br />
Max/MSP est l'association de deux logiciels:<br />
*Max: Logiciel de calculs mathématiques, bibliothèque d’objets de programmation<br />
*MSP: Ensemble d’outils de traitement du signal, d’outils de monitoring temps-réel<br />
<br />
Le principe de création sonore est basée sur la mise a disposition de "boîtes" d'objets de programmation, d'objets sonores, d'opérations pour les signaux et la possibilité de les assembler à souhait suivant un architecture "Pipes and filters".<br />
<br />
[[File:auClairDeLaLune.png|800px|alt= Au clair de la lune| Au clair de la lune]]<br />
== Sources ==<br />
*http://fr.wikipedia.org/wiki/Synthèse_sonore<br />
*http://fr.wikipedia.org/wiki/Max/MSP<br />
*http://cycling74.com/products/max/<br />
*http://www.youtube.com/watch?v=cSatrZW4XLI<br />
*http://fr.wikipedia.org/wiki/Pure_Data<br />
*http://www.csounds.com/chapter1/french/<br />
*http://www.youtube.com/watch?v=vfgFWFwovJc&noredirect=1</div>Pierre.Lartiguehttps://air.imag.fr/index.php?title=EA2013_synthese_sonore&diff=13757EA2013 synthese sonore2013-11-22T10:23:12Z<p>Pierre.Lartigue: </p>
<hr />
<div>== Présentation ==<br />
* '''Titre :''' Environnement de Synthèse sonore<br />
* '''Auteur :''' Pierre Lartigue <pierre.lartigue@e.ujf-grenoble.fr><br />
* '''Enseignants :''' Georges-Pierre Bonneau, Didier Donsez ([[EA2013]])<br />
<br />
<br />
== Résumé ==<br />
La synthèse sonore est le processus de création et la génération d'objets sonores. Des environnements ont été développé pour facilité et abstraire la mise en place matériel nécessaire à la génération de sons. <br />
<br />
=== Mots clés ===<br />
son, traitement du signal, programmation, temps réel <br />
<br />
== Abstract ==<br />
Sound synthetisis is the process of creating and generating sound objects. Environments have been developed to make easier and astract the hardware structure of sound generation.<br />
<br />
=== Key words ===<br />
sound, signal processing, programming, real time<br />
== Synthèse sonore == <br />
Le but de la synthèse sonore est de produire des objets sonores. Pour cela plusieurs types d'algorithmes sont utilisés:<br />
* Algorithmes abstraits: Modulation en fréquence, en amplitude, waveshaping (utilisation de fonctions de transfert pour enrichir le spectre sonore) , …<br />
* Lecture d’échantillons: modification d’enregistrements sonores<br />
* Modèle de signaux: modèle informatique décrivant la perception de sources sonores<br />
* Modèle physique: modèle informatique décrivant des sources sonores (par exemple, le timbre d'une guitare)<br />
<br />
Pour créer de nouveaux son, ces différents types d'algorithmes sont assemblés. Les environnements de synthèse sonore permettent de facilité ces opérations sur les signaux sonores<br />
<br />
== Logiciels de synthèse sonore ==<br />
<br />
Plusieurs environnements existent. Je citerai ici les principaux logiciels et je développerai Max/MSP, le plus utilisé.<br />
<br />
=== Max/MSP ===<br />
<br />
Max/MSP est l'association de deux logiciels:<br />
*Max: Logiciel de calculs mathématiques, bibliothèque d’objets de programmation<br />
*MSP: Ensemble d’outils de traitement du signal, d’outils de monitoring temps-réel<br />
<br />
Le principe de création sonore est basée sur la mise a disposition de "boîtes" d'objets de programmation, d'objets sonores, d'opérations pour les signaux et la possibilité de les assembler à souhait suivant un architecture "Pipes and filters".<br />
<br />
[[File:auClairDeLaLune.png|200px|alt= Au clair de la lune]]<br />
== Sources ==<br />
*http://fr.wikipedia.org/wiki/Synthèse_sonore<br />
*http://fr.wikipedia.org/wiki/Max/MSP<br />
*http://cycling74.com/products/max/<br />
*http://www.youtube.com/watch?v=cSatrZW4XLI<br />
*http://fr.wikipedia.org/wiki/Pure_Data<br />
*http://www.csounds.com/chapter1/french/<br />
*http://www.youtube.com/watch?v=vfgFWFwovJc&noredirect=1</div>Pierre.Lartiguehttps://air.imag.fr/index.php?title=EA2013_synthese_sonore&diff=13756EA2013 synthese sonore2013-11-22T10:21:49Z<p>Pierre.Lartigue: </p>
<hr />
<div>== Présentation ==<br />
* '''Titre :''' Environnement de Synthèse sonore<br />
* '''Auteur :''' Pierre Lartigue <pierre.lartigue@e.ujf-grenoble.fr><br />
* '''Enseignants :''' Georges-Pierre Bonneau, Didier Donsez ([[EA2013]])<br />
<br />
<br />
== Résumé ==<br />
La synthèse sonore est le processus de création et la génération d'objets sonores. Des environnements ont été développé pour facilité et abstraire la mise en place matériel nécessaire à la génération de sons. <br />
<br />
=== Mots clés ===<br />
son, traitement du signal, programmation, temps réel <br />
<br />
== Abstract ==<br />
Sound synthetisis is the process of creating and generating sound objects. Environments have been developed to make easier and astract the hardware structure of sound generation.<br />
<br />
=== Key words ===<br />
sound, signal processing, programming, real time<br />
== Synthèse sonore == <br />
Le but de la synthèse sonore est de produire des objets sonores. Pour cela plusieurs types d'algorithmes sont utilisés:<br />
* Algorithmes abstraits: Modulation en fréquence, en amplitude, waveshaping (utilisation de fonctions de transfert pour enrichir le spectre sonore) , …<br />
* Lecture d’échantillons: modification d’enregistrements sonores<br />
* Modèle de signaux: modèle informatique décrivant la perception de sources sonores<br />
* Modèle physique: modèle informatique décrivant des sources sonores (par exemple, le timbre d'une guitare)<br />
<br />
Pour créer de nouveaux son, ces différents types d'algorithmes sont assemblés. Les environnements de synthèse sonore permettent de facilité ces opérations sur les signaux sonores<br />
<br />
== Logiciels de synthèse sonore ==<br />
<br />
Plusieurs environnements existent. Je citerai ici les principaux logiciels et je développerai Max/MSP, le plus utilisé.<br />
<br />
=== Max/MSP ===<br />
<br />
Max/MSP est l'association de deux logiciels:<br />
*Max: Logiciel de calculs mathématiques, bibliothèque d’objets de programmation<br />
*MSP: Ensemble d’outils de traitement du signal, d’outils de monitoring temps-réel<br />
<br />
Le principe de création sonore est basée sur la mise a disposition de "boîtes" d'objets de programmation, d'objets sonores, d'opérations pour les signaux et la possibilité de les assembler à souhait suivant un architecture "Pipes and filters".<br />
<br />
[[File:auClairDeLaLune.png]]<br />
== Sources ==<br />
*http://fr.wikipedia.org/wiki/Synthèse_sonore<br />
*http://fr.wikipedia.org/wiki/Max/MSP<br />
*http://cycling74.com/products/max/<br />
*http://www.youtube.com/watch?v=cSatrZW4XLI<br />
*http://fr.wikipedia.org/wiki/Pure_Data<br />
*http://www.csounds.com/chapter1/french/<br />
*http://www.youtube.com/watch?v=vfgFWFwovJc&noredirect=1</div>Pierre.Lartiguehttps://air.imag.fr/index.php?title=File:AuClairDeLaLune.png&diff=13755File:AuClairDeLaLune.png2013-11-22T10:20:23Z<p>Pierre.Lartigue: </p>
<hr />
<div></div>Pierre.Lartiguehttps://air.imag.fr/index.php?title=EA2013_synthese_sonore&diff=13754EA2013 synthese sonore2013-11-22T10:18:22Z<p>Pierre.Lartigue: </p>
<hr />
<div>== Présentation ==<br />
* '''Titre :''' Environnement de Synthèse sonore<br />
* '''Auteur :''' Pierre Lartigue <pierre.lartigue@e.ujf-grenoble.fr><br />
* '''Enseignants :''' Georges-Pierre Bonneau, Didier Donsez ([[EA2013]])<br />
<br />
<br />
== Résumé ==<br />
La synthèse sonore est le processus de création et la génération d'objets sonores. Des environnements ont été développé pour facilité et abstraire la mise en place matériel nécessaire à la génération de sons. <br />
<br />
=== Mots clés ===<br />
son, traitement du signal, programmation, temps réel <br />
<br />
== Abstract ==<br />
Sound synthetisis is the process of creating and generating sound objects. Environments have been developed to make easier and astract the hardware structure of sound generation.<br />
<br />
=== Key words ===<br />
sound, signal processing, programming, real time<br />
== Synthèse sonore == <br />
Le but de la synthèse sonore est de produire des objets sonores. Pour cela plusieurs types d'algorithmes sont utilisés:<br />
* Algorithmes abstraits: Modulation en fréquence, en amplitude, waveshaping (utilisation de fonctions de transfert pour enrichir le spectre sonore) , …<br />
* Lecture d’échantillons: modification d’enregistrements sonores<br />
* Modèle de signaux: modèle informatique décrivant la perception de sources sonores<br />
* Modèle physique: modèle informatique décrivant des sources sonores (par exemple, le timbre d'une guitare)<br />
<br />
Pour créer de nouveaux son, ces différents types d'algorithmes sont assemblés. Les environnements de synthèse sonore permettent de facilité ces opérations sur les signaux sonores<br />
<br />
== Logiciels de synthèse sonore ==<br />
<br />
Plusieurs environnements existent. Je citerai ici les principaux logiciels et je développerai Max/MSP, le plus utilisé.<br />
<br />
=== Max/MSP ===<br />
<br />
Max/MSP est l'association de deux logiciels:<br />
*Max: Logiciel de calculs mathématiques, bibliothèque d’objets de programmation<br />
*MSP: Ensemble d’outils de traitement du signal, d’outils de monitoring temps-réel<br />
<br />
Le principe de création sonore est basée sur la mise a disposition de "boîtes" d'objets de programmation, d'objets sonores, d'opérations pour les signaux et la possibilité de les assembler à souhait suivant un architecture "Pipes and filters".<br />
<br />
[[File:auClairDeLaLune.jpg]]<br />
== Sources ==<br />
*http://fr.wikipedia.org/wiki/Synthèse_sonore<br />
*http://fr.wikipedia.org/wiki/Max/MSP<br />
*http://cycling74.com/products/max/<br />
*http://www.youtube.com/watch?v=cSatrZW4XLI<br />
*http://fr.wikipedia.org/wiki/Pure_Data<br />
*http://www.csounds.com/chapter1/french/<br />
*http://www.youtube.com/watch?v=vfgFWFwovJc&noredirect=1</div>Pierre.Lartiguehttps://air.imag.fr/index.php?title=EA2013_synthese_sonore&diff=13690EA2013 synthese sonore2013-11-22T07:44:05Z<p>Pierre.Lartigue: </p>
<hr />
<div>== Présentation ==<br />
* '''Titre :''' Environnement de Synthèse sonore<br />
* '''Auteur :''' Pierre Lartigue <pierre.lartigue@e.ujf-grenoble.fr><br />
* '''Enseignants :''' Georges-Pierre Bonneau, Didier Donsez ([[EA2013]])<br />
<br />
<br />
== Résumé ==<br />
La synthèse sonore est le processus de création et la génération d'objets sonores. Des environnements ont été développé pour facilité et abstraire la mise en place matériel nécessaire à la génération de sons. <br />
<br />
=== Mots clés ===<br />
son, traitement du signal, programmation, temps réel <br />
<br />
== Abstract ==<br />
Sound synthetisis is the process of creating and generating sound objects. Environments have been developed to make easier and astract the hardware structure of sound generation.<br />
<br />
=== Key words ===<br />
sound, signal processing, programming, real time<br />
== Synthèse sonore == <br />
Le but de la synthèse sonore est de produire des objets sonores. Pour cela plusieurs types d'algorithmes sont utilisés:<br />
* Algorithmes abstraits: Modulation en fréquence, en amplitude, waveshaping (utilisation de fonctions de transfert pour enrichir le spectre sonore) , …<br />
* Lecture d’échantillons: modification d’enregistrements sonores<br />
* Modèle de signaux: modèle informatique décrivant la perception de sources sonores<br />
* Modèle physique: modèle informatique décrivant des sources sonores (par exemple, le timbre d'une guitare)<br />
<br />
Pour créer de nouveaux son, ces différents types d'algorithmes sont assemblés. Les environnements de synthèse sonore permettent de facilité ces opérations sur les signaux sonores<br />
<br />
== Logiciels de synthèse sonore ==<br />
<br />
Plusieurs environnements existent. Je citerai ici les principaux logiciels et je développerai Max/MSP, le plus utilisé.<br />
<br />
=== Max/MSP ===<br />
<br />
Max/MSP est l'association de deux logiciels:<br />
*Max: Logiciel de calculs mathématiques, bibliothèque d’objets de programmation<br />
*MSP: Ensemble d’outils de traitement du signal, d’outils de monitoring temps-réel<br />
<br />
Le principe de création sonore est basée sur la mise a disposition de "boîtes" d'objets de programmation, d'objets sonores, d'opérations pour les signaux et la possibilité de les assembler à souhait suivant un architecture "Pipes and filters".<br />
<br />
== Sources ==<br />
*http://fr.wikipedia.org/wiki/Synthèse_sonore<br />
*http://fr.wikipedia.org/wiki/Max/MSP<br />
*http://cycling74.com/products/max/<br />
*http://www.youtube.com/watch?v=cSatrZW4XLI<br />
*http://fr.wikipedia.org/wiki/Pure_Data<br />
*http://www.csounds.com/chapter1/french/<br />
*http://www.youtube.com/watch?v=vfgFWFwovJc&noredirect=1</div>Pierre.Lartiguehttps://air.imag.fr/index.php?title=EA2013_synthese_sonore&diff=13689EA2013 synthese sonore2013-11-22T07:39:21Z<p>Pierre.Lartigue: </p>
<hr />
<div>== Présentation ==<br />
* '''Titre :''' Environnement de Synthèse sonore<br />
* '''Auteur :''' Pierre Lartigue <pierre.lartigue@e.ujf-grenoble.fr><br />
* '''Enseignants :''' Georges-Pierre Bonneau, Didier Donsez ([[EA2013]])<br />
<br />
<br />
== Résumé ==<br />
La synthèse sonore est le processus de création et la génération d'objets sonores. Des environnements ont été développé pour facilité et abstraire la mise en place matériel nécessaire à la génération de sons. <br />
<br />
=== Mots clés ===<br />
son, traitement du signal, programmation, temps réel <br />
<br />
== Abstract ==<br />
Sound synthetisis is the process of creating and generating sound objects. Environments have been developed to make easier and astract the hardware structure of sound generation.<br />
<br />
=== Key words ===<br />
sound, signal processing, programming, real time<br />
== Synthèse sonore == <br />
Le but de la synthèse sonore est de produire des objets sonores. Pour cela plusieurs types d'algorithmes sont utilisés:<br />
* Algorithmes abstraits: Modulation en fréquence, en amplitude, waveshaping (utilisation de fonctions de transfert pour enrichir le spectre sonore) , …<br />
* Lecture d’échantillons: modification d’enregistrements sonores<br />
* Modèle de signaux: modèle informatique décrivant la perception de sources sonores<br />
* Modèle physique: modèle informatique décrivant des sources sonores (par exemple, le timbre d'une guitare)<br />
<br />
Pour créer de nouveaux son, ces différents types d'algorithmes sont assemblés. Les environnements de synthèse sonore permettent de facilité ces opérations sur les signaux sonores<br />
<br />
== Logiciels de synthèse sonore ==<br />
<br />
Plusieurs environnements existent. Je citerai ici les principaux logiciels et je développerai Max/MSP, le plus utilisé.<br />
<br />
=== Max/MSP ===<br />
<br />
Max/MSP est l'association de deux logiciels:<br />
*Max: Logiciel de calculs mathématiques, bibliothèque d’objets de programmation<br />
*MSP: Ensemble d’outils de traitement du signal, d’outils de monitoring temps-réel<br />
<br />
Le principe de création sonore est basée sur la mise a disposition de "boîtes" d'objets de programmation, d'objets sonores, d'opérations pour les signaux et la possibilité de les assembler à souhait suivant un architecture "Pipes and filters".<br />
<br />
<br />
== Sources ==<br />
*http://fr.wikipedia.org/wiki/Synthèse_sonore<br />
*http://fr.wikipedia.org/wiki/Max/MSP<br />
*http://cycling74.com/products/max/<br />
*http://www.youtube.com/watch?v=cSatrZW4XLI<br />
*http://fr.wikipedia.org/wiki/Pure_Data<br />
*http://www.csounds.com/chapter1/french/<br />
*http://www.youtube.com/watch?v=vfgFWFwovJc&noredirect=1</div>Pierre.Lartiguehttps://air.imag.fr/index.php?title=EA2013_synthese_sonore&diff=13514EA2013 synthese sonore2013-11-20T14:31:22Z<p>Pierre.Lartigue: </p>
<hr />
<div>== Présentation ==<br />
* '''Titre :''' Environnement de Synthèse sonore<br />
* '''Auteur :''' Pierre Lartigue <pierre.lartigue@e.ujf-grenoble.fr><br />
* '''Enseignants :''' Georges-Pierre Bonneau, Didier Donsez ([[EA2013]])<br />
<br />
<br />
== Résumé ==<br />
La synthèse sonore est le processus de création et la génération d'objets sonores. Des environnements ont été développé pour facilité et abstraire la mise en place matériel nécessaire à la génération de sons. <br />
<br />
=== Mots clés ===<br />
son, traitement du signal, programmation, temps réel <br />
<br />
== Abstract ==<br />
Sound synthetisis is the process of creating and generating sound objects. Environments have been developed to make easier and astract the hardware structure of sound generation.<br />
<br />
=== Key words ===<br />
sound, signal processing, programming, real time<br />
== Synthèse sonore == <br />
<br />
== Logiciels de synthèse sonore ==<br />
<br />
== Sources ==<br />
*http://fr.wikipedia.org/wiki/Synthèse_sonore<br />
*http://fr.wikipedia.org/wiki/Max/MSP<br />
*http://cycling74.com/products/max/<br />
*http://www.youtube.com/watch?v=cSatrZW4XLI<br />
*http://fr.wikipedia.org/wiki/Pure_Data<br />
*http://www.csounds.com/chapter1/french/<br />
*http://www.youtube.com/watch?v=vfgFWFwovJc&noredirect=1</div>Pierre.Lartiguehttps://air.imag.fr/index.php?title=EA2013_synthese_sonore&diff=13513EA2013 synthese sonore2013-11-20T13:44:36Z<p>Pierre.Lartigue: </p>
<hr />
<div>== Présentation ==<br />
* '''Titre :''' Environnement de Synthèse sonore<br />
* '''Auteur :''' Pierre Lartigue <pierre.lartigue@e.ujf-grenoble.fr><br />
* '''Enseignants :''' Georges-Pierre Bonneau, Didier Donsez ([[EA2013]])<br />
<br />
<br />
== Résumé ==<br />
La synthèse sonore est le processus de création et la génération d'objets sonores. Des environnements ont été développé pour facilité et abstraire la mise en place matériel nécessaire à la génération de sons. <br />
<br />
=== Mots clés ===<br />
son, traitement du signal, programmation, temps réel <br />
<br />
== Abstract ==<br />
Sound synthetisis is the process of creating and generating sound objects. Environments have been developed to make easier and astract the hardware structure of sound generation.<br />
<br />
=== Key words ===<br />
sound, signal processing, programming, real time<br />
== Synthèse sonore == <br />
<br />
== Logiciels de synthèse sonore ==<br />
<br />
== Sources ==</div>Pierre.Lartiguehttps://air.imag.fr/index.php?title=EA2013_synthese_sonore&diff=13507EA2013 synthese sonore2013-11-20T09:40:52Z<p>Pierre.Lartigue: </p>
<hr />
<div>== Présentation ==<br />
* '''Titre :''' Environnement de Synthèse sonore<br />
* '''Auteur :''' Pierre Lartigue <pierre.lartigue@e.ujf-grenoble.fr><br />
* '''Enseignants :''' Georges-Pierre Bonneau, Didier Donsez ([[EA2013]])<br />
<br />
<br />
== Résumé ==<br />
La synthèse sonore est le processus de création et la génération d'objets sonores. Des environnements ont été développé pour facilité et abstraire la mise en place matériel nécessaire à la génération de sons. <br />
<br />
=== Mots clés ===<br />
<br />
== Abstract ==<br />
<br />
=== Key words ===<br />
<br />
== Synthèse sonore == <br />
<br />
== Logiciels de synthèse sonore ==<br />
<br />
== Sources ==</div>Pierre.Lartiguehttps://air.imag.fr/index.php?title=EA2013_synthese_sonore&diff=13416EA2013 synthese sonore2013-11-17T20:18:15Z<p>Pierre.Lartigue: </p>
<hr />
<div>== Présentation ==<br />
* '''Titre :''' Environnement de Synthèse sonore<br />
* '''Auteur :''' Pierre Lartigue <pierre.lartigue@e.ujf-grenoble.fr><br />
* '''Enseignants :''' Georges-Pierre Bonneau, Didier Donsez ([[EA2013]])<br />
<br />
<br />
== Résumé ==<br />
<br />
=== Mots clés ===<br />
<br />
== Abstract ==<br />
<br />
=== Key words ===<br />
<br />
== Synthèse sonore == <br />
<br />
== Logiciels de synthèse sonore ==<br />
<br />
== Sources ==</div>Pierre.Lartiguehttps://air.imag.fr/index.php?title=EA2013_synthese_sonore&diff=13415EA2013 synthese sonore2013-11-17T20:04:35Z<p>Pierre.Lartigue: Created page with "== Présentation == * '''Titre :''' Environnement de Synthèse sonore * '''Auteur :''' Pierre Lartigue <pierre.lartigue@e.ujf-grenoble.fr> * '''Enseignants :''' Georges-Pierre..."</p>
<hr />
<div>== Présentation ==<br />
* '''Titre :''' Environnement de Synthèse sonore<br />
* '''Auteur :''' Pierre Lartigue <pierre.lartigue@e.ujf-grenoble.fr><br />
* '''Enseignants :''' Georges-Pierre Bonneau, Didier Donsez ([[EA2013]])</div>Pierre.Lartiguehttps://air.imag.fr/index.php?title=ECOM&diff=12497ECOM2013-09-16T06:24:54Z<p>Pierre.Lartigue: /* RICM5 */</p>
<hr />
<div>=Objectifs du projet=<br />
Le projet eCOM consiste à concevoir et développer une application de commerce électronique. Une motivation principale du projet eCOM est qu'il intègre dans sa mise en œuvre différentes thématiques étudiées dans les formations en informatique : en particulier, interfaces homme-machine, applications et architectures réparties, bases de données. Les aspects relatifs au génie logiciel sont également présents puisque le projet eCOM comprend la conception et la réalisation d'un produit logiciel qui satisfait certains critères de qualité (documentation, respect des normes, etc).<br />
<br />
L'intégration de différentes thématiques présente les atouts suivants : <br />
* Valorisation des enseignements acquis dans les différentes thématiques au profit d'un projet important et réaliste. <br />
* Appréhension des (inter)dépendances entre les thématiques. <br />
* Communications entre les différents réalisateurs du projet. <br />
En outre, une deuxième motivation forte du projet eCOM est qu'il intègre des technologies et des standards récents et largement utilisés dans le domaine des applications Internet. Ce projet permet plus précisément de se placer en tant qu'utilisateurs de la technologie JEE (Java Enterprise Edition) destinée à la réalisation de serveurs d'information ou de serveurs de commerce électronique à base de composants distribués, transactionnels et persistants. Les réalisateurs sont confrontés par ce biais à la manipulation de mécanismes et de fonctions générales d'un système réparti : gestion de la désignation de composants distribués, configuration d'une application distribuée, association de propriétés non fonctionnelles aux composants (persistance, transactions), gestion des images persistantes des composants (liaisons avec une base de données). Des extensions au projet sont décrites [http://ecom.ow2.org/xwiki/bin/view/Main/fr ici] et seront réalisées lors du projet RICOM/GICOM au semestre 2.<br />
<br />
L'application réalisée devra offrir deux interfaces distinctes : <br />
* les administrateurs qui gèrent les stocks de produits, les comptes des utilisateurs de l'application et le suivi des commandes ; <br />
* les consommateurs/acheteurs qui peuvent consulter des articles, les placer dans leur caddie et valider une commande. <br />
<br />
Chaque groupe devra élaborer un cahier des charges précis de l'application en termes de fonctionnalités et de critères d'ergonomie. Par ailleurs, le projet devra être réalisé en employant les méthodes et technologies présentées en cours. Ces différents aspects devront être validés par l'équipe pédagogique tout au long du projet.<br />
<br />
=Étapes du projet=<br />
La partie IHM et la partie Système sont menées en parallèle pendant toute la durée du projet. Le projet se conclut par une soutenance finale pour chaque partie (IHM et système). <br />
<br />
==Conduite de projet==<br />
Le projet eCOM est très court en durée. Il est préconisé d'utiliser la méthodologie [[Scrum]] pour la conduite du projet dans chaque groupe.<br />
<br />
===Critères d'évaluation===<br />
La conduite du projet sera principalement évaluée en fonction des critères suivants :<br />
* vous devez choisir un Scrum Master (unique ou tournant) : vous devez justifier votre choix<br />
* durée du sprint (idem : vous devez justifier votre choix)<br />
Sur ces 2 premiers critères, vous n'en changez pas !!!<br />
<br />
Vous devez prévoir :<br />
* product backlog<br />
* sprint backlog<br />
* sprint planning<br />
* démos<br />
* rétrospectives<br />
<br />
Pensez à créer un wiki qui regroupera l'ensemble de vos documentations. Cela doit être une documentation Agile !!!!<br />
<br />
Un point de bonus pour ceux qui réussiront à mettre en place des "poker planning".<br />
[[File:20121002 141359.jpg]]<br />
<br />
==Partie IHM==<br />
<br />
===Etapes et documents demandés===<br />
Trois documents sont à produire : le cahier des charges (CDC), le dossier de conception IHM (à rédiger avant de développer l'IHM du site) et le document d'évaluation IHM. Les versions finales des deux premiers documents (CDC et dossier de conception IHM) sont à remettre une semaine avant les soutenances et le dossier d'évaluation, le jour de la soutenance.<br />
<br />
<br />
Le détail sur l'organisation et l'évaluation du travail concernant les spécifications du site sera communiqué lors des premières séances de cours.<br />
En résumé : <br />
* Une fois le sujet choisi, analyser les sites "concurrents" et mener une enquête auprès d'utilisateurs représentatifs du futur site marchand, faire une analyse des données recueillies, en déduire les requis fonctionnels et non fonctionnels du site, identifier le modèle de l'utilisateur type, produire le modèle de tâches. Les analyses amont (sites concurrents et enquête) seront mises en annexe du CDC. <br />
* Définir une norme de présentation pour tous les documents du projet. <br />
* Ensuite, rédiger le cahier des charges. Bien penser à définir les priorités de développement. Des exemples des années précédentes seront consultables en séances d'audit. <br />
* Une fois le CDC validé, rédiger le dossier de conception IHM : IHM abstraite, IHM concrète, charte graphique. <br />
===Critères d'évaluation===<br />
La partie IHM du projet sera principalement évaluée en fonction des critères suivants : <br />
* Conformité de l'IHM concrète et abstraite avec le modèle de tâche <br />
* Couverture fonctionnelle de l'application et robustesse au regard des priorités que vous avez retenues <br />
* Qualité ergonomique au regard des principes vus en cours <br />
* Rigueur de la démarche <br />
<br />
==Partie Système==<br />
La partie Système est axée sur deux étapes successives. <br />
===Première étape===<br />
La première consiste à définir le cœur de l'application, c'est-à-dire le modèle de données et la logique métier, puis à réaliser un premier prototype qui démontre une bonne maîtrise des EJB (session et entity beans).<br />
<br />
<br />
Il est vivement conseillé de définir le modèle de données aussi tôt que possible et d"en discuter avec les enseignants. Il est également recommandé de limiter le premier prototype à un sous-ensemble des spécifications fonctionnelles, à la fois assez vaste pour couvrir les principales difficultés techniques et assez léger pour respecter les délais imposés.<br />
<br />
<br />
À ce stade, l'application est seulement accessible par l'intermédiaire d'un "client lourd" (programme java offrant une console en mode texte). En particulier, il n'est pas demandé, pour cette première étape, de réaliser une interface web pour interagir avec l'application. L'application doit cependant offrir deux interfaces (administrateur et consommateur) et exécuter les requêtes avec des garanties transactionnelles. <br />
<br />
<br />
Une présentation/démonstration du prototype V1 sera réalisée à la fin de l'étape n°1. <br />
===Deuxième étape===<br />
La seconde étape consiste à compléter le premier prototype avec les objectifs suivants : <br />
* ajout des beans nécessaires pour couvrir l'ensemble des spécifications fonctionnelles ; <br />
* développement d'une interface Web basée sur le modèle MVC ; <br />
* rédaction des documents demandés (voir ci-dessous) ; <br />
* modification de la configuration de déploiement : (1) client (lourd/léger) distant, (2) base de données externe (MySQL, Oracle, HSQL ...) et éventuellement distante ; <br />
* ajout éventuel de fonctionnalités non prioritaires.<br />
<br />
Une présentation d'une mini-maquette d'interface web aura lieu au milieu de l'étape n°2. <br />
<br />
Remarque : Aucune des phases du projet ne nécessite le développement d'un client lourd en mode graphique (SWT ...). <br />
===Documents demandés===<br />
Deux rapports doivent être rédigés pour la partie Système : un document de conception système et un document d'évaluation système.<br />
<br />
====Document de conception système====<br />
Le dossier de conception système (DCS) a pour but de permettre à toute personne de connaitre les principaux composants JEE de votre application ECOM. Cette connaissance doit pouvoir être acquise rapidement, sans avoir à entrer dans les détails de l'implémentation. Le DCS doit donc être de taille relativement limitée (5 à 10 pages, 20 pages au grand maximum).<br />
Le DCS est centré sur un schéma d'architecture système (SAS) : ce schéma doit faire apparaître les composants qui vont constituer l'application, ainsi que les liens entre les beans. Un lien depuis un composant A vers un (ou plusieurs) composant(s) B signifie qu'une interaction peut avoir lieu depuis A vers B. Un lien peut être monovalué ou multivalué, monodirectionnel ou multidirectionnel.<br />
<br />
Pour chaque composant et lien du SAS, le DCS doit fournir : <br />
* Une description fonctionnelle : La description fonctionnelle d'un composant fait apparaître les attributs qui le composent, ainsi que les méthodes qu'il fournit. Attributs et méthodes seront associés à une courte description. Les besoins liées à la persistence ou aux aspects transactionnels peuvent également être explicités. <br />
* Une description d'implantation JEE : La description d'implantation décrit l'implantation du composant ou du lien dans l'environnement JEE. Un composant peut être implanté par un programme Java externe (client léger / client lourd JEE), par un servlet, par un bean ou par un objet POJO. Dans ces derniers cas, il faut préciser les caractéristiques des beans / POJO (local / distribué, session / évenementiel, stateful / stateless, etc). Un lien peut être implanté par une relation JEE, ou bien par conservation de référence de bean.<br />
<br />
====Document d'évaluation système====<br />
<br />
Le rapport final système du projet ECOM a pour but de préciser l’état d’avancement de votre application ECOM.<br />
<br />
Le rapport final système doit préciser : <br />
* L’état de chaque composant : non réalisé, réalisé, réalisé et validé <br />
* Les fonctions réalisées, réalisées et testées, et celles restant à réaliser <br />
* Les propriétés non fonctionnelles garanties par votre réalisation, et celles restant à considérer pour finaliser votre application <br />
* Le temps consacré à la conception système <br />
* Le temps consacré au développement système <br />
* Les principales difficultés rencontrées <br />
===Critères d'évaluation===<br />
La partie système du projet sera principalement évaluée en fonction des critères suivants : <br />
* Conformité aux spécifications de l'application et aux consignes données dans le cadre du projet <br />
* Respect des échéances pour les différentes étapes du projet (y compris pour les prototypes intermédiaires et les documents) <br />
* Qualité de l'architecture de l'application <br />
* Qualité et robustesse du code applicatif <br />
* Compréhension des principaux concepts de la technologie JEE <br />
* Rigueur de la démarche de conception <br />
* Qualité des présentations/soutenances <br />
En complément, les aspects suivants seront également considérés : <br />
* Méthodologie de test <br />
* Performances (résultat du injection de charge avec JMeter ou Clif) <br />
* Utilisation (optionnelle) de technologies/APIs/frameworks avancés<br />
<br />
==Consignes pour la soutenance==<br />
===Consignes spécifiques pour les soutenances IHM===<br />
* documents (version papier) à apporter : cahier des charges (version finale), dossier de conception IHM, dossier d'évaluation IHM<br />
* votre passage doit contenir une présentation globale du projet, le processus de conception (illustré), le bilan (point de vue IHM) et une démo PRÉPARÉE <br />
* arrivez avec l'application démarée (on ne perd pas de temps) et 1 ou 2 scénarios (de test)<br />
* prévoyez 5 minutes de questions lors de votre passage<br />
<br />
===Consignes spécifiques pour les soutenances Système===<br />
* Apportez un exemplaire du dossier d'évaluation système (déposé la veille sur Moodle) lors de la soutenance. Il n'est pas nécessaire d'apporter un exemplaire du dossier de conception système.<br />
* Préparez vous 30 minutes avant votre soutenance pour démarrer les instances Windows Azure avec le service développé.<br />
* Prévovez environ 30 minutes pour la présentation/démo/questions. Utilisez des transparents pour présenter votre projet.<br />
* Les démonstrations peuvent être faites sur vos machines personnelles cependant le service eCOM doit IMPERATIVEMENT s'exécuter sur une ou plusieurs instances Windows Azure.<br />
* Conditionnez le projet final sous la forme d’une archive (zip ou tar.gz) après avoir inclus la documentation (dans un repertoire /main/site). Utilisez la convention de nommage suivante : ecom_final_1213-X.zip où X correspond au nom du projet.<br />
* Déposez immédiatement après la soutenance (et en aucun cas après le 20 décembre) l'archive sur Moodle.<br />
* le rapport de charge (benchmark) doit être (MUST) fourni dans la documentation.<br />
* le rapport sur les métriques logicielles doit être (MUST) fourni dans la documentation.<br />
<br />
=Organisation 2013-2014=<br />
EN COURS DE CONSTRUCTION<br />
<br />
==Planning==<br />
===M2PGI Apprenti===<br />
'''Equipe pédagogique:''' Noël de Palma (NdP), Sybille Caffiau (SC), Didier Donsez (DD), Sebastien Chassand-Barrioz (SCB), Fy RAVOAJANAHARY (FR)<br />
<br />
'''Dates Importantes:'''<br />
*Démo système V1 classique : jeudi 25 octobre<br />
*Démo système V2 classique : jeudi 29 novembre<br />
*Semaine bloquée : lundi 17 décembre - vendredi 21 décembre<br />
*Soutenances (IHM + système) : vendredi 21 décembre<br />
<br />
*Remise du cahier des charges : vendredi 14 décembre (version electronique (pdf) à SC et NdP, avec "[M2PGI-ECOM]" dans le sujet) <br />
*Remise du dossier de conception IHM : vendredi 14 décembre (version electronique (pdf) à SC, avec "[M2PGI-ECOM]" dans le sujet) <br />
*Remise du dossier d'évaluation IHM : jeudi 20 décembre (lors de votre passage)<br />
<br />
*Remise du dossier de conception système : vendredi 14 décembre (version electronique (pdf) à NdP, avec "[M2PGI-ECOM]" dans le sujet) <br />
*Remise du dossier d'évaluation système : jeudi 20 décembre (lors de votre passage)<br />
<br />
===M2PGI Classique===<br />
Equipe pédagogique: Noël de Palma (NdP), Sybille Caffiau (SC), Didier Donsez (DD), Sebastien Chassand-Barrioz (SCB), Fy RAVOAJANAHARY (FR)<br />
<br />
'''Dates Importantes:'''<br />
<br />
*Démo système V1 classique : jeudi 25 octobre<br />
*Démo système V2 classique : jeudi 29 novembre<br />
*Semaine bloquée : lundi 17 décembre - vendredi 21 décembre<br />
*Soutenances (IHM + système) : vendredi 21 décembre<br />
<br />
*Remise du cahier des charges : vendredi 14 décembre (version electronique (pdf) à SC et NdP, avec "[M2PGI-ECOM]" dans le sujet) <br />
*Remise du dossier de conception IHM : vendredi 14 décembre (version electronique (pdf) à SC, avec "[M2PGI-ECOM]" dans le sujet) <br />
*Remise du dossier d'évaluation IHM : jeudi 20 décembre (lors de votre passage)<br />
<br />
*Remise du dossier de conception système : vendredi 14 décembre (version electronique (pdf) à NdP, avec "[M2PGI-ECOM]" dans le sujet) <br />
*Remise du dossier d'évaluation système : jeudi 20 décembre (lors de votre passage)<br />
<br />
===RICM5===<br />
'''Equipe pédagogique:''' ??? (XE), Sybille Caffiau (SC), Didier Donsez (DD)<br />
<br />
'''Dates Importantes:'''<br />
*Démo système V1 : ??<br />
*Démo système V2 : ??<br />
*Soutenances (IHM + système) : ??/12/2012 après midi<br />
*Remise du cahier des charges : 08/10/2012 (moodle)<br />
*Remise du dossier de conception IHM : 12/12/2013 (version electronique (pdf) à SC, avec "[RICM-ECOM]" dans le sujet)<br />
*Remise du dossier d'évaluation IHM : 19/12/2013 (lors de votre passage) <br />
*Remise du dossier de conception système : 19/12/2013 (version electronique (pdf) à XS)<br />
*Remise du dossier d'évaluation système : 19/12/2013 (version electronique (pdf) à XS)<br />
<br />
<br />
'''Séances:'''<br />
* 13/09 Ma: Introduction 1H00 DD, CM Ergonomie 2H00 SC [[Media:PresentationECOM-RICM5-2013.pdf]] <br />
* 24/09 Ma: CM JavaEE & EJB 3h00 XX<br />
* 24/09 Ap: TD Ergonomie IHM 3h00 SC<br />
* 01/10 Ma: CM Ergonomie IHM 3h00 SC<br />
* 01/10 Ap: Install JavaEE, tutoriel EJB 3h00 XX<br />
* 08/10 Ma: CM HTTP & Servlet/JSP 3h00 DD<br />
* 08/10 Ap: TD Ergonomie IHM 1h30 SC, Tutoriel EJB 2h00 XX<br />
* 22/10 Ma: CM JSF 3h00 XX<br />
* 22/10 Ap: Tutoriel Servlet/JSP/JSF 3h00 XX<br />
* 05/11 Ma: TD Ergo IHM 3H00 SC<br />
* 12/11 Ma: TD JavaEE 3H00 XX<br />
* 19/11 Ma: TD JavaEE 3H00 XX <br />
* 19/11 Ap: En parallele : TD JavaEE 3H00 XX + TD Ergo IHM 3H00 SC<br />
* 26/11 Ma: TD JavaEE 3H00 XS<br />
* 26/11 Ap: En parallele : TD JavaEE 3H00 XS + TD Ergo IHM 3H00 SC <br />
* 03/12 Ma: En parallele : TD JavaEE 3H00 XX + TD Ergo IHM 3H00 SC<br />
* 03/12 Ap: En parallele : TD JavaEE 3H00 XX + TD Ergo IHM 3H00 SC<br />
* 10/12 Ma: TD JavaEE 3H00 XX<br />
* 17/12 Ma: En parallele : TD Ergo IHM 3H00 SC + TD JavaEE 3H00 XX<br />
* Soutenance IHM le ??/12/2013 Ap<br />
* Soutenance Système le ??/12/2013 Ap<br />
<br />
==Groupes==<br />
===M2PGI Apprenti===<br />
<br />
===M2PGI Classique===<br />
<br />
===RICM5===<br />
====Groupe 1 : Thème = Vente de fichiers STL pour imprimantes 3D ====<br />
* Nicolas Afonso : Chef de projet<br />
* Jean-François Bianco <br />
* Elisa Martinez<br />
* Rebecca Poustis<br />
<br />
====Groupe 2 : Thème = Vente de forfaits mobile ====<br />
* Pierre Lartigue : Chef de projet<br />
* Jonathan Lemoine <br />
* Nicolas Husson<br />
<br />
====Groupe 3 : Thème XYZ====<br />
* XY : Chef de projet<br />
* XY : Membre (Outils, Forge ou Azure) <br />
* XY : ...<br />
<br />
====Groupe 4 : Thème XYZ====<br />
* XY : Chef de projet<br />
* XY : Membre (Outils, Forge ou Azure) <br />
* XY : ...<br />
<br />
====Groupe 5 : Thème XYZ====<br />
* XY : Chef de projet<br />
* XY : Membre (Outils, Forge ou Azure) <br />
* XY : ...<br />
<br />
==Soutenance==<br />
===M2PGI Apprenti===<br />
<br />
===M2PGI Classique===<br />
<br />
===RICM5===<br />
<br />
IMPERATIF<br />
* le projet doit être (MUST) géré selon la méthode Scrum : le Scrum Master devra présenter le déroulement du projet.<br />
* le serveur JavaEE doit être (MUST) hébergé sur une instance Windows Azure à partir du compte étudiant Azure offert gratuitement en début de projet (la machine virtuelle peut etre de type Windows ou Linux).<br />
* un rapport de charge (benchmark) doit être (MUST) fourni : les outils JMeter ou Clif peuvent être utilisés.<br />
* un rapport sur les métriques logicielles doit être (MUST) fourni : l'outil Sonar peut être utilisé.<br />
<br />
<br />
'''Ordre de passage :'''<br />
* Respectez l'ordre établi<br />
* Faites attention au temps. Vous disposez de 15 minutes par soutenance pour : votre présentation, la démo et les questions<br />
[[File:OrdrePassageSoutenance2013.jpg]]<br />
<br />
ATTENTION : Si vous voulez modifier ce planning, vous devez :<br />
* trouver un autre groupe avec qui échanger<br />
* vous assurer que tous les membres de ce groupe acceptent l'échange<br />
* envoyer un mail à SC et XS pour informer du changement (avec le chef de projet de l'autre groupe en copie)<br />
Aucune modification ne sera acceptée après le 18 décembre.<br />
<br />
=Documentation=<br />
==Transparents de cours==<br />
<br />
* Cours JEE/EJB(NDP) [[Media:EJB-ECOM2010.pdf]]<br />
* Cours IHM (SC) : [https://www.dropbox.com/s/tk8ujqqowcj114e/ECOM20122013.pdf url]<br />
* Cours JSF (PR) : [http://imag-moodle.e.ujf-grenoble.fr/course/view.php?id=61 url]<br />
* Cours maven (DD) : [http://membres-liglab.imag.fr/donsez/cours/maven.pdf url]<br />
* Cours versionning (DD) : [http://membres-liglab.imag.fr/donsez/cours/version.pdf url]<br />
* Cours subversion (DD) : [http://membres-liglab.imag.fr/donsez/cours/subversion.pdf url]<br />
* Cours forge (DD) : [http://membres-liglab.imag.fr/donsez/cours/forge.pdf url]<br />
* Cours http (DD) : [http://membres-liglab.imag.fr/donsez/cours/http.pdf url]<br />
* Cours servlet (DD) : [http://membres-liglab.imag.fr/donsez/cours/servletjsp.pdf url]<br />
<br />
==Squelette du projet==<br />
[http://dl.dropbox.com/u/66952950/ecom-maven.zip ecom-maven.zip] Inaccessible<br />
<br />
==Doc utiles==<br />
* [http://wiki.easybeans.org/xwiki/bin/view/Main/Documentation Documentation Easybeans (conteneur EJB3 utilis&eacute; par Jonas)]<br />
* [http://docs.oracle.com/javaee/6/tutorial/doc/ Tutorial JavaEE 6 ]<br />
* [http://netbeans.org/kb/67/javaee/ejb30.html Tutorial NetBean et JEE ]<br />
* [http://docs.oracle.com/javaee/6/api/ API JavaEE 6]<br />
* [https://java.net/projects/javaee-spec/pages/Home Sp&eacute;cifications JavaEE 6]<br />
* [http://www.theserverside.com/news/thread.tss?thread_id=55191 JPA implementation patterns ]<br />
* [http://jonas.ow2.org/JONAS_5_1_2/doc/doc-en/html/getting_started_guide.html#id1316973 Glossaire]<br />
* [http://www.easybeans.net/xwiki/bin/download/Main/Documentation/ejb3-annotations.pdf Aide m&eacute;moire pour les annotations EJB3 ]<br />
* Présentation sur le Cloud Computing : http://erods.liglab.fr/icar2013/programme.html<br />
* Documentation et Training Kit sur Windows Azure : http://www.microsoft.com/en-us/download/details.aspx?id=8396<br />
<br />
http://proton.inrialpes.fr/~depalma/ecom/liens/liens.html<br />
<br />
===Quelques livres===<br />
REMARQUE: les livres sur JavaEE se periment très vite avec l'évolution de la spécification<br />
* Java EE6 Cookbook for securing, tuning, and extending enterprise applications: http://www.packtpub.com/java-ee6-securing-tuning-extending-enterprise-applications-cookbook/book<br />
* Holly Cummins and Timothy Ward, Enterprise OSGi in Action, March, 2013, 400 pages, ISBN: 9781617290138, http://www.manning.com/cummins/ ([http://www.manning.com/cummins/EOSGI_sample_ch02.pdf chapitre 2], [http://www.manning.com/cummins/EOSGI_sample_ch10.pdf chapitre 10])<br />
* Debu Panda, Reza Rahman, Derek Lane, EJB 3 in Action, Pub Mannings, 2007, http://www.manning.com/panda/<br />
* Debu Panda, Reza Rahman, Ryan Cuprak, and Michael Remijan, EJB 3 in Action, Second Edition, Pub Mannings, 2011, http://www.manning.com/panda2/</div>Pierre.Lartiguehttps://air.imag.fr/index.php?title=ECOM&diff=12496ECOM2013-09-16T06:23:58Z<p>Pierre.Lartigue: /* RICM5 */</p>
<hr />
<div>=Objectifs du projet=<br />
Le projet eCOM consiste à concevoir et développer une application de commerce électronique. Une motivation principale du projet eCOM est qu'il intègre dans sa mise en œuvre différentes thématiques étudiées dans les formations en informatique : en particulier, interfaces homme-machine, applications et architectures réparties, bases de données. Les aspects relatifs au génie logiciel sont également présents puisque le projet eCOM comprend la conception et la réalisation d'un produit logiciel qui satisfait certains critères de qualité (documentation, respect des normes, etc).<br />
<br />
L'intégration de différentes thématiques présente les atouts suivants : <br />
* Valorisation des enseignements acquis dans les différentes thématiques au profit d'un projet important et réaliste. <br />
* Appréhension des (inter)dépendances entre les thématiques. <br />
* Communications entre les différents réalisateurs du projet. <br />
En outre, une deuxième motivation forte du projet eCOM est qu'il intègre des technologies et des standards récents et largement utilisés dans le domaine des applications Internet. Ce projet permet plus précisément de se placer en tant qu'utilisateurs de la technologie JEE (Java Enterprise Edition) destinée à la réalisation de serveurs d'information ou de serveurs de commerce électronique à base de composants distribués, transactionnels et persistants. Les réalisateurs sont confrontés par ce biais à la manipulation de mécanismes et de fonctions générales d'un système réparti : gestion de la désignation de composants distribués, configuration d'une application distribuée, association de propriétés non fonctionnelles aux composants (persistance, transactions), gestion des images persistantes des composants (liaisons avec une base de données). Des extensions au projet sont décrites [http://ecom.ow2.org/xwiki/bin/view/Main/fr ici] et seront réalisées lors du projet RICOM/GICOM au semestre 2.<br />
<br />
L'application réalisée devra offrir deux interfaces distinctes : <br />
* les administrateurs qui gèrent les stocks de produits, les comptes des utilisateurs de l'application et le suivi des commandes ; <br />
* les consommateurs/acheteurs qui peuvent consulter des articles, les placer dans leur caddie et valider une commande. <br />
<br />
Chaque groupe devra élaborer un cahier des charges précis de l'application en termes de fonctionnalités et de critères d'ergonomie. Par ailleurs, le projet devra être réalisé en employant les méthodes et technologies présentées en cours. Ces différents aspects devront être validés par l'équipe pédagogique tout au long du projet.<br />
<br />
=Étapes du projet=<br />
La partie IHM et la partie Système sont menées en parallèle pendant toute la durée du projet. Le projet se conclut par une soutenance finale pour chaque partie (IHM et système). <br />
<br />
==Conduite de projet==<br />
Le projet eCOM est très court en durée. Il est préconisé d'utiliser la méthodologie [[Scrum]] pour la conduite du projet dans chaque groupe.<br />
<br />
===Critères d'évaluation===<br />
La conduite du projet sera principalement évaluée en fonction des critères suivants :<br />
* vous devez choisir un Scrum Master (unique ou tournant) : vous devez justifier votre choix<br />
* durée du sprint (idem : vous devez justifier votre choix)<br />
Sur ces 2 premiers critères, vous n'en changez pas !!!<br />
<br />
Vous devez prévoir :<br />
* product backlog<br />
* sprint backlog<br />
* sprint planning<br />
* démos<br />
* rétrospectives<br />
<br />
Pensez à créer un wiki qui regroupera l'ensemble de vos documentations. Cela doit être une documentation Agile !!!!<br />
<br />
Un point de bonus pour ceux qui réussiront à mettre en place des "poker planning".<br />
[[File:20121002 141359.jpg]]<br />
<br />
==Partie IHM==<br />
<br />
===Etapes et documents demandés===<br />
Trois documents sont à produire : le cahier des charges (CDC), le dossier de conception IHM (à rédiger avant de développer l'IHM du site) et le document d'évaluation IHM. Les versions finales des deux premiers documents (CDC et dossier de conception IHM) sont à remettre une semaine avant les soutenances et le dossier d'évaluation, le jour de la soutenance.<br />
<br />
<br />
Le détail sur l'organisation et l'évaluation du travail concernant les spécifications du site sera communiqué lors des premières séances de cours.<br />
En résumé : <br />
* Une fois le sujet choisi, analyser les sites "concurrents" et mener une enquête auprès d'utilisateurs représentatifs du futur site marchand, faire une analyse des données recueillies, en déduire les requis fonctionnels et non fonctionnels du site, identifier le modèle de l'utilisateur type, produire le modèle de tâches. Les analyses amont (sites concurrents et enquête) seront mises en annexe du CDC. <br />
* Définir une norme de présentation pour tous les documents du projet. <br />
* Ensuite, rédiger le cahier des charges. Bien penser à définir les priorités de développement. Des exemples des années précédentes seront consultables en séances d'audit. <br />
* Une fois le CDC validé, rédiger le dossier de conception IHM : IHM abstraite, IHM concrète, charte graphique. <br />
===Critères d'évaluation===<br />
La partie IHM du projet sera principalement évaluée en fonction des critères suivants : <br />
* Conformité de l'IHM concrète et abstraite avec le modèle de tâche <br />
* Couverture fonctionnelle de l'application et robustesse au regard des priorités que vous avez retenues <br />
* Qualité ergonomique au regard des principes vus en cours <br />
* Rigueur de la démarche <br />
<br />
==Partie Système==<br />
La partie Système est axée sur deux étapes successives. <br />
===Première étape===<br />
La première consiste à définir le cœur de l'application, c'est-à-dire le modèle de données et la logique métier, puis à réaliser un premier prototype qui démontre une bonne maîtrise des EJB (session et entity beans).<br />
<br />
<br />
Il est vivement conseillé de définir le modèle de données aussi tôt que possible et d"en discuter avec les enseignants. Il est également recommandé de limiter le premier prototype à un sous-ensemble des spécifications fonctionnelles, à la fois assez vaste pour couvrir les principales difficultés techniques et assez léger pour respecter les délais imposés.<br />
<br />
<br />
À ce stade, l'application est seulement accessible par l'intermédiaire d'un "client lourd" (programme java offrant une console en mode texte). En particulier, il n'est pas demandé, pour cette première étape, de réaliser une interface web pour interagir avec l'application. L'application doit cependant offrir deux interfaces (administrateur et consommateur) et exécuter les requêtes avec des garanties transactionnelles. <br />
<br />
<br />
Une présentation/démonstration du prototype V1 sera réalisée à la fin de l'étape n°1. <br />
===Deuxième étape===<br />
La seconde étape consiste à compléter le premier prototype avec les objectifs suivants : <br />
* ajout des beans nécessaires pour couvrir l'ensemble des spécifications fonctionnelles ; <br />
* développement d'une interface Web basée sur le modèle MVC ; <br />
* rédaction des documents demandés (voir ci-dessous) ; <br />
* modification de la configuration de déploiement : (1) client (lourd/léger) distant, (2) base de données externe (MySQL, Oracle, HSQL ...) et éventuellement distante ; <br />
* ajout éventuel de fonctionnalités non prioritaires.<br />
<br />
Une présentation d'une mini-maquette d'interface web aura lieu au milieu de l'étape n°2. <br />
<br />
Remarque : Aucune des phases du projet ne nécessite le développement d'un client lourd en mode graphique (SWT ...). <br />
===Documents demandés===<br />
Deux rapports doivent être rédigés pour la partie Système : un document de conception système et un document d'évaluation système.<br />
<br />
====Document de conception système====<br />
Le dossier de conception système (DCS) a pour but de permettre à toute personne de connaitre les principaux composants JEE de votre application ECOM. Cette connaissance doit pouvoir être acquise rapidement, sans avoir à entrer dans les détails de l'implémentation. Le DCS doit donc être de taille relativement limitée (5 à 10 pages, 20 pages au grand maximum).<br />
Le DCS est centré sur un schéma d'architecture système (SAS) : ce schéma doit faire apparaître les composants qui vont constituer l'application, ainsi que les liens entre les beans. Un lien depuis un composant A vers un (ou plusieurs) composant(s) B signifie qu'une interaction peut avoir lieu depuis A vers B. Un lien peut être monovalué ou multivalué, monodirectionnel ou multidirectionnel.<br />
<br />
Pour chaque composant et lien du SAS, le DCS doit fournir : <br />
* Une description fonctionnelle : La description fonctionnelle d'un composant fait apparaître les attributs qui le composent, ainsi que les méthodes qu'il fournit. Attributs et méthodes seront associés à une courte description. Les besoins liées à la persistence ou aux aspects transactionnels peuvent également être explicités. <br />
* Une description d'implantation JEE : La description d'implantation décrit l'implantation du composant ou du lien dans l'environnement JEE. Un composant peut être implanté par un programme Java externe (client léger / client lourd JEE), par un servlet, par un bean ou par un objet POJO. Dans ces derniers cas, il faut préciser les caractéristiques des beans / POJO (local / distribué, session / évenementiel, stateful / stateless, etc). Un lien peut être implanté par une relation JEE, ou bien par conservation de référence de bean.<br />
<br />
====Document d'évaluation système====<br />
<br />
Le rapport final système du projet ECOM a pour but de préciser l’état d’avancement de votre application ECOM.<br />
<br />
Le rapport final système doit préciser : <br />
* L’état de chaque composant : non réalisé, réalisé, réalisé et validé <br />
* Les fonctions réalisées, réalisées et testées, et celles restant à réaliser <br />
* Les propriétés non fonctionnelles garanties par votre réalisation, et celles restant à considérer pour finaliser votre application <br />
* Le temps consacré à la conception système <br />
* Le temps consacré au développement système <br />
* Les principales difficultés rencontrées <br />
===Critères d'évaluation===<br />
La partie système du projet sera principalement évaluée en fonction des critères suivants : <br />
* Conformité aux spécifications de l'application et aux consignes données dans le cadre du projet <br />
* Respect des échéances pour les différentes étapes du projet (y compris pour les prototypes intermédiaires et les documents) <br />
* Qualité de l'architecture de l'application <br />
* Qualité et robustesse du code applicatif <br />
* Compréhension des principaux concepts de la technologie JEE <br />
* Rigueur de la démarche de conception <br />
* Qualité des présentations/soutenances <br />
En complément, les aspects suivants seront également considérés : <br />
* Méthodologie de test <br />
* Performances (résultat du injection de charge avec JMeter ou Clif) <br />
* Utilisation (optionnelle) de technologies/APIs/frameworks avancés<br />
<br />
==Consignes pour la soutenance==<br />
===Consignes spécifiques pour les soutenances IHM===<br />
* documents (version papier) à apporter : cahier des charges (version finale), dossier de conception IHM, dossier d'évaluation IHM<br />
* votre passage doit contenir une présentation globale du projet, le processus de conception (illustré), le bilan (point de vue IHM) et une démo PRÉPARÉE <br />
* arrivez avec l'application démarée (on ne perd pas de temps) et 1 ou 2 scénarios (de test)<br />
* prévoyez 5 minutes de questions lors de votre passage<br />
<br />
===Consignes spécifiques pour les soutenances Système===<br />
* Apportez un exemplaire du dossier d'évaluation système (déposé la veille sur Moodle) lors de la soutenance. Il n'est pas nécessaire d'apporter un exemplaire du dossier de conception système.<br />
* Préparez vous 30 minutes avant votre soutenance pour démarrer les instances Windows Azure avec le service développé.<br />
* Prévovez environ 30 minutes pour la présentation/démo/questions. Utilisez des transparents pour présenter votre projet.<br />
* Les démonstrations peuvent être faites sur vos machines personnelles cependant le service eCOM doit IMPERATIVEMENT s'exécuter sur une ou plusieurs instances Windows Azure.<br />
* Conditionnez le projet final sous la forme d’une archive (zip ou tar.gz) après avoir inclus la documentation (dans un repertoire /main/site). Utilisez la convention de nommage suivante : ecom_final_1213-X.zip où X correspond au nom du projet.<br />
* Déposez immédiatement après la soutenance (et en aucun cas après le 20 décembre) l'archive sur Moodle.<br />
* le rapport de charge (benchmark) doit être (MUST) fourni dans la documentation.<br />
* le rapport sur les métriques logicielles doit être (MUST) fourni dans la documentation.<br />
<br />
=Organisation 2013-2014=<br />
EN COURS DE CONSTRUCTION<br />
<br />
==Planning==<br />
===M2PGI Apprenti===<br />
'''Equipe pédagogique:''' Noël de Palma (NdP), Sybille Caffiau (SC), Didier Donsez (DD), Sebastien Chassand-Barrioz (SCB), Fy RAVOAJANAHARY (FR)<br />
<br />
'''Dates Importantes:'''<br />
*Démo système V1 classique : jeudi 25 octobre<br />
*Démo système V2 classique : jeudi 29 novembre<br />
*Semaine bloquée : lundi 17 décembre - vendredi 21 décembre<br />
*Soutenances (IHM + système) : vendredi 21 décembre<br />
<br />
*Remise du cahier des charges : vendredi 14 décembre (version electronique (pdf) à SC et NdP, avec "[M2PGI-ECOM]" dans le sujet) <br />
*Remise du dossier de conception IHM : vendredi 14 décembre (version electronique (pdf) à SC, avec "[M2PGI-ECOM]" dans le sujet) <br />
*Remise du dossier d'évaluation IHM : jeudi 20 décembre (lors de votre passage)<br />
<br />
*Remise du dossier de conception système : vendredi 14 décembre (version electronique (pdf) à NdP, avec "[M2PGI-ECOM]" dans le sujet) <br />
*Remise du dossier d'évaluation système : jeudi 20 décembre (lors de votre passage)<br />
<br />
===M2PGI Classique===<br />
Equipe pédagogique: Noël de Palma (NdP), Sybille Caffiau (SC), Didier Donsez (DD), Sebastien Chassand-Barrioz (SCB), Fy RAVOAJANAHARY (FR)<br />
<br />
'''Dates Importantes:'''<br />
<br />
*Démo système V1 classique : jeudi 25 octobre<br />
*Démo système V2 classique : jeudi 29 novembre<br />
*Semaine bloquée : lundi 17 décembre - vendredi 21 décembre<br />
*Soutenances (IHM + système) : vendredi 21 décembre<br />
<br />
*Remise du cahier des charges : vendredi 14 décembre (version electronique (pdf) à SC et NdP, avec "[M2PGI-ECOM]" dans le sujet) <br />
*Remise du dossier de conception IHM : vendredi 14 décembre (version electronique (pdf) à SC, avec "[M2PGI-ECOM]" dans le sujet) <br />
*Remise du dossier d'évaluation IHM : jeudi 20 décembre (lors de votre passage)<br />
<br />
*Remise du dossier de conception système : vendredi 14 décembre (version electronique (pdf) à NdP, avec "[M2PGI-ECOM]" dans le sujet) <br />
*Remise du dossier d'évaluation système : jeudi 20 décembre (lors de votre passage)<br />
<br />
===RICM5===<br />
'''Equipe pédagogique:''' ??? (XE), Sybille Caffiau (SC), Didier Donsez (DD)<br />
<br />
'''Dates Importantes:'''<br />
*Démo système V1 : ??<br />
*Démo système V2 : ??<br />
*Soutenances (IHM + système) : ??/12/2012 après midi<br />
*Remise du cahier des charges : 08/10/2012 (moodle)<br />
*Remise du dossier de conception IHM : 12/12/2013 (version electronique (pdf) à SC, avec "[RICM-ECOM]" dans le sujet)<br />
*Remise du dossier d'évaluation IHM : 19/12/2013 (lors de votre passage) <br />
*Remise du dossier de conception système : 19/12/2013 (version electronique (pdf) à XS)<br />
*Remise du dossier d'évaluation système : 19/12/2013 (version electronique (pdf) à XS)<br />
<br />
<br />
'''Séances:'''<br />
* 13/09 Ma: Introduction 1H00 DD, CM Ergonomie 2H00 SC [[Media:PresentationECOM-RICM5-2013.pdf]] <br />
* 24/09 Ma: CM JavaEE & EJB 3h00 XX<br />
* 24/09 Ap: TD Ergonomie IHM 3h00 SC<br />
* 01/10 Ma: CM Ergonomie IHM 3h00 SC<br />
* 01/10 Ap: Install JavaEE, tutoriel EJB 3h00 XX<br />
* 08/10 Ma: CM HTTP & Servlet/JSP 3h00 DD<br />
* 08/10 Ap: TD Ergonomie IHM 1h30 SC, Tutoriel EJB 2h00 XX<br />
* 22/10 Ma: CM JSF 3h00 XX<br />
* 22/10 Ap: Tutoriel Servlet/JSP/JSF 3h00 XX<br />
* 05/11 Ma: TD Ergo IHM 3H00 SC<br />
* 12/11 Ma: TD JavaEE 3H00 XX<br />
* 19/11 Ma: TD JavaEE 3H00 XX <br />
* 19/11 Ap: En parallele : TD JavaEE 3H00 XX + TD Ergo IHM 3H00 SC<br />
* 26/11 Ma: TD JavaEE 3H00 XS<br />
* 26/11 Ap: En parallele : TD JavaEE 3H00 XS + TD Ergo IHM 3H00 SC <br />
* 03/12 Ma: En parallele : TD JavaEE 3H00 XX + TD Ergo IHM 3H00 SC<br />
* 03/12 Ap: En parallele : TD JavaEE 3H00 XX + TD Ergo IHM 3H00 SC<br />
* 10/12 Ma: TD JavaEE 3H00 XX<br />
* 17/12 Ma: En parallele : TD Ergo IHM 3H00 SC + TD JavaEE 3H00 XX<br />
* Soutenance IHM le ??/12/2013 Ap<br />
* Soutenance Système le ??/12/2013 Ap<br />
<br />
==Groupes==<br />
===M2PGI Apprenti===<br />
<br />
===M2PGI Classique===<br />
<br />
===RICM5===<br />
====Groupe 1 : Thème = Vente de fichiers STL pour imprimantes 3D ====<br />
* Nicolas Afonso : Chef de projet<br />
* Jean-François Bianco <br />
* Elisa Martinez<br />
* Rebecca Poustis<br />
<br />
====Groupe 2 : Thème = Vente de forfaits mobile ====<br />
* LARTIGUE Pierre : Chef de projet<br />
* LEMOINE Jonathan<br />
* HUSSON Nicolas<br />
<br />
====Groupe 3 : Thème XYZ====<br />
* XY : Chef de projet<br />
* XY : Membre (Outils, Forge ou Azure) <br />
* XY : ...<br />
<br />
====Groupe 4 : Thème XYZ====<br />
* XY : Chef de projet<br />
* XY : Membre (Outils, Forge ou Azure) <br />
* XY : ...<br />
<br />
====Groupe 5 : Thème XYZ====<br />
* XY : Chef de projet<br />
* XY : Membre (Outils, Forge ou Azure) <br />
* XY : ...<br />
<br />
==Soutenance==<br />
===M2PGI Apprenti===<br />
<br />
===M2PGI Classique===<br />
<br />
===RICM5===<br />
<br />
IMPERATIF<br />
* le projet doit être (MUST) géré selon la méthode Scrum : le Scrum Master devra présenter le déroulement du projet.<br />
* le serveur JavaEE doit être (MUST) hébergé sur une instance Windows Azure à partir du compte étudiant Azure offert gratuitement en début de projet (la machine virtuelle peut etre de type Windows ou Linux).<br />
* un rapport de charge (benchmark) doit être (MUST) fourni : les outils JMeter ou Clif peuvent être utilisés.<br />
* un rapport sur les métriques logicielles doit être (MUST) fourni : l'outil Sonar peut être utilisé.<br />
<br />
<br />
'''Ordre de passage :'''<br />
* Respectez l'ordre établi<br />
* Faites attention au temps. Vous disposez de 15 minutes par soutenance pour : votre présentation, la démo et les questions<br />
[[File:OrdrePassageSoutenance2013.jpg]]<br />
<br />
ATTENTION : Si vous voulez modifier ce planning, vous devez :<br />
* trouver un autre groupe avec qui échanger<br />
* vous assurer que tous les membres de ce groupe acceptent l'échange<br />
* envoyer un mail à SC et XS pour informer du changement (avec le chef de projet de l'autre groupe en copie)<br />
Aucune modification ne sera acceptée après le 18 décembre.<br />
<br />
=Documentation=<br />
==Transparents de cours==<br />
<br />
* Cours JEE/EJB(NDP) [[Media:EJB-ECOM2010.pdf]]<br />
* Cours IHM (SC) : [https://www.dropbox.com/s/tk8ujqqowcj114e/ECOM20122013.pdf url]<br />
* Cours JSF (PR) : [http://imag-moodle.e.ujf-grenoble.fr/course/view.php?id=61 url]<br />
* Cours maven (DD) : [http://membres-liglab.imag.fr/donsez/cours/maven.pdf url]<br />
* Cours versionning (DD) : [http://membres-liglab.imag.fr/donsez/cours/version.pdf url]<br />
* Cours subversion (DD) : [http://membres-liglab.imag.fr/donsez/cours/subversion.pdf url]<br />
* Cours forge (DD) : [http://membres-liglab.imag.fr/donsez/cours/forge.pdf url]<br />
* Cours http (DD) : [http://membres-liglab.imag.fr/donsez/cours/http.pdf url]<br />
* Cours servlet (DD) : [http://membres-liglab.imag.fr/donsez/cours/servletjsp.pdf url]<br />
<br />
==Squelette du projet==<br />
[http://dl.dropbox.com/u/66952950/ecom-maven.zip ecom-maven.zip] Inaccessible<br />
<br />
==Doc utiles==<br />
* [http://wiki.easybeans.org/xwiki/bin/view/Main/Documentation Documentation Easybeans (conteneur EJB3 utilis&eacute; par Jonas)]<br />
* [http://docs.oracle.com/javaee/6/tutorial/doc/ Tutorial JavaEE 6 ]<br />
* [http://netbeans.org/kb/67/javaee/ejb30.html Tutorial NetBean et JEE ]<br />
* [http://docs.oracle.com/javaee/6/api/ API JavaEE 6]<br />
* [https://java.net/projects/javaee-spec/pages/Home Sp&eacute;cifications JavaEE 6]<br />
* [http://www.theserverside.com/news/thread.tss?thread_id=55191 JPA implementation patterns ]<br />
* [http://jonas.ow2.org/JONAS_5_1_2/doc/doc-en/html/getting_started_guide.html#id1316973 Glossaire]<br />
* [http://www.easybeans.net/xwiki/bin/download/Main/Documentation/ejb3-annotations.pdf Aide m&eacute;moire pour les annotations EJB3 ]<br />
* Présentation sur le Cloud Computing : http://erods.liglab.fr/icar2013/programme.html<br />
* Documentation et Training Kit sur Windows Azure : http://www.microsoft.com/en-us/download/details.aspx?id=8396<br />
<br />
http://proton.inrialpes.fr/~depalma/ecom/liens/liens.html<br />
<br />
===Quelques livres===<br />
REMARQUE: les livres sur JavaEE se periment très vite avec l'évolution de la spécification<br />
* Java EE6 Cookbook for securing, tuning, and extending enterprise applications: http://www.packtpub.com/java-ee6-securing-tuning-extending-enterprise-applications-cookbook/book<br />
* Holly Cummins and Timothy Ward, Enterprise OSGi in Action, March, 2013, 400 pages, ISBN: 9781617290138, http://www.manning.com/cummins/ ([http://www.manning.com/cummins/EOSGI_sample_ch02.pdf chapitre 2], [http://www.manning.com/cummins/EOSGI_sample_ch10.pdf chapitre 10])<br />
* Debu Panda, Reza Rahman, Derek Lane, EJB 3 in Action, Pub Mannings, 2007, http://www.manning.com/panda/<br />
* Debu Panda, Reza Rahman, Ryan Cuprak, and Michael Remijan, EJB 3 in Action, Second Edition, Pub Mannings, 2011, http://www.manning.com/panda2/</div>Pierre.Lartigue