New Releases 2022-04-27 (Fortress, Citadel)

Highlights

  • Fortress: Infrastructure for simulating custom comms systems, with 2 example systems: perfect comms and radio frequency comms.

    comms

  • Citadel / Fortess: Specify sanitizers using IGN_SANITIZERS CMake variable

  • Fortress: Gazebo added to Ubuntu’s desktop launcher

  • Fortress : IMU sensors now support any arbitrary reference frame, as well as presets like NED, ENU, etc.

  • Fortress: Odometry publisher now contains Gaussian noise, published as msgs::OdometryWithCovariance messages, and bridged to ROS

Releases

These are the minor and patch releases that came out since the previous post.

Ignition Gazebo 6.9.0

Changelog

Full changelog

  1. Add new RFComms system
  2. Add comms infrastructure
  3. Fix CMake version examples and bump plugin version
  4. Make sure pose publisher creates valid pose topics
  5. Add Ubuntu Jammy CI
  6. Removed screenToPlane method and use rendering::screenToPlane
  7. Supply world frame orientation and heading to IMU sensor
  8. Add desktop entry and SVG logo
  9. Fix segfault at exit
  10. Add Gaussian noise to Odometry Publisher

Contributors

Addisu Z. Taddese
Aditya Pande
Alejandro Hernández Cordero
Carlos Agüero
Ian Chen
Jose Luis Rivero
Louise Poubel
methylDragon
Steve Peters


Ignition Cmake 2.12.0 and 2.12.1

Changelog

Full changelog

  1. Allow to recreate targets created by IgnPkgConfig
  2. Adding CONFIG option
  3. IgnFindOGRE2: support for the ogre-next package on Ubuntu Jammy
  4. Specify sanitizers using IGN_SANITIZERS CMake variable
  5. Replace deprecated PythonInterp with Python 3

Contributors

Harsh Mahesheka
Jose Luis Rivero
Michel Hidalgo
Steve Peters


Ignition Rendering 6.3.1

Changelog

Full changelog

  1. Revert OGRE-Next custom support and back to use IgnOGRE2 module

Contributors

Jose Luis Rivero


“Hey roommate, wake up. New updates from Gazebo just dropped!” lol I looove those new updates!

BTW as for comms infrastructure, does this mean it can be used on two different machine?

Could you elaborate about what do you mean by using it on two different machines?

1 Like

Hey there!

I was asking if this can be done on two different machines. One will be using gazebo while other one will be using a different machine to communicate with each other. I guess like zmq, websocket, or any communication infrastructure.

I afraid I might have misunderstood this part.

Think about this communication infrastructure as the communication that happens between the robots within the simulator. Having said that, it’s totally possible to have the code that sends and receives data in a separate machine than the one running the simulation.

2 Likes

@chapulina @caguero what is the exact difference between perfect comms and radio frequency comms, may I ask?

Both are examples about how to use the comms system.

Perfect comms is the trivial example, every message sent is delivered to the destination.
RF comms implements a signal propagation loss model based on distance. Based on that model, some messages will be delivered and others will be lost.

1 Like

@caguero I successfully executed the example for rf_comms plugin and now I want to get it to work with ros2. I have several questions.

  1. It would be great if I can use it to send Octomap msg. Can I do this?
  2. I noticed that there is no bridge for Octomap msgs in ros_gz_bridge so should I create that bridge if I am to do this?
  3. I believe another alternative would be to integrate ros2 in the gazebo publisher. Is it possible? If so, are there any examples?

@caguero @chapulina your help is much appreciated. I have asked in RSE since this is a question.