Wiki de Projets IMA - Contributions de l’utilisateur [fr]

Intégration d'une carte d'acquisition et de commande dans un véhicule autonome

2013-01-29T16:39:52Z

Bconflan : /* Séance 27 novembre */

== Introduction : Projet de Fin d'Etude ==

== Objectifs ==
*But principal : remonter un robucar.
**Sous objectifs :
::=> Intégrer la carte d'acquisition Dspace.
::=> Commander les moteurs.
::=> Commander les vérins de direction.
::=> Lire les valeurs de capteurs.
::=> Réguler la direction et la vitesse.
::=> Réaliser la supervision du véhicule.

== Séance 24 septembre ==
* Prise de contact avec l'équipe LAGIS travaillant sur le projet INTRADE.
* Première rencontre avec le châssis (épave sans moteurs/roues à l'arrière).

[[Fichier:Epave1.jpg]]

== Séance 25 septembre ==
* Contact avec notre tuteur (Mr. Rochdi Merzouki) : présentation des attentes et des objectifs du projet.
::=> PowerPc Dspace 1103 et sa carte d'acquisition unique.
::=> Définition de l'objectif final : faire rouler le robucar.
* Remontage des moteurs (triangles + biellettes de direction) sur le châssis.
::=> Remontage des batteries.
* Matériel disponible :
::- Dspace 1103 et sa carte d'acquisition.
::- Ordinateur fixe équipé de : Matlab 2006a + Control Desk + clé usb d'activation de controlDesk + une interface pour communiquer avec la DS1103.

== Séance 26 septembre ==

*Prise en main de Dspace/Control Desk à travers la réalisation d'un tutoriel récupéré sur internet.
* La programmation de la Dspace se fera à travers matlab en temps réel. le logiciel Control Desk nous permettra de réaliser une interface de commande.

== Séance 1 octobre ==
* Récupération des paramètres des deux variateurs alimentant les deux moteurs depuis un autre véhicule Robucar opérationnel.
* Génération d'un signal 0 -> 5V à travers l'E/S Analogique de la Dspace pour la commande des moteurs.
* Attente de la fin du câblage des moteurs (arrières) pour des premiers tests.

== Séance 3 octobre ==
*Premiers tests :
::=> envoi d'une consigne aux moteurs.
::=> problèmes sur la commande : les variateurs sont en défaut.
::=> Solutions : câblage de toutes les masses sur une seul masse commune et initialisation des moteurs à l'arrêt (envoi d'une consigne 2,5V).
* travaux réalisés :
::- Réalisation d'une première interface de contrôle sur Control Desk.
::- Démarrage des deux moteurs du train arrière.
::- Génération d'un signal PWM (en prévoyance pour le vérin de direction).

== Séance 8 octobre ==
*Travaux réalisés :
::- Câblage des codeurs incrémentaux.
::- Récupération des données des codeurs incrémentaux (droit et gauche).
:::=>possibilité de réguler la vitesse des roues.
*Objectifs prochaine séance : commencer la régulation des roues en vitesse.

== Séance 10 octobre ==
*Travaux réalisés :
::- Conversion de la valeur du capteur incrémental : position -> vitesse (tr/s).
::- Choix et réalisation de la commande des moteurs en pourcentage (0% = arrêt , 100% = vitesse max).
::- Instauration d'un switch sur notre interface de commande pour la marche arrière.
::- Régulation de chaque roue en vitesse.
:::=> Résultat : Les deux roues sont synchronisées et tournent à la même vitesse.

== Séance 15 octobre ==
*Acquisition du modèle du moteur.
*Travaux réalisés
::- Réalisation du modèle de supervision sous Simulink.
::- test du modèle + comparaison avec système réel.
:::=> résultats cohérents.

== Séance 17 octobre ==
*Supervision
::- Mise en place des blocs "évaluation RRA" et "capteurs" pour le modèle.
::- Documentation sur les seuils (bloc détection + isolation).
:::=> Matrice de signature des fautes.

*Commande du vérin :
Le vérin est équipé d'un codeur absolu communicant en SSI. N'ayant pas d'interface SSI sur notre carte d'acquisition Dspace nous avons choisi de réaliser une conversion SSI -> RS232 à travers un arduino.
Matériel :
::- devoir se procurer un arduino pour réaliser la conversion SSI/RS232.

== Séance 18 octobre ==
*Supervision
::- Détermination des seuils pour une correspondance avec la MSF.
::- Réalisation sous control Desk d'une fenêtre "message d'erreur".
::- pour l'instant le système n'est pas isolable redondance capteur à envisager).

*Matériel:
::- Récupération d'un arduino Mega

== Séance 5 novembre ==
*Installation d'une carte avec Arduino dans le boitier de puissance.
*Travaux réalisés:
::- Réalisation d'un code sur Arduino pour récupérer la valeur du capteur absolu.
:::=> On trouve des valeurs entre 8000 et 13000 (valeurs incohérentes !!!)

== Séance 7 novembre ==
* Câblage du vérin de direction.
* Travaux réalisés :
::- Génération d'un signal PWM pour commander le vérin.
::- Génération de signaux digitaux pour l'inhibit et pour le choix du sens de la direction.
:::=> Résultat: Déplacement du vérin opérationnel.

== Séance 12 novembre ==
*Travaux réalisés :

::- Implémentation du code liaison série sur Arduino
:::=> mise en place de la communication série ( parité, nb bits stop, longueur du message)

== Séance 14 novembre ==
*Travaux réalisés :
::- Réalisation d'une carte pour la conversion TTL -> RS232 à l'aide d'un pic MAX232N.
::- Test de la carte => communication série fonctionnel.

== Séance 19 novembre ==
*Travaux réalisés :

::- Test de la carte.
:::=> Communication Arduino/Dspace établie sur 1 octet. Données échangées entre le capteur et l'arduino sur 2 octets.
::- Problème : envoie sur 2 octets NON fonctionnel.
:::=> Développement du code arduino pour essayer de résoudre le problème.
::-Solution : temporisation entre chaque envoi

== Séance 20 novembre ==
*Travaux réalisés:
::- Utilisation d'un volant/pédales en usb sur Dspace.
::- Commencement d'une stratégie de commande en vitesse. (5 vitesses déclarées).
:::=> objectif : obtenir un démarrage doux.
::- Obtention d'information décisives sur le capteur absolue
:::=> Correction du code Arduino pour correspondre aux données du capteur (13bits et codé en binaire).
== Séance 21 novembre ==
*Travaux réalisés:
::- Développement de la stratégie de commande en vitesse.
:::=> Résultat acceptable.
::- Récupération des valeurs extrêmes pour le codeur absolu (5040 et 3984).
::- Mise en place d'un système de freinage.
::- Réalisation sur papier de la régulation de la direction.
::- Nettoyage du code Arduino + commentaires.
*Objectifs prochaine séance :
::- Implémentation sous Simulink de la régulation de direction.
::- Tests de la régulation

== Séance 23 novembre ==
*Travaux réalisés :
::- Implémentation sous Simulink de la régulation de direction.
:::=> la régulation n'est pas parfaite, les biellettes de direction touchent légèrement le châssis.
:::=> La régulation n'est pas "smooth", on voit des paliers ainsi que des dépassements.
:::=> A corriger pour la prochaine séance.
== Séance 26 novembre ==
*Travaux réalisés :
::- Tests pour différentes valeurs des paramètres du correcteur.
:::=> les paliers sont moins visibles et il n'y a plus de dépassement.
== Séance 27 novembre ==
*Travaux réalisés :
::- Nettoyage sur Simulink et ControlDesk.
:::=> Amélioration de l'interface visuel.
::- Recherche d'un modèle cinématique pour prendre en compte la différence de vitesse de chaque roue en virage.

== Janvier 2013 ==
*Modification du code Matlab-Simulink:
::- Duplication du code pour le train avant.
::- Modification des blocs pour prendre en compte les capteurs et actionneurs du train avant.

*Régulation de la traction:
::- Branchement du train avant sur la dSPACE.
:::=> Premiers tests pas très convainquant : problèmes de hardware (mauvais branchements sur la voiture).
:::=> Résolu : les quatre roues tournent à la même vitesse de consigne.

*Modification du code Arduino:
::- Branchement du deuxième capteur absolu.
::- Initialisation des registres.
::- Récupération des données des deux capteurs.
::- Envoie des données sur le port RS232 de la dSPACE.
:::=> On récupère bien les bonnes données, nous pouvons donc passer à la régulation de la direction.

*Régulation de la direction:
::- Premiers tests = échec : la direction avant part en buté malgré l'inhibit.
:::=> Problème trouvé : le variateur est mal câblé.
:::=> Résolu : la direction est bien régulée, à l'avant comme à l'arrière.

