Démonstrateur du bus CAN : Différence entre versions

De Wiki L.A.B
Aller à : navigation, rechercher
Ligne 33 : Ligne 33 :
 
En plus du matériel déjà présent, il faut :
 
En plus du matériel déjà présent, il faut :
 
* un bouton poussoir
 
* un bouton poussoir
* un commutateur
+
* un commutateur à 5 broches
 
* une LED RGB
 
* une LED RGB
* 3 résistances d'environ 100 Ohms
+
* 3 résistances entre 100 et 200 Ohms
  
 
=== Logiciels ===
 
=== Logiciels ===
Ligne 55 : Ligne 55 :
 
Ensuite, allez dans l'onglet Configuration, puis au milieu de l'écran dans la partie System, cliquez sur GPIO. Dans cette fenêtre vous pouvez voir toutes les broches que vous venez d'activer. Cliquez sur chacune des broche en "Input mode", et passez les en "Pull-down".
 
Ensuite, allez dans l'onglet Configuration, puis au milieu de l'écran dans la partie System, cliquez sur GPIO. Dans cette fenêtre vous pouvez voir toutes les broches que vous venez d'activer. Cliquez sur chacune des broche en "Input mode", et passez les en "Pull-down".
  
Pour chacune des entrées ou sorties, je vous conseille fortement de les renommez dans la partie "User Label" avec un nom qui est significatif de sa fonction. De cette manière, le schéma dans l'onglet Pinout deviendra plus parlant, mais cela aura surtout un impact sur la lisibilité du code, où ces noms pourront être utilisés.  
+
Pour chacune des entrées ou sorties, je vous conseille fortement de les renommez dans la partie "User Label" avec un nom qui est significatif de sa fonction. De cette manière, le schéma dans l'onglet Pinout deviendra plus parlant, mais cela aura surtout un impact sur la lisibilité du code, où ces noms pourront être utilisés. Pour la partie code du tutoriel, j'utiliserai les nom suivants :
 +
* Pour le commutateur : COMM1, COMM2, COMM4 et COMM8
 +
* Pour le bouton : VALIDATION
 +
* Pour la LED RGB : RED, GREEN, BLUE
 +
Si vous ne choisissez pas les même labels, faites attention à prendre en compte cette différence sur les parties de code plus bas.
  
 
Attention toutefois, certaines broches sont reliées à d'autres fonctions sur la carte, ce qui peux fausser les données reçues. Vérifiez que les broches que vous choisissez n'aient pas de pont vers d'autres broches de la carte. Par exemple, la PA5 et PA6 sur la L432KC sont reliées aux broches PB6 et PB7 qui gèrent l'I2C, les informations reçues sur les broches PA5 et PA6 ne sont donc pas fiables.
 
Attention toutefois, certaines broches sont reliées à d'autres fonctions sur la carte, ce qui peux fausser les données reçues. Vérifiez que les broches que vous choisissez n'aient pas de pont vers d'autres broches de la carte. Par exemple, la PA5 et PA6 sur la L432KC sont reliées aux broches PB6 et PB7 qui gèrent l'I2C, les informations reçues sur les broches PA5 et PA6 ne sont donc pas fiables.
 +
 +
Une fois ceci fait, vous pouvez générer le code dans Project -> Generate Code. Attention, cette manipulation effacera tout le code que vous n'avez pas placé entre les commentaires "USER CODE BEGIN" et "USER CODE END". Faites attention à bien replacer votre code si il ne se trouve pas au bon endroit.
  
 
=== Effectuer le branchement :  ===
 
=== Effectuer le branchement :  ===
 
[[Fichier:Logo-fablab.png|vignette|Une jolie description]]
 
[[Fichier:Logo-fablab.png|vignette|Une jolie description]]
 +
 +
Nous allons prendre chaque nouveau composant un à un :
 +
 +
; Le bouton poussoir
 +
: Ce branchement est le plus simple, il faut relier le 3,3V d'un coté, et la broche qui correspond à l'entrée sur la carte de l'autre coté. Il n'y a pas besoin de résistance supplémentaire grâce à l'utilisation du Pull-down.
 +
 +
; Le commutateur
 +
