2013-05-05T19:08:47Z

Shamdane :

[[Présentation du projet :]]

Ce projet consiste à permettre le développement d’applications reliant un automate Schneider M340 fonctionnant sous Unity Pro à un système virtuel tournant sur PC et simulant des parties opératives en 3D et de manière interactive. L’une des principales caractéristiques de ce simulateur (ITS PLC Professional Edition) est la possibilité d'interagir avec le système en temps réel, comme ajouter ou retirer des objets du flux de production à tout moment, ou encore de créer des situations d'erreur, des embouteillages, ou de simuler des pannes de fonctionnement des capteurs et/ ou des actionneurs. Il s’agit donc de concevoir et de réaliser la liaison entre l’automate et le simulateur par réseau Modbus et de fournir un système fiable pouvant être mis en application en TP.

[[== Avancement: ==]]

''Semaine 1:'' identification du matériel utilisé

Pendant la première semaine ,on a récupéré le matériel nécessaire pour le projet . On a récupéré la documentations sur chaque composant.

Phase de découverte de l'environnement du projet :

_ Simulation Software : ITS PLC « Professional edition »

_ Data acquisition board : ADVANTECH USB-4750

_ Programmable logic controller : M340 - Schneider Electric

_ Simulator sub-base I/O : ABE7TES160 - Schneider Electric

[[Fichier:Img1 p1.jpg]]

''Semaine 2:'' Étude de faisabilité du projet

Pour ce projet, il était nécessaire de démontrer la faisabilité du système de communication pour les 2 modes supposés possibles : par liaison USB et par réseau Modbus .

Les informations sont échangées entre l’API et la partie opérative virtuelle au moyen d’un module USB d’acquisition de données TOR disposant de 16 entrées et de 16 sorties .Cette solution a l’avantage d’obtenir un temps de scrutation des entrées de l’ordre de 16ms. Le logiciel ITS PLC est fourni avec le module d’E/S TOR USB de la société ADVAN-TECH.

Pour la liaison par réseau Modbus, il n’existe aucun moyen de la réaliser puisque Le logiciel ITS PLC Pro EDITION ne communique qu’avec le module d’E/S . Cependant une autre version de ITS PLC permet de se connecter en TCP/IP : « ITS PLC® ATG EDITION » .

En première partie, on a manipulé l'entrée de l'API manuellement et on a constaté l'effet sur le simulateur.
On arrive à activer l’actionneur 0 et 1 depuis le PLC IN commandé manuellement.
En deuxième partie, on a réalisé la connexion Simulateur=>API. (Capteur=>API)
Finalement, on arrive à faire fonctionner le système en boucle fermée pour 2capteurs et 2 actionneurs.
Depuis le simulateur, on force le capteur à passé à l'état haut, et comme résultat, l’API réagis en activant l’actionneur.
Ceci étant testé sur 2capteurs/2actionneurs, peut fonctionner parfaitement avec tout le reste.

''Semaine 3:'' Prise en main du logiciel UNITY PRO XL en Mode simulation

L’application consiste à gérer le niveau d’un liquide dans une cuve. Le remplissage de la cuve se fait par l’intermédiaire d’une pompe et la vidange est gérée par une vanne.
Les différents niveaux de la cuve sont mesurés par des capteurs disposés sur la cuve.
Le volume de la cuve est donné par un afficheur numérique.
Les moyens de contrôle du fonctionnement de l’application sont basés sur un écran d’exploitation qui doit fournir l’état des différents capteurs, actionneurs et le volume de la cuve.
Suivant l’état du niveau de la cuve et de l’application il faut avertir l’utilisateur par des alarmes et archiver les informations nécessaires à chaque déclenchement.

La mise en œuvre de cette application nous permet l’utilisation des différents types de variables, de langages de programmation et d’un écran d’exploitation décrivant le fonctionnement de l’application.

''Semaine 4:'' Création du banc

Un projet doit être autant soigné sur le fond que sur la forme. Pour cela, la création d'un banc regroupant toutes les liaisons est obligation.

