Capteurs enfouis : Différence entre versions

De Wiki de Projets IMA
(jeudi 16 février 2012)
(jeudi 16 février 2012)
Ligne 63 : Ligne 63 :
 
<ul>
 
<ul>
 
<li> n'ayant pas réussi à lire la température la séance précédente, on a continué nos testes (révision du programme, visualisation des sorties sur l'analyseur de signaux)</li>
 
<li> n'ayant pas réussi à lire la température la séance précédente, on a continué nos testes (révision du programme, visualisation des sorties sur l'analyseur de signaux)</li>
<li> on a remarqué que le module MSP délivrait bien la bonne horloge et que les autres signaux de sortie sont correcte. le capteur quant à lui nous délivre des signaux incorrecte. je crains fort que le capteur soit endommagé (peut être lors du câblage ?) </li>
+
<li> on a remarqué que le module MSP délivrait bien la bonne horloge et que les autres signaux de sortie sont correcte. le capteur quant à lui nous délivre des signaux incorrecte. je crains fort qu'il soit endommagé (peut être lors du câblage ?) </li>
 
</ul>
 
</ul>

Version du 20 février 2012 à 08:41

Liste du matériel

Présent

  • Carte Arduino Uno
  • Capteur température Dallas
  • Capteur Vibration TI
  • RTC Maxim
  • Carte de développement TI eZ430-RF2500-SEH
  • Divers composant pour le réveil passif

A acheter

  • à remplir

Avancement du projet

8 février 2012:

  • Lecture des documentations relatives au MSP340F2274, horloge temps réel DS1391 et au module de communication CC2200.
  • Installation des drivers et logiciels des composants utilisés
  • Lecture de quelques programmes d'exemples avec compréhension des différents algorithmes
  • Bug au niveau du chargement du programme sur la carte ( erreur d'initialisation de l'interface )

9 février 2012 (Hamza):

  • Lecture plus approfondie de la datasheet des horloges temps réel:
  • Le fonctionnement de l'horloge temps réel et de son type de communication est à peu près compris. Mais je me suis rendu compte que le composant à notre disposition (DS1391) ne possède pas de broche d'interruption. En effet sur les autres composants du même type (DS1390,DS1394,DS1392 et DS1393) il y a cette broche et il sera alors plus simple par la suite de configurer une date précise qui activera la broche d'interruption. [Alex]En effet, il pourrait être intéressant d'obtenir des échantillons auprès de Maxim (http://www.maxim-ic.com). En attendant, on laisse *provisoirement* de coté le réveil par RTC[/Alex]

  • Choix des broches utilisés sur la carte eZ430... et analyse du mode de communication SPI(synchronous peripheral interface):
  • L'horloge temps réel fonctionne avec le mode de communication SPI. Il a fallu donc choisir sur quels broches spécifiques de la carte eZ430 il faut relier celles de l'horloge.

9 février 2012 (Ismaïl):

  • Résolution du Bug du logiciel de programmation
  • Choix du mode de communication entre les différents capteurs et le microP. D'après les Datasheet des différents capteurs, on peut utiliser directement une liaison série de type SPI supporter par le microP.
  • Compréhension du fonctionnement du mode SPI ainsi que le rôle des différents registres à initialiser
  • Réalisation d'un premier algo permettant de lire les données retournées par deux capteurs
  • Codage de ce cet algo (initialisation des différents registres + configuration de la liaison série etc ...)

Lundi 13 février 2012 (Ismaïl):

  • compréhension du mode de communication RF ainsi que le fonctionnement du Timer A
  • modification du précédent algo en y rajoutant la partie qui géra la transmission des données via la com RF
  • début du codage de l'algo


mercredi 15 février 2012

  • câblage d'un capteur de température afin de tester le programme permettant la com en mode SPI
  • modification du programme et vérification des différents registres d'initialisation

jeudi 16 février 2012

  • n'ayant pas réussi à lire la température la séance précédente, on a continué nos testes (révision du programme, visualisation des sorties sur l'analyseur de signaux)
  • on a remarqué que le module MSP délivrait bien la bonne horloge et que les autres signaux de sortie sont correcte. le capteur quant à lui nous délivre des signaux incorrecte. je crains fort qu'il soit endommagé (peut être lors du câblage ?)