: Ce composant possède 5 broches. La broche "Commun" ( qui devrait être notifiée d'un C ) doit être relié au 3,3V. Les autres broches doivent chacune être reliée à une entrée différente de la carte.
 +
 +
; La LED RGB
 +
: La LED RGB possède 4 broches, la plus longue doit être reliée au GND, puis, par ordre de longueur décroissant, c'est la couleur verte, rouge, puis bleue. L'ordre devrait être le suivant : ROUGE, GND, VERT, BLEU ( la broche GND est toujours la plus longue ). Chaque couleur doit être reliée à une sortie différente de la carte, en passant par une résistance entre 100 et 200 Ohms pour ne pas griller la LED.
 +
 
=== Écrire le programme :  ===
 
=== Écrire le programme :  ===
 
[[Fichier:Logo-fablab.png|vignette|Une jolie description]]
 
[[Fichier:Logo-fablab.png|vignette|Une jolie description]]
  
 +
Assurez vous d'avoir encore toutes les parties de code du [[Mise en place d'un bus CAN|tutoriel précédent]], au cas où la génération du code aurait effacé quelques parties.
 +
 +
Pour plus de lisibilité du code, nous allons créer deux fonctions qui nous serviront tout au long du programme, setRGBLed et waitforValidation. La première décide de la couleur de la LED RGB, la seconde est une boucle d'attente de validation, durant la quelle l'utilisateur va manipuler le commutateur pour choisir un chiffre.
 +
 +
Pour setRGBLed, la fonction a besoin de trois paramètres : les valeur de ROUGE, VERT, et BLEU. Nous ne sommes pas en analogique ou nous pourrions choisir l'intensité de chaque couleur et donc toute une gamme de couleur, ici chaque couleur sera soit complètement éteinte, soit allumée au maximum, ce qui laisse une combinaison de 7 couleurs différentes qui seront largement suffisantes pour l'utilisation du démonstrateur.
 +
 +
<nowiki>
 +
  void setRGBLed(int RED, int GREEN, int BLUE){
 +
if(RED != 0 && RED != 1 || GREEN != 0 && GREEN != 1 || BLUE != 0 && BLUE != 1 )
 +
return;
 +
HAL_GPIO_WritePin(RED_GPIO_Port, RED_Pin, RED);
 +
HAL_GPIO_WritePin(BLUE_GPIO_Port, BLUE_Pin, BLUE);
 +
HAL_GPIO_WritePin(GREEN_GPIO_Port, GREEN_Pin, GREEN);
 +
}
 +
</nowiki>
 +
 +
Dans cette fonction, on s'assure en premier lieu que les valeurs en paramètre sont correct, c'est à dire 0 ou 1. Ensuite on envois sur la sortie correspondante les valeurs soumises. Nous utiliserons cette LED pour notifier que nous changeons d'étape lors de l'utilisation du démonstrateur.
 +
 +
Pour waitforValidation, la fonction n'a pas besoin de paramètre car elle sera simplement une représentation d'une boucle while qui serait redondante dans le code principal.
 +
 +
<nowiki>
 +
void waitforValidation(){
 +
while (HAL_GPIO_ReadPin(VALIDATION_GPIO_Port, VALIDATION_Pin) == 0) {
 +
comVal = HAL_GPIO_ReadPin(COMM1_GPIO_Port, COMM1_Pin)
 +
+ HAL_GPIO_ReadPin(COMM2_GPIO_Port, COMM2_Pin) * 2
 +
+ HAL_GPIO_ReadPin(COMM4_GPIO_Port, COMM4_Pin) * 4
 +
+ HAL_GPIO_ReadPin(COMM8_GPIO_Port, COMM8_Pin) * 8;
 +
ssd1306_SetCursor(0, 40);
 +
sprintf(buffer, "    %d    ", comVal);
 +
ssd1306_WriteString(buffer, Font_11x18, White); // White est la couleur d'écriture, interchangeable avec Black
 +
ssd1306_UpdateScreen();
 +
}
 +
HAL_Delay(500);
 +
ssd1306_Fill(Black); // Black est la couleur de fond, interchangeable avec White
 +
}
 +
</nowiki>
 +
 +
Cette fonction a le comportement suivant : elle entre directement dans une boucle et n'en sortira que si le bouton VALIDATION est pressé. Dans cette boucle, une variable est affectée à la valeur renvoyée par le commutateur.
 +
 +
