Highlights
-
Fortress
: Infrastructure for simulating custom comms systems, with 2 example systems: perfect comms and radio frequency 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
- Add new
RFComms
system
- Add comms infrastructure
- Fix CMake version examples and bump plugin version
- Make sure pose publisher creates valid pose topics
- Add Ubuntu Jammy CI
- Removed
screenToPlane
method and use rendering::screenToPlane
- Supply world frame orientation and heading to IMU sensor
- Add desktop entry and SVG logo
- Fix segfault at exit
- 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
- Allow to recreate targets created by
IgnPkgConfig
- Adding
CONFIG
option
-
IgnFindOGRE2
: support for the ogre-next package on Ubuntu Jammy
- Specify sanitizers using
IGN_SANITIZERS
CMake variable
- Replace deprecated
PythonInterp
with Python 3
Contributors
Harsh Mahesheka
Jose Luis Rivero
Michel Hidalgo
Steve Peters
Ignition Rendering 6.3.1
Changelog
Full changelog
- 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.
- It would be great if I can use it to send Octomap msg. Can I do this?
- 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?
- 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.