IMA4 2017/2018 P10 - Historique des versions

Bcartier : /* Semaine 10 */

2018-05-20T14:18:32Z

‎Semaine 10

Bcartier : /* Semaine 12 */

2018-05-20T14:18:17Z

‎Semaine 12

Bcartier : /* Documents Rendus */

2018-05-20T14:17:53Z

‎Documents Rendus

Bcartier : /* Documents Rendus */

2018-05-20T14:15:47Z

‎Documents Rendus

Bcartier : /* Documents Rendus */

2018-05-20T14:09:51Z

‎Documents Rendus

Bcartier : /* Documents Rendus */

2018-05-20T14:09:36Z

‎Documents Rendus

Bcartier : /* Semaine 14+ */

2018-05-20T14:08:12Z

‎Semaine 14+

Bcartier : /* Semaine 13 */

2018-05-20T13:58:57Z

‎Semaine 13

Bcartier : /* Documents Rendus */

2018-05-15T21:06:16Z

‎Documents Rendus

Bcartier : /* Semaine 13 */

2018-05-12T18:14:37Z

‎Semaine 13

← Version précédente		Version du 20 mai 2018 à 14:18
Ligne 275 :		Ligne 275 :

	il est très simple de mettre en place un réseau RPL en mode natif, c'est à dire sur un Linux et non sur un microcontrôleur.		il est très simple de mettre en place un réseau RPL en mode natif, c'est à dire sur un Linux et non sur un microcontrôleur.
−
−	~~< Image du reseau RPL >~~

	En revanche, en commençant à regarder comment effectuer un réseau RPL avec des CC430, je me suis rendu compte que je n'avais pas bien compris comment intégrer les capacités radio.		En revanche, en commençant à regarder comment effectuer un réseau RPL avec des CC430, je me suis rendu compte que je n'avais pas bien compris comment intégrer les capacités radio.

@@ Ligne 342 : / Ligne 342 : @@
 En recoupant ce que la documentation en ligne proposait, les sources du cc110x et du cc2538, j'ai compris comment doit être fait un véritable port.
-La principale difficulté face à cette compréhension a été le manque de documentation, et des codes commentés de manières peu utile, par exemple dans le port du cc110x :
+La principale difficulté face à cette compréhension a été le manque de documentation, et des codes commentés de manières peu utile, par exemple dans le port du cc110x.
 L'interface netdev est axée autour de 7 fonctions constituant le driver du module, et donc l'API fournie. Ces fonctions sont :

@@ Ligne 490 : / Ligne 490 : @@
 '''cc430BV'''
-[[Fichier:Cc430BV.zip]]
+[[Fichier:Cc430BV.zip]] : Dossier de la carte a insérer dans le dossier RIOT/boards
-Dossier de la carte a insérer dans le dossier RIOT/boards
+'''Programmes de tests'''

← Version précédente		Version du 20 mai 2018 à 14:15
Ligne 488 :		Ligne 488 :

	'''Pull Request''' https://github.com/baptiste-cartier/RIOT		'''Pull Request''' https://github.com/baptiste-cartier/RIOT
		+
		+	'''cc430BV'''
		+	[[Fichier:Cc430BV.zip]]
		+
		+	Dossier de la carte a insérer dans le dossier RIOT/boards

@@ Ligne 486 : / Ligne 486 : @@
 '''Rapport final'''
 [[Fichier:Rapport_Projet_IMA4_P10_Baptiste_CARTIE.pdf]]
 '''Pull Request''' https://github.com/baptiste-cartier/RIOT

← Version précédente		Version du 20 mai 2018 à 14:09
Ligne 486 :		Ligne 486 :
	'''Rapport final'''		'''Rapport final'''
	[[Fichier:Rapport_Projet_IMA4_P10_Baptiste_CARTIE.pdf]]		[[Fichier:Rapport_Projet_IMA4_P10_Baptiste_CARTIE.pdf]]
		+	'''Pull Request''' https://github.com/baptiste-cartier/RIOT

@@ Ligne 476 : / Ligne 476 : @@
 ==Semaine 14+ ==
 =Documents Rendus=
 '''Rapport final'''
 [[Fichier:Rapport_Projet_IMA4_P10_Baptiste_CARTIE.pdf]]

