Skip to content
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

Robot Stabilization #22

Closed
AranBSmith opened this issue Jun 27, 2019 · 2 comments
Closed

Robot Stabilization #22

AranBSmith opened this issue Jun 27, 2019 · 2 comments

Comments

@AranBSmith
Copy link

Hi, I was reading into the above line, and was wondering

  1. For the purpose of running this code in an EA in sferes2, how could this be avoided? How could it be avoided such that time might be saved when evolving individuals.
  2. What would happen if the robot could not be stabilized, and what might be a good remedy?
@costashatz
Copy link
Member

  1. For the purpose of running this code in an EA in sferes2, how could this be avoided? How could it be avoided such that time might be saved when evolving individuals.

This code can be avoided by saving the state of the robot after a stabilization and then loaded before a new run. I didn't do this because at the moment, the load/save function in DART was not functioning properly. Now, from the DART side everything is okay, but this code is a bit deprecated. We are now using robot_dart which allows for more flexibility (and up to date with DART's latest master branch).

2. What would happen if the robot could not be stabilized, and what might be a good remedy?

The way the code is structured, the robot will always stabilize and achieve the exact same state after stabilization. If you are asking more generally, this is really an open question..

@AranBSmith
Copy link
Author

Perfect, thanks!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants