PYROS-IRAP / pyros

21 Mar, 2019

4 commits

2725beb2 send_command() implemented & EVAL is now a generic command Browse Dir »

Etienne Pallier
2019-03-21 18:42:16 +0100
37b3ad0d bugfix simulation Browse Dir »

Etienne Pallier
2019-03-21 17:37:53 +0100
0b1e4644 petit update Browse Dir »

Etienne Pallier
2019-03-21 17:28:50 +0100
454ecf1f bugfix flush_command & routine_process... + refactor & cleanup Browse Dir »

Etienne Pallier
2019-03-21 17:13:10 +0100

20 Mar, 2019

3 commits

db13d8ac updates: go_idle et affichage final fin process Browse Dir »

Etienne Pallier
2019-03-20 22:18:36 +0100
5a76fb80 petit update Browse Dir »

Etienne Pallier
2019-03-20 13:38:50 +0100

31e31f3b pyros.py peut lancer plusieurs agents (A et B) en même temps... ... Browse Dir »

- Mode opératoire :
	- pour lancer agentA seulement : ./pyros.py start agentA [-c
configfile]
	- pour lancer plusieurs agents : ./pyros.py start agentA,agentB,... [-c
configfile]
	(ou encore: activer l'environnement virtuel, puis lancer "./AgentA.py
configfile")
	- pour utiliser thread ou processus : il suffit de mettre la constante
RUN_IN_THREAD de AgentA (ou AgentB ou AgentX) à False ou True

- Scenario de test :
	- lancer agents A et B : ./pyros.py start agentA,agentB
	- attendre 1mn et attendre les 2 résultats suivants:
		(AgentA): Finished testing => result is ok
		(AgentB): Finished testing => result is ok

- Autres remarques:
	- Nouvelle commande "flush_commands" pour purger les commmandes en
attente
	- routine_process() implemented
	- Eval command implemented
	- Timeout géré : si commande pas exécutée en temps raisonnable => la
même commande est ré-exéuctée à l'itération suivante
	- Chaque agent a son propre scenario de commandes à envoyer
	- GROSSE OPTIMISATION : plus besoin du script intermédiaire
"start_agent.py" !!!
			==> pyros.py lance directement "cd src/agent/ ; python AgentX.py"

2019-03-20 13:27:53 +0100

19 Mar, 2019

2 commits

7d679ea0 Commande EVAL ok ... Browse Dir »

- Multi-agents (2 agents) : AgentA (sender) sends commands to AgentB
(receiver, and sender too)
- eval
- timeout de commande => ré-exécutée

2019-03-19 18:39:08 +0100

4b65d489 Correction des "/" avec des os.sep pour assurer la compatibilité Windows/Linux. Browse Dir »

Alain Klotz
2019-03-19 07:35:25 +0100

18 Mar, 2019

2 commits

1c18151d Multi-agents : AgentA (sender) sends commands to AgentB (receiver) ... Browse Dir »

- AgentA a son propre scenario de commandes à envoyer à AgentB
- Mode opératoire pour lancer un agent:
	- pour démarrer agentA : ./pyros.py start agentA [-c configfile]
		(ou encore: activer l'environnement virtuel, puis lancer "./AgentA.py
configfile")
	- pour démarrer agentB : ouvrir un autre terminal et taper "./pyros.py
start agentB"

2019-03-18 18:46:05 +0100

37d5efa2 refactorisation, cleanup, et bugfixes Browse Dir »

Etienne Pallier
2019-03-18 13:44:30 +0100

15 Mar, 2019

3 commits

c84ca326 Multi-agents (3 agents) : AgentA, AgentB, et AgentX s'envoient des ... Browse Dir »

commandes (en //)

- AgentA, AgentB, et AgentX ont chacun leur propre scenario
- GROSSE OPTIMISATION : plus besoin du script intermédiaire
"start_agent.py" !!!
- pyros.py lance directement "cd src/agent/ ; python AgentX.py"
- Mode opératoire pour lancer un agent:
- pour démarrer agentX : ./pyros.py start agentX [-c configfile]
		(ou encore: activer l'environnement virtuel, puis lancer "./AgentX.py
configfile")
- pour démarrer agentA : ouvrir un autre terminal et taper "./pyros.py
start agentA"
- pour utiliser thread ou processus : il suffit de mettre la constante
RUN_IN_THREAD de AgentX (ou AgentA) à False ou True

2019-03-15 18:11:50 +0100

ff0550d2 Multi-agents : AgentA et AgentX s'envoient des commandes (en //) ... Browse Dir »

- AgentA et AgentX ont chacun leur propre scenario
- GROSSE OPTIMISATION : plus besoin du script "start_agent.py" !!!
- pyros.py lance directement "cd src/agent/ ; python AgentX.py"
- Mode opératoire pour lancer un agent:
		- pour démarrer agentX : ./pyros.py start agentX [-c configfile]
		(ou encore: activer l'environnement virtuel, puis lancer "./AgentX.py
configfile")
		- pour démarrer agentA : ouvrir un autre terminal et taper "./pyros.py
start agentA"
		- pour utiliser thread ou processus : il suffit de mettre la constante
RUN_IN_THREAD de AgentX (ou AgentA) à False ou True

2019-03-15 17:59:41 +0100

a7887020 GROSSE OPTIM : plus besoin du script intermédiaire "start_agent.py" !!! ... Browse Dir »

- pyros.py lance directement "cd src/agent/ ; python AgentX.py"
- Multi-agents : AgentA et AgentX fonctionnent en parallèle
- Mode opératoire pour lancer un agent:
		- ./pyros.py start agentX [-c configfile]
		(ou encore: activer l'environnement virtuel, puis lancer "./AgentX.py
configfile")
		- pour démarrer agentA : ouvrir un autre terminal et taper "./pyros.py
start agentA"
		- pour utiliser thread ou processus : il suffit de mettre la constante
RUN_IN_THREAD de AgentX (ou AgentA) à False ou True

2019-03-15 16:51:08 +0100

14 Mar, 2019

3 commits

7d179978 Bugfix pour que le test final passe ... Browse Dir »
```
- bugfix pour que le test final passe sur les 2 agents exécutés en meme
temps (A et X)
```
Etienne Pallier
2019-03-14 19:01:12 +0100
997d4b8e AgentA et AgentX peuvent s'executer en meme temps sans conflit ... Browse Dir »
```
(les démarrer dans 2 terminaux différents)
```
Etienne Pallier
2019-03-14 18:51:13 +0100
24aaf714 ajout option SIMULATOR_WITH_TEST Browse Dir »

Etienne Pallier
2019-03-14 18:39:35 +0100

12 Mar, 2019

3 commits

ba07274d Simplification du mode processus => presque aussi simple que thread !!! Browse Dir »

Etienne Pallier
2019-03-12 18:51:07 +0100

b9811afe Bugfixes et ajout gros test final ... Browse Dir »

- Bugfix specific_process() en mode "processus" => meilleure gestion
accès concurrent à la BD
- Bugfix Agent => fonctionne aussi en mode SIMU OFF
- Ajout d'un gros test à la fin pour s'assurer que les résultats sont
conformes à l'attendu (only en mode simu)
- Rappel : il suffit de mettre la constante RUN_IN_THREAD de AgentX à
False ou True

2019-03-12 18:31:04 +0100

33151b38 Agent fonctionne tout seul, thread interruptible meme en sleep... ... Browse Dir »

- Agent fonctionne correctement seul, meme si pas surchargé par AgentX
(comportement par défaut)
- Méthode specific_process() en mode thread, désormais interruptible
même pendant sleep
- Diverses refactorisations
- Rappel : il suffit de mettre la constante RUN_IN_THREAD de AgentX à
False ou True

2019-03-12 15:55:09 +0100

11 Mar, 2019

6 commits

93b402b7 Added management of CTRL-C interruption (kills thread before exiting) ... Browse Dir »

Agent complet avec specific_process() exécuté au choix dans thread ou
process
(il suffit de mettre la constante RUN_IN_THREAD de AgentX à False ou
True)
(les commandes "abort" et "exit" sont correctement traitées dans les 2
cas)
(NB: dans les 2 cas, la commande "exit" fait d'abord un "abort")

2019-03-11 18:18:51 +0100

75cb805d Par defaut, run in thread ... Browse Dir »
```
(ajouté commentaires utiles)
```
Etienne Pallier
2019-03-11 17:15:29 +0100
15bbe05e optimisation des update dans la methode ORM save() ... Browse Dir »
```
(update seulement les champs concernés, pas tous !!)
```
Etienne Pallier
2019-03-11 16:55:21 +0100

6085d119 Agent avec specific_process() exécuté au choix dans thread ou process ... Browse Dir »

(il suffit de mettre la constante RUN_IN_THREAD de AgentX à False ou
True)
(les commandes "abort" et "exit" sont correctement traitées dans les 2
cas)
(NB: dans les 2 cas, la commande "exit" fait d'abord un "abort")

2019-03-11 16:47:54 +0100

796ca8ab Champ "result" bien géré ... Browse Dir »
```
Le champ "result" permet désormais de voir à quelle étape une commande
spécifique a été "aborted"
```
Etienne Pallier
2019-03-11 12:10:47 +0100
f5684b6d Agent complet avec specific_process() exécuté dans un processus (et non ... Browse Dir »
```
pas un thread)

Les commandes "abort" et "exit" sont correctement traitées
```
Etienne Pallier
2019-03-11 12:03:36 +0100

08 Mar, 2019

1 commit

3fec7115 Agent encore très refactorisé et (quasi) totalement implémenté ... Browse Dir »

- commandes "exit" et "abort" implémentées
- AgentX contient très peu de code (tout est remonté dans Agent)
- Il faut cependant encore améliorer le "abort", pas complètement
satisfaisant...

2019-03-08 16:30:46 +0100