← Version précédente		Version du 15 mai 2018 à 21:06
Ligne 476 :		Ligne 476 :

	=Documents Rendus=		=Documents Rendus=
		+	'''Rapport final'''
		+	[[Fichier:Rapport_Projet_IMA4_P10_Baptiste_CARTIE.pdf]]

← Version précédente		Version du 12 mai 2018 à 18:14
Ligne 403 :		Ligne 403 :

	==Semaine 13==		==Semaine 13==
		+	L'objectif de cette semaine était de terminer un premier jet du port. Cet objectif a été partiellement atteint, les fonctions les plus simples (_get, _set, _irq_handler) ont été très rapide a faire. En revanche, il m'a fallut un peu plus de temps pour comprendre l'imbrication des structure de données de netdev. En effet, pour reprendre le même fonctionnement que le driver du cc110x, il faut utiliser les structure suivante :
		+
		+	La structure qui sera passée en paramètre de toute les fonctions du driver
		+	typedef struct netdev_cc110x {
		+	netdev_t netdev; //L'interface netdev générique
		+	cc110x_t cc110x; //Structure contenant les information du cc110x
		+	} netdev_cc110x_t;
		+
		+	La structure netdev générique
		+	struct netdev {
		+	const struct netdev_driver driver; /< pointer vers le driver contenant les fonction de l'API /
		+	netdev_event_cb_t event_callback; /*< fonction de callback /
		+	void* context; /*< pointer vers le contexte de la pile réseau /
		+	};
		+
		+	La structure contenant les fonctions évoquées précédement
		+	struct netdev_driver {
		+	int (send)(netdev_t dev, const iolist_t *iolist);
		+
		+	int (recv)(netdev_t dev, void buf, size_t len, void info);
		+
		+	int (init)(netdev_t dev);
		+
		+	void (isr)(netdev_t dev);
		+
		+	int (get)(netdev_t dev, netopt_t opt,
		+	void *value, size_t max_len);
		+
		+	int (set)(netdev_t dev, netopt_t opt,
		+	const void *value, size_t value_len);
		+	} netdev_driver_t;
		+
		+	Structure contenant les informations du cc110x
		+	struct cc110x {
		+
		+	cc110x_statistic_t cc110x_statistic; /*< Structure de Statistiques pour debug /
		+
		+	uint8_t radio_state; /*< Etat de la Radio /
		+	uint8_t radio_channel; /*< channel de la radio/
		+	uint8_t radio_address; /*< adresse de la radio /
		+
		+	cc110x_pkt_buf_t pkt_buf; /*< RX/TX buffer /
		+	};
		+
		+	Structure du buffer d'envoi et de reception
		+	typedef struct {
		+	uint8_t rssi; /*< valeur du RSSI /
		+	uint8_t lqi; /*< Indicateur de Qualité du Lien /
		+	uint8_t pos; /*< I have no clue. /
		+	cc110x_pkt_t packet; /*< Le paquet /
		+	} cc110x_pkt_buf_t;
		+
		+	Structure du paquet de donnée
		+	typedef struct __attribute__((packed))
		+	{
		+	uint8_t length; /*< Taille du paquet (sans prendre en compte le champs length) /
		+	uint8_t address; /*< Addresse de Destination /
		+	uint8_t phy_src; /*< Addresse Source /
		+	uint8_t flags; /*< drapeau /
		+	uint8_t data[CC430_MAX_DATA_LENGTH]; /*< Données (protocol de plus haut niveau) /
		+	} cc110x_pkt_t;
		+
		+	Une fois cette architecture comprise, completer les fonction _recv et _send est assez simple, en suivant les modeles du cc110x et du cc2538.
		+
		+	En revanche, la fonction _init a été assez complexe a comprendre, car on initialise pas le cc110x/cc430 et le2538 de la même façon. De plus le cc110x étant initialisé par des pin GPIO et les communications (commande, emission/reception, déclenchement d'interruptions ...) etant effectuées au travers d'un bus SPI, il n'est pas possible de copier simplement l'éxistant.
		+
		+	Il s'avère au final que la fonction _init doive faire les choses suivantes :
		+	* créer un lien entre l'interface netdev et les interruption du cc430 (lier _irq_handler à la fonction de callback de netdev)
		+	* Récupérer l'adresse physique et le channel d'émission du module
		+	* Activer la réception
		+	* Indiquer que l'appareil en en mode réception

	=Documents Rendus=		=Documents Rendus=