<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="fr">
		<id>https://projets-ima.plil.fr/mediawiki/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Achemin</id>
		<title>Wiki de Projets IMA - Contributions de l’utilisateur [fr]</title>
		<link rel="self" type="application/atom+xml" href="https://projets-ima.plil.fr/mediawiki/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=Achemin"/>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php/Sp%C3%A9cial:Contributions/Achemin"/>
		<updated>2026-05-14T05:28:59Z</updated>
		<subtitle>Contributions de l’utilisateur</subtitle>
		<generator>MediaWiki 1.29.2</generator>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Mod%C3%A9lisation_num%C3%A9rique_d%27une_machine_%C3%A9lectrique_pour_la_traction_de_v%C3%A9hicule_hybride&amp;diff=3743</id>
		<title>Modélisation numérique d'une machine électrique pour la traction de véhicule hybride</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Mod%C3%A9lisation_num%C3%A9rique_d%27une_machine_%C3%A9lectrique_pour_la_traction_de_v%C3%A9hicule_hybride&amp;diff=3743"/>
				<updated>2012-11-28T13:13:21Z</updated>
		
		<summary type="html">&lt;p&gt;Achemin : /* Réalisation */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;==Introduction==&lt;br /&gt;
&lt;br /&gt;
Dans le cadre de notre dernière année en IMA, nous avons à réaliser un projet industriel. Nous avons choisi de travailler sur les modèles numériques de machines électriques puisque ce sujet réunit aussi bien des connaicances orientées SC que SA.&lt;br /&gt;
 &lt;br /&gt;
Ce projet, réalisé en lien avec la société Valeo, se déroule au sein du L2EP de Lille 1 où nous sommes encadrés par M. Benabou.&lt;br /&gt;
&lt;br /&gt;
== Présentation du projet ==&lt;br /&gt;
&lt;br /&gt;
Le but est de réduire l'espace occupé par les aimants devenus trop chères tout en maintenant les performances d'une machine synchrone de Valeo.&lt;br /&gt;
&lt;br /&gt;
Dès le début cette tâche apparaît comme étant impossible. La densité energétique des aimants en question est très élevée, ils contiennent un fort pouvoir magnétique dans un petit volume. L'alternative à ce composant est la bobine, qui lorsqu'elle est alimentée crée un champ magnétique, mais les inductances ont une densité d'énergie trop faible. Il faudrait donc de grandes bobines de cuivre là où il ne fallait qu'un petit aimant pour que les performances de la machine restent les mêmes. Ceci entrainerait une augmentation de la masse et de l'encombrement du moteur.&lt;br /&gt;
&lt;br /&gt;
Nous allons donc axer notre étude sur la modélisation numérique de la machine puis sur une optimisation de l'espace occupé par les aimants Néodyme-Fer-Bore.&lt;br /&gt;
&lt;br /&gt;
== Réalisation ==&lt;br /&gt;
&lt;br /&gt;
&amp;lt;b&amp;gt; I Prise en main &amp;lt;/b&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs&amp;lt;/u&amp;gt; : Observer le couple de détente d'une machine électrique à vide puis en fonctionnement.&lt;br /&gt;
Cette partie à pour but de nous familiariser avec un logiciel de calcul par éléments finis : FEMM. A l'aide d'un exemple existant, une géométrie de moteur simple, nous avons voulu déterminer le couple de détente avec et sans conducteur dans les encoches.&lt;br /&gt;
&lt;br /&gt;
Nous nous nous sommes fixés 2 semaines pour réaliser cette tâche.&lt;br /&gt;
&lt;br /&gt;
Pour ce faire, nous avons repris la géométrie d'une machine proposé par FEMM. En fonctionnement à vide, on applique une rotation au rotor puis on calcule le couple dans l'entrefer. La valeur est stoqué dans un vecteur que l'on vient tracer en fonction du temps.&lt;br /&gt;
&lt;br /&gt;
En fonctionnement nominal, il faut ajouter les courants. On les calcule en fonction de la section des fils, du nombre de spires par bobine ainsi que de la denstité de courant J que l'on veut imposer.  &lt;br /&gt;
La rotation du rotor doit maintenant être synchronisé avec ces courants. Il faut aussi démarrer l'étude au moment où le couple est au max.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
clear all;&lt;br /&gt;
close all;&lt;br /&gt;
&lt;br /&gt;
%Ce script permet de calculer le couple pour plusieurs positions du rotor avec des&lt;br /&gt;
%courants circulants dans les bobines sur une periode de 40ms. &lt;br /&gt;
&lt;br /&gt;
%La rotation du rotor commence à 18ms car le couple max est obtenu à 17ms&lt;br /&gt;
&lt;br /&gt;
addpath('C:\Program Files\femm42\mfiles')&lt;br /&gt;
openfemm;&lt;br /&gt;
opendocument('C:\Users\Documents\PFE\Matlab\script_3_cogging_avec_courant_et_rotation.fem');&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
A=[0:0.0005:0.04];              % t de ... à ... avec un pas de ... (periode = 20ms = 0.020s) &lt;br /&gt;
&lt;br /&gt;
%Signal triphasé 5.5A à 50Hz : 5.5 * cos(2*pi*50*t)&lt;br /&gt;
B=5.5*cos(2*pi*50*A);           %Phase A &lt;br /&gt;
C=5.5*cos(2*pi*50*A-2*pi/3);    %Phase B&lt;br /&gt;
D=5.5*cos(2*pi*50*A-4*pi/3);    %Phase C &lt;br /&gt;
&lt;br /&gt;
rotation_totale=0.0;&lt;br /&gt;
&lt;br /&gt;
for i=1:length(A)&lt;br /&gt;
    % à t = 17ms =&amp;gt; couple max : on commence à tourner&lt;br /&gt;
    if(i&amp;gt;35)&lt;br /&gt;
        mi_selectgroup(1); &lt;br /&gt;
        mi_moverotate(0,0,1.5); &lt;br /&gt;
        rotation_totale=rotation_totale-1.5;     &lt;br /&gt;
    end        &lt;br /&gt;
    &lt;br /&gt;
    mi_modifycircprop('A+',1,B(i));&lt;br /&gt;
    mi_modifycircprop('A-',1,-B(i));&lt;br /&gt;
    mi_modifycircprop('B+',1,C(i));&lt;br /&gt;
    mi_modifycircprop('B-',1,-C(i));&lt;br /&gt;
    mi_modifycircprop('C+',1,D(i));&lt;br /&gt;
    mi_modifycircprop('C-',1,-D(i));&lt;br /&gt;
&lt;br /&gt;
    mi_analyze(0);    &lt;br /&gt;
    mi_loadsolution;&lt;br /&gt;
&lt;br /&gt;
    mo_groupselectblock(1)&lt;br /&gt;
&lt;br /&gt;
    Torque(i)=mo_blockintegral(22);&lt;br /&gt;
    i&lt;br /&gt;
    Torque(i)&lt;br /&gt;
end&lt;br /&gt;
&lt;br /&gt;
plot(A,Torque);&lt;br /&gt;
&lt;br /&gt;
%Remise à la position initiale&lt;br /&gt;
mi_selectgroup(1); &lt;br /&gt;
mi_moverotate(0,0,rotation_totale);&lt;br /&gt;
mi_analyze(0);&lt;br /&gt;
closefemm;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Après exécution de ce script nous obtenons les résultats suivants :&lt;br /&gt;
&lt;br /&gt;
[[Fichier:Torque3.jpg|center|center|couple de détente avec stator alimenté]]&lt;br /&gt;
&lt;br /&gt;
La rotation du rotor ne commence qu'à 17ms, où le couple est au maximum. On observe bien le couple de détente de la machine. &lt;br /&gt;
&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;b&amp;gt;II Projet industriel &amp;lt;/b&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs&amp;lt;/u&amp;gt; : cf 'Présentation du projet'&lt;br /&gt;
&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Géométrie &amp;lt;/u&amp;gt; : La première étape est de réaliser le modèle géométrique de la machine sur FEMM et regrouper les différentes pièces en classe. La classe 1 reste statique alors que la 2 est en rotation. &amp;lt;br&amp;gt;&lt;br /&gt;
Il faut aussi ajouter les matériaux employés ainsi que leur caractéristiques électromagnétiques.&lt;/div&gt;</summary>
		<author><name>Achemin</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Mod%C3%A9lisation_num%C3%A9rique_d%27une_machine_%C3%A9lectrique_pour_la_traction_de_v%C3%A9hicule_hybride&amp;diff=3742</id>
		<title>Modélisation numérique d'une machine électrique pour la traction de véhicule hybride</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Mod%C3%A9lisation_num%C3%A9rique_d%27une_machine_%C3%A9lectrique_pour_la_traction_de_v%C3%A9hicule_hybride&amp;diff=3742"/>
				<updated>2012-11-28T13:11:49Z</updated>
		
		<summary type="html">&lt;p&gt;Achemin : /* Réalisation */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;==Introduction==&lt;br /&gt;
&lt;br /&gt;
Dans le cadre de notre dernière année en IMA, nous avons à réaliser un projet industriel. Nous avons choisi de travailler sur les modèles numériques de machines électriques puisque ce sujet réunit aussi bien des connaicances orientées SC que SA.&lt;br /&gt;
 &lt;br /&gt;
Ce projet, réalisé en lien avec la société Valeo, se déroule au sein du L2EP de Lille 1 où nous sommes encadrés par M. Benabou.&lt;br /&gt;
&lt;br /&gt;
== Présentation du projet ==&lt;br /&gt;
&lt;br /&gt;
Le but est de réduire l'espace occupé par les aimants devenus trop chères tout en maintenant les performances d'une machine synchrone de Valeo.&lt;br /&gt;
&lt;br /&gt;
Dès le début cette tâche apparaît comme étant impossible. La densité energétique des aimants en question est très élevée, ils contiennent un fort pouvoir magnétique dans un petit volume. L'alternative à ce composant est la bobine, qui lorsqu'elle est alimentée crée un champ magnétique, mais les inductances ont une densité d'énergie trop faible. Il faudrait donc de grandes bobines de cuivre là où il ne fallait qu'un petit aimant pour que les performances de la machine restent les mêmes. Ceci entrainerait une augmentation de la masse et de l'encombrement du moteur.&lt;br /&gt;
&lt;br /&gt;
Nous allons donc axer notre étude sur la modélisation numérique de la machine puis sur une optimisation de l'espace occupé par les aimants Néodyme-Fer-Bore.&lt;br /&gt;
&lt;br /&gt;
== Réalisation ==&lt;br /&gt;
&lt;br /&gt;
&amp;lt;b&amp;gt; I Prise en main &amp;lt;/b&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs&amp;lt;/u&amp;gt; : Observer le couple de détente d'une machine électrique à vide puis en fonctionnement.&lt;br /&gt;
Cette partie à pour but de nous familiariser avec un logiciel de calcul par éléments finis : FEMM. A l'aide d'un exemple existant, une géométrie de moteur simple, nous avons voulu déterminer le couple de détente avec et sans conducteur dans les encoches.&lt;br /&gt;
&lt;br /&gt;
Nous nous nous sommes fixés 2 semaines pour réaliser cette tâche.&lt;br /&gt;
&lt;br /&gt;
Pour ce faire, nous avons repris la géométrie d'une machine proposé par FEMM. En fonctionnement à vide, on applique une rotation au rotor puis on calcule le couple dans l'entrefer. La valeur est stoqué dans un vecteur que l'on vient tracer en fonction du temps.&lt;br /&gt;
&lt;br /&gt;
En fonctionnement nominal, il faut ajouter les courants. On les calcule en fonction de la section des fils, du nombre de spires par bobine ainsi que de la denstité de courant J que l'on veut imposer.  &lt;br /&gt;
La rotation du rotor doit maintenant être synchronisé avec ces courants. Il faut aussi démarrer l'étude au moment où le couple est au max.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
clear all;&lt;br /&gt;
close all;&lt;br /&gt;
&lt;br /&gt;
%Ce script permet de calculer le couple pour plusieurs positions du rotor avec des&lt;br /&gt;
%courants circulants dans les bobines sur une periode de 40ms. &lt;br /&gt;
&lt;br /&gt;
%La rotation du rotor commence à 18ms car le couple max est obtenu à 17ms&lt;br /&gt;
&lt;br /&gt;
addpath('C:\Program Files\femm42\mfiles')&lt;br /&gt;
openfemm;&lt;br /&gt;
opendocument('C:\Users\Documents\PFE\Matlab\script_3_cogging_avec_courant_et_rotation.fem');&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
A=[0:0.0005:0.04];              % t de ... à ... avec un pas de ... (periode = 20ms = 0.020s) &lt;br /&gt;
&lt;br /&gt;
%Signal triphasé 5.5A à 50Hz : 5.5 * cos(2*pi*50*t)&lt;br /&gt;
B=5.5*cos(2*pi*50*A);           %Phase A &lt;br /&gt;
C=5.5*cos(2*pi*50*A-2*pi/3);    %Phase B&lt;br /&gt;
D=5.5*cos(2*pi*50*A-4*pi/3);    %Phase C &lt;br /&gt;
&lt;br /&gt;
rotation_totale=0.0;&lt;br /&gt;
&lt;br /&gt;
for i=1:length(A)&lt;br /&gt;
    % à t = 17ms =&amp;gt; couple max : on commence à tourner&lt;br /&gt;
    if(i&amp;gt;35)&lt;br /&gt;
        mi_selectgroup(1); &lt;br /&gt;
        mi_moverotate(0,0,1.5); &lt;br /&gt;
        rotation_totale=rotation_totale-1.5;     &lt;br /&gt;
    end        &lt;br /&gt;
    &lt;br /&gt;
    mi_modifycircprop('A+',1,B(i));&lt;br /&gt;
    mi_modifycircprop('A-',1,-B(i));&lt;br /&gt;
    mi_modifycircprop('B+',1,C(i));&lt;br /&gt;
    mi_modifycircprop('B-',1,-C(i));&lt;br /&gt;
    mi_modifycircprop('C+',1,D(i));&lt;br /&gt;
    mi_modifycircprop('C-',1,-D(i));&lt;br /&gt;
&lt;br /&gt;
    mi_analyze(0);    &lt;br /&gt;
    mi_loadsolution;&lt;br /&gt;
&lt;br /&gt;
    mo_groupselectblock(1)&lt;br /&gt;
&lt;br /&gt;
    Torque(i)=mo_blockintegral(22);&lt;br /&gt;
    i&lt;br /&gt;
    Torque(i)&lt;br /&gt;
end&lt;br /&gt;
&lt;br /&gt;
plot(A,Torque);&lt;br /&gt;
&lt;br /&gt;
%Remise à la position initiale&lt;br /&gt;
mi_selectgroup(1); &lt;br /&gt;
mi_moverotate(0,0,rotation_totale);&lt;br /&gt;
mi_analyze(0);&lt;br /&gt;
closefemm;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Après exécution de ce script nous obtenons les résultats suivants :&lt;br /&gt;
&lt;br /&gt;
[[Fichier:Torque3.jpg|center|center|couple de détente avec stator alimenté]]&lt;br /&gt;
&lt;br /&gt;
La rotation du rotor ne commence qu'à 17ms, où le couple est au maximum. On observe bien le couple de détente de la machine. &lt;br /&gt;
&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;b&amp;gt;II Projet industriel &amp;lt;/b&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs&amp;lt;/u&amp;gt; : cf 'Présentation du projet'&lt;br /&gt;
&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Géométrie &amp;lt;/u&amp;gt; : La première étape est de réaliser le modèle géométrique de la machine sur FEMM et regrouper les différentes pièces en classe. La classe 1 reste statique alors que la 2 est en rotation. &amp;lt;br&amp;gt;&lt;br /&gt;
Il faut aussi ajouter les matériaux employés ainsi que leur caractéristiques électromagnétiques.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
{{boîte déroulante|titre=TITRE|contenu=CONTENU}}&lt;/div&gt;</summary>
		<author><name>Achemin</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Mod%C3%A9lisation_num%C3%A9rique_d%27une_machine_%C3%A9lectrique_pour_la_traction_de_v%C3%A9hicule_hybride&amp;diff=3741</id>
		<title>Modélisation numérique d'une machine électrique pour la traction de véhicule hybride</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Mod%C3%A9lisation_num%C3%A9rique_d%27une_machine_%C3%A9lectrique_pour_la_traction_de_v%C3%A9hicule_hybride&amp;diff=3741"/>
				<updated>2012-11-28T13:10:09Z</updated>
		
		<summary type="html">&lt;p&gt;Achemin : /* Réalisation */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;br /&gt;
==Introduction==&lt;br /&gt;
&lt;br /&gt;
Dans le cadre de notre dernière année en IMA, nous avons à réaliser un projet industriel. Nous avons choisi de travailler sur les modèles numériques de machines électriques puisque ce sujet réunit aussi bien des connaicances orientées SC que SA.&lt;br /&gt;
 &lt;br /&gt;
Ce projet, réalisé en lien avec la société Valeo, se déroule au sein du L2EP de Lille 1 où nous sommes encadrés par M. Benabou.&lt;br /&gt;
&lt;br /&gt;
== Présentation du projet ==&lt;br /&gt;
&lt;br /&gt;
Le but est de réduire l'espace occupé par les aimants devenus trop chères tout en maintenant les performances d'une machine synchrone de Valeo.&lt;br /&gt;
&lt;br /&gt;
Dès le début cette tâche apparaît comme étant impossible. La densité energétique des aimants en question est très élevée, ils contiennent un fort pouvoir magnétique dans un petit volume. L'alternative à ce composant est la bobine, qui lorsqu'elle est alimentée crée un champ magnétique, mais les inductances ont une densité d'énergie trop faible. Il faudrait donc de grandes bobines de cuivre là où il ne fallait qu'un petit aimant pour que les performances de la machine restent les mêmes. Ceci entrainerait une augmentation de la masse et de l'encombrement du moteur.&lt;br /&gt;
&lt;br /&gt;
Nous allons donc axer notre étude sur la modélisation numérique de la machine puis sur une optimisation de l'espace occupé par les aimants Néodyme-Fer-Bore.&lt;br /&gt;
&lt;br /&gt;
== Réalisation ==&lt;br /&gt;
&lt;br /&gt;
&amp;lt;b&amp;gt; I Prise en main &amp;lt;/b&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs&amp;lt;/u&amp;gt; : Observer le couple de détente d'une machine électrique à vide puis en fonctionnement.&lt;br /&gt;
Cette partie à pour but de nous familiariser avec un logiciel de calcul par éléments finis : FEMM. A l'aide d'un exemple existant, une géométrie de moteur simple, nous avons voulu déterminer le couple de détente avec et sans conducteur dans les encoches.&lt;br /&gt;
&lt;br /&gt;
Nous nous nous sommes fixés 2 semaines pour réaliser cette tâche.&lt;br /&gt;
&lt;br /&gt;
Pour ce faire, nous avons repris la géométrie d'une machine proposé par FEMM. En fonctionnement à vide, on applique une rotation au rotor puis on calcule le couple dans l'entrefer. La valeur est stoqué dans un vecteur que l'on vient tracer en fonction du temps.&lt;br /&gt;
&lt;br /&gt;
En fonctionnement nominal, il faut ajouter les courants. On les calcule en fonction de la section des fils, du nombre de spires par bobine ainsi que de la denstité de courant J que l'on veut imposer.  &lt;br /&gt;
La rotation du rotor doit maintenant être synchronisé avec ces courants. Il faut aussi démarrer l'étude au moment où le couple est au max.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
clear all;&lt;br /&gt;
close all;&lt;br /&gt;
&lt;br /&gt;
%Ce script permet de calculer le couple pour plusieurs positions du rotor avec des&lt;br /&gt;
%courants circulants dans les bobines sur une periode de 40ms. &lt;br /&gt;
&lt;br /&gt;
%La rotation du rotor commence à 18ms car le couple max est obtenu à 17ms&lt;br /&gt;
&lt;br /&gt;
addpath('C:\Program Files\femm42\mfiles')&lt;br /&gt;
openfemm;&lt;br /&gt;
opendocument('C:\Users\Documents\PFE\Matlab\script_3_cogging_avec_courant_et_rotation.fem');&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
A=[0:0.0005:0.04];              % t de ... à ... avec un pas de ... (periode = 20ms = 0.020s) &lt;br /&gt;
&lt;br /&gt;
%Signal triphasé 5.5A à 50Hz : 5.5 * cos(2*pi*50*t)&lt;br /&gt;
B=5.5*cos(2*pi*50*A);           %Phase A &lt;br /&gt;
C=5.5*cos(2*pi*50*A-2*pi/3);    %Phase B&lt;br /&gt;
D=5.5*cos(2*pi*50*A-4*pi/3);    %Phase C &lt;br /&gt;
&lt;br /&gt;
rotation_totale=0.0;&lt;br /&gt;
&lt;br /&gt;
for i=1:length(A)&lt;br /&gt;
    % à t = 17ms =&amp;gt; couple max : on commence à tourner&lt;br /&gt;
    if(i&amp;gt;35)&lt;br /&gt;
        mi_selectgroup(1); &lt;br /&gt;
        mi_moverotate(0,0,1.5); &lt;br /&gt;
        rotation_totale=rotation_totale-1.5;     &lt;br /&gt;
    end        &lt;br /&gt;
    &lt;br /&gt;
    mi_modifycircprop('A+',1,B(i));&lt;br /&gt;
    mi_modifycircprop('A-',1,-B(i));&lt;br /&gt;
    mi_modifycircprop('B+',1,C(i));&lt;br /&gt;
    mi_modifycircprop('B-',1,-C(i));&lt;br /&gt;
    mi_modifycircprop('C+',1,D(i));&lt;br /&gt;
    mi_modifycircprop('C-',1,-D(i));&lt;br /&gt;
&lt;br /&gt;
    mi_analyze(0);    &lt;br /&gt;
    mi_loadsolution;&lt;br /&gt;
&lt;br /&gt;
    mo_groupselectblock(1)&lt;br /&gt;
&lt;br /&gt;
    Torque(i)=mo_blockintegral(22);&lt;br /&gt;
    i&lt;br /&gt;
    Torque(i)&lt;br /&gt;
end&lt;br /&gt;
&lt;br /&gt;
plot(A,Torque);&lt;br /&gt;
&lt;br /&gt;
%Remise à la position initiale&lt;br /&gt;
mi_selectgroup(1); &lt;br /&gt;
mi_moverotate(0,0,rotation_totale);&lt;br /&gt;
mi_analyze(0);&lt;br /&gt;
closefemm;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Après exécution de ce script nous obtenons les résultats suivants :&lt;br /&gt;
&lt;br /&gt;
[[Fichier:Torque3.jpg|center|center|couple de détente avec stator alimenté]]&lt;br /&gt;
&lt;br /&gt;
La rotation du rotor ne commence qu'à 17ms, où le couple est au maximum. On observe bien le couple de détente de la machine. &lt;br /&gt;
&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;b&amp;gt;II Projet industriel &amp;lt;/b&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs&amp;lt;/u&amp;gt; : cf 'Présentation du projet'&lt;br /&gt;
&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt; Géométrie &amp;lt;/u&amp;gt; : La première étape est de réaliser le modèle géométrique de la machine sur FEMM et regrouper les différentes pièces en classe. La classe 1 reste statique alors que la 2 est en rotation. &amp;lt;br&amp;gt;&lt;br /&gt;
Il faut aussi ajouter les matériaux employés ainsi que leur caractéristiques électromagnétiques.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
{{boîte déroulante|titre=TITRE|contenu=CONTENU}}&lt;/div&gt;</summary>
		<author><name>Achemin</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Mod%C3%A9lisation_num%C3%A9rique_d%27une_machine_%C3%A9lectrique_pour_la_traction_de_v%C3%A9hicule_hybride&amp;diff=3719</id>
		<title>Modélisation numérique d'une machine électrique pour la traction de véhicule hybride</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Mod%C3%A9lisation_num%C3%A9rique_d%27une_machine_%C3%A9lectrique_pour_la_traction_de_v%C3%A9hicule_hybride&amp;diff=3719"/>
				<updated>2012-11-27T21:06:26Z</updated>
		
		<summary type="html">&lt;p&gt;Achemin : /* Réalisation */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;br /&gt;
==Introduction==&lt;br /&gt;
&lt;br /&gt;
Dans le cadre de notre dernière année en IMA, nous avons à réaliser un projet industriel. Nous avons choisi de travailler sur les modèles numériques de machines électriques puisque ce sujet réunit aussi bien des connaicances orientées SC que SA.&lt;br /&gt;
 &lt;br /&gt;
Ce projet, réalisé en lien avec la société Valeo, se déroule au sein du L2EP de Lille 1 où nous sommes encadrés par M. Benabou.&lt;br /&gt;
&lt;br /&gt;
== Présentation du projet ==&lt;br /&gt;
&lt;br /&gt;
Le but est de réduire l'espace occupé par les aimants devenus trop chères tout en maintenant les performances d'une machine synchrone de Valeo.&lt;br /&gt;
&lt;br /&gt;
Dès le début cette tâche apparaît comme étant impossible. La densité energétique des aimants en question est très élevée, ils contiennent un fort pouvoir magnétique dans un petit volume. L'alternative à ce composant est la bobine, qui lorsqu'elle est alimentée crée un champ magnétique, mais les inductances ont une densité d'énergie trop faible. Il faudrait donc de grandes bobines de cuivre là où il ne fallait qu'un petit aimant pour que les performances de la machine restent les mêmes. Ceci entrainerait une augmentation de la masse et de l'encombrement du moteur.&lt;br /&gt;
&lt;br /&gt;
Nous allons donc axer notre étude sur la modélisation numérique de la machine puis sur une optimisation de l'espace occupé par les aimants Néodyme-Fer-Bore.&lt;br /&gt;
&lt;br /&gt;
== Réalisation ==&lt;br /&gt;
&lt;br /&gt;
&amp;lt;b&amp;gt; I Prise en main &amp;lt;/b&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs&amp;lt;/u&amp;gt; : Observer le couple de détente d'une machine électrique à vide puis en fonctionnement.&lt;br /&gt;
Cette partie à pour but de nous familiariser avec un logiciel de calcul par éléments finis : FEMM. A l'aide d'un exemple existant, une géométrie de moteur simple, nous avons voulu déterminer le couple de détente avec et sans conducteur dans les encoches.&lt;br /&gt;
&lt;br /&gt;
Nous nous nous sommes fixés 2 semaines pour réaliser cette tâche.&lt;br /&gt;
&lt;br /&gt;
Pour ce faire, nous avons repris la géométrie d'une machine proposé par FEMM. En fonctionnement à vide, on applique une rotation au rotor puis on calcule le couple dans l'entrefer. La valeur est stoqué dans un vecteur que l'on vient tracer en fonction du temps.&lt;br /&gt;
&lt;br /&gt;
En fonctionnement nominal, il faut ajouter les courants. On les calcule en fonction de la section des fils, du nombre de spires par bobine ainsi que de la denstité de courant J que l'on veut imposer.  &lt;br /&gt;
La rotation du rotor doit maintenant être synchronisé avec ces courants. Il faut aussi démarrer l'étude au moment où le couple est au max.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
clear all;&lt;br /&gt;
close all;&lt;br /&gt;
&lt;br /&gt;
%Ce script permet de calculer le couple pour plusieurs positions du rotor avec des&lt;br /&gt;
%courants circulants dans les bobines sur une periode de 40ms. &lt;br /&gt;
&lt;br /&gt;
%La rotation du rotor commence à 18ms car le couple max est obtenu à 17ms&lt;br /&gt;
&lt;br /&gt;
addpath('C:\Program Files\femm42\mfiles')&lt;br /&gt;
openfemm;&lt;br /&gt;
opendocument('C:\Users\Documents\PFE\Matlab\script_3_cogging_avec_courant_et_rotation.fem');&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
A=[0:0.0005:0.04];              % t de ... à ... avec un pas de ... (periode = 20ms = 0.020s) &lt;br /&gt;
&lt;br /&gt;
%Signal triphasé 5.5A à 50Hz : 5.5 * cos(2*pi*50*t)&lt;br /&gt;
B=5.5*cos(2*pi*50*A);           %Phase A &lt;br /&gt;
C=5.5*cos(2*pi*50*A-2*pi/3);    %Phase B&lt;br /&gt;
D=5.5*cos(2*pi*50*A-4*pi/3);    %Phase C &lt;br /&gt;
&lt;br /&gt;
rotation_totale=0.0;&lt;br /&gt;
&lt;br /&gt;
for i=1:length(A)&lt;br /&gt;
    % à t = 17ms =&amp;gt; couple max : on commence à tourner&lt;br /&gt;
    if(i&amp;gt;35)&lt;br /&gt;
        mi_selectgroup(1); &lt;br /&gt;
        mi_moverotate(0,0,1.5); &lt;br /&gt;
        rotation_totale=rotation_totale-1.5;     &lt;br /&gt;
    end        &lt;br /&gt;
    &lt;br /&gt;
    mi_modifycircprop('A+',1,B(i));&lt;br /&gt;
    mi_modifycircprop('A-',1,-B(i));&lt;br /&gt;
    mi_modifycircprop('B+',1,C(i));&lt;br /&gt;
    mi_modifycircprop('B-',1,-C(i));&lt;br /&gt;
    mi_modifycircprop('C+',1,D(i));&lt;br /&gt;
    mi_modifycircprop('C-',1,-D(i));&lt;br /&gt;
&lt;br /&gt;
    mi_analyze(0);    &lt;br /&gt;
    mi_loadsolution;&lt;br /&gt;
&lt;br /&gt;
    mo_groupselectblock(1)&lt;br /&gt;
&lt;br /&gt;
    Torque(i)=mo_blockintegral(22);&lt;br /&gt;
    i&lt;br /&gt;
    Torque(i)&lt;br /&gt;
end&lt;br /&gt;
&lt;br /&gt;
plot(A,Torque);&lt;br /&gt;
&lt;br /&gt;
%Remise à la position initiale&lt;br /&gt;
mi_selectgroup(1); &lt;br /&gt;
mi_moverotate(0,0,rotation_totale);&lt;br /&gt;
mi_analyze(0);&lt;br /&gt;
closefemm;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Après exécution de ce script nous obtenons les résultats suivants :&lt;br /&gt;
&lt;br /&gt;
[[Fichier:Torque3.jpg|center|center|couple de détente avec stator alimenté]]&lt;br /&gt;
&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;b&amp;gt;II Projet industriel &amp;lt;/b&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs&amp;lt;/u&amp;gt; : cf 'Présentation du projet'&lt;/div&gt;</summary>
		<author><name>Achemin</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Mod%C3%A8le:Bo%C3%AEte_d%C3%A9roulante/d%C3%A9but&amp;diff=3718</id>
		<title>Modèle:Boîte déroulante/début</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Mod%C3%A8le:Bo%C3%AEte_d%C3%A9roulante/d%C3%A9but&amp;diff=3718"/>
				<updated>2012-11-27T21:05:40Z</updated>
		
		<summary type="html">&lt;p&gt;Achemin : Page blanchie&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>Achemin</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Mod%C3%A8le:Bo%C3%AEte_d%C3%A9roulante/d%C3%A9but&amp;diff=3717</id>
		<title>Modèle:Boîte déroulante/début</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Mod%C3%A8le:Bo%C3%AEte_d%C3%A9roulante/d%C3%A9but&amp;diff=3717"/>
				<updated>2012-11-27T21:05:11Z</updated>
		
		<summary type="html">&lt;p&gt;Achemin : /* Voir aussi */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&amp;lt;div&amp;gt;&lt;br /&gt;
