IMA3/IMA4 2018/2020 P10 - Historique des versions

Grouille : /* Confinement - Semaine 8 */

2020-05-03T18:35:11Z

‎Confinement - Semaine 8

Grouille : /* Confinement */

2020-05-02T13:30:49Z

‎Confinement

Grouille : /* Confinement */

2020-05-02T13:29:51Z

‎Confinement

Grouille : /* Equipe 2 */

2020-05-02T13:28:30Z

‎Equipe 2

Ecapronn : /* Cron */

2020-05-01T23:44:46Z

‎Cron

Ecapronn : /* Cron */

2020-05-01T23:42:06Z

‎Cron

Ecapronn : /* Cron */

2020-05-01T23:35:11Z

‎Cron

Ecapronn : /* Cron */

2020-05-01T23:34:25Z

‎Cron

Ecapronn : /* Cron */

2020-05-01T23:32:10Z

‎Cron

Ecapronn : /* Cron */

2020-05-01T23:29:34Z

‎Cron

@@ Ligne 2 678 : / Ligne 2 678 : @@
 =====Confinement - Semaine 8=====
-*Equipe 1 : Raspberry, Arduino, Capteurs
+Projet terminé.
 ----

@@ Ligne 2 079 : / Ligne 2 079 : @@
 *Un problème qu'il nous reste à régler est l'automatisation du transfert des clés ssh du serveur vers les cartes raspberry. Actuellement ce processus n'est pas automatique. (''Après discution avec M.Redon et M. Vantroy ce ne serait finalement pas nécessaire de réaliser cette tache.'')
-*Début de la rédaction du rapport et corrections de quelques erreurs présent du côté de Ansible.
+*Début de la rédaction du rapport et corrections de quelques erreurs présent du côté de Ansible.<br/>
-*'''Utilisation de Cron afin d'automatiser le lancement du fichier Rpi_to_server.py'''
+'''Utilisation de Cron afin d'automatiser le lancement du fichier Rpi_to_server.py'''
 Nous nous sommes intéressés à Cron afin d’améliorer un peu plus notre projet. L’objectif de l’utilisation de Cron est d’automatiser le lancement du fichier Rpi_to_server, initialement lancé grâce à une boucle infinie.

@@ Ligne 2 073 : / Ligne 2 073 : @@
-* Les différents fichiers envoyé sur les Rpi étaient tout d'abord téléchargé sur le site. Puisque nous travaillons en local ce n'est plus nécessaire, les téléchargements ont été remplacé par de simple copier/coller.
+*Les différents fichiers envoyé sur les Rpi étaient tout d'abord téléchargé sur le site. Puisque nous travaillons en local ce n'est plus nécessaire, les téléchargements ont été remplacé par de simple copier/coller.
-* Ajout des fichiers et logiciels à installer sur les cartes lors de la première mise en place. (avr-dude/avr-gcc/avr-libc et fichier de config pour les GPIO)
+*Un problème qu'il nous reste à régler est l'automatisation du transfert des clés ssh du serveur vers les cartes raspberry. Actuellement ce processus n'est pas automatique. (''Après discution avec M.Redon et M. Vantroy ce ne serait finalement pas nécessaire de réaliser cette tache.'')
 *Début de la rédaction du rapport et corrections de quelques erreurs présent du côté de Ansible.
-* Utilisation de Cron afin d'automatiser le lancement du fichier Rpi_to_server.py
+*'''Utilisation de Cron afin d'automatiser le lancement du fichier Rpi_to_server.py'''
 Nous nous sommes intéressés à Cron afin d’améliorer un peu plus notre projet. L’objectif de l’utilisation de Cron est d’automatiser le lancement du fichier Rpi_to_server, initialement lancé grâce à une boucle infinie.

@@ Ligne 2 081 : / Ligne 2 081 : @@
 * Un problème qu'il nous reste à régler est l'automatisation du transfert des clés ssh du serveur vers les cartes raspberry. Actuellement ce processus n'est pas automatique. (''Après discution avec M.Redon et M. Vantroy ce ne serait finalement pas nécessaire de réaliser cette tache.'')
-* Utilisation de cron afin d'automatiser le lancement du fichier Rpi_to_server.py
+* Utilisation de Cron afin d'automatiser le lancement du fichier Rpi_to_server.py
-Début de la rédaction du rapport et corrections de quelques erreurs présent du côté de Ansible.
+Tout d’abord, Cron est un programme qui permet aux utilisateurs d'exécuter automatiquement des scripts, des commandes ou des logiciels à une date et une heure spécifiée à l'avance, ou selon un cycle prédéfini.
+Il a fallu dans un premier temps se renseigner sur l’utilisation de Cron. Dans la table appelée Crontab, chaque ligne correspond à une tâche à exécuter et doit respecter cette notation :
 mm hh jj MMM JJJ tâche
 * mm représente les minutes (de 0 à 59)