La dimension : La planche support du banc est dimensionnée de manière à ne pas dépassé en longueur les tables de la salle de TP C006. La largeur est diminuée au maximum (Longueur de l’automate)

Le positionnement : les éléments du banc ont été placés de manière à comprendre facilement le sens de circulation des données (voir l’image)

Les ajouts : Pour rendre le banc plus simple à modifier et plus clair, On a ajouté deux boitiers qui regroupent toutes les contraintes de communication (système résistif).

La modification : le banc est fixé d’une manière très simple. L’automate et ses entrés/sorties déportés sont fixés grâce à un rail DIN, ce qui facilite le démontage de ces derniers. Les boitiers sont fixés à la planche mais restent dévissables rapidement du haut. Le câblage est regroupé et apparent.

''Semaine 5:'' Résolution des problèmes de communication

Une fois le banc mis en place, les premiers tests ont démontré le disfonctionnement des ports suivants :

_ Les entrées 7 et 15 du module d’acquisition.
_ La sortie 4 du même module.

La vérification du câblage montre que le problème est interne au module.
On retourne donc aux documentations du constructeur pour pouvoir trouver la cause du disfonctionnement.

Le problème des entrées a été détecté et réglé : (les entrées étant communes à des compteurs, il était nécessaire d’injecter un courant plus grand pour actionner les ports)

La sortie 4 reste un défaut interne au module d’acquisition, et donc non résolu. On pense à détourner l’utilisation de ce capteur soit par d’autres capteurs ou par des timers ( voir programme TriV10 )

''Semaine 6:'' Création de programmes basiques pour les 5 Parties Opératives

Cette semaine sera consacrée à la programmation des Parties opératives du logiciel de simulation ITS PLC PRO EDITION.

Les Systèmes sont les suivants :

_ Tri de Caisses : Amener les caisses du tapis d’arrivée aux monte-charges en les triant selon leur taille (une caisse à la fois).

_ Mélangeur : Mélanger les trois couleurs primaires (rouge, vert et bleu) pour obtenir la couleur souhaitée.

_ Palettiseur : Créer des palettes de caisses sur plusieurs niveaux (3niveaux).

_ Robot « Pick & place » : Ranger des pièces dans les boîtes en utilisant un manipulateur 3 axes.

_ Magasin Automatisé : Déplacer , stocker et retrouver les caisses sur les étagères.

''Semaine 7:'' Optimisation d'un des 5 systèmes : "Tri de Caisses".

Une fois le choix du système est fait, L’optimisation se fera en 4étapes essentielles pour but de trier les caisses le plus rapidement possible :

Etape 1 : Etablissement du système d’étiquetage virtuel.

Etape 2 : Augmenter la fréquence de tri de xxxx Caisses/min à yyyy Caisses/min

Etape 3 : Augmenter la fréquence de tri de yyyy Caisses/min à zzzz Caisses/min

Etape 4 : Création d’une interface homme-machine avec supervision.

Remarque : une HMI est crée pour le système de Magasin aussi .

''Semaine 8:'' Alternative avec ModBus.

''Semaine 9:'' Modbus AZAaaa

''Semaine 10:'' Finalisation de la documentation

Une attention très particulière à été portée pour la documentation du banc qui sera utilisé pour des TP de programmation.

A part le rapport du projet, d’autres livrables ont été ajoutés :

_ Fiche de montage et démontage du banc.

_ Datashit des boitiers de communication rajoutés.

_ Fiche de « Démarrage rapide du TP ».

''Fin du suivi''

lien vers la première partie du rapport: [[Fichier:Projet_S8_v3.pdf]]

2013-02-27T20:09:04Z

Shamdane :

lien vers la première partie du rapport: [[Fichier:Projet_S8_v3.pdf]]

Environnement virtuel 3D

2013-02-08T19:54:33Z

Shamdane :

Test Test Test !
[[Fichier:Sorting5.jpg]]

Fichier:Sorting5.jpg

2013-02-08T19:53:35Z

Shamdane :

Environnement virtuel 3D

2013-02-08T19:43:31Z

Shamdane : Page créée avec « Test Test Test ! »

Test Test Test !