&amp;lt;div class=&amp;quot;NavFrame&amp;quot; style=&amp;quot;clear:both; margin-bottom:{{{margeBas|1em}}}; width:{{{largeur|99%}}}; border-style:solid; -moz-border-radius:{{{arrondi|0}}}; -webkit-border-radius:{{{arrondi|0}}}; border-radius:{{{arrondi|0}}}; border-color:{{{couleurBordure|#AAAAAA}}}; background-color:{{{couleurFondB|#FFFFFF}}};&amp;quot; title=&amp;quot;{{{label|[Dérouler]}}}&amp;quot; &amp;gt;&lt;br /&gt;
{{#if:{{{image|}}}|&amp;lt;div class=&amp;quot;NavPic&amp;quot; style=&amp;quot;{{{style|}}}background-color:{{{couleurFondT|#EFEFEF}}};&amp;quot;&amp;gt;{{{image}}}&amp;lt;/div&amp;gt;}}&lt;br /&gt;
&amp;lt;div class=&amp;quot;NavHead&amp;quot; style=&amp;quot;text-align:{{ #switch: {{{alignT|center}}}| gauche = left| droite = right| centre = center&lt;br /&gt;
| left = left| right = right| center = center | centre}}; height:{{{hauteur|1.6em}}}; background-color:{{{couleurFondT|#EFEFEF}}}; color:{{{couleurTexteT|black}}}; {{#ifeq:{{{thinning|no}}}|yes|font-weight:normal;|}}&amp;quot;&amp;gt;{{{titre}}}&amp;lt;/div&amp;gt;&lt;br /&gt;
&amp;lt;div class=&amp;quot;NavContent&amp;quot; style=&amp;quot;margin:{{{marge|0px}}}; background:{{{couleurFond|white}}}; display:block; text-align:{{{align|left}}}&amp;quot;&amp;gt;&lt;br /&gt;
&amp;lt;noinclude&amp;gt;&lt;br /&gt;
&amp;lt;/div&amp;gt;&amp;lt;/div&amp;gt;&amp;lt;/div&amp;gt;&lt;br /&gt;
{{Documentation modèle}}&lt;br /&gt;
&lt;br /&gt;
: Voir '''[[Modèle:Boîte déroulante/Documentation|documentation]]''' et '''[[Discussion Modèle:Boîte déroulante|page de discussion]] '''&lt;br /&gt;
&lt;br /&gt;
: {{Attention|Ce modèle doit obligatoirement être utilisé avec le modèle {{M|Boîte déroulante/fin}}}}&lt;/div&gt;</summary>
		<author><name>Achemin</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Mod%C3%A8le:Bo%C3%AEte_d%C3%A9roulante/d%C3%A9but&amp;diff=3716</id>
		<title>Modèle:Boîte déroulante/début</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Mod%C3%A8le:Bo%C3%AEte_d%C3%A9roulante/d%C3%A9but&amp;diff=3716"/>
				<updated>2012-11-27T21:04:58Z</updated>
		
		<summary type="html">&lt;p&gt;Achemin : Page créée avec « &amp;lt;div&amp;gt; &amp;lt;div class=&amp;quot;NavFrame&amp;quot; style=&amp;quot;clear:both; margin-bottom:{{{margeBas|1em}}}; width:{{{largeur|99%}}}; border-style:solid; -moz-border-radius:{{{arrondi|0}}}; -webkit-bord... »&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&amp;lt;div&amp;gt;&lt;br /&gt;
&amp;lt;div class=&amp;quot;NavFrame&amp;quot; style=&amp;quot;clear:both; margin-bottom:{{{margeBas|1em}}}; width:{{{largeur|99%}}}; border-style:solid; -moz-border-radius:{{{arrondi|0}}}; -webkit-border-radius:{{{arrondi|0}}}; border-radius:{{{arrondi|0}}}; border-color:{{{couleurBordure|#AAAAAA}}}; background-color:{{{couleurFondB|#FFFFFF}}};&amp;quot; title=&amp;quot;{{{label|[Dérouler]}}}&amp;quot; &amp;gt;&lt;br /&gt;
{{#if:{{{image|}}}|&amp;lt;div class=&amp;quot;NavPic&amp;quot; style=&amp;quot;{{{style|}}}background-color:{{{couleurFondT|#EFEFEF}}};&amp;quot;&amp;gt;{{{image}}}&amp;lt;/div&amp;gt;}}&lt;br /&gt;
&amp;lt;div class=&amp;quot;NavHead&amp;quot; style=&amp;quot;text-align:{{ #switch: {{{alignT|center}}}| gauche = left| droite = right| centre = center&lt;br /&gt;
| left = left| right = right| center = center | centre}}; height:{{{hauteur|1.6em}}}; background-color:{{{couleurFondT|#EFEFEF}}}; color:{{{couleurTexteT|black}}}; {{#ifeq:{{{thinning|no}}}|yes|font-weight:normal;|}}&amp;quot;&amp;gt;{{{titre}}}&amp;lt;/div&amp;gt;&lt;br /&gt;
&amp;lt;div class=&amp;quot;NavContent&amp;quot; style=&amp;quot;margin:{{{marge|0px}}}; background:{{{couleurFond|white}}}; display:block; text-align:{{{align|left}}}&amp;quot;&amp;gt;&lt;br /&gt;
&amp;lt;noinclude&amp;gt;&lt;br /&gt;
&amp;lt;/div&amp;gt;&amp;lt;/div&amp;gt;&amp;lt;/div&amp;gt;&lt;br /&gt;
{{Documentation modèle}}&lt;br /&gt;
&lt;br /&gt;
: Voir '''[[Modèle:Boîte déroulante/Documentation|documentation]]''' et '''[[Discussion Modèle:Boîte déroulante|page de discussion]] '''&lt;br /&gt;
&lt;br /&gt;
: {{Attention|Ce modèle doit obligatoirement être utilisé avec le modèle {{M|Boîte déroulante/fin}}}}&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Voir aussi ==&lt;br /&gt;
{{Modèles navigationnels}}&lt;br /&gt;
&lt;br /&gt;
[[en:Template:Hidden begin]]&lt;br /&gt;
[[ru:Шаблон:Начало скрытого блока]]&lt;br /&gt;
[[uk:Шаблон:Початок прихованого блоку]]&lt;br /&gt;
&amp;lt;/noinclude&amp;gt;&lt;/div&gt;</summary>
		<author><name>Achemin</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Mod%C3%A8le:Bo%C3%AEte_d%C3%A9roulante&amp;diff=3715</id>
		<title>Modèle:Boîte déroulante</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Mod%C3%A8le:Bo%C3%AEte_d%C3%A9roulante&amp;diff=3715"/>
				<updated>2012-11-27T21:04:09Z</updated>
		
		<summary type="html">&lt;p&gt;Achemin : &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Boîte déroulante/début|titre={{{titre}}}&lt;br /&gt;
|br={{{br|yes}}}&lt;br /&gt;
|arrondi={{{arrondi|}}}&lt;br /&gt;
|image={{{image|}}}&lt;br /&gt;
|alignB={{{alignB|}}}&lt;br /&gt;
|hauteur={{{hauteur|}}}&lt;br /&gt;
|margeHaut={{{margeHaut|}}}|margeBas={{{margeBas|}}}&lt;br /&gt;
|largeur={{{largeur|}}}&lt;br /&gt;
|couleurBordure={{{couleurBordure|}}}&lt;br /&gt;
|couleurFondB={{{couleurFondB|}}}&lt;br /&gt;
|couleurFond={{{couleurFond|}}}&lt;br /&gt;
|align={{#if:{{{align|}}} | {{{align|}}} | left }}&lt;br /&gt;
|alignT={{{alignT|}}}&lt;br /&gt;
|label={{{label|}}}&lt;br /&gt;
|couleurFondT={{{couleurFondT|}}}&lt;br /&gt;
|couleurTexteT={{{couleurTexteT|}}}&lt;br /&gt;
|thinning={{{thinning|}}}&lt;br /&gt;
}}{{{contenu}}}{{Boîte déroulante/fin}}&amp;lt;noinclude&amp;gt;&lt;br /&gt;
{{Documentation modèle compliqué en sous-page}}&lt;br /&gt;
{{Boîte déroulante/Documentation}}&lt;br /&gt;
&amp;lt;!-- Catégories et interwikis en sous-page de documentation, merci. --&amp;gt;&lt;br /&gt;
&amp;lt;/noinclude&amp;gt;&lt;/div&gt;</summary>
		<author><name>Achemin</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Mod%C3%A9lisation_num%C3%A9rique_d%27une_machine_%C3%A9lectrique_pour_la_traction_de_v%C3%A9hicule_hybride&amp;diff=3714</id>
		<title>Modélisation numérique d'une machine électrique pour la traction de véhicule hybride</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Mod%C3%A9lisation_num%C3%A9rique_d%27une_machine_%C3%A9lectrique_pour_la_traction_de_v%C3%A9hicule_hybride&amp;diff=3714"/>
				<updated>2012-11-27T21:03:16Z</updated>
		
		<summary type="html">&lt;p&gt;Achemin : /* Réalisation */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;br /&gt;
==Introduction==&lt;br /&gt;
&lt;br /&gt;
Dans le cadre de notre dernière année en IMA, nous avons à réaliser un projet industriel. Nous avons choisi de travailler sur les modèles numériques de machines électriques puisque ce sujet réunit aussi bien des connaicances orientées SC que SA.&lt;br /&gt;
 &lt;br /&gt;
Ce projet, réalisé en lien avec la société Valeo, se déroule au sein du L2EP de Lille 1 où nous sommes encadrés par M. Benabou.&lt;br /&gt;
&lt;br /&gt;
== Présentation du projet ==&lt;br /&gt;
&lt;br /&gt;
Le but est de réduire l'espace occupé par les aimants devenus trop chères tout en maintenant les performances d'une machine synchrone de Valeo.&lt;br /&gt;
&lt;br /&gt;
Dès le début cette tâche apparaît comme étant impossible. La densité energétique des aimants en question est très élevée, ils contiennent un fort pouvoir magnétique dans un petit volume. L'alternative à ce composant est la bobine, qui lorsqu'elle est alimentée crée un champ magnétique, mais les inductances ont une densité d'énergie trop faible. Il faudrait donc de grandes bobines de cuivre là où il ne fallait qu'un petit aimant pour que les performances de la machine restent les mêmes. Ceci entrainerait une augmentation de la masse et de l'encombrement du moteur.&lt;br /&gt;
&lt;br /&gt;
Nous allons donc axer notre étude sur la modélisation numérique de la machine puis sur une optimisation de l'espace occupé par les aimants Néodyme-Fer-Bore.&lt;br /&gt;
&lt;br /&gt;
== Réalisation ==&lt;br /&gt;
&lt;br /&gt;
&amp;lt;b&amp;gt; I Prise en main &amp;lt;/b&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs&amp;lt;/u&amp;gt; : Observer le couple de détente d'une machine électrique à vide puis en fonctionnement.&lt;br /&gt;
Cette partie à pour but de nous familiariser avec un logiciel de calcul par éléments finis : FEMM. A l'aide d'un exemple existant, une géométrie de moteur simple, nous avons voulu déterminer le couple de détente avec et sans conducteur dans les encoches.&lt;br /&gt;
&lt;br /&gt;
Nous nous nous sommes fixés 2 semaines pour réaliser cette tâche.&lt;br /&gt;
&lt;br /&gt;
Pour ce faire, nous avons repris la géométrie d'une machine proposé par FEMM. En fonctionnement à vide, on applique une rotation au rotor puis on calcule le couple dans l'entrefer. La valeur est stoqué dans un vecteur que l'on vient tracer en fonction du temps.&lt;br /&gt;
&lt;br /&gt;
En fonctionnement nominal, il faut ajouter les courants. On les calcule en fonction de la section des fils, du nombre de spires par bobine ainsi que de la denstité de courant J que l'on veut imposer.  &lt;br /&gt;
La rotation du rotor doit maintenant être synchronisé avec ces courants. Il faut aussi démarrer l'étude au moment où le couple est au max.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
clear all;&lt;br /&gt;
close all;&lt;br /&gt;
&lt;br /&gt;
%Ce script permet de calculer le couple pour plusieurs positions du rotor avec des&lt;br /&gt;
%courants circulants dans les bobines sur une periode de 40ms. &lt;br /&gt;
&lt;br /&gt;
%La rotation du rotor commence à 18ms car le couple max est obtenu à 17ms&lt;br /&gt;
&lt;br /&gt;
addpath('C:\Program Files\femm42\mfiles')&lt;br /&gt;
openfemm;&lt;br /&gt;
opendocument('C:\Users\Documents\PFE\Matlab\script_3_cogging_avec_courant_et_rotation.fem');&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
A=[0:0.0005:0.04];              % t de ... à ... avec un pas de ... (periode = 20ms = 0.020s) &lt;br /&gt;
&lt;br /&gt;
%Signal triphasé 5.5A à 50Hz : 5.5 * cos(2*pi*50*t)&lt;br /&gt;
B=5.5*cos(2*pi*50*A);           %Phase A &lt;br /&gt;
C=5.5*cos(2*pi*50*A-2*pi/3);    %Phase B&lt;br /&gt;
D=5.5*cos(2*pi*50*A-4*pi/3);    %Phase C &lt;br /&gt;
&lt;br /&gt;
rotation_totale=0.0;&lt;br /&gt;
&lt;br /&gt;
for i=1:length(A)&lt;br /&gt;
    % à t = 17ms =&amp;gt; couple max : on commence à tourner&lt;br /&gt;
    if(i&amp;gt;35)&lt;br /&gt;
        mi_selectgroup(1); &lt;br /&gt;
        mi_moverotate(0,0,1.5); &lt;br /&gt;
        rotation_totale=rotation_totale-1.5;     &lt;br /&gt;
    end        &lt;br /&gt;
    &lt;br /&gt;
    mi_modifycircprop('A+',1,B(i));&lt;br /&gt;
    mi_modifycircprop('A-',1,-B(i));&lt;br /&gt;
    mi_modifycircprop('B+',1,C(i));&lt;br /&gt;
    mi_modifycircprop('B-',1,-C(i));&lt;br /&gt;
    mi_modifycircprop('C+',1,D(i));&lt;br /&gt;
    mi_modifycircprop('C-',1,-D(i));&lt;br /&gt;
&lt;br /&gt;
    mi_analyze(0);    &lt;br /&gt;
    mi_loadsolution;&lt;br /&gt;
&lt;br /&gt;
    mo_groupselectblock(1)&lt;br /&gt;
&lt;br /&gt;
    Torque(i)=mo_blockintegral(22);&lt;br /&gt;
    i&lt;br /&gt;
    Torque(i)&lt;br /&gt;
end&lt;br /&gt;
&lt;br /&gt;
plot(A,Torque);&lt;br /&gt;
&lt;br /&gt;
%Remise à la position initiale&lt;br /&gt;
mi_selectgroup(1); &lt;br /&gt;
mi_moverotate(0,0,rotation_totale);&lt;br /&gt;
mi_analyze(0);&lt;br /&gt;
closefemm;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Après exécution de ce script nous obtenons les résultats suivants :&lt;br /&gt;
&lt;br /&gt;
[[Fichier:Torque3.jpg|center|center|couple de détente avec stator alimenté]]&lt;br /&gt;
&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;b&amp;gt;II Projet industriel &amp;lt;/b&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs&amp;lt;/u&amp;gt; : cf 'Présentation du projet'&lt;br /&gt;
&lt;br /&gt;
{{boîte déroulante|titre=TITRE|contenu=CONTENU}}&lt;/div&gt;</summary>
		<author><name>Achemin</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Mod%C3%A9lisation_num%C3%A9rique_d%27une_machine_%C3%A9lectrique_pour_la_traction_de_v%C3%A9hicule_hybride&amp;diff=3713</id>
		<title>Modélisation numérique d'une machine électrique pour la traction de véhicule hybride</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Mod%C3%A9lisation_num%C3%A9rique_d%27une_machine_%C3%A9lectrique_pour_la_traction_de_v%C3%A9hicule_hybride&amp;diff=3713"/>
				<updated>2012-11-27T20:55:57Z</updated>
		
		<summary type="html">&lt;p&gt;Achemin : /* Réalisation */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;br /&gt;
==Introduction==&lt;br /&gt;
&lt;br /&gt;
Dans le cadre de notre dernière année en IMA, nous avons à réaliser un projet industriel. Nous avons choisi de travailler sur les modèles numériques de machines électriques puisque ce sujet réunit aussi bien des connaicances orientées SC que SA.&lt;br /&gt;
 &lt;br /&gt;
Ce projet, réalisé en lien avec la société Valeo, se déroule au sein du L2EP de Lille 1 où nous sommes encadrés par M. Benabou.&lt;br /&gt;
&lt;br /&gt;
== Présentation du projet ==&lt;br /&gt;
&lt;br /&gt;
Le but est de réduire l'espace occupé par les aimants devenus trop chères tout en maintenant les performances d'une machine synchrone de Valeo.&lt;br /&gt;
&lt;br /&gt;
Dès le début cette tâche apparaît comme étant impossible. La densité energétique des aimants en question est très élevée, ils contiennent un fort pouvoir magnétique dans un petit volume. L'alternative à ce composant est la bobine, qui lorsqu'elle est alimentée crée un champ magnétique, mais les inductances ont une densité d'énergie trop faible. Il faudrait donc de grandes bobines de cuivre là où il ne fallait qu'un petit aimant pour que les performances de la machine restent les mêmes. Ceci entrainerait une augmentation de la masse et de l'encombrement du moteur.&lt;br /&gt;
&lt;br /&gt;
Nous allons donc axer notre étude sur la modélisation numérique de la machine puis sur une optimisation de l'espace occupé par les aimants Néodyme-Fer-Bore.&lt;br /&gt;
&lt;br /&gt;
== Réalisation ==&lt;br /&gt;
&lt;br /&gt;
&amp;lt;b&amp;gt; I Prise en main &amp;lt;/b&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs&amp;lt;/u&amp;gt; : Observer le couple de détente d'une machine électrique à vide puis en fonctionnement.&lt;br /&gt;
Cette partie à pour but de nous familiariser avec un logiciel de calcul par éléments finis : FEMM. A l'aide d'un exemple existant, une géométrie de moteur simple, nous avons voulu déterminer le couple de détente avec et sans conducteur dans les encoches.&lt;br /&gt;
&lt;br /&gt;
Nous nous nous sommes fixés 2 semaines pour réaliser cette tâche.&lt;br /&gt;
&lt;br /&gt;
Pour ce faire, nous avons repris la géométrie d'une machine proposé par FEMM. En fonctionnement à vide, on applique une rotation au rotor puis on calcule le couple dans l'entrefer. La valeur est stoqué dans un vecteur que l'on vient tracer en fonction du temps.&lt;br /&gt;
&lt;br /&gt;
En fonctionnement nominal, il faut ajouter les courants. On les calcule en fonction de la section des fils, du nombre de spires par bobine ainsi que de la denstité de courant J que l'on veut imposer.  &lt;br /&gt;
La rotation du rotor doit maintenant être synchronisé avec ces courants. Il faut aussi démarrer l'étude au moment où le couple est au max.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
clear all;&lt;br /&gt;
close all;&lt;br /&gt;
&lt;br /&gt;
%Ce script permet de calculer le couple pour plusieurs positions du rotor avec des&lt;br /&gt;
%courants circulants dans les bobines sur une periode de 40ms. &lt;br /&gt;
&lt;br /&gt;
%La rotation du rotor commence à 18ms car le couple max est obtenu à 17ms&lt;br /&gt;
&lt;br /&gt;
addpath('C:\Program Files\femm42\mfiles')&lt;br /&gt;
openfemm;&lt;br /&gt;
opendocument('C:\Users\Documents\PFE\Matlab\script_3_cogging_avec_courant_et_rotation.fem');&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
A=[0:0.0005:0.04];              % t de ... à ... avec un pas de ... (periode = 20ms = 0.020s) &lt;br /&gt;
&lt;br /&gt;
%Signal triphasé 5.5A à 50Hz : 5.5 * cos(2*pi*50*t)&lt;br /&gt;
B=5.5*cos(2*pi*50*A);           %Phase A &lt;br /&gt;
C=5.5*cos(2*pi*50*A-2*pi/3);    %Phase B&lt;br /&gt;
D=5.5*cos(2*pi*50*A-4*pi/3);    %Phase C &lt;br /&gt;
&lt;br /&gt;
rotation_totale=0.0;&lt;br /&gt;
&lt;br /&gt;
for i=1:length(A)&lt;br /&gt;
    % à t = 17ms =&amp;gt; couple max : on commence à tourner&lt;br /&gt;
    if(i&amp;gt;35)&lt;br /&gt;
        mi_selectgroup(1); &lt;br /&gt;
        mi_moverotate(0,0,1.5); &lt;br /&gt;
        rotation_totale=rotation_totale-1.5;     &lt;br /&gt;
    end        &lt;br /&gt;
    &lt;br /&gt;
    mi_modifycircprop('A+',1,B(i));&lt;br /&gt;
    mi_modifycircprop('A-',1,-B(i));&lt;br /&gt;
    mi_modifycircprop('B+',1,C(i));&lt;br /&gt;
    mi_modifycircprop('B-',1,-C(i));&lt;br /&gt;
    mi_modifycircprop('C+',1,D(i));&lt;br /&gt;
    mi_modifycircprop('C-',1,-D(i));&lt;br /&gt;
&lt;br /&gt;
    mi_analyze(0);    &lt;br /&gt;
    mi_loadsolution;&lt;br /&gt;
&lt;br /&gt;
    mo_groupselectblock(1)&lt;br /&gt;
&lt;br /&gt;
    Torque(i)=mo_blockintegral(22);&lt;br /&gt;
    i&lt;br /&gt;
    Torque(i)&lt;br /&gt;
end&lt;br /&gt;
&lt;br /&gt;
plot(A,Torque);&lt;br /&gt;
&lt;br /&gt;
%Remise à la position initiale&lt;br /&gt;
mi_selectgroup(1); &lt;br /&gt;
mi_moverotate(0,0,rotation_totale);&lt;br /&gt;
mi_analyze(0);&lt;br /&gt;
closefemm;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Après exécution de ce script nous obtenons les résultats suivants :&lt;br /&gt;
&lt;br /&gt;
[[Fichier:Torque3.jpg|center|center|couple de détente avec stator alimenté]]&lt;br /&gt;
&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;b&amp;gt;II Projet industriel &amp;lt;/b&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs&amp;lt;/u&amp;gt; : cf 'Présentation du projet'&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
 {{Boîte déroulante/début}} Test {{Boîte déroulante/fin}}&lt;/div&gt;</summary>
		<author><name>Achemin</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Mod%C3%A8le:Avancement&amp;diff=3712</id>
		<title>Modèle:Avancement</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Mod%C3%A8le:Avancement&amp;diff=3712"/>
				<updated>2012-11-27T20:54:10Z</updated>
		
		<summary type="html">&lt;p&gt;Achemin : Page blanchie&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>Achemin</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Mod%C3%A8le:Avancement&amp;diff=3711</id>
		<title>Modèle:Avancement</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Mod%C3%A8le:Avancement&amp;diff=3711"/>
				<updated>2012-11-27T20:53:25Z</updated>
		
		<summary type="html">&lt;p&gt;Achemin : Page créée avec « &amp;lt;includeonly&amp;gt;&amp;lt;!-- Note: L’attribut longueur n’est utilisé ici qu’à des fins de comptabilité avec l’attribut L des modèles AvancementC et AvancementC2 devenus obso... »&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&amp;lt;includeonly&amp;gt;&amp;lt;!-- Note: L’attribut longueur n’est utilisé ici qu’à des fins de comptabilité avec l’attribut L des modèles AvancementC et AvancementC2 devenus obsolètes, il est tout à possible de l’intégrer en tant qu’argument du modèle dans la documentation bien que son intérêt soit limité --&amp;gt;{{#ifexpr:{{{inline|{{{8|0}}}}}}=0|&amp;lt;div class=&amp;quot;avance_boite&amp;quot; style=&amp;quot;{{{fond|{{{3|}}}}}}&amp;quot;&amp;gt;&amp;lt;div class=&amp;quot;avance_barre&amp;quot; style=&amp;quot;background:{{{couleur|{{#if:{{{2|}}}|{{{2}}}|{{Avancement/Nuancier|{{{avancement|{{{1|1}}}}}}|{{{inv|{{{7|0}}}}}}}}}}}}}; width:{{#iferror: {{#if: {{{longueur|{{{avancement|}}}}}}|{{#expr:{{{longueur|{{{avancement|1}}}}}}+0}}|{{#expr:{{{1|1}}}+0}}}}|0|{{#if: {{{longueur|{{{avancement|}}}}}}|{{{longueur|{{{avancement|1}}}}}}|{{{1|1}}}}}}}%; {{{barre|{{{4|}}}}}}&amp;quot;&amp;gt;&amp;lt;div class=&amp;quot;avance_texte&amp;quot; style=&amp;quot;{{{texte|{{{5|}}}}}}&amp;quot;&amp;gt;{{#if:{{{alt|{{{6|}}}}}}|{{{alt|{{{6}}}}}}|{{#iferror:{{#expr:{{{avancement|{{{1|1}}}}}}+0}}|?|{{formatnum:{{{avancement|{{{1|1}}}}}}}}}} %}}&amp;lt;/div&amp;gt;&amp;lt;/div&amp;gt;&amp;lt;/div&amp;gt;|&amp;lt;span style=&amp;quot;border:1px solid gray;z-indez:1;position:relative;left:1em;font-size:14px;{{{fond|{{{3|}}}}}}&amp;quot;&amp;gt;&amp;lt;span style=&amp;quot;z-indez:3;vertical-align:top;margin:0px;padding:0px;color:{{{couleur|{{#if:{{{2|}}}|{{{2}}}|{{Avancement/Nuancier|{{{avancement|{{{1|1}}}}}}|{{{inv|{{{7|0}}}}}}}}}}}}};background-color:{{{couleur|{{#if:{{{2|}}}|{{{2}}}|{{Avancement/Nuancier|{{{avancement|{{{1|1}}}}}}|{{{inv|{{{7|0}}}}}}}}}}}}};{{{barre|{{{4|}}}}}}&amp;quot;&amp;gt; {{Dupliquer|({{{longueur|{{{avancement|{{{1|1}}}}}}}}} / 10 round 0)|&amp;amp;#x2588;}}&amp;lt;/span&amp;gt;&amp;lt;span style=&amp;quot;z-indez:2;margin:0px;padding:0px;background-color:#D3D3D3;color:#D3D3D3;&amp;quot;&amp;gt;{{Dupliquer|10 - ({{{longueur|{{{avancement|{{{1|1}}}}}}}}} / 10 round 0)|&amp;amp;#x2588;}}&amp;lt;/span&amp;gt;&amp;lt;/span&amp;gt;&amp;lt;span style=&amp;quot;z-indez:4;margin:0px;padding:0px;position:relative;right:4em;top:1px;&amp;quot;&amp;gt;&amp;lt;span style=&amp;quot;z-indez:5;margin:0px;padding:0px;color:black;font-size:14px;{{{texte|{{{5|}}}}}}&amp;quot;&amp;gt;{{#if:{{{alt|{{{6|}}}}}}|{{{alt|{{{6}}}}}}|{{#iferror:{{#expr:{{{avancement|{{{1|1}}}}}}+0}}|?|{{formatnum:{{{avancement|{{{1|1}}}}}}}}}} %}}&amp;lt;/span&amp;gt;&amp;lt;/span&amp;gt;}}&amp;lt;/includeonly&amp;gt;&amp;lt;noinclude&amp;gt;&lt;br /&gt;
&lt;br /&gt;
{{Documentation}}&lt;br /&gt;
&amp;lt;/noinclude&amp;gt;&lt;/div&gt;</summary>
		<author><name>Achemin</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Mod%C3%A9lisation_num%C3%A9rique_d%27une_machine_%C3%A9lectrique_pour_la_traction_de_v%C3%A9hicule_hybride&amp;diff=3591</id>
		<title>Modélisation numérique d'une machine électrique pour la traction de véhicule hybride</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Mod%C3%A9lisation_num%C3%A9rique_d%27une_machine_%C3%A9lectrique_pour_la_traction_de_v%C3%A9hicule_hybride&amp;diff=3591"/>
				<updated>2012-11-20T08:45:56Z</updated>
		
		<summary type="html">&lt;p&gt;Achemin : /* Réalisation */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;==Introduction==&lt;br /&gt;
&lt;br /&gt;
== Présentation du projet ==&lt;br /&gt;
&lt;br /&gt;
Objectifs : Réduire l'espace occupé par les aimants devenus trop chères tout en maintenant les performances d'une machine synchrone de Valeo.&lt;br /&gt;
&lt;br /&gt;
Dès le début cette tâche apparaît comme étant impossible. La densité energétique des aimants en question est très élevée, ils contienent un fort pouvoir magnétique dans un petit volume. L'alternative à ce composant est la bobine, qui lorsqu'elle est alimentée crée un champ magnétique, mais les inductances ont une densité d'énergie trop faible. Il faudrait donc de grandes bobines de cuivre là où il ne fallait qu'un petit aimant pour que les performances de la machine restent les mêmes. Ceci entrainerait une augmentation de la masse et de l'encombrement du moteur.&lt;br /&gt;
&lt;br /&gt;
Nous allons donc axer notre étude sur la modélisation numérique de la machine puis sur une optimisation de l'espace occupé par les aimants Néodyme-Fer-Bore.&lt;br /&gt;
&lt;br /&gt;
== Réalisation ==&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Prise en main :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Objectifs : Cette partie à pour but de nous familiariser avec un logiciel de calcul par éléments finis : FEMM. A l'aide d'un exemple existant, une géométrie de moteur simple, nous avons voulu déterminer le couple de détente avec et sans conducteur dans les encoches.&lt;br /&gt;
Nous nous nous sommes fixés 2 semaines pour réaliser cette tâche.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
clear all;&lt;br /&gt;
close all;&lt;br /&gt;
&lt;br /&gt;
%Ce script permet de calculer le couple pour plusieurs positions du rotor avec des&lt;br /&gt;
%courants circulants dans les bobines sur une periode de 40ms. &lt;br /&gt;
&lt;br /&gt;
%La rotation du rotor commence à 18ms car le couple max est obtenu à 17ms&lt;br /&gt;
&lt;br /&gt;
addpath('C:\Program Files\femm42\mfiles')&lt;br /&gt;
openfemm;&lt;br /&gt;
opendocument('C:\Users\Documents\PFE\Matlab\script_3_cogging_avec_courant_et_rotation.fem');&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
A=[0:0.0005:0.04];              % t de ... à ... avec un pas de ... (periode = 20ms = 0.020s) &lt;br /&gt;
&lt;br /&gt;
%Signal triphasé 5.5A à 50Hz : 5.5 * cos(2*pi*50*t)&lt;br /&gt;
B=5.5*cos(2*pi*50*A);           %Phase A &lt;br /&gt;
C=5.5*cos(2*pi*50*A-2*pi/3);    %Phase B&lt;br /&gt;
D=5.5*cos(2*pi*50*A-4*pi/3);    %Phase C &lt;br /&gt;
&lt;br /&gt;
rotation_totale=0.0;&lt;br /&gt;
&lt;br /&gt;
for i=1:length(A)&lt;br /&gt;
    % à t = 17ms =&amp;gt; couple max : on commence à tourner&lt;br /&gt;
    if(i&amp;gt;35)&lt;br /&gt;
        mi_selectgroup(1); &lt;br /&gt;
        mi_moverotate(0,0,1.5); &lt;br /&gt;
        rotation_totale=rotation_totale-1.5;     &lt;br /&gt;
    end        &lt;br /&gt;
    &lt;br /&gt;
    mi_modifycircprop('A+',1,B(i));&lt;br /&gt;
    mi_modifycircprop('A-',1,-B(i));&lt;br /&gt;
    mi_modifycircprop('B+',1,C(i));&lt;br /&gt;
    mi_modifycircprop('B-',1,-C(i));&lt;br /&gt;
    mi_modifycircprop('C+',1,D(i));&lt;br /&gt;
    mi_modifycircprop('C-',1,-D(i));&lt;br /&gt;
&lt;br /&gt;
    mi_analyze(0);    &lt;br /&gt;
    mi_loadsolution;&lt;br /&gt;
&lt;br /&gt;
    mo_groupselectblock(1)&lt;br /&gt;
&lt;br /&gt;
    Torque(i)=mo_blockintegral(22);&lt;br /&gt;
    i&lt;br /&gt;
    Torque(i)&lt;br /&gt;
end&lt;br /&gt;
&lt;br /&gt;
plot(A,Torque);&lt;br /&gt;
&lt;br /&gt;
%Remise à la position initiale&lt;br /&gt;
mi_selectgroup(1); &lt;br /&gt;
mi_moverotate(0,0,rotation_totale);&lt;br /&gt;
mi_analyze(0);&lt;br /&gt;
closefemm;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Après exécution de ce script nous obtenons les résultats suivants :&lt;br /&gt;
&lt;br /&gt;
[[Fichier:Torque3.jpg|center|center|couple de détente avec stator alimenté]]&lt;br /&gt;
&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Projet industriel :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Objectifs : cf 'Présentation du projet'&lt;/div&gt;</summary>
		<author><name>Achemin</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Fichier:Torque3.jpg&amp;diff=3590</id>
		<title>Fichier:Torque3.jpg</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Fichier:Torque3.jpg&amp;diff=3590"/>
				<updated>2012-11-20T08:45:00Z</updated>
		
		<summary type="html">&lt;p&gt;Achemin : &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>Achemin</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Mod%C3%A9lisation_num%C3%A9rique_d%27une_machine_%C3%A9lectrique_pour_la_traction_de_v%C3%A9hicule_hybride&amp;diff=3589</id>
		<title>Modélisation numérique d'une machine électrique pour la traction de véhicule hybride</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Mod%C3%A9lisation_num%C3%A9rique_d%27une_machine_%C3%A9lectrique_pour_la_traction_de_v%C3%A9hicule_hybride&amp;diff=3589"/>
				<updated>2012-11-20T08:38:46Z</updated>
		
		<summary type="html">&lt;p&gt;Achemin : /* Réalisation */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;==Introduction==&lt;br /&gt;
&lt;br /&gt;
== Présentation du projet ==&lt;br /&gt;
&lt;br /&gt;
Objectifs : Réduire l'espace occupé par les aimants devenus trop chères tout en maintenant les performances d'une machine synchrone de Valeo.&lt;br /&gt;
&lt;br /&gt;
Dès le début cette tâche apparaît comme étant impossible. La densité energétique des aimants en question est très élevée, ils contienent un fort pouvoir magnétique dans un petit volume. L'alternative à ce composant est la bobine, qui lorsqu'elle est alimentée crée un champ magnétique, mais les inductances ont une densité d'énergie trop faible. Il faudrait donc de grandes bobines de cuivre là où il ne fallait qu'un petit aimant pour que les performances de la machine restent les mêmes. Ceci entrainerait une augmentation de la masse et de l'encombrement du moteur.&lt;br /&gt;
&lt;br /&gt;
Nous allons donc axer notre étude sur la modélisation numérique de la machine puis sur une optimisation de l'espace occupé par les aimants Néodyme-Fer-Bore.&lt;br /&gt;
&lt;br /&gt;
== Réalisation ==&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Prise en main :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Objectifs : Cette partie à pour but de nous familiariser avec un logiciel de calcul par éléments finis : FEMM. A l'aide d'un exemple existant, une géométrie de moteur simple, nous avons voulu déterminer le couple de détente avec et sans conducteur dans les encoches.&lt;br /&gt;
Nous nous nous sommes fixés 2 semaines pour réaliser cette tâche.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
clear all;&lt;br /&gt;
close all;&lt;br /&gt;
&lt;br /&gt;
%Ce script permet de calculer le couple pour plusieurs positions du rotor avec des&lt;br /&gt;
%courants circulants dans les bobines sur une periode de 40ms. &lt;br /&gt;
&lt;br /&gt;
%La rotation du rotor commence à 18ms car le couple max est obtenu à 17ms&lt;br /&gt;
&lt;br /&gt;
addpath('C:\Program Files\femm42\mfiles')&lt;br /&gt;
openfemm;&lt;br /&gt;
opendocument('C:\Users\Documents\PFE\Matlab\script_3_cogging_avec_courant_et_rotation.fem');&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
A=[0:0.0005:0.04];              % t de ... à ... avec un pas de ... (periode = 20ms = 0.020s) &lt;br /&gt;
&lt;br /&gt;
%Signal triphasé 5.5A à 50Hz : 5.5 * cos(2*pi*50*t)&lt;br /&gt;
B=5.5*cos(2*pi*50*A);           %Phase A &lt;br /&gt;
C=5.5*cos(2*pi*50*A-2*pi/3);    %Phase B&lt;br /&gt;
D=5.5*cos(2*pi*50*A-4*pi/3);    %Phase C &lt;br /&gt;
&lt;br /&gt;
rotation_totale=0.0;&lt;br /&gt;
&lt;br /&gt;
for i=1:length(A)&lt;br /&gt;
    % à t = 17ms =&amp;gt; couple max : on commence à tourner&lt;br /&gt;
    if(i&amp;gt;35)&lt;br /&gt;
        mi_selectgroup(1); &lt;br /&gt;
        mi_moverotate(0,0,1.5); &lt;br /&gt;
        rotation_totale=rotation_totale-1.5;     &lt;br /&gt;
    end        &lt;br /&gt;
    &lt;br /&gt;
    mi_modifycircprop('A+',1,B(i));&lt;br /&gt;
    mi_modifycircprop('A-',1,-B(i));&lt;br /&gt;
    mi_modifycircprop('B+',1,C(i));&lt;br /&gt;
    mi_modifycircprop('B-',1,-C(i));&lt;br /&gt;
    mi_modifycircprop('C+',1,D(i));&lt;br /&gt;
    mi_modifycircprop('C-',1,-D(i));&lt;br /&gt;
&lt;br /&gt;
    mi_analyze(0);    &lt;br /&gt;
    mi_loadsolution;&lt;br /&gt;
&lt;br /&gt;
    mo_groupselectblock(1)&lt;br /&gt;
&lt;br /&gt;
    Torque(i)=mo_blockintegral(22);&lt;br /&gt;
    i&lt;br /&gt;
    Torque(i)&lt;br /&gt;
end&lt;br /&gt;
&lt;br /&gt;
plot(A,Torque);&lt;br /&gt;
&lt;br /&gt;
%Remise à la position initiale&lt;br /&gt;
mi_selectgroup(1); &lt;br /&gt;
mi_moverotate(0,0,rotation_totale);&lt;br /&gt;
mi_analyze(0);&lt;br /&gt;
closefemm;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Après exécution de ce script nous obtenons les résultats suivants :&lt;br /&gt;
&lt;br /&gt;
[[Fichier:Torque3.jpg|200px|center|center|couple de détente avec stator alimenté]]&lt;br /&gt;
&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Projet industriel :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Objectifs : cf 'Présentation du projet'&lt;/div&gt;</summary>
		<author><name>Achemin</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Mod%C3%A9lisation_num%C3%A9rique_d%27une_machine_%C3%A9lectrique_pour_la_traction_de_v%C3%A9hicule_hybride&amp;diff=3588</id>
		<title>Modélisation numérique d'une machine électrique pour la traction de véhicule hybride</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Mod%C3%A9lisation_num%C3%A9rique_d%27une_machine_%C3%A9lectrique_pour_la_traction_de_v%C3%A9hicule_hybride&amp;diff=3588"/>
				<updated>2012-11-20T08:35:00Z</updated>
		
		<summary type="html">&lt;p&gt;Achemin : /* Réalisation */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;==Introduction==&lt;br /&gt;
&lt;br /&gt;
== Présentation du projet ==&lt;br /&gt;
&lt;br /&gt;
Objectifs : Réduire l'espace occupé par les aimants devenus trop chères tout en maintenant les performances d'une machine synchrone de Valeo.&lt;br /&gt;
&lt;br /&gt;
Dès le début cette tâche apparaît comme étant impossible. La densité energétique des aimants en question est très élevée, ils contienent un fort pouvoir magnétique dans un petit volume. L'alternative à ce composant est la bobine, qui lorsqu'elle est alimentée crée un champ magnétique, mais les inductances ont une densité d'énergie trop faible. Il faudrait donc de grandes bobines de cuivre là où il ne fallait qu'un petit aimant pour que les performances de la machine restent les mêmes. Ceci entrainerait une augmentation de la masse et de l'encombrement du moteur.&lt;br /&gt;
&lt;br /&gt;
Nous allons donc axer notre étude sur la modélisation numérique de la machine puis sur une optimisation de l'espace occupé par les aimants Néodyme-Fer-Bore.&lt;br /&gt;
&lt;br /&gt;
== Réalisation ==&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Prise en main :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Objectifs : Cette partie à pour but de nous familiariser avec un logiciel de calcul par éléments finis : FEMM. A l'aide d'un exemple existant, une géométrie de moteur simple, nous avons voulu déterminer le couple de détente avec et sans conducteur dans les encoches.&lt;br /&gt;
Nous nous nous sommes fixés 2 semaines pour réaliser cette tâche.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
clear all;&lt;br /&gt;
close all;&lt;br /&gt;
&lt;br /&gt;
%Ce script permet de calculer le couple pour plusieurs positions du rotor avec des&lt;br /&gt;
%courants circulants dans les bobines sur une periode de 40ms. &lt;br /&gt;
&lt;br /&gt;
%La rotation du rotor commence à 18ms car le couple max est obtenu à 17ms&lt;br /&gt;
&lt;br /&gt;
addpath('C:\Program Files\femm42\mfiles')&lt;br /&gt;
openfemm;&lt;br /&gt;
opendocument('C:\Users\Documents\PFE\Matlab\script_3_cogging_avec_courant_et_rotation.fem');&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
A=[0:0.0005:0.04];              % t de ... à ... avec un pas de ... (periode = 20ms = 0.020s) &lt;br /&gt;
&lt;br /&gt;
%Signal triphasé 5.5A à 50Hz : 5.5 * cos(2*pi*50*t)&lt;br /&gt;
B=5.5*cos(2*pi*50*A);           %Phase A &lt;br /&gt;
C=5.5*cos(2*pi*50*A-2*pi/3);    %Phase B&lt;br /&gt;
D=5.5*cos(2*pi*50*A-4*pi/3);    %Phase C &lt;br /&gt;
&lt;br /&gt;
rotation_totale=0.0;&lt;br /&gt;
&lt;br /&gt;
for i=1:length(A)&lt;br /&gt;
    % à t = 17ms =&amp;gt; couple max : on commence à tourner&lt;br /&gt;
    if(i&amp;gt;35)&lt;br /&gt;
        mi_selectgroup(1); &lt;br /&gt;
        mi_moverotate(0,0,1.5); &lt;br /&gt;
        rotation_totale=rotation_totale-1.5;     &lt;br /&gt;
    end        &lt;br /&gt;
    &lt;br /&gt;
    mi_modifycircprop('A+',1,B(i));&lt;br /&gt;
    mi_modifycircprop('A-',1,-B(i));&lt;br /&gt;
    mi_modifycircprop('B+',1,C(i));&lt;br /&gt;
    mi_modifycircprop('B-',1,-C(i));&lt;br /&gt;
    mi_modifycircprop('C+',1,D(i));&lt;br /&gt;
    mi_modifycircprop('C-',1,-D(i));&lt;br /&gt;
&lt;br /&gt;
    mi_analyze(0);    &lt;br /&gt;
    mi_loadsolution;&lt;br /&gt;
&lt;br /&gt;
    mo_groupselectblock(1)&lt;br /&gt;
&lt;br /&gt;
    Torque(i)=mo_blockintegral(22);&lt;br /&gt;
    i&lt;br /&gt;
    Torque(i)&lt;br /&gt;
end&lt;br /&gt;
&lt;br /&gt;
plot(A,Torque);&lt;br /&gt;
&lt;br /&gt;
%Remise à la position initiale&lt;br /&gt;
mi_selectgroup(1); &lt;br /&gt;
mi_moverotate(0,0,rotation_totale);&lt;br /&gt;
mi_analyze(0);&lt;br /&gt;
closefemm;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Après exécution de ce script nous obtenons les résultats suivants :&lt;br /&gt;
&lt;br /&gt;
[[Fichier:Torque3.jpg|200px|thumb|left|couple de détente avec stator alimenté]]&lt;br /&gt;
&lt;br /&gt;
&amp;lt;br&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Projet industriel :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Objectifs : cf 'Présentation du projet'&lt;/div&gt;</summary>
		<author><name>Achemin</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Mod%C3%A9lisation_num%C3%A9rique_d%27une_machine_%C3%A9lectrique_pour_la_traction_de_v%C3%A9hicule_hybride&amp;diff=3587</id>
		<title>Modélisation numérique d'une machine électrique pour la traction de véhicule hybride</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Mod%C3%A9lisation_num%C3%A9rique_d%27une_machine_%C3%A9lectrique_pour_la_traction_de_v%C3%A9hicule_hybride&amp;diff=3587"/>
				<updated>2012-11-20T08:25:12Z</updated>
		
		<summary type="html">&lt;p&gt;Achemin : /* Réalisation */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;==Introduction==&lt;br /&gt;
&lt;br /&gt;
== Présentation du projet ==&lt;br /&gt;
&lt;br /&gt;
Objectifs : Réduire l'espace occupé par les aimants devenus trop chères tout en maintenant les performances d'une machine synchrone de Valeo.&lt;br /&gt;
&lt;br /&gt;
Dès le début cette tâche apparaît comme étant impossible. La densité energétique des aimants en question est très élevée, ils contienent un fort pouvoir magnétique dans un petit volume. L'alternative à ce composant est la bobine, qui lorsqu'elle est alimentée crée un champ magnétique, mais les inductances ont une densité d'énergie trop faible. Il faudrait donc de grandes bobines de cuivre là où il ne fallait qu'un petit aimant pour que les performances de la machine restent les mêmes. Ceci entrainerait une augmentation de la masse et de l'encombrement du moteur.&lt;br /&gt;
&lt;br /&gt;
Nous allons donc axer notre étude sur la modélisation numérique de la machine puis sur une optimisation de l'espace occupé par les aimants Néodyme-Fer-Bore.&lt;br /&gt;
&lt;br /&gt;
== Réalisation ==&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Prise en main :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Objectifs : Cette partie à pour but de nous familiariser avec un logiciel de calcul par éléments finis : FEMM. A l'aide d'un exemple existant d'une géométrie d'un moteur simple nous avons voulu déterminer le couple de détente avec et sans conducteur dans les encoches.&lt;br /&gt;
Nous nous nous sommes fixés 2 semaines pour réaliser cette tâche.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
clear all;&lt;br /&gt;
close all;&lt;br /&gt;
&lt;br /&gt;
%Ce script permet de calculer le couple pour plusieurs positions du rotor avec des&lt;br /&gt;
%courants circulants dans les bobines sur une periode de 40ms. &lt;br /&gt;
&lt;br /&gt;
%La rotation du rotor commence à 18ms car le couple max est obtenu à 17ms&lt;br /&gt;
&lt;br /&gt;
addpath('C:\Program Files\femm42\mfiles')&lt;br /&gt;
openfemm;&lt;br /&gt;
opendocument('C:\Users\Documents\PFE\Matlab\script_3_cogging_avec_courant_et_rotation.fem');&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
A=[0:0.0005:0.04];              % t de ... à ... avec un pas de ... (periode = 20ms = 0.020s) &lt;br /&gt;
&lt;br /&gt;
%Signal triphasé 5.5A à 50Hz : 5.5 * cos(2*pi*50*t)&lt;br /&gt;
B=5.5*cos(2*pi*50*A);           %Phase A &lt;br /&gt;
C=5.5*cos(2*pi*50*A-2*pi/3);    %Phase B&lt;br /&gt;
D=5.5*cos(2*pi*50*A-4*pi/3);    %Phase C &lt;br /&gt;
&lt;br /&gt;
rotation_totale=0.0;&lt;br /&gt;
&lt;br /&gt;
for i=1:length(A)&lt;br /&gt;
    % à t = 17ms =&amp;gt; couple max : on commence à tourner&lt;br /&gt;
    if(i&amp;gt;35)&lt;br /&gt;
        mi_selectgroup(1); &lt;br /&gt;
        mi_moverotate(0,0,1.5); &lt;br /&gt;
        rotation_totale=rotation_totale-1.5;     &lt;br /&gt;
    end        &lt;br /&gt;
    &lt;br /&gt;
    mi_modifycircprop('A+',1,B(i));&lt;br /&gt;
    mi_modifycircprop('A-',1,-B(i));&lt;br /&gt;
    mi_modifycircprop('B+',1,C(i));&lt;br /&gt;
    mi_modifycircprop('B-',1,-C(i));&lt;br /&gt;
    mi_modifycircprop('C+',1,D(i));&lt;br /&gt;
    mi_modifycircprop('C-',1,-D(i));&lt;br /&gt;
&lt;br /&gt;
    mi_analyze(0);    &lt;br /&gt;
    mi_loadsolution;&lt;br /&gt;
&lt;br /&gt;
    mo_groupselectblock(1)&lt;br /&gt;
&lt;br /&gt;
    Torque(i)=mo_blockintegral(22);&lt;br /&gt;
    i&lt;br /&gt;
    Torque(i)&lt;br /&gt;
end&lt;br /&gt;
&lt;br /&gt;
plot(A,Torque);&lt;br /&gt;
&lt;br /&gt;
%Remise à la position initiale&lt;br /&gt;
mi_selectgroup(1); &lt;br /&gt;
mi_moverotate(0,0,rotation_totale);&lt;br /&gt;
mi_analyze(0);&lt;br /&gt;
closefemm;&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Projet industriel :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Objectifs : cf 'Présentation du projet'&lt;/div&gt;</summary>
		<author><name>Achemin</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Mod%C3%A9lisation_num%C3%A9rique_d%27une_machine_%C3%A9lectrique_pour_la_traction_de_v%C3%A9hicule_hybride&amp;diff=3586</id>
		<title>Modélisation numérique d'une machine électrique pour la traction de véhicule hybride</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Mod%C3%A9lisation_num%C3%A9rique_d%27une_machine_%C3%A9lectrique_pour_la_traction_de_v%C3%A9hicule_hybride&amp;diff=3586"/>
				<updated>2012-11-20T08:24:16Z</updated>
		
		<summary type="html">&lt;p&gt;Achemin : /* Réalisation */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;==Introduction==&lt;br /&gt;
&lt;br /&gt;
== Présentation du projet ==&lt;br /&gt;
&lt;br /&gt;
Objectifs : Réduire l'espace occupé par les aimants devenus trop chères tout en maintenant les performances d'une machine synchrone de Valeo.&lt;br /&gt;
&lt;br /&gt;
Dès le début cette tâche apparaît comme étant impossible. La densité energétique des aimants en question est très élevée, ils contienent un fort pouvoir magnétique dans un petit volume. L'alternative à ce composant est la bobine, qui lorsqu'elle est alimentée crée un champ magnétique, mais les inductances ont une densité d'énergie trop faible. Il faudrait donc de grandes bobines de cuivre là où il ne fallait qu'un petit aimant pour que les performances de la machine restent les mêmes. Ceci entrainerait une augmentation de la masse et de l'encombrement du moteur.&lt;br /&gt;
&lt;br /&gt;
Nous allons donc axer notre étude sur la modélisation numérique de la machine puis sur une optimisation de l'espace occupé par les aimants Néodyme-Fer-Bore.&lt;br /&gt;
&lt;br /&gt;
== Réalisation ==&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Prise en main :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Objectifs : Cette partie à pour but de nous familiariser avec un logiciel de calcul par éléments finis : FEMM. A l'aide d'un exemple existant d'une géométrie d'un moteur simple nous avons voulu déterminer le couple de détente avec et sans conducteur dans les encoches.&lt;br /&gt;
Nous nous nous sommes fixés 2 semaines pour réaliser cette tâche.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
clear all;&lt;br /&gt;
close all;&lt;br /&gt;
&lt;br /&gt;
%Ce script permet de calculer le couple pour plusieurs positions du rotor avec des&lt;br /&gt;
%courants circulants dans les bobines sur une periode de 40ms. &lt;br /&gt;
&lt;br /&gt;
%La rotation du rotor commence à 18ms car le couple max est obtenu à 17ms&lt;br /&gt;
&lt;br /&gt;
%addpath('C:\Program Files\femm42\mfiles')&lt;br /&gt;
openfemm;&lt;br /&gt;
opendocument('C:\Users\Mick\Documents\PFE\Matlab\script_3_cogging_avec_courant_et_rotation.fem');&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
A=[0:0.0005:0.04];              % t de ... à ... avec un pas de ... (periode = 20ms = 0.020s) &lt;br /&gt;
&lt;br /&gt;
%Signal triphasé 5.5A à 50Hz : 5.5 * cos(2*pi*50*t)&lt;br /&gt;
B=5.5*cos(2*pi*50*A);           %Phase A &lt;br /&gt;
C=5.5*cos(2*pi*50*A-2*pi/3);    %Phase B&lt;br /&gt;
D=5.5*cos(2*pi*50*A-4*pi/3);    %Phase C &lt;br /&gt;
&lt;br /&gt;
rotation_totale=0.0;&lt;br /&gt;
&lt;br /&gt;
for i=1:length(A)&lt;br /&gt;
    % à t = 17ms =&amp;gt; couple max : on commence à tourner&lt;br /&gt;
    if(i&amp;gt;35)&lt;br /&gt;
        mi_selectgroup(1); &lt;br /&gt;
        mi_moverotate(0,0,1.5); &lt;br /&gt;
        rotation_totale=rotation_totale-1.5;     &lt;br /&gt;
    end        &lt;br /&gt;
    &lt;br /&gt;
    mi_modifycircprop('A+',1,B(i));&lt;br /&gt;
    mi_modifycircprop('A-',1,-B(i));&lt;br /&gt;
    mi_modifycircprop('B+',1,C(i));&lt;br /&gt;
    mi_modifycircprop('B-',1,-C(i));&lt;br /&gt;
    mi_modifycircprop('C+',1,D(i));&lt;br /&gt;
    mi_modifycircprop('C-',1,-D(i));&lt;br /&gt;
&lt;br /&gt;
    mi_analyze(0);    &lt;br /&gt;
    mi_loadsolution;&lt;br /&gt;
&lt;br /&gt;
    mo_groupselectblock(1)&lt;br /&gt;
&lt;br /&gt;
    Torque(i)=mo_blockintegral(22);&lt;br /&gt;
    i&lt;br /&gt;
    Torque(i)&lt;br /&gt;
end&lt;br /&gt;
&lt;br /&gt;
plot(A,Torque);&lt;br /&gt;
&lt;br /&gt;
%Remise à la position initiale&lt;br /&gt;
mi_selectgroup(1); &lt;br /&gt;
mi_moverotate(0,0,rotation_totale);&lt;br /&gt;
mi_analyze(0);&lt;br /&gt;
closefemm;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Projet industriel :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Objectifs : cf 'Présentation du projet'&lt;/div&gt;</summary>
		<author><name>Achemin</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Mod%C3%A9lisation_num%C3%A9rique_d%27une_machine_%C3%A9lectrique_pour_la_traction_de_v%C3%A9hicule_hybride&amp;diff=3585</id>
		<title>Modélisation numérique d'une machine électrique pour la traction de véhicule hybride</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Mod%C3%A9lisation_num%C3%A9rique_d%27une_machine_%C3%A9lectrique_pour_la_traction_de_v%C3%A9hicule_hybride&amp;diff=3585"/>
				<updated>2012-11-20T08:03:17Z</updated>
		
		<summary type="html">&lt;p&gt;Achemin : /* Réalisation */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;==Introduction==&lt;br /&gt;
&lt;br /&gt;
== Présentation du projet ==&lt;br /&gt;
&lt;br /&gt;
Objectifs : Réduire l'espace occupé par les aimants devenus trop chères tout en maintenant les performances d'une machine synchrone de Valeo.&lt;br /&gt;
&lt;br /&gt;
Dès le début cette tâche apparaît comme étant impossible. La densité energétique des aimants en question est très élevée, ils contienent un fort pouvoir magnétique dans un petit volume. L'alternative à ce composant est la bobine, qui lorsqu'elle est alimentée crée un champ magnétique, mais les inductances ont une densité d'énergie trop faible. Il faudrait donc de grandes bobines de cuivre là où il ne fallait qu'un petit aimant pour que les performances de la machine restent les mêmes. Ceci entrainerait une augmentation de la masse et de l'encombrement du moteur.&lt;br /&gt;
&lt;br /&gt;
Nous allons donc axer notre étude sur la modélisation numérique de la machine puis sur une optimisation de l'espace occupé par les aimants Néodyme-Fer-Bore.&lt;br /&gt;
&lt;br /&gt;
== Réalisation ==&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Prise en main :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Objectifs : Cette partie à pour but de nous familiariser avec un logiciel de calcul par éléments finis : FEMM. A l'aide d'un exemple existant d'une géométrie d'un moteur simple nous avons voulu déterminer le couple de détente avec et sans conducteur dans les encoches.&lt;br /&gt;
Nous nous nous sommes fixés 2 semaines pour réaliser cette tâche.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Projet industriel :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Objectifs : cf 'Présentation du projet'&lt;/div&gt;</summary>
		<author><name>Achemin</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Carte_du_maraudeur&amp;diff=2369</id>
		<title>Carte du maraudeur</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Carte_du_maraudeur&amp;diff=2369"/>
				<updated>2012-04-30T14:50:49Z</updated>
		
		<summary type="html">&lt;p&gt;Achemin : /* Sixième séance (21/03/2012) */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Liste du matériel =&lt;br /&gt;
&lt;br /&gt;
== Présent == &lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Transpondeurs RFID (inventaire à réaliser)&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Antennes RFID&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Tags&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Puces Xbee&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Supports Xbee Xplorer&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Supports Xbee Shields&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Cartes Arduino Duemilanove&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== A acheter ==&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Modules Xbee suivant inventaire&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Avancement du projet==&lt;br /&gt;
&lt;br /&gt;
==== Première séance (08/02/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Prise en main du sujet&lt;br /&gt;
&amp;lt;li&amp;gt;Familiarisation avec les composants&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Pour cette première séance , nous avons dans un premier temps cherché les datasheets des transpondeurs RFID (Q5M-005) sur le site Lextronic.&lt;br /&gt;
Cette datasheet nous informe que le module Q5M communique via une liaison série type RS232 (compatible TTL) , nous avons donc cherché un moyen de communiquer avec le module Q5M à l'aide d'un arduino. L'arduino UNO ne comportant qu'un seul &amp;quot;port série&amp;quot; qui est déjà utilisé par le port USB , nous avons dû utiliser la librairie &amp;lt;SoftwareSerial.h&amp;gt; qui permet d'émuler un port série sur des broches &amp;quot;classiques&amp;quot;.&lt;br /&gt;
Nous avons réalisé un premier montage pour communiquer avec le module Q5M via les broches 12(RX) et 13(TX) de l'arduino (Broche RX de l'arduino connectée sur la broche TX du module et inversement). L'arduino a été programmé de façon à récupérer une trame complète de 11 octets puis de l'afficher sur le terminal.&lt;br /&gt;
Malheureusement , nous avons seulement été capable de récupérer un octet contenant 0x00 lorsqu'une carte est présente vers l'antenne , et rien autrement.&lt;br /&gt;
&lt;br /&gt;
==== Deuxième séance (15/02/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectif :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Récupérer l'identifiant d'une carte Unique à l'aide du Q5M&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Suite à l’échec de la semaine dernière et après une relecture de la datasheet , nous avons compris que le Q5M fonctionne sur le principe de requête/réponse. &lt;br /&gt;
Afin de simplifier le problème , nous avons laisser de coté l'arduino , et nous avons tenté de communiquer avec le module Q5M directement en utilisant le logiciel officiel FRAMER qui intègre les trames à envoyer. Pour ces tests , nous utilisons un convertisseur USB/Série connecté à notre module. Malheureusement , là encore , le module n'envoie qu'un seul octet 0x00 lorsque une carte est présente et rien d'autre , peut importe les requêtes que nous envoyons via le programme FRAMER. Dans le doute , nous avons voulu vérifier si les trames envoyé via FRAMER étaient correctes en les récupérant sur l'arduino en utilisant le programme réalisé la semaine d'avant. Après quelques tests , nous somme bien capable de récupérer les octets envoyés via FRAMER mais ceux-ci sont complètement incohérents avec ceux envoyés. Après quelques recherches sur internet , il se trouve que les signaux envoyés par l'ordinateur sur le convertisseur USB/Série sont inversés par rapport à des signaux RS232 compatible TTL ( http://kubuntu.free.fr/blog/index.php/2010/05/13/272-liaison-serie-rs232-vs-ttl ). Nous avons donc placé un inverseur entre le convertisseur USB/Série et l'arduino , et surprise , nous arrivons bien a récupérer les trames envoyées par FRAMER. Nous avons ensuite placé l'inverseur entre le convertisseur USB/Série et le module Q5M mais une fois encore , le module ne retourne qu'un octet 0x00 peut importe les requêtes envoyées via FRAMER.&lt;br /&gt;
&lt;br /&gt;
==== Troisième séance (22/02/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectif :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Récupérer l'identifiant d'une carte Unique à l'aide du Q5M&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Après de nombreuses réflexions et de nombreux tests , nous avons voulu observer ce qu'il se passait sur les autres broches du module ... et nous avons remarqué que la communication série se faisait en fait sur une autre broche ... laissant supposé que notre module n'est pas un Q5M005 mais un UM005 (qui ne fonctionne qu'en &amp;quot;auto-read&amp;quot;) !&lt;br /&gt;
Nous avons donc repris notre &amp;quot;programme de lecture&amp;quot; de la première séance et nous avons enfin réussi à lire un identifiant avec succès !&lt;br /&gt;
&lt;br /&gt;
Maintenant que la lecture des identifiants des cartes RFID se fait correctement , nous avons cherché un moyen de réaliser une interface graphique qui afficherai cet identifiant dans une fenêtre windows. Pour cela nous utilisons le programme &amp;quot;Processing&amp;quot; qui permet de programmer toutes sortes d’éléments graphiques ainsi que de prendre en charge des périphériques USB tel un arduino (ou un Xbee).&lt;br /&gt;
&lt;br /&gt;
Nous avons formalisé les données envoyées par les arduino de la façon suivante :&lt;br /&gt;
Lorsqu'une carte est à portée d'un transpondeur, chaque arduino envoie le texte&lt;br /&gt;
&amp;quot;Base X Carte YYYYY&amp;quot; ou X est l'identifiant du arduino qui correspond à une position sur une carte et YYYYY les 5 octets de l'identifiant de la carte. Partant de cette syntaxe, nous avons réalisé un premier programme sur Processing qui récupère les données envoyées sur le port série et qui les traites de façon à afficher les identifiants à différents endroit d'une fenêtre Windows.&lt;br /&gt;
&lt;br /&gt;
Aperçu :&lt;br /&gt;
&lt;br /&gt;
==== Quatrième séance (07/03/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Utiliser les modules Xbee &lt;br /&gt;
&amp;lt;li&amp;gt;Tester l’intégration de plusieurs modules UM005 sur UN arduino&lt;br /&gt;
&amp;lt;li&amp;gt;Améliorer l'interface graphique pour gérer plusieurs identifiants simultanément &lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Afin de solliciter un peu plus les arduino , nous avons tenté de connecter deux modules UM005 sur un seul arduino. Nous utilisons toujours la librairie &amp;lt;SoftwareSerial.h&amp;gt; pour émuler cette fois-ci deux ports séries. L'écoute de ces ports doit ce faire à tour de rôle par la commande &amp;quot;mySerial.listen()&amp;quot; et &amp;quot;mySerial2.listen()&amp;quot; , l’inconvenant majeur est qu'il faut attendre &amp;quot;2 coups d'envoi&amp;quot; du module pour récupérer les données ce qui rend le système assez lent.&lt;br /&gt;
&lt;br /&gt;
==== Cinquième séance (14/03/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Réaliser un réseau point à point à l'aide des modules Xbee &lt;br /&gt;
&amp;lt;li&amp;gt;Améliorer l'interface graphique pour afficher correctement les identifiants (pas de décalages)&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Nous avons réussi à réaliser un réseau &amp;quot;point à point&amp;quot; avec 3 modules arduino + Xbee. Les données sont transmises en &amp;quot;multi-saut&amp;quot; du module le plus &amp;quot;loin&amp;quot; jusqu'au pc.&lt;br /&gt;
Nous avons amélioré le systeme d'affichage des identifiants dans Processing : lorsque qu'un identifiant change de base , l'affichage se fait sans décalage. &lt;br /&gt;
&lt;br /&gt;
==== Sixième séance (21/03/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Implémenter le calcul et la vérification du CRC avant l'envoi des données (dans l'arduino)&lt;br /&gt;
&amp;lt;li&amp;gt;Améliorer la communication globale entre les modules&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Nous avons implanté la vérification du CRC dans l'arduino avant l'envoi des données via le module Xbee.Nous avons constaté que la communication est beaucoup plus stable : nous n'obtenons plus de message incohérent sur le PC.&lt;br /&gt;
&lt;br /&gt;
==== Septième séance (28/03/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Améliorer l'interface graphique&lt;br /&gt;
&amp;lt;li&amp;gt;Améliorer la communication globale entre les modules&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Le code de notre programme a été changé de façon à pouvoir afficher les identifiants à des positions variables. Nous avons également réussi à charger une image de fond qui peut représenter par la suite le plan d'un bâtiment&lt;br /&gt;
&lt;br /&gt;
==== Huitième séance (04/04/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Rendre le flux de données Xbee bilatérale (adressage 64bits) &lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Jusqu'ici le transfert des données s'effectue bien de manière &amp;quot;point à point&amp;quot; du module le plus loin jusqu'au pc en passant par tout les points , or ce transfert ne s'effectue pour l'instant que dans un seul sens (modules vers pc) , nous voudrions rendre ce flux bilatérale.&lt;br /&gt;
&lt;br /&gt;
==== Neuvième séance (11/04/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Rendre le flux de données Xbee bilatérale&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
La semaine dernière nous avons vu qu'il n'était pas possible d'avoir 2 adresses de destination pour les modules Xbee , l'idée était donc de changer l'adresse de destination &amp;quot;à la volée&amp;quot; en utilisant l'arduino et les commandes ATxx&lt;/div&gt;</summary>
		<author><name>Achemin</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Carte_du_maraudeur&amp;diff=1985</id>
		<title>Carte du maraudeur</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Carte_du_maraudeur&amp;diff=1985"/>
				<updated>2012-04-11T12:35:34Z</updated>
		
		<summary type="html">&lt;p&gt;Achemin : /* Liste du matériel */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Liste du matériel =&lt;br /&gt;
&lt;br /&gt;
== Présent == &lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Transpondeurs RFID (inventaire à réaliser)&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Antennes RFID&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Tags&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Puces Xbee&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Supports Xbee Xplorer&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Supports Xbee Shields&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Cartes Arduino Duemilanove&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== A acheter ==&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Modules Xbee suivant inventaire&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Avancement du projet==&lt;br /&gt;
&lt;br /&gt;
==== Première séance (08/02/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Prise en main du sujet&lt;br /&gt;
&amp;lt;li&amp;gt;Familiarisation avec les composants&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Pour cette première séance , nous avons dans un premier temps cherché les datasheets des transpondeurs RFID (Q5M-005) sur le site Lextronic.&lt;br /&gt;
Cette datasheet nous informe que le module Q5M communique via une liaison série type RS232 (compatible TTL) , nous avons donc cherché un moyen de communiquer avec le module Q5M à l'aide d'un arduino. L'arduino UNO ne comportant qu'un seul &amp;quot;port série&amp;quot; qui est déjà utilisé par le port USB , nous avons dû utiliser la librairie &amp;lt;SoftwareSerial.h&amp;gt; qui permet d'émuler un port série sur des broches &amp;quot;classiques&amp;quot;.&lt;br /&gt;
Nous avons réalisé un premier montage pour communiquer avec le module Q5M via les broches 12(RX) et 13(TX) de l'arduino (Broche RX de l'arduino connectée sur la broche TX du module et inversement). L'arduino a été programmé de façon à récupérer une trame complète de 11 octets puis de l'afficher sur le terminal.&lt;br /&gt;
Malheureusement , nous avons seulement été capable de récupérer un octet contenant 0x00 lorsqu'une carte est présente vers l'antenne , et rien autrement.&lt;br /&gt;
&lt;br /&gt;
==== Deuxième séance (15/02/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectif :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Récupérer l'identifiant d'une carte Unique à l'aide du Q5M&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Suite à l’échec de la semaine dernière et après une relecture de la datasheet , nous avons compris que le Q5M fonctionne sur le principe de requête/réponse. &lt;br /&gt;
Afin de simplifier le problème , nous avons laisser de coté l'arduino , et nous avons tenté de communiquer avec le module Q5M directement en utilisant le logiciel officiel FRAMER qui intègre les trames à envoyer. Pour ces tests , nous utilisons un convertisseur USB/Série connecté à notre module. Malheureusement , là encore , le module n'envoie qu'un seul octet 0x00 lorsque une carte est présente et rien d'autre , peut importe les requêtes que nous envoyons via le programme FRAMER. Dans le doute , nous avons voulu vérifier si les trames envoyé via FRAMER étaient correctes en les récupérant sur l'arduino en utilisant le programme réalisé la semaine d'avant. Après quelques tests , nous somme bien capable de récupérer les octets envoyés via FRAMER mais ceux-ci sont complètement incohérents avec ceux envoyés. Après quelques recherches sur internet , il se trouve que les signaux envoyés par l'ordinateur sur le convertisseur USB/Série sont inversés par rapport à des signaux RS232 compatible TTL ( http://kubuntu.free.fr/blog/index.php/2010/05/13/272-liaison-serie-rs232-vs-ttl ). Nous avons donc placé un inverseur entre le convertisseur USB/Série et l'arduino , et surprise , nous arrivons bien a récupérer les trames envoyées par FRAMER. Nous avons ensuite placé l'inverseur entre le convertisseur USB/Série et le module Q5M mais une fois encore , le module ne retourne qu'un octet 0x00 peut importe les requêtes envoyées via FRAMER.&lt;br /&gt;
&lt;br /&gt;
==== Troisième séance (22/02/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectif :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Récupérer l'identifiant d'une carte Unique à l'aide du Q5M&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Après de nombreuses réflexions et de nombreux tests , nous avons voulu observer ce qu'il se passait sur les autres broches du module ... et nous avons remarqué que la communication série se faisait en fait sur une autre broche ... laissant supposé que notre module n'est pas un Q5M005 mais un UM005 (qui ne fonctionne qu'en &amp;quot;auto-read&amp;quot;) !&lt;br /&gt;
Nous avons donc repris notre &amp;quot;programme de lecture&amp;quot; de la première séance et nous avons enfin réussi à lire un identifiant avec succès !&lt;br /&gt;
&lt;br /&gt;
Maintenant que la lecture des identifiants des cartes RFID se fait correctement , nous avons cherché un moyen de réaliser une interface graphique qui afficherai cet identifiant dans une fenêtre windows. Pour cela nous utilisons le programme &amp;quot;Processing&amp;quot; qui permet de programmer toutes sortes d’éléments graphiques ainsi que de prendre en charge des périphériques USB tel un arduino (ou un Xbee).&lt;br /&gt;
&lt;br /&gt;
Nous avons formalisé les données envoyées par les arduino de la façon suivante :&lt;br /&gt;
Lorsqu'une carte est à portée d'un transpondeur, chaque arduino envoie le texte&lt;br /&gt;
&amp;quot;Base X Carte YYYYY&amp;quot; ou X est l'identifiant du arduino qui correspond à une position sur une carte et YYYYY les 5 octets de l'identifiant de la carte. Partant de cette syntaxe, nous avons réalisé un premier programme sur Processing qui récupère les données envoyées sur le port série et qui les traites de façon à afficher les identifiants à différents endroit d'une fenêtre Windows.&lt;br /&gt;
&lt;br /&gt;
Aperçu :&lt;br /&gt;
&lt;br /&gt;
==== Quatrième séance (07/03/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Utiliser les modules Xbee &lt;br /&gt;
&amp;lt;li&amp;gt;Tester l’intégration de plusieurs modules UM005 sur UN arduino&lt;br /&gt;
&amp;lt;li&amp;gt;Améliorer l'interface graphique pour gérer plusieurs identifiants simultanément &lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Afin de solliciter un peu plus les arduino , nous avons tenté de connecter deux modules UM005 sur un seul arduino. Nous utilisons toujours la librairie &amp;lt;SoftwareSerial.h&amp;gt; pour émuler cette fois-ci deux ports séries. L'écoute de ces ports doit ce faire à tour de rôle par la commande &amp;quot;mySerial.listen()&amp;quot; et &amp;quot;mySerial2.listen()&amp;quot; , l’inconvenant majeur est qu'il faut attendre &amp;quot;2 coups d'envoi&amp;quot; du module pour récupérer les données ce qui rend le système assez lent.&lt;br /&gt;
&lt;br /&gt;
==== Cinquième séance (14/03/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Réaliser un réseau point à point à l'aide des modules Xbee &lt;br /&gt;
&amp;lt;li&amp;gt;Améliorer l'interface graphique pour afficher correctement les identifiants (pas de décalages)&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Nous avons réussi à réaliser un réseau &amp;quot;point à point&amp;quot; avec 3 modules arduino + Xbee. Les données sont transmises en &amp;quot;multi-saut&amp;quot; du module le plus &amp;quot;loin&amp;quot; jusqu'au pc.&lt;br /&gt;
Nous avons amélioré le systeme d'affichage des identifiants dans Processing : lorsque qu'un identifiant change de base , l'affichage se fait sans décalage. &lt;br /&gt;
&lt;br /&gt;
==== Sixième séance (21/03/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Implémenter le calcul et la vérification du CRC avant l'envoi des données (dans l'arduino)&lt;br /&gt;
&amp;lt;li&amp;gt;Améliorer la communication globale entre les modules&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Nous avons implanté la vérification du CRC dans l'arduino avant l'envoie des données via le module Xbee.Nous avons constaté que la communication est beaucoup plus stable : nous n'obtenons plus de message incohérent sur le PC.&lt;br /&gt;
&lt;br /&gt;
==== Septième séance (28/03/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Améliorer l'interface graphique&lt;br /&gt;
&amp;lt;li&amp;gt;Améliorer la communication globale entre les modules&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Le code de notre programme a été changé de façon à pouvoir afficher les identifiants à des positions variables. Nous avons également réussi à charger une image de fond qui peut représenter par la suite le plan d'un bâtiment&lt;br /&gt;
&lt;br /&gt;
==== Huitième séance (04/04/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Rendre le flux de données Xbee bilatérale (adressage 64bits) &lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Jusqu'ici le transfert des données s'effectue bien de manière &amp;quot;point à point&amp;quot; du module le plus loin jusqu'au pc en passant par tout les points , or ce transfert ne s'effectue pour l'instant que dans un seul sens (modules vers pc) , nous voudrions rendre ce flux bilatérale.&lt;br /&gt;
&lt;br /&gt;
==== Neuvième séance (11/04/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Rendre le flux de données Xbee bilatérale&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
La semaine dernière nous avons vu qu'il n'était pas possible d'avoir 2 adresses de destination pour les modules Xbee , l'idée était donc de changer l'adresse de destination &amp;quot;à la volée&amp;quot; en utilisant l'arduino et les commandes ATxx&lt;/div&gt;</summary>
		<author><name>Achemin</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Carte_du_maraudeur&amp;diff=1984</id>
		<title>Carte du maraudeur</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Carte_du_maraudeur&amp;diff=1984"/>
				<updated>2012-04-11T12:31:52Z</updated>
		
		<summary type="html">&lt;p&gt;Achemin : /* Liste du matériel */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Liste du matériel =&lt;br /&gt;
&lt;br /&gt;
== Présent == &lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Transpondeurs RFID (inventaire à réaliser)&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Antennes RFID&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Tags&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Puces Xbee&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Supports Xbee Xplorer&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Supports Xbee Shields&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Cartes Arduino Duemilanove&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== A acheter ==&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Modules Xbee suivant inventaire&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Avancement du projet==&lt;br /&gt;
&lt;br /&gt;
==== Première séance (08/02/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Prise en main du sujet&lt;br /&gt;
&amp;lt;li&amp;gt;Familiarisation avec les composants&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Pour cette première séance , nous avons dans un premier temps cherché les datasheets des transpondeurs RFID (Q5M-005) sur le site Lextronic.&lt;br /&gt;
Cette datasheet nous informe que le module Q5M communique via une liaison série type RS232 (compatible TTL) , nous avons donc cherché un moyen de communiquer avec le module Q5M à l'aide d'un arduino. L'arduino UNO ne comportant qu'un seul &amp;quot;port série&amp;quot; qui est déjà utilisé par le port USB , nous avons dû utiliser la librairie &amp;lt;SoftwareSerial.h&amp;gt; qui permet d'émuler un port série sur des broches &amp;quot;classiques&amp;quot;.&lt;br /&gt;
Nous avons réalisé un premier montage pour communiquer avec le module Q5M via les broches 12(RX) et 13(TX) de l'arduino (Broche RX de l'arduino connectée sur la broche TX du module et inversement). L'arduino a été programmé de façon à récupérer une trame complète de 11 octets puis de l'afficher sur le terminal.&lt;br /&gt;
Malheureusement , nous avons seulement été capable de récupérer un octet contenant 0x00 lorsqu'une carte est présente vers l'antenne , et rien autrement.&lt;br /&gt;
&lt;br /&gt;
==== Deuxième séance (15/02/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectif :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Récupérer l'identifiant d'une carte Unique à l'aide du Q5M&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Suite à l’échec de la semaine dernière et après une relecture de la datasheet , nous avons compris que le Q5M fonctionne sur le principe de requête/réponse. &lt;br /&gt;
Afin de simplifier le problème , nous avons laisser de coté l'arduino , et nous avons tenté de communiquer avec le module Q5M directement en utilisant le logiciel officiel FRAMER qui intègre les trames à envoyer. Pour ces tests , nous utilisons un convertisseur USB/Série connecté à notre module. Malheureusement , là encore , le module n'envoie qu'un seul octet 0x00 lorsque une carte est présente et rien d'autre , peut importe les requêtes que nous envoyons via le programme FRAMER. Dans le doute , nous avons voulu vérifier si les trames envoyé via FRAMER étaient correctes en les récupérant sur l'arduino en utilisant le programme réalisé la semaine d'avant. Après quelques tests , nous somme bien capable de récupérer les octets envoyés via FRAMER mais ceux-ci sont complètement incohérents avec ceux envoyés. Après quelques recherches sur internet , il se trouve que les signaux envoyés par l'ordinateur sur le convertisseur USB/Série sont inversés par rapport à des signaux RS232 compatible TTL ( http://kubuntu.free.fr/blog/index.php/2010/05/13/272-liaison-serie-rs232-vs-ttl ). Nous avons donc placé un inverseur entre le convertisseur USB/Série et l'arduino , et surprise , nous arrivons bien a récupérer les trames envoyées par FRAMER. Nous avons ensuite placé l'inverseur entre le convertisseur USB/Série et le module Q5M mais une fois encore , le module ne retourne qu'un octet 0x00 peut importe les requêtes envoyées via FRAMER.&lt;br /&gt;
&lt;br /&gt;
==== Troisième séance (22/02/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectif :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Récupérer l'identifiant d'une carte Unique à l'aide du Q5M&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Après de nombreuses réflexions et de nombreux tests , nous avons voulu observer ce qu'il se passait sur les autres broches du module ... et nous avons remarqué que la communication série se faisait en fait sur une autre broche ... laissant supposé que notre module n'est pas un Q5M005 mais un UM005 (qui ne fonctionne qu'en &amp;quot;auto-read&amp;quot;) !&lt;br /&gt;
Nous avons donc repris notre &amp;quot;programme de lecture&amp;quot; de la première séance et nous avons enfin réussi à lire un identifiant avec succès !&lt;br /&gt;
&lt;br /&gt;
Maintenant que la lecture des identifiants des cartes RFID se fait correctement , nous avons cherché un moyen de réaliser une interface graphique qui afficherai cet identifiant dans une fenêtre windows. Pour cela nous utilisons le programme &amp;quot;Processing&amp;quot; qui permet de programmer toutes sortes d’éléments graphiques ainsi que de prendre en charge des périphériques USB tel un arduino (ou un Xbee).&lt;br /&gt;
&lt;br /&gt;
Nous avons formalisé les données envoyées par les arduino de la façon suivante :&lt;br /&gt;
Lorsqu'une carte est à portée d'un transpondeur, chaque arduino envoie le texte&lt;br /&gt;
&amp;quot;Base X Carte YYYYY&amp;quot; ou X est l'identifiant du arduino qui correspond à une position sur une carte et YYYYY les 5 octets de l'identifiant de la carte. Partant de cette syntaxe, nous avons réalisé un premier programme sur Processing qui récupère les données envoyées sur le port série et qui les traites de façon à afficher les identifiants à différents endroit d'une fenêtre Windows.&lt;br /&gt;
&lt;br /&gt;
Aperçu :&lt;br /&gt;
&lt;br /&gt;
==== Quatrième séance (07/03/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Utiliser les modules Xbee &lt;br /&gt;
&amp;lt;li&amp;gt;Tester l’intégration de plusieurs modules UM005 sur UN arduino&lt;br /&gt;
&amp;lt;li&amp;gt;Améliorer l'interface graphique pour gérer plusieurs identifiants simultanément &lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Afin de solliciter un peu plus les arduino , nous avons tenté de connecter deux modules UM005 sur un seul arduino. Nous utilisons toujours la librairie &amp;lt;SoftwareSerial.h&amp;gt; pour émuler cette fois-ci deux ports séries. L'écoute de ces ports doit ce faire à tour de rôle par la commande &amp;quot;mySerial.listen()&amp;quot; et &amp;quot;mySerial2.listen()&amp;quot; , l’inconvenant majeur est qu'il faut attendre &amp;quot;2 coups d'envoi&amp;quot; du module pour récupérer les données ce qui rend le système assez lent.&lt;br /&gt;
&lt;br /&gt;
==== Cinquième séance (14/03/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Réaliser un réseau point à point à l'aide des modules Xbee &lt;br /&gt;
&amp;lt;li&amp;gt;Améliorer l'interface graphique pour afficher correctement les identifiants (pas de décalages)&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Nous avons réussi à réaliser un réseau &amp;quot;point à point&amp;quot; avec 3 modules arduino + Xbee. Les données sont transmises en &amp;quot;multi-saut&amp;quot; du module le plus &amp;quot;loin&amp;quot; jusqu'au pc.&lt;br /&gt;
Nous avons amélioré le systeme d'affichage des identifiants dans Processing : lorsque qu'un identifiant change de base , l'affichage se fait sans décalage. &lt;br /&gt;
&lt;br /&gt;
==== Sixième séance (21/03/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Implémenter le calcul et la vérification du CRC avant l'envoi des données (dans l'arduino)&lt;br /&gt;
&amp;lt;li&amp;gt;Améliorer la communication globale entre les modules&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Nous avons implanté la vérification du CRC dans l'arduino avant l'envoie des données via le module Xbee.Nous avons constaté que la communication est beaucoup plus stable : nous n'obtenons plus de message incohérent sur le PC.&lt;br /&gt;
&lt;br /&gt;
==== Septième séance (28/03/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Améliorer l'interface graphique&lt;br /&gt;
&amp;lt;li&amp;gt;Améliorer la communication globale entre les modules&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Le code de notre programme a été changé de façon à pouvoir afficher les identifiants à des positions variables. Nous avons également réussi à charger une image de fond qui peut représenter par la suite le plan d'un bâtiment&lt;br /&gt;
&lt;br /&gt;
==== Huitième séance (04/04/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Rendre le flux de données Xbee bilatérale (adressage 64bits) &lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Jusqu'ici le transfert des données s'effectue bien de manière &amp;quot;point à point&amp;quot; du module le plus loin jusqu'au pc en passant par tout les points , or ce transfert ne s'effectue pour l'instant que dans un seul sens (modules vers pc) , nous voudrions rendre ce flux bilatérale.&lt;br /&gt;
&lt;br /&gt;
==== Neuvième séance (11/04/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Rendre le flux de données Xbee bilatérale&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
La semaine dernière nous avons vu qu'il n'était pas possible d'avoir 2 adresses de destination pour les modules Xbee , l'idée était donc de changer l'adresse de destination &amp;quot;à la volée&amp;quot; en utilisant l'arduino et les commandes ATxx&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
{{boîte déroulante/début|titre=TITRE}}&lt;br /&gt;
Contenu&lt;br /&gt;
{{boîte déroulante/fin}}&lt;/div&gt;</summary>
		<author><name>Achemin</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Mod%C3%A8le:Bo%C3%AEte_d%C3%A9roulante&amp;diff=1983</id>
		<title>Modèle:Boîte déroulante</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Mod%C3%A8le:Bo%C3%AEte_d%C3%A9roulante&amp;diff=1983"/>
				<updated>2012-04-11T12:31:09Z</updated>
		
		<summary type="html">&lt;p&gt;Achemin : &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{boîte déroulante&lt;br /&gt;
 |align=ALIGN&lt;br /&gt;
 |alignT=ALIGNT&lt;br /&gt;
 |titre=TITRE&lt;br /&gt;
 |label=LABEL&lt;br /&gt;
 |contenu=CONTENU&lt;br /&gt;
 |largeur=LARGEUR&lt;br /&gt;
 |hauteur=HAUTEUR&lt;br /&gt;
 }}&lt;/div&gt;</summary>
		<author><name>Achemin</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Carte_du_maraudeur&amp;diff=1982</id>
		<title>Carte du maraudeur</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Carte_du_maraudeur&amp;diff=1982"/>
				<updated>2012-04-11T12:29:38Z</updated>
		
		<summary type="html">&lt;p&gt;Achemin : /* Liste du matériel */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Liste du matériel =&lt;br /&gt;
&lt;br /&gt;
== Présent == &lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Transpondeurs RFID (inventaire à réaliser)&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Antennes RFID&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Tags&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Puces Xbee&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Supports Xbee Xplorer&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Supports Xbee Shields&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Cartes Arduino Duemilanove&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== A acheter ==&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Modules Xbee suivant inventaire&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Avancement du projet==&lt;br /&gt;
&lt;br /&gt;
==== Première séance (08/02/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Prise en main du sujet&lt;br /&gt;
&amp;lt;li&amp;gt;Familiarisation avec les composants&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Pour cette première séance , nous avons dans un premier temps cherché les datasheets des transpondeurs RFID (Q5M-005) sur le site Lextronic.&lt;br /&gt;
Cette datasheet nous informe que le module Q5M communique via une liaison série type RS232 (compatible TTL) , nous avons donc cherché un moyen de communiquer avec le module Q5M à l'aide d'un arduino. L'arduino UNO ne comportant qu'un seul &amp;quot;port série&amp;quot; qui est déjà utilisé par le port USB , nous avons dû utiliser la librairie &amp;lt;SoftwareSerial.h&amp;gt; qui permet d'émuler un port série sur des broches &amp;quot;classiques&amp;quot;.&lt;br /&gt;
Nous avons réalisé un premier montage pour communiquer avec le module Q5M via les broches 12(RX) et 13(TX) de l'arduino (Broche RX de l'arduino connectée sur la broche TX du module et inversement). L'arduino a été programmé de façon à récupérer une trame complète de 11 octets puis de l'afficher sur le terminal.&lt;br /&gt;
Malheureusement , nous avons seulement été capable de récupérer un octet contenant 0x00 lorsqu'une carte est présente vers l'antenne , et rien autrement.&lt;br /&gt;
&lt;br /&gt;
==== Deuxième séance (15/02/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectif :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Récupérer l'identifiant d'une carte Unique à l'aide du Q5M&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Suite à l’échec de la semaine dernière et après une relecture de la datasheet , nous avons compris que le Q5M fonctionne sur le principe de requête/réponse. &lt;br /&gt;
Afin de simplifier le problème , nous avons laisser de coté l'arduino , et nous avons tenté de communiquer avec le module Q5M directement en utilisant le logiciel officiel FRAMER qui intègre les trames à envoyer. Pour ces tests , nous utilisons un convertisseur USB/Série connecté à notre module. Malheureusement , là encore , le module n'envoie qu'un seul octet 0x00 lorsque une carte est présente et rien d'autre , peut importe les requêtes que nous envoyons via le programme FRAMER. Dans le doute , nous avons voulu vérifier si les trames envoyé via FRAMER étaient correctes en les récupérant sur l'arduino en utilisant le programme réalisé la semaine d'avant. Après quelques tests , nous somme bien capable de récupérer les octets envoyés via FRAMER mais ceux-ci sont complètement incohérents avec ceux envoyés. Après quelques recherches sur internet , il se trouve que les signaux envoyés par l'ordinateur sur le convertisseur USB/Série sont inversés par rapport à des signaux RS232 compatible TTL ( http://kubuntu.free.fr/blog/index.php/2010/05/13/272-liaison-serie-rs232-vs-ttl ). Nous avons donc placé un inverseur entre le convertisseur USB/Série et l'arduino , et surprise , nous arrivons bien a récupérer les trames envoyées par FRAMER. Nous avons ensuite placé l'inverseur entre le convertisseur USB/Série et le module Q5M mais une fois encore , le module ne retourne qu'un octet 0x00 peut importe les requêtes envoyées via FRAMER.&lt;br /&gt;
&lt;br /&gt;
==== Troisième séance (22/02/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectif :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Récupérer l'identifiant d'une carte Unique à l'aide du Q5M&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Après de nombreuses réflexions et de nombreux tests , nous avons voulu observer ce qu'il se passait sur les autres broches du module ... et nous avons remarqué que la communication série se faisait en fait sur une autre broche ... laissant supposé que notre module n'est pas un Q5M005 mais un UM005 (qui ne fonctionne qu'en &amp;quot;auto-read&amp;quot;) !&lt;br /&gt;
Nous avons donc repris notre &amp;quot;programme de lecture&amp;quot; de la première séance et nous avons enfin réussi à lire un identifiant avec succès !&lt;br /&gt;
&lt;br /&gt;
Maintenant que la lecture des identifiants des cartes RFID se fait correctement , nous avons cherché un moyen de réaliser une interface graphique qui afficherai cet identifiant dans une fenêtre windows. Pour cela nous utilisons le programme &amp;quot;Processing&amp;quot; qui permet de programmer toutes sortes d’éléments graphiques ainsi que de prendre en charge des périphériques USB tel un arduino (ou un Xbee).&lt;br /&gt;
&lt;br /&gt;
Nous avons formalisé les données envoyées par les arduino de la façon suivante :&lt;br /&gt;
Lorsqu'une carte est à portée d'un transpondeur, chaque arduino envoie le texte&lt;br /&gt;
&amp;quot;Base X Carte YYYYY&amp;quot; ou X est l'identifiant du arduino qui correspond à une position sur une carte et YYYYY les 5 octets de l'identifiant de la carte. Partant de cette syntaxe, nous avons réalisé un premier programme sur Processing qui récupère les données envoyées sur le port série et qui les traites de façon à afficher les identifiants à différents endroit d'une fenêtre Windows.&lt;br /&gt;
&lt;br /&gt;
Aperçu :&lt;br /&gt;
&lt;br /&gt;
==== Quatrième séance (07/03/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Utiliser les modules Xbee &lt;br /&gt;
&amp;lt;li&amp;gt;Tester l’intégration de plusieurs modules UM005 sur UN arduino&lt;br /&gt;
&amp;lt;li&amp;gt;Améliorer l'interface graphique pour gérer plusieurs identifiants simultanément &lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Afin de solliciter un peu plus les arduino , nous avons tenté de connecter deux modules UM005 sur un seul arduino. Nous utilisons toujours la librairie &amp;lt;SoftwareSerial.h&amp;gt; pour émuler cette fois-ci deux ports séries. L'écoute de ces ports doit ce faire à tour de rôle par la commande &amp;quot;mySerial.listen()&amp;quot; et &amp;quot;mySerial2.listen()&amp;quot; , l’inconvenant majeur est qu'il faut attendre &amp;quot;2 coups d'envoi&amp;quot; du module pour récupérer les données ce qui rend le système assez lent.&lt;br /&gt;
&lt;br /&gt;
==== Cinquième séance (14/03/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Réaliser un réseau point à point à l'aide des modules Xbee &lt;br /&gt;
&amp;lt;li&amp;gt;Améliorer l'interface graphique pour afficher correctement les identifiants (pas de décalages)&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Nous avons réussi à réaliser un réseau &amp;quot;point à point&amp;quot; avec 3 modules arduino + Xbee. Les données sont transmises en &amp;quot;multi-saut&amp;quot; du module le plus &amp;quot;loin&amp;quot; jusqu'au pc.&lt;br /&gt;
Nous avons amélioré le systeme d'affichage des identifiants dans Processing : lorsque qu'un identifiant change de base , l'affichage se fait sans décalage. &lt;br /&gt;
&lt;br /&gt;
==== Sixième séance (21/03/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Implémenter le calcul et la vérification du CRC avant l'envoi des données (dans l'arduino)&lt;br /&gt;
&amp;lt;li&amp;gt;Améliorer la communication globale entre les modules&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Nous avons implanté la vérification du CRC dans l'arduino avant l'envoie des données via le module Xbee.Nous avons constaté que la communication est beaucoup plus stable : nous n'obtenons plus de message incohérent sur le PC.&lt;br /&gt;
&lt;br /&gt;
==== Septième séance (28/03/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Améliorer l'interface graphique&lt;br /&gt;
&amp;lt;li&amp;gt;Améliorer la communication globale entre les modules&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Le code de notre programme a été changé de façon à pouvoir afficher les identifiants à des positions variables. Nous avons également réussi à charger une image de fond qui peut représenter par la suite le plan d'un bâtiment&lt;br /&gt;
&lt;br /&gt;
==== Huitième séance (04/04/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Rendre le flux de données Xbee bilatérale (adressage 64bits) &lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Jusqu'ici le transfert des données s'effectue bien de manière &amp;quot;point à point&amp;quot; du module le plus loin jusqu'au pc en passant par tout les points , or ce transfert ne s'effectue pour l'instant que dans un seul sens (modules vers pc) , nous voudrions rendre ce flux bilatérale.&lt;br /&gt;
&lt;br /&gt;
==== Neuvième séance (11/04/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Rendre le flux de données Xbee bilatérale&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
La semaine dernière nous avons vu qu'il n'était pas possible d'avoir 2 adresses de destination pour les modules Xbee , l'idée était donc de changer l'adresse de destination &amp;quot;à la volée&amp;quot; en utilisant l'arduino et les commandes ATxx&lt;/div&gt;</summary>
		<author><name>Achemin</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Mod%C3%A8le:Bo%C3%AEte_d%C3%A9roulante&amp;diff=1981</id>
		<title>Modèle:Boîte déroulante</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Mod%C3%A8le:Bo%C3%AEte_d%C3%A9roulante&amp;diff=1981"/>
				<updated>2012-04-11T12:29:15Z</updated>
		
		<summary type="html">&lt;p&gt;Achemin : Page créée avec « Coucou »&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Coucou&lt;/div&gt;</summary>
		<author><name>Achemin</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Carte_du_maraudeur&amp;diff=1980</id>
		<title>Carte du maraudeur</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Carte_du_maraudeur&amp;diff=1980"/>
				<updated>2012-04-11T12:29:00Z</updated>
		
		<summary type="html">&lt;p&gt;Achemin : /* Liste du matériel */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Liste du matériel =&lt;br /&gt;
&lt;br /&gt;
== Présent == &lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Transpondeurs RFID (inventaire à réaliser)&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Antennes RFID&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Tags&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Puces Xbee&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Supports Xbee Xplorer&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Supports Xbee Shields&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Cartes Arduino Duemilanove&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== A acheter ==&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Modules Xbee suivant inventaire&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Avancement du projet==&lt;br /&gt;
&lt;br /&gt;
==== Première séance (08/02/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Prise en main du sujet&lt;br /&gt;
&amp;lt;li&amp;gt;Familiarisation avec les composants&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Pour cette première séance , nous avons dans un premier temps cherché les datasheets des transpondeurs RFID (Q5M-005) sur le site Lextronic.&lt;br /&gt;
Cette datasheet nous informe que le module Q5M communique via une liaison série type RS232 (compatible TTL) , nous avons donc cherché un moyen de communiquer avec le module Q5M à l'aide d'un arduino. L'arduino UNO ne comportant qu'un seul &amp;quot;port série&amp;quot; qui est déjà utilisé par le port USB , nous avons dû utiliser la librairie &amp;lt;SoftwareSerial.h&amp;gt; qui permet d'émuler un port série sur des broches &amp;quot;classiques&amp;quot;.&lt;br /&gt;
Nous avons réalisé un premier montage pour communiquer avec le module Q5M via les broches 12(RX) et 13(TX) de l'arduino (Broche RX de l'arduino connectée sur la broche TX du module et inversement). L'arduino a été programmé de façon à récupérer une trame complète de 11 octets puis de l'afficher sur le terminal.&lt;br /&gt;
Malheureusement , nous avons seulement été capable de récupérer un octet contenant 0x00 lorsqu'une carte est présente vers l'antenne , et rien autrement.&lt;br /&gt;
&lt;br /&gt;
==== Deuxième séance (15/02/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectif :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Récupérer l'identifiant d'une carte Unique à l'aide du Q5M&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Suite à l’échec de la semaine dernière et après une relecture de la datasheet , nous avons compris que le Q5M fonctionne sur le principe de requête/réponse. &lt;br /&gt;
Afin de simplifier le problème , nous avons laisser de coté l'arduino , et nous avons tenté de communiquer avec le module Q5M directement en utilisant le logiciel officiel FRAMER qui intègre les trames à envoyer. Pour ces tests , nous utilisons un convertisseur USB/Série connecté à notre module. Malheureusement , là encore , le module n'envoie qu'un seul octet 0x00 lorsque une carte est présente et rien d'autre , peut importe les requêtes que nous envoyons via le programme FRAMER. Dans le doute , nous avons voulu vérifier si les trames envoyé via FRAMER étaient correctes en les récupérant sur l'arduino en utilisant le programme réalisé la semaine d'avant. Après quelques tests , nous somme bien capable de récupérer les octets envoyés via FRAMER mais ceux-ci sont complètement incohérents avec ceux envoyés. Après quelques recherches sur internet , il se trouve que les signaux envoyés par l'ordinateur sur le convertisseur USB/Série sont inversés par rapport à des signaux RS232 compatible TTL ( http://kubuntu.free.fr/blog/index.php/2010/05/13/272-liaison-serie-rs232-vs-ttl ). Nous avons donc placé un inverseur entre le convertisseur USB/Série et l'arduino , et surprise , nous arrivons bien a récupérer les trames envoyées par FRAMER. Nous avons ensuite placé l'inverseur entre le convertisseur USB/Série et le module Q5M mais une fois encore , le module ne retourne qu'un octet 0x00 peut importe les requêtes envoyées via FRAMER.&lt;br /&gt;
&lt;br /&gt;
==== Troisième séance (22/02/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectif :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Récupérer l'identifiant d'une carte Unique à l'aide du Q5M&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Après de nombreuses réflexions et de nombreux tests , nous avons voulu observer ce qu'il se passait sur les autres broches du module ... et nous avons remarqué que la communication série se faisait en fait sur une autre broche ... laissant supposé que notre module n'est pas un Q5M005 mais un UM005 (qui ne fonctionne qu'en &amp;quot;auto-read&amp;quot;) !&lt;br /&gt;
Nous avons donc repris notre &amp;quot;programme de lecture&amp;quot; de la première séance et nous avons enfin réussi à lire un identifiant avec succès !&lt;br /&gt;
&lt;br /&gt;
Maintenant que la lecture des identifiants des cartes RFID se fait correctement , nous avons cherché un moyen de réaliser une interface graphique qui afficherai cet identifiant dans une fenêtre windows. Pour cela nous utilisons le programme &amp;quot;Processing&amp;quot; qui permet de programmer toutes sortes d’éléments graphiques ainsi que de prendre en charge des périphériques USB tel un arduino (ou un Xbee).&lt;br /&gt;
&lt;br /&gt;
Nous avons formalisé les données envoyées par les arduino de la façon suivante :&lt;br /&gt;
Lorsqu'une carte est à portée d'un transpondeur, chaque arduino envoie le texte&lt;br /&gt;
&amp;quot;Base X Carte YYYYY&amp;quot; ou X est l'identifiant du arduino qui correspond à une position sur une carte et YYYYY les 5 octets de l'identifiant de la carte. Partant de cette syntaxe, nous avons réalisé un premier programme sur Processing qui récupère les données envoyées sur le port série et qui les traites de façon à afficher les identifiants à différents endroit d'une fenêtre Windows.&lt;br /&gt;
&lt;br /&gt;
Aperçu :&lt;br /&gt;
&lt;br /&gt;
==== Quatrième séance (07/03/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Utiliser les modules Xbee &lt;br /&gt;
&amp;lt;li&amp;gt;Tester l’intégration de plusieurs modules UM005 sur UN arduino&lt;br /&gt;
&amp;lt;li&amp;gt;Améliorer l'interface graphique pour gérer plusieurs identifiants simultanément &lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Afin de solliciter un peu plus les arduino , nous avons tenté de connecter deux modules UM005 sur un seul arduino. Nous utilisons toujours la librairie &amp;lt;SoftwareSerial.h&amp;gt; pour émuler cette fois-ci deux ports séries. L'écoute de ces ports doit ce faire à tour de rôle par la commande &amp;quot;mySerial.listen()&amp;quot; et &amp;quot;mySerial2.listen()&amp;quot; , l’inconvenant majeur est qu'il faut attendre &amp;quot;2 coups d'envoi&amp;quot; du module pour récupérer les données ce qui rend le système assez lent.&lt;br /&gt;
&lt;br /&gt;
==== Cinquième séance (14/03/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Réaliser un réseau point à point à l'aide des modules Xbee &lt;br /&gt;
&amp;lt;li&amp;gt;Améliorer l'interface graphique pour afficher correctement les identifiants (pas de décalages)&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Nous avons réussi à réaliser un réseau &amp;quot;point à point&amp;quot; avec 3 modules arduino + Xbee. Les données sont transmises en &amp;quot;multi-saut&amp;quot; du module le plus &amp;quot;loin&amp;quot; jusqu'au pc.&lt;br /&gt;
Nous avons amélioré le systeme d'affichage des identifiants dans Processing : lorsque qu'un identifiant change de base , l'affichage se fait sans décalage. &lt;br /&gt;
&lt;br /&gt;
==== Sixième séance (21/03/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Implémenter le calcul et la vérification du CRC avant l'envoi des données (dans l'arduino)&lt;br /&gt;
&amp;lt;li&amp;gt;Améliorer la communication globale entre les modules&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Nous avons implanté la vérification du CRC dans l'arduino avant l'envoie des données via le module Xbee.Nous avons constaté que la communication est beaucoup plus stable : nous n'obtenons plus de message incohérent sur le PC.&lt;br /&gt;
&lt;br /&gt;
==== Septième séance (28/03/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Améliorer l'interface graphique&lt;br /&gt;
&amp;lt;li&amp;gt;Améliorer la communication globale entre les modules&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Le code de notre programme a été changé de façon à pouvoir afficher les identifiants à des positions variables. Nous avons également réussi à charger une image de fond qui peut représenter par la suite le plan d'un bâtiment&lt;br /&gt;
&lt;br /&gt;
==== Huitième séance (04/04/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Rendre le flux de données Xbee bilatérale (adressage 64bits) &lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Jusqu'ici le transfert des données s'effectue bien de manière &amp;quot;point à point&amp;quot; du module le plus loin jusqu'au pc en passant par tout les points , or ce transfert ne s'effectue pour l'instant que dans un seul sens (modules vers pc) , nous voudrions rendre ce flux bilatérale.&lt;br /&gt;
&lt;br /&gt;
==== Neuvième séance (11/04/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Rendre le flux de données Xbee bilatérale&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
La semaine dernière nous avons vu qu'il n'était pas possible d'avoir 2 adresses de destination pour les modules Xbee , l'idée était donc de changer l'adresse de destination &amp;quot;à la volée&amp;quot; en utilisant l'arduino et les commandes ATxx.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
{{boîte déroulante&lt;br /&gt;
| titre = Titre&lt;br /&gt;
| contenu = Texte&lt;br /&gt;
}}&lt;/div&gt;</summary>
		<author><name>Achemin</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Carte_du_maraudeur&amp;diff=1979</id>
		<title>Carte du maraudeur</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Carte_du_maraudeur&amp;diff=1979"/>
				<updated>2012-04-11T12:20:16Z</updated>
		
		<summary type="html">&lt;p&gt;Achemin : /* Huitième séance (04/04/2012) */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Liste du matériel =&lt;br /&gt;
&lt;br /&gt;
== Présent == &lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Transpondeurs RFID (inventaire à réaliser)&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Antennes RFID&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Tags&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Puces Xbee&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Supports Xbee Xplorer&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Supports Xbee Shields&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Cartes Arduino Duemilanove&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== A acheter ==&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Modules Xbee suivant inventaire&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Avancement du projet==&lt;br /&gt;
&lt;br /&gt;
==== Première séance (08/02/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Prise en main du sujet&lt;br /&gt;
&amp;lt;li&amp;gt;Familiarisation avec les composants&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Pour cette première séance , nous avons dans un premier temps cherché les datasheets des transpondeurs RFID (Q5M-005) sur le site Lextronic.&lt;br /&gt;
Cette datasheet nous informe que le module Q5M communique via une liaison série type RS232 (compatible TTL) , nous avons donc cherché un moyen de communiquer avec le module Q5M à l'aide d'un arduino. L'arduino UNO ne comportant qu'un seul &amp;quot;port série&amp;quot; qui est déjà utilisé par le port USB , nous avons dû utiliser la librairie &amp;lt;SoftwareSerial.h&amp;gt; qui permet d'émuler un port série sur des broches &amp;quot;classiques&amp;quot;.&lt;br /&gt;
Nous avons réalisé un premier montage pour communiquer avec le module Q5M via les broches 12(RX) et 13(TX) de l'arduino (Broche RX de l'arduino connectée sur la broche TX du module et inversement). L'arduino a été programmé de façon à récupérer une trame complète de 11 octets puis de l'afficher sur le terminal.&lt;br /&gt;
Malheureusement , nous avons seulement été capable de récupérer un octet contenant 0x00 lorsqu'une carte est présente vers l'antenne , et rien autrement.&lt;br /&gt;
&lt;br /&gt;
==== Deuxième séance (15/02/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectif :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Récupérer l'identifiant d'une carte Unique à l'aide du Q5M&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Suite à l’échec de la semaine dernière et après une relecture de la datasheet , nous avons compris que le Q5M fonctionne sur le principe de requête/réponse. &lt;br /&gt;
Afin de simplifier le problème , nous avons laisser de coté l'arduino , et nous avons tenté de communiquer avec le module Q5M directement en utilisant le logiciel officiel FRAMER qui intègre les trames à envoyer. Pour ces tests , nous utilisons un convertisseur USB/Série connecté à notre module. Malheureusement , là encore , le module n'envoie qu'un seul octet 0x00 lorsque une carte est présente et rien d'autre , peut importe les requêtes que nous envoyons via le programme FRAMER. Dans le doute , nous avons voulu vérifier si les trames envoyé via FRAMER étaient correctes en les récupérant sur l'arduino en utilisant le programme réalisé la semaine d'avant. Après quelques tests , nous somme bien capable de récupérer les octets envoyés via FRAMER mais ceux-ci sont complètement incohérents avec ceux envoyés. Après quelques recherches sur internet , il se trouve que les signaux envoyés par l'ordinateur sur le convertisseur USB/Série sont inversés par rapport à des signaux RS232 compatible TTL ( http://kubuntu.free.fr/blog/index.php/2010/05/13/272-liaison-serie-rs232-vs-ttl ). Nous avons donc placé un inverseur entre le convertisseur USB/Série et l'arduino , et surprise , nous arrivons bien a récupérer les trames envoyées par FRAMER. Nous avons ensuite placé l'inverseur entre le convertisseur USB/Série et le module Q5M mais une fois encore , le module ne retourne qu'un octet 0x00 peut importe les requêtes envoyées via FRAMER.&lt;br /&gt;
&lt;br /&gt;
==== Troisième séance (22/02/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectif :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Récupérer l'identifiant d'une carte Unique à l'aide du Q5M&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Après de nombreuses réflexions et de nombreux tests , nous avons voulu observer ce qu'il se passait sur les autres broches du module ... et nous avons remarqué que la communication série se faisait en fait sur une autre broche ... laissant supposé que notre module n'est pas un Q5M005 mais un UM005 (qui ne fonctionne qu'en &amp;quot;auto-read&amp;quot;) !&lt;br /&gt;
Nous avons donc repris notre &amp;quot;programme de lecture&amp;quot; de la première séance et nous avons enfin réussi à lire un identifiant avec succès !&lt;br /&gt;
&lt;br /&gt;
Maintenant que la lecture des identifiants des cartes RFID se fait correctement , nous avons cherché un moyen de réaliser une interface graphique qui afficherai cet identifiant dans une fenêtre windows. Pour cela nous utilisons le programme &amp;quot;Processing&amp;quot; qui permet de programmer toutes sortes d’éléments graphiques ainsi que de prendre en charge des périphériques USB tel un arduino (ou un Xbee).&lt;br /&gt;
&lt;br /&gt;
Nous avons formalisé les données envoyées par les arduino de la façon suivante :&lt;br /&gt;
Lorsqu'une carte est à portée d'un transpondeur, chaque arduino envoie le texte&lt;br /&gt;
&amp;quot;Base X Carte YYYYY&amp;quot; ou X est l'identifiant du arduino qui correspond à une position sur une carte et YYYYY les 5 octets de l'identifiant de la carte. Partant de cette syntaxe, nous avons réalisé un premier programme sur Processing qui récupère les données envoyées sur le port série et qui les traites de façon à afficher les identifiants à différents endroit d'une fenêtre Windows.&lt;br /&gt;
&lt;br /&gt;
Aperçu :&lt;br /&gt;
&lt;br /&gt;
==== Quatrième séance (07/03/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Utiliser les modules Xbee &lt;br /&gt;
&amp;lt;li&amp;gt;Tester l’intégration de plusieurs modules UM005 sur UN arduino&lt;br /&gt;
&amp;lt;li&amp;gt;Améliorer l'interface graphique pour gérer plusieurs identifiants simultanément &lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Afin de solliciter un peu plus les arduino , nous avons tenté de connecter deux modules UM005 sur un seul arduino. Nous utilisons toujours la librairie &amp;lt;SoftwareSerial.h&amp;gt; pour émuler cette fois-ci deux ports séries. L'écoute de ces ports doit ce faire à tour de rôle par la commande &amp;quot;mySerial.listen()&amp;quot; et &amp;quot;mySerial2.listen()&amp;quot; , l’inconvenant majeur est qu'il faut attendre &amp;quot;2 coups d'envoi&amp;quot; du module pour récupérer les données ce qui rend le système assez lent.&lt;br /&gt;
&lt;br /&gt;
==== Cinquième séance (14/03/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Réaliser un réseau point à point à l'aide des modules Xbee &lt;br /&gt;
&amp;lt;li&amp;gt;Améliorer l'interface graphique pour afficher correctement les identifiants (pas de décalages)&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Nous avons réussi à réaliser un réseau &amp;quot;point à point&amp;quot; avec 3 modules arduino + Xbee. Les données sont transmises en &amp;quot;multi-saut&amp;quot; du module le plus &amp;quot;loin&amp;quot; jusqu'au pc.&lt;br /&gt;
Nous avons amélioré le systeme d'affichage des identifiants dans Processing : lorsque qu'un identifiant change de base , l'affichage se fait sans décalage. &lt;br /&gt;
&lt;br /&gt;
==== Sixième séance (21/03/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Implémenter le calcul et la vérification du CRC avant l'envoi des données (dans l'arduino)&lt;br /&gt;
&amp;lt;li&amp;gt;Améliorer la communication globale entre les modules&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Nous avons implanté la vérification du CRC dans l'arduino avant l'envoie des données via le module Xbee.Nous avons constaté que la communication est beaucoup plus stable : nous n'obtenons plus de message incohérent sur le PC.&lt;br /&gt;
&lt;br /&gt;
==== Septième séance (28/03/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Améliorer l'interface graphique&lt;br /&gt;
&amp;lt;li&amp;gt;Améliorer la communication globale entre les modules&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Le code de notre programme a été changé de façon à pouvoir afficher les identifiants à des positions variables. Nous avons également réussi à charger une image de fond qui peut représenter par la suite le plan d'un bâtiment&lt;br /&gt;
&lt;br /&gt;
==== Huitième séance (04/04/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Rendre le flux de données Xbee bilatérale (adressage 64bits) &lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Jusqu'ici le transfert des données s'effectue bien de manière &amp;quot;point à point&amp;quot; du module le plus loin jusqu'au pc en passant par tout les points , or ce transfert ne s'effectue pour l'instant que dans un seul sens (modules vers pc) , nous voudrions rendre ce flux bilatérale.&lt;br /&gt;
&lt;br /&gt;
==== Neuvième séance (11/04/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Rendre le flux de données Xbee bilatérale&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
La semaine dernière nous avons vu qu'il n'était pas possible d'avoir 2 adresses de destination pour les modules Xbee , l'idée était donc de changer l'adresse de destination &amp;quot;à la volée&amp;quot; en utilisant l'arduino et les commandes ATxx.&lt;/div&gt;</summary>
		<author><name>Achemin</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Carte_du_maraudeur&amp;diff=1978</id>
		<title>Carte du maraudeur</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Carte_du_maraudeur&amp;diff=1978"/>
				<updated>2012-04-11T12:19:22Z</updated>
		
		<summary type="html">&lt;p&gt;Achemin : /* Sixième séance (21/03/2012) */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Liste du matériel =&lt;br /&gt;
&lt;br /&gt;
== Présent == &lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Transpondeurs RFID (inventaire à réaliser)&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Antennes RFID&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Tags&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Puces Xbee&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Supports Xbee Xplorer&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Supports Xbee Shields&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Cartes Arduino Duemilanove&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== A acheter ==&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Modules Xbee suivant inventaire&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Avancement du projet==&lt;br /&gt;
&lt;br /&gt;
==== Première séance (08/02/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Prise en main du sujet&lt;br /&gt;
&amp;lt;li&amp;gt;Familiarisation avec les composants&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Pour cette première séance , nous avons dans un premier temps cherché les datasheets des transpondeurs RFID (Q5M-005) sur le site Lextronic.&lt;br /&gt;
Cette datasheet nous informe que le module Q5M communique via une liaison série type RS232 (compatible TTL) , nous avons donc cherché un moyen de communiquer avec le module Q5M à l'aide d'un arduino. L'arduino UNO ne comportant qu'un seul &amp;quot;port série&amp;quot; qui est déjà utilisé par le port USB , nous avons dû utiliser la librairie &amp;lt;SoftwareSerial.h&amp;gt; qui permet d'émuler un port série sur des broches &amp;quot;classiques&amp;quot;.&lt;br /&gt;
Nous avons réalisé un premier montage pour communiquer avec le module Q5M via les broches 12(RX) et 13(TX) de l'arduino (Broche RX de l'arduino connectée sur la broche TX du module et inversement). L'arduino a été programmé de façon à récupérer une trame complète de 11 octets puis de l'afficher sur le terminal.&lt;br /&gt;
Malheureusement , nous avons seulement été capable de récupérer un octet contenant 0x00 lorsqu'une carte est présente vers l'antenne , et rien autrement.&lt;br /&gt;
&lt;br /&gt;
==== Deuxième séance (15/02/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectif :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Récupérer l'identifiant d'une carte Unique à l'aide du Q5M&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Suite à l’échec de la semaine dernière et après une relecture de la datasheet , nous avons compris que le Q5M fonctionne sur le principe de requête/réponse. &lt;br /&gt;
Afin de simplifier le problème , nous avons laisser de coté l'arduino , et nous avons tenté de communiquer avec le module Q5M directement en utilisant le logiciel officiel FRAMER qui intègre les trames à envoyer. Pour ces tests , nous utilisons un convertisseur USB/Série connecté à notre module. Malheureusement , là encore , le module n'envoie qu'un seul octet 0x00 lorsque une carte est présente et rien d'autre , peut importe les requêtes que nous envoyons via le programme FRAMER. Dans le doute , nous avons voulu vérifier si les trames envoyé via FRAMER étaient correctes en les récupérant sur l'arduino en utilisant le programme réalisé la semaine d'avant. Après quelques tests , nous somme bien capable de récupérer les octets envoyés via FRAMER mais ceux-ci sont complètement incohérents avec ceux envoyés. Après quelques recherches sur internet , il se trouve que les signaux envoyés par l'ordinateur sur le convertisseur USB/Série sont inversés par rapport à des signaux RS232 compatible TTL ( http://kubuntu.free.fr/blog/index.php/2010/05/13/272-liaison-serie-rs232-vs-ttl ). Nous avons donc placé un inverseur entre le convertisseur USB/Série et l'arduino , et surprise , nous arrivons bien a récupérer les trames envoyées par FRAMER. Nous avons ensuite placé l'inverseur entre le convertisseur USB/Série et le module Q5M mais une fois encore , le module ne retourne qu'un octet 0x00 peut importe les requêtes envoyées via FRAMER.&lt;br /&gt;
&lt;br /&gt;
==== Troisième séance (22/02/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectif :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Récupérer l'identifiant d'une carte Unique à l'aide du Q5M&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Après de nombreuses réflexions et de nombreux tests , nous avons voulu observer ce qu'il se passait sur les autres broches du module ... et nous avons remarqué que la communication série se faisait en fait sur une autre broche ... laissant supposé que notre module n'est pas un Q5M005 mais un UM005 (qui ne fonctionne qu'en &amp;quot;auto-read&amp;quot;) !&lt;br /&gt;
Nous avons donc repris notre &amp;quot;programme de lecture&amp;quot; de la première séance et nous avons enfin réussi à lire un identifiant avec succès !&lt;br /&gt;
&lt;br /&gt;
Maintenant que la lecture des identifiants des cartes RFID se fait correctement , nous avons cherché un moyen de réaliser une interface graphique qui afficherai cet identifiant dans une fenêtre windows. Pour cela nous utilisons le programme &amp;quot;Processing&amp;quot; qui permet de programmer toutes sortes d’éléments graphiques ainsi que de prendre en charge des périphériques USB tel un arduino (ou un Xbee).&lt;br /&gt;
&lt;br /&gt;
Nous avons formalisé les données envoyées par les arduino de la façon suivante :&lt;br /&gt;
Lorsqu'une carte est à portée d'un transpondeur, chaque arduino envoie le texte&lt;br /&gt;
&amp;quot;Base X Carte YYYYY&amp;quot; ou X est l'identifiant du arduino qui correspond à une position sur une carte et YYYYY les 5 octets de l'identifiant de la carte. Partant de cette syntaxe, nous avons réalisé un premier programme sur Processing qui récupère les données envoyées sur le port série et qui les traites de façon à afficher les identifiants à différents endroit d'une fenêtre Windows.&lt;br /&gt;
&lt;br /&gt;
Aperçu :&lt;br /&gt;
&lt;br /&gt;
==== Quatrième séance (07/03/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Utiliser les modules Xbee &lt;br /&gt;
&amp;lt;li&amp;gt;Tester l’intégration de plusieurs modules UM005 sur UN arduino&lt;br /&gt;
&amp;lt;li&amp;gt;Améliorer l'interface graphique pour gérer plusieurs identifiants simultanément &lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Afin de solliciter un peu plus les arduino , nous avons tenté de connecter deux modules UM005 sur un seul arduino. Nous utilisons toujours la librairie &amp;lt;SoftwareSerial.h&amp;gt; pour émuler cette fois-ci deux ports séries. L'écoute de ces ports doit ce faire à tour de rôle par la commande &amp;quot;mySerial.listen()&amp;quot; et &amp;quot;mySerial2.listen()&amp;quot; , l’inconvenant majeur est qu'il faut attendre &amp;quot;2 coups d'envoi&amp;quot; du module pour récupérer les données ce qui rend le système assez lent.&lt;br /&gt;
&lt;br /&gt;
==== Cinquième séance (14/03/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Réaliser un réseau point à point à l'aide des modules Xbee &lt;br /&gt;
&amp;lt;li&amp;gt;Améliorer l'interface graphique pour afficher correctement les identifiants (pas de décalages)&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Nous avons réussi à réaliser un réseau &amp;quot;point à point&amp;quot; avec 3 modules arduino + Xbee. Les données sont transmises en &amp;quot;multi-saut&amp;quot; du module le plus &amp;quot;loin&amp;quot; jusqu'au pc.&lt;br /&gt;
Nous avons amélioré le systeme d'affichage des identifiants dans Processing : lorsque qu'un identifiant change de base , l'affichage se fait sans décalage. &lt;br /&gt;
&lt;br /&gt;
==== Sixième séance (21/03/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Implémenter le calcul et la vérification du CRC avant l'envoi des données (dans l'arduino)&lt;br /&gt;
&amp;lt;li&amp;gt;Améliorer la communication globale entre les modules&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Nous avons implanté la vérification du CRC dans l'arduino avant l'envoie des données via le module Xbee.Nous avons constaté que la communication est beaucoup plus stable : nous n'obtenons plus de message incohérent sur le PC.&lt;br /&gt;
&lt;br /&gt;
==== Septième séance (28/03/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Améliorer l'interface graphique&lt;br /&gt;
&amp;lt;li&amp;gt;Améliorer la communication globale entre les modules&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Le code de notre programme a été changé de façon à pouvoir afficher les identifiants à des positions variables. Nous avons également réussi à charger une image de fond qui peut représenter par la suite le plan d'un bâtiment&lt;br /&gt;
&lt;br /&gt;
==== Huitième séance (04/04/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Rendre le flux de données Xbee bilatérale (adressage 64bits) &lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Jusqu'ici le transfert des données s'effectue bien de manière &amp;quot;point à point&amp;quot; du module le plus loin jusqu'au pc en passant par tout les points , or ce transfere ne s'effectue pour l'instant que dans un seul sens (modules vers pc) , nous voudrions rendre ce flux bilatérale.&lt;br /&gt;
==== Neuvième séance (11/04/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Rendre le flux de données Xbee bilatérale&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
La semaine dernière nous avons vu qu'il n'était pas possible d'avoir 2 adresses de destination pour les modules Xbee , l'idée était donc de changer l'adresse de destination &amp;quot;à la volée&amp;quot; en utilisant l'arduino et les commandes ATxx.&lt;/div&gt;</summary>
		<author><name>Achemin</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Carte_du_maraudeur&amp;diff=1977</id>
		<title>Carte du maraudeur</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Carte_du_maraudeur&amp;diff=1977"/>
				<updated>2012-04-11T12:19:07Z</updated>
		
		<summary type="html">&lt;p&gt;Achemin : /* Septième séance (28/03/2012) */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Liste du matériel =&lt;br /&gt;
&lt;br /&gt;
== Présent == &lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Transpondeurs RFID (inventaire à réaliser)&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Antennes RFID&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Tags&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Puces Xbee&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Supports Xbee Xplorer&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Supports Xbee Shields&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Cartes Arduino Duemilanove&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== A acheter ==&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Modules Xbee suivant inventaire&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Avancement du projet==&lt;br /&gt;
&lt;br /&gt;
==== Première séance (08/02/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Prise en main du sujet&lt;br /&gt;
&amp;lt;li&amp;gt;Familiarisation avec les composants&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Pour cette première séance , nous avons dans un premier temps cherché les datasheets des transpondeurs RFID (Q5M-005) sur le site Lextronic.&lt;br /&gt;
Cette datasheet nous informe que le module Q5M communique via une liaison série type RS232 (compatible TTL) , nous avons donc cherché un moyen de communiquer avec le module Q5M à l'aide d'un arduino. L'arduino UNO ne comportant qu'un seul &amp;quot;port série&amp;quot; qui est déjà utilisé par le port USB , nous avons dû utiliser la librairie &amp;lt;SoftwareSerial.h&amp;gt; qui permet d'émuler un port série sur des broches &amp;quot;classiques&amp;quot;.&lt;br /&gt;
Nous avons réalisé un premier montage pour communiquer avec le module Q5M via les broches 12(RX) et 13(TX) de l'arduino (Broche RX de l'arduino connectée sur la broche TX du module et inversement). L'arduino a été programmé de façon à récupérer une trame complète de 11 octets puis de l'afficher sur le terminal.&lt;br /&gt;
Malheureusement , nous avons seulement été capable de récupérer un octet contenant 0x00 lorsqu'une carte est présente vers l'antenne , et rien autrement.&lt;br /&gt;
&lt;br /&gt;
==== Deuxième séance (15/02/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectif :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Récupérer l'identifiant d'une carte Unique à l'aide du Q5M&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Suite à l’échec de la semaine dernière et après une relecture de la datasheet , nous avons compris que le Q5M fonctionne sur le principe de requête/réponse. &lt;br /&gt;
Afin de simplifier le problème , nous avons laisser de coté l'arduino , et nous avons tenté de communiquer avec le module Q5M directement en utilisant le logiciel officiel FRAMER qui intègre les trames à envoyer. Pour ces tests , nous utilisons un convertisseur USB/Série connecté à notre module. Malheureusement , là encore , le module n'envoie qu'un seul octet 0x00 lorsque une carte est présente et rien d'autre , peut importe les requêtes que nous envoyons via le programme FRAMER. Dans le doute , nous avons voulu vérifier si les trames envoyé via FRAMER étaient correctes en les récupérant sur l'arduino en utilisant le programme réalisé la semaine d'avant. Après quelques tests , nous somme bien capable de récupérer les octets envoyés via FRAMER mais ceux-ci sont complètement incohérents avec ceux envoyés. Après quelques recherches sur internet , il se trouve que les signaux envoyés par l'ordinateur sur le convertisseur USB/Série sont inversés par rapport à des signaux RS232 compatible TTL ( http://kubuntu.free.fr/blog/index.php/2010/05/13/272-liaison-serie-rs232-vs-ttl ). Nous avons donc placé un inverseur entre le convertisseur USB/Série et l'arduino , et surprise , nous arrivons bien a récupérer les trames envoyées par FRAMER. Nous avons ensuite placé l'inverseur entre le convertisseur USB/Série et le module Q5M mais une fois encore , le module ne retourne qu'un octet 0x00 peut importe les requêtes envoyées via FRAMER.&lt;br /&gt;
&lt;br /&gt;
==== Troisième séance (22/02/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectif :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Récupérer l'identifiant d'une carte Unique à l'aide du Q5M&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Après de nombreuses réflexions et de nombreux tests , nous avons voulu observer ce qu'il se passait sur les autres broches du module ... et nous avons remarqué que la communication série se faisait en fait sur une autre broche ... laissant supposé que notre module n'est pas un Q5M005 mais un UM005 (qui ne fonctionne qu'en &amp;quot;auto-read&amp;quot;) !&lt;br /&gt;
Nous avons donc repris notre &amp;quot;programme de lecture&amp;quot; de la première séance et nous avons enfin réussi à lire un identifiant avec succès !&lt;br /&gt;
&lt;br /&gt;
Maintenant que la lecture des identifiants des cartes RFID se fait correctement , nous avons cherché un moyen de réaliser une interface graphique qui afficherai cet identifiant dans une fenêtre windows. Pour cela nous utilisons le programme &amp;quot;Processing&amp;quot; qui permet de programmer toutes sortes d’éléments graphiques ainsi que de prendre en charge des périphériques USB tel un arduino (ou un Xbee).&lt;br /&gt;
&lt;br /&gt;
Nous avons formalisé les données envoyées par les arduino de la façon suivante :&lt;br /&gt;
Lorsqu'une carte est à portée d'un transpondeur, chaque arduino envoie le texte&lt;br /&gt;
&amp;quot;Base X Carte YYYYY&amp;quot; ou X est l'identifiant du arduino qui correspond à une position sur une carte et YYYYY les 5 octets de l'identifiant de la carte. Partant de cette syntaxe, nous avons réalisé un premier programme sur Processing qui récupère les données envoyées sur le port série et qui les traites de façon à afficher les identifiants à différents endroit d'une fenêtre Windows.&lt;br /&gt;
&lt;br /&gt;
Aperçu :&lt;br /&gt;
&lt;br /&gt;
==== Quatrième séance (07/03/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Utiliser les modules Xbee &lt;br /&gt;
&amp;lt;li&amp;gt;Tester l’intégration de plusieurs modules UM005 sur UN arduino&lt;br /&gt;
&amp;lt;li&amp;gt;Améliorer l'interface graphique pour gérer plusieurs identifiants simultanément &lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Afin de solliciter un peu plus les arduino , nous avons tenté de connecter deux modules UM005 sur un seul arduino. Nous utilisons toujours la librairie &amp;lt;SoftwareSerial.h&amp;gt; pour émuler cette fois-ci deux ports séries. L'écoute de ces ports doit ce faire à tour de rôle par la commande &amp;quot;mySerial.listen()&amp;quot; et &amp;quot;mySerial2.listen()&amp;quot; , l’inconvenant majeur est qu'il faut attendre &amp;quot;2 coups d'envoi&amp;quot; du module pour récupérer les données ce qui rend le système assez lent.&lt;br /&gt;
&lt;br /&gt;
==== Cinquième séance (14/03/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Réaliser un réseau point à point à l'aide des modules Xbee &lt;br /&gt;
&amp;lt;li&amp;gt;Améliorer l'interface graphique pour afficher correctement les identifiants (pas de décalages)&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Nous avons réussi à réaliser un réseau &amp;quot;point à point&amp;quot; avec 3 modules arduino + Xbee. Les données sont transmises en &amp;quot;multi-saut&amp;quot; du module le plus &amp;quot;loin&amp;quot; jusqu'au pc.&lt;br /&gt;
Nous avons amélioré le systeme d'affichage des identifiants dans Processing : lorsque qu'un identifiant change de base , l'affichage se fait sans décalage. &lt;br /&gt;
&lt;br /&gt;
==== Sixième séance (21/03/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Implémenter le calcul et la vérification du CRC avant l'envoi des données (dans l'arduino)&lt;br /&gt;
&amp;lt;li&amp;gt;Améliorer la communication globale entre les modules&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Nous avons implanté la vérification du CRC dans l'arduino avant l'envoie des données via le module Xbee.Nous avons constaté que la communication est beaucoup plus stable : nous n'obtenons plus de message &amp;quot;incohérents&amp;quot; sur le PC.&lt;br /&gt;
&lt;br /&gt;
==== Septième séance (28/03/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Améliorer l'interface graphique&lt;br /&gt;
&amp;lt;li&amp;gt;Améliorer la communication globale entre les modules&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Le code de notre programme a été changé de façon à pouvoir afficher les identifiants à des positions variables. Nous avons également réussi à charger une image de fond qui peut représenter par la suite le plan d'un bâtiment&lt;br /&gt;
&lt;br /&gt;
==== Huitième séance (04/04/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Rendre le flux de données Xbee bilatérale (adressage 64bits) &lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Jusqu'ici le transfert des données s'effectue bien de manière &amp;quot;point à point&amp;quot; du module le plus loin jusqu'au pc en passant par tout les points , or ce transfere ne s'effectue pour l'instant que dans un seul sens (modules vers pc) , nous voudrions rendre ce flux bilatérale.&lt;br /&gt;
==== Neuvième séance (11/04/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Rendre le flux de données Xbee bilatérale&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
La semaine dernière nous avons vu qu'il n'était pas possible d'avoir 2 adresses de destination pour les modules Xbee , l'idée était donc de changer l'adresse de destination &amp;quot;à la volée&amp;quot; en utilisant l'arduino et les commandes ATxx.&lt;/div&gt;</summary>
		<author><name>Achemin</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Carte_du_maraudeur&amp;diff=1976</id>
		<title>Carte du maraudeur</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Carte_du_maraudeur&amp;diff=1976"/>
				<updated>2012-04-11T12:17:23Z</updated>
		
		<summary type="html">&lt;p&gt;Achemin : /* Liste du matériel */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Liste du matériel =&lt;br /&gt;
&lt;br /&gt;
== Présent == &lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Transpondeurs RFID (inventaire à réaliser)&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Antennes RFID&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Tags&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Puces Xbee&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Supports Xbee Xplorer&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Supports Xbee Shields&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Cartes Arduino Duemilanove&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== A acheter ==&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Modules Xbee suivant inventaire&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Avancement du projet==&lt;br /&gt;
&lt;br /&gt;
==== Première séance (08/02/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Prise en main du sujet&lt;br /&gt;
&amp;lt;li&amp;gt;Familiarisation avec les composants&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Pour cette première séance , nous avons dans un premier temps cherché les datasheets des transpondeurs RFID (Q5M-005) sur le site Lextronic.&lt;br /&gt;
Cette datasheet nous informe que le module Q5M communique via une liaison série type RS232 (compatible TTL) , nous avons donc cherché un moyen de communiquer avec le module Q5M à l'aide d'un arduino. L'arduino UNO ne comportant qu'un seul &amp;quot;port série&amp;quot; qui est déjà utilisé par le port USB , nous avons dû utiliser la librairie &amp;lt;SoftwareSerial.h&amp;gt; qui permet d'émuler un port série sur des broches &amp;quot;classiques&amp;quot;.&lt;br /&gt;
Nous avons réalisé un premier montage pour communiquer avec le module Q5M via les broches 12(RX) et 13(TX) de l'arduino (Broche RX de l'arduino connectée sur la broche TX du module et inversement). L'arduino a été programmé de façon à récupérer une trame complète de 11 octets puis de l'afficher sur le terminal.&lt;br /&gt;
Malheureusement , nous avons seulement été capable de récupérer un octet contenant 0x00 lorsqu'une carte est présente vers l'antenne , et rien autrement.&lt;br /&gt;
&lt;br /&gt;
==== Deuxième séance (15/02/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectif :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Récupérer l'identifiant d'une carte Unique à l'aide du Q5M&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Suite à l’échec de la semaine dernière et après une relecture de la datasheet , nous avons compris que le Q5M fonctionne sur le principe de requête/réponse. &lt;br /&gt;
Afin de simplifier le problème , nous avons laisser de coté l'arduino , et nous avons tenté de communiquer avec le module Q5M directement en utilisant le logiciel officiel FRAMER qui intègre les trames à envoyer. Pour ces tests , nous utilisons un convertisseur USB/Série connecté à notre module. Malheureusement , là encore , le module n'envoie qu'un seul octet 0x00 lorsque une carte est présente et rien d'autre , peut importe les requêtes que nous envoyons via le programme FRAMER. Dans le doute , nous avons voulu vérifier si les trames envoyé via FRAMER étaient correctes en les récupérant sur l'arduino en utilisant le programme réalisé la semaine d'avant. Après quelques tests , nous somme bien capable de récupérer les octets envoyés via FRAMER mais ceux-ci sont complètement incohérents avec ceux envoyés. Après quelques recherches sur internet , il se trouve que les signaux envoyés par l'ordinateur sur le convertisseur USB/Série sont inversés par rapport à des signaux RS232 compatible TTL ( http://kubuntu.free.fr/blog/index.php/2010/05/13/272-liaison-serie-rs232-vs-ttl ). Nous avons donc placé un inverseur entre le convertisseur USB/Série et l'arduino , et surprise , nous arrivons bien a récupérer les trames envoyées par FRAMER. Nous avons ensuite placé l'inverseur entre le convertisseur USB/Série et le module Q5M mais une fois encore , le module ne retourne qu'un octet 0x00 peut importe les requêtes envoyées via FRAMER.&lt;br /&gt;
&lt;br /&gt;
==== Troisième séance (22/02/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectif :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Récupérer l'identifiant d'une carte Unique à l'aide du Q5M&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Après de nombreuses réflexions et de nombreux tests , nous avons voulu observer ce qu'il se passait sur les autres broches du module ... et nous avons remarqué que la communication série se faisait en fait sur une autre broche ... laissant supposé que notre module n'est pas un Q5M005 mais un UM005 (qui ne fonctionne qu'en &amp;quot;auto-read&amp;quot;) !&lt;br /&gt;
Nous avons donc repris notre &amp;quot;programme de lecture&amp;quot; de la première séance et nous avons enfin réussi à lire un identifiant avec succès !&lt;br /&gt;
&lt;br /&gt;
Maintenant que la lecture des identifiants des cartes RFID se fait correctement , nous avons cherché un moyen de réaliser une interface graphique qui afficherai cet identifiant dans une fenêtre windows. Pour cela nous utilisons le programme &amp;quot;Processing&amp;quot; qui permet de programmer toutes sortes d’éléments graphiques ainsi que de prendre en charge des périphériques USB tel un arduino (ou un Xbee).&lt;br /&gt;
&lt;br /&gt;
Nous avons formalisé les données envoyées par les arduino de la façon suivante :&lt;br /&gt;
Lorsqu'une carte est à portée d'un transpondeur, chaque arduino envoie le texte&lt;br /&gt;
&amp;quot;Base X Carte YYYYY&amp;quot; ou X est l'identifiant du arduino qui correspond à une position sur une carte et YYYYY les 5 octets de l'identifiant de la carte. Partant de cette syntaxe, nous avons réalisé un premier programme sur Processing qui récupère les données envoyées sur le port série et qui les traites de façon à afficher les identifiants à différents endroit d'une fenêtre Windows.&lt;br /&gt;
&lt;br /&gt;
Aperçu :&lt;br /&gt;
&lt;br /&gt;
==== Quatrième séance (07/03/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Utiliser les modules Xbee &lt;br /&gt;
&amp;lt;li&amp;gt;Tester l’intégration de plusieurs modules UM005 sur UN arduino&lt;br /&gt;
&amp;lt;li&amp;gt;Améliorer l'interface graphique pour gérer plusieurs identifiants simultanément &lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Afin de solliciter un peu plus les arduino , nous avons tenté de connecter deux modules UM005 sur un seul arduino. Nous utilisons toujours la librairie &amp;lt;SoftwareSerial.h&amp;gt; pour émuler cette fois-ci deux ports séries. L'écoute de ces ports doit ce faire à tour de rôle par la commande &amp;quot;mySerial.listen()&amp;quot; et &amp;quot;mySerial2.listen()&amp;quot; , l’inconvenant majeur est qu'il faut attendre &amp;quot;2 coups d'envoi&amp;quot; du module pour récupérer les données ce qui rend le système assez lent.&lt;br /&gt;
&lt;br /&gt;
==== Cinquième séance (14/03/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Réaliser un réseau point à point à l'aide des modules Xbee &lt;br /&gt;
&amp;lt;li&amp;gt;Améliorer l'interface graphique pour afficher correctement les identifiants (pas de décalages)&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Nous avons réussi à réaliser un réseau &amp;quot;point à point&amp;quot; avec 3 modules arduino + Xbee. Les données sont transmises en &amp;quot;multi-saut&amp;quot; du module le plus &amp;quot;loin&amp;quot; jusqu'au pc.&lt;br /&gt;
Nous avons amélioré le systeme d'affichage des identifiants dans Processing : lorsque qu'un identifiant change de base , l'affichage se fait sans décalage. &lt;br /&gt;
&lt;br /&gt;
==== Sixième séance (21/03/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Implémenter le calcul et la vérification du CRC avant l'envoi des données (dans l'arduino)&lt;br /&gt;
&amp;lt;li&amp;gt;Améliorer la communication globale entre les modules&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Nous avons implanté la vérification du CRC dans l'arduino avant l'envoie des données via le module Xbee.Nous avons constaté que la communication est beaucoup plus stable : nous n'obtenons plus de message &amp;quot;incohérents&amp;quot; sur le PC.&lt;br /&gt;
&lt;br /&gt;
==== Septième séance (28/03/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Améliorer l'interface graphique&lt;br /&gt;
&amp;lt;li&amp;gt;Améliorer la communication globale entre les modules&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Le code de notre programme a été changé de façon à pouvoir afficher les identifiants à des positions variables. Nous avons également reussi à charger une image de fond qui peut représenté par la suite le plan d'un bâtiment &lt;br /&gt;
==== Huitième séance (04/04/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Rendre le flux de données Xbee bilatérale (adressage 64bits) &lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Jusqu'ici le transfert des données s'effectue bien de manière &amp;quot;point à point&amp;quot; du module le plus loin jusqu'au pc en passant par tout les points , or ce transfere ne s'effectue pour l'instant que dans un seul sens (modules vers pc) , nous voudrions rendre ce flux bilatérale.&lt;br /&gt;
==== Neuvième séance (11/04/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Rendre le flux de données Xbee bilatérale&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
La semaine dernière nous avons vu qu'il n'était pas possible d'avoir 2 adresses de destination pour les modules Xbee , l'idée était donc de changer l'adresse de destination &amp;quot;à la volée&amp;quot; en utilisant l'arduino et les commandes ATxx.&lt;/div&gt;</summary>
		<author><name>Achemin</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Carte_du_maraudeur&amp;diff=1756</id>
		<title>Carte du maraudeur</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Carte_du_maraudeur&amp;diff=1756"/>
				<updated>2012-03-19T16:39:10Z</updated>
		
		<summary type="html">&lt;p&gt;Achemin : /* Quatrième séance (07/03/2012) */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Liste du matériel =&lt;br /&gt;
&lt;br /&gt;
== Présent == &lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Transpondeurs RFID (inventaire à réaliser)&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Antennes RFID&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Tags&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Puces Xbee&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Supports Xbee Xplorer&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Supports Xbee Shields&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Cartes Arduino Duemilanove&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== A acheter ==&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Modules Xbee suivant inventaire&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Avancement du projet==&lt;br /&gt;
&lt;br /&gt;
==== Première séance (08/02/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Prise en main du sujet&lt;br /&gt;
&amp;lt;li&amp;gt;Familiarisation avec les composants&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Pour cette première séance , nous avons dans un premier temps cherché les datasheets des transpondeurs RFID (Q5M-005) sur le site Lextronic.&lt;br /&gt;
Cette datasheet nous informe que le module Q5M communique via une liaison série type RS232 (compatible TTL) , nous avons donc cherché un moyen de communiquer avec le module Q5M à l'aide d'un arduino. L'arduino UNO ne comportant qu'un seul &amp;quot;port série&amp;quot; qui est déjà utilisé par le port USB , nous avons dû utiliser la librairie &amp;lt;SoftwareSerial.h&amp;gt; qui permet d'émuler un port série sur des broches &amp;quot;classiques&amp;quot;.&lt;br /&gt;
Nous avons réalisé un premier montage pour communiquer avec le module Q5M via les broches 12(RX) et 13(TX) de l'arduino (Broche RX de l'arduino connectée sur la broche TX du module et inversement). L'arduino a été programmé de façon à récupérer une trame complète de 11 octets puis de l'afficher sur le terminal.&lt;br /&gt;
Malheureusement , nous avons seulement été capable de récupérer un octet contenant 0x00 lorsqu'une carte est présente vers l'antenne , et rien autrement.&lt;br /&gt;
&lt;br /&gt;
==== Deuxième séance (15/02/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectif :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Récupérer l'identifiant d'une carte Unique à l'aide du Q5M&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Suite à l’échec de la semaine dernière et après une relecture de la datasheet , nous avons compris que le Q5M fonctionne sur le principe de requête/réponse. &lt;br /&gt;
Afin de simplifier le problème , nous avons laisser de coté l'arduino , et nous avons tenté de communiquer avec le module Q5M directement en utilisant le logiciel officiel FRAMER qui intègre les trames à envoyer. Pour ces tests , nous utilisons un convertisseur USB/Série connecté à notre module. Malheureusement , là encore , le module n'envoie qu'un seul octet 0x00 lorsque une carte est présente et rien d'autre , peut importe les requêtes que nous envoyons via le programme FRAMER. Dans le doute , nous avons voulu vérifier si les trames envoyé via FRAMER étaient correctes en les récupérant sur l'arduino en utilisant le programme réalisé la semaine d'avant. Après quelques tests , nous somme bien capable de récupérer les octets envoyés via FRAMER mais ceux-ci sont complètement incohérents avec ceux envoyés. Après quelques recherches sur internet , il se trouve que les signaux envoyés par l'ordinateur sur le convertisseur USB/Série sont inversés par rapport à des signaux RS232 compatible TTL ( http://kubuntu.free.fr/blog/index.php/2010/05/13/272-liaison-serie-rs232-vs-ttl ). Nous avons donc placé un inverseur entre le convertisseur USB/Série et l'arduino , et surprise , nous arrivons bien a récupérer les trames envoyées par FRAMER. Nous avons ensuite placé l'inverseur entre le convertisseur USB/Série et le module Q5M mais une fois encore , le module ne retourne qu'un octet 0x00 peut importe les requêtes envoyées via FRAMER.&lt;br /&gt;
&lt;br /&gt;
==== Troisième séance (22/02/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectif :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Récupérer l'identifiant d'une carte Unique à l'aide du Q5M&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Après de nombreuses réflexions et de nombreux tests , nous avons voulu observer ce qu'il se passait sur les autres broches du module ... et nous avons remarqué que la communication série se faisait en fait sur une autre broche ... laissant supposé que notre module n'est pas un Q5M005 mais un UM005 (qui ne fonctionne qu'en &amp;quot;auto-read&amp;quot;) !&lt;br /&gt;
Nous avons donc repris notre &amp;quot;programme de lecture&amp;quot; de la première séance et nous avons enfin réussi à lire un identifiant avec succès !&lt;br /&gt;
&lt;br /&gt;
Maintenant que la lecture des identifiants des cartes RFID se fait correctement , nous avons cherché un moyen de réaliser une interface graphique qui afficherai cet identifiant dans une fenêtre windows. Pour cela nous utilisons le programme &amp;quot;Processing&amp;quot; qui permet de programmer toutes sortes d’éléments graphiques ainsi que de prendre en charge des périphériques USB tel un arduino (ou un Xbee).&lt;br /&gt;
&lt;br /&gt;
Nous avons formalisé les données envoyées par les arduino de la façon suivante :&lt;br /&gt;
Lorsqu'une carte est à portée d'un transpondeur, chaque arduino envoie le texte&lt;br /&gt;
&amp;quot;Base X Carte YYYYY&amp;quot; ou X est l'identifiant du arduino qui correspond à une position sur une carte et YYYYY les 5 octets de l'identifiant de la carte. Partant de cette syntaxe, nous avons réalisé un premier programme sur Processing qui récupère les données envoyées sur le port série et qui les traites de façon à afficher les identifiants à différents endroit d'une fenêtre Windows.&lt;br /&gt;
&lt;br /&gt;
Aperçu :&lt;br /&gt;
&lt;br /&gt;
==== Quatrième séance (07/03/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Utiliser les modules Xbee &lt;br /&gt;
&amp;lt;li&amp;gt;Tester l’intégration de plusieurs modules UM005 sur UN arduino&lt;br /&gt;
&amp;lt;li&amp;gt;Améliorer l'interface graphique pour gérer plusieurs identifiants simultanément &lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Afin de solliciter un peu plus les arduino , nous avons tenté de connecter deux modules UM005 sur un seul arduino. Nous utilisons toujours la librairie &amp;lt;SoftwareSerial.h&amp;gt; pour émuler cette fois-ci deux ports séries. L'écoute de ces ports doit ce faire à tour de rôle par la commande &amp;quot;mySerial.listen()&amp;quot; et &amp;quot;mySerial2.listen()&amp;quot; , l’inconvenant majeur est qu'il faut attendre &amp;quot;2 coups d'envoi&amp;quot; du module pour récupérer les données ce qui rend le système assez lent.&lt;br /&gt;
&lt;br /&gt;
==== Cinquième séance (14/03/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Réaliser un réseau point à point à l'aide des modules Xbee &lt;br /&gt;
&amp;lt;li&amp;gt;Améliorer l'interface graphique pour afficher correctement les identifiants (pas de décalages)&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Sixième séance (21/03/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Implémenter le calcul et la vérification du CRC avant l'envoi des données (dans l'arduino)&lt;br /&gt;
&amp;lt;li&amp;gt;Améliorer la communication globale entre les modules&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;/div&gt;</summary>
		<author><name>Achemin</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Carte_du_maraudeur&amp;diff=1755</id>
		<title>Carte du maraudeur</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Carte_du_maraudeur&amp;diff=1755"/>
				<updated>2012-03-19T16:32:17Z</updated>
		
		<summary type="html">&lt;p&gt;Achemin : /* Cinquième séance (14/03/2012) */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Liste du matériel =&lt;br /&gt;
&lt;br /&gt;
== Présent == &lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Transpondeurs RFID (inventaire à réaliser)&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Antennes RFID&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Tags&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Puces Xbee&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Supports Xbee Xplorer&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Supports Xbee Shields&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Cartes Arduino Duemilanove&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== A acheter ==&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Modules Xbee suivant inventaire&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Avancement du projet==&lt;br /&gt;
&lt;br /&gt;
==== Première séance (08/02/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Prise en main du sujet&lt;br /&gt;
&amp;lt;li&amp;gt;Familiarisation avec les composants&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Pour cette première séance , nous avons dans un premier temps cherché les datasheets des transpondeurs RFID (Q5M-005) sur le site Lextronic.&lt;br /&gt;
Cette datasheet nous informe que le module Q5M communique via une liaison série type RS232 (compatible TTL) , nous avons donc cherché un moyen de communiquer avec le module Q5M à l'aide d'un arduino. L'arduino UNO ne comportant qu'un seul &amp;quot;port série&amp;quot; qui est déjà utilisé par le port USB , nous avons dû utiliser la librairie &amp;lt;SoftwareSerial.h&amp;gt; qui permet d'émuler un port série sur des broches &amp;quot;classiques&amp;quot;.&lt;br /&gt;
Nous avons réalisé un premier montage pour communiquer avec le module Q5M via les broches 12(RX) et 13(TX) de l'arduino (Broche RX de l'arduino connectée sur la broche TX du module et inversement). L'arduino a été programmé de façon à récupérer une trame complète de 11 octets puis de l'afficher sur le terminal.&lt;br /&gt;
Malheureusement , nous avons seulement été capable de récupérer un octet contenant 0x00 lorsqu'une carte est présente vers l'antenne , et rien autrement.&lt;br /&gt;
&lt;br /&gt;
==== Deuxième séance (15/02/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectif :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Récupérer l'identifiant d'une carte Unique à l'aide du Q5M&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Suite à l’échec de la semaine dernière et après une relecture de la datasheet , nous avons compris que le Q5M fonctionne sur le principe de requête/réponse. &lt;br /&gt;
Afin de simplifier le problème , nous avons laisser de coté l'arduino , et nous avons tenté de communiquer avec le module Q5M directement en utilisant le logiciel officiel FRAMER qui intègre les trames à envoyer. Pour ces tests , nous utilisons un convertisseur USB/Série connecté à notre module. Malheureusement , là encore , le module n'envoie qu'un seul octet 0x00 lorsque une carte est présente et rien d'autre , peut importe les requêtes que nous envoyons via le programme FRAMER. Dans le doute , nous avons voulu vérifier si les trames envoyé via FRAMER étaient correctes en les récupérant sur l'arduino en utilisant le programme réalisé la semaine d'avant. Après quelques tests , nous somme bien capable de récupérer les octets envoyés via FRAMER mais ceux-ci sont complètement incohérents avec ceux envoyés. Après quelques recherches sur internet , il se trouve que les signaux envoyés par l'ordinateur sur le convertisseur USB/Série sont inversés par rapport à des signaux RS232 compatible TTL ( http://kubuntu.free.fr/blog/index.php/2010/05/13/272-liaison-serie-rs232-vs-ttl ). Nous avons donc placé un inverseur entre le convertisseur USB/Série et l'arduino , et surprise , nous arrivons bien a récupérer les trames envoyées par FRAMER. Nous avons ensuite placé l'inverseur entre le convertisseur USB/Série et le module Q5M mais une fois encore , le module ne retourne qu'un octet 0x00 peut importe les requêtes envoyées via FRAMER.&lt;br /&gt;
&lt;br /&gt;
==== Troisième séance (22/02/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectif :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Récupérer l'identifiant d'une carte Unique à l'aide du Q5M&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Après de nombreuses réflexions et de nombreux tests , nous avons voulu observer ce qu'il se passait sur les autres broches du module ... et nous avons remarqué que la communication série se faisait en fait sur une autre broche ... laissant supposé que notre module n'est pas un Q5M005 mais un UM005 (qui ne fonctionne qu'en &amp;quot;auto-read&amp;quot;) !&lt;br /&gt;
Nous avons donc repris notre &amp;quot;programme de lecture&amp;quot; de la première séance et nous avons enfin réussi à lire un identifiant avec succès !&lt;br /&gt;
&lt;br /&gt;
Maintenant que la lecture des identifiants des cartes RFID se fait correctement , nous avons cherché un moyen de réaliser une interface graphique qui afficherai cet identifiant dans une fenêtre windows. Pour cela nous utilisons le programme &amp;quot;Processing&amp;quot; qui permet de programmer toutes sortes d’éléments graphiques ainsi que de prendre en charge des périphériques USB tel un arduino (ou un Xbee).&lt;br /&gt;
&lt;br /&gt;
Nous avons formalisé les données envoyées par les arduino de la façon suivante :&lt;br /&gt;
Lorsqu'une carte est à portée d'un transpondeur, chaque arduino envoie le texte&lt;br /&gt;
&amp;quot;Base X Carte YYYYY&amp;quot; ou X est l'identifiant du arduino qui correspond à une position sur une carte et YYYYY les 5 octets de l'identifiant de la carte. Partant de cette syntaxe, nous avons réalisé un premier programme sur Processing qui récupère les données envoyées sur le port série et qui les traites de façon à afficher les identifiants à différents endroit d'une fenêtre Windows.&lt;br /&gt;
&lt;br /&gt;
Aperçu :&lt;br /&gt;
&lt;br /&gt;
==== Quatrième séance (07/03/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Utiliser les modules Xbee &lt;br /&gt;
&amp;lt;li&amp;gt;Tester l’intégration de plusieurs modules UM005 sur UN arduino&lt;br /&gt;
&amp;lt;li&amp;gt;Améliorer l'interface graphique pour gérer plusieurs identifiants simultanément &lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==== Cinquième séance (14/03/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Réaliser un réseau point à point à l'aide des modules Xbee &lt;br /&gt;
&amp;lt;li&amp;gt;Améliorer l'interface graphique pour afficher correctement les identifiants (pas de décalages)&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Sixième séance (21/03/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Implémenter le calcul et la vérification du CRC avant l'envoi des données (dans l'arduino)&lt;br /&gt;
&amp;lt;li&amp;gt;Améliorer la communication globale entre les modules&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;/div&gt;</summary>
		<author><name>Achemin</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Carte_du_maraudeur&amp;diff=1754</id>
		<title>Carte du maraudeur</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Carte_du_maraudeur&amp;diff=1754"/>
				<updated>2012-03-19T16:31:11Z</updated>
		
		<summary type="html">&lt;p&gt;Achemin : &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Liste du matériel =&lt;br /&gt;
&lt;br /&gt;
== Présent == &lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Transpondeurs RFID (inventaire à réaliser)&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Antennes RFID&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Tags&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Puces Xbee&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Supports Xbee Xplorer&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Supports Xbee Shields&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Cartes Arduino Duemilanove&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== A acheter ==&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Modules Xbee suivant inventaire&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Avancement du projet==&lt;br /&gt;
&lt;br /&gt;
==== Première séance (08/02/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Prise en main du sujet&lt;br /&gt;
&amp;lt;li&amp;gt;Familiarisation avec les composants&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Pour cette première séance , nous avons dans un premier temps cherché les datasheets des transpondeurs RFID (Q5M-005) sur le site Lextronic.&lt;br /&gt;
Cette datasheet nous informe que le module Q5M communique via une liaison série type RS232 (compatible TTL) , nous avons donc cherché un moyen de communiquer avec le module Q5M à l'aide d'un arduino. L'arduino UNO ne comportant qu'un seul &amp;quot;port série&amp;quot; qui est déjà utilisé par le port USB , nous avons dû utiliser la librairie &amp;lt;SoftwareSerial.h&amp;gt; qui permet d'émuler un port série sur des broches &amp;quot;classiques&amp;quot;.&lt;br /&gt;
Nous avons réalisé un premier montage pour communiquer avec le module Q5M via les broches 12(RX) et 13(TX) de l'arduino (Broche RX de l'arduino connectée sur la broche TX du module et inversement). L'arduino a été programmé de façon à récupérer une trame complète de 11 octets puis de l'afficher sur le terminal.&lt;br /&gt;
Malheureusement , nous avons seulement été capable de récupérer un octet contenant 0x00 lorsqu'une carte est présente vers l'antenne , et rien autrement.&lt;br /&gt;
&lt;br /&gt;
==== Deuxième séance (15/02/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectif :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Récupérer l'identifiant d'une carte Unique à l'aide du Q5M&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Suite à l’échec de la semaine dernière et après une relecture de la datasheet , nous avons compris que le Q5M fonctionne sur le principe de requête/réponse. &lt;br /&gt;
Afin de simplifier le problème , nous avons laisser de coté l'arduino , et nous avons tenté de communiquer avec le module Q5M directement en utilisant le logiciel officiel FRAMER qui intègre les trames à envoyer. Pour ces tests , nous utilisons un convertisseur USB/Série connecté à notre module. Malheureusement , là encore , le module n'envoie qu'un seul octet 0x00 lorsque une carte est présente et rien d'autre , peut importe les requêtes que nous envoyons via le programme FRAMER. Dans le doute , nous avons voulu vérifier si les trames envoyé via FRAMER étaient correctes en les récupérant sur l'arduino en utilisant le programme réalisé la semaine d'avant. Après quelques tests , nous somme bien capable de récupérer les octets envoyés via FRAMER mais ceux-ci sont complètement incohérents avec ceux envoyés. Après quelques recherches sur internet , il se trouve que les signaux envoyés par l'ordinateur sur le convertisseur USB/Série sont inversés par rapport à des signaux RS232 compatible TTL ( http://kubuntu.free.fr/blog/index.php/2010/05/13/272-liaison-serie-rs232-vs-ttl ). Nous avons donc placé un inverseur entre le convertisseur USB/Série et l'arduino , et surprise , nous arrivons bien a récupérer les trames envoyées par FRAMER. Nous avons ensuite placé l'inverseur entre le convertisseur USB/Série et le module Q5M mais une fois encore , le module ne retourne qu'un octet 0x00 peut importe les requêtes envoyées via FRAMER.&lt;br /&gt;
&lt;br /&gt;
==== Troisième séance (22/02/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectif :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Récupérer l'identifiant d'une carte Unique à l'aide du Q5M&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Après de nombreuses réflexions et de nombreux tests , nous avons voulu observer ce qu'il se passait sur les autres broches du module ... et nous avons remarqué que la communication série se faisait en fait sur une autre broche ... laissant supposé que notre module n'est pas un Q5M005 mais un UM005 (qui ne fonctionne qu'en &amp;quot;auto-read&amp;quot;) !&lt;br /&gt;
Nous avons donc repris notre &amp;quot;programme de lecture&amp;quot; de la première séance et nous avons enfin réussi à lire un identifiant avec succès !&lt;br /&gt;
&lt;br /&gt;
Maintenant que la lecture des identifiants des cartes RFID se fait correctement , nous avons cherché un moyen de réaliser une interface graphique qui afficherai cet identifiant dans une fenêtre windows. Pour cela nous utilisons le programme &amp;quot;Processing&amp;quot; qui permet de programmer toutes sortes d’éléments graphiques ainsi que de prendre en charge des périphériques USB tel un arduino (ou un Xbee).&lt;br /&gt;
&lt;br /&gt;
Nous avons formalisé les données envoyées par les arduino de la façon suivante :&lt;br /&gt;
Lorsqu'une carte est à portée d'un transpondeur, chaque arduino envoie le texte&lt;br /&gt;
&amp;quot;Base X Carte YYYYY&amp;quot; ou X est l'identifiant du arduino qui correspond à une position sur une carte et YYYYY les 5 octets de l'identifiant de la carte. Partant de cette syntaxe, nous avons réalisé un premier programme sur Processing qui récupère les données envoyées sur le port série et qui les traites de façon à afficher les identifiants à différents endroit d'une fenêtre Windows.&lt;br /&gt;
&lt;br /&gt;
Aperçu :&lt;br /&gt;
&lt;br /&gt;
==== Quatrième séance (07/03/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Utiliser les modules Xbee &lt;br /&gt;
&amp;lt;li&amp;gt;Tester l’intégration de plusieurs modules UM005 sur UN arduino&lt;br /&gt;
&amp;lt;li&amp;gt;Améliorer l'interface graphique pour gérer plusieurs identifiants simultanément &lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
==== Cinquième séance (14/03/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Réalisé un réseau point à point à l'aide des modules Xbee &lt;br /&gt;
&amp;lt;li&amp;gt;Améliorer l'interface graphique pour afficher correctement les identifiants (pas de décalages)&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
==== Sixième séance (21/03/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Implémenter le calcul et la vérification du CRC avant l'envoi des données (dans l'arduino)&lt;br /&gt;
&amp;lt;li&amp;gt;Améliorer la communication globale entre les modules&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;/div&gt;</summary>
		<author><name>Achemin</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Carte_du_maraudeur&amp;diff=1738</id>
		<title>Carte du maraudeur</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Carte_du_maraudeur&amp;diff=1738"/>
				<updated>2012-03-11T18:41:50Z</updated>
		
		<summary type="html">&lt;p&gt;Achemin : &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Liste du matériel =&lt;br /&gt;
&lt;br /&gt;
== Présent == &lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Transpondeurs RFID (inventaire à réaliser)&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Antennes RFID&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Tags&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Puces Xbee&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Supports Xbee Xplorer&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Supports Xbee Shields&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Cartes Arduino Duemilanove&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== A acheter ==&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Modules Xbee suivant inventaire&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Avancement du projet==&lt;br /&gt;
&lt;br /&gt;
==== Première séance (08/02/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Prise en main du sujet&lt;br /&gt;
&amp;lt;li&amp;gt;Familiarisation avec les composants&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Pour cette première séance , nous avons dans un premier temps cherché les datasheets des transpondeurs RFID (Q5M-005) sur le site Lextronic.&lt;br /&gt;
Cette datasheet nous informe que le module Q5M communique via une liaison série type RS232 (compatible TTL) , nous avons donc cherché un moyen de communiquer avec le module Q5M à l'aide d'un arduino. L'arduino UNO ne comportant qu'un seul &amp;quot;port série&amp;quot; qui est déjà utilisé par le port USB , nous avons dû utiliser la librairie &amp;lt;SoftwareSerial.h&amp;gt; qui permet d'émuler un port série sur des broches &amp;quot;classiques&amp;quot;.&lt;br /&gt;
Nous avons réalisé un premier montage pour communiquer avec le module Q5M via les broches 12(RX) et 13(TX) de l'arduino (Broche RX de l'arduino connectée sur la broche TX du module et inversement). L'arduino a été programmé de façon à récupérer une trame complète de 11 octets puis de l'afficher sur le terminal.&lt;br /&gt;
Malheureusement , nous avons seulement été capable de récupérer un octet contenant 0x00 lorsqu'une carte est présente vers l'antenne , et rien autrement.&lt;br /&gt;
&lt;br /&gt;
==== Deuxième séance (15/02/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectif :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Récupérer l'identifiant d'une carte Unique à l'aide du Q5M&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Suite à l’échec de la semaine dernière et après une relecture de la datasheet , nous avons compris que le Q5M fonctionne sur le principe de requête/réponse. &lt;br /&gt;
Afin de simplifier le problème , nous avons laisser de coté l'arduino , et nous avons tenté de communiquer avec le module Q5M directement en utilisant le logiciel officiel FRAMER qui intègre les trames à envoyer. Pour ces tests , nous utilisons un convertisseur USB/Série connecté à notre module. Malheureusement , là encore , le module n'envoie qu'un seul octet 0x00 lorsque une carte est présente et rien d'autre , peut importe les requêtes que nous envoyons via le programme FRAMER. Dans le doute , nous avons voulu vérifier si les trames envoyé via FRAMER étaient correctes en les récupérant sur l'arduino en utilisant le programme réalisé la semaine d'avant. Après quelques tests , nous somme bien capable de récupérer les octets envoyés via FRAMER mais ceux-ci sont complètement incohérents avec ceux envoyés. Après quelques recherches sur internet , il se trouve que les signaux envoyés par l'ordinateur sur le convertisseur USB/Série sont inversés par rapport à des signaux RS232 compatible TTL ( http://kubuntu.free.fr/blog/index.php/2010/05/13/272-liaison-serie-rs232-vs-ttl ). Nous avons donc placé un inverseur entre le convertisseur USB/Série et l'arduino , et surprise , nous arrivons bien a récupérer les trames envoyées par FRAMER. Nous avons ensuite placé l'inverseur entre le convertisseur USB/Série et le module Q5M mais une fois encore , le module ne retourne qu'un octet 0x00 peut importe les requêtes envoyées via FRAMER.&lt;br /&gt;
&lt;br /&gt;
==== Troisième séance (22/02/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectif :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Récupérer l'identifiant d'une carte Unique à l'aide du Q5M&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Après de nombreuses réflexions et de nombreux tests , nous avons voulu observer ce qu'il se passait sur les autres broches du module ... et nous avons remarqué que la communication série se faisait en fait sur une autre broche ... laissant supposé que notre module n'est pas un Q5M005 mais un UM005 (qui ne fonctionne qu'en &amp;quot;auto-read&amp;quot;) !&lt;br /&gt;
Nous avons donc repris notre &amp;quot;programme de lecture&amp;quot; de la première séance et nous avons enfin réussi à lire un identifiant avec succès !&lt;br /&gt;
&lt;br /&gt;
Maintenant que la lecture des identifiants des cartes RFID se fait correctement , nous avons cherché un moyen de réaliser une interface graphique qui afficherai cet identifiant dans une fenêtre windows. Pour cela nous utilisons le programme &amp;quot;Processing&amp;quot; qui permet de programmer toutes sortes d’éléments graphiques ainsi que de prendre en charge des périphériques USB tel un arduino (ou un Xbee).&lt;br /&gt;
&lt;br /&gt;
Nous avons formalisé les données envoyées par les arduino de la façon suivante :&lt;br /&gt;
Lorsqu'une carte est à portée d'un transpondeur, chaque arduino envoie le texte&lt;br /&gt;
&amp;quot;Base X Carte YYYYY&amp;quot; ou X est l'identifiant du arduino qui correspond à une position sur une carte et YYYYY les 5 octets de l'identifiant de la carte. Partant de cette syntaxe, nous avons réalisé un premier programme sur Processing qui récupère les données envoyées sur le port série et qui les traites de façon à afficher les identifiants à différents endroit d'une fenêtre Windows.&lt;br /&gt;
&lt;br /&gt;
Aperçu :&lt;br /&gt;
&lt;br /&gt;
==== Quatrième séance (07/03/2012) ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Utiliser les modules Xbee &lt;br /&gt;
&amp;lt;li&amp;gt;Tester l’intégration de plusieurs modules UM005 sur UN arduino&lt;br /&gt;
&amp;lt;li&amp;gt;Améliorer l'interface graphique pour gérer plusieurs identifiants simultanément &lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;/div&gt;</summary>
		<author><name>Achemin</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Carte_du_maraudeur&amp;diff=1737</id>
		<title>Carte du maraudeur</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Carte_du_maraudeur&amp;diff=1737"/>
				<updated>2012-03-11T18:25:58Z</updated>
		
		<summary type="html">&lt;p&gt;Achemin : &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Liste du matériel =&lt;br /&gt;
&lt;br /&gt;
== Présent == &lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Transpondeurs RFID (inventaire à réaliser)&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Antennes RFID&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Tags&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Puces Xbee&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Supports Xbee Xplorer&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Supports Xbee Shields&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Cartes Arduino Duemilanove&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== A acheter ==&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Modules Xbee suivant inventaire&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Avancement du projet==&lt;br /&gt;
&lt;br /&gt;
==== Première séance ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Prise en main du sujet&lt;br /&gt;
&amp;lt;li&amp;gt;Familiarisation avec les composants&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Pour cette première séance , nous avons dans un premier temps cherché les datasheets des transpondeurs RFID (Q5M-005) sur le site Lextronic.&lt;br /&gt;
Cette datasheet nous informe que le module Q5M communique via une liaison série type RS232 (compatible TTL) , nous avons donc cherché un moyen de communiquer avec le module Q5M à l'aide d'un arduino. L'arduino UNO ne comportant qu'un seul &amp;quot;port série&amp;quot; qui est déjà utilisé par le port USB , nous avons dû utiliser la librairie &amp;lt;SoftwareSerial.h&amp;gt; qui permet d'émuler un port série sur des broches &amp;quot;classiques&amp;quot;.&lt;br /&gt;
Nous avons réalisé un premier montage pour communiquer avec le module Q5M via les broches 12(RX) et 13(TX) de l'arduino (Broche RX de l'arduino connectée sur la broche TX du module et inversement). L'arduino a été programmé de façon à récupérer une trame complète de 11 octets puis de l'afficher sur le terminal.&lt;br /&gt;
Malheureusement , nous avons seulement été capable de récupérer un octet contenant 0x00 lorsqu'une carte est présente vers l'antenne , et rien autrement.&lt;br /&gt;
&lt;br /&gt;
==== Deuxième séance ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectif :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Récupérer l'identifiant d'une carte Unique à l'aide du Q5M&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Suite à l’échec de la semaine dernière et après une relecture de la datasheet , nous avons compris que le Q5M fonctionne sur le principe de requête/réponse. &lt;br /&gt;
Afin de simplifier le problème , nous avons laisser de coté l'arduino , et nous avons tenté de communiquer avec le module Q5M directement en utilisant le logiciel officiel FRAMER qui intègre les trames à envoyer. Pour ces tests , nous utilisons un convertisseur USB/Série connecté à notre module. Malheureusement , là encore , le module n'envoie qu'un seul octet 0x00 lorsque une carte est présente et rien d'autre , peut importe les requêtes que nous envoyons via le programme FRAMER. Dans le doute , nous avons voulu vérifier si les trames envoyé via FRAMER étaient correctes en les récupérant sur l'arduino en utilisant le programme réalisé la semaine d'avant. Après quelques tests , nous somme bien capable de récupérer les octets envoyés via FRAMER mais ceux-ci sont complètement incohérents avec ceux envoyés. Après quelques recherches sur internet , il se trouve que les signaux envoyés par l'ordinateur sur le convertisseur USB/Série sont inversés par rapport à des signaux RS232 compatible TTL ( http://kubuntu.free.fr/blog/index.php/2010/05/13/272-liaison-serie-rs232-vs-ttl ). Nous avons donc placé un inverseur entre le convertisseur USB/Série et l'arduino , et surprise , nous arrivons bien a récupérer les trames envoyées par FRAMER. Nous avons ensuite placé l'inverseur entre le convertisseur USB/Série et le module Q5M mais une fois encore , le module ne retourne qu'un octet 0x00 peut importe les requêtes envoyées via FRAMER.&lt;br /&gt;
&lt;br /&gt;
==== Troisième séance ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectif :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Récupérer l'identifiant d'une carte Unique à l'aide du Q5M&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Après de nombreuses réflexions et de nombreux tests , nous avons voulu observer ce qu'il se passait sur les autres broches du module ... et nous avons remarqué que la communication série se faisait en fait sur une autre broche ... laissant supposé que notre module n'est pas un Q5M005 mais un UM005 (qui ne fonctionne qu'en &amp;quot;auto-read&amp;quot;) !&lt;br /&gt;
Nous avons donc repris notre &amp;quot;programme de lecture&amp;quot; de la première séance et nous avons enfin réussi à lire un identifiant avec succès !&lt;br /&gt;
&lt;br /&gt;
Maintenant que la lecture des identifiants des cartes RFID se fait correctement , nous avons cherché un moyen de réaliser une interface graphique qui afficherai cet identifiant dans une fenêtre windows. Pour cela nous utilisons le programme &amp;quot;Processing&amp;quot; qui permet de programmer toutes sortes d’éléments graphiques ainsi que de prendre en charge des périphériques USB tel un arduino (ou un Xbee).&lt;br /&gt;
&lt;br /&gt;
Nous avons formalisé les données envoyées par les arduino de la façon suivante :&lt;br /&gt;
Lorsqu'une carte est à portée d'un transpondeur, chaque arduino envoie le texte&lt;br /&gt;
&amp;quot;Base X Carte YYYYY&amp;quot; ou X est l'identifiant du arduino qui correspond à une position sur une carte et YYYYY les 5 octets de l'identifiant de la carte. Partant de cette syntaxe, nous avons réalisé un premier programme sur Processing qui récupère les données envoyées sur le port série et qui les traites de façon à afficher les identifiants à différents endroit d'une fenêtre Windows.&lt;br /&gt;
&lt;br /&gt;
Aperçu :&lt;br /&gt;
&lt;br /&gt;
==== Quatrième séance ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Utiliser les modules Xbee &lt;br /&gt;
&amp;lt;li&amp;gt;Tester l’intégration de plusieurs modules UM005 sur UN arduino&lt;br /&gt;
&amp;lt;li&amp;gt;Améliorer l'interface graphique pour gérer plusieurs identifiants simultanément &lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;/div&gt;</summary>
		<author><name>Achemin</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Carte_du_maraudeur&amp;diff=1736</id>
		<title>Carte du maraudeur</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Carte_du_maraudeur&amp;diff=1736"/>
				<updated>2012-03-11T18:20:13Z</updated>
		
		<summary type="html">&lt;p&gt;Achemin : /* Troisième séance */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Liste du matériel =&lt;br /&gt;
&lt;br /&gt;
== Présent == &lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Transpondeurs RFID (inventaire à réaliser)&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Antennes RFID&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Tags&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Puces Xbee&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Supports Xbee Xplorer&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Supports Xbee Shields&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Cartes Arduino Duemilanove&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== A acheter ==&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Modules Xbee suivant inventaire&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Avancement du projet==&lt;br /&gt;
&lt;br /&gt;
==== Première séance ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Prise en main du sujet&lt;br /&gt;
&amp;lt;li&amp;gt;Familiarisation avec les composants&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Pour cette première séance , nous avons dans un premier temps cherché les datasheets des transpondeurs RFID (Q5M-005) sur le site Lextronic.&lt;br /&gt;
Cette datasheet nous informe que le module Q5M communique via une liaison série type RS232 (compatible TTL) , nous avons donc cherché un moyen de communiquer avec le module Q5M à l'aide d'un arduino. L'arduino UNO ne comportant qu'un seul &amp;quot;port série&amp;quot; qui est déjà utilisé par le port USB , nous avons dû utiliser la librairie &amp;lt;SoftwareSerial.h&amp;gt; qui permet d'émuler un port série sur des broches &amp;quot;classiques&amp;quot;.&lt;br /&gt;
Nous avons réalisé un premier montage pour communiquer avec le module Q5M via les broches 12(RX) et 13(TX) de l'arduino (Broche RX de l'arduino connectée sur la broche TX du module et inversement). L'arduino a été programmé de façon à récupérer une trame complète de 11 octets puis de l'afficher sur le terminal.&lt;br /&gt;
Malheureusement , nous avons seulement été capable de récupérer un octet contenant 0x00 lorsqu'une carte est présente vers l'antenne , et rien autrement.&lt;br /&gt;
&lt;br /&gt;
==== Deuxième séance ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectif :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Récupérer l'identifiant d'une carte Unique à l'aide du Q5M&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Suite à l’échec de la semaine dernière et après une relecture de la datasheet , nous avons compris que le Q5M fonctionne sur le principe de requête/réponse. &lt;br /&gt;
Afin de simplifier le problème , nous avons laisser de coté l'arduino , et nous avons tenté de communiquer avec le module Q5M directement en utilisant le logiciel officiel FRAMER qui intègre les trames à envoyer. Pour ces tests , nous utilisons un convertisseur USB/Série connecté à notre module. Malheureusement , là encore , le module n'envoie qu'un seul octet 0x00 lorsque une carte est présente et rien d'autre , peut importe les requêtes que nous envoyons via le programme FRAMER. Dans le doute , nous avons voulu vérifier si les trames envoyé via FRAMER étaient correctes en les récupérant sur l'arduino en utilisant le programme réalisé la semaine d'avant. Après quelques tests , nous somme bien capable de récupérer les octets envoyés via FRAMER mais ceux-ci sont complètement incohérents avec ceux envoyés. Après quelques recherches sur internet , il se trouve que les signaux envoyés par l'ordinateur sur le convertisseur USB/Série sont inversés par rapport à des signaux RS232 compatible TTL ( http://kubuntu.free.fr/blog/index.php/2010/05/13/272-liaison-serie-rs232-vs-ttl ). Nous avons donc placé un inverseur entre le convertisseur USB/Série et l'arduino , et surprise , nous arrivons bien a récupérer les trames envoyées par FRAMER. Nous avons ensuite placé l'inverseur entre le convertisseur USB/Série et le module Q5M mais une fois encore , le module ne retourne qu'un octet 0x00 peut importe les requêtes envoyées via FRAMER.&lt;br /&gt;
&lt;br /&gt;
==== Troisième séance ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectif :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Récupérer l'identifiant d'une carte Unique à l'aide du Q5M&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Après de nombreuses réflexions et de nombreux tests , nous avons voulu observer ce qu'il se passait sur les autres broches du module ... et nous avons remarqué que la communication série se faisait en fait sur une autre broche ... laissant supposé que notre module n'est pas un Q5M005 mais un UM005 (qui ne fonctionne qu'en &amp;quot;auto-read&amp;quot;) !&lt;br /&gt;
Nous avons donc repris notre &amp;quot;programme de lecture&amp;quot; de la première séance et nous avons enfin réussi à lire un identifiant avec succès !&lt;br /&gt;
&lt;br /&gt;
Maintenant que la lecture des identifiants des cartes RFID se fait correctement , nous avons cherché un moyen de réaliser une interface graphique qui afficherai cet identifiant dans une fenêtre windows. Pour cela nous utilisons le programme &amp;quot;Processing&amp;quot; qui permet de programmer toutes sortes d’éléments graphiques ainsi que de prendre en charge des périphériques USB tel un arduino (ou un Xbee).&lt;br /&gt;
&lt;br /&gt;
Nous avons formalisé les données envoyées par les arduino de la façon suivante :&lt;br /&gt;
Lorsqu'une carte est à portée d'un transpondeur, chaque arduino envoie le texte&lt;br /&gt;
&amp;quot;Base X Carte YYYYY&amp;quot; ou X est l'identifiant du arduino qui correspond à une position sur une carte et YYYYY les 5 octets de l'identifiant de la carte. Partant de cette syntaxe, nous avons réalisé un premier programme sur Processing qui récupère les données envoyées sur le port série et qui les traites de façon à afficher les identifiants à différents endroit d'une fenêtre Windows.&lt;br /&gt;
&lt;br /&gt;
Aperçu :&lt;/div&gt;</summary>
		<author><name>Achemin</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Carte_du_maraudeur&amp;diff=1714</id>
		<title>Carte du maraudeur</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Carte_du_maraudeur&amp;diff=1714"/>
				<updated>2012-03-08T16:15:59Z</updated>
		
		<summary type="html">&lt;p&gt;Achemin : /* Première séance */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Liste du matériel =&lt;br /&gt;
&lt;br /&gt;
== Présent == &lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Transpondeurs RFID (inventaire à réaliser)&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Antennes RFID&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Tags&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Puces Xbee&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Supports Xbee Xplorer&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Supports Xbee Shields&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Cartes Arduino Duemilanove&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== A acheter ==&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Modules Xbee suivant inventaire&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Avancement du projet==&lt;br /&gt;
&lt;br /&gt;
==== Première séance ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Prise en main du sujet&lt;br /&gt;
&amp;lt;li&amp;gt;Familiarisation avec les composants&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Pour cette première séance , nous avons dans un premier temps cherché les datasheets des transpondeurs RFID (Q5M-005) sur le site Lextronic.&lt;br /&gt;
Cette datasheet nous informe que le module Q5M communique via une liaison série type RS232 (compatible TTL) , nous avons donc cherché un moyen de communiquer avec le module Q5M à l'aide d'un arduino. L'arduino UNO ne comportant qu'un seul &amp;quot;port série&amp;quot; qui est déjà utilisé par le port USB , nous avons dû utiliser la librairie &amp;lt;SoftwareSerial.h&amp;gt; qui permet d'émuler un port série sur des broches &amp;quot;classiques&amp;quot;.&lt;br /&gt;
Nous avons réalisé un premier montage pour communiquer avec le module Q5M via les broches 12(RX) et 13(TX) de l'arduino (Broche RX de l'arduino connectée sur la broche TX du module et inversement). L'arduino a été programmé de façon à récupérer une trame complète de 11 octets puis de l'afficher sur le terminal.&lt;br /&gt;
Malheureusement , nous avons seulement été capable de récupérer un octet contenant 0x00 lorsqu'une carte est présente vers l'antenne , et rien autrement.&lt;br /&gt;
&lt;br /&gt;
==== Deuxième séance ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectif :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Récupérer l'identifiant d'une carte Unique à l'aide du Q5M&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Suite à l’échec de la semaine dernière et après une relecture de la datasheet , nous avons compris que le Q5M fonctionne sur le principe de requête/réponse. &lt;br /&gt;
Afin de simplifier le problème , nous avons laisser de coté l'arduino , et nous avons tenté de communiquer avec le module Q5M directement en utilisant le logiciel officiel FRAMER qui intègre les trames à envoyer. Pour ces tests , nous utilisons un convertisseur USB/Série connecté à notre module. Malheureusement , là encore , le module n'envoie qu'un seul octet 0x00 lorsque une carte est présente et rien d'autre , peut importe les requêtes que nous envoyons via le programme FRAMER. Dans le doute , nous avons voulu vérifier si les trames envoyé via FRAMER étaient correctes en les récupérant sur l'arduino en utilisant le programme réalisé la semaine d'avant. Après quelques tests , nous somme bien capable de récupérer les octets envoyés via FRAMER mais ceux-ci sont complètement incohérents avec ceux envoyés. Après quelques recherches sur internet , il se trouve que les signaux envoyés par l'ordinateur sur le convertisseur USB/Série sont inversés par rapport à des signaux RS232 compatible TTL ( http://kubuntu.free.fr/blog/index.php/2010/05/13/272-liaison-serie-rs232-vs-ttl ). Nous avons donc placé un inverseur entre le convertisseur USB/Série et l'arduino , et surprise , nous arrivons bien a récupérer les trames envoyées par FRAMER. Nous avons ensuite placé l'inverseur entre le convertisseur USB/Série et le module Q5M mais une fois encore , le module ne retourne qu'un octet 0x00 peut importe les requêtes envoyées via FRAMER.&lt;br /&gt;
&lt;br /&gt;
==== Troisième séance ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectif :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Récupérer l'identifiant d'une carte Unique à l'aide du Q5M&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Après de nombreuses réflexions et de nombreux tests , nous avons voulu observer ce qu'il se passait sur les autres broches du module ... et nous avons remarqué que la communication série se faisait en fait sur une autre broche ... laissant supposé que notre module n'est pas un Q5M005 mais un UM005 (qui ne fonctionne qu'en &amp;quot;auto-read&amp;quot;) !&lt;br /&gt;
Nous avons donc repris notre &amp;quot;programme de lecture&amp;quot; de la première séance et nous avons enfin réussi à lire un identifiant avec succès !&lt;br /&gt;
Maintenant que la lecture des identifiants des cartes RFID se fait correctement , nous avons cherché un moyen de réaliser une interface graphique qui afficherai cet identifiant dans une fenêtre windows. Pour cela nous utilisons le programme &amp;quot;Processing&amp;quot; qui permet de programmer toutes sortes d’éléments graphiques ainsi que de prendre en charge des périphériques USB tel un arduino (ou un Xbee).&lt;/div&gt;</summary>
		<author><name>Achemin</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Carte_du_maraudeur&amp;diff=1713</id>
		<title>Carte du maraudeur</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Carte_du_maraudeur&amp;diff=1713"/>
				<updated>2012-03-08T16:09:03Z</updated>
		
		<summary type="html">&lt;p&gt;Achemin : /* Première séance */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Liste du matériel =&lt;br /&gt;
&lt;br /&gt;
== Présent == &lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Transpondeurs RFID (inventaire à réaliser)&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Antennes RFID&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Tags&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Puces Xbee&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Supports Xbee Xplorer&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Supports Xbee Shields&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Cartes Arduino Duemilanove&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== A acheter ==&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Modules Xbee suivant inventaire&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Avancement du projet==&lt;br /&gt;
&lt;br /&gt;
==== Première séance ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Prise en main du sujet&lt;br /&gt;
&amp;lt;li&amp;gt;Familiarisation avec les composants&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Pour cette première séance , nous avons dans un premier temps cherché les datasheets des transpondeurs RFID (Q5M-005) sur le site Lextronic.&lt;br /&gt;
Cette datasheet nous informe que le module Q5M communique via une liaison série type RS232 (compatible TTL) , nous avons donc cherché un moyen de communiquer avec le module Q5M à l'aide d'un arduino. L'arduino UNO ne comportant qu'un seul &amp;quot;port série&amp;quot; qui est déjà utilisé par le port USB , nous avons dû utiliser la librairie &amp;lt;SoftwareSerial.h&amp;gt; qui permet d'émuler un port série sur des broches &amp;quot;classiques&amp;quot;.&lt;br /&gt;
Nous avons réalisé un premier montage pour communiquer avec le module Q5M via les broches 12(RX) et 13(TX) de l'arduino (Broche RX de l'arduino connectée sur la broche TX du module et inversement). L'arduino a été programmé de façon à récupérer une trame complète de 11 octets puis de l'afficher sur le terminal.&lt;br /&gt;
Malheureusement , nous avons seulement été capable de récupérer un octet contenant 0x00 lorsqu'une carte est présente vers l'antenne , et rien autrement.&lt;br /&gt;
&lt;br /&gt;
{{boîte déroulante|titre=Modèles destinés aux copies multiples|contenu={{Avertissement|Une page ou partie de page peut être incluse dans une autre sans création d'un modèle.}}}}&lt;br /&gt;
&lt;br /&gt;
==== Deuxième séance ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectif :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Récupérer l'identifiant d'une carte Unique à l'aide du Q5M&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Suite à l’échec de la semaine dernière et après une relecture de la datasheet , nous avons compris que le Q5M fonctionne sur le principe de requête/réponse. &lt;br /&gt;
Afin de simplifier le problème , nous avons laisser de coté l'arduino , et nous avons tenté de communiquer avec le module Q5M directement en utilisant le logiciel officiel FRAMER qui intègre les trames à envoyer. Pour ces tests , nous utilisons un convertisseur USB/Série connecté à notre module. Malheureusement , là encore , le module n'envoie qu'un seul octet 0x00 lorsque une carte est présente et rien d'autre , peut importe les requêtes que nous envoyons via le programme FRAMER. Dans le doute , nous avons voulu vérifier si les trames envoyé via FRAMER étaient correctes en les récupérant sur l'arduino en utilisant le programme réalisé la semaine d'avant. Après quelques tests , nous somme bien capable de récupérer les octets envoyés via FRAMER mais ceux-ci sont complètement incohérents avec ceux envoyés. Après quelques recherches sur internet , il se trouve que les signaux envoyés par l'ordinateur sur le convertisseur USB/Série sont inversés par rapport à des signaux RS232 compatible TTL ( http://kubuntu.free.fr/blog/index.php/2010/05/13/272-liaison-serie-rs232-vs-ttl ). Nous avons donc placé un inverseur entre le convertisseur USB/Série et l'arduino , et surprise , nous arrivons bien a récupérer les trames envoyées par FRAMER. Nous avons ensuite placé l'inverseur entre le convertisseur USB/Série et le module Q5M mais une fois encore , le module ne retourne qu'un octet 0x00 peut importe les requêtes envoyées via FRAMER.&lt;br /&gt;
&lt;br /&gt;
==== Troisième séance ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectif :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Récupérer l'identifiant d'une carte Unique à l'aide du Q5M&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Après de nombreuses réflexions et de nombreux tests , nous avons voulu observer ce qu'il se passait sur les autres broches du module ... et nous avons remarqué que la communication série se faisait en fait sur une autre broche ... laissant supposé que notre module n'est pas un Q5M005 mais un UM005 (qui ne fonctionne qu'en &amp;quot;auto-read&amp;quot;) !&lt;br /&gt;
Nous avons donc repris notre &amp;quot;programme de lecture&amp;quot; de la première séance et nous avons enfin réussi à lire un identifiant avec succès !&lt;br /&gt;
Maintenant que la lecture des identifiants des cartes RFID se fait correctement , nous avons cherché un moyen de réaliser une interface graphique qui afficherai cet identifiant dans une fenêtre windows. Pour cela nous utilisons le programme &amp;quot;Processing&amp;quot; qui permet de programmer toutes sortes d’éléments graphiques ainsi que de prendre en charge des périphériques USB tel un arduino (ou un Xbee).&lt;/div&gt;</summary>
		<author><name>Achemin</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Carte_du_maraudeur&amp;diff=1712</id>
		<title>Carte du maraudeur</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Carte_du_maraudeur&amp;diff=1712"/>
				<updated>2012-03-08T15:45:03Z</updated>
		
		<summary type="html">&lt;p&gt;Achemin : &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Liste du matériel =&lt;br /&gt;
&lt;br /&gt;
== Présent == &lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Transpondeurs RFID (inventaire à réaliser)&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Antennes RFID&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Tags&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Puces Xbee&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Supports Xbee Xplorer&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Supports Xbee Shields&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Cartes Arduino Duemilanove&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== A acheter ==&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Modules Xbee suivant inventaire&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Avancement du projet==&lt;br /&gt;
&lt;br /&gt;
==== Première séance ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Prise en main du sujet&lt;br /&gt;
&amp;lt;li&amp;gt;Familiarisation avec les composants&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Pour cette première séance , nous avons dans un premier temps cherché les datasheets des transpondeurs RFID (Q5M-005) sur le site Lextronic.&lt;br /&gt;
Cette datasheet nous informe que le module Q5M communique via une liaison série type RS232 (compatible TTL) , nous avons donc cherché un moyen de communiquer avec le module Q5M à l'aide d'un arduino. L'arduino UNO ne comportant qu'un seul &amp;quot;port série&amp;quot; qui est déjà utilisé par le port USB , nous avons dû utiliser la librairie &amp;lt;SoftwareSerial.h&amp;gt; qui permet d'émuler un port série sur des broches &amp;quot;classiques&amp;quot;.&lt;br /&gt;
Nous avons réalisé un premier montage pour communiquer avec le module Q5M via les broches 12(RX) et 13(TX) de l'arduino (Broche RX de l'arduino connectée sur la broche TX du module et inversement). L'arduino a été programmé de façon à récupérer une trame complète de 11 octets puis de l'afficher sur le terminal.&lt;br /&gt;
Malheureusement , nous avons seulement été capable de récupérer un octet contenant 0x00 lorsqu'une carte est présente vers l'antenne , et rien autrement.&lt;br /&gt;
&lt;br /&gt;
==== Deuxième séance ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectif :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Récupérer l'identifiant d'une carte Unique à l'aide du Q5M&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Suite à l’échec de la semaine dernière et après une relecture de la datasheet , nous avons compris que le Q5M fonctionne sur le principe de requête/réponse. &lt;br /&gt;
Afin de simplifier le problème , nous avons laisser de coté l'arduino , et nous avons tenté de communiquer avec le module Q5M directement en utilisant le logiciel officiel FRAMER qui intègre les trames à envoyer. Pour ces tests , nous utilisons un convertisseur USB/Série connecté à notre module. Malheureusement , là encore , le module n'envoie qu'un seul octet 0x00 lorsque une carte est présente et rien d'autre , peut importe les requêtes que nous envoyons via le programme FRAMER. Dans le doute , nous avons voulu vérifier si les trames envoyé via FRAMER étaient correctes en les récupérant sur l'arduino en utilisant le programme réalisé la semaine d'avant. Après quelques tests , nous somme bien capable de récupérer les octets envoyés via FRAMER mais ceux-ci sont complètement incohérents avec ceux envoyés. Après quelques recherches sur internet , il se trouve que les signaux envoyés par l'ordinateur sur le convertisseur USB/Série sont inversés par rapport à des signaux RS232 compatible TTL ( http://kubuntu.free.fr/blog/index.php/2010/05/13/272-liaison-serie-rs232-vs-ttl ). Nous avons donc placé un inverseur entre le convertisseur USB/Série et l'arduino , et surprise , nous arrivons bien a récupérer les trames envoyées par FRAMER. Nous avons ensuite placé l'inverseur entre le convertisseur USB/Série et le module Q5M mais une fois encore , le module ne retourne qu'un octet 0x00 peut importe les requêtes envoyées via FRAMER.&lt;br /&gt;
&lt;br /&gt;
==== Troisième séance ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectif :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Récupérer l'identifiant d'une carte Unique à l'aide du Q5M&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Après de nombreuses réflexions et de nombreux tests , nous avons voulu observer ce qu'il se passait sur les autres broches du module ... et nous avons remarqué que la communication série se faisait en fait sur une autre broche ... laissant supposé que notre module n'est pas un Q5M005 mais un UM005 (qui ne fonctionne qu'en &amp;quot;auto-read&amp;quot;) !&lt;br /&gt;
Nous avons donc repris notre &amp;quot;programme de lecture&amp;quot; de la première séance et nous avons enfin réussi à lire un identifiant avec succès !&lt;br /&gt;
Maintenant que la lecture des identifiants des cartes RFID se fait correctement , nous avons cherché un moyen de réaliser une interface graphique qui afficherai cet identifiant dans une fenêtre windows. Pour cela nous utilisons le programme &amp;quot;Processing&amp;quot; qui permet de programmer toutes sortes d’éléments graphiques ainsi que de prendre en charge des périphériques USB tel un arduino (ou un Xbee).&lt;/div&gt;</summary>
		<author><name>Achemin</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Carte_du_maraudeur&amp;diff=1680</id>
		<title>Carte du maraudeur</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Carte_du_maraudeur&amp;diff=1680"/>
				<updated>2012-03-07T17:17:51Z</updated>
		
		<summary type="html">&lt;p&gt;Achemin : &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Liste du matériel =&lt;br /&gt;
&lt;br /&gt;
== Présent == &lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Transpondeurs RFID (inventaire à réaliser)&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Antennes RFID&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Tags&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Puces Xbee&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Supports Xbee Xplorer&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Supports Xbee Shields&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Cartes Arduino Duemilanove&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== A acheter ==&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Modules Xbee suivant inventaire&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Avancement du projet==&lt;br /&gt;
&lt;br /&gt;
==== Première séance ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Prise en main du sujet&lt;br /&gt;
&amp;lt;li&amp;gt;Familiarisation avec les composants&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Pour cette première séance , nous avons dans un premier temps chercher les datasheet des transpondeurs RFID (Q5M-005) sur le site Lextronic.&lt;br /&gt;
Cette datasheet nous informe que le module Q5M communique via une liaison série type RS232 (compatible TTL) , nous avons donc chercher un moyen de communiquer avec le module Q5M à l'aide d'un arduino. L'arduino UNO ne comportant qu'un seul &amp;quot;port série&amp;quot; qui est déjà utilisé par le port USB , nous avons du utiliser la librairie &amp;lt;SoftwareSerial.h&amp;gt; qui permet d'émuler un port série sur des broches &amp;quot;classiques&amp;quot;.&lt;br /&gt;
Nous avons réalisé un premier montage pour communiquer avec le module Q5M via les broches 12(RX) et 13(TX) de l'arduino (Broche RX de l'arduino connecté sur la broche TX du module et inversement). L'arduino a été programmé de façon à récupérer une trame complète de 11 octets puis de l'afficher sur le terminal.&lt;br /&gt;
Malheureusement , nous avons seulement été capable de récupérer un signal 0x00 lorsqu'une carte est présente vers l'antenne , et rien autrement.&lt;br /&gt;
&lt;br /&gt;
==== Deuxième séance ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectif :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Récupérer l'identifiant d'une carte Unique à l'aide du Q5M&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Suite à l’échec de la semaine dernière et après une re-lecture de la datasheet , nous avons compris que le Q5M fonctionne sur le principe de requête/réponse. &lt;br /&gt;
Afin de simplifier le problème , nous avons laisser de coté l'arduino , et nous avons tenté de communiquer avec le module Q5M directement en utilisant le logiciel officiel FRAMER qui intègre les trames à envoyer. Pour ces tests , nous utilisons un convertisseur USB/Série connecté à notre module. Malheureusement , là encore , le module n'envoie qu'un seul octet 0x00 lorsque une carte est présente et rien d'autre , peut importe les requêtes que nous envoyons via le programme FRAMER. Dans le doute , nous avons voulu vérifier si les trames envoyé via FRAMER étaient correctes en les récupérant sur l'arduino en utilisant le programme réalisé la semaine d'avant. Après quelques tests , nous somme bien capable de récupérer les octets envoyé via FRAMER mais ceux-ci sont complétement incohérent avec ceux envoyés. Après quelques recherches sur internet , il se trouve que les signaux envoyé par l'ordinateur sur le convertisseur USB/Série sont inversé par rapport à des signaux RS232 compatible TTL ( http://kubuntu.free.fr/blog/index.php/2010/05/13/272-liaison-serie-rs232-vs-ttl ). Nous avons donc placé un inverseur entre le convertisseur USB/Série et l'arduino , et surprise , nous arrivons bien a récupérer les trames envoyées par FRAMER. Nous avons ensuite placé l'inverseur entre le convertisseur USB/Série et le module Q5M mais encore une fois , le module ne retourne qu'un octet 0x00 peut importe les requêtes envoyées via FRAMER.&lt;br /&gt;
&lt;br /&gt;
==== Troisième séance ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectif :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Récupérer l'identifiant d'une carte Unique à l'aide du Q5M&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Après de nombreuses réflexions et de nombreux tests , nous avons voulu observer ce qu'il se passait sur les autres broches du module ... et nous avons remarqué que la communication série se faisait en fait sur une autre broche ... laissant supposé que notre module n'est pas un Q5M mais un UM005 (qui ne fonctionne qu'en &amp;quot;auto-read&amp;quot;) !&lt;br /&gt;
Nous avons donc repris notre &amp;quot;programme de lecture&amp;quot; de la première séance et nous avons enfin réussi à lire un identifiant avec succès !&lt;br /&gt;
Maintenant que la lecture des identifiants des cartes RFID se fait correctement , nous avons chercher un moyen de réaliser une interface graphique qui afficherai cet identifiant dans une fenêtre windows. Pour cela nous utilisons le programme &amp;quot;Processing&amp;quot; qui permet de programmer toutes sortes d’élément graphiques ainsi que de prendre en charge des périphériques USB tel un arduino (ou un Xbee).&lt;/div&gt;</summary>
		<author><name>Achemin</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Carte_du_maraudeur&amp;diff=1679</id>
		<title>Carte du maraudeur</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Carte_du_maraudeur&amp;diff=1679"/>
				<updated>2012-03-07T17:04:45Z</updated>
		
		<summary type="html">&lt;p&gt;Achemin : &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Liste du matériel =&lt;br /&gt;
&lt;br /&gt;
== Présent == &lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Transpondeurs RFID (inventaire à réaliser)&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Antennes RFID&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Tags&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Puces Xbee&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Supports Xbee Xplorer&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Supports Xbee Shields&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Cartes Arduino Duemilanove&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== A acheter ==&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Modules Xbee suivant inventaire&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Avancement du projet==&lt;br /&gt;
&lt;br /&gt;
==== Première séance ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectifs :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Prise en main du sujet&lt;br /&gt;
&amp;lt;li&amp;gt;Familiarisation avec les composants&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Pour cette première séance , nous avons dans un premier temps chercher les datasheet des transpondeurs RFID (Q5M-005) sur le site Lextronic.&lt;br /&gt;
Cette datasheet nous informe que le module Q5M communique via une liaison série type RS232 (compatible TTL) , nous avons donc chercher un moyen de communiquer avec le module Q5M à l'aide d'un arduino. L'arduino UNO ne comportant qu'un seul &amp;quot;port série&amp;quot; qui est déjà utilisé par le port USB , nous avons du utiliser la librairie &amp;lt;SoftwareSerial.h&amp;gt; qui permet d'émuler un port série sur des broches &amp;quot;classiques&amp;quot;.&lt;br /&gt;
Nous avons réalisé un premier montage pour communiquer avec le module Q5M via les broches 12(RX) et 13(TX) de l'arduino (Broche RX de l'arduino connecté sur la broche TX du module et inversement). L'arduino a été programmé de façon à récupérer une trame complète de 11 octets puis de l'afficher sur le terminal.&lt;br /&gt;
Malheureusement , nous avons seulement été capable de récupérer un signal 0x00 lorsqu'une carte est présente vers l'antenne , et rien autrement.&lt;br /&gt;
&lt;br /&gt;
==== Deuxième séance ====&lt;br /&gt;
&lt;br /&gt;
&amp;lt;u&amp;gt;Objectif :&amp;lt;/u&amp;gt;&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
&amp;lt;li&amp;gt;Récupérer l'identifiant d'une carte Unique à l'aide du Q5M&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&amp;lt;u&amp;gt;Réalisations :&amp;lt;/u&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Suite à l’échec de la semaine dernière et après une re-lecture de la datasheet , nous avons compris que le Q5M fonctionne sur le principe de requête/réponse. &lt;br /&gt;
Afin de simplifier le problème , nous avons laisser de coté l'arduino , et nous avons tenté de communiquer avec le module Q5M directement en utilisant le logiciel officiel FRAMER qui intègre les trames à envoyer. Pour ces tests , nous utilisons un convertisseur USB/Série connecté à notre module. Malheureusement , là encore , le module n'envoie qu'un seul octet 0x00 lorsque une carte est présente et rien d'autre , peut importe les requêtes que nous envoyons via le programme FRAMER. Dans le doute , nous avons voulu vérifier si les trames envoyé via FRAMER étaient correctes en les récupérant sur l'arduino en utilisant le programme réalisé la semaine d'avant. Après quelques tests , nous somme bien capable de récupérer les octets envoyé via FRAMER mais ceux-ci sont complétement incohérent avec ceux envoyés. Après quelques recherches sur internet , il se trouve que les signaux envoyé par l'ordinateur sur le convertisseur USB/Série sont inversé par rapport à des signaux RS232 compatible TTL ( http://kubuntu.free.fr/blog/index.php/2010/05/13/272-liaison-serie-rs232-vs-ttl ). Nous avons donc placé un inverseur entre le convertisseur USB/Série et l'arduino , et surprise , nous arrivons bien a récupérer les trames envoyées par FRAMER. Nous avons ensuite placé l'inverseur entre le convertisseur USB/Série et le module Q5M mais encore une fois , le module ne retourne qu'un octet 0x00 peut importe les requêtes envoyées via FRAMER.&lt;/div&gt;</summary>
		<author><name>Achemin</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Carte_du_maraudeur&amp;diff=1656</id>
		<title>Carte du maraudeur</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Carte_du_maraudeur&amp;diff=1656"/>
				<updated>2012-02-20T23:27:50Z</updated>
		
		<summary type="html">&lt;p&gt;Achemin : &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Liste du matériel =&lt;br /&gt;
&lt;br /&gt;
== Présent == &lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Transpondeurs RFID (inventaire à réaliser)&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Antennes RFID&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Tags&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Puces Xbee&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Supports Xbee Xplorer&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Supports Xbee Shields&amp;lt;/li&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Cartes Arduino Duemilanove&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== A acheter ==&lt;br /&gt;
&amp;lt;ul&amp;gt;&lt;br /&gt;
 &amp;lt;li&amp;gt;Modules Xbee suivant inventaire&amp;lt;/li&amp;gt;&lt;br /&gt;
&amp;lt;/ul&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Avancement du projet==&lt;br /&gt;
&lt;br /&gt;
==== Première séance ====&lt;br /&gt;
&lt;br /&gt;
Objectifs : &lt;br /&gt;
&amp;lt;li&amp;gt;Prise en main du sujet&lt;br /&gt;
&amp;lt;li&amp;gt;Familiarisation avec les composants&lt;/div&gt;</summary>
		<author><name>Achemin</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Communication_s%C3%A9rie&amp;diff=1071</id>
		<title>Communication série</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Communication_s%C3%A9rie&amp;diff=1071"/>
				<updated>2011-05-16T22:25:09Z</updated>
		
		<summary type="html">&lt;p&gt;Achemin : /* Partie informatique : */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Présentation ==&lt;br /&gt;
&lt;br /&gt;
Le but du projet est de réaliser le circuit de gestion du port série sur la carte FGPA de la NanoBoard (dans les deux sens) et de réaliser une interface de gestion du port série sur la FoxBoard.&lt;br /&gt;
&lt;br /&gt;
== Avancement du projet==&lt;br /&gt;
&lt;br /&gt;
'''Séance 1 (06/05/2011)'''&lt;br /&gt;
* Partie électronique : &lt;br /&gt;
** Prise en main de la nanoboard (réalisation du tutoriel)&lt;br /&gt;
* Partie informatique&lt;br /&gt;
** Récupération et compilation du démon qui écrit sur le port série des fichiers textes&lt;br /&gt;
** Etude de la réalisation du site utilisant html/php/javascript&lt;br /&gt;
&lt;br /&gt;
'''Séance 2 (11/05/2011)'''&lt;br /&gt;
* Partie électronique :&lt;br /&gt;
** Réalisation du circuit électronique sur altium &lt;br /&gt;
* Partie informatique :&lt;br /&gt;
** L'interface web est terminée (l'envoi/réception de caractères sur la liaison série s’effectue correctement)&lt;br /&gt;
&lt;br /&gt;
'''Séance 3 (13/05/2011)'''&lt;br /&gt;
* Partie électronique : &lt;br /&gt;
** Test du circuit électronique sur altium et sur la nanoboard&lt;br /&gt;
* Partie informatique :&lt;br /&gt;
** L'interface web a été légèrement améliorée : &lt;br /&gt;
*** une scrutation du port série à désormais lieu toutes les secondes.&lt;br /&gt;
*** L'impression du caractère &amp;quot;\n&amp;quot; (aucune donnée transmise) ne se fait plus.&lt;br /&gt;
** L'interface web et le programme c qui gère le port série ont étés implantés sur la foxboard. (voir partie foxboard)&lt;br /&gt;
&lt;br /&gt;
==Partie informatique :==&lt;br /&gt;
* Machine utilisée : TUTUR11&lt;br /&gt;
* /home/pifou/Ima3/CHEMIN ZHANG ZHANG&lt;br /&gt;
&lt;br /&gt;
* Les commandes :&lt;br /&gt;
** ls -al        : liste les fichiers avec les différents droits d’accès &lt;br /&gt;
** chmod a+w     : donne les droits en écriture à tout le monde&lt;br /&gt;
** su (+mdp glopglop) : super user&lt;br /&gt;
** su www-data   : permet de prendre l’identité de www-data&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Pour envoyer et recevoir des données via le port série, nous utilisons 2 choses :&lt;br /&gt;
* Un programme C (le démon série)&lt;br /&gt;
* Un site internet (2.0) :&lt;br /&gt;
** Le site se compose d'une page html (index.html), d'un script php (gestion_serie.php) et d'un javascript (prototype.js).&lt;br /&gt;
** La page html comporte de deux zones de texte et un bouton d'envoi.&lt;br /&gt;
*** une zone d'affichage, qui permet de visualiser les données reçues sur le port série.&lt;br /&gt;
*** une zone de saisie, qui permet d'envoyer les données sur le port série.&lt;br /&gt;
*** le bouton d'envoi permet d'envoyer les données saisies sur le port série.&lt;br /&gt;
&lt;br /&gt;
*Fonctionnement : &lt;br /&gt;
Lorsque qu'un texte est saisie dans la zone prévu à cet effet, chaque caractère est enregistré dans un fichier texte qui est ensuite placé dans le répertoire du démon série.&lt;br /&gt;
Des signaux sont également envoyé au démon série pour le prévenir que des fichiers sont présents.&lt;br /&gt;
Le démon série consomme ces fichiers texte pour les copier sur le port série.&lt;br /&gt;
Le démon série lit ensuite les données présente sur le port série et les enregistres dans des fichiers textes.&lt;br /&gt;
Ces fichiers textes sont lus, puis détruits par le script php et leurs contenu est enregistré dans l'autre zone de texte.&lt;br /&gt;
&lt;br /&gt;
==La FoxBoard==&lt;br /&gt;
* Adresse ip : 172.26.79.102&lt;br /&gt;
* Password : netusg20&lt;br /&gt;
&lt;br /&gt;
* Les fichiers implantés :&lt;br /&gt;
** root/serie.c&lt;br /&gt;
** root/serie&lt;br /&gt;
** var/www/index.html&lt;br /&gt;
** var/www/gestion_serie.php&lt;br /&gt;
** var/www/prototype.js&lt;br /&gt;
&lt;br /&gt;
* Les commandes pour executer le démon sur la foxboard :&lt;br /&gt;
** ssh -l root 172.26.79.102&lt;br /&gt;
** netusg20&lt;br /&gt;
** su www-data&lt;br /&gt;
** ./serie /tmp/serie/&lt;br /&gt;
** la page : http://172.26.79.102/ fonctionne désormais !&lt;br /&gt;
&lt;br /&gt;
==Partie électronique==&lt;br /&gt;
* Introduction :&lt;br /&gt;
Notre circuit comporte deux partie : une partie pour la réception des données et un autre partie pour l'émission des données reçues.&lt;br /&gt;
&lt;br /&gt;
* La partie réception :&lt;br /&gt;
La réception des données consiste à mettre en parallèle les donnée reçues en série. Pour cela on utilise un compteur, deux comparateurs et un registre Série/parallèle (SR16CEB).&lt;br /&gt;
Le premier comparateur permet de détecter le premier bit (bit de start).&lt;br /&gt;
Le compteur et le deuxième comparateur vont ensuite contrôler le registre série/parallèle en activant la broche &amp;quot;Clock Enable&amp;quot; 10 fois de suite à intervalle régulier.&lt;br /&gt;
Avec la fin de la trame de donnée (bit de stop) le compteur arrive à 10.&lt;br /&gt;
La réception d'une trame est terminée : on réinitialise le compteur , la donnée se trouve sur les broches 01 à 08 du registre série/parallèle.&lt;br /&gt;
&lt;br /&gt;
* La partie émission :&lt;br /&gt;
L'émission des données consiste à mettre en série les données reçues parallèles. Pour cela on utilise un compteur, un comparateur et un multiplexeur 10 voix (MUX).&lt;br /&gt;
Les voix 1 et 10 sont reliées à une masse et une tension +Vcc (équivalent à un bit de start et bit de stop).&lt;br /&gt;
Les voix 2 à 9 sont reliées avec un bus de 8 bits.&lt;br /&gt;
La broche de sortie du multiplexeur est reliée avec RS_TX (broche de donnée d'un câble série).&lt;br /&gt;
Le compteur fait balayer le multiplexeur sur les 10 voix d'entrée et les recopie sur la sortie.&lt;br /&gt;
&lt;br /&gt;
* Fréquences &lt;br /&gt;
Notre montage utilise 2 horloges de fréquences différentes car l'intervalle de temps entre deux séries de données parallèles est 10 fois plus important qu'entre deux données séries. En effet une donnée parallèle comporte 10 données , il faut donc attendre la fin d'une trame de donnée série , soit 10 fois le temps entre deux données série.&lt;br /&gt;
&lt;br /&gt;
[[Fichier:shema.jpg]]&lt;/div&gt;</summary>
		<author><name>Achemin</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Communication_s%C3%A9rie&amp;diff=1070</id>
		<title>Communication série</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Communication_s%C3%A9rie&amp;diff=1070"/>
				<updated>2011-05-16T22:21:09Z</updated>
		
		<summary type="html">&lt;p&gt;Achemin : /* Partie informatique : */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Présentation ==&lt;br /&gt;
&lt;br /&gt;
Le but du projet est de réaliser le circuit de gestion du port série sur la carte FGPA de la NanoBoard (dans les deux sens) et de réaliser une interface de gestion du port série sur la FoxBoard.&lt;br /&gt;
&lt;br /&gt;
== Avancement du projet==&lt;br /&gt;
&lt;br /&gt;
'''Séance 1 (06/05/2011)'''&lt;br /&gt;
* Partie électronique : &lt;br /&gt;
** Prise en main de la nanoboard (réalisation du tutoriel)&lt;br /&gt;
* Partie informatique&lt;br /&gt;
** Récupération et compilation du démon qui écrit sur le port série des fichiers textes&lt;br /&gt;
** Etude de la réalisation du site utilisant html/php/javascript&lt;br /&gt;
&lt;br /&gt;
'''Séance 2 (11/05/2011)'''&lt;br /&gt;
* Partie électronique :&lt;br /&gt;
** Réalisation du circuit électronique sur altium &lt;br /&gt;
* Partie informatique :&lt;br /&gt;
** L'interface web est terminée (l'envoi/réception de caractères sur la liaison série s’effectue correctement)&lt;br /&gt;
&lt;br /&gt;
'''Séance 3 (13/05/2011)'''&lt;br /&gt;
* Partie électronique : &lt;br /&gt;
** Test du circuit électronique sur altium et sur la nanoboard&lt;br /&gt;
* Partie informatique :&lt;br /&gt;
** L'interface web a été légèrement améliorée : &lt;br /&gt;
*** une scrutation du port série à désormais lieu toutes les secondes.&lt;br /&gt;
*** L'impression du caractère &amp;quot;\n&amp;quot; (aucune donnée transmise) ne se fait plus.&lt;br /&gt;
** L'interface web et le programme c qui gère le port série ont étés implantés sur la foxboard. (voir partie foxboard)&lt;br /&gt;
&lt;br /&gt;
==Partie informatique :==&lt;br /&gt;
* Machine utilisée : TUTUR11&lt;br /&gt;
* /home/pifou/Ima3/CHEMIN ZHANG ZHANG&lt;br /&gt;
&lt;br /&gt;
* Les commandes :&lt;br /&gt;
** ls -al        : liste les fichiers avec les différents droits d’accès &lt;br /&gt;
** chmod a+w     : donne les droits en écriture a tout le monde&lt;br /&gt;
** su (+mdp glopglop) : super user&lt;br /&gt;
** su www-data   : permet de prendre l’identité de www-data&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Pour envoyer et recevoir des données via le port série, nous utilisons 2 choses :&lt;br /&gt;
* Un programme C (le démon série)&lt;br /&gt;
* Un site internet (2.0) :&lt;br /&gt;
** Le site se compose d'une page html (index.html), d'un script php (gestion_serie.php) et d'un javascript (prototype.js).&lt;br /&gt;
** La page html comporte de deux zones de texte et un bouton d'envoi.&lt;br /&gt;
*** une zone d'affichage, qui permet de visualiser les données reçues sur le port série.&lt;br /&gt;
*** une zone de saisie, qui permet d'envoyer les données sur le port série.&lt;br /&gt;
*** le bouton d'envoi permet d'envoyer les données saisies sur le port série.&lt;br /&gt;
&lt;br /&gt;
*Fonctionnement : &lt;br /&gt;
Lorsque qu'un texte est saisie dans la zone prévu à cet effet, chaque caractère est enregistré dans un fichier texte qui est ensuite placé dans le répertoire du démon série.&lt;br /&gt;
Des signaux sont également envoyé au démon série pour le prévenir que des fichiers sont présents.&lt;br /&gt;
Le démon série consomme ces fichiers texte pour les copier sur le port série.&lt;br /&gt;
Le démon série lit ensuite les données présente sur le port série et les enregistres dans des fichiers textes.&lt;br /&gt;
Ces fichiers textes sont lus, puis détruits par le script php et leurs contenu est enregistré dans l'autre zone de texte.&lt;br /&gt;
&lt;br /&gt;
==La FoxBoard==&lt;br /&gt;
* Adresse ip : 172.26.79.102&lt;br /&gt;
* Password : netusg20&lt;br /&gt;
&lt;br /&gt;
* Les fichiers implantés :&lt;br /&gt;
** root/serie.c&lt;br /&gt;
** root/serie&lt;br /&gt;
** var/www/index.html&lt;br /&gt;
** var/www/gestion_serie.php&lt;br /&gt;
** var/www/prototype.js&lt;br /&gt;
&lt;br /&gt;
* Les commandes pour executer le démon sur la foxboard :&lt;br /&gt;
** ssh -l root 172.26.79.102&lt;br /&gt;
** netusg20&lt;br /&gt;
** su www-data&lt;br /&gt;
** ./serie /tmp/serie/&lt;br /&gt;
** la page : http://172.26.79.102/ fonctionne désormais !&lt;br /&gt;
&lt;br /&gt;
==Partie électronique==&lt;br /&gt;
* Introduction :&lt;br /&gt;
Notre circuit comporte deux partie : une partie pour la réception des données et un autre partie pour l'émission des données reçues.&lt;br /&gt;
&lt;br /&gt;
* La partie réception :&lt;br /&gt;
La réception des données consiste à mettre en parallèle les donnée reçues en série. Pour cela on utilise un compteur, deux comparateurs et un registre Série/parallèle (SR16CEB).&lt;br /&gt;
Le premier comparateur permet de détecter le premier bit (bit de start).&lt;br /&gt;
Le compteur et le deuxième comparateur vont ensuite contrôler le registre série/parallèle en activant la broche &amp;quot;Clock Enable&amp;quot; 10 fois de suite à intervalle régulier.&lt;br /&gt;
Avec la fin de la trame de donnée (bit de stop) le compteur arrive à 10.&lt;br /&gt;
La réception d'une trame est terminée : on réinitialise le compteur , la donnée se trouve sur les broches 01 à 08 du registre série/parallèle.&lt;br /&gt;
&lt;br /&gt;
* La partie émission :&lt;br /&gt;
L'émission des données consiste à mettre en série les données reçues parallèles. Pour cela on utilise un compteur, un comparateur et un multiplexeur 10 voix (MUX).&lt;br /&gt;
Les voix 1 et 10 sont reliées à une masse et une tension +Vcc (équivalent à un bit de start et bit de stop).&lt;br /&gt;
Les voix 2 à 9 sont reliées avec un bus de 8 bits.&lt;br /&gt;
La broche de sortie du multiplexeur est reliée avec RS_TX (broche de donnée d'un câble série).&lt;br /&gt;
Le compteur fait balayer le multiplexeur sur les 10 voix d'entrée et les recopie sur la sortie.&lt;br /&gt;
&lt;br /&gt;
* Fréquences &lt;br /&gt;
Notre montage utilise 2 horloges de fréquences différentes car l'intervalle de temps entre deux séries de données parallèles est 10 fois plus important qu'entre deux données séries. En effet une donnée parallèle comporte 10 données , il faut donc attendre la fin d'une trame de donnée série , soit 10 fois le temps entre deux données série.&lt;br /&gt;
&lt;br /&gt;
[[Fichier:shema.jpg]]&lt;/div&gt;</summary>
		<author><name>Achemin</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Communication_s%C3%A9rie&amp;diff=1069</id>
		<title>Communication série</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Communication_s%C3%A9rie&amp;diff=1069"/>
				<updated>2011-05-16T22:19:11Z</updated>
		
		<summary type="html">&lt;p&gt;Achemin : /* Avancement du projet */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Présentation ==&lt;br /&gt;
&lt;br /&gt;
Le but du projet est de réaliser le circuit de gestion du port série sur la carte FGPA de la NanoBoard (dans les deux sens) et de réaliser une interface de gestion du port série sur la FoxBoard.&lt;br /&gt;
&lt;br /&gt;
== Avancement du projet==&lt;br /&gt;
&lt;br /&gt;
'''Séance 1 (06/05/2011)'''&lt;br /&gt;
* Partie électronique : &lt;br /&gt;
** Prise en main de la nanoboard (réalisation du tutoriel)&lt;br /&gt;
* Partie informatique&lt;br /&gt;
** Récupération et compilation du démon qui écrit sur le port série des fichiers textes&lt;br /&gt;
** Etude de la réalisation du site utilisant html/php/javascript&lt;br /&gt;
&lt;br /&gt;
'''Séance 2 (11/05/2011)'''&lt;br /&gt;
* Partie électronique :&lt;br /&gt;
** Réalisation du circuit électronique sur altium &lt;br /&gt;
* Partie informatique :&lt;br /&gt;
** L'interface web est terminée (l'envoi/réception de caractères sur la liaison série s’effectue correctement)&lt;br /&gt;
&lt;br /&gt;
'''Séance 3 (13/05/2011)'''&lt;br /&gt;
* Partie électronique : &lt;br /&gt;
** Test du circuit électronique sur altium et sur la nanoboard&lt;br /&gt;
* Partie informatique :&lt;br /&gt;
** L'interface web a été légèrement améliorée : &lt;br /&gt;
*** une scrutation du port série à désormais lieu toutes les secondes.&lt;br /&gt;
*** L'impression du caractère &amp;quot;\n&amp;quot; (aucune donnée transmise) ne se fait plus.&lt;br /&gt;
** L'interface web et le programme c qui gère le port série ont étés implantés sur la foxboard. (voir partie foxboard)&lt;br /&gt;
&lt;br /&gt;
==Partie informatique :==&lt;br /&gt;
* Machine utilisée : TUTUR11&lt;br /&gt;
* /home/pifou/Ima3/CHEMIN ZHANG ZHANG&lt;br /&gt;
&lt;br /&gt;
* Les commandes :&lt;br /&gt;
** ls -al        : liste les fichiers avec les différents droits d’accès &lt;br /&gt;
** chmod a+w     : donne les droits en écriture a tout le monde&lt;br /&gt;
** su (+mdp glopglop) : super user&lt;br /&gt;
** su www-data   : permet de prendre l’identité de www-data&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Pour envoyer et recevoir des données via le port série, nous utilisons 2 choses :&lt;br /&gt;
* Un programme C (le démon série)&lt;br /&gt;
* Un site internet (2.0) :&lt;br /&gt;
** Le site se compose d'une page html , d'un script php et d'un javascript.&lt;br /&gt;
** La page html comporte de deux zones de texte et un bouton d'envoi.&lt;br /&gt;
*** une zone d'affichage, qui permet de visualiser les données reçues sur le port série.&lt;br /&gt;
*** une zone de saisie, qui permet d'envoyer les données sur le port série.&lt;br /&gt;
*** le bouton d'envoi permet d'envoyer les données saisies sur le port série.&lt;br /&gt;
&lt;br /&gt;
*Fonctionnement : &lt;br /&gt;
Lorsque qu'un texte est saisie dans la zone prévu à cet effet, chaque caractère est enregistré dans un fichier texte qui est ensuite placé dans le répertoire du démon série.&lt;br /&gt;
Des signaux sont également envoyé au démon série pour le prévenir que des fichiers sont présents.&lt;br /&gt;
Le démon série consomme ces fichiers texte pour les copier sur le port série.&lt;br /&gt;
Le démon série lit ensuite les données présente sur le port série et les enregistres dans des fichiers textes.&lt;br /&gt;
Ces fichiers textes sont lus, puis détruits par le script php et leurs contenu est enregistré dans l'autre zone de texte.&lt;br /&gt;
&lt;br /&gt;
==La FoxBoard==&lt;br /&gt;
* Adresse ip : 172.26.79.102&lt;br /&gt;
* Password : netusg20&lt;br /&gt;
&lt;br /&gt;
* Les fichiers implantés :&lt;br /&gt;
** root/serie.c&lt;br /&gt;
** root/serie&lt;br /&gt;
** var/www/index.html&lt;br /&gt;
** var/www/gestion_serie.php&lt;br /&gt;
** var/www/prototype.js&lt;br /&gt;
&lt;br /&gt;
* Les commandes pour executer le démon sur la foxboard :&lt;br /&gt;
** ssh -l root 172.26.79.102&lt;br /&gt;
** netusg20&lt;br /&gt;
** su www-data&lt;br /&gt;
** ./serie /tmp/serie/&lt;br /&gt;
** la page : http://172.26.79.102/ fonctionne désormais !&lt;br /&gt;
&lt;br /&gt;
==Partie électronique==&lt;br /&gt;
* Introduction :&lt;br /&gt;
Notre circuit comporte deux partie : une partie pour la réception des données et un autre partie pour l'émission des données reçues.&lt;br /&gt;
&lt;br /&gt;
* La partie réception :&lt;br /&gt;
La réception des données consiste à mettre en parallèle les donnée reçues en série. Pour cela on utilise un compteur, deux comparateurs et un registre Série/parallèle (SR16CEB).&lt;br /&gt;
Le premier comparateur permet de détecter le premier bit (bit de start).&lt;br /&gt;
Le compteur et le deuxième comparateur vont ensuite contrôler le registre série/parallèle en activant la broche &amp;quot;Clock Enable&amp;quot; 10 fois de suite à intervalle régulier.&lt;br /&gt;
Avec la fin de la trame de donnée (bit de stop) le compteur arrive à 10.&lt;br /&gt;
La réception d'une trame est terminée : on réinitialise le compteur , la donnée se trouve sur les broches 01 à 08 du registre série/parallèle.&lt;br /&gt;
&lt;br /&gt;
* La partie émission :&lt;br /&gt;
L'émission des données consiste à mettre en série les données reçues parallèles. Pour cela on utilise un compteur, un comparateur et un multiplexeur 10 voix (MUX).&lt;br /&gt;
Les voix 1 et 10 sont reliées à une masse et une tension +Vcc (équivalent à un bit de start et bit de stop).&lt;br /&gt;
Les voix 2 à 9 sont reliées avec un bus de 8 bits.&lt;br /&gt;
La broche de sortie du multiplexeur est reliée avec RS_TX (broche de donnée d'un câble série).&lt;br /&gt;
Le compteur fait balayer le multiplexeur sur les 10 voix d'entrée et les recopie sur la sortie.&lt;br /&gt;
&lt;br /&gt;
* Fréquences &lt;br /&gt;
Notre montage utilise 2 horloges de fréquences différentes car l'intervalle de temps entre deux séries de données parallèles est 10 fois plus important qu'entre deux données séries. En effet une donnée parallèle comporte 10 données , il faut donc attendre la fin d'une trame de donnée série , soit 10 fois le temps entre deux données série.&lt;br /&gt;
&lt;br /&gt;
[[Fichier:shema.jpg]]&lt;/div&gt;</summary>
		<author><name>Achemin</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Communication_s%C3%A9rie&amp;diff=1068</id>
		<title>Communication série</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Communication_s%C3%A9rie&amp;diff=1068"/>
				<updated>2011-05-16T22:16:58Z</updated>
		
		<summary type="html">&lt;p&gt;Achemin : /* Partie informatique : */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Présentation ==&lt;br /&gt;
&lt;br /&gt;
Le but du projet est de réaliser le circuit de gestion du port série sur la carte FGPA de la NanoBoard (dans les deux sens) et de réaliser une interface de gestion du port série sur la FoxBoard.&lt;br /&gt;
&lt;br /&gt;
== Avancement du projet==&lt;br /&gt;
&lt;br /&gt;
'''Séance 1 (06/05/2011)'''&lt;br /&gt;
* Partie électronique : &lt;br /&gt;
** Prise en main de la nanoboard (réalisation du tutoriel)&lt;br /&gt;
* Partie informatique&lt;br /&gt;
** Récupération et compilation du démon qui écrit sur le port série des fichiers textes&lt;br /&gt;
** Etude de la réalisation du site utilisant html/php/javascript&lt;br /&gt;
&lt;br /&gt;
'''Séance 2 (11/05/2011)'''&lt;br /&gt;
* Partie électronique :&lt;br /&gt;
** Réalisation du circuit électronique sur altium &lt;br /&gt;
* Partie informatique :&lt;br /&gt;
** L'interface web est terminée (l'envoi/réception de caractères sur la liaison série s’effectue correctement !)&lt;br /&gt;
&lt;br /&gt;
'''Séance 3 (13/05/2011)'''&lt;br /&gt;
* Partie électronique : &lt;br /&gt;
** Tester le circuit électronique sur altium et sur la nanoboard&lt;br /&gt;
* Partie informatique :&lt;br /&gt;
** L'interface web a été légèrement améliorée : &lt;br /&gt;
*** une scrutation du port série à désormais lieu toutes les secondes.&lt;br /&gt;
*** L'impression du caractère &amp;quot;\n&amp;quot; (aucune donnée transmise) ne se fait plus.&lt;br /&gt;
** L'interface web et le programme c qui gère le port série ont étés implantés sur la foxboard. (voir partie foxboard)&lt;br /&gt;
&lt;br /&gt;
==Partie informatique :==&lt;br /&gt;
* Machine utilisée : TUTUR11&lt;br /&gt;
* /home/pifou/Ima3/CHEMIN ZHANG ZHANG&lt;br /&gt;
&lt;br /&gt;
* Les commandes :&lt;br /&gt;
** ls -al        : liste les fichiers avec les différents droits d’accès &lt;br /&gt;
** chmod a+w     : donne les droits en écriture a tout le monde&lt;br /&gt;
** su (+mdp glopglop) : super user&lt;br /&gt;
** su www-data   : permet de prendre l’identité de www-data&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Pour envoyer et recevoir des données via le port série, nous utilisons 2 choses :&lt;br /&gt;
* Un programme C (le démon série)&lt;br /&gt;
* Un site internet (2.0) :&lt;br /&gt;
** Le site se compose d'une page html , d'un script php et d'un javascript.&lt;br /&gt;
** La page html comporte de deux zones de texte et un bouton d'envoi.&lt;br /&gt;
*** une zone d'affichage, qui permet de visualiser les données reçues sur le port série.&lt;br /&gt;
*** une zone de saisie, qui permet d'envoyer les données sur le port série.&lt;br /&gt;
*** le bouton d'envoi permet d'envoyer les données saisies sur le port série.&lt;br /&gt;
&lt;br /&gt;
*Fonctionnement : &lt;br /&gt;
Lorsque qu'un texte est saisie dans la zone prévu à cet effet, chaque caractère est enregistré dans un fichier texte qui est ensuite placé dans le répertoire du démon série.&lt;br /&gt;
Des signaux sont également envoyé au démon série pour le prévenir que des fichiers sont présents.&lt;br /&gt;
Le démon série consomme ces fichiers texte pour les copier sur le port série.&lt;br /&gt;
Le démon série lit ensuite les données présente sur le port série et les enregistres dans des fichiers textes.&lt;br /&gt;
Ces fichiers textes sont lus, puis détruits par le script php et leurs contenu est enregistré dans l'autre zone de texte.&lt;br /&gt;
&lt;br /&gt;
==La FoxBoard==&lt;br /&gt;
* Adresse ip : 172.26.79.102&lt;br /&gt;
* Password : netusg20&lt;br /&gt;
&lt;br /&gt;
* Les fichiers implantés :&lt;br /&gt;
** root/serie.c&lt;br /&gt;
** root/serie&lt;br /&gt;
** var/www/index.html&lt;br /&gt;
** var/www/gestion_serie.php&lt;br /&gt;
** var/www/prototype.js&lt;br /&gt;
&lt;br /&gt;
* Les commandes pour executer le démon sur la foxboard :&lt;br /&gt;
** ssh -l root 172.26.79.102&lt;br /&gt;
** netusg20&lt;br /&gt;
** su www-data&lt;br /&gt;
** ./serie /tmp/serie/&lt;br /&gt;
** la page : http://172.26.79.102/ fonctionne désormais !&lt;br /&gt;
&lt;br /&gt;
==Partie électronique==&lt;br /&gt;
* Introduction :&lt;br /&gt;
Notre circuit comporte deux partie : une partie pour la réception des données et un autre partie pour l'émission des données reçues.&lt;br /&gt;
&lt;br /&gt;
* La partie réception :&lt;br /&gt;
La réception des données consiste à mettre en parallèle les donnée reçues en série. Pour cela on utilise un compteur, deux comparateurs et un registre Série/parallèle (SR16CEB).&lt;br /&gt;
Le premier comparateur permet de détecter le premier bit (bit de start).&lt;br /&gt;
Le compteur et le deuxième comparateur vont ensuite contrôler le registre série/parallèle en activant la broche &amp;quot;Clock Enable&amp;quot; 10 fois de suite à intervalle régulier.&lt;br /&gt;
Avec la fin de la trame de donnée (bit de stop) le compteur arrive à 10.&lt;br /&gt;
La réception d'une trame est terminée : on réinitialise le compteur , la donnée se trouve sur les broches 01 à 08 du registre série/parallèle.&lt;br /&gt;
&lt;br /&gt;
* La partie émission :&lt;br /&gt;
L'émission des données consiste à mettre en série les données reçues parallèles. Pour cela on utilise un compteur, un comparateur et un multiplexeur 10 voix (MUX).&lt;br /&gt;
Les voix 1 et 10 sont reliées à une masse et une tension +Vcc (équivalent à un bit de start et bit de stop).&lt;br /&gt;
Les voix 2 à 9 sont reliées avec un bus de 8 bits.&lt;br /&gt;
La broche de sortie du multiplexeur est reliée avec RS_TX (broche de donnée d'un câble série).&lt;br /&gt;
Le compteur fait balayer le multiplexeur sur les 10 voix d'entrée et les recopie sur la sortie.&lt;br /&gt;
&lt;br /&gt;
* Fréquences &lt;br /&gt;
Notre montage utilise 2 horloges de fréquences différentes car l'intervalle de temps entre deux séries de données parallèles est 10 fois plus important qu'entre deux données séries. En effet une donnée parallèle comporte 10 données , il faut donc attendre la fin d'une trame de donnée série , soit 10 fois le temps entre deux données série.&lt;br /&gt;
&lt;br /&gt;
[[Fichier:shema.jpg]]&lt;/div&gt;</summary>
		<author><name>Achemin</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Communication_s%C3%A9rie&amp;diff=1067</id>
		<title>Communication série</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Communication_s%C3%A9rie&amp;diff=1067"/>
				<updated>2011-05-16T22:16:39Z</updated>
		
		<summary type="html">&lt;p&gt;Achemin : /* Avancement du projet */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Présentation ==&lt;br /&gt;
&lt;br /&gt;
Le but du projet est de réaliser le circuit de gestion du port série sur la carte FGPA de la NanoBoard (dans les deux sens) et de réaliser une interface de gestion du port série sur la FoxBoard.&lt;br /&gt;
&lt;br /&gt;
== Avancement du projet==&lt;br /&gt;
&lt;br /&gt;
'''Séance 1 (06/05/2011)'''&lt;br /&gt;
* Partie électronique : &lt;br /&gt;
** Prise en main de la nanoboard (réalisation du tutoriel)&lt;br /&gt;
* Partie informatique&lt;br /&gt;
** Récupération et compilation du démon qui écrit sur le port série des fichiers textes&lt;br /&gt;
** Etude de la réalisation du site utilisant html/php/javascript&lt;br /&gt;
&lt;br /&gt;
'''Séance 2 (11/05/2011)'''&lt;br /&gt;
* Partie électronique :&lt;br /&gt;
** Réalisation du circuit électronique sur altium &lt;br /&gt;
* Partie informatique :&lt;br /&gt;
** L'interface web est terminée (l'envoi/réception de caractères sur la liaison série s’effectue correctement !)&lt;br /&gt;
&lt;br /&gt;
'''Séance 3 (13/05/2011)'''&lt;br /&gt;
* Partie électronique : &lt;br /&gt;
** Tester le circuit électronique sur altium et sur la nanoboard&lt;br /&gt;
* Partie informatique :&lt;br /&gt;
** L'interface web a été légèrement améliorée : &lt;br /&gt;
*** une scrutation du port série à désormais lieu toutes les secondes.&lt;br /&gt;
*** L'impression du caractère &amp;quot;\n&amp;quot; (aucune donnée transmise) ne se fait plus.&lt;br /&gt;
** L'interface web et le programme c qui gère le port série ont étés implantés sur la foxboard. (voir partie foxboard)&lt;br /&gt;
&lt;br /&gt;
==Partie informatique :==&lt;br /&gt;
* Machine utilisée : TUTUR11&lt;br /&gt;
* /home/pifou/Ima3/CHEMIN ZHANG ZHANG&lt;br /&gt;
&lt;br /&gt;
* Les commandes :&lt;br /&gt;
** ls -al        : liste les fichiers avec les différents droits d’accès &lt;br /&gt;
** chmod a+w     : donne les droits en écriture a tout le monde&lt;br /&gt;
** su (+mdp glopglop) : super user&lt;br /&gt;
** su www-data   : permet de prendre l’identité de www-data&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Pour envoyer et recevoir des données via le port série, nous utilisons 2 choses :&lt;br /&gt;
* Un programme C (le démon série)&lt;br /&gt;
* Un site internet (2.0) :&lt;br /&gt;
** Le site se compose d'une page html , d'un script php et d'un javascript.&lt;br /&gt;
** La page html comporte de deux zones de texte et un bouton d'envoi.&lt;br /&gt;
*** une zone d'affichage, qui permet de visualiser les données reçues sur le port série.&lt;br /&gt;
*** une zone de saisie, qui permet d'envoyer les données sur le port série.&lt;br /&gt;
*** le bouton d'envoie permet d'envoyer les données saisies sur le port série.&lt;br /&gt;
&lt;br /&gt;
*Fonctionnement : &lt;br /&gt;
Lorsque qu'un texte est saisie dans la zone prévu à cet effet, chaque caractère est enregistré dans un fichier texte qui est ensuite placé dans le répertoire du démon série.&lt;br /&gt;
Des signaux sont également envoyé au démon série pour le prévenir que des fichiers sont présents.&lt;br /&gt;
Le démon série consomme ces fichiers texte pour les copier sur le port série.&lt;br /&gt;
Le démon série lit ensuite les données présente sur le port série et les enregistres dans des fichiers textes.&lt;br /&gt;
Ces fichiers textes sont lus, puis détruits par le script php et leurs contenu est enregistré dans l'autre zone de texte.&lt;br /&gt;
&lt;br /&gt;
==La FoxBoard==&lt;br /&gt;
* Adresse ip : 172.26.79.102&lt;br /&gt;
* Password : netusg20&lt;br /&gt;
&lt;br /&gt;
* Les fichiers implantés :&lt;br /&gt;
** root/serie.c&lt;br /&gt;
** root/serie&lt;br /&gt;
** var/www/index.html&lt;br /&gt;
** var/www/gestion_serie.php&lt;br /&gt;
** var/www/prototype.js&lt;br /&gt;
&lt;br /&gt;
* Les commandes pour executer le démon sur la foxboard :&lt;br /&gt;
** ssh -l root 172.26.79.102&lt;br /&gt;
** netusg20&lt;br /&gt;
** su www-data&lt;br /&gt;
** ./serie /tmp/serie/&lt;br /&gt;
** la page : http://172.26.79.102/ fonctionne désormais !&lt;br /&gt;
&lt;br /&gt;
==Partie électronique==&lt;br /&gt;
* Introduction :&lt;br /&gt;
Notre circuit comporte deux partie : une partie pour la réception des données et un autre partie pour l'émission des données reçues.&lt;br /&gt;
&lt;br /&gt;
* La partie réception :&lt;br /&gt;
La réception des données consiste à mettre en parallèle les donnée reçues en série. Pour cela on utilise un compteur, deux comparateurs et un registre Série/parallèle (SR16CEB).&lt;br /&gt;
Le premier comparateur permet de détecter le premier bit (bit de start).&lt;br /&gt;
Le compteur et le deuxième comparateur vont ensuite contrôler le registre série/parallèle en activant la broche &amp;quot;Clock Enable&amp;quot; 10 fois de suite à intervalle régulier.&lt;br /&gt;
Avec la fin de la trame de donnée (bit de stop) le compteur arrive à 10.&lt;br /&gt;
La réception d'une trame est terminée : on réinitialise le compteur , la donnée se trouve sur les broches 01 à 08 du registre série/parallèle.&lt;br /&gt;
&lt;br /&gt;
* La partie émission :&lt;br /&gt;
L'émission des données consiste à mettre en série les données reçues parallèles. Pour cela on utilise un compteur, un comparateur et un multiplexeur 10 voix (MUX).&lt;br /&gt;
Les voix 1 et 10 sont reliées à une masse et une tension +Vcc (équivalent à un bit de start et bit de stop).&lt;br /&gt;
Les voix 2 à 9 sont reliées avec un bus de 8 bits.&lt;br /&gt;
La broche de sortie du multiplexeur est reliée avec RS_TX (broche de donnée d'un câble série).&lt;br /&gt;
Le compteur fait balayer le multiplexeur sur les 10 voix d'entrée et les recopie sur la sortie.&lt;br /&gt;
&lt;br /&gt;
* Fréquences &lt;br /&gt;
Notre montage utilise 2 horloges de fréquences différentes car l'intervalle de temps entre deux séries de données parallèles est 10 fois plus important qu'entre deux données séries. En effet une donnée parallèle comporte 10 données , il faut donc attendre la fin d'une trame de donnée série , soit 10 fois le temps entre deux données série.&lt;br /&gt;
&lt;br /&gt;
[[Fichier:shema.jpg]]&lt;/div&gt;</summary>
		<author><name>Achemin</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Communication_s%C3%A9rie&amp;diff=1066</id>
		<title>Communication série</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Communication_s%C3%A9rie&amp;diff=1066"/>
				<updated>2011-05-16T22:12:29Z</updated>
		
		<summary type="html">&lt;p&gt;Achemin : /* Partie informatique : */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Présentation ==&lt;br /&gt;
&lt;br /&gt;
Le but du projet est de réaliser le circuit de gestion du port série sur la carte FGPA de la NanoBoard (dans les deux sens) et de réaliser une interface de gestion du port série sur la FoxBoard.&lt;br /&gt;
&lt;br /&gt;
== Avancement du projet==&lt;br /&gt;
&lt;br /&gt;
'''Séance 1 (06/05/2011)'''&lt;br /&gt;
* Partie électronique : &lt;br /&gt;
** Prise en main de la nanoboard (réalisation du tutoriel)&lt;br /&gt;
* Partie informatique&lt;br /&gt;
** Récupération et compilation du démon qui écrit sur le port série des fichiers textes&lt;br /&gt;
** Etude de la réalisation du site utilisant html/php/javascript&lt;br /&gt;
&lt;br /&gt;
'''Séance 2 (11/05/2011)'''&lt;br /&gt;
* Partie électronique :&lt;br /&gt;
** Réalisation du circuit électronique sur altium &lt;br /&gt;
* Partie informatique :&lt;br /&gt;
** L'interface web est terminée (l'envoie/réception de caractères sur la liaison série s’effectue correctement !)&lt;br /&gt;
&lt;br /&gt;
'''Séance 3 (13/05/2011)'''&lt;br /&gt;
* Partie électronique : &lt;br /&gt;
** Tester le circuit électronique sur altium et sur la nanoboard&lt;br /&gt;
* Partie informatique :&lt;br /&gt;
** L'interface web a été légèrement améliorée : &lt;br /&gt;
*** une scrutation du port série à désormais lieu toutes les secondes.&lt;br /&gt;
*** L'impression du caractère &amp;quot;\n&amp;quot; (aucune donnée transmise) ne se fait plus.&lt;br /&gt;
** L'interface web et le programme c qui gère le port série ont étés implantés sur la foxboard. (voir partie foxboard)&lt;br /&gt;
&lt;br /&gt;
==Partie informatique :==&lt;br /&gt;
* Machine utilisée : TUTUR11&lt;br /&gt;
* /home/pifou/Ima3/CHEMIN ZHANG ZHANG&lt;br /&gt;
&lt;br /&gt;
* Les commandes :&lt;br /&gt;
** ls -al        : liste les fichiers avec les différents droits d’accès &lt;br /&gt;
** chmod a+w     : donne les droits en écriture a tout le monde&lt;br /&gt;
** su (+mdp glopglop) : super user&lt;br /&gt;
** su www-data   : permet de prendre l’identité de www-data&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Pour envoyer et recevoir des données via le port série, nous utilisons 2 choses :&lt;br /&gt;
* Un programme C (le démon série)&lt;br /&gt;
* Un site internet (2.0) :&lt;br /&gt;
** Le site se compose d'une page html , d'un script php et d'un javascript.&lt;br /&gt;
** La page html comporte de deux zones de texte et un bouton d'envoi.&lt;br /&gt;
*** une zone d'affichage, qui permet de visualiser les données reçues sur le port série.&lt;br /&gt;
*** une zone de saisie, qui permet d'envoyer les données sur le port série.&lt;br /&gt;
*** le bouton d'envoie permet d'envoyer les données saisies sur le port série.&lt;br /&gt;
&lt;br /&gt;
*Fonctionnement : &lt;br /&gt;
Lorsque qu'un texte est saisie dans la zone prévu à cet effet, chaque caractère est enregistré dans un fichier texte qui est ensuite placé dans le répertoire du démon série.&lt;br /&gt;
Des signaux sont également envoyé au démon série pour le prévenir que des fichiers sont présents.&lt;br /&gt;
Le démon série consomme ces fichiers texte pour les copier sur le port série.&lt;br /&gt;
Le démon série lit ensuite les données présente sur le port série et les enregistres dans des fichiers textes.&lt;br /&gt;
Ces fichiers textes sont lus, puis détruits par le script php et leurs contenu est enregistré dans l'autre zone de texte.&lt;br /&gt;
&lt;br /&gt;
==La FoxBoard==&lt;br /&gt;
* Adresse ip : 172.26.79.102&lt;br /&gt;
* Password : netusg20&lt;br /&gt;
&lt;br /&gt;
* Les fichiers implantés :&lt;br /&gt;
** root/serie.c&lt;br /&gt;
** root/serie&lt;br /&gt;
** var/www/index.html&lt;br /&gt;
** var/www/gestion_serie.php&lt;br /&gt;
** var/www/prototype.js&lt;br /&gt;
&lt;br /&gt;
* Les commandes pour executer le démon sur la foxboard :&lt;br /&gt;
** ssh -l root 172.26.79.102&lt;br /&gt;
** netusg20&lt;br /&gt;
** su www-data&lt;br /&gt;
** ./serie /tmp/serie/&lt;br /&gt;
** la page : http://172.26.79.102/ fonctionne désormais !&lt;br /&gt;
&lt;br /&gt;
==Partie électronique==&lt;br /&gt;
* Introduction :&lt;br /&gt;
Notre circuit comporte deux partie : une partie pour la réception des données et un autre partie pour l'émission des données reçues.&lt;br /&gt;
&lt;br /&gt;
* La partie réception :&lt;br /&gt;
La réception des données consiste à mettre en parallèle les donnée reçues en série. Pour cela on utilise un compteur, deux comparateurs et un registre Série/parallèle (SR16CEB).&lt;br /&gt;
Le premier comparateur permet de détecter le premier bit (bit de start).&lt;br /&gt;
Le compteur et le deuxième comparateur vont ensuite contrôler le registre série/parallèle en activant la broche &amp;quot;Clock Enable&amp;quot; 10 fois de suite à intervalle régulier.&lt;br /&gt;
Avec la fin de la trame de donnée (bit de stop) le compteur arrive à 10.&lt;br /&gt;
La réception d'une trame est terminée : on réinitialise le compteur , la donnée se trouve sur les broches 01 à 08 du registre série/parallèle.&lt;br /&gt;
&lt;br /&gt;
* La partie émission :&lt;br /&gt;
L'émission des données consiste à mettre en série les données reçues parallèles. Pour cela on utilise un compteur, un comparateur et un multiplexeur 10 voix (MUX).&lt;br /&gt;
Les voix 1 et 10 sont reliées à une masse et une tension +Vcc (équivalent à un bit de start et bit de stop).&lt;br /&gt;
Les voix 2 à 9 sont reliées avec un bus de 8 bits.&lt;br /&gt;
La broche de sortie du multiplexeur est reliée avec RS_TX (broche de donnée d'un câble série).&lt;br /&gt;
Le compteur fait balayer le multiplexeur sur les 10 voix d'entrée et les recopie sur la sortie.&lt;br /&gt;
&lt;br /&gt;
* Fréquences &lt;br /&gt;
Notre montage utilise 2 horloges de fréquences différentes car l'intervalle de temps entre deux séries de données parallèles est 10 fois plus important qu'entre deux données séries. En effet une donnée parallèle comporte 10 données , il faut donc attendre la fin d'une trame de donnée série , soit 10 fois le temps entre deux données série.&lt;br /&gt;
&lt;br /&gt;
[[Fichier:shema.jpg]]&lt;/div&gt;</summary>
		<author><name>Achemin</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Communication_s%C3%A9rie&amp;diff=1065</id>
		<title>Communication série</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Communication_s%C3%A9rie&amp;diff=1065"/>
				<updated>2011-05-16T22:11:50Z</updated>
		
		<summary type="html">&lt;p&gt;Achemin : /* Partie informatique : */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Présentation ==&lt;br /&gt;
&lt;br /&gt;
Le but du projet est de réaliser le circuit de gestion du port série sur la carte FGPA de la NanoBoard (dans les deux sens) et de réaliser une interface de gestion du port série sur la FoxBoard.&lt;br /&gt;
&lt;br /&gt;
== Avancement du projet==&lt;br /&gt;
&lt;br /&gt;
'''Séance 1 (06/05/2011)'''&lt;br /&gt;
* Partie électronique : &lt;br /&gt;
** Prise en main de la nanoboard (réalisation du tutoriel)&lt;br /&gt;
* Partie informatique&lt;br /&gt;
** Récupération et compilation du démon qui écrit sur le port série des fichiers textes&lt;br /&gt;
** Etude de la réalisation du site utilisant html/php/javascript&lt;br /&gt;
&lt;br /&gt;
'''Séance 2 (11/05/2011)'''&lt;br /&gt;
* Partie électronique :&lt;br /&gt;
** Réalisation du circuit électronique sur altium &lt;br /&gt;
* Partie informatique :&lt;br /&gt;
** L'interface web est terminée (l'envoie/réception de caractères sur la liaison série s’effectue correctement !)&lt;br /&gt;
&lt;br /&gt;
'''Séance 3 (13/05/2011)'''&lt;br /&gt;
* Partie électronique : &lt;br /&gt;
** Tester le circuit électronique sur altium et sur la nanoboard&lt;br /&gt;
* Partie informatique :&lt;br /&gt;
** L'interface web a été légèrement améliorée : &lt;br /&gt;
*** une scrutation du port série à désormais lieu toutes les secondes.&lt;br /&gt;
*** L'impression du caractère &amp;quot;\n&amp;quot; (aucune donnée transmise) ne se fait plus.&lt;br /&gt;
** L'interface web et le programme c qui gère le port série ont étés implantés sur la foxboard. (voir partie foxboard)&lt;br /&gt;
&lt;br /&gt;
==Partie informatique :==&lt;br /&gt;
* Machine utilisée : TUTUR11&lt;br /&gt;
* /home/pifou/Ima3/CHEMIN ZHANG ZHANG&lt;br /&gt;
&lt;br /&gt;
* Les commandes :&lt;br /&gt;
** ls -al        : liste les fichiers avec les différents droits d’accès &lt;br /&gt;
** chmod a+w     : donne les droits en écriture a tout le monde&lt;br /&gt;
** su (+mdp glopglop) : super user&lt;br /&gt;
** su www-data   : permet de prendre l’identité de www-data&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Pour envoyer et recevoir des données via le port série, nous utilisons 2 choses :&lt;br /&gt;
* Un programme C (le démon série)&lt;br /&gt;
* Un site internet (2.0) :&lt;br /&gt;
** Le site se compose d'une page html , d'un script php et d'un javascript.&lt;br /&gt;
** La page html comporte de deux zones de texte et un bouton d'envoie.&lt;br /&gt;
*** une zone d'affichage, qui permet de visualiser les données reçues sur le port série.&lt;br /&gt;
*** une zone de saisie, qui permet d'envoyer les données sur le port série.&lt;br /&gt;
*** le bouton d'envoie permet d'envoyer les données saisies sur le port série.&lt;br /&gt;
&lt;br /&gt;
*Fonctionnement : &lt;br /&gt;
Lorsque qu'un texte est saisie dans la zone prévu à cet effet, chaque caractère est enregistré dans un fichier texte qui est ensuite placé dans le répertoire du démon série.&lt;br /&gt;
Des signaux sont également envoyé au démon série pour le prévenir que des fichiers sont présents.&lt;br /&gt;
Le démon série consomme ces fichiers texte pour les copier sur le port série.&lt;br /&gt;
Le démon série lit ensuite les données présente sur le port série et les enregistres dans des fichiers textes.&lt;br /&gt;
Ces fichiers textes sont lus, puis détruits par le script php et leurs contenu est enregistré dans l'autre zone de texte.&lt;br /&gt;
&lt;br /&gt;
==La FoxBoard==&lt;br /&gt;
* Adresse ip : 172.26.79.102&lt;br /&gt;
* Password : netusg20&lt;br /&gt;
&lt;br /&gt;
* Les fichiers implantés :&lt;br /&gt;
** root/serie.c&lt;br /&gt;
** root/serie&lt;br /&gt;
** var/www/index.html&lt;br /&gt;
** var/www/gestion_serie.php&lt;br /&gt;
** var/www/prototype.js&lt;br /&gt;
&lt;br /&gt;
* Les commandes pour executer le démon sur la foxboard :&lt;br /&gt;
** ssh -l root 172.26.79.102&lt;br /&gt;
** netusg20&lt;br /&gt;
** su www-data&lt;br /&gt;
** ./serie /tmp/serie/&lt;br /&gt;
** la page : http://172.26.79.102/ fonctionne désormais !&lt;br /&gt;
&lt;br /&gt;
==Partie électronique==&lt;br /&gt;
* Introduction :&lt;br /&gt;
Notre circuit comporte deux partie : une partie pour la réception des données et un autre partie pour l'émission des données reçues.&lt;br /&gt;
&lt;br /&gt;
* La partie réception :&lt;br /&gt;
La réception des données consiste à mettre en parallèle les donnée reçues en série. Pour cela on utilise un compteur, deux comparateurs et un registre Série/parallèle (SR16CEB).&lt;br /&gt;
Le premier comparateur permet de détecter le premier bit (bit de start).&lt;br /&gt;
Le compteur et le deuxième comparateur vont ensuite contrôler le registre série/parallèle en activant la broche &amp;quot;Clock Enable&amp;quot; 10 fois de suite à intervalle régulier.&lt;br /&gt;
Avec la fin de la trame de donnée (bit de stop) le compteur arrive à 10.&lt;br /&gt;
La réception d'une trame est terminée : on réinitialise le compteur , la donnée se trouve sur les broches 01 à 08 du registre série/parallèle.&lt;br /&gt;
&lt;br /&gt;
* La partie émission :&lt;br /&gt;
L'émission des données consiste à mettre en série les données reçues parallèles. Pour cela on utilise un compteur, un comparateur et un multiplexeur 10 voix (MUX).&lt;br /&gt;
Les voix 1 et 10 sont reliées à une masse et une tension +Vcc (équivalent à un bit de start et bit de stop).&lt;br /&gt;
Les voix 2 à 9 sont reliées avec un bus de 8 bits.&lt;br /&gt;
La broche de sortie du multiplexeur est reliée avec RS_TX (broche de donnée d'un câble série).&lt;br /&gt;
Le compteur fait balayer le multiplexeur sur les 10 voix d'entrée et les recopie sur la sortie.&lt;br /&gt;
&lt;br /&gt;
* Fréquences &lt;br /&gt;
Notre montage utilise 2 horloges de fréquences différentes car l'intervalle de temps entre deux séries de données parallèles est 10 fois plus important qu'entre deux données séries. En effet une donnée parallèle comporte 10 données , il faut donc attendre la fin d'une trame de donnée série , soit 10 fois le temps entre deux données série.&lt;br /&gt;
&lt;br /&gt;
[[Fichier:shema.jpg]]&lt;/div&gt;</summary>
		<author><name>Achemin</name></author>	</entry>

	<entry>
		<id>https://projets-ima.plil.fr/mediawiki/index.php?title=Fichier:Shema.jpg&amp;diff=1064</id>
		<title>Fichier:Shema.jpg</title>
		<link rel="alternate" type="text/html" href="https://projets-ima.plil.fr/mediawiki/index.php?title=Fichier:Shema.jpg&amp;diff=1064"/>
				<updated>2011-05-16T21:55:52Z</updated>
		
		<summary type="html">&lt;p&gt;Achemin : a téléversé une nouvelle version de « Fichier:Shema.jpg »&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;schema_electronique&lt;/div&gt;</summary>
		<author><name>Achemin</name></author>	</entry>

	</feed>