@@ Ligne 2 103 : / Ligne 2 096 : @@
 * MMM représente l'abréviation du nom du mois (jan, feb, ...) ou bien le numéro du mois (de 1 à 12)
 * JJJ représente l'abréviation du nom du jour ou bien le numéro du jour dans la semaine
 Pour chaque valeur numérique (mm, hh, jj, MMM, JJJ) les notations possibles sont :
@@ Ligne 2 111 : / Ligne 2 103 : @@
 * */3 : toutes les 3 unités (0, 3, 6, 9…)
 * 10-20/3 : toutes les 3 unités, entre la dixième et la vingtième (10, 13, 16, 19)
 Exemple :
@@ Ligne 2 117 : / Ligne 2 108 : @@
 La tâche sera exécutée le 13 janvier et tous les vendredis.
-Il a fallu tout d’abord tester l’utilisation de la crontab. Pour ce faire, nous avons créé un script très simple composé seulement d’un echo afin d’afficher Bonjour. Puis nous avons modifié la crontab à l’aide de la commande crontab -e. Nous avons donc ajouter une tâche à celle-ci et nous avons redirigé la sortie du script vers un fichier sauvegarde.txt afin de s’assurer de son bon fonctionnement.
+Tâche ajoutée :
   * * * * * /home/eymeric/test.sh >> /home/eymeric/sauvegarde.txt
-Une fois les premiers pas sur crontab effectué, il nous a fallu trouvé un moyen de lancer celle-ci sans passer par la commande crontab -e. Nous avons donc utilisé dans un premier temps la commande
+Une fois les premiers pas sur Crontab effectués, il nous a fallu trouver un moyen de lancer celle-ci sans passer par la commande crontab -e. Nous avons donc utilisé dans un premier temps la commande
   crontab <<<"* * * * * /home/pi/capteur1-0/python.sh /home/pi/capteur1-0"
-se lançant dans un script shell et permettant de mettre à jour la crontab. Le lancement du fichier Rpi_to_server.py s’executait de manière automatique comme souhaité initialement et le serveur recevait les données du capteur tous les intervalles de temps définis.
+Cette commande se lançant dans un script shell et permettant de mettre à jour la Crontab. Le lancement du fichier Rpi_to_server.py se faisait de manière automatique comme souhaité initialement et le serveur recevait les données du capteur tous les intervalles de temps définis.
-Un seul problème restait en suspens qui était : comment ajouter ou supprimer une ligne crontab lors de l’ajout ou la suppression d’un capteur par le serveur car cette commande supprimait le contenu de la crontab puis écrivait dans celle-ci.
+Un seul problème restait en suspens qui était : comment ajouter ou supprimer une ligne de la Crontab lors de l’ajout ou la suppression d’un capteur par le serveur car cette commande supprimait le contenu de la Crontab puis écrivait dans celle-ci.
 Suppression d’une ligne :
@@ Ligne 2 137 : / Ligne 2 126 : @@
 Cette nouvelle option de suppression de ligne nous permettant d’ajouter une nouvelle option pour les chercheurs sur le serveur permettant de supprimer un capteur qui avait été lancé préalablement. Cela permet au chercheur d’arrêter le script une fois que celui-ci n’en a plus besoin.
+L’utilisation de la Crontab nous a permis d’automatiser le lancement du fichier Rpi_to_server.py et ainsi de contourner l’ancienne utilisation d’une boucle infinie dans le script shell lancé par Ansible. L’ajout de deux lignes de commandes dans le fichier shell, une permettant la suppression et l’autre permettant l’ajout d’une tâche dans la Crontab, a permis le fonctionnement de plusieurs capteurs en simultané mais aussi la suppression d’un capteur sans impacter le retour des valeurs d’un autre capteur actif.
 ----

@@ Ligne 2 114 : / Ligne 2 114 : @@
 Exemple :
 0 13 1 5 tâche
 La tâche sera exécutée le 13 janvier et tous les vendredis.

← Version précédente		Version du 1 mai 2020 à 23:42
Ligne 2 138 :		Ligne 2 138 :


