Art embarqué : Différence entre versions

De Wiki d'activités IMA
(→‎Semaine 2 (02/02/2015))
 
(58 révisions intermédiaires par 3 utilisateurs non affichées)
Ligne 1 : Ligne 1 :
 +
<include nopre noesc src="/home/pedago/pimasc/include/video-ArtEmbarque-iframe.html" />
 
__TOC__
 
__TOC__
 
<br style="clear: both;"/>
 
<br style="clear: both;"/>
Ligne 21 : Ligne 22 :
 
L'oeuvre à réaliser sera dans un premier temps un cercle qui se déplacera dans une zone en X,Y en fonction de la position détecté par le kinect. <br>
 
L'oeuvre à réaliser sera dans un premier temps un cercle qui se déplacera dans une zone en X,Y en fonction de la position détecté par le kinect. <br>
 
La couleur et la taille évoluera en fonction des données renvoyés par accéléromètre.<br>
 
La couleur et la taille évoluera en fonction des données renvoyés par accéléromètre.<br>
 +
 +
[[Fichier:schem1_transp.png]]
  
 
====Choix techniques : matériel et logiciel====
 
====Choix techniques : matériel et logiciel====
  
−
*Un Arduino lilypad [<span style="color: green;">fourni le 28/1/2015</span>], utilisé sur le danseur, avec :
+
*Un Arduino lilypad [<span style="color: green;">fourni le 28/1/2015</span>][<span style="color: green;">Récupéré le 18/05/2015</span>], utilisé sur le danseur, avec :
−
** alimentation autonome (batterie + régulateur? pour une bonne autonomie) [<span style="color: green;">fourni le 28/1/2015</span>]
+
** alimentation autonome (batterie + régulateur? pour une bonne autonomie) [<span style="color: green;">fourni le 28/1/2015</span>][<span style="color: green;">Récupéré le 18/05/2015</span>]
−
** un module Xbee  pour la communication vers le PC [[http://www.sparkfun.com/products/12921 Platine de support Xbee]] [<span style="color: green;">fourni le 28/1/2015</span>]
+
** un module Xbee  pour la communication vers le PC [[http://www.sparkfun.com/products/12921 Platine de support Xbee]] [<span style="color: green;">fourni le 28/1/2015</span>][<span style="color: green;">Récupéré le 18/05/2015</span>]
−
** un accéléromètre [[http://lilypadarduino.org/?p=384 de ce type]] [<span style="color: green;">fourni le 28/1/2015</span>]
+
** un accéléromètre [[http://lilypadarduino.org/?p=384 de ce type]] [<span style="color: green;">fourni le 28/1/2015</span>][<span style="color: green;">Récupéré le 18/05/2015</span>]
  
 
*PC avec :
 
*PC avec :
−
** Kinect branché en USB ( peut être une rallonge à prévoir) [<span style="color: green;">fournie le 28/1/2015</span>]
+
** Kinect branché en USB ( peut être une rallonge à prévoir) [<span style="color: green;">fournie le 28/1/2015</span>][<span style="color: green;">Récupéré le 18/05/2015</span>]
−
**récepteur Xbee [[http://www.sparkfun.com/products/11812 platine USB de ce type]] [<span style="color: green;">fourni le 28/1/2015</span>]
+
**récepteur Xbee [[http://www.sparkfun.com/products/11812 platine USB de ce type]] [<span style="color: green;">fourni le 28/1/2015</span>][<span style="color: green;">Récupéré le 18/05/2015</span>]
  
 
*Traitement des données et création du visuel via le logiciel [http://processing.org/ Processing]
 
*Traitement des données et création du visuel via le logiciel [http://processing.org/ Processing]
Ligne 67 : Ligne 70 :
 
*Prise en main de la Kinect :
 
*Prise en main de la Kinect :
 
Installation du SDK Kinect et fonctionnement de la Kinect sous windows via processing
 
Installation du SDK Kinect et fonctionnement de la Kinect sous windows via processing
−
*Premiers test sous windows, on se rend compte qu'on pourrait plutot le faire sur Linux : demande avis des enseignants
+
*Premiers test sous windows, on se rend compte qu'on pourrait plutot le faire sur Linux : demande avis des enseignants -> on peut rester sous windows, le fonctionnement devrait etre identique grâce à processing
 
*Essais de communication entre les modules Xbee
 
*Essais de communication entre les modules Xbee
  
Ligne 76 : Ligne 79 :
 
|[[Fichier:confXbee1bis.png|thumb|none|configuration du Xbee1]]
 
|[[Fichier:confXbee1bis.png|thumb|none|configuration du Xbee1]]
 
|}
 
|}
−
 
  
 
*utilisation de la librairie OpenNI sous processing, compatible avec linux et Windows.
 
*utilisation de la librairie OpenNI sous processing, compatible avec linux et Windows.
Ligne 84 : Ligne 86 :
 
*Branchement de l'accelero sur le lilypad, transmission des données d'un des axes par Xbee.
 
*Branchement de l'accelero sur le lilypad, transmission des données d'un des axes par Xbee.
 
*Récupération des données sur processing, code simple sur processing pour faire varier la couleur du cercle de tracking
 
*Récupération des données sur processing, code simple sur processing pour faire varier la couleur du cercle de tracking
 +
*Amélioration de la methode de "Tracking" sous processing, collecte de tout les "pixels" contenus dans une plage de distance, puis moyennage afin d'obtenir le milieu de la zone détectée
 
**[[media:DepthImage_withTracking.mp4| Demo : proof of concept avec le capteur dans la main]]
 
**[[media:DepthImage_withTracking.mp4| Demo : proof of concept avec le capteur dans la main]]
  
 
On constate donc sur la vidéo que la détection d'une personne fonctionne (ici la main remplace la tête du danseur).<br>
 
On constate donc sur la vidéo que la détection d'une personne fonctionne (ici la main remplace la tête du danseur).<br>
 
Le code sous processing est simpliste, on modifie la couleur en rouge et bleu de façon opposé, avec le canal x de l'accéléromètre.<br>
 
Le code sous processing est simpliste, on modifie la couleur en rouge et bleu de façon opposé, avec le canal x de l'accéléromètre.<br>
−
La transmission se fait via Xbee.<br>
+
La transmission se fait via Xbee à 9600 bauds.<br>
  
 
===Semaine 4 (16/02/2015)===
 
===Semaine 4 (16/02/2015)===
−
Reflection sur l'evolution du projet:  
+
Reflexion sur l'evolution du projet:  
  
 
*Ajout d'un 2nd accéléromètre afin de récupérer les données provenant de chaque bras du danseur.  
 
*Ajout d'un 2nd accéléromètre afin de récupérer les données provenant de chaque bras du danseur.  
Ligne 100 : Ligne 103 :
  
 
Passage en code C pour la programmation du lilypad, avec synchronisation de l'envoi :<br>  
 
Passage en code C pour la programmation du lilypad, avec synchronisation de l'envoi :<br>  
 +
 
1) L'arduino fait l'aquisition des valeurs de l'accéléro et attend un message de l'appli pc. <br>
 
1) L'arduino fait l'aquisition des valeurs de l'accéléro et attend un message de l'appli pc. <br>
 
2) L'aplication processing envoie 'd' à l'arduino. <br>
 
2) L'aplication processing envoie 'd' à l'arduino. <br>
Ligne 105 : Ligne 109 :
  
 
===Semaine 5 (23/02/2015)===
 
===Semaine 5 (23/02/2015)===
 +
Nous avons rencontré quelques soucis lors du passage en C de notre code pour l'arduino. <br>
 +
Il n'y avait pas d'erreur lors du make upload, nous ne savions donc pas si le problème venait des modules Xbee, de notre code, du Makefile.<br>
 +
Ces petits soucis nous ont malheureusement ralenti et nous n'avons donc pas beaucoup avancé durent cette 5e semaine.
 +
 
===Semaine 6 (09/03/2015)===
 
===Semaine 6 (09/03/2015)===
 +
*Fonctionnement du code arduino en C.
 +
*Essais pour augmenter le baud rate afin d'avoir de meilleures performances:
 +
Initialement à 9600 bauds, nous avons essayé de passer à 115200 directement, mais sans succès. <br>
 +
Nous sommes ensuite passés à 57600, cette fois ci avec succès. <br>
 +
Nous avons donc du reconfigurer les Xbee à 57600 bauds, et changer nos codes C pour le lilypad (émission) et processing pour la réception.
 +
*Nous avons ensuite testé la distance communication des Xbee en branchant le montage arduino/Xbee/accéléromètre à une batterie. <br>
 +
La réception reste très bonne et stable à 10-15 mètres, nous n'avons pas essayé à une plus grande distance.<br>
 +
 
===Semaine 7 (16/03/2015)===
 
===Semaine 7 (16/03/2015)===
 +
A la remise en route de l'arduino : problème de communication avec les Xbee, configuration à refaire ainsi que le programme du lilypad à réUP pour un fonctionnement correct. Source du problème inconnue.
 +
 +
Mise en place d'une méthode de "moyenage" pour la modification des couleurs, les transitions sont plus douces.
 +
Améliorer la fluidité du "point", en retirant le traçage des bords et quelques autre réglages sous processing.
 +
 +
Mise en place d'une fonction de transformation du cercle en octogone, a lancer par exemple lors d'un mouvement de la deuxième main.
 +
 
===Semaine 8 (23/03/2015)===
 
===Semaine 8 (23/03/2015)===
 +
 +
On applique des méthodes de fluidification et on intègre le deuxième accéléromètre. Le premier accéléromètre sera utilisé pour colorer le point traceur, <br>le deuxième accéléromètre, quand à lui, sera utilisé pour jouer sur la forme ou la taille du point : à méditer.
 +
Egalement quelques réflexions sur la mise en place du circuit arduino/Xbee/accéléromètre sur le danseur : gants, fil conducteur pour coudre l'accéléromètre et nappe pour longer le bras.
 +
 
===Semaine 9 (30/03/2015)===
 
===Semaine 9 (30/03/2015)===
 +
 +
Manque de fluidité sous Windows, peut être un Baudrate trop élevé ? <br>
 +
Après être repassé de 57600 à 9600, on ne retrouve pas de fluidité dû à une mauvaise réception série. Les valeurs reçues n'étaient pas correctes et donnaient une vision saccadée. Nous avons pu trouver la cause de ce problème : Les valeurs reçues sont censées être comprises entre 0 et 255, notre programme processing (pour la réception) renvoi la valeur -1 lorsqu'il rencontre un erreur. Lorsque la valeur -1 est reçue, le point devient noir. Nous recevions beaucoup trop de -1, d'où ce manque de fluidité.
 +
 +
On a donc décidé d'installer la kinect sur linux, ainsi que processing. Malgré quelques problèmes rencontrés, notamment le fait de devoir tout lancer en super utilisateur, nous avons finalement réussi à faire tourner la kinect sous linux, ainsi que processing.
 +
 +
L'entièreté du projet tourne désormais sous linux.
 +
 
===Semaine 10 (06/04/2015)===
 
===Semaine 10 (06/04/2015)===
 +
 +
Objectif de la semaine : faire une démo du projet <br>
 +
[[Fichier:Demo_1.mp4]] On peut observer les différentes actions en fonction des mouvements fait sur l'accélero <br>
 +
Début de la couture : fixer les accéléros sur les gants
 +
 
===Semaine 11 (13/04/2015)===
 
===Semaine 11 (13/04/2015)===
 +
Le premier accéléro est fixé mais nous avons cassé l'aiguille dans la nappe et donc nous n'avons pas pu continuer. <br>
 +
Mise en place d'une interface graphique pour faciliter l'usage et permettre à l'utilisateur de configurer/paramétrer directement la kinect:<br>
 +
Il y'a donc maintenant 3 écrans interactifs via clavier et souris
 +
*Choix de la distance à laquelle la kinect détecte la personne.
 +
*Listage des ports disponible et choix du port USB correspondant au module Xbee récepteur (tésté et fonctionnel sous Linux et Windows)
 +
*L’animation seule, agrandie à 1024*768 (au lieu de 640*480 de la kinect)
 +
 +
On a d'ailleurs remarqué qu'avec cette version du programme, le fonctionnement sous Windows est de nouveau fluide, probablement parce que l'on affiche plus la depthImage à coté de l'animation. (cf video semaine 10)
 +
 +
{|align=center
 +
|[[Fichier:P12_Page1.png|thumb|none|Configuration distance]]
 +
|[[Fichier:P12_Page2.png|thumb|none|Configuration série]]
 +
|[[Fichier:P12_Page3.png|thumb|none|Animation]]
 +
|none|
 +
|}
 +
<br>
 +
 
===Semaine 12 (20/04/2015)===
 
===Semaine 12 (20/04/2015)===
 +
Objectif de la séance de 22/04/2015 : Tourner la vidéo explicative du projet
 +
 +
Pendant les vacances:
 +
* Couture terminée, les deux gants sont prêt relié par une nappe à un morceau de tissu regroupant l'arduino, le module Xbee et l'alimentation. L'avantage du morceau de tissu est qu'il s'adaptera sur tout vêtement rapidement, grâce à quelque épingles.
 +
La couture n'est pas évidente à faire, certains nœuds ont été collés, car ils se défaisaient.
 +
L'alimentation est toujours assuré par le FTDI, qui ce branche sur une petite board afin de récupérer le +3.3V et le ground. Ainsi le système peut toujours etre utilisé avec n'importe quelle batterie USB.
 +
* Recherche de salle qui n'a rien donné (expliqué dans le rapport), j'ai donc essayé de faire la démo chez moi (Jean-Michel). Le rendu n'est pas parfait car évidemment, la hauteur de plafond n'est pas suffisante, et la transmission série s’arrêtait régulièrement.
 +
Probablement à cause du montage tissu, quelques faux contacts difficile à déterminer. Néanmoins quelques séquences ont pu être tournées, et pourront servir à la vidéo.
 +
{|align=center
 +
|[[Fichier:P12_gant.JPG|thumb|vue du gant]]
 +
|[[Fichier:P12_textile.JPG|thumb|vue du système global]]
 +
|}
  
 
== Fichiers Rendus ==
 
== Fichiers Rendus ==
 +
 +
* Les sources processing sont disponibles ici : [[Fichier:P12_Sources_processing.zip]] L'export de ces sources en applications exécutables n'as pas été réalisé, les fichiers étant trop volumineux
 +
* Les sources Arduino sont disponibles ici : [[Fichier:P12_Sources_Arduino.zip]]
 +
* Le rapport est disponible ici : [[Fichier:Rapport-de-projet.pdf]]

Version actuelle datée du 15 juin 2015 à 16:48


Vidéo HD


Cahier des charges

Présentation générale du projet

Contexte

La création artistique peut être enrichie par l'apport des nouvelles technologies.

Objectif du projet

L'objectif de ce projet est de créer un système permettant de générer des œuvres d'art qui viennent compléter la performance d'un danseur.
Cette œuvre sera visuelle et potentiellement agrémentée de sons suivant l'avancement du projet.
Le but est de projeter cette œuvre en direct sur le fond de la scène où évoluera le danseur.

Description du projet

Un arduino intégré sur le costume de l'artiste transférera les données d'un accéléromètre vers un PC par le biais un transmission sans fil.
Une Kinect placée au plafond récupérera les positions du danseur sur la piste (2D plan au sol).
Nous traiterons les données récupérées par l'arduino et la Kinect sur le PC afin de créer l'œuvre visuelle.
L'oeuvre à réaliser sera dans un premier temps un cercle qui se déplacera dans une zone en X,Y en fonction de la position détecté par le kinect.
La couleur et la taille évoluera en fonction des données renvoyés par accéléromètre.

Schem1 transp.png

Choix techniques : matériel et logiciel

  • Un Arduino lilypad [fourni le 28/1/2015][Récupéré le 18/05/2015], utilisé sur le danseur, avec :
    • alimentation autonome (batterie + régulateur? pour une bonne autonomie) [fourni le 28/1/2015][Récupéré le 18/05/2015]
    • un module Xbee pour la communication vers le PC [Platine de support Xbee] [fourni le 28/1/2015][Récupéré le 18/05/2015]
    • un accéléromètre [de ce type] [fourni le 28/1/2015][Récupéré le 18/05/2015]
  • PC avec :
    • Kinect branché en USB ( peut être une rallonge à prévoir) [fournie le 28/1/2015][Récupéré le 18/05/2015]
    • récepteur Xbee [platine USB de ce type] [fourni le 28/1/2015][Récupéré le 18/05/2015]
  • Traitement des données et création du visuel via le logiciel Processing

Étapes du projet

Étape 1

  • Capture et récupération des données de la Kinect et de l'arduino

Étape 2

  • Envoi et réception des données par Xbee

Étape 3

  • Traitement des données via "Processing"

Étape 4

  • Finalisation de l'œuvre et projection sur scène en live

Avancement du Projet

Semaine 1 (26/01/2015)

  • Mise en place du cahier des charges, discussions avec les enseignants
  • Recherche du matériel envisageable
  • Prêt du matériel par les enseignants après validation du cahier des charges(kinect, arduino et modules Xbee)
  • Documentation sur le fonctionnement de la Kinect
  • Essais de fonctionnement avec processing sous windows :
    • Recherche des librairies
    • Recherche de codes sous processing

--> Pas encore de fonctionnement

Semaine 2 (02/02/2015)

  • Prise en main de la Kinect :

Installation du SDK Kinect et fonctionnement de la Kinect sous windows via processing

  • Premiers test sous windows, on se rend compte qu'on pourrait plutot le faire sur Linux : demande avis des enseignants -> on peut rester sous windows, le fonctionnement devrait etre identique grâce à processing
  • Essais de communication entre les modules Xbee


  • CONFIGURATION des Xbee sur minicom: réseau 1111, ID 1 et 2 (voir photos)
commandes pour la configuration du Xbee1
configuration du Xbee1
  • utilisation de la librairie OpenNI sous processing, compatible avec linux et Windows.
  • Recuperation des données "depthMap" réalisation d'un simple code de tracking d'objets présents dans une plage de distance donnée.

Semaine 3 (09/02/2015)

  • Branchement de l'accelero sur le lilypad, transmission des données d'un des axes par Xbee.
  • Récupération des données sur processing, code simple sur processing pour faire varier la couleur du cercle de tracking
  • Amélioration de la methode de "Tracking" sous processing, collecte de tout les "pixels" contenus dans une plage de distance, puis moyennage afin d'obtenir le milieu de la zone détectée

On constate donc sur la vidéo que la détection d'une personne fonctionne (ici la main remplace la tête du danseur).
Le code sous processing est simpliste, on modifie la couleur en rouge et bleu de façon opposé, avec le canal x de l'accéléromètre.
La transmission se fait via Xbee à 9600 bauds.

Semaine 4 (16/02/2015)

Reflexion sur l'evolution du projet:

  • Ajout d'un 2nd accéléromètre afin de récupérer les données provenant de chaque bras du danseur.
  • Verrouiller la position du point s'il y a pas/peu de mouvement.
  • Agrandir la taille du cercle en fonction du nombre de points détectés (par la kinect) dans la plage de distance
  • Fluidifier la transition de couleurs, et attribuer une couleur par voie (X,Y,Z) ou par main ?


Passage en code C pour la programmation du lilypad, avec synchronisation de l'envoi :

1) L'arduino fait l'aquisition des valeurs de l'accéléro et attend un message de l'appli pc.
2) L'aplication processing envoie 'd' à l'arduino.
3) L'arduino répond en envoyant les 3 octets de chaque canal de l'accelero. Il refait ensuite les 3 acquisitions pour être prêt à les envoyer.

Semaine 5 (23/02/2015)

Nous avons rencontré quelques soucis lors du passage en C de notre code pour l'arduino.
Il n'y avait pas d'erreur lors du make upload, nous ne savions donc pas si le problème venait des modules Xbee, de notre code, du Makefile.
Ces petits soucis nous ont malheureusement ralenti et nous n'avons donc pas beaucoup avancé durent cette 5e semaine.

Semaine 6 (09/03/2015)

  • Fonctionnement du code arduino en C.
  • Essais pour augmenter le baud rate afin d'avoir de meilleures performances:

Initialement à 9600 bauds, nous avons essayé de passer à 115200 directement, mais sans succès.
Nous sommes ensuite passés à 57600, cette fois ci avec succès.
Nous avons donc du reconfigurer les Xbee à 57600 bauds, et changer nos codes C pour le lilypad (émission) et processing pour la réception.

  • Nous avons ensuite testé la distance communication des Xbee en branchant le montage arduino/Xbee/accéléromètre à une batterie.

La réception reste très bonne et stable à 10-15 mètres, nous n'avons pas essayé à une plus grande distance.

Semaine 7 (16/03/2015)

A la remise en route de l'arduino : problème de communication avec les Xbee, configuration à refaire ainsi que le programme du lilypad à réUP pour un fonctionnement correct. Source du problème inconnue.

Mise en place d'une méthode de "moyenage" pour la modification des couleurs, les transitions sont plus douces. Améliorer la fluidité du "point", en retirant le traçage des bords et quelques autre réglages sous processing.

Mise en place d'une fonction de transformation du cercle en octogone, a lancer par exemple lors d'un mouvement de la deuxième main.

Semaine 8 (23/03/2015)

On applique des méthodes de fluidification et on intègre le deuxième accéléromètre. Le premier accéléromètre sera utilisé pour colorer le point traceur,
le deuxième accéléromètre, quand à lui, sera utilisé pour jouer sur la forme ou la taille du point : à méditer. Egalement quelques réflexions sur la mise en place du circuit arduino/Xbee/accéléromètre sur le danseur : gants, fil conducteur pour coudre l'accéléromètre et nappe pour longer le bras.

Semaine 9 (30/03/2015)

Manque de fluidité sous Windows, peut être un Baudrate trop élevé ?
Après être repassé de 57600 à 9600, on ne retrouve pas de fluidité dû à une mauvaise réception série. Les valeurs reçues n'étaient pas correctes et donnaient une vision saccadée. Nous avons pu trouver la cause de ce problème : Les valeurs reçues sont censées être comprises entre 0 et 255, notre programme processing (pour la réception) renvoi la valeur -1 lorsqu'il rencontre un erreur. Lorsque la valeur -1 est reçue, le point devient noir. Nous recevions beaucoup trop de -1, d'où ce manque de fluidité.

On a donc décidé d'installer la kinect sur linux, ainsi que processing. Malgré quelques problèmes rencontrés, notamment le fait de devoir tout lancer en super utilisateur, nous avons finalement réussi à faire tourner la kinect sous linux, ainsi que processing.

L'entièreté du projet tourne désormais sous linux.

Semaine 10 (06/04/2015)

Objectif de la semaine : faire une démo du projet
Fichier:Demo 1.mp4 On peut observer les différentes actions en fonction des mouvements fait sur l'accélero
Début de la couture : fixer les accéléros sur les gants

Semaine 11 (13/04/2015)

Le premier accéléro est fixé mais nous avons cassé l'aiguille dans la nappe et donc nous n'avons pas pu continuer.
Mise en place d'une interface graphique pour faciliter l'usage et permettre à l'utilisateur de configurer/paramétrer directement la kinect:
Il y'a donc maintenant 3 écrans interactifs via clavier et souris

  • Choix de la distance à laquelle la kinect détecte la personne.
  • Listage des ports disponible et choix du port USB correspondant au module Xbee récepteur (tésté et fonctionnel sous Linux et Windows)
  • L’animation seule, agrandie à 1024*768 (au lieu de 640*480 de la kinect)

On a d'ailleurs remarqué qu'avec cette version du programme, le fonctionnement sous Windows est de nouveau fluide, probablement parce que l'on affiche plus la depthImage à coté de l'animation. (cf video semaine 10)

Configuration distance
Configuration série
Animation


Semaine 12 (20/04/2015)

Objectif de la séance de 22/04/2015 : Tourner la vidéo explicative du projet

Pendant les vacances:

  • Couture terminée, les deux gants sont prêt relié par une nappe à un morceau de tissu regroupant l'arduino, le module Xbee et l'alimentation. L'avantage du morceau de tissu est qu'il s'adaptera sur tout vêtement rapidement, grâce à quelque épingles.

La couture n'est pas évidente à faire, certains nœuds ont été collés, car ils se défaisaient. L'alimentation est toujours assuré par le FTDI, qui ce branche sur une petite board afin de récupérer le +3.3V et le ground. Ainsi le système peut toujours etre utilisé avec n'importe quelle batterie USB.

  • Recherche de salle qui n'a rien donné (expliqué dans le rapport), j'ai donc essayé de faire la démo chez moi (Jean-Michel). Le rendu n'est pas parfait car évidemment, la hauteur de plafond n'est pas suffisante, et la transmission série s’arrêtait régulièrement.

Probablement à cause du montage tissu, quelques faux contacts difficile à déterminer. Néanmoins quelques séquences ont pu être tournées, et pourront servir à la vidéo.

vue du gant
vue du système global

Fichiers Rendus

Récupérée de « https://wiki-ima.plil.fr/mediawiki//index.php?title=Art_embarqué&oldid=21294 »