Mise en place d'un bus CAN - Historique des versions

Yael le 10 janvier 2019 à 11:11

2019-01-10T11:11:52Z

Yael le 29 octobre 2018 à 12:44

2018-10-29T12:44:58Z

Yael le 26 octobre 2018 à 15:22

2018-10-26T15:22:53Z

Yael le 26 octobre 2018 à 09:27

2018-10-26T09:27:51Z

Yael le 24 octobre 2018 à 10:42

2018-10-24T10:42:01Z

Yael le 24 octobre 2018 à 09:10

2018-10-24T09:10:26Z

Yael le 23 octobre 2018 à 16:17

2018-10-23T16:17:02Z

Yael le 25 juillet 2018 à 10:10

2018-07-25T10:10:24Z

Yael le 24 juillet 2018 à 14:55

2018-07-24T14:55:16Z

Yael le 24 juillet 2018 à 08:38

2018-07-24T08:38:28Z

← Version précédente		Version du 10 janvier 2019 à 11:11
Ligne 22 :		Ligne 22 :
	Et si vous souhaitez le tester visuellement :		Et si vous souhaitez le tester visuellement :

−	* des écrans OLED-091 sous ssd1306	+	* des écrans OLED-091 sous ssd1306 ( Sur AliExpress chercher "oled ssd1306 0.91" )

@@ Ligne 1 : / Ligne 1 : @@
 == Présentation et objectifs ==
@@ Ligne 247 : / Ligne 246 : @@
 === Version longue : Bus CAN dans un contexte simple ===
 ==== Étape 1 : Configurer l'environnement de travail  ====
 Sur le logiciel STM32CubeMX, refaire toutes les étapes de la version courte. Avant de générer le code, il faut ajouter le mode I2C. Dans l'onglet Pinout, ouvrez le menu I2C1 et sélectionnez I2C dans le menu déroulant. Notez les deux nouvelles pins apparues sur la puce au centre nommées I2C1_SDA et I2C1_SCL, il faudra les brancher à l'écran à la deuxième étape. Vous pouvez maintenant générer le code et ouvrir le projet sous Atollic pour préparer la troisième étape.
-[[Fichier:Logo-fablab.png|vignette|Une jolie description]]
 ==== Étape 2 : Effectuer le branchement  ====
 Quatre pins sont présentes sur l'écran OLED. GND doit être relié à une pin GND de la carte, VCC doit être relié au 3V3, puis SDA et SCL doivent être reliées aux pins I2C1_SDA et I2C1_SCL correspondants sur la carte définies à l'étape précédente.
-[[Fichier:Logo-fablab.png|vignette|Une jolie description]]
 ==== Étape 3 : Écrire le programme  ====
 Pour faire fonctionner cet écran, il faut inclure quelques fichiers dans le projet. Ouvrez votre dossier où est situé le projet. Dans le dossier "Src", déposez les fichiers
@@ Ligne 295 : / Ligne 296 : @@
 En plaçant ce morceau de code à l'endroit où on reçoit les données ( différent selon le mode par interruption ou polling ) les données s'affichent sur l'écran.
 === Conseils ===

← Version précédente		Version du 26 octobre 2018 à 15:22
Ligne 1 :		Ligne 1 :
	[[Fichier:Logo-fablab.png\|vignette\|droite]]		[[Fichier:Logo-fablab.png\|vignette\|droite]]
−	~~En cours de rédaction~~

	== Présentation et objectifs ==		== Présentation et objectifs ==

@@ Ligne 352 : / Ligne 352 : @@
 == Pour aller plus loin ==
-Que peut-on faire de plus une fois le tutoriel réalisé ?
+Vous pouvez suivre la mise en œuvre d'un [[Démonstrateur du bus CAN]] réalisé au Lab.
 == Bibliographie ==