Pour la petite explication, le commutateur envoie simplement la valeur indiqué sur son cadran sous forme de code binaire. Il suffit d'ajouter chaque sortie en les multipliant par leur code binaire, et le chiffre est décodé. Par exemple, pour le chiffre 5, le commutateur renverra 0101. Le calcul sera donc : 0*8 + 1*4 + 0*2 + 1*1 = 5.
 +
 +
Après avoir décodé le chiffre envoyé par le commutateur et l'avoir placé dans une variable, on l'écris sur l'écran OLED pour montrer que la manipulation du commutateur est bien prise en compte. J'ai choisi de l'écrire sur la 3ème ligne car les 2 premières serviront à indiquer à l'utilisateur quelle est la signification de la valeur qu'il doit entrer. Pour rappel, en Font_11x18, la première ligne est accessible via ssd1306_SetCursor(0, 0), la deuxième via ssd1306_SetCursor(0, 20) et la troisième via ssd1306_SetCursor(0, 40).
 +
 +
Une fois que l'utilisateur a choisi sa valeur et a appuyé sur la bouton VALIDATION, un délai est nécessaire pour laisser le temps au bouton de revenir à l'état neutre, sinon la pression du bouton pourrait valider accidentellement une future boucle de ce type. Il est également important d'effacer entièrement l'écran avant la prochaine écriture pour éviter de voir apparaitre des caractères résiduels des précédents affichages.
 +
 +
Nous pouvons maintenant passer à l'écriture du programme principal. Après les initialisations et avant la boucle principale, dans le bloc de code "USER CODE 2", placez vous juste après l'initialisation de l'écran OLED, qui devrait ressembler à ça
 +
 +
<nowiki>
 +
HAL_Delay(2000);
 +
ssd1306_Init();
 +
ssd1306_Fill(Black); // White pour mettre un fond blanc
 +
ssd1306_UpdateScreen();
 +
</nowiki>
 +
 +
La première chose à faire, au démarrage de la carte, est de demander à l'utilisateur de définir l'identifiant CAN du démonstrateur actuel.
  
 
=== Conseils ===
 
=== Conseils ===

Version du 26 octobre 2018 à 16:19

IMPORTANT : Ce tutoriel soit être effectué après celui-ci : Mise en place d'un bus CAN. Cet exemple est testé sur des cartes NUCLEO-L432KC

Présentation et objectifs

Ce tutoriel explique pas à pas la mise en œuvre d'un démonstrateur CAN simple à utiliser. Le démonstrateur a pour but de communiquer avec d'autres démonstrateurs identiques via une liaison CAN.

L'utilisateur va pouvoir, pour chaque démonstrateur déterminer à l'aide du commutateur :

  • L'ID du démonstrateur
  • L'ID du démonstrateur destinataire
  • La donnée à envoyer

Il faut appuyer sur le bouton de validation à chaque étape d'insertion des informations. Pendant cette période, le démonstrateur ne lit pas les informations sur le bus CAN et ne reçois donc pas les données qu'une autre pourrais lui envoyer à ce moment là.

Une fois les information entrées, il se met en mode écoute et affiche les éventuelles données qu'il reçois. Pour sortir de ce mode et renvoyer une donnée, il suffit de ré-appuyer sur le bouton de validation.

Fichier:Logo-fablab.png
Une jolie description d'un croquis exprimant mieux l'intention qu'une longue longue phrase

Vous pouvez rajouter dans ce paragraphe des photos des croquis papier que vous avez fait pour mieux visualiser ce qu'il y avait à faire.


Pré-requis

Voter environnement de travail doit être configuré comme dans le tutoriel précédent.

Matériel

En plus du matériel déjà présent, il faut :

  • un bouton poussoir
  • un commutateur à 5 broches
  • une LED RGB
  • 3 résistances entre 100 et 200 Ohms

Logiciels

Toujours les mêmes logiciels, c'est à dire :

  • STM32CubeMX
  • AtollicTRUESTUDIO

Démonstrateur CAN

Pour mettre en place ce démonstrateur, nous allons reprendre le projet STM32CubeMX du tutoriel précédent et ajouter les nouvelles liaisons nécessaires à l'ajout des composants du démonstrateur. Il faudra ensuite effectuer le branchement pour finir sur le code.

Configurer l'environnement de travail :

Fichier:Logo-fablab.png
Une jolie description

Cette étape sera rapide : il suffit d'ajouter 4 entrées pour le commutateur, 1 entrée pour le bouton poussoir, et 3 sorties pour la LED RGB.

Pour ceci, cliquez directement sur des broches libres ( grises ) autour de la puce au centre de l'écran. Définissez en 5 en tant que GPIO_Input (entrée) et 3 en tant que GPIO_Output (sortie).

Ensuite, allez dans l'onglet Configuration, puis au milieu de l'écran dans la partie System, cliquez sur GPIO. Dans cette fenêtre vous pouvez voir toutes les broches que vous venez d'activer. Cliquez sur chacune des broche en "Input mode", et passez les en "Pull-down".

Pour chacune des entrées ou sorties, je vous conseille fortement de les renommez dans la partie "User Label" avec un nom qui est significatif de sa fonction. De cette manière, le schéma dans l'onglet Pinout deviendra plus parlant, mais cela aura surtout un impact sur la lisibilité du code, où ces noms pourront être utilisés. Pour la partie code du tutoriel, j'utiliserai les nom suivants :

  • Pour le commutateur : COMM1, COMM2, COMM4 et COMM8
  • Pour le bouton : VALIDATION
  • Pour la LED RGB : RED, GREEN, BLUE

Si vous ne choisissez pas les même labels, faites attention à prendre en compte cette différence sur les parties de code plus bas.

Attention toutefois, certaines broches sont reliées à d'autres fonctions sur la carte, ce qui peux fausser les données reçues. Vérifiez que les broches que vous choisissez n'aient pas de pont vers d'autres broches de la carte. Par exemple, la PA5 et PA6 sur la L432KC sont reliées aux broches PB6 et PB7 qui gèrent l'I2C, les informations reçues sur les broches PA5 et PA6 ne sont donc pas fiables.

Une fois ceci fait, vous pouvez générer le code dans Project -> Generate Code. Attention, cette manipulation effacera tout le code que vous n'avez pas placé entre les commentaires "USER CODE BEGIN" et "USER CODE END". Faites attention à bien replacer votre code si il ne se trouve pas au bon endroit.

Effectuer le branchement :

Fichier:Logo-fablab.png
Une jolie description

Nous allons prendre chaque nouveau composant un à un :

