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

Verify and document capability to ROS 2 simulation non-realtime. #710

Open
michalpelka opened this issue Jun 17, 2024 · 1 comment
Open
Assignees
Labels
feature/robotics This item is related to robotics. priority/major Major priority. Work that should be handled after all blocking and critical work is done. sig/simulation Categorizes an issue or PR as relevant to SIG Simulation triage/accepted Indicates an issue or PR is ready to be actively worked on.

Comments

@michalpelka
Copy link
Contributor

Is your feature request related to a problem? Please describe.
A lot of other simulation products support non-realtime simulation.
That is useful in scenarios like:

  • complex, challenging mechanical systems (e.g. humanoid robots),
  • hardware in the loop simulation,
  • potentially using non-realtime, non-game physics engines in O3DE for simulation
  • using prerecorded data (e.g. from real system, or other simulation software)

Describe the solution you'd like
Detailed documentation both in gem source code and in o3de.org on:

A good start is to set PhysX to work slower than real-time:
image
As you can see in the video, the clock respects correctly the slower time, when StableClock is used:
https://github.com/o3de/o3de-extras/assets/3209244/4ee3f59f-314e-4ef5-8838-c41152b0a9e0

Describe alternatives you've considered

Additional context
No more context.

@michalpelka michalpelka added needs-triage Indicates an issue or PR lacks a `triage/foo` label and requires one. sig/simulation Categorizes an issue or PR as relevant to SIG Simulation feature/robotics This item is related to robotics. labels Jun 17, 2024
@michalpelka michalpelka self-assigned this Jun 17, 2024
@michalpelka
Copy link
Contributor Author

Please review PR in process : https://github.com/o3de/o3de-extras/pull/714/files

@jhanca-robotecai jhanca-robotecai added triage/accepted Indicates an issue or PR is ready to be actively worked on. priority/major Major priority. Work that should be handled after all blocking and critical work is done. and removed needs-triage Indicates an issue or PR lacks a `triage/foo` label and requires one. labels Aug 1, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
feature/robotics This item is related to robotics. priority/major Major priority. Work that should be handled after all blocking and critical work is done. sig/simulation Categorizes an issue or PR as relevant to SIG Simulation triage/accepted Indicates an issue or PR is ready to be actively worked on.
Projects
None yet
Development

No branches or pull requests

2 participants