Contrôle de sonar, 2011/2012, TD2

2012-06-18T18:02:08Z

Shamdane : /* Bilan de la séance n°3 : */

== Evaluation informatique et électronique ==

=== Gestion de projet / rédaction Wiki ===

Note .

=== Test fonctionnels ===

* Sous-système :
* Système :

=== Qualité de la réalisation ===

* Informatique. Note %.
** procédure de test :
** pages HTML et Javascript :
** scripts PHP ou programmes C :
** installation sur FoxBoard :
* Electronique : Note %.
** qualité de la réalisation :
** tests autonomes :

=== Bilan ===

Tous les points principaux ont un poids équivalent (sauf "système" qui est un bonus).

Note finale :

== Présentation ==

'''Projet Sonar'''
----
'''Objectif principal :'''
----
Le but de notre projet est de réaliser un sonar qui transmet des trains d'ondes à 40Khz et qui les reçoit à l'aide de capteurs ultrasons pour traduire une information qui sera traitée par la NanoBoard (calcul de la distance entre lui et un objet par exemple). Pour communiquer avec ce sonar par le protocole série, nous utiliserons la FoxBoard qui permet d'afficher sous forme d'une image l'environnement détecté par le sonar.
----
'''Objectif et bilan des séances :'''
----

== Objectif de la séance n°1 : ==

----
Dans cette première séance, nous avons essayé de bien assimiler le sujet pour éviter les lacunes et pour avancer progressivement dans notre travail . Puis, nous nous sommes donnés des rôles afin qu'on puisse mieux avancer et mieux s'organiser.
Pour la partie électronique, nous devons générer des trains d'ondes à la fréquence de 40KHz et les amplifier pour ne pas les perdre. Ces trains d'onde vont parcourir 4m aller retour.
----
'''Partie informatique :'''

Analyse de matériel utilisé, comprendre le fonctionnement générale du système et des outils de commande et récupération de données.

Essai de commande de servomoteur avec terminale

Tester la communication avec le phidget

== Bilan de la séance n°1 : ==

----
'''Partie électronique :'''

Nous avons réussi à implanter la partie d'émission du FPGA sur Altium en utilisant un signal carré à la fréquence de résonance, un compteur 6 bits et un comparateur qui permet d'arrêter le compteur, donc d'annuler les fronts montants, et c'est ce qui va donner des trains d'ondes.
Pour la partie analogique, nous avons fait théoriquement un montage (Amplificateur et résistances) qui nous permettra d'amplifier le signal transmis d'un gain de 3.Comme on veut G = 3 , on a pris R1=10KOhms et R2=4.7KOhms car G=(R2*R1)/(R1+R2)

[[Fichier:ampl1.png]]

'''Partie informatique :'''

1/le servomoteur : Contrôlé à l'aide de la carte de liaison série Phidget

Ce servomoteur est branché sur l’interface Phidget , qui communique grâce à un port USB avec l’ordinateur en premier lieu , puis avec la foxboard plutard .

Lors de cette première séance, la foxboard est commandée avec le Terminal. A l’aide du binaire PART2

Mais pour avoir ce binaire , il faut : Télécharger la librairie du Phidget, décompresser , configurer, installer , faire un Makefile , puis compiler le tout .

A la fin de cette séance, on a réussi à comprendre le fonctionnement du servomoteur ainsi que l’utilisation de la fonction qui réalise le mouvement du servomoteur.

La fonction utilisée est la suivante : « CPhidgetServo_setPosition (servo, 0, position); »

Avec position est proportionelle à l’angle comme illustré sur l’image ci-dessous:

[[Fichier:sonnar1.jpg]]

----

== Objectif de la séance n°2 : ==

----
Dans cette deuxième séance, nous devons réaliser la partie de réception qui consiste à recevoir les trains d'ondes et à les ré-amplifier puisqu'ils sont légèrement modifiés et bruités par le trajet.

Pour la partie informatique , il était temps d'avancer plus rapidement sur le projet :

Création de la page Html , des requetes Ajax et commander le servomoteur avec un protocole .

----

== Bilan de la séance n°2 : ==

