wiki-se.plil.fr - Contributions [fr]

SE5 ECEAI/eceai 2023/2024/Patrikeev-Mouton

2024-01-28T16:57:07Z

Amouton : /* Résultats */

'''Séance n°1:'''

Une machin virtuelle a été crée sur le serveur chassiron avec la commande :<syntaxhighlight lang="abap">
xen-create-image --hostname g19 --force --dist bookworm --size 10G --memory 1G --dir /usr/local/xen --password glopglop --dhcp --bridge bridgeStudents
</syntaxhighlight>

* La machine virtuelle possède les propriétés suivantes:

Hostname : g19

Distribution : bookworm

Stockage : 10G

Mémoire vive : 1G

Mot de passe : glopglop

Les fichier /etc/network/interfaces, /etc/resolv.conf et /etc/apt/sources.list on étés configurés comme demandé dans le sujet.

* La Raspberry Pi 4 a été configurée et connectée au WiFi WIFI_IE_1.

Mot de passe : pasglop

Login : pifou

La communication entre la Raspberry et la machine virtuelle a été vérifiée avec une commande de ping.

* Le STM32F401RE et le capteur de distance (Nucleo-53L5A1):

Les valeurs lues par le capteurs sont renvoyés par le port série du contrôleur STM32 vers le logiciel nanoedge.

'''Séance n°2:'''

Durant cette séance, nous nous sommes concentrés sur la création de programmes python qui seront par la suite implémentés sur la Raspberry et la machine virtuelle.

* Écoute de la liaison série du STM32 vers le PC:

Des objets de type json sont créés pour chaque donnée reçue. Par la suite, l'information est envoyée en http vers l'adresse locale de la machine à l'aide d'un code python.

Ce programme sera destiné à la Raspberry par la suite.<syntaxhighlight lang="abap">
json_obj = { "time" : curr_time , "data" : liste_valeurs, "board_id" : config.BOARD_ID}
</syntaxhighlight>

* Écoute d'une requête http depuis le PC:

Création d'un code python pour écouter depuis un adresse et afficher les données reçue dans le terminal. Ce code sera destiné à la machine virtuelle par la suite.

* Premier programme d’apprentissage IA avec Tensorflow2:

Nous aimerions être en mesure de reconnaître les mouvement de main suivants:

- de gauche à droite

- de droite à gauche

- de haut en bas

- de bas en haut

- du sol vers le plafond

- du plafond vers le sol

Un premier programme d'apprentissage a été créé pour être en mesure de faire de l'apprentissage de l'IA par la suite sur notre machine virtuelle.

Cependant nous avons besoin de plus de données pour effectuer un apprentissage de meilleur qualité.

* Machine virtuelle:

Installation des packages python3, pip et tensorflow.

=== Résultat final : ===

==== Calcul déporté ====
Les datasets ont été extraits par lecture du port série du STM32 grâce à minicom :<syntaxhighlight lang="shell">
minicom -b 460800 -D /dev/ttyAMA0 -C nom_dataset.txt
</syntaxhighlight>Le code du serveur d'IA et du convertisseur série->REST est dans un [https://archives.plil.fr/amouton/IA-scripts repo git].

Les dépendances suivantes sont nécessaires :

* python3-parse
* python3-serial
* python3-sklearn
* python3-numpy

===== Partie STM32 =====
Le STM32 capture une matrice de 8x8 distances 16 fois avant de les envoyer sur le port série (à 460800 bauds). Ces valeurs individuelles sont séparées par des virgules ','. Chaque échantillon de 1024 valeurs est séparé par un "\r\n".