−	Conclusion	+	'''Conclusion'''

	L’utilisation de la crontab nous a permis d’automatiser le lancement du fichier Rpi_to_server.py et ainsi de contourner l’ancienne utilisation d’une boucle infini dans le script shell lancé par ansible. L’ajout de deux lignes de commandes dans le fichier shell, une permettant la suppression et l’autre permettant l’ajout d’une tâche dans la crontab, a permis le fonctionnement de plusieurs capteurs en simultané mais aussi la suppression d’un capteur sans impacter le retour des valeurs d’un autre capteur actif.		L’utilisation de la crontab nous a permis d’automatiser le lancement du fichier Rpi_to_server.py et ainsi de contourner l’ancienne utilisation d’une boucle infini dans le script shell lancé par ansible. L’ajout de deux lignes de commandes dans le fichier shell, une permettant la suppression et l’autre permettant l’ajout d’une tâche dans la crontab, a permis le fonctionnement de plusieurs capteurs en simultané mais aussi la suppression d’un capteur sans impacter le retour des valeurs d’un autre capteur actif.

@@ Ligne 2 129 : / Ligne 2 129 : @@
 Un seul problème restait en suspens qui était : comment ajouter ou supprimer une ligne crontab lors de l’ajout ou la suppression d’un capteur par le serveur car cette commande supprimait le contenu de la crontab puis écrivait dans celle-ci.
 Suppression d’une ligne :
   crontab -l | grep -v $pwd | crontab -
@@ Ligne 2 138 : / Ligne 2 139 : @@
 Conclusion
 L’utilisation de la crontab nous a permis d’automatiser le lancement du fichier Rpi_to_server.py et ainsi de contourner l’ancienne utilisation d’une boucle infini dans le script shell lancé par ansible. L’ajout de deux lignes de commandes dans le fichier shell, une permettant la suppression et l’autre permettant l’ajout d’une tâche dans la crontab, a permis le fonctionnement de plusieurs capteurs en simultané mais aussi la suppression d’un capteur sans impacter le retour des valeurs d’un autre capteur actif.

← Version précédente		Version du 1 mai 2020 à 23:34
Ligne 2 127 :		Ligne 2 127 :
	se lançant dans un script shell et permettant de mettre à jour la crontab. Le lancement du fichier Rpi_to_server.py s’executait de manière automatique comme souhaité initialement et le serveur recevait les données du capteur tous les intervalles de temps définis.		se lançant dans un script shell et permettant de mettre à jour la crontab. Le lancement du fichier Rpi_to_server.py s’executait de manière automatique comme souhaité initialement et le serveur recevait les données du capteur tous les intervalles de temps définis.

		+
		+	Un seul problème restait en suspens qui était : comment ajouter ou supprimer une ligne crontab lors de l’ajout ou la suppression d’un capteur par le serveur car cette commande supprimait le contenu de la crontab puis écrivait dans celle-ci.
		+	Suppression d’une ligne :
		+	crontab -l \| grep -v $pwd \| crontab -
		+	Ajout d’une ligne :
		+	(crontab -l ; echo "/$tps * * * $pwd/python.sh $pwd") \| crontab -
		+
		+	Cette nouvelle option de suppression de ligne nous permettant d’ajouter une nouvelle option pour les chercheurs sur le serveur permettant de supprimer un capteur qui avait été lancé préalablement. Cela permet au chercheur d’arrêter le script une fois que celui-ci n’en a plus besoin.
		+
		+
		+	Conclusion
		+	L’utilisation de la crontab nous a permis d’automatiser le lancement du fichier Rpi_to_server.py et ainsi de contourner l’ancienne utilisation d’une boucle infini dans le script shell lancé par ansible. L’ajout de deux lignes de commandes dans le fichier shell, une permettant la suppression et l’autre permettant l’ajout d’une tâche dans la crontab, a permis le fonctionnement de plusieurs capteurs en simultané mais aussi la suppression d’un capteur sans impacter le retour des valeurs d’un autre capteur actif.

@@ Ligne 2 107 : / Ligne 2 107 : @@
 Pour chaque valeur numérique (mm, hh, jj, MMM, JJJ) les notations possibles sont :
 * * : à chaque unité (0, 1, 2, 3, 4…)
-* 5,8 : les unités 5 et 8
+* 5,8 : aux unités 5 et 8
-* 2-5 : les unités de 2 à 5 (2, 3, 4, 5)
+* 2-5 : aux unités de 2 à 5 (2, 3, 4, 5)
 * */3 : toutes les 3 unités (0, 3, 6, 9…)
 * 10-20/3 : toutes les 3 unités, entre la dixième et la vingtième (10, 13, 16, 19)
 Exemple :
 0 13 1 5 tâche          La tâche sera exécutée le 13 janvier et tous les vendredis.