----
'''Partie électronique :'''

Nous avons réussi à implanter la partie de réception du FPGA sur Altium en simulant le retour des trains d'ondes (Configure Digital) et en utilisant un deuxième compteur (pour calculer la durée entre l'émission et la réception des trains d'ondes). Et pour stopper ce 2ème compteur, on l'a relié avec le comparateur de la partie d'émission puisque quand LT se met à 1, le 2ème compteur s'arrête et s'initialise à 0 (CLR=1). En outre, on utilise le diviseur de fréquence(CDIV20DC50) pour que les trains d'onde aient suffisamment de temps pour parcourir 4m avant que le second compteur n'atteigne sa valeur maximale.
Pour la partie analogique, nous avons réalisé théoriquement un montage qui permettra d'amplifier le signal reçu d'un gain de 30 puisque le signal de retour n'est que de quelques millivolts. On a pris alors R1=120KOhms et R2=40KOhms

[[Fichier:ampl2.png]]

'''Partie informatique :'''

Avancement :

Création du l’interface HTML gérant l’entrée ( Sonnar) et la sortie (Servomoteur) :

Fonction d’affichage

Fonction de lecture de valeur de l’angle voulue

Fonction d’envoi de commande au servomoteur

Compilation et exécution du DEMON , pour activer la liaison avec le Sonnar .

Les scripts CGI compilés pour la liaison série fonctionnent comme il faut .

----

== Objectif de la séance n°3 : ==

----
L'objectif de cette troisième séance est de pouvoir mémoriser les données par le 2ème compteur qui calcule la durée entre l'émission et la réception du signal.
Il faut aussi terminer la partie analogique qui servira à amplifier le signal transmis et reçu.

----

== Bilan de la séance n°3 : ==

----
'''Partie électronique :'''

Quand on aura un front montant (c'est-à-dire quand le capteur ultrason détectera les trains d'onde),
la bascule D va mémoriser les données de 6 bits. Puis, le 2ème compteur se remettra en marche une nouvelle fois puisqu'au moment où le signal sera reçu, un nouveau signal va être généré.
Pour la partie analogique, on a fait le câblage nécessaire qui permettra d'amplifier les trains d'ondes lors de l'émission et de la réception.

[[Fichier:frmm.jpeg]]

De haut en bas :
-Le premier tracée représente l'initialisation du 2ème compteur.
-Le second tracée représente les trains d'ondes émis.
-Le troisième tracée représente le diviseur de fréquence utilisé par le deuxième compteur.
-Le dernier tracée représente la fréquence de l'entrée du système (CLK : l'horloge).
----
'''Partie informatique :'''
La dernière partie consiste à transférer tout ce qui a été fait sur Ordinateur sur la Foxboard .
installation des librairies et la recompilation des binaires utilisés .

----
'''Schéma final de la partie électronique :'''
----

[[Fichier:electronique.jpg]]

----
'''Schéma final de la partie analogique :'''
[[Fichier:cbg.jpg]]

Contrôle de sonar, 2011/2012, TD2

2012-06-18T17:55:10Z

Shamdane : /* Bilan de la séance n°2 : */

== Evaluation informatique et électronique ==

=== Gestion de projet / rédaction Wiki ===

Note .

=== Test fonctionnels ===

* Sous-système :
* Système :

=== Qualité de la réalisation ===

* Informatique. Note %.
** procédure de test :
** pages HTML et Javascript :
** scripts PHP ou programmes C :
** installation sur FoxBoard :
* Electronique : Note %.
** qualité de la réalisation :
** tests autonomes :

=== Bilan ===

Tous les points principaux ont un poids équivalent (sauf "système" qui est un bonus).

Note finale :

== Présentation ==

'''Projet Sonar'''
----
'''Objectif principal :'''
----
Le but de notre projet est de réaliser un sonar qui transmet des trains d'ondes à 40Khz et qui les reçoit à l'aide de capteurs ultrasons pour traduire une information qui sera traitée par la NanoBoard (calcul de la distance entre lui et un objet par exemple). Pour communiquer avec ce sonar par le protocole série, nous utiliserons la FoxBoard qui permet d'afficher sous forme d'une image l'environnement détecté par le sonar.
----
'''Objectif et bilan des séances :'''
----

