-
Notifications
You must be signed in to change notification settings - Fork 43
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Improve the Simulink-balancing-simulator #95
Comments
@gabrielenava you can start experimenting with the new matlab visualization. Some documentation can be found here |
we could try to understand how to substitute this internal WBC simulator with matlab-whole-body-simulator functionalities. |
This dependency can create a problem if whole-body-controllers starts depending on matlab-whole-body-simulator (see robotology/whole-body-controllers#95 (comment)). As the dependency is not required at install time, we can drop it.
This dependency can create a problem if whole-body-controllers starts depending on matlab-whole-body-simulator (see robotology/whole-body-controllers#95 (comment)). As the dependency is not required at install time, we can drop it.
Hi @gabrielenava , as we discussed T2T some time ago, we could consider #121 as a first step in the strategy you defined here. Considering the bullet points you defined, I would say that #121 covers the bullets 1, 3 and 4. The point 2 would be the next step. I suggest we make this issue #95 an Epic and include #121 in it for starting. What do you think? |
only one issue was left in this epic, and it in completed. Closing the epic! |
The new
2.5
release of WBC now also officially supports an internal simulator for balancing: https://github.com/robotology/whole-body-controllers/blob/master/controllers/simulink-balancing-simulator/README.md.The simulator can be improved as follows:
the control subsystem and the
dynamics integration
subsystem should be clearly separated. In this way the simulator may be easily adapted to other Simulink controllers;the blocks contained in the
dynamics integration
subsystem may be further separated in smaller subsystems and may become a small Simulink blocks library (to be added to https://github.com/robotology/whole-body-controllers/tree/master/library/simulink-library). I like this solution because I can replace these blocks if one day we decide to add to the WBToolbox library dedicated blocks for dynamics integration;at the moment we don't have a model of the environment: we assume the robot has 1 (or more than 1) link bolted to the ground. It would be nice to have a simple contact model to simulate the interaction between the foot and the environment. I don't need something really complex, so I ca search for solutions in the literature and try to implement them (cc @GiulioRomualdi);
at the moment Gazebo is required to visualize the robot movements. I would like to have an internal visualizer that substitute Gazebo (cc @fjandrad).
The text was updated successfully, but these errors were encountered: