13 Jun, 2019
1 commit
26 Apr, 2019
3 commits
-
Dans le détail : - AgentDevice met à jour la table AgentDeviceTelescopeStatus - AgentTelescopeRequester interroge AgentDevice - Quelques bugfixes - Mode opératoire: ./pyros start agentDevice ou, en mode simu: ./pyros -t start agentTelescopeRequester,agentDevice
17 Apr, 2019
1 commit
08 Apr, 2019
1 commit
02 Apr, 2019
1 commit
01 Apr, 2019
2 commits
-
& Nouveaux diagrammes UML pour Command (state diag) et Agent (activity diag)
29 Mar, 2019
3 commits
-
Pour démarrer AgentM : "./pyros.py start agentM"
-
(voir doc "play with a pyros agent" pour voir comment redémarrer un agent)
-
Attention, "pyros update" pose des questions : répondre toujours par oui (y) et choisir l'option 1 à la fin (et entrer un nom bidon tel que "agent" par exemple, aucune importance)
28 Mar, 2019
1 commit
-
+ bugfix import celme + activity diag
26 Mar, 2019
3 commits
-
(on ne bloque plus à attendre la réponse)
22 Mar, 2019
7 commits
-
On peut ainsi appeler run depuis le pyros shell : Lancer 2 iterations : >>> run(2)
-
Démonstration d'utilisation dans "pyros shell" page 127
-
Scenario de test : - lancer agents A et B en mode simu (option -t): ./pyros.py -t start agentA,agentB - attendre 1 à 2mn jusqu'à obtenir les 2 résultats suivants: (AgentA): Finished testing => result is ok (AgentB): Finished testing => result is ok
21 Mar, 2019
3 commits
-
Voir page 127 de la doc pour un exemple d'utilisation
20 Mar, 2019
3 commits
-
- 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"
19 Mar, 2019
1 commit
-
- Multi-agents (2 agents) : AgentA (sender) sends commands to AgentB (receiver, and sender too) - eval - timeout de commande => ré-exécutée
18 Mar, 2019
2 commits
-
- 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"
15 Mar, 2019
3 commits
-
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
-
- 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
-
- 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
12 Mar, 2019
3 commits
-
- 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
-
- 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
11 Mar, 2019
2 commits
-
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")
-
(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")