== Objectif de la séance n°1 : ==

----
Dans cette première séance, nous avons essayé de bien assimiler le sujet pour éviter les lacunes et pour avancer progressivement dans notre travail . Puis, nous nous sommes donnés des rôles afin qu'on puisse mieux avancer et mieux s'organiser.
Pour la partie électronique, nous devons générer des trains d'ondes à la fréquence de 40KHz et les amplifier pour ne pas les perdre. Ces trains d'onde vont parcourir 4m aller retour.
----
'''Partie informatique :'''

Analyse de matériel utilisé, comprendre le fonctionnement générale du système et des outils de commande et récupération de données.

Essai de commande de servomoteur avec terminale

Tester la communication avec le phidget

== Bilan de la séance n°1 : ==

----
'''Partie électronique :'''

Nous avons réussi à implanter la partie d'émission du FPGA sur Altium en utilisant un signal carré à la fréquence de résonance, un compteur 6 bits et un comparateur qui permet d'arrêter le compteur, donc d'annuler les fronts montants, et c'est ce qui va donner des trains d'ondes.
Pour la partie analogique, nous avons fait théoriquement un montage (Amplificateur et résistances) qui nous permettra d'amplifier le signal transmis d'un gain de 3.Comme on veut G = 3 , on a pris R1=10KOhms et R2=4.7KOhms car G=(R2*R1)/(R1+R2)

[[Fichier:ampl1.png]]

'''Partie informatique :'''

1/le servomoteur : Contrôlé à l'aide de la carte de liaison série Phidget

Ce servomoteur est branché sur l’interface Phidget , qui communique grâce à un port USB avec l’ordinateur en premier lieu , puis avec la foxboard plutard .

Lors de cette première séance, la foxboard est commandée avec le Terminal. A l’aide du binaire PART2

Mais pour avoir ce binaire , il faut : Télécharger la librairie du Phidget, décompresser , configurer, installer , faire un Makefile , puis compiler le tout .

A la fin de cette séance, on a réussi à comprendre le fonctionnement du servomoteur ainsi que l’utilisation de la fonction qui réalise le mouvement du servomoteur.

La fonction utilisée est la suivante : « CPhidgetServo_setPosition (servo, 0, position); »

Avec position est proportionelle à l’angle comme illustré sur l’image ci-dessous:

[[Fichier:sonnar1.jpg]]

----

== Objectif de la séance n°2 : ==

----
Dans cette deuxième séance, nous devons réaliser la partie de réception qui consiste à recevoir les trains d'ondes et à les ré-amplifier puisqu'ils sont légèrement modifiés et bruités par le trajet.

Pour la partie informatique , il était temps d'avancer plus rapidement sur le projet :

Création de la page Html , des requetes Ajax et commander le servomoteur avec un protocole .

----

== Bilan de la séance n°2 : ==

----
'''Partie électronique :'''

Nous avons réussi à implanter la partie de réception du FPGA sur Altium en simulant le retour des trains d'ondes (Configure Digital) et en utilisant un deuxième compteur (pour calculer la durée entre l'émission et la réception des trains d'ondes). Et pour stopper ce 2ème compteur, on l'a relié avec le comparateur de la partie d'émission puisque quand LT se met à 1, le 2ème compteur s'arrête et s'initialise à 0 (CLR=1). En outre, on utilise le diviseur de fréquence(CDIV20DC50) pour que les trains d'onde aient suffisamment de temps pour parcourir 4m avant que le second compteur n'atteigne sa valeur maximale.
Pour la partie analogique, nous avons réalisé théoriquement un montage qui permettra d'amplifier le signal reçu d'un gain de 30 puisque le signal de retour n'est que de quelques millivolts. On a pris alors R1=120KOhms et R2=40KOhms

[[Fichier:ampl2.png]]

'''Partie informatique :'''

Avancement :

Création du l’interface HTML gérant l’entrée ( Sonnar) et la sortie (Servomoteur) :

