Polytech Projets Ge

h1=. P13B04 Conception d'un serveur Wifi sur plateforme Rx63N

p=. !https://forge.clermont-universite.fr/attachments/download/16367/p13b04_Renesas_20130506104552_20130506110315.jpg!

*Projet GE2-GE3 2013* :

*Entreprise / Client* : Renesas électronic / Tolentino Martins

*Auteurs* : Jonathan Chassaing, Florent Montes

*Responsable Projet* : Michel James

*Tuteur industriel* : Gérard Chazelle

---

h1. Sommaire

[[1. Résumé]] 

[[2. Abstract]] 

[[3. Introduction]] 

[[4. Présentation du Sujet]] 

p(((. [[1. Synoptique général]] 

[[2. Présentation des éléments du système]] 

p(((((. [[1. Carte Gr-Sakura]] 

[[2. Microcontrôleur RX63N]] 

[[3. Module Wifi]] 

p(((. [[3. Problématiques]] 

[[5. Cahier des Charges]] 

[[6.Développement]] 

p(((. [[1. Adaptation du module wifi sur la carte Gr-Sakura]] 

[[2. Communication entre le Module WiFi et le RX63N]] 

[[3. Pile TCP/IP]] 

[[4. Fonctionnement de l’application]] 

[[5. Récupération du Serveur-web Ethernet]] 

[[6. Serveur-web Minimaliste]] 

[[7. Création et insertion des pages web dans le Serveur]] 

[[8. Organisation du Serveur]] 

[[9. Performances]]  

[[7. Gestion de Projet]] 

[[8. Bilan]] 

p(((. [[1. Etat d'avancement]] 

[[2. Analyse Critique]] 

[[3. Perspectives d'amélioration]] 

[[9. Notes d'application]] 

[[10. Bibliographie]]

---

h1<. *1) Résumé* 

h2. Le projet « serveur Wifi sur plateforme RX63N » concerne la réalisation d’un serveur web sur un microcontrôleur RENESAS. Cette entreprise souhaite la réalisation d’un tel projet afin de démontrer les performances de leur puce sur une application de type « serveur web wifi ».

Pour la réalisation de ce projet nous disposons d’une carte Gr-Sakura possédant un microcontrôleur RX63N qui sera la base de notre projet. Dans un premier temps, nous avons choisi puis adapté un module Wifi sur la carte GR-Sakura, de manière matérielle (carte d’adaptation) et logicielle (drivers). Dans un deuxième temps, nous avons créé un serveur web minimaliste que l’on a implanté dans notre programme final pour le faire communiquer avec le module wifi. Enfin, nous avons créé des pages personnalisées pour avoir un serveur web wifi fonctionnel.

h2<. Mots clés :

Serveur Web embarqué

Wifi

Gr-Sakura

RX63N

KPIT GNURX

h2<. *%{color:red}Sommaire%* 

---

h1<. *2) Abstract*

h2. Le projet « serveur Wifi sur plateforme RX63N » concerne la réalisation d’un serveur web sur un microcontrôleur RENESAS. Cette entreprise souhaite la réalisation d’un tel projet afin de démontrer les performances de leur puce sur une application de type « serveur web wifi ».

Pour la réalisation de ce projet nous disposons d’une carte Gr-Sakura possédant un microcontrôleur RX63N qui sera la base de notre projet. Dans un premier temps, nous avons choisi puis adapté un module Wifi sur la carte GR-Sakura, de manière matérielle (carte d’adaptation) et logicielle (drivers). Dans un deuxième temps, nous avons créé un serveur web minimaliste que l’on a implanté dans notre programme final pour le faire communiquer avec le module wifi. Enfin, nous avons créé des pages personnalisées pour avoir un serveur web wifi fonctionnel.

h2. Mots clés :

Serveur Web embarqué

Wifi

Gr-Sakura

RX63N

KPIT GNURX 

h2<. *%{color:red}Sommaire%* 

---

h1<. *3) Introduction*

h2. Dans le cadre du projet industriel de Génie Électrique qui s’étend sur 250 heures, Renesas Electronics acteur majeur dans le domaine des microcontrôleurs (27 % des parts de marché) propose un sujet portant sur l'un des derniers microcontrôleurs de la gamme RX.

Cette entreprise désire mettre en avant les performances de son microcontrôleur RX63N à travers une application de type serveur web WiFi embarquée en utilisant des outils de développement gratuits.

h2<. *%{color:red}Sommaire%* 

---

h1<. *4) Présentation du Sujet*

h2<. *4.1) Synoptique général*

p=. !https://forge.clermont-universite.fr/attachments/download/16368/p13b04_synoptique_1_20140102150429_20140102151307.png!

h2. Le cœur de l’application est le microcontrôleur RX63N présent sur la carte GR-SAKURA, celui-ci devra être connecté à un module WiFi afin de rendre possible la communication sans fil. Grâce à ce module, le RX63N sera capable de communiquer avec un système possédant une interface web et une connexion WiFi. La carte d’adaptation permettra la connexion physique entre le module et la carte Gr-Sakura. 

h2<. *%{color:red}Sommaire%* 

h2<. *4.2) Présentation des éléments du système*

h2<. *4.2.1) Carte Gr-Sakura*

h2. La carte utilisée pour la réalisation du projet sera la "GR-SAKURA":http://sakuraboard.net/index_en.html (voir photo ci-dessous). Elle est fabriquée par Wakamatsu Tsusho en partenariat avec "Renesas":https://www.renesas.com/eu/en. Elle est disponible chez quelques grands distributeurs de composant électronique. Une programmation directement par USB et l’utilisation d’un compilateur web Renesas en fait une carte abordable au grand publique "(voir start guide)":http://sakuraboard.net/index_en.html.

p=. !https://forge.clermont-universite.fr/attachments/download/16369/p13b04_carte_sakura_20130503142014_20130503142104.png!

"détail des caractéristiques de la carte":http://sakuraboard.net/gr-sakura_en.html

h2<. *%{color:red}Sommaire%*

h2<. *4.2.2) Microcontrôleur RX63N*

Le microcontrôleur utilisé sur ce projet est le RX63N, distribué par "Renesas":https://www.renesas.com/eu/en. Il fait partie de la famille des RX, dont les grandes lignes sont résumées sur le schéma ci-dessous.

RX Family

p=. !https://forge.clermont-universite.fr/attachments/download/16370/p13b04_RX_family_20130512173749_20130512173802.gif!

Ce microcontrôleur possède des caractéristiques suivantes :

p(((. - Calculs sur 32bits

- Fréquence max 100MHz

- 1 MBytes main flash memory

- 128kBytes SRAM

- 128 ports E/S

- Bus RSPI

- Ethernet Mac

p=. !https://forge.clermont-universite.fr/attachments/download/16371/p13b04_schemaRX_20130512175519_20130512175541.gif!

Le grand intérêt de ce microcontrôleur dans notre projet est son "ethernet controler" qui permet de gérer via l'ethernet les problématiques liées aux protocoles spécifiques à l'internet (ex : pîle TCP/IP...).

Il possède également un BUS SPI, qui va servir pour communiquer avec le module wifi.

h2<. *%{color:red}Sommaire%*

h2<. *4.2.3) Module Wifi Redpine RS9110*

Le module wifi choisi pour ce projet est le Redpine RS9110-N-11-22.

p=. !https://forge.clermont-universite.fr/attachments/download/16372/p13b04_Redpine_RS9110_20130512175519_20130512175553.jpg!

Ce module possède les caractéristiques suivantes :

p(((. - Norme wifi 802.11b/g compatible 802.11n

- Fonction série vers sans fil inclus

- Modes de sécurité WPA/WPA2-PSK, WEP et TKIP

- Interface hôte : UART et SPI

- Pile TCP-IP incluse, possibilité de la bypasser en mode SPI

- Antenne intégrée et horloge basse fréquence

- Consommation ultra réduite en mode veille.

p=. !https://forge.clermont-universite.fr/attachments/download/16373/p13b04_Redpine_block_20130512180208_20130512180223.jpg!

Afin de simplifier la mise en œuvre du module WiFi, nous avons choisi le modèle compatible avec la "carte de développement RDK":https://www.renesas.com/us/en de Renesas. Dans un premier temps, ceci va nous permettre d’utiliser les applications note fournies avec le module Redpine.

p=. !https://forge.clermont-universite.fr/attachments/download/16374/p13b04_wifi_rdk_20140103111606_20140103115030.png!

h2<. *%{color:red}Sommaire%*

h2<. *4.3) Problématiques*

Le projet s’organise essentiellement autour de trois grandes problématiques :

p(((. - Connexion du module WiFi à RX63N

p(((. - Communication entre le programme Webserveur présent sur la carte GR-SAKURA et la plateforme de contrôle WiFi

p(((. - Communication entre la carte capteurs actionneurs et le programme Webserveur

p=. !https://forge.clermont-universite.fr/attachments/download/16375/p13b04_synoptique_2_20140102150429_20140102151711.png!

h2<. *%{color:red}Sommaire%*

---

h1<. *5) Cahier des Charges*

p(((. - Microprocesseur RX63N sur plateforme GR-SAKURA

- Webserveur Ethernet existant

- Portage du webserveur en WiFi

- Utilisation de ressources gratuites (outils de développement et de conception)

- Création d’une documentation technique en anglais

p=. !https://forge.clermont-universite.fr/attachments/download/16376/p13b04_cahier_des_charges_20130503100208_20130503100520.png!

h2<. *%{color:red}Sommaire%*

---

h1<. *6) Développement*

h2<. *6.1) Adaptation du module wifi sur la carte Gr-Sakura*

Pour cette première partie, nous avons eu recours à la sous-traitance aux élèves de deuxième année génie électrique. Nous avons choisi de sous-traiter, la réalisation d’une carte d’adaptation afin de pouvoir connecter le module WiFi directement sur la carte Gr-sakura. Cette carte se présente sous la forme ci-dessous. 

p=. !https://forge.clermont-universite.fr/attachments/download/16377/p13b04_CAO_20140103100837_20140103101448.png!

La forme de cette carte nous permet de venir la plugger directement sur les borniers de la carte Gr-Sakura, ce qui nous permet une connexion rapide et fiable du module WiFi (voir animation ci-dessous).

p=. !https://forge.clermont-universite.fr/attachments/download/16378/p13b04_adaptation_20140103103005_20140103110400.gif!

Pour finir grâce à cette carte d’adaptation le module WiFi est connecté de la même manière que sur la carte de développement RDK. Ce qui nous permet une portabilité de code entre la carte de développement RDK et la carte Gr-Sakura.

h2<. *%{color:red}Sommaire%*

h2<. *6.2) Communication entre le Module %{color:red}WiFi% et le RX63N*

Dans un premier temps, nous avons décidé d’utiliser la liaison SPI pour réaliser le dialogue entre le module WiFi et le RX63N. Nous avons préféré l’utilisation cette connexion, car elle présentée des vitesses de transfert supérieur à la liaison UART disponible, ce qui permettaient de nous rapprocher le plus du cahier de charges initial. 

p=. !https://forge.clermont-universite.fr/attachments/download/16379/p13b04_SPI_20140115171006_20140115171656.png!

Pour la mise au point de la première version de notre système nous avons réutilisé une partie des librairies SPI fournies dans l’application note de Redpine. Les principales fonctions utilisées sont les suivantes :

p(((. - Initialisation du module WiFi

- Ouverture socket

- Fermeture socket

- Lecture des données

- Envoi des données

h2<. *%{color:red}Sommaire%*

h2<. *6.3) Pile TCP/IP*

Pour qu’un paquet de données (une page web par exemple) soit communiqué d’un ordinateur à un autre par internet, il faut respecter un protocole particulier : le protocole Ethernet. Chaque donnée envoyée sur le réseau l’est donc sous la forme d’une trame Ethernet, que l’on peut voir sur la figure ci-dessous.

p=. !https://forge.clermont-universite.fr/attachments/download/16380/p13b04_pile_20140124091617_20140124091755.png!

Dans cette trame, il y a un paquet qui nous intéresse particulièrement, car il contient la donnée, le paquet IP. Ce paquet est composé d’une entête, de l’adresse IP de la machine source et de la destination, et enfin de la donnée en elle-même. C’est uniquement la donnée (appelée donnée IP sur le schéma) qui doit être transmise au serveur web afin qu’il puisse la traiter, et c’est uniquement cette donnée qu’il envoie également. Donc, pour que cette donnée soit transmissible par le protocole Ethernet, il faut l’empaqueter dans un paquet IP.

Ce paquet, c’est au rôle de la pile TCP/IP de le créer. Il y a différents moyens de le créer. Il peut être directement écrit dans le code du serveur web pour qu’il envoie un paquet IP tout entier, ou peut être créé grâce à une fonction externe, afin que notre serveur s’occupe uniquement de la donnée.

Il se trouve que créer cet empaquetage est extrêmement compliqué, et qu’un projet complet pourrait être dédié à ce sujet. Heureusement pour nous, le module wifi que nous avons utilisé contient directement une pile TCP/IP intégrée dans son microcontrôleur. Pour que notre programme marche, il nous a suffi d’envoyer à ce module seulement la donnée IP que le serveur est capable de générer, et le module se charge de créer un paquet IP. Ce module nous renvoie également la donnée qui nous intéresse seule, débarrassée de tout l’empaquetage d’un paquet IP.

h2<. *%{color:red}Sommaire%*

h2<. *6.4) Fonctionnement de l’application*

Le programme de notre système pouvait être réalisé de deux manières différentes. Néanmoins, le cahier des charges nous a laissé le choix entre l’utilisation d’un noyau temps réel FreeRTOS ou une programmation séquentielle.

Dans un premier temps, notre choix s’était porté sur l’utilisation du noyau temps réel. Selon nous, il offrait des facilités de conception pour notre application. Cependant, l’utilisation de ce noyau temps réel demandait une étude préliminaire. Malheureusement, nous n’avons pas plus réalisé cette solution par manque de temps. C’est pour cela que nous avons développé une première version de l’application de manière séquentielle en utilisant les interruptions.

p=. !!