===== Partie Raspberry PI =====
Le Raspberry PI écoute sur le port /dev/ttyAMA0 les valeurs envoyées par le STM32 via un script Python. Il vient les parser pour les formater. Les données formatées (time : l'epoch de la mesure, data : une liste des 1024 valeurs, board_id : un identifiant de la configuration) sont envoyées au serveur. Cet envoi se fait via une requête HTTP sur une API REST.

L'adresse du serveur auquel transmettre les données, ainsi que d'autres paramètres peuvent être configurés dans le fichier config.py

===== Partie Serveur =====
Un script python démarre un serveur HTTP minimal écoutant sur le port 8123. Au démarrage, le script python vient parser 3 fichiers de dataset (correspondant respectivement à "à gauche" "à droite" "rien"), puis vient entraîner un modèle avec la bibliothèque SKLearn. Une fois l'entraînement terminé, le modèle pourra prédire le mouvement qui a été effectué.

===== Performances et consommation =====
La Raspberry et le STM32 consomment en moyenne 3W.

La charge du script de traitement sur la VM est comprise entre 0 et 0.7%. Cependant la consommation réelle de la VM reste dure à évaluer.

=== Calcul sur STM32 ===
Grâce à NanoEdge AI Studio, nous pouvons déclarer un projet de reconnaissance nClass, avec le même dataset que pour le calcul déporté.

=== Production finale ===
Les meilleurs résultats semblent être obtenus avec la méthod SKLearn.

La vidéo de démonstration disponible [https://filature.mouton.tech/hacsfiles/temporaire/AMoutonIE.mp4 ici] (à télécharger, fichier MP4), il y est affiché l'historique des captations du serveur sur l'écran, et indique "Rien", "Gauche" ou "Droite" selon ce que le modèle prédit.
[[Fichier:Capture d’écran du 2024-01-28 17-09-59.png|vignette]]
Nous avons également implémenté un affichage des datasets. Afin de pouvoir trier les éléments qui ne nous semblaient pas pertinents (démarrage tardif, pas de mouvement, mauvaise capture...), le serveur HTTP python est capable de convertir les datasets enregistrés en GIF et de les afficher sur une page web.

On y voit ci-contre la liste des GIFs obtenus pour le Dataset gauche, avec la première donnée ci-dessous.

Le GIF animé commence par une frame rouge, afin de marquer le début de la capture.
[[Fichier:Gauche.gif|gauche]]A noter qu'un nouveau dataset, différent de celui fait en cours a dû être réalise pour ce rendu. les 300 passes réalisées en classes sont toutes sur un même fond (la carte était à ~2m du plafond), différent du mien. Nous pouvons donc conclure un overfitting de notre modèle.

=== Pistes d'amélioration ===
Pour améliorer la performance de notre outil de détection, il pourrait être judicieux de transmettre un flux d'images captées, plutôt que d'en analyser un bloc de 16 captures. Cela rendrait le tout plus fluide, et indépendant du moment où on démarre le mouvement. (Ici, le mouvement ne doit avoir lieu que pendant la période de 16 images).

Nous pourrions aussi pré-traiter les images. Par exemple, les simplifier pour ne considérer qu'une "couleur de fond" et une "couleur de premier plan" (où aurait lieu le mouvement), au lieu d'envoyer les 8x8 distances (entiers compris entre 0 et 4000).

Cela permettrait de réduire la taille des messages, et de rendre immun notre modèle à la distance entre le capteur et le fond, et entre le capteur et la main. Cela pourrait se faire par recherche d'écart entre les valeurs.

Enfin, il est intéressant de questionner la pertinence de l'exercice réalisé. Dans notre cas, des algorithmes plus traditionnels (sans IA) auraient probablement donné de meilleurs résultats, plus fiables ou facilement mesurables/démontrables (ex, algorithme de recherche de centre de masse, puis suivi de ce centre de masse au cours du temps). Ce type d'algorithme plus légers pourraient facilement tourner directement sur le STM32, réduisant la consommation.

Cependant, il était intéressant de pouvoir construire une API pour remonter les valeurs du capteurs, et cela semble transposable à de nombreuses applications (remontée d'une image pour analyse, interfacer un modèle de LLM plus lourd sur un serveur, ...)

SE5 ECEAI/eceai 2023/2024/Patrikeev-Mouton

2024-01-28T16:34:58Z

Amouton : /* Résultats */

'''Séance n°1:'''

Une machin virtuelle a été crée sur le serveur chassiron avec la commande :<syntaxhighlight lang="abap">
xen-create-image --hostname g19 --force --dist bookworm --size 10G --memory 1G --dir /usr/local/xen --password glopglop --dhcp --bridge bridgeStudents
</syntaxhighlight>

* La machine virtuelle possède les propriétés suivantes:

Hostname : g19

Distribution : bookworm

Stockage : 10G

Mémoire vive : 1G

Mot de passe : glopglop

Les fichier /etc/network/interfaces, /etc/resolv.conf et /etc/apt/sources.list on étés configurés comme demandé dans le sujet.

* La Raspberry Pi 4 a été configurée et connectée au WiFi WIFI_IE_1.

Mot de passe : pasglop

Login : pifou

La communication entre la Raspberry et la machine virtuelle a été vérifiée avec une commande de ping.

* Le STM32F401RE et le capteur de distance (Nucleo-53L5A1):

Les valeurs lues par le capteurs sont renvoyés par le port série du contrôleur STM32 vers le logiciel nanoedge.

'''Séance n°2:'''

Durant cette séance, nous nous sommes concentrés sur la création de programmes python qui seront par la suite implémentés sur la Raspberry et la machine virtuelle.

* Écoute de la liaison série du STM32 vers le PC:

Des objets de type json sont créés pour chaque donnée reçue. Par la suite, l'information est envoyée en http vers l'adresse locale de la machine à l'aide d'un code python.

Ce programme sera destiné à la Raspberry par la suite.<syntaxhighlight lang="abap">
json_obj = { "time" : curr_time , "data" : liste_valeurs, "board_id" : config.BOARD_ID}
</syntaxhighlight>

* Écoute d'une requête http depuis le PC:

Création d'un code python pour écouter depuis un adresse et afficher les données reçue dans le terminal. Ce code sera destiné à la machine virtuelle par la suite.

* Premier programme d’apprentissage IA avec Tensorflow2:

Nous aimerions être en mesure de reconnaître les mouvement de main suivants:

- de gauche à droite

- de droite à gauche

- de haut en bas

- de bas en haut

- du sol vers le plafond

- du plafond vers le sol

Un premier programme d'apprentissage a été créé pour être en mesure de faire de l'apprentissage de l'IA par la suite sur notre machine virtuelle.

Cependant nous avons besoin de plus de données pour effectuer un apprentissage de meilleur qualité.

* Machine virtuelle:

Installation des packages python3, pip et tensorflow.

=== Résultat final : ===

==== Calcul déporté ====
Les datasets ont été extraits par lecture du port série du STM32 grâce à minicom :<syntaxhighlight lang="shell">
minicom -b 460800 -D /dev/ttyAMA0 -C nom_dataset.txt
</syntaxhighlight>Le code du serveur d'IA et du convertisseur série->REST est dans un [https://archives.plil.fr/amouton/IA-scripts repo git].

Les dépendances suivantes sont nécessaires :

* python3-parse
* python3-serial
* python3-sklearn
* python3-numpy

===== Partie STM32 =====
Le STM32 capture une matrice de 8x8 distances 16 fois avant de les envoyer sur le port série (à 460800 bauds). Ces valeurs individuelles sont séparées par des virgules ','. Chaque échantillon de 1024 valeurs est séparé par un "\r\n".

===== Partie Raspberry PI =====
Le Raspberry PI écoute sur le port /dev/ttyAMA0 les valeurs envoyées par le STM32 via un script Python. Il vient les parser pour les formater. Les données formatées (time : l'epoch de la mesure, data : une liste des 1024 valeurs, board_id : un identifiant de la configuration) sont envoyées au serveur. Cet envoi se fait via une requête HTTP sur une API REST.

L'adresse du serveur auquel transmettre les données, ainsi que d'autres paramètres peuvent être configurés dans le fichier config.py

===== Partie Serveur =====
Un script python démarre un serveur HTTP minimal écoutant sur le port 8123. Au démarrage, le script python vient parser 3 fichiers de dataset (correspondant respectivement à "à gauche" "à droite" "rien"), puis vient entraîner un modèle avec la bibliothèque SKLearn. Une fois l'entraînement terminé, le modèle pourra prédire le mouvement qui a été effectué.

===== Performances et consommation =====
La Raspberry et le STM32 consomment en moyenne 3W.

La charge du script de traitement sur la VM est comprise entre 0 et 0.7%. Cependant la consommation réelle de la VM reste dure à évaluer.

=== Calcul sur STM32 ===
Grâce à NanoEdge AI Studio, nous pouvons déclarer un projet de reconnaissance nClass, avec le même dataset que pour le calcul déporté.

=== Résultats ===
Les meilleurs résultats semblent être obtenus avec la méthod SKLearn.

La vidéo de démonstration disponible [https://filature.mouton.tech/hacsfiles/temporaire/AMoutonIE.mp4 ici] (à télécharger, fichier MP4), il y est affiché l'historique des captations du serveur sur l'écran, et indique "Rien", "Gauche" ou "Droite" selon ce que le modèle prédit.
[[Fichier:Capture d’écran du 2024-01-28 17-09-59.png|vignette]]
Nous avons également implémenté un affichage des datasets. Afin de pouvoir trier les éléments qui ne nous semblaient pas pertinents (démarrage tardif, pas de mouvement, mauvaise capture...), le serveur HTTP python est capable de convertir les datasets enregistrés en GIF et de les afficher sur une page web.

On y voit ci-contre la liste des GIFs obtenus pour le Dataset gauche, avec la première donnée ci-dessous.

Le GIF animé commence par une frame rouge, afin de marquer le début de la capture.
[[Fichier:Gauche.gif|gauche]]

SE5 ECEAI/eceai 2023/2024/Patrikeev-Mouton

2024-01-28T16:34:23Z

Amouton : Ajout vidéo2

'''Séance n°1:'''

Une machin virtuelle a été crée sur le serveur chassiron avec la commande :<syntaxhighlight lang="abap">
xen-create-image --hostname g19 --force --dist bookworm --size 10G --memory 1G --dir /usr/local/xen --password glopglop --dhcp --bridge bridgeStudents
</syntaxhighlight>

* La machine virtuelle possède les propriétés suivantes:

Hostname : g19

Distribution : bookworm

Stockage : 10G

Mémoire vive : 1G

Mot de passe : glopglop

Les fichier /etc/network/interfaces, /etc/resolv.conf et /etc/apt/sources.list on étés configurés comme demandé dans le sujet.

* La Raspberry Pi 4 a été configurée et connectée au WiFi WIFI_IE_1.

Mot de passe : pasglop

Login : pifou

La communication entre la Raspberry et la machine virtuelle a été vérifiée avec une commande de ping.

* Le STM32F401RE et le capteur de distance (Nucleo-53L5A1):

Les valeurs lues par le capteurs sont renvoyés par le port série du contrôleur STM32 vers le logiciel nanoedge.

'''Séance n°2:'''

Durant cette séance, nous nous sommes concentrés sur la création de programmes python qui seront par la suite implémentés sur la Raspberry et la machine virtuelle.

* Écoute de la liaison série du STM32 vers le PC:

Des objets de type json sont créés pour chaque donnée reçue. Par la suite, l'information est envoyée en http vers l'adresse locale de la machine à l'aide d'un code python.

Ce programme sera destiné à la Raspberry par la suite.<syntaxhighlight lang="abap">
json_obj = { "time" : curr_time , "data" : liste_valeurs, "board_id" : config.BOARD_ID}
</syntaxhighlight>

* Écoute d'une requête http depuis le PC:

Création d'un code python pour écouter depuis un adresse et afficher les données reçue dans le terminal. Ce code sera destiné à la machine virtuelle par la suite.

* Premier programme d’apprentissage IA avec Tensorflow2:

Nous aimerions être en mesure de reconnaître les mouvement de main suivants:

- de gauche à droite

- de droite à gauche

- de haut en bas

- de bas en haut

- du sol vers le plafond

- du plafond vers le sol

Un premier programme d'apprentissage a été créé pour être en mesure de faire de l'apprentissage de l'IA par la suite sur notre machine virtuelle.

Cependant nous avons besoin de plus de données pour effectuer un apprentissage de meilleur qualité.

* Machine virtuelle:

Installation des packages python3, pip et tensorflow.

=== Résultat final : ===

==== Calcul déporté ====
Les datasets ont été extraits par lecture du port série du STM32 grâce à minicom :<syntaxhighlight lang="shell">
minicom -b 460800 -D /dev/ttyAMA0 -C nom_dataset.txt
</syntaxhighlight>Le code du serveur d'IA et du convertisseur série->REST est dans un [https://archives.plil.fr/amouton/IA-scripts repo git].

Les dépendances suivantes sont nécessaires :

* python3-parse
* python3-serial
* python3-sklearn
* python3-numpy

===== Partie STM32 =====
Le STM32 capture une matrice de 8x8 distances 16 fois avant de les envoyer sur le port série (à 460800 bauds). Ces valeurs individuelles sont séparées par des virgules ','. Chaque échantillon de 1024 valeurs est séparé par un "\r\n".

===== Partie Raspberry PI =====
Le Raspberry PI écoute sur le port /dev/ttyAMA0 les valeurs envoyées par le STM32 via un script Python. Il vient les parser pour les formater. Les données formatées (time : l'epoch de la mesure, data : une liste des 1024 valeurs, board_id : un identifiant de la configuration) sont envoyées au serveur. Cet envoi se fait via une requête HTTP sur une API REST.

L'adresse du serveur auquel transmettre les données, ainsi que d'autres paramètres peuvent être configurés dans le fichier config.py

===== Partie Serveur =====
Un script python démarre un serveur HTTP minimal écoutant sur le port 8123. Au démarrage, le script python vient parser 3 fichiers de dataset (correspondant respectivement à "à gauche" "à droite" "rien"), puis vient entraîner un modèle avec la bibliothèque SKLearn. Une fois l'entraînement terminé, le modèle pourra prédire le mouvement qui a été effectué.

===== Performances et consommation =====
La Raspberry et le STM32 consomment en moyenne 3W.

La charge du script de traitement sur la VM est comprise entre 0 et 0.7%. Cependant la consommation réelle de la VM reste dure à évaluer.

=== Calcul sur STM32 ===
Grâce à NanoEdge AI Studio, nous pouvons déclarer un projet de reconnaissance nClass, avec le même dataset que pour le calcul déporté.

=== Résultats ===
Les meilleurs résultats semblent être obtenus avec la méthod SKLearn. (Vidéo de démonstration disponible [https://filature.mouton.tech/hacsfiles/temporaire/AMoutonIE.mp4 ici], il y est affiché l'historique des captations du serveur sur l'écran, et indique "Rien", "Gauche" ou "Droite" selon ce que le modèle prédit)
[[Fichier:Capture d’écran du 2024-01-28 17-09-59.png|vignette]]
Nous avons également implémenté un affichage des datasets. Afin de pouvoir trier les éléments qui ne nous semblaient pas pertinents (démarrage tardif, pas de mouvement, mauvaise capture...), le serveur HTTP python est capable de convertir les datasets enregistrés en GIF et de les afficher sur une page web.

On y voit ci-contre la liste des GIFs obtenus pour le Dataset gauche, avec la première donnée ci-dessous.

Le GIF animé commence par une frame rouge, afin de marquer le début de la capture.
[[Fichier:Gauche.gif|gauche]]

Fichier:Gauche.gif

2024-01-28T16:18:21Z

Amouton :

Mouvement à gauche

Fichier:Capture d’écran du 2024-01-28 17-09-59.png

2024-01-28T16:15:38Z

Amouton :

Affichage dataset

SE5 ECEAI/eceai 2023/2024/Patrikeev-Mouton

2024-01-28T16:08:52Z

Amouton : Ajout vidéo

Fichier:Video IA AMouton.mp4

2024-01-28T16:06:39Z

Amouton :

Demonstration

Atelier SysRes SE5 2023/2024 E20

2024-01-16T08:42:12Z

Amouton : Attaque Wifi

=== Intrusion réseau WiFi WEP ===
Cracotte 07 (BSSID = 04:DA:D2:9C:50:56)

Clé = FF:FF:FF:FF:FA:BC:08:CB:AE:EE:EE:EE:EE

=== Intrusion réseau WiFi WPA ===
Krakotte 07 (BSSID = 44:AD:D9:5F:87:06)

Handshake = 44:AD:D9:5F:87:06

[01:17:29] 66656120/100000000 keys tested (14579.09 k/s)

Time left: 38 minutes, 7 seconds 66.66%

KEY FOUND! [ 66683666 ]

Master Key : 24 EF 0A A7 BE 2D 95 60 26 7E 5C 20 44 B0 89 00

23 0E 78 75 31 4D 1A 1E 91 92 11 10 A1 4D 51 D1

Transient Key : 5F 3A D7 17 A6 51 EF 00 00 00 00 00 00 00 00 00

00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

EAPOL HMAC : 9B 9B 27 24 0D 60 0C 8B 19 16 66 48 A0 8B BA 67

Clé =

66683666

Atelier SysRes SE5 2023/2024 E20

2024-01-15T16:53:45Z

Amouton : Page créée avec « FF:FF:FF:FF:FA:BC:08:CB:AE:EE:EE:EE:EE »

FF:FF:FF:FF:FA:BC:08:CB:AE:EE:EE:EE:EE

SE5 ECEAI/eceai 2023/2024/Patrikeev-Mouton

2023-12-20T10:50:18Z

Amouton :

SE5 système/réseau 2023/2024

2023-10-06T14:03:53Z

Amouton : /* Menu de la première séance */

= PRA SE5 =

== Menu de la première séance ==

Pour la première séance du 06/10/2023 il vous est demandé d'effectuer individuellement les opérations listées ci-dessous.
* création d'une machine virtuelle sur le serveur <code>capbreton</code> ;
* création d'un conteneur "à la main" sur votre station de travail <code>zabeth</code> :
** créez un conteneur isolé au maximum (sauf pour les utilisateur) avec la méthode décrite en cours,
** création d'un commutateur virtuel privé sur la <code>zabeth</code> dans le réseau IPv4 <code>192.168.68.0/24</code>, l'adresse <code>192.168.68.1</code> est affectée au commutateur lui-même,
** création d'une interface Ethernet virtuelle, une extrémité doit être envoyée dans le conteneur, l'autre dans le commutateur virtuel privé,
** mise en place d'une mascarade sur la <code>zabeth</code>, vérifiez que le conteneur a accès aux mêmes machines que la <code>zabeth</code>.

Par binôme vous devez créer une machine virtuelle mandataire connectée sur le commutateur virtuel SE5 et sur le commutateur virtuel privé des machines virtuelles de services concernées (voir deuxième section du sujet).

Globalement vous devez configurer le routeur principal de la promotion (voir la troisième section du sujet). Pour votre promotion il s'agit du Catalyst 9200 situé en E304. Il faut le connecter en fibre vers le serveur <code>capbreton</code> de la E306 dans le commutateur virtuel SE5 et aussi en fibre vers le local technique SR52 sur un port dans le VLAN 531. Vous pouvez configurer le commutateur via l'utilitaire <code>minicom</code> à partir de la machine <code>zabeth09</code>.

Répartition des élèves pour la première séance :
{| class="wikitable"
! Station de travail !! Elève
|-
| zabeth02 || Prénom Nom
|-
| zabeth03 || Prénom Nom
|-
| zabeth04 || Prénom Nom
|-
| zabeth05 || Prénom Nom
|-
| zabeth06 || Prénom Nom
|-
| zabeth07 || Prénom Nom
|-
| zabeth08 || Prénom Nom
|-
| zabeth09 (routeur) || Prénom Nom
|-
| zabeth10 || Prénom Nom
|-
| zabeth11 || Prénom Nom
|-
| zabeth12 || Prénom Nom
|-
| zabeth13 || Prénom Nom
|-
| zabeth14 || Timothé Brenier
|-
| zabeth15 || Jeanne Delcourt
|-
| zabeth16 || Prénom Nom
|-
| zabeth17 || Prénom Nom
|-
| zabeth18 || Chloé Lemaire
|-
| zabeth19 || Gabriel THOMAS
|-
| zabeth20 || Albin MOUTON
|-
| zabeth21 || Prénom Nom
|-
| zabeth22 || Prénom Nom
|-
| zabeth26 || Prénom Nom
|-
| zabeth27 || Prénom Nom
|-
| zabeth28 || Prénom Nom
|-
| zabeth30 || Prénom Nom
|-
|}

== Répartition des binômes ==

Concertez-vous pour trouver des noms de machines de services et de machines mandataires dans deux thèmes.

{| class="wikitable"
! Cahier !! Nom machine services
!IP machine services !! Nom de domaine !! Nom machine mandataire
!IP machine mandataires!! Elève
|-
| [[Atelier SysRes SE5 2023/2024 E1 | Cahier n°1]]
| || || || || || Prénom Nom
|-
| [[Atelier SysRes SE5 2023/2024 E2 | Cahier n°2]]
| || || || || || Prénom Nom
|-
| [[Atelier SysRes SE5 2023/2024 E3 | Cahier n°3]]
| || || || || || Prénom Nom
|-
| [[Atelier SysRes SE5 2023/2024 E4 | Cahier n°4]]
| || || || || || Prénom Nom
|-
| [[Atelier SysRes SE5 2023/2024 E5 | Cahier n°5]]
| || || || || || Prénom Nom
|-
| [[Atelier SysRes SE5 2023/2024 E6 | Cahier n°6]]
| || || || || || Prénom Nom
|-
| [[Atelier SysRes SE5 2023/2024 E7 | Cahier n°7]]
| || || || || || Prénom Nom
|-
| [[Atelier SysRes SE5 2023/2024 E8 | Cahier n°8]]
| || || || || || Prénom Nom
|-
| [[Atelier SysRes SE5 2023/2024 E9 | Cahier n°9]]
| || || || || || Prénom Nom
|-
| [[Atelier SysRes SE5 2023/2024 E10 | Cahier n°10]]
| || || || || || Prénom Nom
|-
| [[Atelier SysRes SE5 2023/2024 E11 | Cahier n°11]]
| || || || || || Prénom Nom
|-
| [[Atelier SysRes SE5 2023/2024 E12 | Cahier n°12]]
| || || || || || Prénom Nom
|-
| [[Atelier SysRes SE5 2023/2024 E13 | Cahier n°13]]
| || || || || || Prénom Nom
|-
| [[Atelier SysRes SE5 2023/2024 E14 | Cahier n°14]]
| || || || || || Prénom Nom
|-
| [[Atelier SysRes SE5 2023/2024 E15 | Cahier n°15]]
| || || || || || Prénom Nom
|-
| [[Atelier SysRes SE5 2023/2024 E16 | Cahier n°16]]
| || || || || || Prénom Nom
|-
| [[Atelier SysRes SE5 2023/2024 E17 | Cahier n°17]]
| || || || || || Prénom Nom
|-
| [[Atelier SysRes SE5 2023/2024 E18 | Cahier n°18]]
| || || || || || Prénom Nom
|-
| [[Atelier SysRes SE5 2023/2024 E19 | Cahier n°19]]
| || || || || || Prénom Nom
|-
| [[Atelier SysRes SE5 2023/2024 E20 | Cahier n°20]]
| || || || || || Prénom Nom
|-
| [[Atelier SysRes SE5 2023/2024 E21 | Cahier n°21]]
| || || || || || Prénom Nom
|-
| [[Atelier SysRes SE5 2023/2024 E22 | Cahier n°22]]
| || || || || || Prénom Nom
|-
| [[Atelier SysRes SE5 2023/2024 E23 | Cahier n°23]]
| || || || || || Prénom Nom
|-
| [[Atelier SysRes SE5 2023/2024 E24 | Cahier n°24]]
| || || || || || Prénom Nom
|-
|}

== Contrôle continu ==