Voir la source de Very High Speed Integrated Circuit Hardware Description Language/Utiliser un processeur externe

{{Chapitre
  | idfaculté = informatique
  | numéro    = 19
  | niveau    = 16
  | précédent = [[../Commande de robot mobile et périphériques associés/]]
  | suivant   = [[../Utiliser un processeur interne : Cyclone 5/]]
}}

Nous allons présenter dans ce chapitre un certain nombre de solutions consistant à déporter le processeur vers l'extérieur. Quand nous avons commencé l'écriture de ce livre nous ne pensions pas en arriver là... mais quelques prises de consciences nous ont fait changer d'avis :
* la baisse continue des prix des microcontrôleurs du commerce. On trouve maintenant des platines de développement 16/32 bits à moins de {{unité|20|€}} (chez Texas Instrument notamment en 2015) et moins de {{unité|10|€}} en 2022 pour un ESP32 malgré la crise des semi-conducteurs du Covid en 2020.
* la réalisation de projets autour de la robotique mobile nous amène à augmenter la taille de notre processeur. Ainsi un processeur 32 bits permet de faire assez facilement des calculs en nombre flottant.
* une étude de 2008 ([http://www.eetimes.com/document.asp?doc_id=1274649 EETimes 30 juillet 2008]) montrait que seulement 1/3 des utilisations de FPGA utilisant un processeur utilisait ce processeur dans le FPGA. Les choses ont probablement changées depuis : il semble que l’on soit passé à 50% en 2014.

L'étude de EETimes ci-dessus tentait d'examiner des pistes pour interfacer les deux mondes du micro-contrôleur et celui du FPGA en soulignant qu’à priori aucun des deux n'est prévu pour cela. 

Nous allons examiner dans ce chapitre les communications entre un processeur du commerce et le [[w:FPGA|FPGA]] qui ne sera considéré donc que comme un périphérique. Dire périphérique ne veut pas dire sans aucune intelligence. Ainsi un petit processeur pourra se glisser dans ce FPGA et être responsable de la communication avec le processeur externe !

Les communications que nous envisageons d'étudier pour le moment sont le protocôle [[w:Serial_Peripheral_Interface|SPI]] et le protocole [[w:I2C|i2c]]. Le domaine des 32 bits sera peut être approfondi un jour prochain avec le bus External Bus Interface (EIB) que l’on peut rencontrer sur ce type de micro-contrôleur de type [[w:Architecture_ARM|ARM]].

Pour rendre ce chapitre intéressant à un public le plus diversifié possible, nous sommes obligés d’utiliser plusieurs architectures différentes allant du 8 au 32 bits. Nous espérons que, même si vous ne disposez que d'une architecture différente, vous trouviez ici suffisamment d'informations pour un portage utile pour vous. Nous rappelons que vous pouvez aussi rédiger un chapitre ou une simple section concernant votre architecture... ce qui pourrait être utile à d'autres lecteurs.

== Les connecteurs PMod  ==
Les [[w:FPGA|FPGA]] que nous utilisons sont sur des cartes d'évaluation réalisées par [http://www.digilentinc.com/ Digilent]. Elles sont caractérisées par des extensions appelées PMod que nous allons présenter maintenant.
=== Utilisation simple des PMod  ===
Parmi les périphériques que l’on peut acheter pour les FPGA, il en existe un certain nombre avec des connecteurs PMod. Ils sont alors très faciles à mettre en œuvre avec ou sans câble. Le seul point qu’il faut surveiller est de ne pas le brancher à l’envers. Pour s'y repérer il suffit de savoir que d'un côté du connecteur vous avez tout au bout Vcc et à côté la masse gnd. Si vous repérez cela des deux côtés, c’est gagné. La photo ci-dessous, par exemple, montre la connexion de deux périphériques de puissance (non visibles) à la carte FPGA. Allez voir dans le [[../Commande de robot mobile et périphériques associés|chapitre Commande de robot mobile et périphériques associés]] d'autres photos disponibles.

=== Utilisation avec périphérique non adapté  ===
Nous avons déjà publié dans le [[../Commande de robot mobile et périphériques associés|chapitre Commande de robot mobile et périphériques associés]] une série de photos montrant l’utilisation d'un PMod pour connecter une manette Nunchuk. Nous en reprenons une ci-dessous.
 
[[Fichier:DigilentRobotNunchuk.JPG|thumb|center|500px|Détails sur la connexion entre la Basys2 et la Nunchuk]]

Vu le positionnement de notre connecteur blanc sur le PMod, l'alimentation Vcc = {{Unité|3.3|{{Abréviation|V|volt}}}} se trouve à gauche du connecteur lorsqu'on le regarde de face. De toute façon, il est bon de se rappeler que Vcc est en bout. C'est le fil orange de la photo.

{{principe|contenu=
Puisque nous commençons à aborder les notions de droite et gauche des connecteurs PMods, vous devez garder à l'esprit que cette notion est définie quand on regarde le PMod de l'extérieur vers la carte FPGA, comme par exemple sur la photo ci-dessus.
}}

Lorsque le connecteur PMod est double (c'est souvent le cas sur les cartes plus récentes comme [http://www.digilentinc.com/Products/Detail.cfm?NavPath=2,400,897&Prod=NEXYS3 Nexys 3], [http://www.digilentinc.com/Products/Detail.cfm?NavPath=2,400,1288&Prod=BASYS3 la nouvelle Basys 3] et d'autres encore) les deux Vcc sont superposés (en face à gauche).

=== Utilisation avec plaque à essai  ===
Cette façon de faire est à conseiller lorsque vous chercher à réaliser une connexion entre un de vos propre périphérique et une carte FPGA. 
{{attention|
'''La tension d'alimentation des FPGA est {{Unité|3.3|{{Abréviation|V|volt}}}}. Ne présentez jamais une tension de 5V sur une entrée FPGA.'''
}}

Cette utilisation ne nécessite pas d'explication supplémentaire sinon que le mieux est d’utiliser des fils de connexions Digilent, ceux que l’on voit sur la photo entre la Basys2 et les commandes des moteurs. L'achat de périphériques PMod vous fournit automatiquement ce genre de connectique. Si vous n'avez pas l'intention d'investir dans des périphériques PMod, utilisez de simples câbles males-males pour plaques à essais.

=== Trouver les contraintes à mettre dans le fichier ucf  ===
Les fichiers ucf que l’on télécharge dans la page des platines FPGA sont suffisamment commentés pour être facilement utilisables. La convention pour les PMods doubles est que l’on commence par le haut (et du côté opposé à Vcc). Par exemple, si vous avez :
<pre>
##JA
#NET "JA<0>"          LOC = "T12" | IOSTANDARD = "LVCMOS33";   #Bank = 2, Pin name = IO_L19P, Sch name = JA1
#NET "JA<1>"          LOC = "V12" | IOSTANDARD = "LVCMOS33";   #Bank = 2, Pin name = IO_L19N, Sch name = JA2  
#NET "JA<2>"          LOC = "N10" | IOSTANDARD = "LVCMOS33";   #Bank = 2, Pin name = IO_L20P, Sch name = JA3
#NET "JA<3>"          LOC = "P11" | IOSTANDARD = "LVCMOS33";   #Bank = 2, Pin name = IO_L20N, Sch name = JA4
#NET "JA<4>"          LOC = "M10" | IOSTANDARD = "LVCMOS33";   #Bank = 2, Pin name = IO_L22P, Sch name = JA7
#NET "JA<5>"          LOC = "N9"  | IOSTANDARD = "LVCMOS33";   #Bank = 2, Pin name = IO_L22N, Sch name = JA8
#NET "JA<6>"          LOC = "U11" | IOSTANDARD = "LVCMOS33";   #Bank = 2, Pin name = IO_L23P, Sch name = JA9
#NET "JA<7>"          LOC = "V11" | IOSTANDARD = "LVCMOS33";   #Bank = 2, Pin name = IO_L23N, Sch name = JA10
</pre>

[[File:Digilent Pmod.png|thumb|Connecteur spécifique des cartes de Digilent (FPGA et Microcontrôleurs)]]

alors JA<0> est en haut côté droit du connecteur PMod (lorsqu'on est en face), JA<1> est un cran vers la gauche ... JA<4> est en bas à droite ... et JA<7> est en bas à gauche avant la masse.

{{attention|
* '''Les numéro de gauche du fichier de contraintes (le 0 de JA<0> par exemple) ne correspondent pas aux numéros de broches de la figure : JA<0> correspond à JA1 (à droite). Ce sera toujours une source de confusion, mais il faut vous y habituer.'''
* '''Tous les numéros dans les tableaux ci-dessous correspondent aux numéros du dessin.'''
}}

Si on vous dit que le câblage du PMod a été choisi comme (voir plus loin par exemple) :
{| class="wikitable"
|-
! SPI
|| -- || -- || MOSI || MISO || SCK || SS
|-
! PMOD
|| 12 (Vcc) || 11 (GND) || 10 || 9 || 8 || 7
|}

cela veut dire que SS est en broche 7 du connecteur Pmod, c'est-à-dire en bas à droite.

== Processeur ATMega avec Arduino et SPI  ==
Nous commençons par utiliser l'Arduino parce que c’est probablement une des architectures les plus utilisées actuellement parmi les architectures modestes de 8 bits. Elle est caractérisée par une facilité exemplaire de programmation et des prix attractifs (autour de {{unité|20|€}}). Ce prix ne fera que descendre dans les années suivantes.
=== Présentation de l'Arduino utilisé  ===
L'[[w:Arduino|Arduino]] en général est décrit aussi [[Micro contrôleurs AVR/Arduino|dans un chapitre du livre sur les AVR]] de la Wikiversité. Mais il est décliné en plusieurs versions.

Nous avons choisi la [http://www.lextronic.fr/P28933-platine-pro-micro---33v8mhz.html Platine "Pro Micro - {{Unité|3.3|{{Abréviation|V|volt}}}}/8MHz"] de chez Sparkfun. Ce choix est essentiellement lié au fait que la platine est en {{Unité|3.3|{{Abréviation|V|volt}}}} et donc directement compatible avec le FPGA, ce qui n’est pas le cas de la majorité des platines Arduino. L'inconvénient associé à cette baisse de tension d'alimentation est le passage de sa fréquence d'horloge de 16 à 8 MHz, ce qui reste largement suffisant pour ce que nous prévoyons de faire dans cette section.
==== Vous ne possédez pas cette platine  ====
Si vous avez déjà une platine Arduino, elle est probablement en 5V, donc pas compatible au niveau des tensions avec le FPGA. Ne vous découragez pas pour autant, les tensions peuvent être adaptées.

Les sorties du micro-contrôleur peuvent être adaptées avec un simple diviseur de tension avec deux résistances (10k et 20k) pour ne pas détériorer le FPGA. La sortie du FPGA peut être branchée directement en entrée du micro-contrôleur mais cela nécessite un test pour être sûr que ce dernier considère le {{Unité|3.3|{{Abréviation|V|volt}}}} comme un 1 logique.

On peut aussi réaliser une adaptation bidirectionnelle. Ce genre d'adaptation est décrit par exemple [http://ejenn.free.fr/index.php?title=Interconnexion_5V_/_3.3V dans ce lien]. Considérez particulièrement celle qui utilise un FET (2N7000) et deux résistance de 10k, adaptation que nous avons eu l’occasion de tester.

==== La conversion analogique/numérique  ====
Une des applications pratiques à l'interface FPGA micro-contrôleur est l’utilisation des convertisseurs analogiques numériques présents dans la majorité de ces derniers. C'est ce que nous avions l'intention de réaliser dans le projet [[../Travail pratique/Projets Hardware pour ATMEL ATMega16#Projet 2014.2F2015 : PMod Processeur pour une liaison série sur la Basys 2|PMod Processeur pour une liaison série sur la Basys 2]]. Notez que cette technique existe aussi dans certaines cartes FPGA comme la [https://embeddedmicro.com/tutorials/mojo/ MOJO 3.0]. En effet cette carte est architecturée autour d'un ATMega32U4 et d'un FPGA Spartan6. Il est possible de récupérer les valeurs des convertisseurs Analogiques Numériques dans le FPGA.

Utiliser le langage Arduino pour lire une valeur analogique est très simple. Il existe une primitive appelée "analogRead". Rappelons pour être complet que les convertisseurs des ATMega sont sur 10 bits.

=== Complément sur l'installation Linux  ===
Le site de [https://learn.sparkfun.com/tutorials/pro-micro--fio-v3-hookup-guide Sparkfun, le hookup Guide] n’est pas complet pour la programmation de la [http://www.lextronic.fr/P28933-platine-pro-micro---33v8mhz.html Platine "Pro Micro - {{Unité|3.3|{{Abréviation|V|volt}}}}/8MHz"]. Ajouter les cartes sparkfun à l'aide du fichier fourni ne suffit pas. Des lignes sont à mettre dans le fichier "46-arduino.rules" dans /etc/udev/rules.d :
<pre>
ACTION!="add|change", GOTO="mm_usb_device_blacklist_local_end"
SUBSYSTEM!="usb", GOTO="mm_usb_device_blacklist_local_end"
ENV{DEVTYPE}!="usb_device",  GOTO="mm_usb_device_blacklist_local_end"

ATTRS{idVendor}=="1b4f" ATTRS{idProduct}=="9204", ENV{ID_MM_DEVICE_IGNORE}="1"
ATTRS{idVendor}=="1b4f" ATTRS{idProduct}=="9203", ENV{ID_MM_DEVICE_IGNORE}="1"

LABEL="mm_usb_device_blacklist_local_end"
</pre>
Suivies par un
<pre>
sudo service udev restart
</pre>
elles permettent une programmation et une utilisation de la liaison série.
{{remarque|contenu=
Depuis la rédaction de cette section, nous avons rencontré une installation Linux Ubuntu qui n'a pas nécessité ces changements... contrairement à notre version un peu plus ancienne. À vous de faire les tests correspondants...
}}

=== Présentation du protocole SPI  ===
La programmation SPI dans le monde Arduino est facile. Mais sa mise en œuvre avec un FPGA nécessite une bonne compréhension de ce protocole.

L'article [[w:Serial_Peripheral_Interface|Serial Peripheral Interface]] de Wikipédia présente le protocole correspondant.

Des étudiants de l'{{abréviation|IUT|institut universitaire de technologie}} de Troyes ont travaillé sur ce type de projet et ont écrit [http://www.iut-troyes.univ-reims.fr/wikigeii/index.php/SPI quelques lignes ici].

==== La programmation SPI  ====
La programmation SPI du côté Arduino ne présente donc pas de difficulté particulière.

Voici donc un programme Maître (langage C) d'exemple :
<syntaxhighlight lang=c>
#include <SPI.h>
//**** Version pour Sparkfun Pro-micro {{Unité|3.3|{{Abréviation|V|volt}}}}
//**** Horloge 8MHz
char dataToSend=0xA5; 
void setup (void) {
// Put SCK, MOSI, SS pins into output mode
// also put SCK, MOSI into LOW state, and SS into HIGH state.
  pinMode(10,OUTPUT); // SS not dedicated
  pinMode(16,OUTPUT); // MOSI
  pinMode(14,INPUT);  // MISO
// ensure SS stays high for now
  digitalWrite(10, HIGH);
// Then put SPI hardware into Master mode and turn SPI on
  SPI.begin ();
// Slow down the master a bit
   SPI.setClockDivider(SPI_CLOCK_DIV2);
//little indian or big indian ?
// SPI.setBitOrder(MSBFIRST);
// SPI.setBitOrder(LSBFIRST);
// SPI.setDataMode(SPI_MODE0);
  delay(100);
} // end of setup
 
void loop (void) {
//déclaration variable
  unsigned char recievedData;
// enable Slave Select (SS is pin 10)
  digitalWrite(10, LOW);
// transmission réception
  recievedData=SPI.transfer(dataToSend);
  delay(10);
  digitalWrite(10, HIGH);
// 1 seconds delay
  delay(1000);
  dataToSend++;
} // end of loop
</syntaxhighlight>
Il peut être utilisé pour un début d'exploration.

Si vous voulez tester la communication bidirectionnelle du SPI, remplacez la boucle ci-dessus par celle-ci :
<syntaxhighlight lang=C>
void loop (void) {
//déclaration variable
  unsigned char recievedData;
// enable Slave Select
  digitalWrite(10, LOW);
// SS is pin 10
  recievedData=SPI.transfer(dataToSend);
// Serial.println(dataByte,DEC);
  delay(10);
  digitalWrite(10, HIGH);
  dataToSend = recievedData;
  delay(1000);
// 1 seconds delay
}
</syntaxhighlight> 
Cette version bidirectionnelle avec une division seulement par deux de l'horloge a été testée en échange SPI avec une Nexys 3 avec succès (recopie des interrupteurs sur les LEDs avec une seconde de retard à cause du delay qui peut être naturellement supprimé).
{{remarque|contenu=
Nous n'avons pas réussi à faire fonctionner le transfert bidirectionnel avec 
<syntaxhighlight lang=C>
recievedData=SPI.transfer(recievedData);
</syntaxhighlight>
mais seulement en recopiant la variable de réception recievedData dans la variable à envoyer dataToSend (comme dans le programme juste au-dessus de cette remarque).
}}
Examinons donc maintenant ce que nous devons faire côté [[w:FPGA|FPGA]] pour y réaliser un esclave SPI.

==== Esclave SPI sur FPGA  ====
Nous avons décidé de ne pas construire notre propre esclave mais d’en chercher un sur opencore : [http://opencores.org/project,spi_master_slave SPI Master Slave de Jonny Doin]. Téléchargez-le.
Nous avons ensuite écrit un composant général contenant cet esclave que voici :
{{Boîte déroulante|titre=Notre utilisation du cœur esclave SPI|contenu=
<syntaxhighlight lang="VHDL">
library ieee;
use ieee.std_logic_1164.all;
use ieee.numeric_std.all;
use ieee.std_logic_unsigned.all;

entity arduino_fpga is port (
  clk_100MHz : in std_logic; --100 MHz car carte Nexys 3 utilisée : à adapter pour vous
  leds8 : out std_logic_vector(7 downto 0);
  -- Port SPI
  mosi : in std_logic;
  miso : out std_logic;
  ss : in std_logic;
  sck : in std_logic;
  sw : in std_logic_vector(7 downto 0)
);
end arduino_fpga;

architecture arch of arduino_fpga is

component spi_slave is
    Generic (   
        N : positive := 32;                                             -- 32bit serial word length is default
        CPOL : std_logic := '0';                                        -- SPI mode selection (mode 0 default)
        CPHA : std_logic := '0';                                        -- CPOL = clock polarity, CPHA = clock phase.
        PREFETCH : positive := 3);                                      -- prefetch lookahead cycles
    Port (  
        clk_i : in std_logic := 'X';                                    -- internal interface clock (clocks di/do registers)
        spi_ssel_i : in std_logic := 'X';                               -- spi bus slave select line
        spi_sck_i : in std_logic := 'X';                                -- spi bus sck clock (clocks the shift register core)
        spi_mosi_i : in std_logic := 'X';                               -- spi bus mosi input
        spi_miso_o : out std_logic := 'X';                              -- spi bus spi_miso_o output
        di_req_o : out std_logic;                                       -- preload lookahead data request line
        di_i : in  std_logic_vector (N-1 downto 0) := (others => 'X');  -- parallel load data in (clocked in on rising edge of clk_i)
        wren_i : in std_logic := 'X';                                   -- user data write enable
        wr_ack_o : out std_logic;                                       -- write acknowledge
        do_valid_o : out std_logic;                                     -- do_o data valid strobe, valid during one clk_i rising edge.
        do_o : out  std_logic_vector (N-1 downto 0); 
		  -- parallel output (clocked out on falling clk_i)
        --- debug ports: can be removed for the application circuit ---
        do_transfer_o : out std_logic;                                  -- debug: internal transfer driver
        wren_o : out std_logic;                                         -- debug: internal state of the wren_i pulse stretcher
        rx_bit_next_o : out std_logic;                                  -- debug: internal rx bit
        state_dbg_o : out std_logic_vector (3 downto 0);                -- debug: internal state register
        sh_reg_dbg_o : out std_logic_vector (N-1 downto 0)              -- debug: internal shift register
    );                      
end component;
--signal sdo,sleds8,ssleds8 : std_logic_vector(7 downto 0);
--signal s_wren_i : std_logic;
begin
  ic1 : spi_slave generic map (N => 8)
  port map ( clk_i => clk_100MHz,
             do_o(7 downto 0) => leds8(7 downto 0),
	     di_i => sw,
	     spi_ssel_i => ss,
             spi_sck_i => sck,
             spi_mosi_i => mosi,
             spi_miso_o => miso,
             wren_i => not ss--s_wren_i
				 );

end arch;
</syntaxhighlight>
}}
Ce qui est donné ci-dessus permet un échange bidirectionnel entre l'Arduino Maître et le FPGA esclave.

Le fichier de contrainte correspondant est (pour une Nexys3) présenté dans la boite déroulante ci-dessous :
{{Boîte déroulante|titre=Notre fichier de contrainte pour la Nexys 3|contenu=
<pre>
## Clock signal
NET "CLK_100MHz"            LOC = "V10" | IOSTANDARD = "LVCMOS33";   #Bank = 2, pin name = IO_L30N_GCLK0_USERCCLK,            Sch name = GCLK
Net "CLK_100MHz" TNM_NET = sys_clk_pin;
TIMESPEC TS_sys_clk_pin = PERIOD sys_clk_pin 100000 kHz;

## Leds
NET "leds8<0>"         LOC = "U16" | IOSTANDARD = "LVCMOS33";   
NET "leds8<1>"         LOC = "V16" | IOSTANDARD = "LVCMOS33";   
NET "leds8<2>"         LOC = "U15" | IOSTANDARD = "LVCMOS33";   
NET "leds8<3>"         LOC = "V15" | IOSTANDARD = "LVCMOS33";   
NET "leds8<4>"         LOC = "M11" | IOSTANDARD = "LVCMOS33";  
NET "leds8<5>"         LOC = "N11" | IOSTANDARD = "LVCMOS33";   
NET "leds8<6>"         LOC = "R11" | IOSTANDARD = "LVCMOS33";   
NET "leds8<7>"         LOC = "T11" | IOSTANDARD = "LVCMOS33";  

## Switches
NET "sw<0>"          LOC = "T10" | IOSTANDARD = "LVCMOS33";   
NET "sw<1>"          LOC = "T9"  | IOSTANDARD = "LVCMOS33";   
NET "sw<2>"          LOC = "V9"  | IOSTANDARD = "LVCMOS33";   
NET "sw<3>"          LOC = "M8"  | IOSTANDARD = "LVCMOS33";   
NET "sw<4>"          LOC = "N8"  | IOSTANDARD = "LVCMOS33";   
NET "sw<5>"          LOC = "U8"  | IOSTANDARD = "LVCMOS33";   
NET "sw<6>"          LOC = "V8"  | IOSTANDARD = "LVCMOS33";   
NET "sw<7>"          LOC = "T5"  | IOSTANDARD = "LVCMOS33";   
 

##JC
##Connecteur haut pour Tiva C LaunchPad
#NET "ss"          LOC = "H3"  | IOSTANDARD = "LVCMOS33";   
#NET "sck" CLOCK_DEDICATED_ROUTE = FALSE | LOC = "L7"  | IOSTANDARD = "LVCMOS33";  
#NET "miso"          LOC = "K6"  | IOSTANDARD = "LVCMOS33";   
#NET "mosi"          LOC = "G3"  | IOSTANDARD = "LVCMOS33";   
#Connecteur bas pour Pro Micro Sparkfun
NET "ss"          LOC = "G1"  | IOSTANDARD = "LVCMOS33";   
NET "sck" CLOCK_DEDICATED_ROUTE = FALSE |LOC = "J7"  | IOSTANDARD = "LVCMOS33";   
NET "miso"          LOC = "J6"  | IOSTANDARD = "LVCMOS33";   
NET "mosi"          LOC = "F2"  | IOSTANDARD = "LVCMOS33";   
</pre>
}}
Il vous montre que l’on a utilisé le connecteur PMod nommé JC (partie basse).

Le câblage du PMod a été choisi comme :
{| class="wikitable"
|-
! SPI
|| -- || -- || MOSI || MISO || SCK || SS
|-
! PMOD
|| 12 (Vcc) || 11 (GND) || 10 || 9 || 8 || 7
|}
et nous avons utilisé la partie inférieure du connecteur en reliant la masse mais pas la source de tension : le FPGA et l'Arduino ont tous les deux leur propre alimentation par l'USB.

Le site de [https://learn.sparkfun.com/tutorials/pro-micro--fio-v3-hookup-guide Sparkfun, le hookup Guide], vous permet de déduire une connexion que l’on représente dans un tableau qui met en correspondance les broches du Sparkfun Pro Micro avec le PMOD de Digilent pour un bon fonctionnement.
{| class="wikitable"
|-
! Sparkfun Pro micro
|| -- || GND || 16 || 14 || 15 || 10
|-
! PMOD (Digilent)
|| 12 (Vcc) || 11 (GND) || 10 || 9 || 8 || 7
|}

En clair les deux tableaux peuvent être fusionnés comme ceci :

{| class="wikitable"
|-
! SPI
|| -- || -- || MOSI || MISO || SCK || SS
|-
! PMOD
|| 12 (Vcc) || 11 (GND) || 10 || 9 || 8 || 7
|-
! Sparkfun Pro micro
|| -- || GND || 16 || 14 || 15 || 10
|}
Ce tableau signifie que la broche Arduino (Sparkfun) qui porte le numéro 10 est reliée à la broche numéro 7 du PMod. Cette broche est à l'opposé de Vcc sur le connecteur PMod inférieur.

Vous serez obligé d'adapter la partie PMOD à votre carte FPGA et à votre choix de PMOD dans votre fichier ucf. Il est donné plus haut mais nous rappelons la partie concernée :
<pre>
##JC
#Connecteur bas pour Pro Micro Sparkfun
NET "ss"          LOC = "G1"  | IOSTANDARD = "LVCMOS33";   
NET "sck" CLOCK_DEDICATED_ROUTE = FALSE |LOC = "J7"  | IOSTANDARD = "LVCMOS33";   
NET "miso"          LOC = "J6"  | IOSTANDARD = "LVCMOS33";   
NET "mosi"          LOC = "F2"  | IOSTANDARD = "LVCMOS33";  
</pre>
Le connecteur PMod sur la carte Nexys 3 qui nous a servi à faire les essais est double : une partie haute et une partie basse. C'est pour cela qu’apparaît "Connecteur bas" dans les commentaires de ce fichier ucf. 
{{remarque|contenu=
Le "CLOCK_DEDICATED_ROUTE" apparaissant dans le fichier ucf signifie que l'horloge fabriquée par l'Arduino maître va être directement utilisée dans le FPGA comme horloge (c'est-à-dire avec des "if rising_edge(sck)"). Or cette horloge ne sera pas unique : s'il y a un processeur dans le fpga il aura aussi la sienne. Ces deux horloges n'ayant aucun rapport entre elles doivent être alors maniées avec précautions. Le terme générique pour désigner ces problème est '''clock domain crossing''' en anglais et nous ne savons pas traduire exactement cette expression ('''traversée des domaines d'horloge''' peut-être).

Pour éviter ce genre de problème on échantillonne l'horloge en principe. Tel n'a pas été le choix de l'auteur du module SPI utilisé. Il peut ainsi fonctionner à plus grande vitesse. Mais pour le cœur i2c utilisé plus loin, l'échantillonnage a été réalisé. Normal la fréquence d'horloge de l'i2c est souvent 100 kHz.
}}

=== Projets associés  ===
* [[../Travail pratique/Projets Hardware pour ATMEL ATMega16#Projet 2014.2F2015 : PMod Processeur pour une liaison série sur la Basys 2|PMod Processeur pour une liaison série sur la Basys 2]] décrit un projet qui associe l'Arduino Pro Micro de Sparkfun et une Basys2 en vue d'une installation sur une base robotique mobile

== Processeur ATMega avec Arduino et protocole I2C  ==
Nous utiliserons encore la [http://www.lextronic.fr/P28933-platine-pro-micro---33v8mhz.html Platine "Pro Micro - {{Unité|3.3|{{Abréviation|V|volt}}}}/8MHz"] de chez Sparkfun et restons donc dans le monde Arduino.

Nous allons nous intéresser maintenant au protocole [[w:I2C|I2C]]. L'intérêt de ce protocole par rapport au [[w:Serial_Peripheral_Interface|SPI]] est la notion d'adresse : chaque périphérique a une adresse particulière. Cela permet de réaliser plusieurs périphériques dans notre FPGA et de les adresser individuellement. En principe le SPI nécessite une ligne SS (Slave Select) par esclave et cela prend vite des broches.
[[../Les nouvelles interfaces : de la nunchuk de Nintendo à android#.C3.89tude de la manette Nunchuk|L'étude de la manette Nunchuk]] dans ce livre utilisait le FPGA comme i2c maître alors que nous allons plutôt l’utiliser en esclave dans cette section.
* [http://opencores.org/project,i2c_master_slave i2c master slave] de Eli Smertenko chez Opencores en [[w:VHDL|VHDL]], mais contrairement à ce que suggère son nom l'esclave n’est pas implanté en tant que module séparé 
* [http://opencores.org/project,i2cslave i2c slave] est un esclave i2c chez Opencores écrit en [[w:Verilog|Verilog]]
* [http://www.fpga4fun.com/I2C_2.html et un autre esclave i2c] lui aussi en Verilog
Le dernier esclave est trop rudimentaire pour être utilisé, le premier nécessite un travail important. Nous choisissons donc le deuxième même s'il est en Verilog. Rappelons à ce propos que nous avons commencé à écrire un [[../Utiliser des systèmes mono-puce en verilog|chapitre sur le sujet (mariage VHDL et Verilog)]] qui n’est pas encore très avancé. Le deuxième a été choisi aussi parce qu’il dispose de 4 octets en entrée et de 4 octets en sortie. Cela nous semble suffisant même si l'exemple donné plus loin n'en utilise qu'un seul en entrée et sortie.

Pour information la librairie Arduino pour l'i2c fixe la fréquence du maître à 100 kHz. Si vous voulez une fréquence plus grande il faudra :
* changer la fréquence dans la librairie Arduino
* ou utiliser votre propre librairie C

Le câblage a été choisi comme :
{| class="wikitable"
|-
! I2C
|| -- || -- || -- || -- || SCL || SDA
|-
! Sparkfun Pro micro
|| -- || GND || -- || -- || 3 || 2
|-
! PMOD (Digilent)
|| 12 (Vcc) || 11 (GND) || 10 || 9 || 8 || 7
|}

=== Programmes Arduino de lecture/écriture pour l'esclave FPGA  ===
Nous allons distinguer dans un premier temps la lecture et l'écriture.
==== Écrire une valeur sur les LEDs  ====
La situation est donc la suivante : on dispose d'un cœur FPGA réalisant un esclave i2c d'adresse 0x3C. Il est câblé de telle manière qu'un de ses registres de sortie (il peut en avoir jusque 4) est relié à des leds.

Le programme suivant :
<syntaxhighlight lang=C>
#include <Wire.h>

void setup() {
  Wire.begin(); // join i2c bus (address optional for master)
}

byte x = 0;

void loop(){
// transmit to device 0x3C (adresse choisie en dur dans le cœur FPGA)
  Wire.beginTransmission(0x3C);
// transmet l'adresse d'écriture qui varie entre 0 et 3 :
  Wire.write(0);  
  Wire.write(x);              // sends one byte 
  Wire.endTransmission();    // stop transmitting
  x++;
  delay(500);
}
</syntaxhighlight>
fonctionne parfaitement avec le cœur FPGA décrit plus loin. 
{{remarque|contenu=
Nous avons passé beaucoup de temps pour ajouter le Wire.write(0) qui est '''absolument obligatoire''' à cause du fait que le premier registre dans lequel on écrit est en adresse 0.
}}
==== Écrire une valeur sur les LEDs en C pur  ====
Nous avons testé le programme ci-dessous avec succès. Il utilise une librairie simple écrite par Peter Fleury :
{{Boîte déroulante|titre=Programme i2c testé correct|contenu=
<syntaxhighlight lang=C>
/*************************************************************************
* Title: I2C master library using hardware TWI interface
* Author: Peter Fleury <pfleury@gmx.ch> http://jump.to/fleury
* File: $Id: twimaster.c,v 1.3 2005/07/02 11:14:21 Peter Exp $
* Software: AVR-GCC 3.4.3 / avr-libc 1.2.3
* Target: any AVR device with hardware TWI
* Usage: API compatible with I2C Software Library i2cmaster.h
**************************************************************************/
#include <inttypes.h>
#include <compat/twi.h>

//#include "i2cmaster.h"
#undef F_CPU
#define F_CPU 8000000UL
#include <util/delay.h>


/* I2C clock in Hz */
#define SCL_CLOCK 100000L


/*************************************************************************
 Initialization of the I2C bus interface. Need to be called only once
*************************************************************************/
void i2c_init(void)
{
  /* initialize TWI clock: 100 kHz clock, TWPS = 0 => prescaler = 1 */

  TWSR = 0;                         /* no prescaler */
  TWBR = ((F_CPU/SCL_CLOCK)-16)/2;  /* must be > 10 for stable operation */

}/* i2c_init */

/*************************************************************************
  Issues a start condition and sends address and transfer direction.
  return 0 = device accessible, 1= failed to access device
*************************************************************************/
unsigned char i2c_start(unsigned char address)
{
    uint8_t   twst;

	// send START condition
	TWCR = (1<<TWINT) | (1<<TWSTA) | (1<<TWEN);

	// wait until transmission completed
	while(!(TWCR & (1<<TWINT)));

	// check value of TWI Status Register. Mask prescaler bits.
	twst = TW_STATUS & 0xF8;
	if ( (twst != TW_START) && (twst != TW_REP_START)) return 1;

	// send device address
	TWDR = address;
	TWCR = (1<<TWINT) | (1<<TWEN);

	// wail until transmission completed and ACK/NACK has been received
	while(!(TWCR & (1<<TWINT)));

	// check value of TWI Status Register. Mask prescaler bits.
	twst = TW_STATUS & 0xF8;
	if ( (twst != TW_MT_SLA_ACK) && (twst != TW_MR_SLA_ACK) ) return 1;

	return 0;

}/* i2c_start */

/*************************************************************************
 Terminates the data transfer and releases the I2C bus
*************************************************************************/
void i2c_stop(void)
{
    /* send stop condition */
	TWCR = (1<<TWINT) | (1<<TWEN) | (1<<TWSTO);

	// wait until stop condition is executed and bus released
	while(TWCR & (1<<TWSTO));

}/* i2c_stop */


/*************************************************************************
  Send one byte to I2C device

  Input:    byte to be transfered
  Return:   0 write successful
            1 write failed
*************************************************************************/
unsigned char i2c_write( unsigned char data )
{
    uint8_t   twst;

	// send data to the previously addressed device
	TWDR = data;
	TWCR = (1<<TWINT) | (1<<TWEN);

	// wait until transmission completed
	while(!(TWCR & (1<<TWINT)));

	// check value of TWI Status Register. Mask prescaler bits
	twst = TW_STATUS & 0xF8;
	if( twst != TW_MT_DATA_ACK) return 1;
	return 0;

}/* i2c_write */


int main() {
  unsigned char x=0;
  i2c_init();
  while(1) {
  //decalage de l'adresse de 1 bit vers la gauche pour laisser bit R/W à 0
    i2c_start(0x3C<<1);
    i2c_write(0);
    i2c_write(x);
    i2c_stop();
    x++;  
    _delay_ms(500);
  }
  return 0;
}
</syntaxhighlight>
}}
Il est naturellement possible de mélanger le langage Arduino avec cette librairie, par exemple comme ceci :
<syntaxhighlight lang=C>
void setup(){
  i2c_init();
}
void loop() {
  static unsigned char x=0;
    i2c_start(0x3C<<1);
    i2c_write(0);
    i2c_write(x);
    i2c_stop();
    x++;  
    delay(500);
}
</syntaxhighlight>
Pour ceux qui veulent la librairie complète, la voici :
{{Boîte déroulante|titre=Librairie i2c de Peter Fleury complète pour maître|contenu=
<syntaxhighlight lang=C>
/*************************************************************************
* Title: I2C master library using hardware TWI interface
* Author: Peter Fleury <pfleury@gmx.ch> http://jump.to/fleury
* File: $Id: twimaster.c,v 1.3 2005/07/02 11:14:21 Peter Exp $
* Software: AVR-GCC 3.4.3 / avr-libc 1.2.3
* Target: any AVR device with hardware TWI
* Usage: API compatible with I2C Software Library i2cmaster.h
**************************************************************************/
#include <inttypes.h>
#include <compat/twi.h>

#include "i2cmaster.h"


/* I2C clock in Hz */
#define SCL_CLOCK 100000L


/*************************************************************************
 Initialization of the I2C bus interface. Need to be called only once
*************************************************************************/
void i2c_init(void)
{
  /* initialize TWI clock: 100 kHz clock, TWPS = 0 => prescaler = 1 */

  TWSR = 0;                         /* no prescaler */
  TWBR = ((F_CPU/SCL_CLOCK)-16)/2;  /* must be > 10 for stable operation */

}/* i2c_init */

/*************************************************************************
  Issues a start condition and sends address and transfer direction.
  return 0 = device accessible, 1= failed to access device
*************************************************************************/
unsigned char i2c_start(unsigned char address)
{
    uint8_t   twst;

	// send START condition
	TWCR = (1<<TWINT) | (1<<TWSTA) | (1<<TWEN);

	// wait until transmission completed
	while(!(TWCR & (1<<TWINT)));

	// check value of TWI Status Register. Mask prescaler bits.
	twst = TW_STATUS & 0xF8;
	if ( (twst != TW_START) && (twst != TW_REP_START)) return 1;

	// send device address
	TWDR = address;
	TWCR = (1<<TWINT) | (1<<TWEN);

	// wail until transmission completed and ACK/NACK has been received
	while(!(TWCR & (1<<TWINT)));

	// check value of TWI Status Register. Mask prescaler bits.
	twst = TW_STATUS & 0xF8;
	if ( (twst != TW_MT_SLA_ACK) && (twst != TW_MR_SLA_ACK) ) return 1;

	return 0;

}/* i2c_start */

/*************************************************************************
 Issues a start condition and sends address and transfer direction.
 If device is busy, use ack polling to wait until device is ready

 Input:   address and transfer direction of I2C device
*************************************************************************/
void i2c_start_wait(unsigned char address)
{
    uint8_t   twst;


    while ( 1 )
    {
	 // send START condition
	 TWCR = (1<<TWINT) | (1<<TWSTA) | (1<<TWEN);

    	// wait until transmission completed
    	while(!(TWCR & (1<<TWINT)));

    	// check value of TWI Status Register. Mask prescaler bits.
    	twst = TW_STATUS & 0xF8;
    	if ( (twst != TW_START) && (twst != TW_REP_START)) continue;

    	// send device address
    	TWDR = address;
    	TWCR = (1<<TWINT) | (1<<TWEN);

    	// wail until transmission completed
    	while(!(TWCR & (1<<TWINT)));

    	// check value of TWI Status Register. Mask prescaler bits.
    	twst = TW_STATUS & 0xF8;
    	if ( (twst == TW_MT_SLA_NACK )||(twst ==TW_MR_DATA_NACK) )
    	{
    	    /* device busy, send stop condition to terminate write operation */
	 TWCR = (1<<TWINT) | (1<<TWEN) | (1<<TWSTO);

	 // wait until stop condition is executed and bus released
	 while(TWCR & (1<<TWSTO));

    	    continue;
    	}
    	//if( twst != TW_MT_SLA_ACK) return 1;
    	break;
     }

}/* i2c_start_wait */

/*************************************************************************
 Issues a repeated start condition and sends address and transfer direction

 Input:   address and transfer direction of I2C device

 Return:  0 device accessible
          1 failed to access device
*************************************************************************/
unsigned char i2c_rep_start(unsigned char address)
{
    return i2c_start( address );

}/* i2c_rep_start */

/*************************************************************************
 Terminates the data transfer and releases the I2C bus
*************************************************************************/
void i2c_stop(void)
{
    /* send stop condition */
	TWCR = (1<<TWINT) | (1<<TWEN) | (1<<TWSTO);

	// wait until stop condition is executed and bus released
	while(TWCR & (1<<TWSTO));

}/* i2c_stop */


/*************************************************************************
  Send one byte to I2C device

  Input:    byte to be transfered
  Return:   0 write successful
            1 write failed
*************************************************************************/
unsigned char i2c_write( unsigned char data )
{
    uint8_t   twst;

	// send data to the previously addressed device
	TWDR = data;
	TWCR = (1<<TWINT) | (1<<TWEN);

	// wait until transmission completed
	while(!(TWCR & (1<<TWINT)));

	// check value of TWI Status Register. Mask prescaler bits
	twst = TW_STATUS & 0xF8;
	if( twst != TW_MT_DATA_ACK) return 1;
	return 0;

}/* i2c_write */


/*************************************************************************
 Read one byte from the I2C device, request more data from device

 Return:  byte read from I2C device
*************************************************************************/
unsigned char i2c_readAck(void)
{
	TWCR = (1<<TWINT) | (1<<TWEN) | (1<<TWEA);
	while(!(TWCR & (1<<TWINT)));

    return TWDR;

}/* i2c_readAck */

/*************************************************************************
 Read one byte from the I2C device, read is followed by a stop condition

 Return:  byte read from I2C device
*************************************************************************/
unsigned char i2c_readNak(void)
{
	TWCR = (1<<TWINT) | (1<<TWEN);
	while(!(TWCR & (1<<TWINT)));

    return TWDR;

}/* i2c_readNak */
</syntaxhighlight>
}}

==== Lecture de données en provenance de l'esclave  ====
L'esclave est un FPGA pour lequel 4 registres sont disponibles en lecture.
Le programme suivant :
<syntaxhighlight lang=C>
#include <Wire.h>

void setup() {
  Wire.begin();        // join i2c bus (address optional for master)
  Serial.begin(9600);  // start serial for output
}

void loop() {
  Wire.beginTransmission(0x3C);
  Wire.write(4); // addresse du premier registre à lire 
  Wire.requestFrom(0x3C, 4);    // request 4 bytes from slave device 0x3C
   
  while(Wire.available())    // slave may send less than requested
  { 
    char c = Wire.read(); // receive a byte as character
    Serial.println(c,HEX);         // print the character
  }
  Wire.endTransmission(); 
  delay(2000);
}
</syntaxhighlight>
permet de récupérer les valeurs des interrupteurs et les valeurs câblées en dur dans notre périphérique i2c.

Une question vient peut-être à l'esprit du lecteur : comment réaliser Wire.requestFrom(0x3C, 4); avec la librairie C ?

Voici donc un exemple qui mélange le langage Arduino et le C (surtout pour avoir à disposition la liaison série) :
<syntaxhighlight lang=C>
void setup(){
  i2c_init();
  Serial.begin(9600);
}
void loop() {
  static unsigned char x=0;
    unsigned char c;
  // on commence par dire que l’on va lire à partir de l'adresse 4
    i2c_start(0x3C<<1);
    i2c_write(4);
    i2c_stop();
  // on dit ensuite que l’on va lire 4 octets
    i2c_start((0x3C<<1));
    i2c_write(4);
    i2c_stop();
  // on envoie ensuite un ordre de lecture
    i2c_start((0x3C<<1)|0x01);
  // et on lit maintenant
    c=i2c_readAck();
    Serial.print(c,HEX);
    c=i2c_readAck();
    Serial.print(c,HEX);
    c=i2c_readAck();
    Serial.print(c,HEX);
    c=i2c_readNak();
    Serial.println(c,HEX);
  // on termine le tout
    i2c_stop();
    x++;  
    delay(2000);
}
</syntaxhighlight>
Hormis un petit problème sur notre carte FPGA avec un bouton switch, tout semble fonctionner normalement.

==== Voir aussi  ====
* [http://www.embedds.com/programming-avr-i2c-interface/ Autre librairie C pour AVR]
* [http://www.nongnu.org/avr-libc/user-manual/group__twi__demo.html librarie i2c spécialisée pour AVR]


Depuis le temps que nous en parlons, il est temps maintenant de présenter notre cœur FPGA comme esclave i2c.

=== Un Cœur FPGA pour réaliser un esclave I2C (en Verilog)  ===
Le cœur FPGA est celui de chez Opencores ([http://opencores.org/project,i2cslave i2c slave]) avec comme seul changement la fréquence d'horloge de notre Nexys 3 à 100 MHz dans i2c_slave_define.v et un module global dans i2cSlaveTop.v :
<syntaxhighlight lang=verilog>
`include "i2cSlave_define.v"
module i2cSlaveTop (
  clk,
  rst,
  sda,
  scl,
  sw,
  leds8
);
input clk;
input rst;
inout sda;
input [7:0] sw;
input scl;
output [7:0] leds8;

i2cSlave u_i2cSlave(
  .clk(clk),
  .rst(rst),
  .sda(sda),
  .scl(scl),
  .myReg0(leds8),
  .myReg1(),
  .myReg2(),
  .myReg3(),
  .myReg4(sw),
  .myReg5(8'h34),
  .myReg6(8'h56),
  .myReg7(8'h78)

);
endmodule
</syntaxhighlight>
On a donc modifié l'original comme suit :
* remplacer reg0 par leds8 qui pour nous sera directement relié aux 8 leds de notre carte FPGA
* ajouté sw comme premier registre d'entrée qui sera directement relié à nos interrupteurs de la carte Nexys 3
Pour information, l'adresse du périphérique est fixée en dur dans un fichier et non pas au moment de l'instanciation. Cela ne permet donc pas d’utiliser deux périphériques i2c dans un même FPGA sans changement... C'est un peu dommage, mais nous changerons peut-être cela dans le futur...

Le fichier ucf correspondant montre que l’on utilise les switchs comme entrée et les 8 leds comme sortie.
{{Boîte déroulante|titre=Notre fichier de contrainte pour la Nexys 3|contenu=
<pre>
## Clock signal
NET "CLK"            LOC = "V10" | IOSTANDARD = "LVCMOS33";   #Bank = 2, pin name = IO_L30N_GCLK0_USERCCLK,            Sch name = GCLK
Net "CLK" TNM_NET = sys_clk_pin;
TIMESPEC TS_sys_clk_pin = PERIOD sys_clk_pin 100000 kHz;

## Leds
NET "leds8<0>"         LOC = "U16" | IOSTANDARD = "LVCMOS33";  
NET "leds8<1>"         LOC = "V16" | IOSTANDARD = "LVCMOS33";   
NET "leds8<2>"         LOC = "U15" | IOSTANDARD = "LVCMOS33";   
NET "leds8<3>"         LOC = "V15" | IOSTANDARD = "LVCMOS33";   
NET "leds8<4>"         LOC = "M11" | IOSTANDARD = "LVCMOS33";  
NET "leds8<5>"         LOC = "N11" | IOSTANDARD = "LVCMOS33";   
NET "leds8<6>"         LOC = "R11" | IOSTANDARD = "LVCMOS33";   
NET "leds8<7>"         LOC = "T11" | IOSTANDARD = "LVCMOS33";   

## Switches
NET "sw<0>"          LOC = "T10" | IOSTANDARD = "LVCMOS33";   
NET "sw<1>"          LOC = "T9"  | IOSTANDARD = "LVCMOS33";  
NET "sw<2>"          LOC = "V9"  | IOSTANDARD = "LVCMOS33";   
NET "sw<3>"          LOC = "M8"  | IOSTANDARD = "LVCMOS33";   
NET "sw<4>"          LOC = "N8"  | IOSTANDARD = "LVCMOS33";   
NET "sw<5>"          LOC = "U8"  | IOSTANDARD = "LVCMOS33";  
NET "sw<6>"          LOC = "V8"  | IOSTANDARD = "LVCMOS33";   
NET "sw<7>"          LOC = "T5"  | IOSTANDARD = "LVCMOS33";   

NET "rst"         LOC = "C9"  | IOSTANDARD = "LVCMOS33";   

##JC
NET "sda"          LOC = "G1"  | IOSTANDARD = LVTTL | PULLUP;    
NET "scl"          LOC = "J7"  | IOSTANDARD = LVTTL | PULLUP;    
</pre>
}}
Bien sûr, chaque type de carte aura son fichier ucf. Mais cet exemple permettra une adaptation plus facile. Pour faciliter encore sa compréhension rappelons à l'aide de tableaux le câblage choisi.

Le câblage du PMod a été choisi avec la partie inférieure du connecteur en reliant la masse, ce que montre le tableau suivant :

{| class="wikitable"
|-
! i2c
|| -- || -- || -- || -- || SCL || SDA
|-
! Sparkfun Pro micro
|| -- || GND || -- || -- || 3 || 2
|-
! PMOD (Digilent)
|| 12 (Vcc) || 11 (GND) || 10 || 9 || 8 || 7
|}

==== Évaluation grossière de la vitesse de transmission  ====
Nous avons parlé d'une fréquence d'horloge du maître de 100 kHz mais qu'en est-il de la fréquence d'émission de de réception des 4 octets de notre cœur ?

La documentation officielle que l’on trouve avec le cœur fait état de :
* 8 octets à émettre au minimum pour écrire les 4 octets
* 7 octets bidirectionnels pour la réception

En admettant que l'envoi d'un octet est équivalent à l'envoi de 10 bits (à cause du start et stop), la fréquence maximale d'échange est donc : <math> \frac {100 000} {10*(8+7)} = 666 Hz</math>

Utiliser ce mode de dialogue en robotique mobile où l’on a besoin souvent d'informations sur les capteurs de 20 à 50 fois par seconde est donc envisageable.

À ce point nous avons à disposition deux modes de dialogues entre un processeur et un FPGA : le [[w:Serial_Peripheral_Interface|SPI]] et [[w:I2C|I2C]]. Ces deux modes sont très intéressants car pratiquement tous les microcontrôleurs ont à disposition des périphériques qui gèrent ces deux protocôles. 


Nous allons maintenant complètement changer de processeur pour donner d'autres exemples.

== Processeur MSP 430 et SPI  ==
Le [[w:Microcontrôleur|microcontrôleur]] [[w:MSP430|MSP430]] fait partie des architectures 16 bits. Il entre en concurrence avec les PIC24F. Sa particularité est sa gamme faible consommation. 
=== Présentation du MSP430  ===
Nous allons utiliser un MSP430 pour ce projet qui va consister à récupérer les valeurs données par le processeur dans le FPGA.

Le [[w:MSP430|MSP430]] est un processeur 16 bits présenté rapidement dans un chapitre de ce livre, qui est caractérisé par sa faible consommation. Il existe un kit appelé "Launchpad" à faible prix (environ {{unité|10|€}}). Son gros intérêt, à part son prix, est une tension de {{Unité|3.3|{{Abréviation|V|volt}}}} directement compatible avec le [[w:FPGA|FPGA]] et un environnement de développement identique à l'Arduino.

=== Installer Energia sous Linux  ===
Si vous téléchargez les binaires chez [http://energia.nu/ energia.nu], décompressez-les et votre environnement est en état de marche pour compiler.

Pour téléverser dans les processeurs, il faut ajouter dans un fichier 99-ti-launchpad.rules (dans /etc/udev/rules.d ) mettre :

<pre>
# CC3200 LaunchPad
SUBSYSTEM=="usb", ATTRS{idVendor}=="0451", ATTRS{idProduct}=="c32a", MODE="0660", GROUP="dialout", 
RUN+="/sbin/modprobe ftdi-sio" RUN+="/bin/sh -c '/bin/echo 0451 c32a > /sys/bus/usb-serial/drivers/ftdi_sio/new_id'"

# MSP-EXP430G2 and MSP-EXP430FR5739 LaunchPad
ATTRS{idVendor}=="0451", ATTRS{idProduct}=="f432", MODE="0660", GROUP="dialout"
# MSP-EXP430F5529LP and MSP-EXP430FR5969 LaunchPad
ATTRS{idVendor}=="1cbe", ATTR{idProduct}=="00fd", MODE="0660", GROUP="dialout"

# EK-TM4C123GXL, EK-TM4C1294XL and EK-LM4F120XL LaunchPad
ATTRS{idVendor}=="1cbe", ATTRS{idProduct}=="00fd", MODE="0660", GROUP="dialout"
</pre>

À ce stade, seule la ligne correspondant à notre launchPad '''MSP-EXP430G2''' est nécessaire. Mais nous utiliserons un peu plus loin, dans ce chapitre, le 32 bits ARM Cortex M4 '''TM4C123GXL'''. Autant faire d'une pierre deux coups.

Un redémarrage du service udev est alors nécessaire. La commande

<pre>
sudo service udev restart
</pre>

fera alors l'affaire.

=== La conversion analogique/numérique  ===
Nous parlons de la conversion analogique/numérique ici car c’est une application naturelle à l'interfaçage d'un [[w:FPGA|FPGA]] avec un microcontrôleur. Les convertisseurs Analogiques Numériques du MSP430 sont des convertisseurs sur 10 bits (comme pour les Arduinos) et fonctionnent jusqu'à {{formatnum:200000}} fois par seconde (Greater than 200-ksps maximum conversion rate). Ils peuvent passer à 12 bits pour certaines familles du MSP430.

Pour éviter à nos étudiants connaissant l'Arduino de se perdre dans un nouvel environnement, nous allons utiliser un environnement équivalent qui s’appelle [http://energia.nu/ '''Energia''']. Le langage correspondant est identique.

Comme pour l'Arduino, lire une valeur analogique est très simple. Il existe aussi une primitive appelée "analogRead".

=== Le protocole SPI  ===
La programmation SPI, comme présentée dans le projet précédent, est facile. Nous ne reviendrons pas sur la présentation de ce protocole (voir projet correspondant avec l'Arduino de ce chapitre).

Pour faire fonctionner le protocole SPI il faut un maître et un esclave. Commençons par un maître réalisé avec le MSP430.
==== Le maître avec un MSP430  ====
Voici un squelette de programme pour commencer à réfléchir :
<syntaxhighlight lang=c>
/*************************
* Carte SD ----- Launchpad
* GND ----------- GND
* +3.3 ---------- Vcc
* CS ------------ P2.0 (8)
* MOSI ---------- P1.7 (15)
* SCK ----------- P1.5 (7)
* MISO ---------- P1.6 (14)
*
**************************/ 
#include <SPI.h>

const int chipSelectPin = 8; // P2.0
char dataToSend=0xA5; 
void setup(){
  pinMode(chipSelectPin, OUTPUT);
  pinMode(15,OUTPUT);
  pinMode(14,INPUT);
// start the SPI library: 
  SPI.begin();
  SPI.setDataMode(SPI_MODE0);
  SPI.setClockDivider(SPI_CLOCK_DIV128);
    
  delay(100);
}

void loop() {
  char recievedData;
  digitalWrite(chipSelectPin, LOW);  
  recievedData=SPI.transfer(dataToSend); //Send register location
  delay(10);
  digitalWrite(chipSelectPin, HIGH);
  delay(1000);
  dataToSend++;
}
</syntaxhighlight>
{{remarque|contenu=
Nous avons passé beaucoup de temps avec ce programme trouvé sur Internet qui ne fonctionnait pas ! Il suffisait d'inverser les pinMode avec la librairie SPI comme ci-dessus.

Les commentaires en début de programme sont corrects. Nous l'affirmons ici car il y a plusieurs versions de LaunchPad. La notre est la LaunchPad avec un MSP430G2553 (version 1.5) dont le brochage peut être [http://energia.nu/pin-maps/guide_msp430g2launchpad/ trouvé ICI].
}}
Notre esclave va être présenté maintenant. Il s'agit d'une carte FPGA Nexys3 doté d'un spartan6.

==== Esclave SPI sur FPGA  ====
La notion d'esclave SPI enfouie dans un FPGA a été abordée dans une [[../Utiliser un processeur externe#Esclave SPI sur FPGA|précédente section]].

Le câblage du PMod a été choisi encore comme :
{| class="wikitable"
|-
! SPI
|| -- || -- || MOSI || MISO || SCK || SS
|-
! PMOD
|| 12 (Vcc) || 11 (GND) || 10 || 9 || 8 || 7
|-
! MSP430
|| -- || GND || P1.7 || P1.6 || P1.5 || P2.0
|}



=== Projets associés  ===
* [[../Travail pratique/Projets Hardware pour ATMEL ATMega16#Projet 2014.2F2015 : PMod Processeur MSP 430 et SPI pour la robotique mobile|PMod Processeur MSP430 et SPI pour la robotique mobile]] décrit un projet qui associe le Launchpad MSP430 et une Basys2 en vue d'une installation sur une base robotique mobile. Ce projet a été abandonné, en fait, mais son énoncé reste lisible.

== CORDIC et MSP430  ==
CORDIC est déjà évoqué dans :
* [[../Réalisation d'un coprocesseur CORDIC|Chapitre 16 de ce livre]]
* [[Micro contrôleurs AVR/Arduino#CORDIC sur Arduino|CORDIC sur Arduino]] dans un autre projet
Nous ne reprendrons donc pas la théorie ici. Rappelons quand même que nous allons utiliser un format virgule fixe sur 16 bits de type Q3.13, ce qui veut dire que la partie décimale comporte 13 bits après la virgule. Si l’on se rapporte au décimal, cela fait 3 digits corrects après la virgule.
=== Version logicielle de CORDIC  ===
Nous avons repris le programme Arduino et modifié un peu les types, particulièrement le type int. En effet, la taille du type int nécessite de se plonger dans la documentation du compilateur. Ne pas le faire nous expose à des erreurs comme cela nous est arrivé avec le type "long int" qui est sur 32 bits sur les AVRs mais 16 bits sur les PIC. Heureusement le compilateur du GNU nous permet de définir la taille des types de manière univoque et c’est ce que nous avons fait dans le programme ci-dessous.
{{Boîte déroulante|titre=Adaptation du programme Arduino CORDIC au MSP430|contenu=
<syntaxhighlight lang=C>
void setup() {
  Serial.begin(9600);
}
 
void loop() {
    int16_t angle_Q3_13; 
    int16_t sinus, cosinus;   
    char chaine[10];
    float angle;
    Serial.println("Entrez un angle : ");
    while (Serial.available()==0);
    angle=Serial.parseFloat();
  //conversion float vers Q3.13
    angle_Q3_13 = float2HexQ3_13(angle);
    cordic(angle_Q3_13,&sinus,&cosinus);
    Serial.print("Sinus=");
    HexQ3_13ToString(sinus,chaine);
    Serial.println(chaine);
    Serial.print("Cosinus=");
    HexQ3_13ToString(cosinus,chaine);
    Serial.println(chaine);
// on vide le tampon au cas où
    while (Serial.available()!=0) Serial.read();
}
 
//************************************************************************
// function HexQ3_13ToFloat_MSP430()
// purpose: transformation of a 16-bit Q3.13 number into 32-bit float number
// arguments:
// corresponding Q3.13 number
// return: 32-bit float 
// note: This function works on Arduino Mega 2560
//************************************************************************
float HexQ3_13ToFloat_MSP430(int16_t val){
   union {
     float f_temp;       //taille : 4 octets
     int32_t li_temp;  //taille : 4 octets
  } u;
  int32_t i_temp;
  unsigned char exposant=129;//,*p;
  signed char i;
  if (val < 0) i_temp = -val; else i_temp = val;
  for (i=15;i>=0;i--) {
    if (i_temp & (1<<i)) { 
    // on efface le '1' trouvé :
      i_temp= i_temp & ~(1<<i);
      break;// on sort de la boucle
    }
    exposant--;   
  }
  u.li_temp = exposant; 
  u.li_temp <<=23; 
  u.li_temp = u.li_temp|(i_temp << (23-i));
  if (val < 0) 
    u.f_temp = -u.f_temp;//-u.f_temp;
  return u.f_temp;
}
 
//************************************************************************
// function float2HexQ3_13()
// purpose: transformation of a 32-bit float number into Q3.13
// arguments:
// corresponding float number and the returned string 
// return: integer in Q3.13 format
// note: 
//************************************************************************
int16_t float2HexQ3_13(float val){ //conversion float vers Q3.13
  int16_t temp;
  char i;
  float f_temp;
  if (val < 0) f_temp = -val; else f_temp = val;
  temp = ((int) floor(f_temp)<<13);
  f_temp = f_temp - floor(f_temp);
  for (i=0;i<13;i++) {
    temp|=((int)floor(2*f_temp)<<(12-i));
    f_temp = 2*f_temp - floor(2*f_temp);
  }
  if (val < 0) return -temp; else return temp;
}
 
//************************************************************************
// function float2HexQ3_13_MSP430()
// purpose: transformation of a 32-bit float number into Q3.13
// arguments:
// corresponding float number and the returned string 
// return: integer in Q3.13 format
// note: idem to float2HexQ3_13 but without float library
// utilise 500 octets de moins que la précédente
//************************************************************************
int16_t float2HexQ3_13_MSP430(float val){ //conversion float vers Q3.13
  union {
     float f_temp;       //taille : 4 octets
     int32_t li_temp;  //taille : 4 octets
  } u,v;
  unsigned char exposant;
  int32_t mantisse;
  int16_t result=0;
  u.f_temp = val;
  if (val < 0) u.f_temp = - u.f_temp;
  v = u;
  // recupération de l'exposant
  v.li_temp >>= 23;
  exposant = v.li_temp;
  // recuperation mantisse
  if (exposant < 129) {
    mantisse = (u.li_temp & 0X007FFFFF);
    // mise à 1 du bit manquant
    result |= (1 << (exposant-114));  // (15-129+exposant)); semble OK
    mantisse >>= (137-exposant);      //(22-(14-129+exposant));
    result |= mantisse;
    if (val < 0) return -result; 
    else return result;
  } else {
    //**** "Erreur conversion"*****
    //Serial.println("Erreur conversion");
    return 0;
  }
}
 
//************************************************************************
// function HexQ3_13ToString()
// purpose: transformation of a Q3.13 number into string
// arguments:
// corresponding Q3.13 number and the returned string 
// return: 
// note: only four decimal digit of too lengthy numbers are calculated !!
//************************************************************************
void HexQ3_13ToString(int16_t valQ3_13,char str[]){ // pi/4=0,785 est mal converti ?
uint16_t valQ3_13b,valQ3_13c;
char digit;
  if (valQ3_13 < 0) { // eviter problèmes de signe !!!
    str[0] = '-'; 
    valQ3_13 = -valQ3_13;
  }  else 
    str[0] = '+';
  valQ3_13c = valQ3_13;  
  digit = valQ3_13c >> 13;
  str[1]= digit + '0';
  str[2]= '.';
  valQ3_13c &= 0x1FFF; // on retire les 3 bits de poids fort
  //Serial.print("0x");
  valQ3_13c = valQ3_13c * 5; // *5 pour tenir dans 16 bits
  //valQ3_13 = valQ3_13 + (valQ3_13<<2);
  valQ3_13b = valQ3_13c;
  valQ3_13b >>= 12; // on ne garde que les 4 bits de poids fort
  str[3] = valQ3_13b +'0';
  valQ3_13c &= 0x0FFF; // on retire les 4 bits de poids fort
  valQ3_13c = valQ3_13c * 10; //enfin le *10
  valQ3_13b = valQ3_13c;
  valQ3_13b >>= 12; // on ne garde que les 4 bits de poids fort0.789
  str[4] = valQ3_13b +'0';
  valQ3_13c &= 0x0FFF; // on retire les 4 bits de poids fort
  valQ3_13c = valQ3_13c * 10; 
  valQ3_13b = valQ3_13c;
  valQ3_13b >>= 12; // on ne garde que les 4 bits de poids fort
  str[5] = valQ3_13b +'0';
  valQ3_13c &= 0x0FFF; // on retire les 4 bits de poids fort
  valQ3_13c = valQ3_13c * 10; 
  valQ3_13b = valQ3_13c;
  valQ3_13b >>= 12; // on ne garde que les 4 bits de poids fort
  str[6] = valQ3_13b +'0';
  str[7]=0;
}

//************************************************************************
// function cordic()
// purpose: calculation of sine and cosine of an Q3.13 angle
// arguments:
// corresponding Q3.13 number and the returned Q3.13 
// return: 
// note: 
//************************************************************************
void cordic(int16_t beta,int16_t *sinus,int16_t *cosinus) {
  unsigned char i;
  int16_t K = 0x136F; //=0.6073 en Q3.13
  int16_t atantb[14]={0x1921,0xED6,0x7D6,0x3FA,0x1FF,0xFF,0x7F,0x3F,0x1F,0xF,0x7,0x3,0x2,0x1}; 
  int16_t x_Nouveau;
  *cosinus = K;
  *sinus=0;
// itération CORDIC proprement dite : 
    for(i = 0; i < 13; i++) {
         // Si beta<0 rotation dans le sens trigo
         if(beta < 0) {
            x_Nouveau = *cosinus + (*sinus>>i);
            *sinus -= *cosinus>>i;
            beta += atantb[i];
         }
         // sinon dans l'autre sens
         else {
            x_Nouveau = *cosinus - (*sinus>>i);
            *sinus += (*cosinus>>i);
            beta -= atantb[i];
         }
         *cosinus = x_Nouveau;
    }
}
</syntaxhighlight>
Remplacer
<syntaxhighlight lang=c>
//conversion float vers Q3.13
angle_Q3_13 = float2HexQ3_13(angle);
</syntaxhighlight>
qui se trouve dans loop() par 
<syntaxhighlight lang=c>
//conversion float vers Q3.13
angle_Q3_13 = float2HexQ3_13_MSP430(angle);
</syntaxhighlight>
fait passer d'une taille de 6864 octets à 5511 octets. Ceci montre le coup d'utilisation des fonctions standards des calculs sur nombres réels.
}}
Gardez à l'esprit que ce qui est publié ci-dessus est fonctionnel pour le MSP430. Vous ne devrez tenir compte de la remarque ci-dessous que si vous voulez l’utiliser dans l'environnement Arduino (ou avr-gcc en général).
{{Remarque|contenu=
Le sous-programme "HexQ3_13ToString" que nous utilisions depuis deux ans avec les AVR, nous a montré quelques faiblesses avec le compilateur C du MSP430 ! Il a donc été remanié et nous avons l'intention de tester cette nouvelle version dans les AVRs, mais cela n'a pas encore été fait !

La raison du dysfonctionnement est le décalage vers la droite. On rappelle qu'en C un tel décalage ne fait pas toujours la même chose pour les nombres signés ou pas signés. Si on utilise des nombres non signés, il rentrera systématiquement '0'. Si l’on utilise les nombres signés il rentrera un '0' si les nombres sont positifs et un '1' si les nombres sont négatifs.
}}

=== Cœur FPGA CORDIC interfacé au MSP430 par une liaison SPI  ===
Nous allons maintenant nous intéresser à l'interfaçage d'un cœur matériel CORDIC dans un FPGA avec un processeur externe de type MSP430. Nous avons choisi pour cela le SPI plutôt qu'un autre protocole car il nous semble être le plus rapide (horloge à 8MHz =fréquence quartz/2).

{{Boîte déroulante|titre=Code MSP430 pour SPI CORDIC|contenu=
Les sous-programme manquant ci-dessous se trouvent dans la boîte de dialogue précédente. Pour une valeur de 0.5 radian, on obtient le bon sinus mais d'autres tests pour d'autres valeurs ont montré qu’il restait des problèmes à corriger. 
<syntaxhighlight lang=C>
/*************************
* Carte SD ----- Launchpad
* GND ----------- GND
* +3.3 ---------- Vcc
* CS ------------ P2.0 (8)
* MOSI ---------- P1.7 (15)
* SCK ----------- P1.5 (7)
* MISO ---------- P1.6 (14)
*
**************************/ 
#include <SPI.h>
//#define DEBUG 
const int chipSelectPin = 8; // P2.0
char dataToSend=0xA5;

void setup(){
  pinMode(chipSelectPin, OUTPUT);
  pinMode(15,OUTPUT);
  pinMode(14,INPUT);
// start the SPI library: 
  SPI.begin();
  SPI.setDataMode(SPI_MODE0);
  SPI.setClockDivider(SPI_CLOCK_DIV8); 
  delay(100);
  Serial.begin(9600);
  //angle=float2HexQ3_13(0.785);
  //HexQ3_13ToString(angle,result);
  //Serial.println(result);
  delay(5000);
}
 
void loop() {
  
  int16_t sinus,cosinus;
  static int16_t angle_Q3_13=0x0800;
  float f_angle=0.0;
  int16_t sinusLow,sinusHigh,angleLow,angleHigh;
  char result[8];
  
  Serial.println("Entrez un angle : ");
  while (Serial.available()==0);
  f_angle = Serial.parseFloat();
//conversion float vers Q3.13
  angle_Q3_13 = float2HexQ3_13(f_angle);
  HexQ3_13ToString(angle_Q3_13,result);
  Serial.print("Angle = ");
  Serial.println(result);
  angleLow = angle_Q3_13;
  Serial.print("Low=0x");
  Serial.print(angleLow,HEX);
  angleHigh = (angle_Q3_13 >> 8);
  Serial.print(" High=0x");
  Serial.println(angleHigh,HEX);
// pret pour SPI 
  digitalWrite(chipSelectPin, LOW);
// delay(1); 
  sinusHigh=SPI.transfer(angleHigh); //Send register location
// delay(1);
  sinusLow=SPI.transfer(angleLow); //Send register location
// delay(1);
  digitalWrite(chipSelectPin, HIGH);
// une deuxième fois pour récupérer résultat après un peu d'attente 
// delay(1);
  digitalWrite(chipSelectPin, LOW);
// delay(1); 
  sinusHigh=SPI.transfer(angleHigh); //Send register location
  //delay(1);
  sinusLow=SPI.transfer(angleLow); //Send register location
  digitalWrite(chipSelectPin, HIGH);
  Serial.print("SINUS : Low=0x");
  Serial.print(sinusLow,HEX);
  Serial.print(" High=0x");
  Serial.println(sinusHigh,HEX); 
  
  sinus = (sinusHigh<<8) + sinusLow;
  Serial.print("Sinus=");
  HexQ3_13ToString(sinus,result);
  Serial.println(result);
// cordic en local
  cordic(angle_Q3_13,&sinus,&cosinus);
  Serial.print("CORDIC local : Sinus=");
  HexQ3_13ToString(sinus,result);
  Serial.println(result);
  
  delay(2000);
}
</syntaxhighlight>
Vous êtes obligé d’utiliser deux fois la liaison SPI : une fois pour donner l'angle, et une fois pour récupérer le résultat de du cœur CORDIC.
}}

La partie matérielle est aussi donnée (sans le cœur SPI) que l’on peut trouver sur Internet.
{{Boîte déroulante|titre=Partie matérielle pour MSP430 et SPI CORDIC|contenu=
<syntaxhighlight lang=VHDL>
library ieee;
use ieee.std_logic_1164.all;
use ieee.numeric_std.all;
use ieee.std_logic_unsigned.all;


entity msp430_fpgaCORDIC is port (
  clk_100MHz : in std_logic; -- Carte Nexys 3 avec horloge à 100 MHz
  MSP430rxd : in std_logic;
  I_Rx : in std_logic;
-- Port SPI
  mosi : in std_logic;
  miso : out std_logic;
--  mosi_copy : out std_logic;
  ss : in std_logic;
  sck : in std_logic;
  MSP430txd : out std_logic;
  Q_Tx : out std_logic
);
end msp430_fpgaCORDIC;

architecture arch of msp430_fpgaCORDIC is

  component spi_slave is
    Generic (   
        N : positive := 32;                                             -- 32bit serial word length is default
        CPOL : std_logic := '0';                                        -- SPI mode selection (mode 0 default)
        CPHA : std_logic := '0';                                        -- CPOL = clock polarity, CPHA = clock phase.
        PREFETCH : positive := 3);                                      -- prefetch lookahead cycles
    Port (  
        clk_i : in std_logic := 'X';                                    -- internal interface clock (clocks di/do registers)
        spi_ssel_i : in std_logic := 'X';                               -- spi bus slave select line
        spi_sck_i : in std_logic := 'X';                                -- spi bus sck clock (clocks the shift register core)
        spi_mosi_i : in std_logic := 'X';                               -- spi bus mosi input
        spi_miso_o : out std_logic := 'X';                              -- spi bus spi_miso_o output
        di_req_o : out std_logic;                                       -- preload lookahead data request line
        di_i : in  std_logic_vector (N-1 downto 0) := (others => 'X');  -- parallel load data in (clocked in on rising edge of clk_i)
        wren_i : in std_logic := 'X';                                   -- user data write enable
        wr_ack_o : out std_logic;                                       -- write acknowledge
        do_valid_o : out std_logic;                                     -- do_o data valid strobe, valid during one clk_i rising edge.
        do_o : out  std_logic_vector (N-1 downto 0); 
		  -- parallel output (clocked out on falling clk_i)
        --- debug ports: can be removed for the application circuit ---
        do_transfer_o : out std_logic;                                  -- debug: internal transfer driver
        wren_o : out std_logic;                                         -- debug: internal state of the wren_i pulse stretcher
        rx_bit_next_o : out std_logic;                                  -- debug: internal rx bit
        state_dbg_o : out std_logic_vector (3 downto 0);                -- debug: internal state register
        sh_reg_dbg_o : out std_logic_vector (N-1 downto 0)              -- debug: internal shift register
    );                      
  end component;

  component sc_corproc is
	port(
		clk	: in std_logic;
		ena	: in std_logic;
		Ain	: in std_logic_vector(15 downto 0);
      done : out std_logic;
		sin	: out std_logic_vector(15 downto 0);
		cos	: out std_logic_vector(15 downto 0));
  end component sc_corproc;
  signal s_Angle,s_sin,s_cos : std_logic_vector(15 downto 0);
  signal s_done : std_logic;
begin
  MSP430txd <= I_rx;
  Q_tx <= MSP430rxd;
  ic1 : spi_slave generic map (N => 16)
  port map ( clk_i => clk_100MHz,
             do_o => s_Angle,
		 di_i => s_sin,
		 spi_ssel_i => ss,
		 spi_sck_i => sck,
		 spi_mosi_i => mosi,
		 spi_miso_o => miso,
             wren_i => not ss--s_wren_i
				 );
  ic2 : sc_corproc port map (
    clk => clk_100MHz,
	 ena => not ss,
	 Ain => s_Angle,
	 done => s_done,
	 sin => s_sin,
	 cos => s_cos
	 );
end arch;

library ieee;
use ieee.std_logic_1164.all;
use ieee.std_logic_arith.all;
use IEEE.STD_LOGIC_UNSIGNED.ALL;
--USE ieee.numeric_std.all;

entity sc_corproc is
	port(
		clk	: in std_logic;
		ena	: in std_logic;
		Ain	: in std_logic_vector(15 downto 0);
      done : out std_logic;
		sin	: out std_logic_vector(15 downto 0);
		cos	: out std_logic_vector(15 downto 0));
end entity sc_corproc;


ARCHITECTURE rtl OF sc_corproc IS
--  TYPE signed_array IS  signed(15 DOWNTO 0);
  SIGNAL x_array : std_logic_vector(15 DOWNTO 0);--signed_array;-- := (OTHERS =>'0');
  SIGNAL y_array : std_logic_vector(15 DOWNTO 0);--signed_array;-- := (OTHERS =>'0');
  SIGNAL z_array : std_logic_vector(15 DOWNTO 0);--signed_array;-- := (OTHERS =>'0');
  SIGNAL x_array_1 : std_logic_vector(15 DOWNTO 0);--signed_array;-- := (OTHERS =>'0');
  SIGNAL y_array_1 : std_logic_vector(15 DOWNTO 0);--signed_array;-- := (OTHERS =>'0');
  SIGNAL z_array_1 : std_logic_vector(15 DOWNTO 0);
  SIGNAL x_array_2 : std_logic_vector(15 DOWNTO 0);--signed_array;-- := (OTHERS =>'0');
  SIGNAL y_array_2 : std_logic_vector(15 DOWNTO 0);--signed_array;-- := (OTHERS =>'0');
  SIGNAL z_array_2 : std_logic_vector(15 DOWNTO 0);
  SIGNAL x_array_3 : std_logic_vector(15 DOWNTO 0);--signed_array;-- := (OTHERS =>'0');
  SIGNAL y_array_3 : std_logic_vector(15 DOWNTO 0);--signed_array;-- := (OTHERS =>'0');
  SIGNAL z_array_3 : std_logic_vector(15 DOWNTO 0);
  SIGNAL x_array_4 : std_logic_vector(15 DOWNTO 0);--signed_array;-- := (OTHERS =>'0');
  SIGNAL y_array_4 : std_logic_vector(15 DOWNTO 0);--signed_array;-- := (OTHERS =>'0');
  SIGNAL z_array_4 : std_logic_vector(15 DOWNTO 0);
  SIGNAL x_array_5 : std_logic_vector(15 DOWNTO 0);--signed_array;-- := (OTHERS =>'0');
  SIGNAL y_array_5 : std_logic_vector(15 DOWNTO 0);--signed_array;-- := (OTHERS =>'0');
  SIGNAL z_array_5 : std_logic_vector(15 DOWNTO 0);
  SIGNAL x_array_6 : std_logic_vector(15 DOWNTO 0);--signed_array;-- := (OTHERS =>'0');
  SIGNAL y_array_6 : std_logic_vector(15 DOWNTO 0);--signed_array;-- := (OTHERS =>'0');
  SIGNAL z_array_6 : std_logic_vector(15 DOWNTO 0);
  SIGNAL x_array_7 : std_logic_vector(15 DOWNTO 0);--signed_array;-- := (OTHERS =>'0');
  SIGNAL y_array_7 : std_logic_vector(15 DOWNTO 0);--signed_array;-- := (OTHERS =>'0');
  SIGNAL z_array_7 : std_logic_vector(15 DOWNTO 0);
  SIGNAL x_array_8 : std_logic_vector(15 DOWNTO 0);--signed_array;-- := (OTHERS =>'0');
  SIGNAL y_array_8 : std_logic_vector(15 DOWNTO 0);--signed_array;-- := (OTHERS =>'0');
  SIGNAL z_array_8 : std_logic_vector(15 DOWNTO 0);
  SIGNAL x_array_9 : std_logic_vector(15 DOWNTO 0);--signed_array;-- := (OTHERS =>'0');
  SIGNAL y_array_9 : std_logic_vector(15 DOWNTO 0);--signed_array;-- := (OTHERS =>'0');
  SIGNAL z_array_9 : std_logic_vector(15 DOWNTO 0);
  SIGNAL x_array_10 : std_logic_vector(15 DOWNTO 0);--signed_array;-- := (OTHERS =>'0');
  SIGNAL y_array_10 : std_logic_vector(15 DOWNTO 0);--signed_array;-- := (OTHERS =>'0');
  SIGNAL z_array_10 : std_logic_vector(15 DOWNTO 0);
  SIGNAL x_array_11 : std_logic_vector(15 DOWNTO 0);--signed_array;-- := (OTHERS =>'0');
  SIGNAL y_array_11 : std_logic_vector(15 DOWNTO 0);--signed_array;-- := (OTHERS =>'0');
  SIGNAL z_array_11 : std_logic_vector(15 DOWNTO 0);
  SIGNAL x_array_12 : std_logic_vector(15 DOWNTO 0);--signed_array;-- := (OTHERS =>'0');
  SIGNAL y_array_12 : std_logic_vector(15 DOWNTO 0);--signed_array;-- := (OTHERS =>'0');
  SIGNAL z_array_12 : std_logic_vector(15 DOWNTO 0);
  SIGNAL x_array_13 : std_logic_vector(15 DOWNTO 0);--signed_array;-- := (OTHERS =>'0');
  SIGNAL y_array_13 : std_logic_vector(15 DOWNTO 0);--signed_array;-- := (OTHERS =>'0');
  SIGNAL z_ip : std_logic_vector(15 DOWNTO 0);  
  SIGNAL x_ip : std_logic_vector(15 DOWNTO 0);
  SIGNAL y_ip : std_logic_vector(15 DOWNTO 0);
  -- compteur pour signal done
  SIGNAL cmpt :std_logic_vector(3 DOWNTO 0);
BEGIN
--  compteur  de gestion du signal done
  process(clk) begin
    if rising_edge(clk) then
	   if ena ='1' then
		  if cmpt < 14 then
		    cmpt <= cmpt + 1;
		  else 
		    cmpt <= x"E";
		  end if;
		else
		  cmpt <=x"0";
		end if;
	  end if;
	end process;
-- gestion done CORDIC
   process(cmpt) begin
	  if cmpt = x"E" then 
	    done <= '1';
	  else
	    done <= '0';
	  end if;
	end process;

--CORDIC proprement dit 
  PROCESS(clk)
       BEGIN
         IF rising_edge(clk) THEN
			  IF ena = '0' THEN
             x_ip <= x"136F"; -- = 0.6073 en format Q3.13 ;
             z_ip <= (OTHERS => '0');
             y_ip <= (OTHERS => '0');
			  ELSE
           IF Ain(15) = '1' THEN
             x_array <=  (x_ip) + (y_ip);
             y_array <=  (y_ip) - (x_ip);
--             x_array <=  x"136F";
--             y_array <=  0 - x"136F";
             z_array <=  (Ain) + x"1921";--tan_array(0); 				 
           ELSE
             x_array <=  x"136F";
             y_array <=  x"136F";
            z_array <=  (Ain) - x"1921";--tan_array(0);
--             z_array <=  x"2181"- x"1921";--tan_array(0);
           END IF;
			  IF z_array(15) = '1' THEN
			    x_array_1 <= x_array + (y_array(15) & y_array(15 downto 1));
				 y_array_1 <= y_array - (x_array(15) & x_array(15 downto 1));
				 z_array_1 <= z_array + x"0ED6";
			  ELSE
			    x_array_1 <= x_array - (y_array(15) & y_array(15 downto 1));
				 y_array_1 <= y_array + (x_array(15) & x_array(15 downto 1));
				 z_array_1 <= z_array - x"0ED6";
			  END IF;
			  IF z_array_1(15) = '1' THEN
			    x_array_2 <= x_array_1 + (y_array_1(15) & y_array_1(15) & y_array_1(15 downto 2));
				 y_array_2 <= y_array_1 - (x_array_1(15) & x_array_1(15) & x_array_1(15 downto 2));
				 z_array_2 <= z_array_1 + x"07D6";
			  ELSE
			    x_array_2 <= x_array_1 - (y_array_1(15) & y_array_1(15) & y_array_1(15 downto 2));
				 y_array_2 <= y_array_1 + (x_array_1(15) & x_array_1(15) & x_array_1(15 downto 2));
				 z_array_2 <= z_array_1 - x"07D6";
			  END IF;
			  IF z_array_2(15) = '1' THEN
			    x_array_3 <= x_array_2 + (y_array_2(15) & y_array_2(15) & y_array_2(15) & y_array_2(15 downto 3));
				 y_array_3 <= y_array_2 - (x_array_2(15) & x_array_2(15) & x_array_2(15) & x_array_2(15 downto 3));
				 z_array_3 <= z_array_2 + x"03FA";
			  ELSE
			    x_array_3 <= x_array_2 - (y_array_2(15) & y_array_2(15) & y_array_2(15) & y_array_2(15 downto 3));
				 y_array_3 <= y_array_2 + (x_array_2(15) & x_array_2(15) & x_array_2(15) & x_array_2(15 downto 3));
				 z_array_3 <= z_array_2 - x"03FA";
			  END IF;
			  IF z_array_3(15) = '1' THEN
			    x_array_4 <= x_array_3 + (y_array_3(15) & y_array_3(15) & y_array_3(15) & 
				              y_array_3(15) & y_array_3(15 downto 4));
				 y_array_4 <= y_array_3 - (x_array_3(15) & x_array_3(15) & x_array_3(15) & 
				              x_array_3(15) & x_array_3(15 downto 4));
				 z_array_4 <= z_array_3 + x"01FF";
			  ELSE
			    x_array_4 <= x_array_3 - (y_array_3(15) & y_array_3(15) & y_array_3(15) & 
				              y_array_3(15) & y_array_3(15 downto 4));
				 y_array_4 <= y_array_3 + (x_array_3(15) & x_array_3(15) & x_array_3(15) & 
				              x_array_3(15) & x_array_3(15 downto 4));
				 z_array_4 <= z_array_3 - x"01FF";
			  END IF;
			  IF z_array_4(15) = '1' THEN
			    x_array_5 <= x_array_4 + (y_array_4(15) & y_array_4(15) & y_array_4(15) &
                          y_array_4(15) & y_array_4(15) & y_array_4(15 downto 5));
				 y_array_5 <= y_array_4 - (x_array_4(15) & x_array_4(15) & x_array_4(15) & 
				              x_array_4(15) & x_array_4(15) & x_array_4(15 downto 5));
				 z_array_5 <= z_array_4 + x"00FF";
			  ELSE
			    x_array_5 <= x_array_4 - (y_array_4(15) & y_array_4(15) & y_array_4(15) &
				              y_array_4(15) & y_array_4(15) & y_array_4(15 downto 5));
				 y_array_5 <= y_array_4 + (x_array_4(15) & x_array_4(15) & x_array_4(15)  & 
				              x_array_4(15) & x_array_4(15) & x_array_4(15 downto 5));
				 z_array_5 <= z_array_4 - x"00FF";
			  END IF;
			  IF z_array_5(15) = '1' THEN
			    x_array_6 <= x_array_5 + (y_array_5(15) & y_array_5(15) & y_array_5(15) & 
				 --y_array_5(15) & y_array_5(15) & y_array_5(15) & y_array_5(15) & y_array_5(15 downto 6));
				 y_array_5(15) & y_array_5(15) & y_array_5(15) & y_array_5(15 downto 6));
				 y_array_6 <= y_array_5 - (x_array_5(15) & x_array_5(15) & x_array_5(15) & 
				 --x_array_5(15) & x_array_5(15) & x_array_5(15) & x_array_5(15) & x_array_5(15 downto 6));
				 x_array_5(15) & x_array_5(15) & x_array_5(15) & x_array_5(15 downto 6));
				 z_array_6 <= z_array_5 + x"007F";
			  ELSE
			    x_array_6 <= x_array_5 - (y_array_5(15) & y_array_5(15) & y_array_5(15) & 
				 y_array_5(15) & y_array_5(15) & y_array_5(15) & y_array_5(15 downto 6));
				 y_array_6 <= y_array_5 + (x_array_5(15) & x_array_5(15) & x_array_5(15) & 
				 x_array_5(15) & x_array_5(15) & x_array_5(15)  & x_array_5(15 downto 6));
				 z_array_6 <= z_array_5 - x"007F";
			  END IF;
			  IF z_array_6(15) = '1' THEN
			    x_array_7 <= x_array_6 + (y_array_6(15) & y_array_6(15) & y_array_6(15) &
				 y_array_6(15) & y_array_6(15) & y_array_6(15)  & y_array_6(15) & 
				 y_array_6(15 downto 7));
				 y_array_7 <= y_array_6 - (x_array_6(15) & x_array_6(15) & x_array_6(15) & 
				 x_array_6(15) & x_array_6(15) & x_array_6(15) & x_array_6(15) & 
				 x_array_6(15 downto 7));
				 z_array_7 <= z_array_6 + x"003F";
			  ELSE
			    x_array_7 <= x_array_6 - (y_array_6(15) & y_array_6(15) & y_array_6(15) & 
				 y_array_6(15) & y_array_6(15) & y_array_6(15) & y_array_6(15) & 
				 y_array_6(15 downto 7));
				 y_array_7 <= y_array_6 + (x_array_6(15) & x_array_6(15) & x_array_6(15) & 
				 x_array_6(15) & x_array_6(15) & x_array_6(15) & x_array_6(15) & 
				 x_array_6(15 downto 7));
				 z_array_7 <= z_array_6 - x"003F";
			  END IF;
			  IF z_array_7(15) = '1' THEN
			    x_array_8 <= x_array_7 + (y_array_7(15) & y_array_7(15) & y_array_7(15) & 
				 y_array_7(15) & y_array_7(15) & y_array_7(15) & y_array_7(15) & y_array_7(15) & 
				 y_array_7(15 downto 8));
				 y_array_8 <= y_array_7 - (x_array_7(15) & x_array_7(15) & x_array_7(15) & 
				 x_array_7(15) & x_array_7(15) & x_array_7(15) & x_array_7(15) & x_array_7(15) & 
				 x_array_7(15 downto 8));
				 z_array_8 <= z_array_7 + x"001F";
			  ELSE
			    x_array_8 <= x_array_7 - (y_array_7(15) & y_array_7(15) & y_array_7(15) & 
				 y_array_7(15) & y_array_7(15) & y_array_7(15) & y_array_7(15) & y_array_7(15) & 
				 y_array_7(15 downto 8));
				 y_array_8 <= y_array_7 + (x_array_7(15) & x_array_7(15) & x_array_7(15) & 
				 x_array_7(15) & x_array_7(15) & x_array_7(15) & x_array_7(15) & x_array_7(15) & 
				 x_array_7(15 downto 8));
				 z_array_8 <= z_array_7 - x"001F";
			  END IF;
			  IF z_array_8(15) = '1' THEN
			    x_array_9 <= x_array_8 + (y_array_8(15) & y_array_8(15) & y_array_8(15) & 
				 y_array_8(15) & y_array_8(15) & y_array_8(15) & y_array_8(15) & y_array_8(15) & 
				 y_array_8(15) & y_array_8(15 downto 9));
				 y_array_9 <= y_array_8 - (x_array_8(15) & x_array_8(15) & x_array_8(15) & 
				 x_array_8(15) & x_array_8(15) & x_array_8(15) & x_array_8(15) & x_array_8(15) & 
				 x_array_8(15) & x_array_8(15 downto 9));
				 z_array_9 <= z_array_8 + x"000F";
			  ELSE
			    x_array_9 <= x_array_8 - (y_array_8(15) & y_array_8(15) & y_array_8(15) & 
				 y_array_8(15) & y_array_8(15) & y_array_8(15) & y_array_8(15) & y_array_8(15) & 
				 y_array_8(15) & y_array_8(15 downto 9));
				 y_array_9 <= y_array_8 + (x_array_8(15) & x_array_8(15) & x_array_8(15) & 
				 x_array_8(15) & x_array_8(15) & x_array_8(15) & x_array_8(15) & x_array_8(15) & 
				 x_array_8(15) & x_array_8(15 downto 9));
				 z_array_9 <= z_array_8 - x"000F";
			  END IF;
			  IF z_array_9(15) = '1' THEN
			    x_array_10 <= x_array_9 + (y_array_9(15) & y_array_9(15) & y_array_9(15) & 
				 y_array_9(15) & y_array_9(15) & y_array_9(15) & y_array_9(15) & y_array_9(15) & 
				 y_array_9(15) & y_array_9(15) & y_array_9(15 downto 10));
				 y_array_10 <= y_array_9 - (x_array_9(15) & x_array_9(15) & x_array_9(15) & 
				 x_array_9(15) & x_array_9(15) & x_array_9(15) & x_array_9(15) & x_array_9(15) & 
				 x_array_9(15) & x_array_9(15) & x_array_9(15 downto 10));
				 z_array_10 <= z_array_9 + x"0007";
			  ELSE
			    x_array_10 <= x_array_9 - (y_array_9(15) & y_array_9(15) & y_array_9(15) & 
				 y_array_9(15) & y_array_9(15) & y_array_9(15) & y_array_9(15) & y_array_9(15) & 
				 y_array_9(15) & y_array_9(15) & y_array_9(15 downto 10));
				 y_array_10 <= y_array_9 + (x_array_9(15) & x_array_9(15) & x_array_9(15) & 
				 x_array_9(15) & x_array_9(15) & x_array_9(15) & x_array_9(15) & x_array_9(15) & 
				 x_array_9(15) & x_array_9(15) & x_array_9(15 downto 10));
				 z_array_10 <= z_array_9 - x"0007";
			  END IF;
			  IF z_array_10(15) = '1' THEN
			    x_array_11 <= x_array_10 + (y_array_10(15) & y_array_10(15) & y_array_10(15) & 
				 y_array_10(15) & y_array_10(15) & y_array_10(15) & y_array_10(15) & y_array_10(15) & 
				 y_array_10(15) & y_array_10(15) & y_array_10(15) & y_array_10(15 downto 11));
				 y_array_11 <= y_array_10 - (x_array_10(15) & x_array_10(15) & x_array_10(15) & 
				 x_array_10(15) & x_array_10(15) & x_array_10(15) & x_array_10(15) & x_array_10(15) & 
				 x_array_10(15) & x_array_10(15) & x_array_10(15) & x_array_10(15 downto 11));
				 z_array_11 <= z_array_10 + x"0003";
			  ELSE
			    x_array_11 <= x_array_10 - (y_array_10(15) & y_array_10(15) & y_array_10(15) & 
				 y_array_10(15) & y_array_10(15) & y_array_10(15) & y_array_10(15) & y_array_10(15) & 
				 y_array_10(15) & y_array_10(15) & y_array_10(15) & y_array_10(15 downto 11));
				 y_array_11 <= y_array_10 + (x_array_10(15) & x_array_10(15) & x_array_10(15) & 
				 x_array_10(15) & x_array_10(15) & x_array_10(15) & x_array_10(15) & x_array_10(15) & 
				 x_array_10(15) & x_array_10(15) & x_array_10(15) & x_array_10(15 downto 11));
				 z_array_11 <= z_array_10 - x"0003";
			  END IF;
			  IF z_array_11(15) = '1' THEN
			    x_array_12 <= x_array_11 + (y_array_11(15) & y_array_11(15) & y_array_11(15) & y_array_11(15) & 
				 y_array_11(15) & y_array_11(15) & y_array_11(15) & y_array_11(15) & y_array_11(15) & y_array_11(15) & 
				 y_array_11(15) & y_array_11(15) & y_array_11(15 downto 12));
				 y_array_12 <= y_array_11 - (x_array_11(15) & x_array_11(15) & x_array_11(15) & 
				 x_array_11(15) & x_array_11(15) & x_array_11(15) & x_array_11(15) & x_array_11(15) & x_array_11(15) & 
				 x_array_11(15) & x_array_11(15) & x_array_11(15 downto 12));
				 z_array_12 <= z_array_11 + x"0001";
			  ELSE
			    x_array_12 <= x_array_11 - (y_array_11(15) & y_array_11(15) & y_array_11(15) & y_array_11(15) & 
				 y_array_11(15) & y_array_11(15) & y_array_11(15) & y_array_11(15) & y_array_11(15) & y_array_11(15) & 
				 y_array_11(15) & y_array_11(15) & y_array_11(15 downto 12));
				 y_array_12 <= y_array_11 + (x_array_11(15) & x_array_11(15) & x_array_11(15) & x_array_11(15) & 
				 x_array_11(15) & x_array_11(15) & x_array_11(15) & x_array_11(15) & x_array_11(15) & x_array_11(15) & 
				 x_array_11(15) & x_array_11(15) & x_array_11(15 downto 12));
				 z_array_12 <= z_array_11 - x"0001";
			  END IF;
			  IF z_array_12(15) = '1' THEN
			    x_array_13 <= x_array_12 + (y_array_12(15) & y_array_12(15) & y_array_12(15) & y_array_12(15) & 
				 y_array_12(15) & y_array_12(15) & y_array_12(15) & y_array_12(15) & y_array_12(15) & y_array_12(15) & 
				 y_array_12(15) & y_array_12(15) & y_array_12(15) & y_array_12(15 downto 13));
				 y_array_13 <= y_array_12 - (x_array_12(15) & x_array_12(15) & x_array_12(15) & x_array_12(15) & 
				 x_array_12(15) & x_array_12(15) & x_array_12(15) & x_array_12(15) & x_array_12(15) & 
				 x_array_12(15) & x_array_12(15) & x_array_12(15) & x_array_12(15) & x_array_12(15 downto 13));
--				 z_array_13 <= z_array_12 + x"0000";
			  ELSE
			    x_array_13 <= x_array_12 - (y_array_12(15) & y_array_12(15) & y_array_12(15) & y_array_12(15) & 
				 y_array_12(15) & y_array_12(15) & y_array_12(15) & y_array_12(15) & y_array_12(15) & y_array_12(15) & 
				 y_array_12(15) & y_array_12(15) & y_array_12(15) & y_array_12(15 downto 13));
				 y_array_13 <= y_array_12 + (x_array_12(15) & x_array_12(15) & x_array_12(15) & x_array_12(15) & 
				 x_array_12(15) & x_array_12(15) & x_array_12(15) & x_array_12(15) & x_array_12(15) & x_array_12(15) & 
				 x_array_12(15) & x_array_12(15) & x_array_12(15) & x_array_12(15 downto 13));
--				 z_array_13 <= z_array_12 - x"0000";
			  END IF;
			END IF;
	 END IF;
  END PROCESS;
  cos <= x_array_13;
  sin <= y_array_13;
END rtl;
</syntaxhighlight>
}}

La version présentée est fonctionnelle mais peut être largement améliorée puisque seul le sinus est retourné au MSP 430 par la liaison SPI. Nous laissons le soin aux lecteurs de perfectionner cet ensemble puisque, le but ici, est simplement de vous montrer comment cette liaison est possible.

{{remarque|contenu=
Certain se demandent pourquoi nous avons utilisé le FPGA pour gérer la liaison série ? La raison est que nous avons beaucoup de mal à faire transiter par la même liaison, la programmation d'une part, et une liaison série d’autre part, et ceci sous Linux comme sous Windows XP. Il semble tout simplement que la liaison USB ne puisse pas servir aux deux, ce qui n’est pas le cas pour les platines 32 bits de chez Texas. En lisant plus attentivement la documentation, nous avons compris que la '''msp430 launchpad''' utilisée, n'était '''pas conçue pour de la liaison série à travers l'USB'''.
}}

Il y a d'autres moyens de communications à explorer avec le MSP430. Par exemple, le MSP430 contient une gestion DMA certes limitée, mais nous n'avons pas suffisamment détaillé sa documentation pour voir s'il était possible de l’utiliser pour notre problème. Ce problème ne sera probablement jamais exploré ici car le '''msp430 launchpad''' est remplacé progressivement par le msp432 launchpad étudié un peu plus loin.

Nous allons maintenant entrer dans le domaine des 32 bits. Ce qui a été vu précédemment sur le SPI et l'i2c reste d'actualité, mais nous allons explorer d'autres modes de transferts.

== Utilisation du TM4C123GH6PM (Tiva C LaunchPad)  ==



Nous entrons maintenant dans le domaine des processeurs 32 bits avec un TM4C123GH6PM qui est un ARM Cortex 4. Sa documentation officielle [http://www.ti.com/lit/ds/symlink/tm4c123gh6pm.pdf se trouve facilement sur Internet]. Son choix est lié à l’existence d'une platine d'évaluation ([[w:en:Tiva-C_LaunchPad|(en)Tiva-C LaunchPad]]) avec :
* un prix de moins de {{unité|17|€}} ({{unité|13.23|€}} HT chez Farnel)
* un environnement de développement du type Arduino appelé [http://energia.nu/ Energia]
* une fixation plus aisée que pour le LaunchPad MSP430 (point de vue qui reste discutable)
À l’heure où nous écrivons ces lignes (octobre 2014) l'environnement Arduino ne supporte le DUE (32 bits) qu'en version beta et tout ceci pour un prix approchant les {{unité|40|€}}. Le seul concurrent que nous voyons au Tiva-C LaunchPad est [https://www.pjrc.com/teensy/teensy31.html la Teensy 3.1]. Elle se programme directement dans l'environnement Arduino (avec un Plugin ajouté) et coûte moins de {{unité|20|€}}. 

Quatre années plus tard (2018) l'environnement Arduino supporte en plus le Blue Pill STM32 qui est une carte 32 bits que l'on trouvait aux alentours de {{unité|1.1|€}} à l'époque. Aujourd'hui (2020) le prix est plutôt autour de {{unité|1.5|€}}. Il existe une version un peu plus chère mais avec 128/256 ko de Flash (contre 64ko pour le Blue Pill).

En 2019 (et peut être probablement avant) on pouvait trouver une autre famille de 32 bits, l'ESP32. Il s'agit d'un double cœur d'un processeur 32 bits qui n'est pas un ARM 32 bits. Il est aussi programmable à partir de l'environnement Arduino pour un prix aux alentours de {{unité|3|€}}.

En 2020 un nouveau processeur fait son apparition. Il s'agit du risc v 32 bits avec des cartes autour de {{unité|4|€}}. Une autre version double cœur 64 bits autour de {{unité|20|€}}, est disponible, le tout encore programmable avec l'environnement Arduino.  

Même si nous abordons le domaine des 32 bits, nous ne pourrons en aucun cas concurrencer les [[w:FPGA|FPGA]] de type [[w:en:Xilinx#Zynq|(en) Zynq]] de chez Xilinx en mettant un processeur externe. '''Si la vitesse est votre problème, prenez un Zynq. Si la simplicité est votre problème, envisagez un processeur externe'''.

La documentation de la platine que nous allons utiliser [http://energia.nu/pin-maps/guide_tm4c123launchpad/ se trouve ICI] sur le site Energia. Cela laisserait penser que Texas Instrument apporte un peu d'aide au développement d'Energia. '''Robert Wessels''' qui développe Energia depuis 2012 semble faire partie du personnel de Texas Instrument. Côté concurrence, vu la vitesse de développement de l'IDE Arduino ce ne serait pas le cas d'Atmel ? Nous parlons bien au conditionnel car nous n'avons aucune information officielle sur le sujet. Nous croyons savoir qu'Atmel serait actif pour le développement du compilateur avr-gcc. Chacun sa stratégie. Laissons donc ces stratégies commerciales aux professionnels pour entrer dans ce que nous connaissons le mieux, la technique.

{{remarque|contenu=
L'exécution du compilateur C avec Energia avec un environnement Linux 64 bits nécessite quand même des librairies 32 bits. Nous avons fini par trouver un problème équivalent dans [http://forum.arduino.cc/index.php?topic=221979.0 le Forum Arduino].
Ainsi, l'exécution des trois lignes présentées, sous Ubuntu a résolu nos problème :
<pre>
sudo dpkg --add-architecture i386
sudo apt-get update
sudo apt-get install libc6:i386
</pre>
}}

Nous allons commencer par étudier notre vieil ami, le protocole [[w:SPI|SPI]].
=== Le protocole SPI  ===
La programmation SPI est la même que pour le MSP430 puisque l'environnement de développement est identique. Nous donnons quand même le programme puisque le brochage change. Faites un effort [http://energia.nu/pin-maps/guide_tm4c123launchpad/ avec la documentation de la platine] pour constater la bonne utilisation du SPI. 
<syntaxhighlight lang=C>
/*************************
* Carte SD ----- Launchpad
* TM4C123G (ARM)
* GND ----------- GND
* +3.3 ---------- Vcc
* CS ------------ PB5 (PB_5)
* MOSI ---------- PB7 (PB_7)
* SCK ----------- PB4 (PB_4)
* MISO ---------- PB6 (PB_6)
*
**************************/ 
#include <SPI.h>

const int chipSelectPin = PB_5; // P2.0
int dataToSend=0xAA; 
void setup(){
  char i;
  pinMode(chipSelectPin, OUTPUT);
  pinMode(PB_7,OUTPUT);
  pinMode(PB_6,INPUT);  
// start the SPI library:
  SPI.begin();
  SPI.setDataMode(SPI_MODE0);
  SPI.setClockDivider(SPI_CLOCK_DIV2);
  delay(100);
}

void loop() {
  unsigned char recievedData;
// recupération d'une valeur quelconque de quelque part
  digitalWrite(chipSelectPin, LOW);  
  recievedData=SPI.transfer(dataToSend); //Send register location
  delay(10);
  digitalWrite(chipSelectPin, HIGH);
  delay(1000);
  //dataToSend=recievedData;
  dataToSend++;
}
</syntaxhighlight>
Ce programme a été testé avec notre [[../Utiliser un processeur externe#Esclave SPI sur FPGA|esclave SPI sur FPGA]] décrit précédemment.
==== Câblage utilisé  ====
On a utilisé le connecteur PMod nommé JC (partie basse) comme ceci :

Le câblage du PMod a été choisi comme :
{| class="wikitable"
|-
! SPI
|| -- || -- || MOSI || MISO || SCK || SS
|-
! PMOD
|| 6 (Vcc) || 5 (GND) || 4 || 3 || 2 || 1
|}

et donc le fichier ucf correspondant pour la partie haute du connecteur JC :
<pre>
#JC
#Connecteur haut pour Tiva C LaunchPad
NET "ss"          LOC = "H3"  | IOSTANDARD = "LVCMOS33";   
NET "sck" CLOCK_DEDICATED_ROUTE = FALSE | LOC = "L7"  | IOSTANDARD = "LVCMOS33";  
NET "miso"          LOC = "K6"  | IOSTANDARD = "LVCMOS33";   
NET "mosi"          LOC = "G3"  | IOSTANDARD = "LVCMOS33"; 
</pre>

Côté TM4C123G on câble :
{| class="wikitable"
|-
! Tiva C LaunchPad
|| -- || GND || PB_7 || PB_6 || PB_4 || PB_5
|-
! PMOD (Digilent)
|| 6 (Vcc) || 5 (GND) || 4 || 3 || 2 || 1
|}

=== Communication i2c  ===
Comme ce problème a été traité avec l'Arduino, nous allons faire une variation pour cette section. Nous allons utiliser un cœur i2c esclave écrit en [[w:VHDL|VHDL]]. Nous avons fini par trouver un esclave i2c en VHDL... et très récemment [http://hamsterworks.co.nz/mediawiki/index.php/I3C2 un contrôleur i2c intelligent]. Ce contrôleur développé par '''Mike Field''' mérite d’être étudié de près. Lui l'utilise dans [http://hamsterworks.co.nz/mediawiki/index.php/FPGA_Projects quelques projets] mais surtout en maître. Il nous faut donc comprendre son fonctionnement pour voir s'il n’est pas possible de l’utiliser en esclave.

Pour utiliser l'i2c sous Energia avec le TM4C123G on câble :
{| class="wikitable"
|-
! Périphérique i2c (numéro)
|| -- || GND || SCL(3) || SDA(3) 
|-
! Tiva C LaunchPad
|| -- || GND || PD0 || PD1 
|-
! PMOD (Digilent)
|| 6 (Vcc) || 5 (GND) || 4 || 3 
|}

Il faut savoir que l’on utilise le périphérique i2c portant le numéro 3 en câblant ainsi. C'est celui qui est utilisé par la bibliothèque Energia par défaut.

{{...}}

=== Peut-on utiliser ĺa DMA pour les transferts bidirectionnels avec les FPGA ?  ===
La [[w:Accès_direct_à_la_mémoire|DMA]] permet des transferts directs entre périphériques et la mémoire RAM. Le module qui s'occupe de cela dans le processeur qui nous intéresse s’appelle μDMA. Il permet aussi des transferts directs de mémoire à mémoire mais nous ne nous y intéresserons pas.

==== Données du convertisseur Analogique Numérique vers le FPGA  ====
Dans cette section, on cherche à réaliser un transfert monodirectionnel : du processeur '''TM4C123GH6PM ''' vers le [[w:FPGA|FPGA]].

La conversion Analogique numérique sur ce type de processeur se fait à une fréquence d'environ 260 kHz (temps de conversion 3,9 μs). La question que l’on va chercher à résoudre est de réaliser des transferts SPI de ces valeurs au fur et à mesure qu’elles arrivent par DMA, donc sans utiliser de temps processeur (ou presque).

La fréquence de 260 kHz donnée ne correspond pas à la fréquence d'horloge du SPI. En effet à chaque conversion il faut transmettre 12 bits (soit deux octets car l'unité de base du SPI est l'octet). Cela fait donc une fréquence minimum de l'horloge du SPI de {{unité|4.160000|MHz}}.

{{...}}

=== Voir aussi  ===
* [[w:en:Tiva-C_LaunchPad|(en)Tiva-C LaunchPad]]
* Un exemple commercial de réalisation avec un FPGA de type Zynq : [http://redpitaya.com/ RedPitaya : un oscilloscope USB]

== Utiliser le tout nouveau MSP432 de Texas Instrument  ==
Même si le type de microcontrôleur le plus vendu reste le 8 bits, il y a encore de la place pour le MSP430. Pourtant Texas Instrument a décidé d'étoffer son offre faible consommation (MSP43X) par un nouveau venu le MSP432 en 2015). Celui-ci est un 32 bits et nous allons l'étudier maintenant. Ce qui nous a séduit avec ce processeur est la facilité avec laquelle on fait du multitâche avec l'environnement '''Energia'''. Il est très possible qu'au moment où vous lisiez ces lignes l’utilisation du multitâche puisse se faire avec d'autres processeurs de chez Texas Instrument.

{{remarque|contenu=
La communication correcte pour programmer par le PORT USB sous linux nécessite de mettre le fichier "71-ti-permissions.rules" que voici
<pre>
SUBSYSTEM=="usb",ENV{DEVTYPE}=="usb_device",ATTRS{idVendor}=="0403",ATTRS{idProduct}=="a6d0",MODE:="0666"
SUBSYSTEM=="usb",ENV{DEVTYPE}=="usb_device",ATTRS{idVendor}=="0403",ATTRS{idProduct}=="a6d1",MODE:="0666"
SUBSYSTEM=="usb",ENV{DEVTYPE}=="usb_device",ATTRS{idVendor}=="0403",ATTRS{idProduct}=="6010",MODE:="0666"
SUBSYSTEM=="usb",ENV{DEVTYPE}=="usb_device",ATTRS{idVendor}=="1cbe",ATTRS{idProduct}=="00fd",MODE:="0666"
SUBSYSTEM=="usb",ENV{DEVTYPE}=="usb_device",ATTRS{idVendor}=="1cbe",ATTRS{idProduct}=="00ff",MODE:="0666"
SUBSYSTEM=="usb",ENV{DEVTYPE}=="usb_device",ATTRS{idVendor}=="0451",ATTRS{idProduct}=="bef1",MODE:="0666"
SUBSYSTEM=="usb",ENV{DEVTYPE}=="usb_device",ATTRS{idVendor}=="0451",ATTRS{idProduct}=="bef2",MODE:="0666"
SUBSYSTEM=="usb",ENV{DEVTYPE}=="usb_device",ATTRS{idVendor}=="0451",ATTRS{idProduct}=="bef3",MODE:="0666"
SUBSYSTEM=="usb",ENV{DEVTYPE}=="usb_device",ATTRS{idVendor}=="0451",ATTRS{idProduct}=="bef4",MODE:="0666"
SUBSYSTEM=="usb",ENV{DEVTYPE}=="usb_device",ATTRS{idVendor}=="0451",ATTRS{idProduct}=="f432",MODE:="0666"
SUBSYSTEM=="usb",ENV{DEVTYPE}=="usb_device",ATTRS{idVendor}=="0d28",ATTRS{idProduct}=="0204",MODE:="0666"
KERNEL=="hidraw*",ATTRS{busnum}=="*",ATTRS{idVendor}=="0d28",ATTRS{idProduct}=="0204",MODE:="0666"
ATTRS{idVendor}=="0451",ATTRS{idProduct}=="bef0",ENV{ID_MM_DEVICE_IGNORE}="1"
ATTRS{idVendor}=="0c55",ATTRS{idProduct}=="0220",ENV{ID_MM_DEVICE_IGNORE}="1"
KERNEL=="ttyACM[0-9]*",MODE:="0666"

SUBSYSTEM=="usb", ATTRS{idVendor}=="0451", ATTRS{idProduct}=="c32a", MODE="0660", GROUP="dialout", RUN+="/sbin/modprobe ftdi-sio" RUN+="/bin/sh -c '/bin/echo 0451 c32a > /sys/bus/usb-serial/drivers/ftdi_sio/new_id'"
</pre>
dans /etc/udev/rules.d si vous travaillez sous Linux.
}}

=== Petit jeu de Pong avec carte Altera DE2-115 (Projet 2015/2016)  ===
Pour changer un peu de FPGA, nous allons cibler une carte [[w:Altera|Altera]]. C'est la carte FPGA qui s'occupe de l’affichage sur l'écran VGA mais le '''processeur externe''' s'occupe des déplacements de la balle et de la raquette. Nous donnons un code simple qui dessine une balle et une raquette sur un écran VGA (les deux sont matérialisés par des rectangles).

{{Boîte déroulante|titre=Description matérielle VHDL pour SPI PONG (version d'essai à améliorer)|contenu=
<syntaxhighlight lang=VHDL>
library IEEE;
use IEEE.STD_LOGIC_1164.all;
ENTITY VGA_pong IS
  PORT (clk_50 : in STD_LOGIC;
   --     x_rect, y_rect: IN STD_LOGIC_VECTOR(9 DOWNTO 0);   -- retirer commentaire pour question 2
   --     y_raquG, y_raquD: IN STD_LOGIC_VECTOR(7 DOWNTO 0); -- retirer commentaire pour question 2
	-- Port SPI pour esclave
        mosi : in std_logic;
        miso : out std_logic;
        ss : in std_logic;
        sck : in std_logic;
		  --leds
		  leds : out std_logic_vector(9 downto 0);
		  --VGA PORT
	       VGA_BLANK, VGA_SYNC,VGA_CLK: out STD_LOGIC;
          hsynch,vsynch,red,green,blue : out STD_LOGIC);
END VGA_pong;

ARCHITECTURE atop of VGA_pong is
COMPONENT VGA_SYNCHRO IS
      PORT( clock_50Mhz        : IN   STD_LOGIC;
      horiz_sync_out, vert_sync_out   : OUT STD_LOGIC;
		VGA_BLANK, VGA_SYNC,VGA_CLK,RED,GREEN,BLUE, video_on : out STD_LOGIC;
      pixel_row, pixel_column: OUT STD_LOGIC_VECTOR(9 DOWNTO 0));
END COMPONENT;
COMPONENT rect IS PORT(
  row,col,x_rec,y_rec,delta_x,delta_y :in STD_LOGIC_VECTOR(9 DOWNTO 0);  ----- on dit les entrees------
  colorRGB : in STD_LOGIC_VECTOR(2 DOWNTO 0);
  video_on : in std_logic;
  red1,green1,blue1 : out std_logic);                                    -----on dit les sorties ------
END COMPONENT;
component spi_slave is
    Generic (   
        N : positive := 32;                                             -- 32bit serial word length is default
        CPOL : std_logic := '0';                                        -- SPI mode selection (mode 0 default)
        CPHA : std_logic := '0';                                        -- CPOL = clock polarity, CPHA = clock phase.
        PREFETCH : positive := 3);                                      -- prefetch lookahead cycles
    Port (  
        clk_i : in std_logic := 'X';                                    -- internal interface clock (clocks di/do registers)
        spi_ssel_i : in std_logic := 'X';                               -- spi bus slave select line
        spi_sck_i : in std_logic := 'X';                                -- spi bus sck clock (clocks the shift register core)
        spi_mosi_i : in std_logic := 'X';                               -- spi bus mosi input
        spi_miso_o : out std_logic := 'X';                              -- spi bus spi_miso_o output
        di_req_o : out std_logic;                                       -- preload lookahead data request line
        di_i : in  std_logic_vector (N-1 downto 0) := (others => 'X');  -- parallel load data in (clocked in on rising edge of clk_i)
        wren_i : in std_logic := 'X';                                   -- user data write enable
        wr_ack_o : out std_logic;                                       -- write acknowledge
        do_valid_o : out std_logic;                                     -- do_o data valid strobe, valid during one clk_i rising edge.
        do_o : out  std_logic_vector (N-1 downto 0);                    -- parallel output (clocked out on falling clk_i)
        --- debug ports: can be removed for the application circuit ---
        do_transfer_o : out std_logic;                                  -- debug: internal transfer driver
        wren_o : out std_logic;                                         -- debug: internal state of the wren_i pulse stretcher
        rx_bit_next_o : out std_logic;                                  -- debug: internal rx bit
        state_dbg_o : out std_logic_vector (3 downto 0);                -- debug: internal state register
        sh_reg_dbg_o : out std_logic_vector (N-1 downto 0)              -- debug: internal shift register
    );                      
end component spi_slave;


signal s_row, s_col : STD_LOGIC_VECTOR(9 DOWNTO 0);
signal s_video_on, s_en : std_logic;
signal s_x_ball,s_y_ball,s_x_paddle : std_logic_vector(9 downto 0);
signal s_RED, s_RED1, s_GREEN, s_GREEN1, s_BLUE, S_BLUE1 : std_logic;
BEGIN
-------------------- liaison dans l'entite pong---------------
il: VGA_SYNCHRO port map( 
                   clock_50Mhz => clk_50,
                   pixel_row => s_row,
                   pixel_column => s_col,
                   video_on => s_video_on,
						 horiz_sync_out => hsynch,
						 vert_sync_out => vsynch,
						 
						 VGA_BLANK => VGA_BLANK, 
						 VGA_SYNC => VGA_SYNC,
						 VGA_CLK=> VGA_CLK);
------------------ la balle ----------------------------
ball: rect port map( 
                   row => s_row,
						 col => s_col,
						 x_rec => s_x_ball,
                   y_rec => s_y_ball,
                   delta_x => "0000001100",
                   delta_y => "0000001100",
						 colorRGB => "001",
						 video_on => s_video_on,
						 red1 => s_RED,
						 green1 => s_GREEN,
						 blue1 => s_BLUE );
------------------la raquette----------------------------
paddle: rect port map( 
                   row => s_row,
						 col => s_col,
						 x_rec => s_x_paddle,
                   y_rec => "0101100100",
                   delta_x => "0000101100",
                   delta_y => "0000001100",
						 colorRGB => "010",
						 video_on => s_video_on,
						 red1 => s_RED1,
						 green1 => s_GREEN1,
						 blue1 => s_BLUE1 );
---------------------------------------------------------------
ic1 : spi_slave generic map (N => 32)
  port map ( clk_i => clk_50,
             do_o(9 downto 0) => s_x_ball,
				 do_o(19 downto 10) => s_y_ball,
				 do_o(29 downto 20) => s_x_paddle,
				 do_valid_o => s_en,
	          di_i => x"00000000",
	          spi_ssel_i => ss,
             spi_sck_i => sck,
             spi_mosi_i => mosi,
             spi_miso_o => miso,
             wren_i => '0' --not ss--s_wren_i
				 );
----------Construction des couleurs--------------------
  RED <= s_RED OR s_RED1;
  GREEN <= s_GREEN OR s_GREEN1;
  BLUE <= s_BLUE OR s_BLUE1;  
--	process(clk_50) begin
--     if rising_edge(clk_50) then
--	    if s_en = '1' then
--		   s_x_rec <= s_do_o;
--		 end if;
--     end if;	  
--	end process;
	leds <= s_x_ball;
END aTop;

library IEEE;
use IEEE.STD_LOGIC_1164.all;
use ieee.std_logic_arith.all;
use ieee.std_logic_unsigned.all;
use IEEE.STD_LOGIC_1164.all;
-- on a ajouté pixel_row et pixel column pour la suite
ENTITY VGA_SYNCHRO IS
      PORT( clock_50Mhz        : IN   STD_LOGIC;
      horiz_sync_out, vert_sync_out   : OUT STD_LOGIC;
		VGA_BLANK, VGA_SYNC,VGA_CLK,RED,GREEN,BLUE, video_on : out STD_LOGIC;
      pixel_row, pixel_column: OUT STD_LOGIC_VECTOR(9 DOWNTO 0));
END VGA_SYNCHRO;
ARCHITECTURE aVGA_SYNC OF VGA_SYNCHRO IS
      SIGNAL horiz_sync, vert_sync,clock_25Mhz  : STD_LOGIC;
      SIGNAL h_count, v_count :STD_LOGIC_VECTOR(9 DOWNTO 0);
BEGIN
   div2:process(clock_50Mhz)  begin
	  if rising_edge(clock_50Mhz) then
	    clock_25Mhz <= not clock_25Mhz;
	  end if;
	end process;
-- Horiz_sync ------------------------------------__________--------
-- H_count      0                 640           656       751   799
-- Bloc compteur du haut et gauche de la figure sur front montant
gestion_H_Count:PROCESS(clock_25Mhz) BEGIN
         IF(clock_25Mhz'EVENT) AND (clock_25Mhz='1') THEN
          IF (h_count = 799) THEN
           h_count <= (others =>'0');
          ELSE
           h_count <= h_count + 1;
          END IF;
     END IF;
END PROCESS;
gestion_Horiz_sync: PROCESS(clock_25Mhz,h_count) BEGIN
--Bloc comparateur du haut et à droite de la figure synchronisé sur front descendants
  IF(clock_25Mhz'EVENT) AND (clock_25Mhz='0') THEN
         IF (h_count <= 751) AND (h_count >= 656) THEN --***** corrigée le 6 mars 2012
                  horiz_sync <= '0';
         ELSE
                  horiz_sync <= '1';
         END IF;
  END IF;
END PROCESS;
-- Vert_sync     -----------------------------------------------_______------------
-- V_count        0                                        480 490-491           524
-- Bloc compteur en bas à gauche de la figure
gestion_V_Count: PROCESS(clock_25Mhz,h_count) BEGIN
         IF(clock_25Mhz'EVENT) AND (clock_25Mhz='1') THEN
          IF (v_count >= 524) AND (h_count >= 699) THEN
                  v_count <= (others =>'0');
          ELSIF (h_count = 699) THEN
                  v_count <= v_count + 1;
          END IF;
         END IF;
END PROCESS;
gestion_Vertical_sync:PROCESS(clock_25Mhz,v_count) BEGIN
        IF(clock_25Mhz'EVENT) AND (clock_25Mhz='0') THEN
--Bloc comparateur du bas et à droite de la figure synchronisé sur front descendants
          IF (v_count <= 491) AND (v_count >= 490) THEN --***** corrigé le 17 mai 2012
                  vert_sync <= '0';
          ELSE
                  vert_sync <= '1';
          END IF;
        END IF;
END PROCESS;
 pixel_column <= h_count;
 pixel_row <= v_count;
 horiz_sync_out <= horiz_sync;
 vert_sync_out <= vert_sync;
 VGA_BLANK <= '1';
 VGA_SYNC <= '0';
 VGA_CLK <= clock_25MHz;
 video_on <= '1' when ((h_count < 640) and (v_count < 480)) else
              '0';
END aVGA_SYNC;

------------------------------Entity of rect-------------------------
library IEEE;
use IEEE.STD_LOGIC_1164.all;
use ieee.std_logic_arith.all;
use ieee.std_logic_unsigned.all;
use IEEE.STD_LOGIC_1164.all;
ENTITY rect IS PORT(
  row,col,x_rec,y_rec,delta_x,delta_y :in STD_LOGIC_VECTOR(9 DOWNTO 0);  ----- on dit les entrees------
  colorRGB : in STD_LOGIC_VECTOR(2 DOWNTO 0);
  video_on : in std_logic;
  red1,green1,blue1 : out std_logic);                                    -----on dit les sorties ------
END rect;

----------------architecture of rect -------------------------------
ARCHITECTURE arect of rect is begin
  PROCESS(row,col,x_rec,y_rec,video_on) BEGIN
    if video_on = '1' then
      if row > y_rec and row < y_rec+delta_y then
        if col >x_rec and col < x_rec+delta_x then
               red1 <= colorRGB(2);-- and video_on;
               green1 <= colorRGB(1);-- and video_on;
               blue1 <= colorRGB(0);-- and video_on;
        else
               red1 <= '0';
               green1 <= '0';
               blue1 <= '0';
        end if;
		else 
                red1 <= '0';
               green1 <= '0';
               blue1 <= '0';  
		end if;  
   else -- video_on = '0'
                red1 <= '0';
               green1 <= '0';
               blue1 <= '0';
    end if;
  end process;
end arect;
</syntaxhighlight>
Et voici le fichier de contraintes :
<pre>
To,Direction,Location,I/O Bank,VREF Group,I/O Standard,Reserved
clk_50,Input,PIN_Y2,2,B2_N0,3.3-V LVTTL,
blue,Output,PIN_D12,8,B8_N0,3.3-V LVTTL,
VGA_BLANK,Output,PIN_F11,8,B8_N1,3.3-V LVTTL,
VGA_CLK,Output,PIN_A12,8,B8_N0,3.3-V LVTTL,
green,Output,PIN_C9,8,B8_N1,3.3-V LVTTL,
hsynch,Output,PIN_G13,8,B8_N0,3.3-V LVTTL,
red,Output,PIN_H10,8,B8_N1,3.3-V LVTTL,
VGA_SYNC,Output,PIN_C10,8,B8_N0,3.3-V LVTTL,
vsynch,Output,PIN_C13,8,B8_N0,3.3-V LVTTL,
# SPI
ss,Input,PIN_AC15,4,B4_N2,3.3-V LVTTL,
sck,Input,PIN_Y17,4,B4_N0,3.3-V LVTTL,
mosi,Input,PIN_Y16,4,B4_N0,3.3-V LVTTL,
miso,Output,PIN_AE16,4,B4_N2,3.3-V LVTTL,
# leds
LEDS[9],Output,PIN_G17,7,B7_N1,2.5 V,
LEDS[8],Output,PIN_J17,7,B7_N2,2.5 V,
LEDS[7],Output,PIN_H19,7,B7_N2,2.5 V,
LEDS[6],Output,PIN_J19,7,B7_N2,2.5 V,
LEDS[5],Output,PIN_E18,7,B7_N1,2.5 V,
LEDS[4],Output,PIN_F18,7,B7_N1,2.5 V,
LEDS[3],Output,PIN_F21,7,B7_N0,2.5 V,
LEDS[2],Output,PIN_E19,7,B7_N0,2.5 V,
LEDS[1],Output,PIN_F19,7,B7_N0,2.5 V,
LEDS[0],Output,PIN_G19,7,B7_N2,2.5 V,
</pre>
}}
Nous rappelons que le code donné ci-dessus nécessite l'ajout d'un fichier spi_slave.vhd dans le projet, fichier que l’on trouve chez Opencores.org : [http://opencores.org/project,spi_master_slave SPI Master Slave de Jonny Doin].

Cette version utilise un échange SPI de 32 bits. Les données sont supposées être :
* 10 bits de poids faible (b9 à b0) pour la coordonnée x de la balle 
* 10 bits de poids moyens (b19 à b10) pour la coordonnée y de la balle
* 10 bits de poids forts (b29 à b20) pour la coordonnée x de la raquette
Une version d'essai du programme est :

<syntaxhighlight lang=C>
#include <SPI.h>
//**** Version pour MSP432 {{Unité|3.3|{{Abréviation|V|volt}}}}
uint32_t dataToSend=0x00; 
void setup (void) {
// Put SCK, MOSI, SS pins into output mode
// also put SCK, MOSI into LOW state, and SS into HIGH state.
  pinMode(7,OUTPUT); //SCK
  pinMode(18,OUTPUT); // SS dedicated
  pinMode(15,OUTPUT); // MOSI
  pinMode(14,INPUT);  // MISO
// ensure SS stays high for now
  digitalWrite(18, HIGH);
  digitalWrite(7, LOW);
  digitalWrite(7, HIGH);
  digitalWrite(7, LOW);
  delay(1);
  digitalWrite(15, LOW);
// Then put SPI hardware into Master mode and turn SPI on
  SPI.begin();
// Slow down the master a bit
   SPI.setClockDivider(SPI_CLOCK_DIV2);
//little indian or big indian ?
// SPI.setBitOrder(MSBFIRST);
// SPI.setBitOrder(LSBFIRST);
// SPI.setDataMode(SPI_MODE0);
  delay(100);
} // end of setup

void loop (void) {
//déclaration variable
  uint16_t recievedData;
// enable Slave Select (SS is pin 10)
  digitalWrite(18, LOW);
// transmission réception des 32 bits
  recievedData=SPI.transfer(dataToSend>>24);
  recievedData=SPI.transfer(dataToSend>>16);
  recievedData=SPI.transfer(dataToSend>>8);
  recievedData=SPI.transfer(dataToSend);
  digitalWrite(18, HIGH);
  dataToSend +=5;
  if ((dataToSend & 0x3FF) > 639) dataToSend &= ~0x3FF;
  dataToSend += 0x00001400;
  if ((dataToSend & 0xFFC00) > 0x6C000) dataToSend &= ~0xFFC00;
  // 50 milliseconds delay
  delay(50);
} // end of loop
</syntaxhighlight>

Les nombres hexadécimaux bizarres apparaissant dans ce code sont liés aux conventions pour les coordonnées des objets balle et raquette. 
{{remarque|contenu=
*Il ne faut surtout pas mettre de delay entre les quatre transferts SPI successifs !
*La partie matérielle ne fonctionne pas correctement : le bit de poids faible est systématiquement perdu !!! '''Nous n'avons pas réussi à résoudre ce problème matériel pour le moment'''... donc avons contourné le problème avec du logiciel...
}}
Il y a au moins deux façons de contourner le problème de cette remarque de manière logicielle :
* faire un décalage d'un bit vers la gauche avant l'envoi SPI : on perd alors systématiquement le bit de poids faible.
* considérer une autre répartitions des 3x10 bits comme ceci :
'''Répartition espérée''' :
{| border cellspacing="0" width="650"
|- style = "background:#b3e2d1;text-align:center"
| <div style="text-align: center;">'''b31'''</div>
| <div style="text-align: center;">'''b30'''</div>
| <div style="text-align: center;">'''b29'''</div>
| <div style="text-align: center;">'''b28..b21'''</div>
| <div style="text-align: center;">'''b20'''</div>
| <div style="text-align: center;">'''b19'''</div>
| <div style="text-align: center;">'''b18..b11'''</div>
| <div style="text-align: center;">'''b10'''</div>
| <div style="text-align: center;">'''b9'''</div>
| <div style="text-align: center;">'''b8..b1'''</div>
| <div style="text-align: center;">'''b0'''</div>
|-
| <div style="text-align: center;">'''X'''</div>
| <div style="text-align: center;">'''X'''</div>
| <div style="text-align: center;">RaqX9</div>
| <div style="text-align: center;">RaqX8..RaqX1</div>
| <div style="text-align: center;">RaqX0</div>
| <div style="text-align: center;">BallY9</div>
| <div style="text-align: center;">BallY8..BallY1</div>
| <div style="text-align: center;">BallY0</div>
| <div style="text-align: center;">BallX9</div>
| <div style="text-align: center;">BallX8..BallX1</div>
| <div style="text-align: center;">BallX0</div>
|}
Le matériel réalise donc la répartition des 3 données de 10 bits comme montré ci-dessus. Mais un problème matériel (perte du bit de poids faible) nous oblige à considérer que la répartition est décalée d'un bit vers la gauche.

'''Répartition réalisée d'un point de vue logicielle''' :
{| border cellspacing="0" width="650"
|- style = "background:#b3e2d1;text-align:center"
| <div style="text-align: center;">'''b31'''</div>
| <div style="text-align: center;">'''b30'''</div>
| <div style="text-align: center;">'''b29..b22'''</div>
| <div style="text-align: center;">'''b21'''</div>
| <div style="text-align: center;">'''b20'''</div>
| <div style="text-align: center;">'''b19..b12'''</div>
| <div style="text-align: center;">'''b11'''</div>
| <div style="text-align: center;">'''b10'''</div>
| <div style="text-align: center;">'''b9..b2'''</div>
| <div style="text-align: center;">'''b1'''</div>
| <div style="text-align: center;">'''b0'''</div>
|-
| <div style="text-align: center;">'''X'''</div>
| <div style="text-align: center;">RaqX9</div>
| <div style="text-align: center;">RaqX8..RaqX1</div>
| <div style="text-align: center;">RaqX0</div>
| <div style="text-align: center;">BallY9</div>
| <div style="text-align: center;">BallY8..BallY1</div>
| <div style="text-align: center;">BallY0</div>
| <div style="text-align: center;">BallX9</div>
| <div style="text-align: center;">BallX8..BallX1</div>
| <div style="text-align: center;">BallX0</div>
| <div style="text-align: center;">'''X'''</div>
|}
{{remarque|contenu=
Pour la deuxième fois, nous insistons sur le fait que nous avons l'intention de corriger le tour de passe-passe réalisé par le logiciel. Comme nous ne voyons pas très bien où est vraiment le problème, cela pourra prendre un peu de temps.
}}
Voici le code associé :
<syntaxhighlight lang=C>
void loop (void) {
//déclaration variable
  uint16_t recievedData;
// enable Slave Select (SS is pin 10)
  digitalWrite(18, LOW);
// transmission réception
// dataToSend <<= 1;
  recievedData=SPI.transfer(dataToSend>>24);
  recievedData=SPI.transfer(dataToSend>>16);
  recievedData=SPI.transfer(dataToSend>>8);
  //delay(1);
  recievedData=SPI.transfer(dataToSend);
  //delay(1);
  digitalWrite(18, HIGH);
// dataToSend >>= 1;
  dataToSend +=10; // 5<<1
  if ((dataToSend & 0x7FF) > (639<<1)) dataToSend &= ~0x7FF;
  dataToSend += 0x00002800;
  if ((dataToSend & 0x1FF800) > (400<<11)) dataToSend &= ~0x1FF800;
  // 50 milliseconds delay
  delay(50);
} // end of loop
</syntaxhighlight>
Pour éviter toute cette gymnastique, nous allons réaliser des sous-programmes utiles pour notre projet.
==== Écriture de sous-programmes bien utiles  ====
Le fait de construire une variable unique de 32 bits contenant 3 positions de 10 bits complique un peu le design des sous programmes. Nous proposons deux sous-programmes pour gérer respectivement les positions de la balle et de la raquette.

Commençons par le positionnement de la balle :
<syntaxhighlight lang=c>
//**********************************************************************************************************
// function setBallXY()
// purpose: put the ball with x and y coordinates
// arguments:
// corresponding x and y coordinates and the old 32-bit value
// return:32-bit ready for SPI
// note:all value are one bit left shifted because of hardware problem
//**********************************************************************************************************
uint32_t setBallXY(int16_t x,int16_t y,uint32_t old) {
  uint32_t result=old;
  // on met à zéro la partie que l’on va changer
  result &= ~0x001FFFFF;
  if ((x > 0) && (x < (630<<1))) result |= (x<<1);
  if ((y > 0) && (y < (460<<11))) result |= (y<<11); 
  return result;
}
</syntaxhighlight>
Voici comment il peut être utilisé :
<syntaxhighlight lang=c>
void loop (void) {
//déclaration variable
  uint8_t recievedData;
  static int16_t ballX=40,ballY=40;
  static int16_t deltaX=5,deltaY=5;
// enable Slave Select (SS is pin 10)
  digitalWrite(18, LOW);
  recievedData=SPI.transfer(dataToSend>>24);
  recievedData=SPI.transfer(dataToSend>>16);
  recievedData=SPI.transfer(dataToSend>>8);
  recievedData=SPI.transfer(dataToSend);
  digitalWrite(18, HIGH);  
  ballX += deltaX;
  ballY += deltaY; 
  if (ballX > 620) deltaX = -deltaX;
  if (ballX < 10) deltaX = -deltaX;
  if (ballY > 430) deltaY = -deltaY;
  if (ballY < 10) deltaY = -deltaY;
  dataToSend = setBallXY(ballX,ballY,dataToSend);
  // 50 milliseconds delay
  delay(50);
} // end of loop
</syntaxhighlight>

Voici maintenant un sous-programme bien utile pour le mouvement de la raquette :
<syntaxhighlight lang=C>
//**********************************************************************************************************
// function setPaddleX()
// purpose: put the paddle at x position
// arguments:
// corresponding x and y coordinates and the old 32-bit value
// return:32-bit ready for SPI
// note:all value are one bit left shifted because of hardware problem
//**********************************************************************************************************
uint32_t setPaddleX(int16_t x,uint32_t old) {
  uint32_t result=old;
  // on met à zéro la partie que l’on va changer
  result &= ~0x7FE00000;
  if ((x > 0) && (x < (630<<1))) result |= (x<<21);
  return result;
}
</syntaxhighlight>

=== Améliorations ===
L'objectif du projet est naturellement d'améliorer le matériel et sa programmation. Il serait bien, par exemple, d’utiliser une manette Nunchuck pour déplacer la raquette.

==== Essai d'une manette Nuncuk avec MSP432  ====
Nous n'avons pas encore essayé d’utiliser notre module matériel i2c que l’on a développé dans le projet Pacman en le portant pour Altera. Une des raisons est que nous ne savons pas comment utiliser des pull-up avec Altera (dans le fichier de contraintes). Une autre est le manque de temps... et une dernière est que nous avons l'intention d'abandonner l'i2c avec machine d'états pour le remplacer par [http://hamsterworks.co.nz/mediawiki/index.php/I3C2 ce processeur dédié]. Cela aussi prendra du temps mais nous avons d'autres périphériques i2c en réserve, comme le MPU6050, qui seront plus facile à adapter avec ce processeur dédié à l'i2c. Ce périphérique pourrait d'ailleurs lui aussi être utilisé comme gamepad pour le jeu de pong que nous sommes en train de réaliser.

Puisque nous ne développons pas de matériel à ce stade, et que nous avons un processeur externe (MSP432) qui communique avec le FPGA nous pouvons essayer de communiquer avec la manette Nunchuk à l'aide de ce processeur.

Pour information, les programmes que l’on trouve pour l'Arduino pour lire une manette Nunchuk ne fonctionnent pas tels quels. Nous avons très vite suspecté le bit des données ('''SDA''') parce que les valeurs reçues était toutes qu'avec des '1' partout : 
* 255 pour le joystick analogique
* 1024 pour les accéléromètres
* 1 pour chacun des boutons.
Nous avons essayé de forcer l'entrée des données avec une résistance de tirage vers Vcc et cela a fonctionné immédiatement. Voici donc le code correspondant :
{{Boîte déroulante|titre=Code d'essai de la manette Nunchuk pour MSP432|contenu=
Nous présentons un code pour Arduino très légèrement modifié : seul le pinMode du début a été ajouté par nos soins.
<syntaxhighlight lang=c>
/********************************************************************************
 * Code for read data from Wii nunchuck., base on http://www.windmeadow.com/node/42
 * File : ArduinoNunchuk.pde
 * by   : K.Worapoht
 * Hardware: MSP432, Arduino, POP-168 , AVR ATMega168 ,
 * MSP432 : connect SCL to P6.5 and SDA to P6.4
 * Arduino : connect SDA  to PC4 (An4) and SCL  PC5 (An5)
 *******************************************************************************/
#include <Wire.h>
#define nunchuk_ID 0xA4 >> 1
unsigned char buffer[6];// array to store arduino output
int cnt = 0;
void setup ()
{ 
  pinMode(10,INPUT_PULLUP); // SDA
  Wire.begin();    // join i2c bus with address 0x52
  nunchuck_init(); // send the initilization handshake
  Serial.begin(9600);
  delay(100);
}

void nunchuck_init()
{
  Wire.beginTransmission (nunchuk_ID);// transmit to device 0x52
  Wire.write(0x40);    // sends memory address
  Wire.write(0x00);    // sends sent a zero.
  Wire.endTransmission();   // stop transmitting
}
void send_zero()
{
  Wire.beginTransmission(nunchuk_ID);// transmit to device 0x52
  Wire.write(0x00);    // sends one byte
  Wire.endTransmission();   // stop transmitting
}
void loop ()
{
  //nunchuck_init();
  //send_zero();
  Wire.requestFrom(nunchuk_ID, 6);// request data from nunchuck
  while (Wire.available())
  {
      buffer[cnt] = nunchuk_decode_byte (Wire.read()); // receive byte as an integer
      cnt++;
  }
  // If we recieved the 6 bytes, then go print them
  if (cnt >= 5)
  {
      print();
  }
  cnt = 0;
  send_zero(); // send the request for next bytes
  delay (500);
}

// Print the input data we have recieved
// accel data is 10 bits long
// so we read 8 bits, then we have to add
// on the last 2 bits.
void print()
{
  unsigned char joy_x_axis;
  unsigned char joy_y_axis;
  int accel_x_axis;
  int accel_y_axis;
  int accel_z_axis;
  unsigned char z_button;
  unsigned char c_button;
  joy_x_axis = buffer[0];
  joy_y_axis = buffer[1];
  accel_x_axis = (buffer[2]) << 2;
  accel_y_axis = (buffer[3]) << 2;
  accel_z_axis = (buffer[4]) << 2;
 // byte outbuf[5] contains bits for z and c buttons
 // it also contains the least significant bits for the accelerometer data
 // so we have to check each bit of byte outbuf[5]
  if ((buffer[5] & 0x01)!=0)
  {   z_button = 1;  }
  else
  {   z_button = 0;  }
  if ((buffer[5] & 0x02)!=0)
    {   c_button = 1;  }
  else
  {   c_button = 0;  }
  accel_x_axis += ((buffer[5]) >> 2) & 0x03;
  accel_y_axis += ((buffer[5]) >> 4) & 0x03;
  accel_z_axis += ((buffer[5]) >> 6) & 0x03;
  Serial.print (joy_x_axis, DEC);
  Serial.print ("\t");
  Serial.print (joy_y_axis, DEC);
  Serial.print ("\t");
  Serial.print (accel_x_axis, DEC);
  Serial.print ("\t");
  Serial.print (accel_y_axis, DEC);
  Serial.print ("\t");
  Serial.print (accel_z_axis, DEC);
  Serial.print ("\t");
  Serial.print (z_button, DEC);
  Serial.print ("\t");
  Serial.print (c_button, DEC);
  Serial.print ("\r\n");
}
// Encode data to format that most wiimote drivers except
// only needed if you use one of the regular wiimote drivers
char nunchuk_decode_byte(char x)
{
  x = (x ^ 0x17) + 0x17;
  return x;
}
</syntaxhighlight>
}}

{{remarque|contenu=Le passage de la broche de données en PULLUP n’est pas obligatoire avec l'Arduino. Mais, c'est le seul moyen que nous avons trouvé pour faire fonctionner la manette Nunchuk avec le MSP432.
}}

==== Réunir tout le monde maintenant  ====
Tout ce que nous avons besoin pour mener le projet à bien est terminé du point de vue matériel. Seul le logiciel reste à développer sur le MSP432. Celui-ci doit permettre de déplacer la raquette grâce à la manette Nunchuk, de déteminer les rebonds de la balle sur cette même raquette.
{{solution|contenu=
Voici une version sans calcul des rebonds. La balle se déplace de manière indépendante et la raquette se déplace grâce à la manette Nunchuk.
<syntaxhighlight lang=c>
//**** Version pour MSP432 {{Unité|3.3|{{Abréviation|V|volt}}}} **********
#include <SPI.h>
#include <Wire.h>
#define nunchuk_ID 0xA4 >> 1
unsigned char buffer[6];// array to store MSP432 output
int cnt = 0;
uint32_t dataToSend=0x00; 

void nunchuck_init()
{
  Wire.beginTransmission (nunchuk_ID);// transmit to device 0x52
  Wire.write(0x40);    // sends memory address
  Wire.write(0x00);    // sends sent a zero.
  Wire.endTransmission();   // stop transmitting
}

void send_zero()
{
  Wire.beginTransmission(nunchuk_ID);// transmit to device 0x52
  Wire.write(0x00);    // sends one byte
  Wire.endTransmission();   // stop transmitting
}

void setup (void) {
  // Put SCK, MOSI, SS pins into output mode
  // also put SCK, MOSI into LOW state, and SS into HIGH state.
  pinMode(7,OUTPUT); //SCK
  pinMode(18,OUTPUT); // SS dedicated
  pinMode(15,OUTPUT); // MOSI
  pinMode(14,INPUT);  // MISO
  // ensure SS stays high for now
  digitalWrite(18, HIGH);
  digitalWrite(7, LOW);
  digitalWrite(7, HIGH);
  digitalWrite(7, LOW);
  delay(1);
  digitalWrite(15, LOW);
  // Then put SPI hardware into Master mode and turn SPI on
  SPI.begin();
  // Slow down the master a bit
  SPI.setClockDivider(SPI_CLOCK_DIV32);
  //little indian or big indian ?
  SPI.setBitOrder(MSBFIRST);
  //   SPI.setBitOrder(LSBFIRST);
  SPI.setDataMode(SPI_MODE0);
  pinMode(10,INPUT_PULLUP); //nécessaire sur MSP432
  Wire.begin();    // join i2c bus with address 0x52
  nunchuck_init(); // send the initilization handshake
  delay(100);
} // end of setup

//**********************************************************************************************************
// function setBallXY()
// purpose: put the ball with x and y coordinates
// arguments:
// corresponding x and y coordinates and the old 32-bit value
// return:32-bit ready for SPI
// note:all value are one bit left shifted because of hardware problem
//**********************************************************************************************************
uint32_t setBallXY(int16_t x,int16_t y,uint32_t old) {
  uint32_t result=old;
  // on met à zéro la partie que l’on va changer
  result &= ~0x001FFFFF;
  if ((x > 0) && (x < (630<<1))) result |= (x<<1);
  if ((y > 0) && (y < (460<<11))) result |= (y<<11); 
  return result;
}

//**********************************************************************************************************
// function setPaddleX()
// purpose: put the paddle at x position
// arguments:
// corresponding x and y coordinates and the old 32-bit value
// return:32-bit ready for SPI
// note:all value are one bit left shifted because of hardware problem
//**********************************************************************************************************
uint32_t setPaddleX(int16_t x,uint32_t old) {
  uint32_t result=old;
  // on met à zéro la partie que l’on va changer
  result &= ~0x7FE00000;
  if ((x > 10) && (x <= (630))) result |= (x<<21);
  return result;
}

// Encode data to format that most wiimote drivers except
// only needed if you use one of the regular wiimote drivers
char nunchuk_decode_byte(char x)
{
  x = (x ^ 0x17) + 0x17;
  return x;
}

void loop (void) {
  //déclaration variable
  uint8_t recievedData;
  static int16_t ballX=40,ballY=40;
  static int16_t deltaX=5,deltaY=5;
  static int16_t posX=0;
  // lecture manette Nunchuk
  Wire.requestFrom(nunchuk_ID, 6);// request data from nunchuck
  while (Wire.available()){
    buffer[cnt] = nunchuk_decode_byte (Wire.read()); // receive byte as an integer
    cnt++;
  }
  if (cnt >= 5) {
    if (buffer[0] > 150) 
      posX += 10;
    if (posX > 630) posX = 630;
    if (buffer[0] < 80) 
      if (posX > 10)
        posX -= 10;
      else
        posX = 0;
    
  }
  cnt = 0;
  send_zero(); // send the request for next bytes
  // enable Slave Select  (SS is pin 10)
  digitalWrite(18, LOW);
  recievedData=SPI.transfer(dataToSend>>24);
  recievedData=SPI.transfer(dataToSend>>16);
  recievedData=SPI.transfer(dataToSend>>8);
  recievedData=SPI.transfer(dataToSend);
  digitalWrite(18, HIGH);  
  ballX += deltaX;
  ballY += deltaY; 
  if (ballX > 620) deltaX = -deltaX;
  if (ballX < 10) deltaX = -deltaX;
  if (ballY > 430) deltaY = -deltaY;
  if (ballY < 10) deltaY = -deltaY;
  dataToSend = setBallXY(ballX,ballY,dataToSend);
  dataToSend = setPaddleX(posX,dataToSend);
  // 50 milliseconds delay
  delay(50);
} // end of loop
</syntaxhighlight>
}}

===Voir aussi===
*[[../Travail_pratique/Utiliser_des_shields_Arduino_avec_les_FPGA#Périphérique_MPU6050_sur_carte_Altera_DE2-115|Périqhérique MPU6050]] dans ce livre aborde maintenant l'I2C avec la carte Altera DE2-115

{{Bas de page
  | idfaculté = informatique
  | précédent = [[../Commande de robot mobile et périphériques associés/]]
  | suivant   = [[../Utiliser un processeur interne : Cyclone 5/]]
}}