Le bouton poussoir
Ce branchement est le plus simple, il faut relier le 3,3V d'un coté, et la broche qui correspond à l'entrée sur la carte de l'autre coté. Il n'y a pas besoin de résistance supplémentaire grâce à l'utilisation du Pull-down.
Le commutateur
Ce composant possède 5 broches. La broche "Commun" ( qui devrait être notifiée d'un C ) doit être relié au 3,3V. Les autres broches doivent chacune être reliée à une entrée différente de la carte.
La LED RGB
La LED RGB possède 4 broches, la plus longue doit être reliée au GND, puis, par ordre de longueur décroissant, c'est la couleur verte, rouge, puis bleue. L'ordre devrait être le suivant : ROUGE, GND, VERT, BLEU ( la broche GND est toujours la plus longue ). Chaque couleur doit être reliée à une sortie différente de la carte, en passant par une résistance entre 100 et 200 Ohms pour ne pas griller la LED.

Écrire le programme :

Fichier:Logo-fablab.png
Une jolie description

Assurez vous d'avoir encore toutes les parties de code du tutoriel précédent, au cas où la génération du code aurait effacé quelques parties.

Pour plus de lisibilité du code, nous allons créer deux fonctions qui nous serviront tout au long du programme, setRGBLed et waitforValidation. La première décide de la couleur de la LED RGB, la seconde est une boucle d'attente de validation, durant la quelle l'utilisateur va manipuler le commutateur pour choisir un chiffre.

Pour setRGBLed, la fonction a besoin de trois paramètres : les valeur de ROUGE, VERT, et BLEU. Nous ne sommes pas en analogique ou nous pourrions choisir l'intensité de chaque couleur et donc toute une gamme de couleur, ici chaque couleur sera soit complètement éteinte, soit allumée au maximum, ce qui laisse une combinaison de 7 couleurs différentes qui seront largement suffisantes pour l'utilisation du démonstrateur.

  void setRGBLed(int RED, int GREEN, int BLUE){
	if(RED != 0 && RED != 1 || GREEN != 0 && GREEN != 1 || BLUE != 0 && BLUE != 1 )
		return;
	HAL_GPIO_WritePin(RED_GPIO_Port, RED_Pin, RED);
	HAL_GPIO_WritePin(BLUE_GPIO_Port, BLUE_Pin, BLUE);
	HAL_GPIO_WritePin(GREEN_GPIO_Port, GREEN_Pin, GREEN);
}
 

Dans cette fonction, on s'assure en premier lieu que les valeurs en paramètre sont correct, c'est à dire 0 ou 1. Ensuite on envois sur la sortie correspondante les valeurs soumises. Nous utiliserons cette LED pour notifier que nous changeons d'étape lors de l'utilisation du démonstrateur.

Pour waitforValidation, la fonction n'a pas besoin de paramètre car elle sera simplement une représentation d'une boucle while qui serait redondante dans le code principal.

void waitforValidation(){
	while (HAL_GPIO_ReadPin(VALIDATION_GPIO_Port, VALIDATION_Pin) == 0) {
			comVal = HAL_GPIO_ReadPin(COMM1_GPIO_Port, COMM1_Pin)
					+ HAL_GPIO_ReadPin(COMM2_GPIO_Port, COMM2_Pin) * 2
					+ HAL_GPIO_ReadPin(COMM4_GPIO_Port, COMM4_Pin) * 4
					+ HAL_GPIO_ReadPin(COMM8_GPIO_Port, COMM8_Pin) * 8;
			ssd1306_SetCursor(0, 40);
			sprintf(buffer, "     %d     ", comVal);
			ssd1306_WriteString(buffer, Font_11x18, White); // White est la couleur d'écriture, interchangeable avec Black
			ssd1306_UpdateScreen();
		}
	HAL_Delay(500);
	ssd1306_Fill(Black); // Black est la couleur de fond, interchangeable avec White
}
 

Cette fonction a le comportement suivant : elle entre directement dans une boucle et n'en sortira que si le bouton VALIDATION est pressé. Dans cette boucle, une variable est affectée à la valeur renvoyée par le commutateur.

Pour la petite explication, le commutateur envoie simplement la valeur indiqué sur son cadran sous forme de code binaire. Il suffit d'ajouter chaque sortie en les multipliant par leur code binaire, et le chiffre est décodé. Par exemple, pour le chiffre 5, le commutateur renverra 0101. Le calcul sera donc : 0*8 + 1*4 + 0*2 + 1*1 = 5.

Après avoir décodé le chiffre envoyé par le commutateur et l'avoir placé dans une variable, on l'écris sur l'écran OLED pour montrer que la manipulation du commutateur est bien prise en compte. J'ai choisi de l'écrire sur la 3ème ligne car les 2 premières serviront à indiquer à l'utilisateur quelle est la signification de la valeur qu'il doit entrer. Pour rappel, en Font_11x18, la première ligne est accessible via ssd1306_SetCursor(0, 0), la deuxième via ssd1306_SetCursor(0, 20) et la troisième via ssd1306_SetCursor(0, 40).

Une fois que l'utilisateur a choisi sa valeur et a appuyé sur la bouton VALIDATION, un délai est nécessaire pour laisser le temps au bouton de revenir à l'état neutre, sinon la pression du bouton pourrait valider accidentellement une future boucle de ce type. Il est également important d'effacer entièrement l'écran avant la prochaine écriture pour éviter de voir apparaitre des caractères résiduels des précédents affichages.

Nous pouvons maintenant passer à l'écriture du programme principal. Après les initialisations et avant la boucle principale, dans le bloc de code "USER CODE 2", placez vous juste après l'initialisation de l'écran OLED, qui devrait ressembler à ça

	HAL_Delay(2000);
	ssd1306_Init();
	ssd1306_Fill(Black); // White pour mettre un fond blanc
	ssd1306_UpdateScreen();

La première chose à faire, au démarrage de la carte, est de demander à l'utilisateur de définir l'identifiant CAN du démonstrateur actuel.

Conseils

Donnez une liste de conseils correspondant aux difficultés que vous avez rencontré pendant la réalisation du tutoriel.

Pour aller plus loin

Que peut-on faire de plus une fois le tutoriel réalisé ?

Bibliographie

  • pourquoi pas
  • une liste
  • de liens