-* pourquoi pas
+* [https://www.st.com/content/ccc/resource/technical/document/user_manual/63/a8/8f/e3/ca/a1/4c/84/DM00173145.pdf/files/DM00173145.pdf/jcr:content/translations/en.DM00173145.pdf Doc HAL]
 * une liste
 <!--

← Version précédente		Version du 24 octobre 2018 à 10:42
Ligne 286 :		Ligne 286 :
	</nowiki>		</nowiki>

		+	Pour afficher un donnée qui a été reçue en CAN, vous pouvez utiliser la fonction sprintf() dont je parle dans les conseils en fin de Tutoriel.
		+
		+	<nowiki>
		+	sprintf(buffer,"Data : %d ", RxData[0]); // Remplacer 0 par le numéro de l'octet qui contient l'information à afficher
		+	ssd1306_SetCursor(0,40); // Placer sur la ligne de son choix
		+	ssd1306_WriteString(buffer,Font_11x18,White);// Choisir la taille et la couleur de la police
		+	ssd1306_UpdateScreen();
		+	</nowiki>
		+
		+	En plaçant ce morceau de code à l'endroit où on reçoit les données ( différent selon le mode par interruption ou polling ) les données s'affichent sur l'écran.

	[[Fichier:Logo-fablab.png\|vignette\|Une jolie description]]		[[Fichier:Logo-fablab.png\|vignette\|Une jolie description]]

@@ Ligne 24 : / Ligne 24 : @@
 Et si vous souhaitez le tester visuellement :
-* des résistances de 220 et 10kOhms
+* des écrans OLED-091 sous ssd1306
-* des leds et boutons poussoirs
-* une bread board
 === Logiciels ===
@@ Ligne 248 : / Ligne 247 : @@
 === Version longue : Bus CAN dans un contexte simple ===
-==== Étape 1 : Effectuer le branchement  ====
+==== Étape 1 : Configurer l'environnement de travail  ====
 [[Fichier:Logo-fablab.png|vignette|Une jolie description]]
-==== Étape 2 : Configurer l'environnement de travail  ====
+==== Étape 2 : Effectuer le branchement  ====
 [[Fichier:Logo-fablab.png|vignette|Une jolie description]]
 ==== Étape 3 : Écrire le programme  ====
 [[Fichier:Logo-fablab.png|vignette|Une jolie description]]
@@ Ligne 304 : / Ligne 334 : @@
 ; Analyseur de trames
-: Si le programme a l'air correct mais que aucune donnée ne transite sur le bus, un des moyens de vérifier ce qui se passe physiquement est de placer un analyseur logique sur le circuit. Par exemple, les produits de IKALOGIC permettent de placer des sondes sur le circuit et récupérer les données par USB sur le logiciel Scana Studio. En précisant que les trames doivent suivre le protocole CAN, le logiciel pourra indiquer non seulement les valeurs que contiennent les trames, mais aussi la vitesse de la trame. Cette notion de vitese est très importante, car si un périphérique attends une trame à une certaine vitesse, il ne recevra pas une trame à une vitesse différente.
+: Si le programme a l'air correct mais que aucune donnée ne transite sur le bus, un des moyens de vérifier ce qui se passe physiquement est de placer un analyseur logique sur le circuit. Par exemple, les produits de IKALOGIC permettent de placer des sondes sur le circuit et récupérer les données par USB sur le logiciel Scana Studio. En précisant que les trames doivent suivre le protocole CAN, le logiciel pourra indiquer non seulement les valeurs que contiennent les trames, mais aussi la vitesse de la trame. Cette notion de vitesse est très importante, car si un périphérique attends une trame à une certaine vitesse, il ne recevra pas une trame à une vitesse différente.
 == Pour aller plus loin ==

@@ Ligne 266 : / Ligne 266 : @@
 ; Retours de fonctions :
-: La plupart des fonctions HAL utilisées dans ce tutoriel renvoient une valeur pour avertir si son exécution s'est bien déroulé ou non. Lorsque tout se passe comme prévu, ces fonctions renvoient la macro HAL_OK, et sinon elels ont des codes d'erreurs propres qu'ils faudra vérifier dans la documentation ou les fichiers header.
+: La plupart des fonctions HAL utilisées dans ce tutoriel renvoient une valeur pour avertir si son exécution s'est bien déroulé ou non. Lorsque tout se passe comme prévu, ces fonctions renvoient la macro HAL_OK, et sinon elles ont des codes d'erreurs propres qu'ils faudra vérifier dans la documentation ou les fichiers header. Voici un exemple de code :
-La vitesse
+; Ecriture sur le port série
-la collision
+: L'IDE Atollic comporte un debugger très puissant qui permet de mettre des points d'arrêt et de regarder l'état du programme en tout temps. Cependant, il peux être assez complexe à utiliser et le plus simple peux parfois rester d'envoyer des messages sur le port série pour récupérer certaines informations pendant l’exécution du programme. Pour cela, on peux créer une petite fonction qui assurera l'écriture sur le porte Série :
-Analyseur de trames
-Port série
+ <nowiki>
 == Pour aller plus loin ==

@@ Ligne 228 : / Ligne 228 : @@
 uint8_t CAN_Transmit(uint32_t addr, uint32_t data_size, uint8_t * tab_data)
+{
-     if(data_size > 8 || sizeof(tab_data) / sizeof(tab_data[0]) != data_size)
+     if(data_size > 8 || sizeof(tab_data) / sizeof(tab_data[0]) <= data_size)
 	return 0;