Intelligence embarque IMA5 2022/2023 G8 - Historique des versions

Rsing : /* Déploiement */

2023-01-04T14:55:34Z

‎Déploiement

2022-12-12T11:14:12Z

‎Projet utilisation de l'IA pour une application embarquée

2022-12-12T11:10:35Z

‎Résultats de la nouvelle solution

2022-12-12T11:10:18Z

‎Projet utilisation de l'IA pour une application embarquée

2022-12-12T11:08:43Z

‎Projet utilisation de l'IA pour une application embarquée

2022-12-12T10:41:56Z

‎Projet utilisation de l'IA pour une application embarquée

2022-12-12T10:41:24Z

‎Projet utilisation de l'IA pour une application embarquée

2022-12-12T10:23:29Z

‎Utilisation de nano edge ai studio

2022-12-12T10:22:01Z

‎Utilisation de nano edge ai studio

2022-12-12T10:01:35Z

‎Problème

← Version précédente		Version du 4 janvier 2023 à 14:55
Ligne 76 :		Ligne 76 :

	Le déploiement du benchmark génère 2 fichiers .h et 1 fichier .a que nous rangeons dans un dossier include et lib respectivement.		Le déploiement du benchmark génère 2 fichiers .h et 1 fichier .a que nous rangeons dans un dossier include et lib respectivement.
		+	Il y a eu un problème lors de l'intégration de la librairie et des fichiers entêtes dans le code de la carte, pour une raison inconnue, le programme ne voulait pas compiler avec les librairies qui ont été ajoutées. Ce qui a rendu le déploiement impossible.
		+
		+
		+	=== Présentation et retour ===
		+	Lors de la présentation nous avons signalé les problèmes liés au déploiement et à l'intégration de nos librairies dans le programme. Nous avons donc dû faire la demonstration avec l'émulateur pour montrer la faisabilité de notre projet. La présentation s'est bien passée et les personnes de ST ont bien aimés notre idée puis ils nous ont donné quelques pistes d'amélioration :
		+
		+	- Filtrer les données relatives au fond derrières qui ne sont que parasites lors de l'acquisition des données. C'est à dire ajouter un seuil au programme qui filtre toutes les distances supérieures à un seuil et les ramènerait à une valeur max.
		+
		+	- Avoir plus de données pour l'IA, c'est ce que nous avons essayé de faire, mais comme dit précédemment, les zabeths crashent au delà de 250 données, ce qui nous fixe une limite physique à ce niveau là.

@@ Ligne 71 : / Ligne 71 : @@
 En revanche même en n'ayant que 2 classes, le modèle ne parvient pas à discerner les lunettes. Cela peut être dû au fait que les lunettes ne modifient pas grandement la valeur du capteur de par leurs tailles ou du fait de leurs transparences.
-[[Fichier:Casque test.png]]
+[[Fichier:Casque test.png|600px]]
 === Déploiement ===
 Le déploiement du benchmark génère 2 fichiers .h et 1 fichier .a que nous rangeons dans un dossier include et lib respectivement.

@@ Ligne 71 : / Ligne 71 : @@
 En revanche même en n'ayant que 2 classes, le modèle ne parvient pas à discerner les lunettes. Cela peut être dû au fait que les lunettes ne modifient pas grandement la valeur du capteur de par leurs tailles ou du fait de leurs transparences.
+[[Fichier:Casque test.png]]
 === Déploiement ===
 Le déploiement du benchmark génère 2 fichiers .h et 1 fichier .a que nous rangeons dans un dossier include et lib respectivement.

@@ Ligne 58 : / Ligne 58 : @@
 *Le fait de s'éloigner même de quelques centimètres du capteur fait que les résultats attendus sont erronés, le test a été refait à une distance fixe sans trop bouger.
 *Le modèle a vraiment du mal à identifier la différence entre le cas où l'utilisateur ne porte qu'un EPI (lunette ou casque) du cas où il en porte 2.
 === Solution Envisagée ===
@@ Ligne 65 : / Ligne 66 : @@
 *Faire une classification où on ne vérifie que si l'utilisateur porte un casque ou non, puis faire un autre modèle où il ne vérifie que les lunettes.

@@ Ligne 62 : / Ligne 62 : @@
 *Ajouter plus de mesures dans chaque signal. Cependant il a un problème lorsque'on utilise trop de mesures, lors de la création du benchmark, le pc freeze ou crash.
-*Les mesures ont été prises d'une distance très proche du capteur vu que la précision est un faible lorsqu'on s'éloigne du capteur.
+*Les mesures ont été prises d'une distance très proche du capteur vu que la précision est un peu faible lorsqu'on s'éloigne du capteur.
 *Faire une classification où on ne vérifie que si l'utilisateur porte un casque ou non, puis faire un autre modèle où il ne vérifie que les lunettes.

@@ Ligne 25 : / Ligne 25 : @@
 Dans STM32Cube IDE, on ouvre le projet 53L5A1_ThresholdDetection.ioc et on build le project en mode release, cela génère un fichier éxecutable .elf. Enfin on fait un run pour téléverser le programme et le lancer sur la carte.
-[[Fichier:Screenshot programme ide.png|600px]]
+[[Fichier:Screenshot programme ide.png|800px]]
 === Affichage des résultats ===
@@ Ligne 33 : / Ligne 33 : @@
 *Sélectionner un capteur générique avec 64 axes pour le capteur.
-[[Fichier:Config acquisition.png]]
+[[Fichier:Config acquisition.png|800px]]
 *Acquisition des signaux avec 4 cas possibles (port de casque, port de lunettes, port des deux, aucune protection) via le port série configuré avec le bon nombre de Bauds. Pour ce faire on a modifié le programme de base pour qu'il envoie les différentes données avec comme délimiteur une virgule. Lorsque le programme devait afficher une croix on l'a remplacé par un zéro. On essaie d'avoir un maximum de données pour que le programme soit le plus fiable possible.
-[[Fichier:Signaux reçus.png]]
+[[Fichier:Signaux reçus.png|800px]]
@@ Ligne 43 : / Ligne 43 : @@
 *Benchmarking des 4 classes de signaux, on remarque que la précision est plutôt bonne :
-[[Fichier:Benchmark1.png]]
+[[Fichier:Benchmark1.png|800px]]

@@ Ligne 35 : / Ligne 35 : @@
 [[Fichier:Config acquisition.png]]
-*Acquisition des signaux avec 4 cas possibles (port de casque, port de lunettes, port des deux, aucune protection) via le port série configuré avec le bon nombre de Bauds. Pour ce faire on a modifié le programme de base pour qu'il envoie les différentes données avec comme délimiteur un espace. On essaie d'avaoir un maximum de données pour que le programme soit le plus fiable possible.
+*Acquisition des signaux avec 4 cas possibles (port de casque, port de lunettes, port des deux, aucune protection) via le port série configuré avec le bon nombre de Bauds. Pour ce faire on a modifié le programme de base pour qu'il envoie les différentes données avec comme délimiteur une virgule. On essaie d'avoir un maximum de données pour que le programme soit le plus fiable possible.
 [[Fichier:Signaux reçus.png]]