Sauvegarde d une pile IP dans la mémoire Flash de la carte ATLYS

Transcription

1 Sauvegarde d une pile IP dans la mémoire Flash de la carte ATLYS 1) Problématique Dans le chapitre précédent nous avons abordé l implémentation d une pile IP sur l architecture matérielle ATLYS. La partie logicielle et sa pile sont chargées dans la BBRAM du FPGA, ce qui rend volatile cette pile lors d une coupure d alimentation. Afin d éviter la reprogrammation de la BBRAM à chaque coupure d alimentation, on souhaite sauvegarder la configuration matérielle et logicielle dans la mémoire flash de 128Mo. Cette configuration sera chargée dans la DDRAM et la BBRAM du FPGA à chaque démarrage de la carte. Les travaux pratiques précédents nous ont permis d établir l architecture matérielle pour la pile IP (Ethernetlite) et la sauvegarde de la configuration complète dans la mémoire flash (interface SPI). L objectif principal de cette séance est d associer les architectures matérielles vues précédemment, notamment les IPCOREs (Ethernet lite) pour le contrôleur de communication Ethernet et l axi_quad_spi pour l interface de communication SPI qui assure la communication avec la mémoire flash. 2) Mise en place de l architecture matérielle sous xilinx platform studio Lancez xilinx platform studio (version 14.4) La société digilent qui commercialise la carte atlys nous fournit pour la pile IP un package complet comprenant le board support package les applicatifs librairies et logiciels. Ce package s appelle Atlys_AXI_Web_Server_Demo_v_1_02.zip, décompressez le et installez le sous votre disque dur Nous allons ouvrir le projet associé à Atlys_AXI_Web_Server_Demo : PAGE 1

2 Dans le répertoire hardware (hw) sélectionnez system.xmp L architecture matérielle du SOPC apparait : PAGE 2

3 Le problème qui se pose est que le package fourni par Digilent ne dispose pas d un périphérique SPI qui assure le dialogue avec la mémoire flash compatible avec le programme bootloader.c. Nous allons donc modifier ce périphérique. Le périphérique SPI compatible avec le programme bootloader.c est baptisé AXI quad SPI interface PAGE 3

4 Renommez le périphérique avec le nom QSPI_FLASH Modifiez les caractéristiques de l IPCORE PAGE 4

5 Deux fichiers nous intéressent : Sauvegarde d une pile IP dans la mémoire flash de la carte ATLYS 27/03/2015 Le fichier.mhs qui caractérise la configuration matérielle des IPCORE et le câblage entre ces IPCOREs Le fichier de contrainte.ucf Double cliquez sur le fichier system.mhs PAGE 5

6 Modifiez les déclarations suivantes : Sauvegarde d une pile IP dans la mémoire flash de la carte ATLYS 27/03/2015 Par les déclarations suivantes : De la même façon modifiez PAGE 6

7 Par les lignes suivantes : Double cliquez sur le fichier de contrainte system.ucf PAGE 7

8 Modifiez les déclarations suivantes : Sauvegarde d une pile IP dans la mémoire flash de la carte ATLYS 27/03/2015 Par celle-ci PAGE 8

9 Ces modifications se répercutent sur les ports des IPCORES Il nous reste à exporter cette nouvelle architecture matérielle : Après le lancement du logiciel SDK on intégrera par une importation le projet boot (déjà développé précédemment) PAGE 9

10 Une modification est nécessaire dans le fichier http_reponse.c afin de prendre en compte la modification matérielle du périphérique SPI Le nom de la constante de l adresse du périphérique est donc à modifier : PAGE 10

11 Avec du bon sens la procédure qui suit reste identique au TP sur la mise en place d un bootloader. Le fichier download.bit est élaboré de la manière suivante (attention à la dimension de l applicatif atlys_webserver_demo à déclarer dans le fichier bootload.c) Le serveur web et le serveur TFTP ne sont pas implémentés dans cette séance. Il faut trouver un moyen pour placer le système de fichier.mfs dans la mémoire flash et le charger dans la DDRAM de la carte ATLYS PAGE 11