IMA4 2016/2017 P32 - Historique des versions

Rex le 15 juin 2017 à 16:27

2017-06-15T16:27:46Z

Rex le 15 juin 2017 à 16:27

2017-06-15T16:27:26Z

Nung : /* Après les vacances */

2017-05-20T19:20:54Z

‎Après les vacances

Nung : /* Feuille d'heures */

2017-05-20T19:16:53Z

‎Feuille d'heures

Amachere : /* Semaine 9 */

2017-05-18T12:13:54Z

‎Semaine 9

Amachere : /* Semaine 9 */

2017-05-18T12:12:59Z

‎Semaine 9

Amachere : /* Feuille d'heures */

2017-05-18T12:11:35Z

‎Feuille d'heures

Amachere : /* Semaine 5 */

2017-05-18T12:10:37Z

‎Semaine 5

Amachere : /* Semaine 6 */

2017-05-18T12:10:20Z

‎Semaine 6

Amachere : /* Semaine 9 */

2017-05-18T12:09:45Z

‎Semaine 9

@@ Ligne 1 : / Ligne 1 : @@
-<include nopre noesc src="/home/pedago/pimasc/include/video-BrouilleurOnde-iframe.html" />
+<include nopre noesc src="/home/pedago/pimasc/include/video-BrouilleurLoRa-iframe.html" />
 __TOC__
 <br style="clear: both;"/>

← Version précédente		Version du 15 juin 2017 à 16:27
Ligne 1 :		Ligne 1 :
		+	<include nopre noesc src="/home/pedago/pimasc/include/video-BrouilleurOnde-iframe.html" />
		+	__TOC__
		+	<br style="clear: both;"/>
	==<span style="color:#000080">'''Cahier des charges'''</span>==		==<span style="color:#000080">'''Cahier des charges'''</span>==

@@ Ligne 710 : / Ligne 710 : @@
 *Nous avons effectué des tests pour vérifier si la fonction de scan fonctionne. Malheureusement, le cc430 n'a pas l'air de détecter de communications. La fréquence des modules LoRa a été fixée à 868MHz en mettant le header LORA_FHSS_ENABLE à false (ceci désactive le glissement de fréquence) pour faire des tests dans des conditions plus optimales. Cependant, le cc430 ne détecte toujours aucune communication.
 *Nous avons donc vérifié plusieurs éléments du code : la conversion en dBm du registre RSSI, la lecture dans le registre, le temps de mise à jour du registre RSSI.
-**D'après le pseudo-code fourni par texas instrument, et ce que nous avons pu lire sur les forums des développeurs, la conversion fonctionne. Nous avons tout de même essayé d'autre moyen de conversion, mais aucune de ces méthodes n'a permis au cc430 de détecter une communication.
+**D'après le pseudo-code fourni par texas instrument, et ce que nous avons pu lire sur les forums des développeurs, la conversion fonctionne. Nous avons tout de même essayé d'autre moyens de conversion, mais aucune de ces méthodes n'a permis au cc430 de détecter une communication.
 **En ce qui concerne la lecture dans le registre, nous avons effectué des tests en lisant dans d'autres registres et en allumant une led, nous en avons conclu que la fonction ReadSingleReg fonctionne. Nous nous sommes donc portés sur l'adresse de ce registre, en vérifiant la bibliothèque cc430f5137.h, nous avons constaté que la variable RSSI était bien définie dans les adresses de registres.
-**Enfin, d'après les datasheets du cc430 et du cc1101, le registre RSSI met un certain temps a s'actualiser, ce temps peut être calculé et dépend de la taille des paquets reçu. Ne pouvant pas connaitre pas la taille des paquets de la communication que l'on cherche à brouiller à l'avance, nous avons décidé de fixer un temps d'attente 2 fois supérieur au temps caractéristique (~15us), soit 30 micro seconde.
+**Enfin, d'après les datasheets du cc430 et du cc1101, le registre RSSI met un certain temps a s'actualiser, ce temps peut être calculé et dépend de la taille des paquets reçus. Ne pouvant pas connaître pas la taille des paquets de la communication que l'on cherche à brouiller à l'avance, nous avons décidé de fixer un temps d'attente 2 fois supérieur au temps caractéristique (~15us), soit 30 micro seconde.
-*Malgré ces essaies et corrections de code, nous ne sommes pas parvenu à faire fonctionner la détection de communication.
+*Malgré ces essais et corrections de code, nous ne sommes pas parvenus à faire fonctionner la détection de communication.
 ==<span style="color:#000080">'''Fichiers Rendus'''</span>==

@@ Ligne 83 : / Ligne 83 : @@
 | 4h
 | 1,5h
-| 1h
+| 4h
+|
+|
@@ Ligne 92 : / Ligne 92 : @@
+|
+|
-|8,5h
+|11,5h
 |-
 | Documentation sur le matériel
@@ Ligne 151 : / Ligne 151 : @@
+|
+|
+|2,5h
-| 6h
+| 8,5h
 |-
 | Code 1ère fonction
@@ Ligne 225 : / Ligne 225 : @@
 | 3h
 | 2h
-| 1h
+| 3h
-| 2h
+| 5h
-| 11h
+| 16h
 |-
 | Modification de la carte
@@ Ligne 240 : / Ligne 240 : @@
+|
+|
-| 2h
+| 3h
+|
-| 2h
+| 3h
 |}

← Version précédente		Version du 18 mai 2017 à 12:13
Ligne 515 :		Ligne 515 :


−	volatile uint8_t ~~fin~~[~~NB_BANGLES][NB_BANGLES-1~~];	+	volatile uint8_t buffer[BUFFER_SIZE];

	void send_cmd(void)		void send_cmd(void)

@@ Ligne 515 : / Ligne 515 : @@
   volatile uint8_t fin[NB_BANGLES][NB_BANGLES-1];
   void send_cmd(void)
+  {

@@ Ligne 101 : / Ligne 101 : @@
+|
+|
 | 1h
 | 1h
@@ Ligne 106 : / Ligne 107 : @@
+|
+|
+|12h
 |-
 | Recherche de solution pour la fonction 1

@@ Ligne 298 : / Ligne 298 : @@
 *Nous avons créé une bibliothèque RFconfig.h regroupant les valeurs de tous les registres :
   #define SMARTRF_CC430F5137_H
   #define SMARTRF_RADIO_CC430F5137

@@ Ligne 379 : / Ligne 379 : @@
   #define PWM_PERIOD		255
   #define DELAY 10000
   volatile uint8_t buffer[BUFFER_SIZE];
   void send_cmd(void)