Fonction d’affichage

Fonction de lecture de valeur de l’angle voulue

Fonction d’envoi de commande au servomoteur

Compilation et exécution du DEMON , pour activer la liaison avec le Sonnar .

Les scripts CGI compilés pour la liaison série fonctionnent comme il faut .

----

== Objectif de la séance n°3 : ==

----
L'objectif de cette troisième séance est de pouvoir mémoriser les données par le 2ème compteur qui calcule la durée entre l'émission et la réception du signal.
Il faut aussi terminer la partie analogique qui servira à amplifier le signal transmis et reçu.

----

== Bilan de la séance n°3 : ==

----
'''Partie électronique :'''

Quand on aura un front montant (c'est-à-dire quand le capteur ultrason détectera les trains d'onde),
la bascule D va mémoriser les données de 6 bits. Puis, le 2ème compteur se remettra en marche une nouvelle fois puisqu'au moment où le signal sera reçu, un nouveau signal va être généré.
Pour la partie analogique, on a fait le câblage nécessaire qui permettra d'amplifier les trains d'ondes lors de l'émission et de la réception.

[[Fichier:frmm.jpeg]]

De haut en bas :
-Le premier tracée représente l'initialisation du 2ème compteur.
-Le second tracée représente les trains d'ondes émis.
-Le troisième tracée représente le diviseur de fréquence utilisé par le deuxième compteur.
-Le dernier tracée représente la fréquence de l'entrée du système (CLK : l'horloge).

'''Partie informatique :'''

----
'''Schéma final de la partie électronique :'''
----

[[Fichier:electronique.jpg]]

----
'''Schéma final de la partie analogique :'''
[[Fichier:cbg.jpg]]

Contrôle de sonar, 2011/2012, TD2

2012-06-18T17:36:32Z

Shamdane : /* Objectif de la séance n°2 : */

== Evaluation informatique et électronique ==

=== Gestion de projet / rédaction Wiki ===

Note .

=== Test fonctionnels ===

* Sous-système :
* Système :

=== Qualité de la réalisation ===

* Informatique. Note %.
** procédure de test :
** pages HTML et Javascript :
** scripts PHP ou programmes C :
** installation sur FoxBoard :
* Electronique : Note %.
** qualité de la réalisation :
** tests autonomes :

=== Bilan ===

Tous les points principaux ont un poids équivalent (sauf "système" qui est un bonus).

Note finale :

== Présentation ==

'''Projet Sonar'''
----
'''Objectif principal :'''
----
Le but de notre projet est de réaliser un sonar qui transmet des trains d'ondes à 40Khz et qui les reçoit à l'aide de capteurs ultrasons pour traduire une information qui sera traitée par la NanoBoard (calcul de la distance entre lui et un objet par exemple). Pour communiquer avec ce sonar par le protocole série, nous utiliserons la FoxBoard qui permet d'afficher sous forme d'une image l'environnement détecté par le sonar.
----
'''Objectif et bilan des séances :'''
----

== Objectif de la séance n°1 : ==

----
Dans cette première séance, nous avons essayé de bien assimiler le sujet pour éviter les lacunes et pour avancer progressivement dans notre travail . Puis, nous nous sommes donnés des rôles afin qu'on puisse mieux avancer et mieux s'organiser.
Pour la partie électronique, nous devons générer des trains d'ondes à la fréquence de 40KHz et les amplifier pour ne pas les perdre. Ces trains d'onde vont parcourir 4m aller retour.
----
'''Partie informatique :'''

Analyse de matériel utilisé, comprendre le fonctionnement générale du système et des outils de commande et récupération de données.

Essai de commande de servomoteur avec terminale

Tester la communication avec le phidget

== Bilan de la séance n°1 : ==

----
'''Partie électronique :'''

Nous avons réussi à implanter la partie d'émission du FPGA sur Altium en utilisant un signal carré à la fréquence de résonance, un compteur 6 bits et un comparateur qui permet d'arrêter le compteur, donc d'annuler les fronts montants, et c'est ce qui va donner des trains d'ondes.
Pour la partie analogique, nous avons fait théoriquement un montage (Amplificateur et résistances) qui nous permettra d'amplifier le signal transmis d'un gain de 3.Comme on veut G = 3 , on a pris R1=10KOhms et R2=4.7KOhms car G=(R2*R1)/(R1+R2)

