November 12, 2024
Status of Colcon building "standards-based" Python packages?

I have read the (now closed) topic: Call For Testing: Standards-based Python packaging with colcon. But it seems not much has happened in the linked repo since then. I have some co-workers who are asking why they need to use setup.py to use ROS, so I’m investigating for them. Should I try using this colcon-python-project Colcon extension? Or was the effort abandoned? Should I be using something else?

I also found this Poetry Colcon extension. I feel indifferent about Poetry, but could try it out. I would appreciate any sharing of thoughts about it.

4 posts - 4 participants

Read full topic

by taughz on November 12, 2024 08:03 PM

ROS-Industrial Consortium Asia Pacific Annual Summit 2024

The ROS-Industrial Consortium Asia Pacific Annual Summit 2024, themed "Robotics in the Age of AI," concluded successfully, marking a significant milestone for the robotics and automation sector in Asia Pacific. Hosted by the ROS-Industrial Consortium Asia Pacific (RIC Asia Pacific) and managed by the Advanced Remanufacturing and Technology Center (ARTC), the summit brought together over 150 international participants, including industry leaders, researchers, and innovators, who gathered to explore the impact of AI-powered robotics on industries.

WhatsApp Image 2024-11-07 at 4.20.03 PM.jpeg
WhatsApp Image 2024-11-07 at 4.20.05 PM (1).jpeg
WhatsApp Image 2024-11-07 at 4.20.05 PM.jpeg
WhatsApp Image 2024-11-07 at 4.20.08 PM (1).jpeg
WhatsApp Image 2024-11-07 at 4.20.08 PM.jpeg
WhatsApp Image 2024-11-07 at 4.20.09 PM.jpeg
WhatsApp Image 2024-11-07 at 4.20.10 PM (1).jpeg
WhatsApp Image 2024-11-07 at 4.20.10 PM.jpeg
WhatsApp Image 2024-11-07 at 4.20.11 PM (1).jpeg
WhatsApp Image 2024-11-07 at 4.20.11 PM.jpeg
WhatsApp Image 2024-11-07 at 4.20.12 PM (1).jpeg
WhatsApp Image 2024-11-07 at 4.20.12 PM (2).jpeg
WhatsApp Image 2024-11-07 at 4.20.12 PM (3).jpeg
WhatsApp Image 2024-11-07 at 4.20.12 PM.jpeg
WhatsApp Image 2024-11-07 at 4.20.13 PM (1).jpeg
WhatsApp Image 2024-11-07 at 4.20.13 PM.jpeg
WhatsApp Image 2024-11-07 at 4.20.14 PM (1).jpeg
WhatsApp Image 2024-11-07 at 4.20.14 PM (2).jpeg
WhatsApp Image 2024-11-07 at 4.20.14 PM.jpeg
WhatsApp Image 2024-11-07 at 4.20.15 PM (1).jpeg
WhatsApp Image 2024-11-07 at 4.20.15 PM.jpeg

This year’s summit featured an impressive agenda packed with expert talks, hands-on masterclasses, and an engaging tech marketplace, all designed to highlight how AI is transforming robotics across industries, especially in manufacturing, logistics, and physical security.

Day 1 Highlights

The first day of the summit opened with a series of insightful presentations by leaders from major organizations in the AI and robotics space.

Amazon Web Services (AWS) set the tone with a talk titled "AI and Robotics-Driven Innovations for Manufacturing Excellence." Presented by Mirela Juravle, Data and AI Specialist Lead at AWS, the session showcased how robotics and AI are being leveraged to support digital transformation efforts toward achieving "lights-out" manufacturing, a concept where factories operate autonomously without human intervention. AWS shared insights on the benefits of cloud services in scaling robotic operations and optimizing workflows for increased efficiency in manufacturing.

Next, Mitsuharu Sonehara, Manager at IHI Corporation’s Technology Planning Department, presented on IHI's vision of advancing robotics and automation within logistics. Titled "From Deep Sea to Deep Space," his talk explored IHI's work in using robotics for high-stakes applications, from underwater operations to outer space logistics. He detailed the challenges and opportunities in these extreme environments and highlighted how AI and robotics can revolutionize logistics operations of the future.

Swarooph Nirmal Seshadri, Chief Technology Officer at Kabam Robotics, shared insights on the transformation of physical security through robotics, intelligence, and connectivity. His session explored how AI-driven robots are becoming crucial in the security industry, enabling smarter monitoring, data gathering, and response systems that are safer and more efficient.

Dr. Dikai Liu, a solution architect from NVIDIA, followed with an exciting presentation on NVIDIA’s suite of services, which facilitates the acceleration of robotics and AI from simulation to real-world deployment. NVIDIA’s tools and platforms empower developers to simulate complex environments and rapidly prototype AI algorithms for robotics, ultimately shortening the timeline from concept to deployment.

An important announcement on ROS2 compatibility came from Mr. Steven Chong, Senior Business Development Manager at Mitsubishi Electric Asia. He announced the release of a ROS2 driver for the MELFA robot, enabling broader integration with the ROS ecosystem. This advancement allows Mitsubishi Electric’s industrial robots to seamlessly integrate with ROS2, opening up new possibilities for automation in various industries. More details can be found on the ROS-Industrial blog here.

Wrapping up the first day’s talks, Dr. Yang Geng, Assistant Director at IMDA, presented on "Embodied AI as the Next Leap in GenAI." He described how embodied AI, which focuses on giving AI systems a physical presence, can revolutionize industries, from customer service robots to healthcare assistants, by enhancing interactions and adaptability through AI.

Day 2 Highlights

The second day of the summit was equally informative, beginning with a presentation by Matt Robinson, Consortium Manager at ROS-Industrial Consortium America. He discussed the collective global effort to standardize ROS2 drivers, aiming to establish ROS2 as the default industrial standard for robotics software. Robinson emphasized the benefits of this standardization for interoperability and efficiency in automation.

Following Robinson, Vishnuprasad Prachandabhanu, Consortium Manager of ROS-Industrial Consortium Europe, shared ongoing efforts to implement ROS2 across various applications. He highlighted a substantial EU-backed initiative with a €60 million funding commitment toward developing AI for robotics across Europe, signifying a significant investment in the advancement of open-source robotics.

Mr. Eugene Goh of JM Vistec presented next, offering insights on the integration of vision systems in robotics. His talk emphasized how JM Vistec enables robots to "see," enhancing precision and capability in industrial tasks, from quality inspection to object recognition.

Concluding the speaker sessions, Dr. Kenneth Kwok from IHPC shared cutting-edge research on enabling human-robot collaboration, powered by AI. His session emphasized the importance of human-centered AI in creating safe, efficient, and collaborative environments where robots can work alongside humans in factories, warehouses, and more.

Masterclass Lineup Participants then moved to the masterclass sessions, which provided hands-on learning experiences across various aspects of AI and robotics. Each session was designed to deepen the practical knowledge and technical skills required for integrating AI with robotics.

Empowering Innovations with MELSOFT: Led by Mr. Liu Muyao, Software Application Engineer from Mitsubishi Electric Asia, this session focused on MELSOFT, Mitsubishi's integrated software environment, which enhances the control and flexibility of industrial robots.

Introduction to Reinforcement Learning for Robot Arm Manipulation: Hosted by Mr. Shalman Khan, Mr. Santosh Balaji, and Ms. Mercedes Ramesh from ROS-Industrial Consortium Asia Pacific, this session introduced reinforcement learning principles, showing participants how to apply these techniques to control robotic arms more effectively.

Introduction to Deep Learning with YOLO and ROS: Dr. Carlos Acosta, Robotics Specialist at Singapore Polytechnic, led a session on utilizing YOLO (You Only Look Once) with ROS for object detection. The masterclass offered participants a foundation in integrating deep learning algorithms with ROS to enhance robotic vision applications.

Introduction to Fleet Management with Open-RMF: This session, led by Dr. Ricardo Tellez, CEO of The Construct, demonstrated the Open-RMF (Robot Management Framework) for multi-robot fleet management. Participants learned how to manage multiple robots collaboratively, a critical capability for applications in large facilities like hospitals and factories.

Tech Marketplace Highlights The tech marketplace featured a diverse array of participants, including Megazo, Kabam Robotics, IHPC, Parasoft, and Pepperl+Fuchs. Each company showcased their latest innovations, giving attendees a firsthand look at cutting-edge robotics solutions and AI-driven technologies designed to tackle challenges in industries like manufacturing, logistics, and safety. The marketplace provided a vibrant space for networking, collaboration, and discovering new tools that could redefine industrial automation.

