Author: Fu Qingxu, CASIA
Hybrid Multi-agent Playground (HMP) is an experimental framework designed for RL researchers. Unlike any other framework which only isolates the TASKs from the framework, HMP also separates the ALGORITHMs from the framework to achieve excellent compatibility.
Any algorithm, from the most straightforward script-AI to sophisticated RL learner, is abstracted into a module inside ./ALGORITHM/*.
We also put effect to interface all kinds of multi-agent environments, including gym, SMAC, air combat, et.al. Other frameworks such as pymarl2 can interface with HMP as well. The entire HMP can disguise as an RL environment in pymarl2. We make it happen by building a particular ALGORITHM module, which runs pymarl2 in a subprocess. This work is ongoing. Currently, HMP can link to a modified version of pymarl2.
Please star
the root Github project. Your encouragement is extremely important to us as researchers: https://github.com/binary-husky/hmp2g
By the way, we also have a gitee rep which is a mirror of this Github rep: https://gitee.com/hh505030475/hmp-2g
. Archived code used in our AAAI papers: https://github.com/binary-husky/hmp2g/tree/aaai-conc
.
http://cloud.fuqingxu.top:11601/
git pull && python main.py -c ZHECKPOINT/50RL-55opp/test-50RL-55opp.jsonc
(Trained in https://www.bilibili.com/video/BV1vF411M7N9/)
git pull && python main.py -c ZHECKPOINT/test-aii515/test-aii515.jsonc --skip
git pull && python main.py -c ZHECKPOINT/test-50+50/test-50+50.jsonc --skip
git pull && python main.py -c ZHECKPOINT/test-100+100/test-100+100.jsonc --skip
We use docker to solve dependency: SetupDocker.
Please do not run on WindowsOS (low efficiency), but if you have to, also refer to the last part of setup_docker for pip requirements list.
HMP aims to optimize the parameter control experience as a framework for researchers. One configuration file is all that is needed for the config insertion.
We discard the method of using the command line to control parameters; instead, the commented-JSON (JSONC) is used for experiment configuration. To run an experiment, just type:
python main.py --cfg Json_Experiment_Config_File.jsonc
Parameters assigned and overridden in the JSON file are NOT passed via init functions layer by layer as other frameworks usually do; instead, at the start of the main.py
, a special program defined in UTILS/config_args.py
will directly INJECT the overridden parameters to the desired location.
We give an example to demonstrate how simple it is to add new parameters.
Suppose we want to introduce HP into DCA, then an initial HP, let say HP_MAX
need to be defined as a parameter.
Then:
- Open
MISSIONS/collective_assult/collective_assult_parallel_run.py
. (You can create new file if you wish so.) - (Step1, Define It !) In
ScenarioConfig
class add a new line writingHP_MAX=100
. (You can create another class if you wish so.) - (Step2, Use It !) Anywhere you want to use the
HP_MAX
, firstfrom xxx.collective_assult_parallel_run import ScenarioConfig
, then use the parameter byinit_hp_of_some_agent = ScenarioConfig.HP_MAX
. - (Step3, Change It !) To override the default value
HP_MAX=100
in JSON (e.g., in./example_dca.jsonc
), you just need to add a line in the field"MISSIONS.collective_assult_debug.collective_assult_parallel_run.py->ScenarioConfig"
, for example:
{
...... (other field)
"MISSIONS.collective_assult_debug.collective_assult_parallel_run.py->ScenarioConfig": {
"HP_MAX": 222, # <------ add this!
"random_jam_prob": 0.05, # (other config override in ScenarioConfig)
......
},
...... (other field)
}
- You need not to worry about the format. You can write
{"HP_MAX": 222}
or{"HP_MAX": "222"}
. If the value is a bool, you can write{"Key1":true,"Key2":false}
or{"Key1":"True", "Key2":"False"}
. Both are OK. - Be aware, in Step2,
HP_MAX=100
definesHP_MAX
as Int. If what you want is a float, please writeHP_MAX=100.0
. Overriding a Int with float will trigger assert error. - All Done! Say bye-bye to annoying args passing and kargs passing!
our framework can fully support complicated parameter dependency.
Some parameters are sometimes just Chained together.
Changing one of them can lead to the change of another.
E.g., Let the number of parallel envs (num_threads
) be 32,
and we test the performance every test_interval
episode,
we wish to have relate them with test_interval
= 8*num_threads
,
meaning that a test run is shot every 8 round of parallel env executions.
Such need can be simply satisfied by defining a Chained var structure:
num_threads = 32 # run N parallel envs,
# define test interval
test_interval = 8*num_threads
# define the Chains of test interval
test_interval_cv = ChainVar(lambda num_threads:8*num_threads, chained_with=['num_threads'])
# all done! you need to do nothing else!
After this, you can expect following override (JSON config override) behaviors:
- Changing Neither in JSON, then both parameters use default (
num_threads
= 32,test_interval
= 8*32) - Changing only
num_threads
in JSON, thentest_interval
is also forced to change according totest_interval=8*num_threads
. - Changing only
test_interval
in JSON, the Chain will not work, obay JSON override, nothing has higher priority than an explicit JSON override. - Changing both JSON, the Chain will not work, both obay JSON override, nothing has higher priority than an explicit JSON override.
For details, please refer to config.py
and UTILS/config_args.py
,
it is very easy to understand once you read any example of this.
When the experiment starts, the Json config override will be stored in ZHECKPOINT/the-experiment-note-you-defined/experiment.json
.
If the experiment latter produces surprising results,
you can always reproduce it again using this config backup.
Task Runner (task_runner.py
) only have three lines of important code:
# line 1
actions_list, self.info_runner = self.platform_controller.act(self.info_runner)
# line 2:
obs, reward, done, info = self.envs.step(actions_list)
# line 3:
self.info_runner = self.update_runner(done, obs, reward, info)
self.platform_controller.act
: Get action, block infomation access between teams (LINK toARGORITHM
), handle algorithm internal state loopback.
self.envs.step
: Multi-thread environment step (LINK toMISSIONS
).self.update_runner
: Prepare obs (for decision making) and reward (for driving RL algorithms) for next step.
In general, HMP task runner can operate two ways:
- (Deprecated due) self.align_episode = False: threads immediately restart at terminal state, threads do not wait each other
- self.align_episode = True: threads pause at terminal state, waiting until all threads terminate, then reset
Please refer to MISSIONS README.
Unfinished doc
VHMAP is a visulization component of HMP. VHMAP
It is unfortunate that all existing RL environments fails to provide a visual interface satisfying following useful features:
- Allowing visualizing while training, without slowing down the training server.
- Using as little resourse as possible.
- Friendly to SSH users, faster than RDP and X server which is notoriously slow.
- No dependency, even an Android with a browser can access.
- Smooth, using client's CPU and GPU to render instead of server's.
- Simple. No verbose lines about lights, buffering, reflesh and bla.bla.bla about which we researchers never care.
VHMAP is just the answer,Features:
- Python interface simplified to the max
- Rendering on the client side, automatic frame insertion, and silky smooth frame rates
- Few server-side dependencies
- Very low server-side resource consumption
- Based on ThreeJs, drag and drop support, mobile touch screen support
- Support switching between perspective and projection views
- Playback support
- Use zlib to compress data streams, low network bandwidth requirement
Interface functions, operation introduction.
- Right mouse button to pan, left mouse button to rotate, scroll wheel to zoom
- Support touch screen, if your laptop or phone has a touch screen
- Rendering refresh rate is displayed in the upper left corner
- play fps: how many key frames per second (less than the rendering refresh rate, then insert frames; greater than the rendering refresh rate, then the excess is invalid)
- pause: pause
- next frame: pause and switch the next frame
- previous frame: pause and switch the previous frame
- loop to start: play all data, go back to the first frame
- ppt step: play a frame at a very slow speed, easy to record the screen, will be stuck for a few seconds after pressing
- use orthcam: switch the perspective view (object near large and far small)/projection view (similar to what you would use in engineering drawing)
- P.S. The first time you switch to the projection view, you need to use the mouse wheel to enlarge the screen
We use docker to solve dependency: setup_docker. This project uses techniques such shared memory for extreme training efficiency, as a cost, WindowsOS+GPU training is not well supported (using pipe IO for Windows compat). For Windows (Not recommended, please do NOT run under Windows if possible), also refer to the last part of setup_docker for pip requirements list.
Please read setup_docker.md, then set up the container using:
$ docker run -itd --name hmp-$USER \
--net host \
--gpus all \
--shm-size=16G \
fuqingxu/hmp:latest
git pull && python main.py -c ZHECKPOINT/test-50+50/test-50+50.jsonc --skip
git pull && python main.py -c ZHECKPOINT/test-100+100/test-100+100.jsonc --skip
When the testing starts, open revealed url for monitoring. The front end is done by JavaScript and ThreeJS.
--------------------------------
JS visualizer online: http://172.18.116.150:aRandomPort
JS visualizer online (localhost): http://localhost:aRandomPort
--------------------------------
git pull && python main.py -c example.jsonc
git pull && python main.py -c example_dca.jsonc
launch with:
python main.py --cfg xx.json
git pull && python main.py -c ZHECKPOINT/test-aii515/test-aii515.jsonc --skip
git pull && python main.py -c ZHECKPOINT/test-cargo50/test-cargo50.jsonc --skip
git pull && python main.py --cfg ZHECKPOINT/adca-demo/test.json
git pull && python main.py --cfg ZHECKPOINT/basic-ma-40-demo/test.json
If you are interested in something, you may continue to read:
Handling parallel environment --> task_runner.py & shm_env.py
Link between teams and diverse algorithms --> multi_team.py
Adding new env --> MISSIONS.env_router.py
Adding algorithm --> ALGORITHM.example_foundation.py
Configuring by writing py files --> config.py
Configuring by json --> xx.json
colorful printing --> colorful.py
auto pip deployer --> pip_find_missing.py
efficient parallel execting --> shm_pool.pyx
auto gpu selection --> auto_gpu.py
matlab logging/plotting bridge --> mcom.py & mcom_rec.py
experiment batch executor --> mprofile.py
Please refer to MISSIONS README for more details.
- Make a new jsonc config file, using 'example.jsonc' as template
- mkdir in MISSIONS, e.g. ./MISSIONS/bvr_sim, copy src code of the environment inside it.
- Open
MISSIONS/env_router.py
, add the path of environment's init function inenv_init_function_ref
, e.g.:
env_init_function_ref = {
"bvr": ("MISSIONS.bvr_sim.init_env", "make_bvr_env"),
}
# bvr is the final name that HMP recognize,
# MISSIONS.bvr_sim.init_env is a py file,
# ScenarioConfig is a class
- Open
MISSIONS/env_router.py
, add the path of environment's configuration inimport_path_ref
import_path_ref = {
"bvr": ("MISSIONS.bvr_sim.init_env", 'ScenarioConfig'),
}
# bvr will be the final name that HMP recognize,
# MISSIONS.bvr_sim.init_env is a py file,
# make_bvr_env is a function
- Write your own ScenarioConfig. (refer to
MISSIONS.bvr_sim.init_env.ScenarioConfig
, as a template). - Write your own env init function. (refer to
MISSIONS.bvr_sim.init_env.make_bvr_env
, as a template).
<1> Qingxu, F.; Tenghai, Q.; Jianqiang, Y.; Zhiqiang, Q.; and Shiguang, W. 2022. Concentration Network for Reinforcement Learning of Large-Scale Multi-Agent Systems. In Proceedings of the AAAI Conference on Artificial Intelligence
<2> Qingxu, F. A Cooperation Graph Approach for Multiagent Sparse Reward Reinforcement Learning. IJCNN
rm -rf ~/ATempDir
mkdir ~/ATempDir
cp -r ../hmp-2g ~/ATempDir
cd ~/ATempDir/hmp-2g
git remote add github [email protected]:binary-husky/hmp2g.git
git push github master