*Interface graphique: création d'un interface graphique évolué.
:::=> Chargement automatique du fichier ".sdf" dans la dSPACE au lancement du programme.
:::=> Affichage automatique du poste de pilotage en plein écran en mode animation (l'utilisateur peut conduire la voiture directement, sans connaître le logiciel ControlDesk).
:::=> Plusieurs layouts :
:::::- Poste de pilotage (avec toutes les données importantes à la conduite).
:::::- Mode manuel alternatif (permet de contrôler manuellement la voiture en cas de bug de la régulation).
:::::- Régulation de la direction (toutes les données utiles pour la régulation de la direction).
:::::- Régulation de la traction (toutes les données utiles pour la régulation de la traction).

*Problèmes à régler:
::- Observation de temps en temps d'un signal transmis involontairement aux roues.
:::=> Il semblerait qu'un signal bruité puisse être à l'origine de ce problème.
:::=> Un filtre à l'entré des variateurs des moteurs de roue pourrait résoudre ce soucis, en attente de résolution.

*Reste à faire:
::- Acquisition/sauvegarde des valeurs de courant/tension/vitesse via dSPACE ControlDesk (pour supervision).
::- Intégrer une centrale inertielle au châssis.
::- Test du véhicule à l'extérieur en pilotage manuel.

Intégration d'une carte d'acquisition et de commande dans un véhicule autonome

2012-11-28T10:25:39Z

Bconflan : /* Séance 23 novembre */

Intégration d'une carte d'acquisition et de commande dans un véhicule autonome

2012-11-28T09:57:26Z

Bconflan : /* Séance 23 novembre */

Intégration d'une carte d'acquisition et de commande dans un véhicule autonome

2012-11-21T17:23:13Z

Bconflan : /* Séance 21 novembre */

== Introduction : Projet de Fin d'Etude ==

== Objectifs ==
*But principal : Remonter le robucar.
**Sous objectifs :
::=> Commander les moteurs.
::=> Commander la direction.
::=> Lire les valeurs de capteurs.
::=> Réguler la direction et la vitesse.

== Séance 24 septembre ==
* Prise de contact avec le projet (rencontre avec Nicolas, Michel et Vincent).
* Première rencontre avec le châssis (épave sans moteurs/roues à l'arrière).

== Séance 25 septembre ==
* Contact avec tuteur (Rochdi Merzouki) : explication du projet.
::=> Carte d'acquisition unique (pc embarqué).
::=> Définition de l'objectif final : faire rouler le robucar.
* Remontage des moteurs (triangles + biellettes de direction) sur le châssis.
::=> Remontage des batteries par Michel.
* Matériel disponible :
::- Dspace 1103.
::- Ecran et alim.
::=> Manque : Ordinateur équipé de Matlab 2006a + installation carte DS1103.
== Séance 26 septembre ==
*Installation Matlab/Simulink.
*Prise en main de Dspace/Control Desk.
== Séance 1 octobre ==
*Récupération des paramètres du variateur (dans l'autre Robucar).
*Attente de la fin du câblage des moteurs (arrières) pour des premiers tests.
== Séance 3 octobre ==
*Premiers tests avec Control Desk et les moteurs :
::=> problèmes sur la commande : lecture sur les variateurs des messages d'erreurs.
::=> Solutions : câblage sur une masse commune et envoi d'une bonne consigne aux moteurs (2,5V).
* travaux réalisés :
::- Démarrage des deux moteurs du train arrière.
::- Génération d'un signal PWM (en prévoyance pour le verrin de direction).
== Séance 8 octobre ==
*Travaux réalisés :
::- Câblage des codeurs incrémentaux.
::- Récupération des données des codeurs (droit et gauche).
:::=>possibilité de réguler la vitesse.
*Objectifs prochaine séance : commencer la régulation des roues en vitesse.
== Séance 10 octobre ==
*Travaux réalisés :
::- Conversion de la valeur du capteur (position) en vitesse (tr/s).
::- Choix de la commande des moteurs en pourcentage (+réalisation).
::- Instauration d'un switch pour la marche arrière.
::- Régulation de chaque roue en vitesse.
:::=> Les deux roues sont synchronisées et tournent à la même vitesse.
== Séance 15 octobre ==
*Acquisition du modèle de la MCC d'un moteur de roue.
*Travaux réalisés
::- Réalisation de modèle de supervision sous Simulink.
::- test du modèle + comparaison avec système réel.
:::=> résultats cohérents.
== Séance 17 octobre ==
*Supervision
::- Mise en place des blocs "évaluation RRA" et "capteurs" pour le modèle.
::- Documentation sur les seuils (bloc détection + isolation).
:::=> Matrice de signature de faute.
*Matériel :
::- devoir de se procurer un arduino pour réaliser la conversion SSI/RS232.
== Séance 18 octobre ==
*Supervision
::- Détermination des seuils pour une correspondance avec la MSF.
::- Réalisation sous control Desk d'une fenêtre "message d'erreur".
::- pour l'instant le système n'est pas isolable redondance capteur à envisager).
== Séance 5 novembre ==
*Installation d'une carte avec Arduino dans le boitier de puissance.
*Travaux réalisés:
::- Réalisation d'un code sur Arduino pour récupérer la valeur du capteur absolu.
:::=> On trouve des valeurs entre 8000 et 13000.
== Séance 7 novembre ==
* Câblage du vérin de direction.
* Travaux réalisés :
::- Génération d'un signal PWM pour commander le vérin.
::- Génération de signaux digitaux pour l'inhibit et la direction.
:::=> Déplacement du vérin opérationnel.
== Séance 12 novembre ==
*Travaux réalisés :
::- Câblage liaison rs232 (Arduino -> Dspace).
::- Implémentation du code liaison série sur Arduino
:::=> mise en place de la communication série ( parité, nb bits stop, longueur du message)
::::=> Résultat : problème de communication (valeurs farfelues).
== Séance 14 novembre ==
*Travaux réalisés :
::- Réalisation d'une carte conversion TTL->RS232.
::- Test de la carte => pas de communication série.
== Séance 19 novembre ==
*Travaux réalisés :
::- Origine du non fonctionnement de la carte résolu.
::- Test de la carte.
:::=> Communication Arduino/Dspace établie. (ok sur 1 octet).
::- Problème envoie sur 2 octets.
:::=> Développement du code arduino pour essayer de résoudre le problème.
== Séance 20 novembre ==
*Travaux réalisés:
::- Utilisation d'un volant/pédales en usb sur Dspace.
::- Commencement d'une stratégie de commande en vitesse. (5 vitesses déclarées).
:::=> objectif : obtenir un démarrage doux.
::- Obtention d'information décisives sur le capteur absolue
:::=> Correction du code Arduino pour correspondre aux données du capteur (13bits et codé en binaire).
== Séance 21 novembre ==
*Travaux réalisés:
::- Développement de la stratégie de commande en vitesse.
:::=> Résultat acceptable.
::- Récupération des valeurs extrêmes pour le codeur absolu (5040 et 3984).
::- Mise en place d'un système de freinage.
::- Réalisation sur papier de la régulation de la direction.
::- Nettoyage du code Arduino + commentaires.
*Objectifs prochaine séance :
::- Implémentation sous Simulink de la régulation de direction.
::- Tests de la régulation

Intégration d'une carte d'acquisition et de commande dans un véhicule autonome

2012-11-21T17:03:45Z

Bconflan : /* Séance 7 novembre */

Intégration d'une carte d'acquisition et de commande dans un véhicule autonome

2012-11-21T16:20:16Z

Bconflan : /* Séance 5 novembre */

Intégration d'une carte d'acquisition et de commande dans un véhicule autonome

2012-11-21T16:13:10Z

Bconflan : /* Séance 10 octobre */

Intégration d'une carte d'acquisition et de commande dans un véhicule autonome

2012-11-21T15:57:35Z

Bconflan : /* Séance 3 octobre */

Intégration d'une carte d'acquisition et de commande dans un véhicule autonome

2012-11-21T15:48:58Z

Bconflan : /* Séance 25 septembre */

Intégration d'une carte d'acquisition et de commande dans un véhicule autonome

2012-11-21T15:38:29Z

Bconflan : /* Introduction : Projet de Fin d'Etude */

Intégration d'une carte d'acquisition et de commande dans un véhicule autonome

2012-11-21T15:22:25Z

Bconflan :

== Introduction : Projet de Fin d'Etude ==

Objectif final :
Remonter le robucar.
sous objectifs :
commander les moteurs
commander la direction
lire les valeurs de capteurs
réguler la direction et la vitesse

Intégration d'une carte d'acquisition et de commande dans un véhicule autonome

2012-11-21T15:12:07Z

Bconflan : Page créée avec « Introduction : Projet de Fin d'Etude »

Introduction : Projet de Fin d'Etude

Projets IMA5 2012/2013

2012-11-21T15:09:52Z

Bconflan :

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

== Répartition des binômes ==

<table border="1">
<th>Projet</th>
<th>Elèves</th>
<th>Encadrant Ecole</th>

<tr><td>[[Objets communiquants et gestion de l'énergie]]</td>
<td> Justin LE GUENNEC / Calvin DELBERGHE </td>
<td> Thomas Vantroys </td>
</tr>

<tr>
<td>[[Véhicule électrique]]</td>
<td>Martin GOSSE / Hamza AYZI</td>
<td>Philippe Delarue</td>
</tr>

<tr>
<td>Etude des possibilités de distribution d'un algorithme de surveilance</td>
<td>Yousra ABOULHASSAN / Asmaa CHEKKOURI</td>
<td>Anne-Lise Gehin</td>
</tr>

<tr>
<td>[[Intégration d'une carte d'acquisition et de commande dans un véhicule autonome]]</td>
<td>Benoît CONFLAND et Ismail EL HASNAOUI</td>
<td>Rochdi Merzouki</td>
</tr>

<tr>
<td>[[Modélisation numérique d'une machine électrique pour la traction de véhicule hybride]]</td>
<td>Samuel ROSENER / Aymeric CHEMIN</td>
<td>Abdelkader Benabou</td>
</tr>

<tr>
<td>[[Scan 3D]]</td>
<td>Florent SUEUR et Delphine GLORIA</td>
<td>Laurent Grisoni</td>
</tr>

<tr>
<td>[[Surveillance robuste et modélisation temps réel d'une centrale thermique]]</td>
<td>Guy Roland TSIMBA LILINGA / Hamza BOUAIBA</td>
<td>Belkacem Ould Bouamama</td>
</tr>

<tr>
<td>[[Nao: Conception d'un prototype de robot trieur]]</td>
<td>Hussein HIJAZI / Rémy KHODR</td>
<td>Rochdi Merzouki</td>
</tr>

<tr>
<td>[[Conception d'un prototype de robot guide]]</td>
<td>Zhibin LIN</td>
<td>Thomas Vantroys</td>
</tr>

<tr>
<td>[[Développement d'une plate-forme Modbus]]</td>
<td>Charles HENRY / Jean-Luc GOSSELIN</td>
<td>Blaise Conrard</td>
</tr>

<tr>
<td>[[Modernisation d'une machine d'impression flexographique]]</td>
<td>Xavier WALLET / Peng ZHANG</td>
<td>Christophe Chaillou</td>
</tr>

</table>

== Planning des soutenances mardi 18 décembre 2012 ==

<table border="1">
<th>Heure</th>
<th>Projet</th>
<th>Tuteur école</th>

<tr>
<td>8h00 - 8h20</td>
<td>Modernisation d'une machine d'impression flexographique</td>
<td>Christophe Chaillou</td>
</tr>

<tr>
<td>8h20 - 8h40</td>
<td>Surveillance robuste et modélisation temps réel d'une centrale thermique</td>
<td>Belkacem Ould Bouamama</td>
</tr>

<tr>
<td>8h40 - 9h00</td>
<td>Conception d'un prototype de robot guide</td>
<td>Thomas Vantroys</td>
</tr>

<tr>
<td>9h00 - 9h20</td>
<td>Scan 3D</td>
<td>Laurent Grisoni</td>
</tr>

<tr>
<td>9h20 - 9h40</td>
<td>Nao: Conception d'un prototype de robot trieur</td>
<td>Rochdi Merzouki</td>
</tr>

<tr>
<td>9h40 - 10h00</td>
<td>Intégration d'une carte d'acquisition et de commande dans un véhicule autonome</td>
<td>Rochdi Merzouki</td>
</tr>

<tr>
<td>10h20 - 10h40</td>
<td>Objets communiquants et gestion de l'énergie</td>
<td>Thomas Vantroys</td>
</tr>

<tr>
<td>10h40 - 11h00</td>
<td>Véhicule électrique</td>
<td>Philippe Delarue</td>
</tr>

<tr>
<td>11h00 - 11h20</td>
<td>Etude des possibilités de distribution d'un algorithme de surveilance</td>
<td>Anne-Lise Gehin</td>
</tr>

<tr>
<td>11h20 - 11h40</td>
<td>Modélisation numérique d'une machine électrique pour la traction de véhicule hybride</td>
<td>Abdelkader Benabou</td>
</tr>

<tr>
<td>11h40 - 12h00</td>
<td>Développement d'une plate-forme Modbus</td>
<td>Blaise Conrard</td>
</tr>
</table>

Robots mobiles 2012

2012-03-13T15:27:15Z

Bconflan : /* Quatrième séance */

== Présentation ==

== Préparation du projet ==

=== Matériel requis ===

* Exemple de matériel

=== Matériel à acheter ===

*câbles de connexions pour l'adaptateur placé sur le cpu de la Foxboard pour faciliter l'implémentation des périphériques.

== Avancement du projet==

=== Objectifs suggérés par les encadrants ===

=== Réalisations concrètes ===

=== Séances ===

==== Première séance ====

*Réparation d'un cable de multimètre.
*Fabrication de deux alimentations USB pour les Foxboards.
*Récupération des images systeme des deux Foxboards du projet de l'année passée.
*Vérification de la communication via une clé Wifi entre la Foxboard et un ordinateur de TP.

==== Deuxième séance ====

*Soudure du port usb situé à l'arrière du châssis n°1.
*Tests pour vérifier que la soudure est correcte => le port usb est fragilisé (il peut y avoir un faux contact sur la branche 3), mais le port fonctionne.
*Premier tests pour faire avancer le châssis n°1 => le robot avance, et peut être commandé au clavier par liaison série (sans soucis).
*Remarques :
**Le châssis n'avance pas sans alimentation usb => solution : changement de piles + léger étirement des chenilles (pour tenter de réduire le couple résistant).
**Après le robot se déplace mais toujours avec difficulté => autre solution envisagée : graissage du mécanisme mais non réalisée.

==== Troisième séance ====

*Récupération de la version finale de l'image système de la Foxboard. (notre version n'était pas la plus avancée).
*Remise en fonctionnement du wifi de la foxboard => la foxboard arrive maintenant à se connecter au réseau de l'école.

==== Quatrième séance ====

*Nous avons trouvé le nom du capteur de couleur utilisé (aucune trace de son achat ou son nom dans le projet précédent). => ADJD-s371
*Chaîne de communication web => fox => arduino rétabli.
*Test du mode manuel via interface web => le robot fonctionne normalement(après écriture du code arduino en fonction du code déjà existant).

==== Cinquième séance ====

*récupération d'un exemple de code pour le capteur de couleur or Problème : cela ne fonctionne pas.
**teste avec une LED 256 couleurs => pas de lumière.
*Après une batterie de testes entre les deux arduinos et les deux capteurs de lumière (identiques) nous en déduisons qu'un des capteurs est mort.
*Problème non réglé : avec le capteur de couleur opérationnel, il ne fonctionne pas avec le châssis n°1 => prochaine séance : vérification du câblage avec un ohmmètre.

==== Sixième séance ====

*Nous avons vérifié tout le câblage pour trouver pourquoi la LED du capteur de couleur ne s'allumait pas :
**Finalement, il semble que le bus gris (I2C) ne fonctionne pas : faux contact sur la branche 4.
**Après avoir "gratté" un peu la broche le câble fonctionne.
**Solution magique = solution provisoire. Donc nous ferons peut être un autre bus.
*Projet à venir :
**Construire une plaque pour la version définitive du hardware (plus solide).
**Etablir un début de code pour faire fonctionner le capteur de couleur.

==== Septième séance ====

*Nous avons scié la plaque pour avoir un circuit définitif. Or nous n'avions pas de fer à souder => prochaine séance.
*Test du code du capteur de lumière avec la LED => cela fonctionne. (on a de la lumière : mais Maxime a la peau bleu...)
**Donc On va chercher par la suite à comprendre le code pour avoir des couleurs cohérentes.

=== Résultats ===

Robots mobiles 2012

2012-03-13T15:22:21Z

Bconflan : /* Troisième séance */

== Présentation ==

== Préparation du projet ==

=== Matériel requis ===

* Exemple de matériel

=== Matériel à acheter ===

*câbles de connexions pour l'adaptateur placé sur le cpu de la Foxboard pour faciliter l'implémentation des périphériques.

== Avancement du projet==

=== Objectifs suggérés par les encadrants ===

=== Réalisations concrètes ===

=== Séances ===

==== Première séance ====

*Réparation d'un cable de multimètre.
*Fabrication de deux alimentations USB pour les Foxboards.
*Récupération des images systeme des deux Foxboards du projet de l'année passée.
*Vérification de la communication via une clé Wifi entre la Foxboard et un ordinateur de TP.

==== Deuxième séance ====

*Soudure du port usb situé à l'arrière du châssis n°1.
*Tests pour vérifier que la soudure est correcte => le port usb est fragilisé (il peut y avoir un faux contact sur la branche 3), mais le port fonctionne.
*Premier tests pour faire avancer le châssis n°1 => le robot avance, et peut être commandé au clavier par liaison série (sans soucis).
*Remarques :
**Le châssis n'avance pas sans alimentation usb => solution : changement de piles + léger étirement des chenilles (pour tenter de réduire le couple résistant).
**Après le robot se déplace mais toujours avec difficulté => autre solution envisagée : graissage du mécanisme mais non réalisée.

==== Troisième séance ====

*Récupération de la version finale de l'image système de la Foxboard. (notre version n'était pas la plus avancée).
*Remise en fonctionnement du wifi de la foxboard => la foxboard arrive maintenant à se connecter au réseau de l'école.

==== Quatrième séance ====

*Nous avons trouvé le nom du capteur de couleur utilisé (aucune trace de son achat ou son nom dans le projet précédent). =>
*Chaîne de communication web => fox => arduino rétabli.
*Test du mode manuel via interface web => le robot fonctionne normalement(après écriture du code arduino en fonction du code déjà existant).

==== Cinquième séance ====

*récupération d'un exemple de code pour le capteur de couleur or Problème : cela ne fonctionne pas.
**teste avec une LED 256 couleurs => pas de lumière.
*Après une batterie de testes entre les deux arduinos et les deux capteurs de lumière (identiques) nous en déduisons qu'un des capteurs est mort.
*Problème non réglé : avec le capteur de couleur opérationnel, il ne fonctionne pas avec le châssis n°1 => prochaine séance : vérification du câblage avec un ohmmètre.

==== Sixième séance ====

*Nous avons vérifié tout le câblage pour trouver pourquoi la LED du capteur de couleur ne s'allumait pas :
**Finalement, il semble que le bus gris (I2C) ne fonctionne pas : faux contact sur la branche 4.
**Après avoir "gratté" un peu la broche le câble fonctionne.
**Solution magique = solution provisoire. Donc nous ferons peut être un autre bus.
*Projet à venir :
**Construire une plaque pour la version définitive du hardware (plus solide).
**Etablir un début de code pour faire fonctionner le capteur de couleur.

==== Septième séance ====

*Nous avons scié la plaque pour avoir un circuit définitif. Or nous n'avions pas de fer à souder => prochaine séance.
*Test du code du capteur de lumière avec la LED => cela fonctionne. (on a de la lumière : mais Maxime a la peau bleu...)
**Donc On va chercher par la suite à comprendre le code pour avoir des couleurs cohérentes.

=== Résultats ===

Robots mobiles 2012

2012-03-08T11:24:52Z

Bconflan : /* Deuxième séance */

Robots mobiles 2012

2012-03-08T11:10:36Z

Bconflan : /* Première séance */

Contrôle LED 256 couleurs, groupe A

2011-06-06T10:50:19Z

Bconflan : /* Partie FPGA */

==Première Séance (18/05)==

Partie électronique:

'''Objectifs :'''

*Se familiariser avec le sujet.
*Analyser clairement ce que l'on nous demande de faire.
*Commencer à réaliser le programme sur Altium designer.

'''Fin de séance :'''

Deux des trois objectifs sont remplis. Le plus dur a été de comprendre comment réaliser le signal PWM pour une LED, la difficulté était
dans la conversion d'un signal numérique en un signal temporel, nous avons remarqué que si l'on obtenait le moyen de réaliser la commande d'une
LED, nous avions celle des deux autres. Nous avons une solution potentielle sur papier pour une seule LED, (alors que notre programme doit en contenir
3) que nous testerons à la prochaine séance.
Le processus de notre sujet est 
[[Fichier:processus.jpg]]

Partie informatique:

'''Objectifs :'''

*Se familiariser avec le sujet.
*Analyser clairement ce que l'on nous demande de faire.
*Familiarisation avec le langage Javascript (recherche de grammaire et d'exemples, téléchargement de bibliothèques...)

'''Fin de séance :'''

Nous nous sommes informés sur la structure du langage javascript, tout en faisant une piqûre de rappel de php &html. Les recherches sur internet ont permis de trouver plusieurs types de sliders, nous avons dû modifier les fonctions, du moins les ré-arranger pour qu'ils puisent être compatible avec les bibliothèque utilisées (prototype & Jquery). Au final, nous avons les trois sliders, gérant chacun la quantité de rouge, de vert et de bleu.

==Deuxième Séance (20/05)==

Partie électronique:

'''Objectifs :'''

*Réaliser le programme sur Altium designer pour le fonctionnement d'une seule LED.
*Le tester avec la nanoboard et une LED.
*Faire le programme avec les 3 LED.

'''Fin de séance :'''

Nous n'avons réalisé qu'un seul des 3 objectifs. Nous n'avons pas eu le temps de tester sur une LED. On remarque qu'il est aisé de réaliser le dernier objectif une fois le deuxième objectif réalisé. Il nous ne restera donc, si notre programme marche pour une LED, qu'a utiliser un démultiplexeur pour n'avoir qu'une entrée dans le programme (cahier des charges). Nous essaierons de réaliser ceci lors de la dernière séance.

Partie informatique:

'''Objectifs :'''

*Créer une fenêtre dont la couleur sera définie par la quantité de couleurs indiquée par les sliders
*Créer le programme permettant de faire le lien entre le site internet et la maquette.

'''Fin de séance :'''

Nous avons eu pas mal de difficultés pour extraire des fonctions gérant les sliders la variable qui contient la "quantité" de rouge, de vert ou de bleu.
Nous avons donc du créer trois fonctions différentes pour pouvoir les obtenir. Ensuite il a fallut les convertir en hexadécimale pour pouvoir donner à la fenêtre la couleur voulue (en additionnant juste les trois nombres hexadécimaux). Nous n'avons pas pu continuer et créer le programme de lien entre le site et la maquette. Le démon à tout de même était compilé.

==Troisème Séance (27/05)==

Partie électronique:

'''Objectifs :'''

*Tester notre programme pour une branche de la LED.
*Faire le schéma de montage pour prendre en compte les 2 autres couleurs de la LED.
*Réaliser le multiplexage demandé dans le cahier des charges.

'''Fin de séance :'''
Nous avons testé notre programme qui marchait parfaitement pour une LED en début de séance, puis nous l'avons élargit pour pouvoir contrôler les 2 autres LED sans multiplexage. Ce programme marchait également parfaitement. Ensuite nous avons réalisé le multipexage des entrées. Nous avons eu des soucis, et le programme ne fonctionne pas parfaitement, il fait varier l'intensité des LED mais sans jamais éteindre complètement la LED 256 couleurs... Nous avons cherché notre erreur due forcément au multiplexage mais sans succès. Nous savons juste que ce n'est pas un problème de hardware. mais nous n'avons pas eu le temps de résoudre ce soucis.

Partie informatique:

'''Objectifs :'''

*Terminer le programme faisant le lien entre la page internet et l'interface munie de LED.
* Transférer le tout sur la FoxBoard, tester avec le périphérique fourni et si cela marche tester avec la NanoBoard.

'''Fin de séance :'''

Au final, le programme permettant de créer les trois fichiers texte contenants les valeurs des couleurs (RVB) fonctionne, il a été testé directement à partir du PC via la liaison série. Nous avons chargé le programme sur la FoxBoard mais à cause du manque de temps nous n'avons pu compiler le programme (difficulté à installer les bibliothèques adéquates sur la FoxBoard).

Numéro ordi : tutur01

IP 172.26.79.101
==Partie FPGA==

Pour ce projet nous avons du repartir notre trinôme en fonction des 2 matières (informatique et électronique). Nous avons décidé, à l'unanimité que Maxime s'occuperait de la partie info car il est le meilleur d'entre nous. Guanqun et moi même avons donc travaillé ensemble sur la partie électronique. Nous allons dans un premier temps récapituler notre avancement dans le projet en ce qui concerne la partie électronique puis ensuite nous verrons la partie informatique.

'''Partie électronique :'''

*La première séance, il faut être honnête, a été relativement peu productive. Ni Guanqun ni moi n'arrivions à cerner ce que l'on nous demandait de faire. En effet, l'ensemble du cahier des charges était relativement clair, nous pensions l'avoir compris assez vite. Mais la où nous bloquions, c'était pour savoir comment réaliser les fonctions demandées. En réalité, après discutions avec le professeur Boé, nous nous sommes rendu compte que nous n'avions pas réellement saisi ce que l'on nous demandait. Ainsi, il nous a orienté pour qu'on puisse avancer, et rattraper notre retard.Le problème était de construire un signal PWM; or dans la librairie de Altium designer, il y avait une fonction permettant de la créer. Cependant, ne sachant pas comment cela fonctionnait, nous avons décidé de la recréer. M.Boé nous a vraiment bien aidé pour la compréhension du signal PWM et donc pour pouvoir réussir à le recréer (il suffisait d'utiliser un compteur). Ainsi à environ 10 min de la fin de la séance, nous avions compris le sujet et n'avions plus qu'à le tester la séance prochaine. Nous avions donc pris du retard, car nous voulions commencer à faire le schéma dans altium designer. Ainsi, nous ne partions pas très confiant.

*Lors de la deuxième séance, nous avons donc commencé à réaliser le schéma dans Altium designer. La tâche ne fut pas forcément facile, car bien que nous ayons compris la théorie du signal PWM, c'est à dire comment il fonctionne, il fallait trouver comment le réaliser avec les composants du logiciel. Composants qui ont chacun leur documentation pour comprendre leur fonctionnement. Nous nous sommes donc dans un premier temps inspirer de l'exemple réalisé dans le pdf qui explique le fonctionnement de la nanoboard avec Altium designer, pour avoir les grandes lignes de notre schéma. Ensuite nous avons du réaliser le signal PWM à l'aide d'un compteur et d'un comparateur. Nous avons donc passer pas mal de temps pour réaliser ceci. Nous avons par la suite eu un problème de nature du signal (numérique ou analogique) nous voulions mettre un CAN pour avoir un signal analogique, mais le professeur Boé nous a dit que c'était inutile (encore une perte de temps). Le signal que nous créions n'était pas un signal continu! donc impossible de l'envoyer vers une LED. Nous devions donc réaliser un filtrage passe bas pour obtenir un signal continu (la valeur moyenne). Nous avons donc réussi à réaliser notre schéma, avons calculé la résistance qu'il fallait pour avoir un courant de 9mA pour protéger la nanoboard, mais nous n'avons pas eu le temps de le tester sur une LED. Nous réaliserions le montage lors de la prochaine séance.

*Enfin la dernière séance; nous devions absolument réussir à faire varier l'intensité de la LED. Si nous réussissions pour une, nous avions le schéma pour les 2 autres. Le dernier et unique problème serait le multiplexage demandé. Ainsi, très vite nous avons réalisé en début de séance la maquette (filtre RC plus la LED), et avons testé le programme. Et pour notre plus grande surprise, ça ne marchait pas. Nous avons donc regardé notre schéma sur altium pour finalement remarqué une "erreur d’inattention". En effet le comparateur était un "égal" alors que nous voulions un "inférieur ou égal". Cette erreur corrigée, notre LED fonctionnait correctement (variation de l'intensité lumineuse). Donc nous avons donc réalisé le schéma pour trois LED, sans multiplexage dans un premier temps pour vérifier que cela fonctionnait. Et de nouveau notre LED 256 couleurs n'a pas répondu à nos attentes! Seulement 2 des 3 couleurs fonctionnaient; nous avons donc déduit que c'était notre maquette qui était défectueuse. Après "réparations", notre LED 256 couleurs fonctionnait parfaitement. Enfin nous devions nous attaquer au problème du multiplexage, nous avons demandé des renseignements aux professeurs qui nous encadraient pour pouvoir bien comprendre ce que l'on nous demandait et ce que l'on réalisait. Ainsi, on devait réaliser une sorte de pseudo mémoire qui sélectionne une des 3 "cases" possibles (Rouge,vert, bleu) en continu. Nous avons donc réalisé ceci, mais le problème était que le compteur (qui permettait de sélectionner les différentes consignes) ne comptait que jusqu'à 4 (0..3) M.Boé nous a dit qu'on pouvait créer un compteur qui comptait de 0 à 2. Nous avons donc dans un premier temps réalisé ceci. Or on a remarqué que ça ne fonctionnait pas exactement comme on voulait. (la LED ne s'éteignait pas, il y avait toujours une faible lueur). On a ensuite remarqué que le compteur "custom" ne marchait pas. Donc on a utilisé un compteur "normal" comptant de 0 à 3 et on a créer une condition pour que le compteur s'initialise a 0 quand il arrive à 2. Cependant, malgré cela, notre LED en avait décidé autrement... elle n'a pas changé de comportement. Nous avons donc demandé de l'aide aux enseignants qui nous encadraient, mais ils n'ont pas trouvé pourquoi elle se comportait comme ça. Nous sommes donc restés avec le schéma suivant comme schéma final. Il réalise presque le cahier des charges, en effet, seul la luminosité est un peu défectueuse; la LED ne s'éteint pas , mais reste faiblement allumée. Nous ne savons pas pourquoi car elle marchait très bien sans multiplexage...

Ainsi, nous pouvons dire que le cahier des charges n'est que partiellement rempli. Même si on est très proche du résultat attendu, nous n'avons pas réellement rempli l'objectif. Mais sommes donc un peu déçus car nous avions presque réussi. Nous pensons que si nous avions été plus efficace lors de la première séance, nous aurions eu un peu plus de temps pour résoudre le problème et donc remplir parfaitement le cahier des charges.

== Schéma électronique ==
[[Fichier:captureschema.JPG]]

On créé et génère trois signaux de PWM (huit bits) qui représentent bien les couleurs Rouge, Verte et bleue sur le logiciel Altium Designer.Après on change les rapports cycliques de ces signaux grâce à une donnée de commande, puis on filtre le signal de sortie de la nanoboard par un filtre passe-bas(resistance=325Ω et condensateur=225nf) afin d’obtenir la couleur demandée en consigne. A la fin, on peut bien voir la couleur sur la LED 256 couleurs.

==Partie Informatique==

Nous allons faire ici un résumé du déroulement des séances, en ce qui concerne la partie informatique.
*Lors de la première séance, je me suis tout d'abord renseigné sur le langage javascript en lisant et en faisant des exemples grâce au site du zéro, ce qui m'a permit d'obtenir les bases de ce langage. Ceci étant fait, j'ai téléchargé les deux bibliothèques conseillées par les profs., c'est à dire la librairie Prototype et la librairie Jquery. J'y ai cherché des fonctions permettant de faire des sliders, mais ce fut un échec ! J'ai donc immédiatement cherché des exemples sur internet. Comme il y en avait beaucoup, j'ai pris celui qui me semblait le moins complexe histoire d'avoir le moins de code possible. J'ai donc modifié la fonction pour que le sliders puisse varier entre 0 et 255 (pour correspondre à toutes les variations de couleur). Malgré tout, cela m'a pris une séance entière (familiarisation avec le langage, recherche de sliders.

*Lors de la seconde séance, j'ai ajouté les deux autres sliders correspondant aux couleurs verte et bleue. J'ai rangé les trois sliders dans un tableau pour optimiser la page. j'ai ensuite créé un carré dans lequel s'affichera la couleur résultante des trois sliders, ceci n'a pas créé de problème. Le plus difficile a été d'extraire les variable contenant le nombre décimal compris entre 0 et 255 des trois sliders. Avec l'aide du prof, j'ai créé trois fonctions set_red set_green et set_blue qui permettent d'extraire la valeur voulue et de la convertir en hexadécimale. Enfin j'ai crée une fonction qui modifie le style du carré (pour nous ce sera uniquement la couleur de fond). La couleur étant la somme des trois valeurs hexadécimales. Tout fonctionne bien, mais je remarque que lorsque les curseurs sont à zéro, le carré reste noir. En effet, à zéro, la couleur n'est pas du type #000000 mais du type #000 il en va de même pour tout les nombres compris entre 0 et 16. Il a donc fallu rajouter une ligne de code pour vérifier la longueur des données et rajouter un zéro au cas ou la longueur de la valeur hexadécimale n'est pas suffisante. A la fin de la séance, les trois sliders et la fenêtre sont opérationnels.

*Lors de la dernière séance, il a fallu modifier l'exemple de programme de dialogue entre la page internet et le démon (compilé au préalable bien entendu). J'ai donc virer les 3/4 du code existant et insérer les lignes permettant de créer trois fichiers texte (dans lequel seront rangées les valeurs correspondant à la quantité de rouge, de vert et de bleu. En compilant et en respectant les consignes, le programme marche bien et la liaison entre le site internet et la maquette à disposition s'effectue correctement (malgré quelques bugs corrigé à l'aide du prof). C'est maintenant que ça se gate. j'ai réussi à configurer la FoxBoard, à y mettre le programme mais les bibliothèques n'étaient pas dans la FoxBoard et je n'ai pas eu le temps de les y télécharger par manque de temps.
Au final, le sujet info est fait au 3/4, le dialogue via le port série entre la page et la maquette est opérationnel. Avec un peu plus de temps j'aurais pu compiler le programme sur la FoxBoard et le faire fonctionner via le wifi.

Contrôle LED 256 couleurs, groupe A

2011-06-06T10:46:18Z

Bconflan : /* Schéma électronique */

==Première Séance (18/05)==

Partie électronique:

'''Objectifs :'''

*Se familiariser avec le sujet.
*Analyser clairement ce que l'on nous demande de faire.
*Commencer à réaliser le programme sur Altium designer.

'''Fin de séance :'''

Deux des trois objectifs sont remplis. Le plus dur a été de comprendre comment réaliser le signal PWM pour une LED, la difficulté était
dans la conversion d'un signal numérique en un signal temporel, nous avons remarqué que si l'on obtenait le moyen de réaliser la commande d'une
LED, nous avions celle des deux autres. Nous avons une solution potentielle sur papier pour une seule LED, (alors que notre programme doit en contenir
3) que nous testerons à la prochaine séance.
Le processus de notre sujet est 
[[Fichier:processus.jpg]]

Partie informatique:

'''Objectifs :'''

*Se familiariser avec le sujet.
*Analyser clairement ce que l'on nous demande de faire.
*Familiarisation avec le langage Javascript (recherche de grammaire et d'exemples, téléchargement de bibliothèques...)

'''Fin de séance :'''

Nous nous sommes informés sur la structure du langage javascript, tout en faisant une piqûre de rappel de php &html. Les recherches sur internet ont permis de trouver plusieurs types de sliders, nous avons dû modifier les fonctions, du moins les ré-arranger pour qu'ils puisent être compatible avec les bibliothèque utilisées (prototype & Jquery). Au final, nous avons les trois sliders, gérant chacun la quantité de rouge, de vert et de bleu.

==Deuxième Séance (20/05)==

Partie électronique:

'''Objectifs :'''

*Réaliser le programme sur Altium designer pour le fonctionnement d'une seule LED.
*Le tester avec la nanoboard et une LED.
*Faire le programme avec les 3 LED.

'''Fin de séance :'''

Nous n'avons réalisé qu'un seul des 3 objectifs. Nous n'avons pas eu le temps de tester sur une LED. On remarque qu'il est aisé de réaliser le dernier objectif une fois le deuxième objectif réalisé. Il nous ne restera donc, si notre programme marche pour une LED, qu'a utiliser un démultiplexeur pour n'avoir qu'une entrée dans le programme (cahier des charges). Nous essaierons de réaliser ceci lors de la dernière séance.

Partie informatique:

'''Objectifs :'''

*Créer une fenêtre dont la couleur sera définie par la quantité de couleurs indiquée par les sliders
*Créer le programme permettant de faire le lien entre le site internet et la maquette.

'''Fin de séance :'''

Nous avons eu pas mal de difficultés pour extraire des fonctions gérant les sliders la variable qui contient la "quantité" de rouge, de vert ou de bleu.
Nous avons donc du créer trois fonctions différentes pour pouvoir les obtenir. Ensuite il a fallut les convertir en hexadécimale pour pouvoir donner à la fenêtre la couleur voulue (en additionnant juste les trois nombres hexadécimaux). Nous n'avons pas pu continuer et créer le programme de lien entre le site et la maquette. Le démon à tout de même était compilé.

==Troisème Séance (27/05)==

Partie électronique:

'''Objectifs :'''

*Tester notre programme pour une branche de la LED.
*Faire le schéma de montage pour prendre en compte les 2 autres couleurs de la LED.
*Réaliser le multiplexage demandé dans le cahier des charges.

'''Fin de séance :'''
Nous avons testé notre programme qui marchait parfaitement pour une LED en début de séance, puis nous l'avons élargit pour pouvoir contrôler les 2 autres LED sans multiplexage. Ce programme marchait également parfaitement. Ensuite nous avons réalisé le multipexage des entrées. Nous avons eu des soucis, et le programme ne fonctionne pas parfaitement, il fait varier l'intensité des LED mais sans jamais éteindre complètement la LED 256 couleurs... Nous avons cherché notre erreur due forcément au multiplexage mais sans succès. Nous savons juste que ce n'est pas un problème de hardware. mais nous n'avons pas eu le temps de résoudre ce soucis.

Partie informatique:

'''Objectifs :'''

*Terminer le programme faisant le lien entre la page internet et l'interface munie de LED.
* Transférer le tout sur la FoxBoard, tester avec le périphérique fourni et si cela marche tester avec la NanoBoard.

'''Fin de séance :'''

Au final, le programme permettant de créer les trois fichiers texte contenants les valeurs des couleurs (RVB) fonctionne, il a été testé directement à partir du PC via la liaison série. Nous avons chargé le programme sur la FoxBoard mais à cause du manque de temps nous n'avons pu compiler le programme (difficulté à installer les bibliothèques adéquates sur la FoxBoard).

Numéro ordi : tutur01

IP 172.26.79.101
==Partie FPGA==

Pour ce projet nous avons du repartir notre trinôme en fonction des 2 matières (informatique et électronique). Nous avons décidé, à l'unanimité que Maxime s'occuperait de la partie info car il est le meilleur d'entre nous. Guanqun et moi même avons donc travaillé ensemble sur la partie électronique. Nous allons dans un premier temps récapituler notre avancement dans le projet en ce qui concerne la partie électronique puis ensuite nous verrons la partie informatique.

'''Partie électronique :'''

*La première séance, il faut être honnête, a été relativement peu productive. Ni Guanqun ni moi n'arrivions à cerner ce que l'on nous demandait de faire. En effet, l'ensemble du cahier des charges était relativement clair, nous pensions l'avoir compris assez vite. Mais la où nous bloquions, c'était pour savoir comment réaliser les fonctions demandées. En réalité, après discutions avec le professeur Boé, nous nous sommes rendu compte que nous n'avions pas réellement saisi ce que l'on nous demandait. Ainsi, il nous a orienté pour qu'on puisse avancer, et rattraper notre retard.Le problème était de construire un signal PWM; or dans la librairie de Altium designer, il y avait une fonction permettant de la créer. Cependant, ne sachant pas comment cela fonctionnait, nous avons décidé de la recréer. M.Boé nous a vraiment bien aidé pour la compréhension du signal PWM et donc pour pouvoir réussir à le recréer (il suffisait d'utiliser un compteur). Ainsi à environ 10 min de la fin de la séance, nous avions compris le sujet et n'avions plus qu'à le tester la séance prochaine. Nous avions donc pris du retard, car nous voulions commencer à faire le schéma dans altium designer. Ainsi, nous ne partions pas très confiant.

*Lors de la deuxième séance, nous avons donc commencé à réaliser le schéma dans Altium designer. La tâche ne fut pas forcément facile, car bien que nous ayons compris la théorie du signal PWM, c'est à dire comment il fonctionne, il fallait trouver comment le réaliser avec les composants du logiciel. Composants qui ont chacun leur documentation pour comprendre leur fonctionnement. Nous nous sommes donc dans un premier temps inspirer de l'exemple réalisé dans le pdf qui explique le fonctionnement de la nanoboard avec Altium designer, pour avoir les grandes lignes de notre schéma. Ensuite nous avons du réaliser le signal PWM à l'aide d'un compteur et d'un comparateur. Nous avons donc passer pas mal de temps pour réaliser ceci. Nous avons par la suite eu un problème de nature du signal (numérique ou analogique) nous voulions mettre un CAN pour avoir un signal analogique, mais le professeur Boé nous a dit que c'était inutile (encore une perte de temps). Le signal que nous créions n'était pas un signal continu! donc impossible de l'envoyer vers une LED. Nous devions donc réaliser un filtrage passe bas pour obtenir un signal continu (la valeur moyenne). Nous avons donc réussi à réaliser notre schéma, avons calculé la résistance qu'il fallait pour avoir un courant de 9mA pour protéger la nanoboard, mais n'avons pas eu le temps de le tester sur une LED. Nous réaliserions le montage lors de la prochaine séance.

*Enfin la dernière séance; nous devions absolument réussir à faire varier l'intensité de la LED. Si nous réussissions pour une, nous avions le schéma pour les 2 autres. Le dernier et unique problème serait le multiplexage demandé. Ainsi, très vite nous avons réalisé en début de séance la maquette (filtre RC plus la LED), et avons testé le programme. Et pour notre plus grande surprise, ça ne marchait pas. Nous avons donc regardé notre schéma sur altium pour finalement remarqué une "erreur d’inattention". En effet le comparateur était un "égal" alors que nous voulions un "inférieur ou égal". Cette erreur corrigée, notre LED fonctionnait correctement (variation de l'intensité lumineuse). Donc nous avons donc réalisé le schéma pour trois LED, sans multiplexage dans un premier temps pour vérifier que cela fonctionnait. Et de nouveau notre LED 256 couleurs n'a pas répondu à nos attentes! Seulement 2 des 3 couleurs fonctionnaient; nous avons donc déduit que c'était notre maquette qui était défectueuse. Après "réparations", notre LED 256 couleurs fonctionnait parfaitement. Enfin nous devions nous attaquer au problème du multiplexage, nous avons demandé des renseignements aux professeurs qui nous encadraient pour pouvoir bien comprendre ce que l'on nous demandait et ce que l'on réalisait. Ainsi, on devait réaliser une sorte de pseudo mémoire qui sélectionne une des 3 "cases" possible (Rouge,vert, bleu) en continu. Nous avons donc réalisé ceci, mais le problème était que le compteur (qui permettait de sélectionner les différentes consignes) ne comptait que jusqu'à 4 (0..3) M.Boé nous a dit qu'on pouvait créer un compteur qui comptait de 0 à 2. Nous avons donc dans un premier temps réalisé ceci. Or on a remarqué que ça ne fonctionnait pas exactement comme on voulait. (la LED ne s'éteignait pas, il y avait toujours une faible lueur). On a ensuite remarqué que le compteur "custom" ne marchait pas. Donc on a utilisé un compteur "normal" comptant de 0 à 3 et on a créer une condition pour que le compteur s'initialise a 0 quand il arrive à 2. Cependant, malgré cela, notre LED en avait décidé autrement... elle n'a pas changé de comportement. Nous avons donc demandé de l'aide aux enseignants qui nous encadraient, mais ils n'ont pas trouvé pourquoi elle se comportait comme ça. Nous sommes donc resté avec le schéma suivant comme schéma final. Il réalisent presque le cahier des charges, en effet, seul la luminosité est un peu défectueuse; la LED ne s'éteint pas , mais reste faiblement allumée. Nous ne savons pas pourquoi car elle marchait très bien sans multiplexage...

Ainsi, nous pouvons dire que le cahier des charges n'est que partiellement rempli. Même si on est très porche du résultat attendu, nous n'avons pas réellement rempli l'objectif. Mais sommes donc un peu déçu car nous avions presque réussi. Nous pensons que si nous avions été plus efficace lors de la première séance, nous aurions eu un peu plus de temps pour résoudre le problème et donc remplir parfaitement le cahier des charges.

== Schéma électronique ==
[[Fichier:captureschema.JPG]]

On créé et génère trois signaux de PWM (huit bits) qui représentent bien les couleurs Rouge, Verte et bleue sur le logiciel Altium Designer.Après on change les rapports cycliques de ces signaux grâce à une donnée de commande, puis on filtre le signal de sortie de la nanoboard par un filtre passe-bas(resistance=325Ω et condensateur=225nf) afin d’obtenir la couleur demandée en consigne. A la fin, on peut bien voir la couleur sur la LED 256 couleurs.

==Partie Informatique==

Nous allons faire ici un résumé du déroulement des séances, en ce qui concerne la partie informatique.
*Lors de la première séance, je me suis tout d'abord renseigné sur le langage javascript en lisant et en faisant des exemples grâce au site du zéro, ce qui m'a permit d'obtenir les bases de ce langage. Ceci étant fait, j'ai téléchargé les deux bibliothèques conseillées par les profs., c'est à dire la librairie Prototype et la librairie Jquery. J'y ai cherché des fonctions permettant de faire des sliders, mais ce fut un échec ! J'ai donc immédiatement cherché des exemples sur internet. Comme il y en avait beaucoup, j'ai pris celui qui me semblait le moins complexe histoire d'avoir le moins de code possible. J'ai donc modifié la fonction pour que le sliders puisse varier entre 0 et 255 (pour correspondre à toutes les variations de couleur). Malgré tout, cela m'a pris une séance entière (familiarisation avec le langage, recherche de sliders.

*Lors de la seconde séance, j'ai ajouté les deux autres sliders correspondant aux couleurs verte et bleue. J'ai rangé les trois sliders dans un tableau pour optimiser la page. j'ai ensuite créé un carré dans lequel s'affichera la couleur résultante des trois sliders, ceci n'a pas créé de problème. Le plus difficile a été d'extraire les variable contenant le nombre décimal compris entre 0 et 255 des trois sliders. Avec l'aide du prof, j'ai créé trois fonctions set_red set_green et set_blue qui permettent d'extraire la valeur voulue et de la convertir en hexadécimale. Enfin j'ai crée une fonction qui modifie le style du carré (pour nous ce sera uniquement la couleur de fond). La couleur étant la somme des trois valeurs hexadécimales. Tout fonctionne bien, mais je remarque que lorsque les curseurs sont à zéro, le carré reste noir. En effet, à zéro, la couleur n'est pas du type #000000 mais du type #000 il en va de même pour tout les nombres compris entre 0 et 16. Il a donc fallu rajouter une ligne de code pour vérifier la longueur des données et rajouter un zéro au cas ou la longueur de la valeur hexadécimale n'est pas suffisante. A la fin de la séance, les trois sliders et la fenêtre sont opérationnels.

*Lors de la dernière séance, il a fallu modifier l'exemple de programme de dialogue entre la page internet et le démon (compilé au préalable bien entendu). J'ai donc virer les 3/4 du code existant et insérer les lignes permettant de créer trois fichiers texte (dans lequel seront rangées les valeurs correspondant à la quantité de rouge, de vert et de bleu. En compilant et en respectant les consignes, le programme marche bien et la liaison entre le site internet et la maquette à disposition s'effectue correctement (malgré quelques bugs corrigé à l'aide du prof). C'est maintenant que ça se gate. j'ai réussi à configurer la FoxBoard, à y mettre le programme mais les bibliothèques n'étaient pas dans la FoxBoard et je n'ai pas eu le temps de les y télécharger par manque de temps.
Au final, le sujet info est fait au 3/4, le dialogue via le port série entre la page et la maquette est opérationnel. Avec un peu plus de temps j'aurais pu compiler le programme sur la FoxBoard et le faire fonctionner via le wifi.

Contrôle LED 256 couleurs, groupe A

2011-06-04T12:17:35Z

Bconflan : /* Partie FPGA */

==Première Séance (18/05)==

Partie électronique:

'''Objectifs :'''

*Se familiariser avec le sujet.
*Analyser clairement ce que l'on nous demande de faire.
*Commencer à réaliser le programme sur Altium designer.

'''Fin de séance :'''

Deux des trois objectifs sont remplis. Le plus dur a été de comprendre comment réaliser le signal PWM pour une LED, la difficulté était
dans la conversion d'un signal numérique en un signal temporel, nous avons remarqué que si l'on obtenait le moyen de réaliser la commande d'une
LED, nous avions celle des deux autres. Nous avons une solution potentielle sur papier pour une seule LED, (alors que notre programme doit en contenir
3) que nous testerons à la prochaine séance.
Le processus de notre sujet est 
[[Fichier:processus.jpg]]

Partie informatique:

'''Objectifs :'''

*Se familiariser avec le sujet.
*Analyser clairement ce que l'on nous demande de faire.
*Familiarisation avec le langage Javascript (recherche de grammaire et d'exemples, téléchargement de bibliothèques...)

'''Fin de séance :'''

Nous nous sommes informés sur la structure du langage javascript, tout en faisant une piqûre de rappel de php &html. Les recherches sur internet ont permis de trouver plusieurs types de sliders, nous avons dû modifier les fonctions, du moins les ré-arranger pour qu'ils puisent être compatible avec les bibliothèque utilisées (prototype & Jquery). Au final, nous avons les trois sliders, gérant chacun la quantité de rouge, de vert et de bleu.

==Deuxième Séance (20/05)==

Partie électronique:

'''Objectifs :'''

*Réaliser le programme sur Altium designer pour le fonctionnement d'une seule LED.
*Le tester avec la nanoboard et une LED.
*Faire le programme avec les 3 LED.

'''Fin de séance :'''

Nous n'avons réalisé qu'un seul des 3 objectifs. Nous n'avons pas eu le temps de tester sur une LED. On remarque qu'il est aisé de réaliser le dernier objectif une fois le deuxième objectif réalisé. Il nous ne restera donc, si notre programme marche pour une LED, qu'a utiliser un démultiplexeur pour n'avoir qu'une entrée dans le programme (cahier des charges). Nous essaierons de réaliser ceci lors de la dernière séance.

Partie informatique:

'''Objectifs :'''

*Créer une fenêtre dont la couleur sera définie par la quantité de couleurs indiquée par les sliders
*Créer le programme permettant de faire le lien entre le site internet et la maquette.

'''Fin de séance :'''

Nous avons eu pas mal de difficultés pour extraire des fonctions gérant les sliders la variable qui contient la "quantité" de rouge, de vert ou de bleu.
Nous avons donc du créer trois fonctions différentes pour pouvoir les obtenir. Ensuite il a fallut les convertir en hexadécimale pour pouvoir donner à la fenêtre la couleur voulue (en additionnant juste les trois nombres hexadécimaux). Nous n'avons pas pu continuer et créer le programme de lien entre le site et la maquette. Le démon à tout de même était compilé.

==Troisème Séance (27/05)==

Partie électronique:

'''Objectifs :'''

*Tester notre programme pour une branche de la LED.
*Faire le schéma de montage pour prendre en compte les 2 autres couleurs de la LED.
*Réaliser le multiplexage demandé dans le cahier des charges.

'''Fin de séance :'''
Nous avons testé notre programme qui marchait parfaitement pour une LED en début de séance, puis nous l'avons élargit pour pouvoir contrôler les 2 autres LED sans multiplexage. Ce programme marchait également parfaitement. Ensuite nous avons réalisé le multipexage des entrées. Nous avons eu des soucis, et le programme ne fonctionne pas parfaitement, il fait varier l'intensité des LED mais sans jamais éteindre complètement la LED 256 couleurs... Nous avons cherché notre erreur due forcément au multiplexage mais sans succès. Nous savons juste que ce n'est pas un problème de hardware. mais nous n'avons pas eu le temps de résoudre ce soucis.

Partie informatique:

'''Objectifs :'''

*Terminer le programme faisant le lien entre la page internet et l'interface munie de LED.
* Transférer le tout sur la FoxBoard, tester avec le périphérique fourni et si cela marche tester avec la NanoBoard.

'''Fin de séance :'''

Au final, le programme permettant de créer les trois fichiers texte contenants les valeurs des couleurs (RVB) fonctionne, il a été testé directement à partir du PC via la liaison série. Nous avons chargé le programme sur la FoxBoard mais à cause du manque de temps nous n'avons pu compiler le programme (difficulté à installer les bibliothèques adéquates sur la FoxBoard).

Numéro ordi : tutur01

IP 172.26.79.101
==Partie FPGA==

Pour ce projet nous avons du repartir notre trinôme en fonction des 2 matières (informatique et électronique). Nous avons décidé, à l'unanimité que Maxime s'occuperait de la partie info car il est le meilleur d'entre nous. Guanqun et moi même avons donc travaillé ensemble sur la partie électronique. Nous allons dans un premier temps récapituler notre avancement dans le projet en ce qui concerne la partie électronique puis ensuite nous verrons la partie informatique.

'''Partie électronique :'''

*La première séance, il faut être honnête, a été relativement peu productive. Ni Guanqun ni moi n'arrivions à cerner ce que l'on nous demandait de faire. En effet, l'ensemble du cahier des charges était relativement clair, nous pensions l'avoir compris assez vite. Mais la où nous bloquions, c'était pour savoir comment réaliser les fonctions demandées. En réalité, après discutions avec le professeur Boé, nous nous sommes rendu compte que nous n'avions pas réellement saisi ce que l'on nous demandait. Ainsi, il nous a orienté pour qu'on puisse avancer, et rattraper notre retard.Le problème était de construire un signal PWM; or dans la librairie de Altium designer, il y avait une fonction permettant de la créer. Cependant, ne sachant pas comment cela fonctionnait, nous avons décidé de la recréer. M.Boé nous a vraiment bien aidé pour la compréhension du signal PWM et donc pour pouvoir réussir à le recréer (il suffisait d'utiliser un compteur). Ainsi à environ 10 min de la fin de la séance, nous avions compris le sujet et n'avions plus qu'à le tester la séance prochaine. Nous avions donc pris du retard, car nous voulions commencer à faire le schéma dans altium designer. Ainsi, nous ne partions pas très confiant.

*Lors de la deuxième séance, nous avons donc commencé à réaliser le schéma dans Altium designer. La tâche ne fut pas forcément facile, car bien que nous ayons compris la théorie du signal PWM, c'est à dire comment il fonctionne, il fallait trouver comment le réaliser avec les composants du logiciel. Composants qui ont chacun leur documentation pour comprendre leur fonctionnement. Nous nous sommes donc dans un premier temps inspirer de l'exemple réalisé dans le pdf qui explique le fonctionnement de la nanoboard avec Altium designer, pour avoir les grandes lignes de notre schéma. Ensuite nous avons du réaliser le signal PWM à l'aide d'un compteur et d'un comparateur. Nous avons donc passer pas mal de temps pour réaliser ceci. Nous avons par la suite eu un problème de nature du signal (numérique ou analogique) nous voulions mettre un CAN pour avoir un signal analogique, mais le professeur Boé nous a dit que c'était inutile (encore une perte de temps). Le signal que nous créions n'était pas un signal continu! donc impossible de l'envoyer vers une LED. Nous devions donc réaliser un filtrage passe bas pour obtenir un signal continu (la valeur moyenne). Nous avons donc réussi à réaliser notre schéma, avons calculé la résistance qu'il fallait pour avoir un courant de 9mA pour protéger la nanoboard, mais n'avons pas eu le temps de le tester sur une LED. Nous réaliserions le montage lors de la prochaine séance.

*Enfin la dernière séance; nous devions absolument réussir à faire varier l'intensité de la LED. Si nous réussissions pour une, nous avions le schéma pour les 2 autres. Le dernier et unique problème serait le multiplexage demandé. Ainsi, très vite nous avons réalisé en début de séance la maquette (filtre RC plus la LED), et avons testé le programme. Et pour notre plus grande surprise, ça ne marchait pas. Nous avons donc regardé notre schéma sur altium pour finalement remarqué une "erreur d’inattention". En effet le comparateur était un "égal" alors que nous voulions un "inférieur ou égal". Cette erreur corrigée, notre LED fonctionnait correctement (variation de l'intensité lumineuse). Donc nous avons donc réalisé le schéma pour trois LED, sans multiplexage dans un premier temps pour vérifier que cela fonctionnait. Et de nouveau notre LED 256 couleurs n'a pas répondu à nos attentes! Seulement 2 des 3 couleurs fonctionnaient; nous avons donc déduit que c'était notre maquette qui était défectueuse. Après "réparations", notre LED 256 couleurs fonctionnait parfaitement. Enfin nous devions nous attaquer au problème du multiplexage, nous avons demandé des renseignements aux professeurs qui nous encadraient pour pouvoir bien comprendre ce que l'on nous demandait et ce que l'on réalisait. Ainsi, on devait réaliser une sorte de pseudo mémoire qui sélectionne une des 3 "cases" possible (Rouge,vert, bleu) en continu. Nous avons donc réalisé ceci, mais le problème était que le compteur (qui permettait de sélectionner les différentes consignes) ne comptait que jusqu'à 4 (0..3) M.Boé nous a dit qu'on pouvait créer un compteur qui comptait de 0 à 2. Nous avons donc dans un premier temps réalisé ceci. Or on a remarqué que ça ne fonctionnait pas exactement comme on voulait. (la LED ne s'éteignait pas, il y avait toujours une faible lueur). On a ensuite remarqué que le compteur "custom" ne marchait pas. Donc on a utilisé un compteur "normal" comptant de 0 à 3 et on a créer une condition pour que le compteur s'initialise a 0 quand il arrive à 2. Cependant, malgré cela, notre LED en avait décidé autrement... elle n'a pas changé de comportement. Nous avons donc demandé de l'aide aux enseignants qui nous encadraient, mais ils n'ont pas trouvé pourquoi elle se comportait comme ça. Nous sommes donc resté avec le schéma suivant comme schéma final. Il réalisent presque le cahier des charges, en effet, seul la luminosité est un peu défectueuse; la LED ne s'éteint pas , mais reste faiblement allumée. Nous ne savons pas pourquoi car elle marchait très bien sans multiplexage...

Ainsi, nous pouvons dire que le cahier des charges n'est que partiellement rempli. Même si on est très porche du résultat attendu, nous n'avons pas réellement rempli l'objectif. Mais sommes donc un peu déçu car nous avions presque réussi. Nous pensons que si nous avions été plus efficace lors de la première séance, nous aurions eu un peu plus de temps pour résoudre le problème et donc remplir parfaitement le cahier des charges.

== Schéma électronique ==
[[Fichier:captureschema.JPG]]
On crée et génère trois signaux de PWM(huit bits) qui bien représentent les couleurs Rouge, Vert et bleu sur le logiciel Altium Designer, après on change les rapport cyclique de ces signaux grâce à une donnée de commande, puis on mette le signal passer un filtre passe-bas(resistance=325Ω et condensateur=225nf) ainsi d’obtenir une couleur voulue. A la fin, on peut voir la couleur bien allumée sur le LED.

Contrôle LED 256 couleurs, groupe A

2011-06-04T12:16:36Z

Bconflan : /* Partie FPGA */

==Première Séance (18/05)==

Partie électronique:

'''Objectifs :'''

*Se familiariser avec le sujet.
*Analyser clairement ce que l'on nous demande de faire.
*Commencer à réaliser le programme sur Altium designer.

'''Fin de séance :'''

Deux des trois objectifs sont remplis. Le plus dur a été de comprendre comment réaliser le signal PWM pour une LED, la difficulté était
dans la conversion d'un signal numérique en un signal temporel, nous avons remarqué que si l'on obtenait le moyen de réaliser la commande d'une
LED, nous avions celle des deux autres. Nous avons une solution potentielle sur papier pour une seule LED, (alors que notre programme doit en contenir
3) que nous testerons à la prochaine séance.
Le processus de notre sujet est 
[[Fichier:processus.jpg]]

Partie informatique:

'''Objectifs :'''

*Se familiariser avec le sujet.
*Analyser clairement ce que l'on nous demande de faire.
*Familiarisation avec le langage Javascript (recherche de grammaire et d'exemples, téléchargement de bibliothèques...)

'''Fin de séance :'''

Nous nous sommes informés sur la structure du langage javascript, tout en faisant une piqûre de rappel de php &html. Les recherches sur internet ont permis de trouver plusieurs types de sliders, nous avons dû modifier les fonctions, du moins les ré-arranger pour qu'ils puisent être compatible avec les bibliothèque utilisées (prototype & Jquery). Au final, nous avons les trois sliders, gérant chacun la quantité de rouge, de vert et de bleu.

==Deuxième Séance (20/05)==

Partie électronique:

'''Objectifs :'''

*Réaliser le programme sur Altium designer pour le fonctionnement d'une seule LED.
*Le tester avec la nanoboard et une LED.
*Faire le programme avec les 3 LED.

'''Fin de séance :'''

Nous n'avons réalisé qu'un seul des 3 objectifs. Nous n'avons pas eu le temps de tester sur une LED. On remarque qu'il est aisé de réaliser le dernier objectif une fois le deuxième objectif réalisé. Il nous ne restera donc, si notre programme marche pour une LED, qu'a utiliser un démultiplexeur pour n'avoir qu'une entrée dans le programme (cahier des charges). Nous essaierons de réaliser ceci lors de la dernière séance.

Partie informatique:

'''Objectifs :'''

*Créer une fenêtre dont la couleur sera définie par la quantité de couleurs indiquée par les sliders
*Créer le programme permettant de faire le lien entre le site internet et la maquette.

'''Fin de séance :'''

Nous avons eu pas mal de difficultés pour extraire des fonctions gérant les sliders la variable qui contient la "quantité" de rouge, de vert ou de bleu.
Nous avons donc du créer trois fonctions différentes pour pouvoir les obtenir. Ensuite il a fallut les convertir en hexadécimale pour pouvoir donner à la fenêtre la couleur voulue (en additionnant juste les trois nombres hexadécimaux). Nous n'avons pas pu continuer et créer le programme de lien entre le site et la maquette. Le démon à tout de même était compilé.

==Troisème Séance (27/05)==

Partie électronique:

'''Objectifs :'''

*Tester notre programme pour une branche de la LED.
*Faire le schéma de montage pour prendre en compte les 2 autres couleurs de la LED.
*Réaliser le multiplexage demandé dans le cahier des charges.

'''Fin de séance :'''
Nous avons testé notre programme qui marchait parfaitement pour une LED en début de séance, puis nous l'avons élargit pour pouvoir contrôler les 2 autres LED sans multiplexage. Ce programme marchait également parfaitement. Ensuite nous avons réalisé le multipexage des entrées. Nous avons eu des soucis, et le programme ne fonctionne pas parfaitement, il fait varier l'intensité des LED mais sans jamais éteindre complètement la LED 256 couleurs... Nous avons cherché notre erreur due forcément au multiplexage mais sans succès. Nous savons juste que ce n'est pas un problème de hardware. mais nous n'avons pas eu le temps de résoudre ce soucis.

Partie informatique:

'''Objectifs :'''

*Terminer le programme faisant le lien entre la page internet et l'interface munie de LED.
* Transférer le tout sur la FoxBoard, tester avec le périphérique fourni et si cela marche tester avec la NanoBoard.

'''Fin de séance :'''

Au final, le programme permettant de créer les trois fichiers texte contenants les valeurs des couleurs (RVB) fonctionne, il a été testé directement à partir du PC via la liaison série. Nous avons chargé le programme sur la FoxBoard mais à cause du manque de temps nous n'avons pu compiler le programme (difficulté à installer les bibliothèques adéquates sur la FoxBoard).

Numéro ordi : tutur01

IP 172.26.79.101
==Partie FPGA==

Pour ce projet nous avons du repartir notre trinôme en fonction des 2 matières (informatique et électronique). Nous avons décidé, à l'unanimité que Maxime s'occuperait de la partie info car il est le meilleur d'entre nous. Guanqun et moi même avons donc travaillé ensemble sur la partie électronique. Nous allons dans un premier temps récapituler notre avancement dans le projet en ce qui concerne la partie électronique puis ensuite nous verrons la partie informatique.

'''Partie électronique :'''

La première séance, il faut être honnête, a été relativement peu productive. Ni Guanqun ni moi n'arrivions à cerner ce que l'on nous demandait de faire. En effet, l'ensemble du cahier des charges était relativement clair, nous pensions l'avoir compris assez vite. Mais la où nous bloquions, c'était pour savoir comment réaliser les fonctions demandées. En réalité, après discutions avec le professeur Boé, nous nous sommes rendu compte que nous n'avions pas réellement saisi ce que l'on nous demandait. Ainsi, il nous a orienté pour qu'on puisse avancer, et rattraper notre retard.Le problème était de construire un signal PWM; or dans la librairie de Altium designer, il y avait une fonction permettant de la créer. Cependant, ne sachant pas comment cela fonctionnait, nous avons décidé de la recréer. M.Boé nous a vraiment bien aidé pour la compréhension du signal PWM et donc pour pouvoir réussir à le recréer (il suffisait d'utiliser un compteur). Ainsi à environ 10 min de la fin de la séance, nous avions compris le sujet et n'avions plus qu'à le tester la séance prochaine. Nous avions donc pris du retard, car nous voulions commencer à faire le schéma dans altium designer. Ainsi, nous ne partions pas très confiant.

Lors de la deuxième séance, nous avons donc commencé à réaliser le schéma dans Altium designer. La tâche ne fut pas forcément facile, car bien que nous ayons compris la théorie du signal PWM, c'est à dire comment il fonctionne, il fallait trouver comment le réaliser avec les composants du logiciel. Composants qui ont chacun leur documentation pour comprendre leur fonctionnement. Nous nous sommes donc dans un premier temps inspirer de l'exemple réalisé dans le pdf qui explique le fonctionnement de la nanoboard avec Altium designer, pour avoir les grandes lignes de notre schéma. Ensuite nous avons du réaliser le signal PWM à l'aide d'un compteur et d'un comparateur. Nous avons donc passer pas mal de temps pour réaliser ceci. Nous avons par la suite eu un problème de nature du signal (numérique ou analogique) nous voulions mettre un CAN pour avoir un signal analogique, mais le professeur Boé nous a dit que c'était inutile (encore une perte de temps). Le signal que nous créions n'était pas un signal continu! donc impossible de l'envoyer vers une LED. Nous devions donc réaliser un filtrage passe bas pour obtenir un signal continu (la valeur moyenne). Nous avons donc réussi à réaliser notre schéma, avons calculé la résistance qu'il fallait pour avoir un courant de 9mA pour protéger la nanoboard, mais n'avons pas eu le temps de le tester sur une LED. Nous réaliserions le montage lors de la prochaine séance.

Enfin la dernière séance; nous devions absolument réussir à faire varier l'intensité de la LED. Si nous réussissions pour une, nous avions le schéma pour les 2 autres. Le dernier et unique problème serait le multiplexage demandé. Ainsi, très vite nous avons réalisé en début de séance la maquette (filtre RC plus la LED), et avons testé le programme. Et pour notre plus grande surprise, ça ne marchait pas. Nous avons donc regardé notre schéma sur altium pour finalement remarqué une "erreur d’inattention". En effet le comparateur était un "égal" alors que nous voulions un "inférieur ou égal". Cette erreur corrigée, notre LED fonctionnait correctement (variation de l'intensité lumineuse). Donc nous avons donc réalisé le schéma pour trois LED, sans multiplexage dans un premier temps pour vérifier que cela fonctionnait. Et de nouveau notre LED 256 couleurs n'a pas répondu à nos attentes! Seulement 2 des 3 couleurs fonctionnaient; nous avons donc déduit que c'était notre maquette qui était défectueuse. Après "réparations", notre LED 256 couleurs fonctionnait parfaitement. Enfin nous devions nous attaquer au problème du multiplexage, nous avons demandé des renseignements aux professeurs qui nous encadraient pour pouvoir bien comprendre ce que l'on nous demandait et ce que l'on réalisait. Ainsi, on devait réaliser une sorte de pseudo mémoire qui sélectionne une des 3 "cases" possible (Rouge,vert, bleu) en continu. Nous avons donc réalisé ceci, mais le problème était que le compteur (qui permettait de sélectionner les différentes consignes) ne comptait que jusqu'à 4 (0..3) M.Boé nous a dit qu'on pouvait créer un compteur qui comptait de 0 à 2. Nous avons donc dans un premier temps réalisé ceci. Or on a remarqué que ça ne fonctionnait pas exactement comme on voulait. (la LED ne s'éteignait pas, il y avait toujours une faible lueur). On a ensuite remarqué que le compteur "custom" ne marchait pas. Donc on a utilisé un compteur "normal" comptant de 0 à 3 et on a créer une condition pour que le compteur s'initialise a 0 quand il arrive à 2. Cependant, malgré cela, notre LED en avait décidé autrement... elle n'a pas changé de comportement. Nous avons donc demandé de l'aide aux enseignants qui nous encadraient, mais ils n'ont pas trouvé pourquoi elle se comportait comme ça. Nous sommes donc resté avec le schéma suivant comme schéma final. Il réalisent presque le cahier des charges, en effet, seul la luminosité est un peu défectueuse; la LED ne s'éteint pas , mais reste faiblement allumée. Nous ne savons pas pourquoi car elle marchait très bien sans multiplexage...

Ainsi, nous pouvons dire que le cahier des charges n'est que partiellement rempli. Même si on est très porche du résultat attendu, nous n'avons pas réellement rempli l'objectif. Mais sommes donc un peu déçu car nous avions presque réussi. Nous pensons que si nous avions été plus efficace lors de la première séance, nous aurions eu un peu plus de temps pour résoudre le problème et donc remplir parfaitement le cahier des charges.

== Schéma électronique ==
[[Fichier:captureschema.JPG]]
On crée et génère trois signaux de PWM(huit bits) qui bien représentent les couleurs Rouge, Vert et bleu sur le logiciel Altium Designer, après on change les rapport cyclique de ces signaux grâce à une donnée de commande, puis on mette le signal passer un filtre passe-bas(resistance=325Ω et condensateur=225nf) ainsi d’obtenir une couleur voulue. A la fin, on peut voir la couleur bien allumée sur le LED.

Contrôle LED 256 couleurs, groupe A

2011-06-04T12:15:46Z

Bconflan : /* Partie FPGA */

==Première Séance (18/05)==

Partie électronique:

'''Objectifs :'''

*Se familiariser avec le sujet.
*Analyser clairement ce que l'on nous demande de faire.
*Commencer à réaliser le programme sur Altium designer.

'''Fin de séance :'''

Deux des trois objectifs sont remplis. Le plus dur a été de comprendre comment réaliser le signal PWM pour une LED, la difficulté était
dans la conversion d'un signal numérique en un signal temporel, nous avons remarqué que si l'on obtenait le moyen de réaliser la commande d'une
LED, nous avions celle des deux autres. Nous avons une solution potentielle sur papier pour une seule LED, (alors que notre programme doit en contenir
3) que nous testerons à la prochaine séance.
Le processus de notre sujet est 
[[Fichier:processus.jpg]]

Partie informatique:

'''Objectifs :'''

*Se familiariser avec le sujet.
*Analyser clairement ce que l'on nous demande de faire.
*Familiarisation avec le langage Javascript (recherche de grammaire et d'exemples, téléchargement de bibliothèques...)

'''Fin de séance :'''

Nous nous sommes informés sur la structure du langage javascript, tout en faisant une piqûre de rappel de php &html. Les recherches sur internet ont permis de trouver plusieurs types de sliders, nous avons dû modifier les fonctions, du moins les ré-arranger pour qu'ils puisent être compatible avec les bibliothèque utilisées (prototype & Jquery). Au final, nous avons les trois sliders, gérant chacun la quantité de rouge, de vert et de bleu.

==Deuxième Séance (20/05)==

Partie électronique:

'''Objectifs :'''

*Réaliser le programme sur Altium designer pour le fonctionnement d'une seule LED.
*Le tester avec la nanoboard et une LED.
*Faire le programme avec les 3 LED.

'''Fin de séance :'''

Nous n'avons réalisé qu'un seul des 3 objectifs. Nous n'avons pas eu le temps de tester sur une LED. On remarque qu'il est aisé de réaliser le dernier objectif une fois le deuxième objectif réalisé. Il nous ne restera donc, si notre programme marche pour une LED, qu'a utiliser un démultiplexeur pour n'avoir qu'une entrée dans le programme (cahier des charges). Nous essaierons de réaliser ceci lors de la dernière séance.

Partie informatique:

'''Objectifs :'''

*Créer une fenêtre dont la couleur sera définie par la quantité de couleurs indiquée par les sliders
*Créer le programme permettant de faire le lien entre le site internet et la maquette.

'''Fin de séance :'''

Nous avons eu pas mal de difficultés pour extraire des fonctions gérant les sliders la variable qui contient la "quantité" de rouge, de vert ou de bleu.
Nous avons donc du créer trois fonctions différentes pour pouvoir les obtenir. Ensuite il a fallut les convertir en hexadécimale pour pouvoir donner à la fenêtre la couleur voulue (en additionnant juste les trois nombres hexadécimaux). Nous n'avons pas pu continuer et créer le programme de lien entre le site et la maquette. Le démon à tout de même était compilé.

==Troisème Séance (27/05)==

Partie électronique:

'''Objectifs :'''

*Tester notre programme pour une branche de la LED.
*Faire le schéma de montage pour prendre en compte les 2 autres couleurs de la LED.
*Réaliser le multiplexage demandé dans le cahier des charges.

'''Fin de séance :'''
Nous avons testé notre programme qui marchait parfaitement pour une LED en début de séance, puis nous l'avons élargit pour pouvoir contrôler les 2 autres LED sans multiplexage. Ce programme marchait également parfaitement. Ensuite nous avons réalisé le multipexage des entrées. Nous avons eu des soucis, et le programme ne fonctionne pas parfaitement, il fait varier l'intensité des LED mais sans jamais éteindre complètement la LED 256 couleurs... Nous avons cherché notre erreur due forcément au multiplexage mais sans succès. Nous savons juste que ce n'est pas un problème de hardware. mais nous n'avons pas eu le temps de résoudre ce soucis.

Partie informatique:

'''Objectifs :'''

*Terminer le programme faisant le lien entre la page internet et l'interface munie de LED.
* Transférer le tout sur la FoxBoard, tester avec le périphérique fourni et si cela marche tester avec la NanoBoard.

'''Fin de séance :'''

Au final, le programme permettant de créer les trois fichiers texte contenants les valeurs des couleurs (RVB) fonctionne, il a été testé directement à partir du PC via la liaison série. Nous avons chargé le programme sur la FoxBoard mais à cause du manque de temps nous n'avons pu compiler le programme (difficulté à installer les bibliothèques adéquates sur la FoxBoard).

Numéro ordi : tutur01

IP 172.26.79.101
==Partie FPGA==

Pour ce projet nous avons du repartir notre trinôme en fonction des 2 matières (informatique et électronique). Nous avons décidé, à l'unanimité que Maxime s'occuperait de la partie info car il est le meilleur d'entre nous. Guanqun et moi même avons donc travaillé ensemble sur la partie électronique. Nous allons dans un premier temps récapituler notre avancement dans le projet en ce qui concerne la partie électronique puis ensuite nous verrons la partie informatique.

'''Partie électronique :'''

La première séance, il faut être honnête, a été relativement peu productive. Ni Guanqun ni moi n'arrivions à cerner ce que l'on nous demandait de faire. En effet, l'ensemble du cahier des charges était relativement clair, nous pensions l'avoir compris assez vite. Mais la où nous bloquions, c'était pour savoir comment réaliser les fonctions demandées. En réalité, après discutions avec le professeur Boé, nous nous sommes rendu compte que nous n'avions pas réellement saisi ce que l'on nous demandait. Ainsi, il nous a orienté pour qu'on puisse avancer, et rattraper notre retard.Le problème était de construire un signal PWM; or dans la librairie de Altium designer, il y avait une fonction permettant de la créer. Cependant, ne sachant pas comment cela fonctionnait, nous avons décidé de la recréer. M.Boé nous a vraiment bien aidé pour la compréhension du signal PWM et donc pour pouvoir réussir à le recréer (il suffisait d'utiliser un compteur). Ainsi à environ 10 min de la fin de la séance, nous avions compris le sujet et n'avions plus qu'à le tester la séance prochaine. Nous avions donc pris du retard, car nous voulions commencer à faire le schéma dans altium designer. Ainsi, nous ne partions pas très confiant.

Lors de la deuxième séance, nous avons donc commencé à réaliser le schéma dans Altium designer. La tâche ne fut pas forcément facile, car bien que nous ayons compris la théorie du signal PWM, c'est à dire comment il fonctionne, il fallait trouver comment le réaliser avec les composants du logiciel. Composants qui ont chacun leur documentation pour comprendre leur fonctionnement. Nous nous sommes donc dans un premier temps inspirer de l'exemple réalisé dans le pdf qui explique le fonctionnement de la nanoboard avec Altium designer, pour avoir les grandes lignes de notre schéma. Ensuite nous avons du réaliser le signal PWM à l'aide d'un compteur et d'un comparateur. Nous avons donc passer pas mal de temps pour réaliser ceci. Nous avons par la suite eu un problème de nature du signal (numérique ou analogique) nous voulions mettre un CAN pour avoir un signal analogique, mais le professeur Boé nous a dit que c'était inutile (encore une perte de temps). Le signal que nous créions n'était pas un signal continu! donc impossible de l'envoyer vers une LED. Nous devions donc réaliser un filtrage passe bas pour obtenir un signal continu (la valeur moyenne). Nous avons donc réussi à réaliser notre schéma, avons calculé la résistance qu'il fallait pour avoir un courant de 9mA pour protéger la nanoboard, mais n'avons pas eu le temps de le tester sur une LED. Nous réaliserions le montage lors de la prochaine séance.

Enfin la dernière séance; nous devions absolument réussir à faire varier l'intensité de la LED. Si nous réussissions pour une, nous avions le schéma pour les 2 autres. Le dernier et unique problème serait le multiplexage demandé. Ainsi, très vite nous avons réalisé en début de séance la maquette (filtre RC plus la LED), et avons testé le programme. Et pour notre plus grande surprise, ça ne marchait pas. Nous avons donc regardé notre schéma sur altium pour finalement remarqué une "erreur d’inattention". En effet le comparateur était un "égal" alors que nous voulions un "inférieur ou égal". Cette erreur corrigée, notre LED fonctionnait correctement (variation de l'intensité lumineuse). Donc nous avons donc réalisé le schéma pour trois LED, sans multiplexage dans un premier temps pour vérifier que cela fonctionnait. Et de nouveau notre LED 256 couleurs n'a pas répondu à nos attentes! Seulement 2 des 3 couleurs fonctionnaient; nous avons donc déduit que c'était notre maquette qui était défectueuse. Après "réparations", notre LED 256 couleurs fonctionnait parfaitement. Enfin nous devions nous attaquer au problème du multiplexage, nous avons demandé des renseignements aux professeurs qui nous encadraient pour pouvoir bien comprendre ce que l'on nous demandait et ce que l'on réalisait. Ainsi, on devait réaliser une sorte de pseudo mémoire qui sélectionne une des 3 "cases" possible (Rouge,vert, bleu) en continu. Nous avons donc réalisé ceci, mais le problème était que le compteur (qui permettait de sélectionner les différentes consignes) ne comptait que jusqu'à 4 (0..3) M.Boé nous a dit qu'on pouvait créer un compteur qui comptait de 0 à 2. Nous avons donc dans un premier temps réalisé ceci. Or on a remarqué que ça ne fonctionnait pas exactement comme on voulait. (la LED ne s'éteignait pas, il y avait toujours une faible lueur). On a ensuite remarqué que le compteur "custom" ne marchait pas. Donc on a utilisé un compteur "normal" comptant de 0 à 3 et on a créer une condition pour que le compteur s'initialise a 0 quand il arrive à 2. Cependant, malgré cela, notre LED en avait décidé autrement... elle n'a pas changé de comportement. Nous avons donc demandé de l'aide aux enseignants qui nous encadraient, mais ils n'ont pas trouvé pourquoi elle se comportait comme ça. Nous sommes donc resté avec le schéma suivant comme schéma final. Il réalisent presque le cahier des charges, en effet, seul la luminosité est un peu défectueuse; la LED ne s'éteint pas , mais reste faiblement allumée. Nous ne savons pas pourquoi car elle marchait très bien sans multiplexage...

Ainsi, nous pouvons dire que le cahier des charges n'est que partiellement rempli. Même si on est très porche du résultat attendu, nous n'avons pas réellement rempli l'objectif. Mais sommes donc un peu déçu car nous avions presque réussi. Nous pensons que si nous avions été plus efficace lors de la première séance, nous aurions eu un peu plus de temps pour résoudre le problème et donc remplir parfaitement le cahier des charges.

== Schéma électronique ==
[[Fichier:captureschema.JPG]]
On crée et génère trois signaux de PWM(huit bits) qui bien représentent les couleurs Rouge, Vert et bleu sur le logiciel Altium Designer, après on change les rapport cyclique de ces signaux grâce à une donnée de commande, puis on mette le signal passer un filtre passe-bas(resistance=325Ω et condensateur=225nf) ainsi d’obtenir une couleur voulue. A la fin, on peut voir la couleur bien allumée sur le LED.

Contrôle LED 256 couleurs, groupe A

2011-05-31T15:30:42Z

Bconflan : /* Troisème Séance (27/05) */

Contrôle LED 256 couleurs, groupe A

2011-05-31T15:30:29Z

Bconflan : /* Troisème Séance (27/05) */

Contrôle LED 256 couleurs, groupe A

2011-05-30T09:16:18Z

Bconflan : /* Première Séance (18/05) */

Contrôle LED 256 couleurs, groupe A

2011-05-30T09:15:58Z

Bconflan : /* Troisème Séance (27/05) */

Contrôle LED 256 couleurs, groupe A

2011-05-20T20:49:00Z

Bconflan : Page créée avec « ==Première Séance (18/05)== '''Partie électronique :''' Objectifs : - Se familiariser avec le sujet. - Analyser clairement ce que l'on nous demande de faire. - Comm... »

==Première Séance (18/05)==

'''Partie électronique :'''

Objectifs :

- Se familiariser avec le sujet.
- Analyser clairement ce que l'on nous demande de faire.
- Commencer à réaliser le programme sur Altium designer.

Fin de séance :

2 des 3 objectifs sont remplis. Le plus dur a été de comprendre comment réaliser le signal PWM pour une LED, le difficulté était
dans la conversion d'un signal numérique en un signal temporel, nous avons remarqué que si l'on obtenait le moyen de réaliser la commande d'une
LED, nous avions celle des 2 autres. Nous avons une solution potentielle sur papier pour une seule LED, (alors que notre programme doit en contenir
3) que nous testerons à la prochaine séance.

==Deuxième Séance (20/05)==

'''Partie électronique :'''

Objectifs :

- Réaliser le programme sur Altium designer pour le fonctionnement d'une seule LED.
- Le tester avec la nanoboard et une LED.
- Faire le programme avec les 3 LED.

Fin de séance :

Nous n'avons réalisé qu'un seul des 3 objectifs. Nous n'avons pas eu le temps de tester sur une LED. On remarque qu'il est aisé de réaliser le dernier objectif une fois le deuxième objectif réalisé. Il nous ne restera donc, si notre programme marche pour une LED, qu'a utiliser un démultiplexeur pour n'avoir qu'une entrée dans le programme (cahier des charges). Nous essaierons de réaliser ceci lors de la dernière séance.

Projets troisième année, 2010/2011, groupe A

2011-05-18T11:57:24Z

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

== Répartition des binômes ==

<table border="1">
<th>Projet</th>
<th>Elèves</th>
<tr><td>[[Contrôle de matrice leds, groupe A]]</td>
<td>KHODR_AYZI_BOUAIBA</td>
</tr>
<tr>
<td>[[Communication série, groupe A]]</td>
<td></td>
</tr>
<tr>
<td>[[Gestion mémoire, groupe A]]</td>
<td></td>
</tr>
<tr>
<td>[[Gestion afficheurs, groupe A]]</td>
<td></td>
</tr>
<tr>
<td>[[Contrôle LED 256 couleurs, groupe A]]</td>
<td>LIU_DUJARDIN_CONFLAND</td>
</tr>
<tr>
<td>[[Contrôle de sonar, groupe A]]</td>
<td></td>
</tr>
<tr>
<td>[[Contrôle d'accéléromètre, groupe A]]</td>
<td></td>
</tr>
</table>