RIC-AP Annual Summit 2024 also announce 2025 exciting event as we welcome the largest ROS Conference, ROSCon 2025 to Singapore. This would be the first time ROSCon will be hosted in Singapore

Finally, on behalf of everyone at ROS-Industrial Consortium Asia Pacific, we would like to thank all participants and delegates for their enthusiasm and we look forward to RIC-AP Annual summit 2025.

To sign up for our upcoming events, register your interest via this link: [https://form.gov.sg/672480d8116743c2ed31c690]

by ROSIndustrial AP on November 12, 2024 12:54 AM

Official ROS2 Driver Release for Mitsubishi Electric Industrial Robot MELFA: MELFA ROS2 Driver

Mitsubishi Electric aims to integrate their MELFA robots into the ROS2 ecosystem, allowing robotics developers and integrators to utilize their industry proven platform seamlessly in ROS-based applications.

By developing MELFA ROS2 packages, Mitsubishi Electric seeks to enable developers to leverage on the flexibility, modularity, and extensive support of ROS2 community coupled with proven global hardware support.

MELFA ROS2 Driver is a collaborative effort between ROS-I Consortium Asia Pacific and Mitsubishi Electric Asia. MELFA ROS2 Driver consists of modular components that allow users to interface with the robot’s motion control, state monitoring, and digital/analog I/O operations in ROS2 control framework. This development bridges the gap between Mitsubishi Electric automation hardware and ROS2, providing developers with the tools needed to build, deploy, and manage robotic applications on an industrial platform effectively.

MELFA ROS2 Driver I/O controllers enable cyclic communication between ROS2 and MELFA. Developers can leverage on the IQ platform through MELFA ROS2 Driver to access other Mitsubishi Electric automation products (such as PLC, HMI, motor drives, NC machines), utilize industrial networks (such as CC-Link, PROFINET, EtherCAT, EtherNet/IP, DeviceNet, etc) and explore time sensitive networks (such as CC-Link IE TSN).

MELFA ROS2 Driver is designed for flexibility, supporting various ROS2 packages such as MoveIt2 for motion planning and custom nodes for specialized tasks.

MELFA ROS2 driver will officially support 9 models in the first batch and will aim to support more than 20 models in the near future

  • RV-2FR

    RV-4FR

    RV-4FRL

    RV-7RL

    RV-13FRL

    RV-8CRL

  • RV-5AS

  • RH-6FRH5520

    RH-6CRH6020

Users can access detailed documentation and installation instructions from the official repository [https://github.com/Mitsubishi-Electric-Asia/melfa_ros2_driver] to get started or talk to the developers from Mitsubishi Electric on [https://github.com/orgs/Mitsubishi-Electric-Asia/discussions/1]

by ROSIndustrial AP on November 12, 2024 12:07 AM

November 11, 2024
Space Station OS released! - a future where anyone can develop space stations.

Space Station OS (SSOS) is an open-source development platform for space stations, built on ROS 2 to support interoperability, modularity, and scalability across various space station projects.

By unifying core functions like thermal control, power, and life support into reusable modules, Space Station OS provides a universal environment that allows engineers globally to develop and operate space stations collaboratively. This enables rapid innovation and cross-mission compatibility, lowering development costs and enhancing sustainable space station operations.

Space Station OS represents a global effort to democratize space station technology, welcoming contributions from the international aerospace and robotics communities.

Visit us:

6 posts - 4 participants

Read full topic

by yuyuqq on November 11, 2024 05:07 PM

RobotCAD 4.0.0 - released! Let you make controllable robots from GUI

Ros2_controllers are intergrated to RobotCAD 4.0.0 and let you make controllable diff drive car, manipulator, etc just from RobotCAD GUI without programming.

Also sometime before was integrated PX4 autopilot. It makes synergy of making airal - land riding robots with manipulator in 1 hour. See functionality demonstration.

RobotCAD 4.0.0 functionality demo
RobotCAD 4.0.0 functionality demo

Moreover you can extend RobotCAD controllers by adding your generic controller to ros2_controllers repository by pull request (or locally at your computer). And after that you will be able to construct your specific controllable tool via RobotCAD GUI and automatically generate code of ROS2 package and docker for it.

RobotCAD repository

1 post - 1 participant

Read full topic

by fenixionsoul on November 11, 2024 12:03 PM

November 08, 2024
ROS News for the Week of November 4th, 2024

ROS News for the Week of November 4th, 2024



ROSCon 2024 is in the bag and most of the team is finally home! The videos should be up on the web soon (please don’t ask when, they’ll be up as soon as we can get them edited and uploaded).

In the meantime there are some great resources that came out of the event. Sebastian Castro put together a fantastic summary of the event. You can also check out @mjcarroll and @jennuine’s
r2s: Text User Interface (TUI) for ROS 2, this Zenoh + ROS 2 ROSCon Workshop, this demystifying ROS 2 networking workshop, and my intro to ROS 2 workshop



@Anis_Koubaa has put together a comprehensive survey on ROS 2.. They survey includes an amazing webpage that allows you to search through ROS papers that is worth bookmarking.



ROS By-The-Bay with Red Rabbit Robotics and @methyldragon is scheduled for next Thursday, November 14th in Mountain View. There are maybe ten RSVPs left.


MELFA ROS2 Driver Demo

Our friends at ROS Industrial had their annual European and Asian consortium meetings over the past two weeks. One of the big take aways is the new Mitsubishi MELFA ROS 2 driver. You can check out the source code here.



:rocket: Space ROS Humble 2024.10.0 has been released!. I suggest you take a look at the Space ROS Demo repository’s pull requests. There is some really cool stuff in there!

Along those lines, check out ROSA being demonstrated for Neil deGrasse Tyson at JPL.

Events

News

ROS

Got a minute? :mantelpiece_clock:

We desperately need more contributors to the ROS Documentation. If you learned something new this week why not share it with the community?

3 posts - 2 participants

Read full topic

by Katherine_Scott on November 08, 2024 08:36 PM

[Announcement] Sony Robotics Solution (AMR/AGV) with ROS 2

Hi ROS users,

We Sony would like to make an quick announcement that we has released our robotics solution for AMR.

AutonMate

Autonomous Mobile Robot (AMR) that assists with picking through collaboration with humans, aiming to reduce labor. AMRs, positioned as the next generation of Automatic Guided Vehicles (AGVs), can travel without guides and move autonomously while avoiding people and obstacles.

Those robotics packages are already running in the market and actual workspace in Japan !!!

System Overview

The system is constructed with 2 components, the one is Fleet Management System and the other is Robot Navigation System.
All these proprietary system application are built on top of ROS 2 humble and Fast-DDS.

The system does many things such as map creation, autonomous navigation and device management. Based on our experiences especially for edge IoT and embedded devices, we develop the stable and robust system for the robots.

ROS Open Source Eco-System in Sony

Sony has been working to make a lot of contribution to the mainline based on the requirements from business logics, then we can use ROS as a user to the business applications. We really appreciate ROS community and ROS open source, and we will keep it up :rocket:

If you are interested, please contact us.

thanks,
Tomoya

5 posts - 3 participants

Read full topic

by tomoyafujita on November 08, 2024 06:33 PM

Open Hardware Summit 2025 CFP

Hi Everyone,

I want to take off my ROS hat :billed_cap: for a second and put on my Open Source Hardware Association (OSHWA) hat :cowboy_hat_face: for second.

As some of you may know I’ve been on the board of the Open Source Hardware Association for some time now. The OSHWA team is really busy with an exciting new NSF project at the moment so I am stepping up to help with organizing this year’s Open Hardware Summit. I presented a Lightning Talk at ROSCon about this year’s summit and the response was so positive I figured I should also make an announcement on ROS Discourse. I might also be in the process of planning a ROS meetup in Edinburgh. If that’s something you would be interested in helping with please reach out to me directly via DM.

Open Hardware Summit 2025

This year’s Open Hardware Summit will be held in Edinburgh, Scotland on 2025-05-29T23:00:00Z UTC2025-05-30T23:00:00Z UTC and tickets just went on sale. If you’ve never been to Open Hardware Summit you can get a taste of the event by watching our 2024 Summit Live Stream. Our keynote this year was from Danielle Boyer, a Ojibwe roboticist who is builds open hardware educational robots that teach students their indigenous languages.

OSHWA currently has an open call for proposals for this year’s Open Hardware Summit. If you have an open source hardware robot, or an interesting open hardware project that you would like to share, please consider submitting a talk or workshop proposal! Applications are due by 2024-12-22T08:00:00Z UTC.

While I have your attention…

I want to remind the ROS community that they should consider certifying their open hardware designs! Certification ensures that your project meets the minimum documentation requirements to be considered open source hardware, lists your project on our certification website, and provides you with a slick badge that you can include on your designs.

The OSHWA certification website is a gold mine of close to 3000 open hardware projects that you are free to study and use as part of your robotics project. The certification website currently includes 19 different motor drivers (like this stepper driver and this Grove Motor Driver from TU Delft ), 229 different robots (such as the NASA JPL Rover), and 312 different sensors (like this line sensor, and this pneumatics controller). I recommend you bookmark the certification website for easy reference!

2 posts - 2 participants

Read full topic

by Katherine_Scott on November 08, 2024 05:17 PM

Comprehensive Survey on ROS 2

:rocket: ��������� �����������: ��� ���� ������������� ������ �� ��� �:rocket:

I am excited to announce that our latest survey paper,

��� � �� � ��������: � ������

co-authored with Abdulrahman S. Al-Batati and Dr. Mohamed AbdelKader, is now available on Preprints.org! :tada:

Credits go to Abdulrahman S. Al-Batati for the great efforts in gathering this volume of related works and also in building the first repository of ROS/ROS2 publications available at:

:open_book: ���/���� ����������: https://ros.riotu-lab.org/
:open_book: ���� �����: LinkedIn

This study stands as the ���� ������������� ������ to date on the transition from ��� � �� ��� �, offering a deep dive into the enhancements, challenges, and future directions for ROS 2.

Our analysis covers:
:small_blue_diamond: Real-time capabilities
:small_blue_diamond: Enhanced modularity
:small_blue_diamond: Security improvements
:small_blue_diamond: Middleware and distributed systems
:small_blue_diamond: Multi-robot system applications

We carefully analyzed �,��� ���-������� ��������, with a focused review of ��� ��� �-�������� ������������, making this a key resource for researchers, developers, and enthusiasts in the ROS community.

Our goal is to provide a cohesive synthesis that helps deepen the understanding of ROS 2’s contributions and guides future research in robotic systems design.

Join us in exploring the potential of ROS 2 and shaping the future of robotics! :bulb::robot:

hashtag#ROS2 hashtag#Robotics hashtag#ROS hashtag#Research hashtag#AI hashtag#MachineLearning hashtag#RoboticsCommunity hashtag#ROSCommunity hashtag#OpenSource hashtag#Survey

7 posts - 5 participants

Read full topic

by Anis_Koubaa on November 08, 2024 07:39 AM

November 06, 2024
Next Client Library WG Meeting: Friday 8th November 2024

Hi,
after a break I would like to start again the recurring meetings of the client library working group.

The next meeting will be this Friday, 8th November 2024 at 8 AM Pacific Time.

The agenda for now includes:

Everyone is welcome to join.
If you have topics you want to discuss, feel free to anticipate them here in this thread.

2 posts - 1 participant

Read full topic

by alsora on November 06, 2024 04:01 PM

November 05, 2024
Introducing FIREBRINGER - A generalised autonomous navigation algorithm

Hey all,

Our company GEEAR (full announcement soon) has been developing FIREBRINGER - a generalised autonomous navigation algorithm implemented on ROS2 for field-robotic applications.

The algorithm is meant to support a variety of missions from simple point-to-point travelling and trajectory tracking, to more advanced interaction with third-party vehicles and our favourite - real-world dense robotic swarms (in the full academic sense of emergent collaborative behaviour). We will continue working on populating our library of mission types/functionalities so you can expect more in the future.

So far we have validated FIREBRINGER on real-world boats and ground vehicles and on copters and fixed-winged aircraft in gazebo, (real-world experiments coming soon). You can find our recent video unveiling our autonomous vessel prototype here.

The algorithm is meant to be easy to use and tune, only requiring basic physical characteristics of the robot (maximum linear/angular velocity and maximum acceleration for each degree of freedom of the robot), and it offers plug-n-play functionality when combined with an Ardupilot autopilot through MAVROS.

It is based on a lightweight, robust NMPC-variant integrated with artificial potential field theory. It can typically run at 100Hz on a normal PC and 25Hz on a RPi4B for all vehicle types. So far, it can receive topics regarding the location of other vehicles (third-party and collaborative), trajectory (e.g., NAV2 global path), destination (complete pose), and various other mission specific info. We are currently working on incorporating point-cloud/costmap information for surrounding obstacle avoidance. Our aim is to allow integration with any ROS2 perception package that may be used in field robotics. The algorithm outputs an optimal velocity for each degree of freedom so it needs to be combined with appropriate low-level actuation control (or connected to a well-tuned Ardupilot autopilot which will do the work).

We are currently considering creating and publishing a complete ROS2 package for the algorithm and we may propose some type of fusion with NAV2 in the future, but we wanted to gauge interest first. Obviously we are open to ideas and recommendations (and some criticism)!

4 posts - 3 participants

Read full topic

by George_Rossides on November 05, 2024 04:25 PM

November 04, 2024
Clarification of Infrastructure PMC meeting time

tl;dr:

Infrastructure PMC meetings are held online at Mondays 16:00 UTC

The event is open to public observers who can join via the information on the OSRF Official Events calendar


Hello everyone,

The Infrastructure Project Management Committee meeting has been on the OSRF Official Events calendar since we made the switch from the earlier Infrastructure Project Committee to the OSRA-chartered Infrastructure PMC.

When I created the event, I accidentally did so using my local timezone instead of UTC pinning, as result, the meeting time was shown an hour later than previous weeks when the US clocks changed. Another PMC member noticed and reported this and I corrected the event.

My apologies to observers who joined an hour later, when the meeting time was originally posted.

3 posts - 2 participants

Read full topic

by nuclearsandwich on November 04, 2024 06:03 PM

New packages for Humble Hawksbill 2024-11-04

Package Updates for Humble

Added Packages [9]:

  • ros-humble-etsi-its-vam-ts-coding: 2.3.0-1
  • ros-humble-etsi-its-vam-ts-coding-dbgsym: 2.3.0-1
  • ros-humble-etsi-its-vam-ts-conversion: 2.3.0-1
  • ros-humble-etsi-its-vam-ts-msgs: 2.3.0-1
  • ros-humble-etsi-its-vam-ts-msgs-dbgsym: 2.3.0-1
  • ros-humble-sbg-driver: 3.2.0-1
  • ros-humble-sbg-driver-dbgsym: 3.2.0-1
  • ros-humble-web-video-server: 2.0.1-1
  • ros-humble-web-video-server-dbgsym: 2.0.1-1

Updated Packages [140]:

  • ros-humble-clearpath-msgs: 0.3.0-2 → 1.0.0-1
  • ros-humble-clearpath-platform-msgs: 0.3.0-2 → 1.0.0-1
  • ros-humble-clearpath-platform-msgs-dbgsym: 0.3.0-2 → 1.0.0-1
  • ros-humble-control-toolbox: 3.2.0-1 → 3.3.0-1
  • ros-humble-control-toolbox-dbgsym: 3.2.0-1 → 3.3.0-1
  • ros-humble-etsi-its-cam-coding: 2.2.0-1 → 2.3.0-1
  • ros-humble-etsi-its-cam-coding-dbgsym: 2.2.0-1 → 2.3.0-1
  • ros-humble-etsi-its-cam-conversion: 2.2.0-1 → 2.3.0-1
  • ros-humble-etsi-its-cam-msgs: 2.2.0-1 → 2.3.0-1
  • ros-humble-etsi-its-cam-msgs-dbgsym: 2.2.0-1 → 2.3.0-1
  • ros-humble-etsi-its-cam-ts-coding: 2.2.0-1 → 2.3.0-1
  • ros-humble-etsi-its-cam-ts-coding-dbgsym: 2.2.0-1 → 2.3.0-1
  • ros-humble-etsi-its-cam-ts-conversion: 2.2.0-1 → 2.3.0-1
  • ros-humble-etsi-its-cam-ts-msgs: 2.2.0-1 → 2.3.0-1
  • ros-humble-etsi-its-cam-ts-msgs-dbgsym: 2.2.0-1 → 2.3.0-1
  • ros-humble-etsi-its-coding: 2.2.0-1 → 2.3.0-1
  • ros-humble-etsi-its-conversion: 2.2.0-1 → 2.3.0-1
  • ros-humble-etsi-its-conversion-dbgsym: 2.2.0-1 → 2.3.0-1
  • ros-humble-etsi-its-cpm-ts-coding: 2.2.0-1 → 2.3.0-1
  • ros-humble-etsi-its-cpm-ts-coding-dbgsym: 2.2.0-1 → 2.3.0-1
  • ros-humble-etsi-its-cpm-ts-conversion: 2.2.0-1 → 2.3.0-1
  • ros-humble-etsi-its-cpm-ts-msgs: 2.2.0-1 → 2.3.0-1
  • ros-humble-etsi-its-cpm-ts-msgs-dbgsym: 2.2.0-1 → 2.3.0-1
  • ros-humble-etsi-its-denm-coding: 2.2.0-1 → 2.3.0-1
  • ros-humble-etsi-its-denm-coding-dbgsym: 2.2.0-1 → 2.3.0-1
  • ros-humble-etsi-its-denm-conversion: 2.2.0-1 → 2.3.0-1
  • ros-humble-etsi-its-denm-msgs: 2.2.0-1 → 2.3.0-1
  • ros-humble-etsi-its-denm-msgs-dbgsym: 2.2.0-1 → 2.3.0-1
  • ros-humble-etsi-its-messages: 2.2.0-1 → 2.3.0-1
  • ros-humble-etsi-its-msgs: 2.2.0-1 → 2.3.0-1
  • ros-humble-etsi-its-msgs-utils: 2.2.0-1 → 2.3.0-1
  • ros-humble-etsi-its-primitives-conversion: 2.2.0-1 → 2.3.0-1
  • ros-humble-etsi-its-rviz-plugins: 2.2.0-1 → 2.3.0-1
  • ros-humble-etsi-its-rviz-plugins-dbgsym: 2.2.0-1 → 2.3.0-1
  • ros-humble-generate-parameter-library: 0.3.8-3 → 0.3.9-1
  • ros-humble-generate-parameter-library-example: 0.3.8-3 → 0.3.9-1
  • ros-humble-generate-parameter-library-example-dbgsym: 0.3.8-3 → 0.3.9-1
  • ros-humble-generate-parameter-library-py: 0.3.8-3 → 0.3.9-1
  • ros-humble-generate-parameter-module-example: 0.3.8-3 → 0.3.9-1
  • ros-humble-lanelet2: 1.2.1-1 → 1.2.2-1
  • ros-humble-lanelet2-core: 1.2.1-1 → 1.2.2-1
  • ros-humble-lanelet2-core-dbgsym: 1.2.1-1 → 1.2.2-1
  • ros-humble-lanelet2-examples: 1.2.1-1 → 1.2.2-1
  • ros-humble-lanelet2-examples-dbgsym: 1.2.1-1 → 1.2.2-1
  • ros-humble-lanelet2-io: 1.2.1-1 → 1.2.2-1
  • ros-humble-lanelet2-io-dbgsym: 1.2.1-1 → 1.2.2-1
  • ros-humble-lanelet2-maps: 1.2.1-1 → 1.2.2-1
  • ros-humble-lanelet2-matching: 1.2.1-1 → 1.2.2-1
  • ros-humble-lanelet2-matching-dbgsym: 1.2.1-1 → 1.2.2-1
  • ros-humble-lanelet2-projection: 1.2.1-1 → 1.2.2-1
  • ros-humble-lanelet2-projection-dbgsym: 1.2.1-1 → 1.2.2-1
  • ros-humble-lanelet2-python: 1.2.1-1 → 1.2.2-1
  • ros-humble-lanelet2-python-dbgsym: 1.2.1-1 → 1.2.2-1
  • ros-humble-lanelet2-routing: 1.2.1-1 → 1.2.2-1
  • ros-humble-lanelet2-routing-dbgsym: 1.2.1-1 → 1.2.2-1
  • ros-humble-lanelet2-traffic-rules: 1.2.1-1 → 1.2.2-1
  • ros-humble-lanelet2-traffic-rules-dbgsym: 1.2.1-1 → 1.2.2-1
  • ros-humble-lanelet2-validation: 1.2.1-1 → 1.2.2-1
  • ros-humble-lanelet2-validation-dbgsym: 1.2.1-1 → 1.2.2-1
  • ros-humble-launch-pal: 0.4.0-1 → 0.7.0-1
  • ros-humble-mrpt-apps: 2.14.3-1 → 2.14.4-1
  • ros-humble-mrpt-apps-dbgsym: 2.14.3-1 → 2.14.4-1
  • ros-humble-mrpt-libapps: 2.14.3-1 → 2.14.4-1
  • ros-humble-mrpt-libapps-dbgsym: 2.14.3-1 → 2.14.4-1
  • ros-humble-mrpt-libbase: 2.14.3-1 → 2.14.4-1
  • ros-humble-mrpt-libbase-dbgsym: 2.14.3-1 → 2.14.4-1
  • ros-humble-mrpt-libgui: 2.14.3-1 → 2.14.4-1
  • ros-humble-mrpt-libgui-dbgsym: 2.14.3-1 → 2.14.4-1
  • ros-humble-mrpt-libhwdrivers: 2.14.3-1 → 2.14.4-1
  • ros-humble-mrpt-libhwdrivers-dbgsym: 2.14.3-1 → 2.14.4-1
  • ros-humble-mrpt-libmaps: 2.14.3-1 → 2.14.4-1
  • ros-humble-mrpt-libmaps-dbgsym: 2.14.3-1 → 2.14.4-1
  • ros-humble-mrpt-libmath: 2.14.3-1 → 2.14.4-1
  • ros-humble-mrpt-libmath-dbgsym: 2.14.3-1 → 2.14.4-1
  • ros-humble-mrpt-libnav: 2.14.3-1 → 2.14.4-1
  • ros-humble-mrpt-libnav-dbgsym: 2.14.3-1 → 2.14.4-1
  • ros-humble-mrpt-libobs: 2.14.3-1 → 2.14.4-1
  • ros-humble-mrpt-libobs-dbgsym: 2.14.3-1 → 2.14.4-1
  • ros-humble-mrpt-libopengl: 2.14.3-1 → 2.14.4-1
  • ros-humble-mrpt-libopengl-dbgsym: 2.14.3-1 → 2.14.4-1
  • ros-humble-mrpt-libposes: 2.14.3-1 → 2.14.4-1
  • ros-humble-mrpt-libposes-dbgsym: 2.14.3-1 → 2.14.4-1
  • ros-humble-mrpt-libros-bridge: 2.14.3-1 → 2.14.4-1
  • ros-humble-mrpt-libros-bridge-dbgsym: 2.14.3-1 → 2.14.4-1
  • ros-humble-mrpt-libslam: 2.14.3-1 → 2.14.4-1
  • ros-humble-mrpt-libslam-dbgsym: 2.14.3-1 → 2.14.4-1
  • ros-humble-mrpt-libtclap: 2.14.3-1 → 2.14.4-1
  • ros-humble-mvsim: 0.11.0-1 → 0.11.1-1
  • ros-humble-mvsim-dbgsym: 0.11.0-1 → 0.11.1-1
  • ros-humble-octomap-rviz-plugins: 2.1.0-1 → 2.1.1-1
  • ros-humble-octomap-rviz-plugins-dbgsym: 2.1.0-1 → 2.1.1-1
  • ros-humble-omni-base-2dnav: 2.3.0-1 → 2.4.0-1
  • ros-humble-omni-base-bringup: 2.4.0-1 → 2.4.1-1
  • ros-humble-omni-base-controller-configuration: 2.4.0-1 → 2.4.1-1
  • ros-humble-omni-base-description: 2.4.0-1 → 2.4.1-1
  • ros-humble-omni-base-gazebo: 2.1.0-1 → 2.2.0-1
  • ros-humble-omni-base-laser-sensors: 2.3.0-1 → 2.4.0-1
  • ros-humble-omni-base-navigation: 2.3.0-1 → 2.4.0-1
  • ros-humble-omni-base-rgbd-sensors: 2.3.0-1 → 2.4.0-1
  • ros-humble-omni-base-robot: 2.4.0-1 → 2.4.1-1
  • ros-humble-omni-base-simulation: 2.1.0-1 → 2.2.0-1
  • ros-humble-parameter-traits: 0.3.8-3 → 0.3.9-1
  • ros-humble-pmb2-bringup: 5.3.0-1 → 5.3.1-1
  • ros-humble-pmb2-controller-configuration: 5.3.0-1 → 5.3.1-1
  • ros-humble-pmb2-description: 5.3.0-1 → 5.3.1-1
  • ros-humble-pmb2-robot: 5.3.0-1 → 5.3.1-1
  • ros-humble-pose-cov-ops: 0.3.12-1 → 0.3.13-1
  • ros-humble-pose-cov-ops-dbgsym: 0.3.12-1 → 0.3.13-1
  • ros-humble-python-mrpt: 2.14.3-1 → 2.14.4-1
  • ros-humble-realtime-tools: 2.6.0-1 → 2.7.0-1
  • ros-humble-realtime-tools-dbgsym: 2.6.0-1 → 2.7.0-1
  • ros-humble-sick-scan-xd: 3.5.0-1 → 3.6.0-1
  • ros-humble-sick-scan-xd-dbgsym: 3.5.0-1 → 3.6.0-1
  • ros-humble-tiago-bringup: 4.5.0-1 → 4.6.0-1
  • ros-humble-tiago-controller-configuration: 4.5.0-1 → 4.6.0-1
  • ros-humble-tiago-description: 4.5.0-1 → 4.6.0-1
  • ros-humble-tiago-moveit-config: 3.0.18-1 → 3.1.0-1
  • ros-humble-tiago-robot: 4.5.0-1 → 4.6.0-1
  • ros-humble-ur: 2.2.15-1 → 2.2.16-5
  • ros-humble-ur-bringup: 2.2.15-1 → 2.2.16-5
  • ros-humble-ur-calibration: 2.2.15-1 → 2.2.16-5
  • ros-humble-ur-calibration-dbgsym: 2.2.15-1 → 2.2.16-5
  • ros-humble-ur-controllers: 2.2.15-1 → 2.2.16-5
  • ros-humble-ur-controllers-dbgsym: 2.2.15-1 → 2.2.16-5
  • ros-humble-ur-dashboard-msgs: 2.2.15-1 → 2.2.16-5
  • ros-humble-ur-dashboard-msgs-dbgsym: 2.2.15-1 → 2.2.16-5
  • ros-humble-ur-description: 2.1.7-1 → 2.1.8-2
  • ros-humble-ur-moveit-config: 2.2.15-1 → 2.2.16-5
  • ros-humble-ur-robot-driver: 2.2.15-1 → 2.2.16-5
  • ros-humble-ur-robot-driver-dbgsym: 2.2.15-1 → 2.2.16-5
  • ros-humble-urdf-test: 2.0.3-1 → 2.1.0-1
  • ros-humble-velodyne: 2.4.0-1 → 2.5.1-1
  • ros-humble-velodyne-driver: 2.4.0-1 → 2.5.1-1
  • ros-humble-velodyne-driver-dbgsym: 2.4.0-1 → 2.5.1-1
  • ros-humble-velodyne-laserscan: 2.4.0-1 → 2.5.1-1
  • ros-humble-velodyne-laserscan-dbgsym: 2.4.0-1 → 2.5.1-1
  • ros-humble-velodyne-msgs: 2.4.0-1 → 2.5.1-1
  • ros-humble-velodyne-msgs-dbgsym: 2.4.0-1 → 2.5.1-1
  • ros-humble-velodyne-pointcloud: 2.4.0-1 → 2.5.1-1
  • ros-humble-velodyne-pointcloud-dbgsym: 2.4.0-1 → 2.5.1-1

Removed Packages [0]:

Thanks to all ROS maintainers who make packages available to the ROS community. The above list of packages was made possible by the work of the following maintainers:

  • Andrea Capodacqua
  • Armin Hornung
  • Bence Magyar
  • Błażej Sowa
  • Denis Stogl
  • Fabian Immel
  • Felix Exner
  • Jan-Hendrik Pauls
  • Jean-Pierre Busch
  • Jordan Palacios
  • Jordi Pages
  • Jose-Luis Blanco-Claraco
  • Josh Whitley
  • Paul Gesel
  • Roni Kreinin
  • SBG Systems
  • TIAGo PAL support team
  • Tyler Weaver
  • Yue Erro
  • paul
  • rostest

1 post - 1 participant

Read full topic

by audrow on November 04, 2024 04:17 PM

November 02, 2024
Interoperability Interest Group November 07, 2024: What's in an interface?

Community Page

Meeting Link

Calendar Link

2024-11-07T15:00:00Z UTC

That which we call an API by any other name would serve just as well. But when there are many diverging opinions on exactly what names to use or exactly how to structure things, we may end up scattering our efforts instead of working together.

The OSRA TGC opened a technical committee to examine the ROS Enhancement Proposal (REP) process to refine it and apply it to all of the projects that are governed by the OSRA, including Open-RMF. The PMC of Open-RMF sees this as an opportunity to formalize something similar to a Request For Comments (RFC) process for Open-RMF where we can define interfaces for our next generation development and receive comments from the public, especially from stakeholders, to make sure that we’ll be developing the most useful tools possible for everyone. This would also define a formal way for anyone from the general public to propose new interfaces for Open-RMF to support.

At this session of the special interest group, Grey will present a working draft of what kind of process we are considering for Open-RMF.

We are eager to get feedback from the Open-RMF community and beyond about how to make this process as effective as possible. Effectiveness would be measured both in terms of making sure we are producing the highest quality stable interfaces possible and also getting contributions (proposals, feedback, and implementation) from as many community stakeholders as possible.

After presenting our current ideas, we want to open up the session to discussion and feedback, so please come ready to share your own thoughts. We will especially appreciate input from anyone that has experience (both positive and negative experiences) working with standardization bodies.

1 post - 1 participant

Read full topic

by grey on November 02, 2024 09:05 AM

November 01, 2024
New Packages for Iron Irwini 2024-11-01

Hello everyone!

We’re happy to announce 4 new package and 74 updates are now available in ROS 2 Iron Irwini :iron: :irwini: .

This sync was tagged as iron/2024-11-01 .

Package Updates for iron

Added Packages [4]:

  • ros-iron-performance-test: 2.3.0-1
  • ros-iron-performance-test-dbgsym: 2.3.0-1
  • ros-iron-sbg-driver: 3.2.0-1
  • ros-iron-sbg-driver-dbgsym: 3.2.0-1

Updated Packages [74]:

  • ros-iron-control-toolbox: 3.2.0-1 → 3.3.0-1
  • ros-iron-control-toolbox-dbgsym: 3.2.0-1 → 3.3.0-1
  • ros-iron-diagnostic-aggregator: 4.1.0-1 → 4.1.0-2
  • ros-iron-diagnostic-aggregator-dbgsym: 4.1.0-1 → 4.1.0-2
  • ros-iron-diagnostic-common-diagnostics: 4.1.0-1 → 4.1.0-2
  • ros-iron-diagnostic-updater: 4.1.0-1 → 4.1.0-2
  • ros-iron-diagnostic-updater-dbgsym: 4.1.0-1 → 4.1.0-2
  • ros-iron-diagnostics: 4.1.0-1 → 4.1.0-2
  • ros-iron-generate-parameter-library: 0.3.8-3 → 0.3.9-1
  • ros-iron-generate-parameter-library-example: 0.3.8-3 → 0.3.9-1
  • ros-iron-generate-parameter-library-example-dbgsym: 0.3.8-3 → 0.3.9-1
  • ros-iron-generate-parameter-library-py: 0.3.8-3 → 0.3.9-1
  • ros-iron-generate-parameter-module-example: 0.3.8-3 → 0.3.9-1
  • ros-iron-mrpt-apps: 2.14.3-1 → 2.14.4-1
  • ros-iron-mrpt-apps-dbgsym: 2.14.3-1 → 2.14.4-1
  • ros-iron-mrpt-libapps: 2.14.3-1 → 2.14.4-1
  • ros-iron-mrpt-libapps-dbgsym: 2.14.3-1 → 2.14.4-1
  • ros-iron-mrpt-libbase: 2.14.3-1 → 2.14.4-1
  • ros-iron-mrpt-libbase-dbgsym: 2.14.3-1 → 2.14.4-1
  • ros-iron-mrpt-libgui: 2.14.3-1 → 2.14.4-1
  • ros-iron-mrpt-libgui-dbgsym: 2.14.3-1 → 2.14.4-1
  • ros-iron-mrpt-libhwdrivers: 2.14.3-1 → 2.14.4-1
  • ros-iron-mrpt-libhwdrivers-dbgsym: 2.14.3-1 → 2.14.4-1
  • ros-iron-mrpt-libmaps: 2.14.3-1 → 2.14.4-1
  • ros-iron-mrpt-libmaps-dbgsym: 2.14.3-1 → 2.14.4-1
  • ros-iron-mrpt-libmath: 2.14.3-1 → 2.14.4-1
  • ros-iron-mrpt-libmath-dbgsym: 2.14.3-1 → 2.14.4-1
  • ros-iron-mrpt-libnav: 2.14.3-1 → 2.14.4-1
  • ros-iron-mrpt-libnav-dbgsym: 2.14.3-1 → 2.14.4-1
  • ros-iron-mrpt-libobs: 2.14.3-1 → 2.14.4-1
  • ros-iron-mrpt-libobs-dbgsym: 2.14.3-1 → 2.14.4-1
  • ros-iron-mrpt-libopengl: 2.14.3-1 → 2.14.4-1
  • ros-iron-mrpt-libopengl-dbgsym: 2.14.3-1 → 2.14.4-1
  • ros-iron-mrpt-libposes: 2.14.3-1 → 2.14.4-1
  • ros-iron-mrpt-libposes-dbgsym: 2.14.3-1 → 2.14.4-1
  • ros-iron-mrpt-libros-bridge: 2.14.3-1 → 2.14.4-1
  • ros-iron-mrpt-libros-bridge-dbgsym: 2.14.3-1 → 2.14.4-1
  • ros-iron-mrpt-libslam: 2.14.3-1 → 2.14.4-1
  • ros-iron-mrpt-libslam-dbgsym: 2.14.3-1 → 2.14.4-1
  • ros-iron-mrpt-libtclap: 2.14.3-1 → 2.14.4-1
  • ros-iron-mvsim: 0.11.0-1 → 0.11.1-1
  • ros-iron-mvsim-dbgsym: 0.11.0-1 → 0.11.1-1
  • ros-iron-octomap-rviz-plugins: 2.1.0-1 → 2.1.1-1
  • ros-iron-octomap-rviz-plugins-dbgsym: 2.1.0-1 → 2.1.1-1
  • ros-iron-parameter-traits: 0.3.8-3 → 0.3.9-1
  • ros-iron-pose-cov-ops: 0.3.12-1 → 0.3.13-1
  • ros-iron-pose-cov-ops-dbgsym: 0.3.12-1 → 0.3.13-1
  • ros-iron-python-mrpt: 2.14.3-1 → 2.14.4-1
  • ros-iron-realtime-tools: 2.6.0-1 → 2.7.0-1
  • ros-iron-realtime-tools-dbgsym: 2.6.0-1 → 2.7.0-1
  • ros-iron-self-test: 4.1.0-1 → 4.1.0-2
  • ros-iron-self-test-dbgsym: 4.1.0-1 → 4.1.0-2
  • ros-iron-sick-scan-xd: 3.5.0-1 → 3.6.0-1
  • ros-iron-sick-scan-xd-dbgsym: 3.5.0-1 → 3.6.0-1
  • ros-iron-ur: 2.3.10-1 → 2.3.11-2
  • ros-iron-ur-calibration: 2.3.10-1 → 2.3.11-2
  • ros-iron-ur-calibration-dbgsym: 2.3.10-1 → 2.3.11-2
  • ros-iron-ur-controllers: 2.3.10-1 → 2.3.11-2
  • ros-iron-ur-controllers-dbgsym: 2.3.10-1 → 2.3.11-2
  • ros-iron-ur-dashboard-msgs: 2.3.10-1 → 2.3.11-2
  • ros-iron-ur-dashboard-msgs-dbgsym: 2.3.10-1 → 2.3.11-2
  • ros-iron-ur-description: 2.3.2-1 → 2.3.3-2
  • ros-iron-ur-moveit-config: 2.3.10-1 → 2.3.11-2
  • ros-iron-ur-robot-driver: 2.3.10-1 → 2.3.11-2
  • ros-iron-ur-robot-driver-dbgsym: 2.3.10-1 → 2.3.11-2
  • ros-iron-velodyne: 2.3.0-3 → 2.5.1-1
  • ros-iron-velodyne-driver: 2.3.0-3 → 2.5.1-1
  • ros-iron-velodyne-driver-dbgsym: 2.3.0-3 → 2.5.1-1
  • ros-iron-velodyne-laserscan: 2.3.0-3 → 2.5.1-1
  • ros-iron-velodyne-laserscan-dbgsym: 2.3.0-3 → 2.5.1-1
  • ros-iron-velodyne-msgs: 2.3.0-3 → 2.5.1-1
  • ros-iron-velodyne-msgs-dbgsym: 2.3.0-3 → 2.5.1-1
  • ros-iron-velodyne-pointcloud: 2.3.0-3 → 2.5.1-1
  • ros-iron-velodyne-pointcloud-dbgsym: 2.3.0-3 → 2.5.1-1

Removed Packages [0]:

Thanks to all ROS maintainers who make packages available to the ROS community. The above list of packages was made possible by the work of the following maintainers:

  • Apex AI, Inc.
  • Armin Hornung
  • Austin Hendrix
  • Bence Magyar
  • Denis Stogl
  • Felix Exner
  • Jose-Luis Blanco-Claraco
  • Josh Whitley
  • Paul Gesel
  • SBG Systems
  • Tyler Weaver
  • paul
  • rostest

1 post - 1 participant

Read full topic

by Yadunund on November 01, 2024 05:28 PM

October 31, 2024
New Packages for Noetic 2024-10-31

We’re happy to announce 3 new packages and 48 updates are now available in ROS Noetic. This sync was tagged as noetic/2024-10-31.

Thank you to every maintainer and contributor who made these updates available!

Package Updates for ROS Noetic

Added Packages [3]:

  • ros-noetic-etsi-its-vam-ts-coding: 2.3.0-1
  • ros-noetic-etsi-its-vam-ts-conversion: 2.3.0-1
  • ros-noetic-etsi-its-vam-ts-msgs: 2.3.0-1

Updated Packages [48]:

  • ros-noetic-etsi-its-cam-coding: 2.2.0-1 → 2.3.0-1
  • ros-noetic-etsi-its-cam-conversion: 2.2.0-1 → 2.3.0-1
  • ros-noetic-etsi-its-cam-msgs: 2.2.0-1 → 2.3.0-1
  • ros-noetic-etsi-its-cam-ts-coding: 2.2.0-1 → 2.3.0-1
  • ros-noetic-etsi-its-cam-ts-conversion: 2.2.0-1 → 2.3.0-1
  • ros-noetic-etsi-its-cam-ts-msgs: 2.2.0-1 → 2.3.0-1
  • ros-noetic-etsi-its-coding: 2.2.0-1 → 2.3.0-1
  • ros-noetic-etsi-its-conversion: 2.2.0-1 → 2.3.0-1
  • ros-noetic-etsi-its-cpm-ts-coding: 2.2.0-1 → 2.3.0-1
  • ros-noetic-etsi-its-cpm-ts-conversion: 2.2.0-1 → 2.3.0-1
  • ros-noetic-etsi-its-cpm-ts-msgs: 2.2.0-1 → 2.3.0-1
  • ros-noetic-etsi-its-denm-coding: 2.2.0-1 → 2.3.0-1
  • ros-noetic-etsi-its-denm-conversion: 2.2.0-1 → 2.3.0-1
  • ros-noetic-etsi-its-denm-msgs: 2.2.0-1 → 2.3.0-1
  • ros-noetic-etsi-its-messages: 2.2.0-1 → 2.3.0-1
  • ros-noetic-etsi-its-msgs: 2.2.0-1 → 2.3.0-1
  • ros-noetic-etsi-its-msgs-utils: 2.2.0-1 → 2.3.0-1
  • ros-noetic-etsi-its-primitives-conversion: 2.2.0-1 → 2.3.0-1
  • ros-noetic-etsi-its-rviz-plugins: 2.2.0-1 → 2.3.0-1
  • ros-noetic-lanelet2: 1.2.1-2 → 1.2.2-2
  • ros-noetic-lanelet2-core: 1.2.1-2 → 1.2.2-2
  • ros-noetic-lanelet2-examples: 1.2.1-2 → 1.2.2-2
  • ros-noetic-lanelet2-io: 1.2.1-2 → 1.2.2-2
  • ros-noetic-lanelet2-maps: 1.2.1-2 → 1.2.2-2
  • ros-noetic-lanelet2-matching: 1.2.1-2 → 1.2.2-2
  • ros-noetic-lanelet2-projection: 1.2.1-2 → 1.2.2-2
  • ros-noetic-lanelet2-python: 1.2.1-2 → 1.2.2-2
  • ros-noetic-lanelet2-routing: 1.2.1-2 → 1.2.2-2
  • ros-noetic-lanelet2-traffic-rules: 1.2.1-2 → 1.2.2-2
  • ros-noetic-lanelet2-validation: 1.2.1-2 → 1.2.2-2
  • ros-noetic-mrpt-apps: 2.14.3-1 → 2.14.4-1
  • ros-noetic-mrpt-libapps: 2.14.3-1 → 2.14.4-1
  • ros-noetic-mrpt-libbase: 2.14.3-1 → 2.14.4-1
  • ros-noetic-mrpt-libgui: 2.14.3-1 → 2.14.4-1
  • ros-noetic-mrpt-libhwdrivers: 2.14.3-1 → 2.14.4-1
  • ros-noetic-mrpt-libmaps: 2.14.3-1 → 2.14.4-1
  • ros-noetic-mrpt-libmath: 2.14.3-1 → 2.14.4-1
  • ros-noetic-mrpt-libnav: 2.14.3-1 → 2.14.4-1
  • ros-noetic-mrpt-libobs: 2.14.3-1 → 2.14.4-1
  • ros-noetic-mrpt-libopengl: 2.14.3-1 → 2.14.4-1
  • ros-noetic-mrpt-libposes: 2.14.3-1 → 2.14.4-1
  • ros-noetic-mrpt-libros-bridge: 2.14.3-1 → 2.14.4-1
  • ros-noetic-mrpt-libslam: 2.14.3-1 → 2.14.4-1
  • ros-noetic-mrpt-libtclap: 2.14.3-1 → 2.14.4-1
  • ros-noetic-mvsim: 0.11.0-1 → 0.11.2-1
  • ros-noetic-pose-cov-ops: 0.3.12-1 → 0.3.13-1
  • ros-noetic-python-mrpt: 2.14.3-1 → 2.14.4-1
  • ros-noetic-sick-scan-xd: 3.5.0-1 → 3.6.0-1

Removed Packages [0]:

Thanks to all ROS maintainers who make packages available to the ROS community. The above list of packages was made possible by the work of the following maintainers:

  • Fabian Immel
  • Jan-Hendrik Pauls
  • Jean-Pierre Busch
  • Jose-Luis Blanco-Claraco
  • rostest

1 post - 1 participant

Read full topic

by sloretz on October 31, 2024 06:56 PM

Kobuki in ROS 2 Jazzy & Rolling + Gazebo Harmonic

Hello everyone!

Let me introduce myself, my name is Juan Carlos Manzanares and I belong to a robotics research group called Intelligent Robotics Lab , belonging to the Rey Juan Carlos University, Madrid, Spain. In this group we develop some projects, such as MOCAP4ROS2 , PlanSys2 , CascadeLifecycle, marathon for nav2 , robocups, go2_robot, tiago_harmonic

Today I would like to show you a package that we have prepared to be able to install and use TurtleBot2 Kobuki in a more comfortable way, either with a real robot or using the new gazebo simulator.

This package directly uses the kobuki_ros packages, which have been tested and prepared so that they can be used in the Jazzy and Rolling versions. In addition, I have retouched the urdf to my liking, so that in a more comfortable way you can add/remove the camera and lidar sensors, the structure, or indicate whether or not you are going to use the gazebo plugin.

Real Kobuki in ROS 2 Jazzy

Simulated Kobuki in Gazebo Harmonic ROS 2 Jazzy

Finally, it is also prepared so that you can launch Navigation2 from the package.

Real Kobuki using Nav2 in ROS 2 Jazzy

Simulated Kobuki using Nav2 in Gazebo Harmonic ROS 2 Jazzy

This package is being used by students from the Rey Juan Carlos University, and I hope it will be useful to all of you who have a kobuki and don’t know what to do with it. And of course, we are open to any PR to make everything work better, any problem you find, or to clarify the steps much more.

Thank you very much for reading the post and I hope it helps many of you.

Greetings.

4 posts - 3 participants

Read full topic

by Juancams on October 31, 2024 01:44 PM

Agenda for upcoming meeting of the ROS Deliberation Community Group

Hi!
This will be the agenda for upcoming meeting:

  • Review of workshop results
  • Presentation of new co-moderator @scastro
  • New: meetings now on google meet
  • Meetings in the future will not be recorded
  • Discussion of new direction for community group

Please join us if you want to discuss the future direction of the community group.

The next meeting will be on 2024-11-04T15:00:00Z UTC
Find all necessary information to join here: ROS Deliberation Community Group - Google Docs

10 posts - 6 participants

Read full topic

by ct2034 on October 31, 2024 01:29 PM

Iron Irwini EOL Plan

Hello everyone,

ROS 2 Iron Irwini which was released on 23rd May 2023 is a non-LTS release and is due to be marked end-of-life (EOL) by the end of November 2024.

If you are using Iron, it is strongly recommended to switch to Jazzy Jalisco which will be supported until May 2029.

Once EOL, we will no longer release updates to core and community managed packages through the ROS Buildfarm. We will also not backport any changes to the iron branches of core repositories. The distribution will be frozen forever.

The plan for the next month is as follows:

  • We will perform a regular sync on 1st Nov as announced here.
  • Between 1st Nov and 15th Nov, will be aim to merge all open backport PRs in the core repositories and release binaries for these packages.
  • On 15th Nov, we will perform the final Patch release of all core packages and sync community packages one last time.
  • Between 15th Nov and 23rd Nov, we will update infrastructure and documentation to mark Iron as EOL. During this time we will also address any issues from the final sync.

If you’re a maintainer of a package released on Iron, this is your call to get the final versions of your packages released on the Buildfarm over the next couple of weeks. Remember Iron will be in sync hold a few days prior to Nov 15th so please plan in advance.

Yadu

2 posts - 2 participants

Read full topic

by Yadunund on October 31, 2024 03:09 AM

October 30, 2024
FOSDEM 2025: Robotics & Simulation... first edition!

We’re excited to announce the first Robotics and Simulation devroom at FOSDEM 2025, scheduled for Sunday, February 2nd in Brussels!

A Robotics and Simulation developer room at FOSDEM, focused on core robotics libraries, frameworks, simulation tools, and open-source platforms. The selected talks will cover key tools like ROS and Gazebo, showcasing advancements and projects in the field. The half-day event will feature four presentations and a lightning talk session, offering a platform for developers to share work and foster collaboration.

Scope of Talks

Because of the varied and interdisciplinary nature of robotics as a field, plenty of topics could fit a ‘Robotics and Simulation’ devroom. To help the speakers target their presentations to a specific audience, and to minimize the overlap with other established FOSDEM devrooms, we defined the scope of this devroom by listing key areas of interest:

  • Core robotics libraries and applications. Mapping, planning, localization, perception, and control solutions would fit this category. For example, Cartographer, OMPL, grid_map, Octomap, PCL, OpEn, OpenRMF
  • Frameworks used when building robotics applications, being robotic specific tools, or generic tools used for robotics applications. Examples include ROS, Dora-RS, OpenRR, YARP, Zenoh, and Eclipse iceoryx Of course this is the ROS discourse but FOSDEM invites all types of robotic frameworks so please see this as an opportunity to learn from each other.
  • Specific robotic simulation software like Gazebo, Coppelia, or simulations using non robotic specific tools, like Bevy, Godot.
  • Robotic-specific devops and related tooling, like webviz, MCAP
  • Robotics platforms friendly for open source development, like Andino, Crazyflie, Turtlebot.
  • Robotic products implemented using open source software. This can include examples of AI methods used to teach robots to perform certain tasks, or controlling robots using LLMs. For example, dora-rs, ros2ai, robo-gym

The examples mentioned are meant to be descriptive and not restricted. Talks could be improvements to any of the mentioned packages, interesting uses of them, alternatives with different degrees of maturity, or totally unrelated to them.

Submission instructions

Talks proposal submission:

  • Deadline: 1st December 2024
  • Accepted talks notification: 6th December 2024
  • Format (indicate that in the proposal notes)
    • 20 mins + 5 mins for Q&A
    • 5 min lightning talks
  • Use this link: FOSDEM 2025 :: pretalx and please choose “Robotics and Simulation” as the “Track” when submitting your talk.

See you in Brussels!

Committee

  • Arnaud Taffanel (Bitcraze)
  • Fred Gurr (Eclipse Foundation)
  • Lucas Chiesa (Ekumen) @tulku
  • Kimberly McGuire (Bitcraze) @KimMcG
  • Mat Sadowski (Weekly Robotics) @msadowski

7 posts - 5 participants

Read full topic

by KimMcG on October 30, 2024 07:39 PM

ROS2 diagnostics from Jetson with jrosclient and isaac_ros_jetson_stats

Hi,

ROS2 diagnostics messages are part of jros2client starting from version 10.0.

We wrote a short article which covers how users can use ROS2 diagnostics, by subscribing to it with jros2client directly from Java. All received ROS diagnostics message are converted to OpenTelemetry metrics and sent to OpenTelemetry for further processing.

In our example, as a source of all diagnostics we use Jetson Orin Nano. All diagnostics from Jetson is gathered and published to ROS by isaac_ros_jetson_stats.

The entire flow looks like this:

Read full article OR
Check the complete code

1 post - 1 participant

Read full topic

by lambdaprime on October 30, 2024 04:09 AM

October 29, 2024
Vizanti Mission Planner - Jazzy Release, RWS, & Other News

Hey everyone :wave:

You know, I’ve suddenly realized been over a year since my last post on this topic and there have been a lot of additions so I figured I ought to compile a short rundown of the more notable bits.

For those new to it, Vizanti is a community maintained open source control and visualization command center for ROS 1/2 in the web browser, targeting primarily outdoor use cases like marine, field, and aerial robotics on mobile and desktop devices.

Jazzy Release

This mainly involved waiting for rosbridge and rws to update, since there was little in terms of breaking changes. So far the ros2 branch can stay common to both Humble and Jazzy, which reduces overhead for backporting changes. The stability and usability is now more or less on par with Noetic, which will continue to get equal feature updates at least until the end of 2025 as well.

Well I wrote “release” there, but there isn’t exactly an apt release for the package yet, for various popen, rws, and other reasons. TBD.

RWS - ROS Websocket Server

Since web browsers are mostly restricted to TCP and as such can’t really connect with a DDS (or even ros_comm for that matter), an intermediary server is needed to pack traffic up into websockets.

Originally this was established by rosbridge suite on ROS, but due to a multitude of reasons it’s not nearly as performant on ROS 2. That’s why I’ve been working with v-kiniv to integrate his drop in replacement server, RWS.

There were a few things to fix up and a feature or two to add, but after nearly a year I think we’re at a point where it’s basically there now.

While a bit more of a hassle to set up, it uses significantly fewer resources while providing much higher throughput, enabling use on low end platforms like the Pi 4 and 5 where the ROS 2 version of Rosbridge isn’t efficient enough to function under typical load.

Right now it’s the recommended backend to use with Vizanti on Humble and Jazzy. And unless you’re using client side services, probably for your roslibjs project as well.

Updates

There are a handful of new widgets, and a few existing ones have been expanded to support multiple topics for better compatibility.

Grid Cells

This one is somewhat underused in Rviz in my experience, but extremely efficient for sparse grid data, such as the occasional obstacle in an open field. Comes in any 24-bit colour.

Altimeter

Yes a way to finally see the Z axis, very good. Ah, but it’s not just for observation, tapping the meter sends a Float32 target with the clicked value for direct depth/altitude control.


What it tracks exactly is the position of a chosen TF link relative to the fixed frame. Comes in depth (blue) and altitude (green) versions with adjustable units, but doesn’t do both at the same time. I have to apologise if any of you happen to be working on aerial submarines, but those simply won’t fly. :wink:

ezgif-6-4e41f79b5d

Folder

Is your tiny screen getting filled up with rows and rows of widgets? Well, now they can be grouped together, just like in rviz.
image

There are some limitations, mainly that the widget has to be created in the folder and can’t be moved around. I’m still figuring out a way to even conceptually do that UX-wise now that both the short and long click are taken, and mobile has no right click…

Speedometer

Okay this one’s a bit funky, it lets you measure the relative speed of any two tf links in various scientific (and unscientific) units. A handy thing to check if your nav stack is set to drive at the correct velocity and/or if your boat props have weeds in them.

speedo
In the gif above, the first few dials track turtle1 relative to world in various units, the next one turtle1 relative to turtle2, final one tracks turtle2 to world.

General improvements

Covariance rendering is correct now:


(what do you mean it was wrong before :grimacing:, aaah you saw nothing)

The icons will reflect the visualizer color by recoloring the svg, so it’s easier to find which icon corresponds to what’s being rendered:
image

Map rendering has code-exact rendering parity with rviz in terms of colour mapping (as well as the raw display mode), except for a slightly more transparent tinge for unknown pixels, which imo looks slightly better:

TF frames now get grouped together by prefix, for clarity:

Community Contributions

A notable change to the satelite tile renderer was started by kosmonauta144 and darkhannibal, which enabled the use of other tile zoom levels, letting you see your robot from orbit:

ezgif-7-2934900ceb

The tiles themselves are now exportable and importable, so it’s possible to just load up the entire area beforehand and load it up offline on another device.

Thanks to samkys, all versions now also support building and running a Docker container, for those of you trying to run the wrong versions of ROS on the wrong OS :man_facepalming:

I also have to thank tony2guo for adding base url support, which essentially lets you namespace the browser path, and of course v-kiniv for his continuing help in integrating RWS.

Etc.

And there’s of course a lot of gradual improvements in general stability, rendering accuracy, speed, etc. There is also a github wiki now that contains everything from introductory to more esoteric info.

In Conclusion?

Well there’s still a lot left to do, features and visualizers to add, widgets to rework, performance to improve, bugs to fix, Firefox rendering to speed up. If anyone feels like helping along or has a good idea, I’m always up for a code review :wink:

1 post - 1 participant

Read full topic

by MoffKalast on October 29, 2024 10:17 PM

October 28, 2024
I'm giving a talk on ROS to an Open Automation Club today at 1 PM

Sorry that this is short notice, but I’m giving a presentation about ROS to a club that meets online monthly to discuss laboratory automation. I’ll warn you in advance that I am NOT an expert in ROS, but I know enough that I wanted to talk about it. If anyone is available, you can find information here: Robot Operating System: October 28 with Andy Gross

And the link is here:

Feel free to stop by and possibly correct me on anything I miscommunicate!

1 post - 1 participant

Read full topic

by andrewrgross on October 28, 2024 11:02 PM

Guest Talk by Julien Enoch - Cloud Robotics WG Meeting 2024-11-04

Please come and join us for this coming meeting at 1700-1800 UTC on Monday 4th November 2024, where Julien Enoch will be talking about Eclipse Zenoh and its offering for Cloud Connectivity.

Julien is a a Senior Solutions Architect at ZettaScale Technology and Eclipse Zenoh committer. He will talk about the Zenoh protocol, which can run everywhere, from micro-controllers to the Cloud; over TCP, UDP, QUIC, and Websockets. Zenoh provides a software router that can be deployed in any Cloud instance such as AWS EC2, and that can route the protocol between different subsystems. This talk will cover how this is particularly helpful for Connectivity in Cloud Robotics.

Last meeting, we had a general catch-up and a discussion about the current progress of the working group. If you’re interested to see our discussion, please check the meeting recording.

If you are willing and able to give a talk on cloud robotics in future meetings, we would be happy to host you - please reply here, message me directly, or sign up using the Guest Speaker Signup Sheet. We will record your talk and host it on YouTube with our other meeting recordings too!

The meeting link is here, and you can sign up to our calendar or our Google Group for meeting notifications.

Hopefully we will see you there!

1 post - 1 participant

Read full topic

by mikelikesrobots on October 28, 2024 09:47 AM

October 27, 2024
Announcing `swarm_sync_sim`: a synchronized (lock-stepped) numerical simulation platform for multi-robot swarm systems based on ROS

Hey everyone, I would like to announce my recent ROS package kit swarm_sync_sim for multi-robot simulation:

This simulator supports PX4 rotor UAVs, Tello UAVs, wheel UGVs And fixed-wing UAVs. It is lightweight (low cpu consumption), scalable (tested with 100+ nodes) and fast (up to 10x acceleration).

It is suitable for simulating motion planning and control algorithms of multi-robot systems based on ROS, while the code can be directly used in real experiments with only slight modifications.Hope it will help multi-robot researchers.

gif-4uav-4ugv

px4rotor-100

1 post - 1 participant

Read full topic

by PeixuanShu on October 27, 2024 08:21 AM


Powered by the awesome: Planet