[[Fichier:ampl1.png]]

'''Partie informatique :'''

1/le servomoteur : Contrôlé à l'aide de la carte de liaison série Phidget

Ce servomoteur est branché sur l’interface Phidget , qui communique grâce à un port USB avec l’ordinateur en premier lieu , puis avec la foxboard plutard .

Lors de cette première séance, la foxboard est commandée avec le Terminal. A l’aide du binaire PART2

Mais pour avoir ce binaire , il faut : Télécharger la librairie du Phidget, décompresser , configurer, installer , faire un Makefile , puis compiler le tout .

A la fin de cette séance, on a réussi à comprendre le fonctionnement du servomoteur ainsi que l’utilisation de la fonction qui réalise le mouvement du servomoteur.

La fonction utilisée est la suivante : « CPhidgetServo_setPosition (servo, 0, position); »

Avec position est proportionelle à l’angle comme illustré sur l’image ci-dessous:

[[Fichier:sonnar1.jpg]]

----

== Objectif de la séance n°2 : ==

----
Dans cette deuxième séance, nous devons réaliser la partie de réception qui consiste à recevoir les trains d'ondes et à les ré-amplifier puisqu'ils sont légèrement modifiés et bruités par le trajet.

Pour la partie informatique , il était temps d'avancer plus rapidement sur le projet :

Création de la page Html , des requetes Ajax et commander le servomoteur avec un protocole .

----

== Bilan de la séance n°2 : ==

----
'''Partie électronique :'''

Nous avons réussi à implanter la partie de réception du FPGA sur Altium en simulant le retour des trains d'ondes (Configure Digital) et en utilisant un deuxième compteur (pour calculer la durée entre l'émission et la réception des trains d'ondes). Et pour stopper ce 2ème compteur, on l'a relié avec le comparateur de la partie d'émission puisque quand LT se met à 1, le 2ème compteur s'arrête et s'initialise à 0 (CLR=1). En outre, on utilise le diviseur de fréquence(CDIV20DC50) pour que les trains d'onde aient suffisamment de temps pour parcourir 4m avant que le second compteur n'atteigne sa valeur maximale.
Pour la partie analogique, nous avons réalisé théoriquement un montage qui permettra d'amplifier le signal reçu d'un gain de 30 puisque le signal de retour n'est que de quelques millivolts. On a pris alors R1=120KOhms et R2=40KOhms

[[Fichier:ampl2.png]]

'''Partie informatique :'''
----

== Objectif de la séance n°3 : ==

----
L'objectif de cette troisième séance est de pouvoir mémoriser les données par le 2ème compteur qui calcule la durée entre l'émission et la réception du signal.
Il faut aussi terminer la partie analogique qui servira à amplifier le signal transmis et reçu.

----

== Bilan de la séance n°3 : ==

----
'''Partie électronique :'''

Quand on aura un front montant (c'est-à-dire quand le capteur ultrason détectera les trains d'onde),
la bascule D va mémoriser les données de 6 bits. Puis, le 2ème compteur se remettra en marche une nouvelle fois puisqu'au moment où le signal sera reçu, un nouveau signal va être généré.
Pour la partie analogique, on a fait le câblage nécessaire qui permettra d'amplifier les trains d'ondes lors de l'émission et de la réception.

[[Fichier:frmm.jpeg]]

De haut en bas :
-Le premier tracée représente l'initialisation du 2ème compteur.
-Le second tracée représente les trains d'ondes émis.
-Le troisième tracée représente le diviseur de fréquence utilisé par le deuxième compteur.
-Le dernier tracée représente la fréquence de l'entrée du système (CLK : l'horloge).

'''Partie informatique :'''

----
'''Schéma final de la partie électronique :'''
----

[[Fichier:electronique.jpg]]

----
'''Schéma final de la partie analogique :'''
[[Fichier:cbg.jpg]]