Why Publish-subscribe communication model in ROS? - Purpose & Use Cases

The Big Idea

What if your robots could talk without knowing each other's phone numbers?

The Scenario

Imagine you have multiple robots and sensors all trying to talk directly to each other by calling each other's functions or sending messages one by one.

Every time a new robot joins or leaves, you have to rewrite all the connections manually.

The Problem

This direct communication is like a tangled web of phone calls -- it's confusing, slow to update, and easy to break.

Adding or removing devices means changing many parts of the system, which leads to errors and wasted time.

The Solution

The publish-subscribe model acts like a central message board where devices post updates (publish) and others read only what they need (subscribe).

This way, devices don't need to know about each other directly, making the system flexible and easy to grow.

Before vs After

✗ Before

robot1.sendMessage(robot2, data)
robot2.sendMessage(robot3, data)
// Add new robot requires updating all sendMessage calls

✓ After

publisher.publish(data)
subscriber = node.subscribe(topic, callback)
// New devices just subscribe or publish without changing others

What It Enables

This model enables scalable, flexible communication where devices can join or leave anytime without breaking the whole system.

Real Life Example

In a smart factory, sensors publish temperature data to a topic, and multiple machines subscribe to that data to adjust their operation automatically.

Key Takeaways

Direct device-to-device communication is hard to manage and error-prone.

Publish-subscribe uses a central topic system to simplify messaging.

It allows easy scaling and flexible connections without rewriting code.

Practice

1. What is the main role of a publisher in the ROS publish-subscribe model?

easy

A. To create new topics dynamically

B. To receive messages from a topic

C. To store messages in a database

D. To send messages to a topic

Solution

1. Step 1: Understand the publish-subscribe roles

   In ROS, publishers send messages to topics, while subscribers receive messages from topics.

2. Step 2: Identify the publisher's function

   The publisher's job is to send data to a topic so subscribers can receive it.

3. Final Answer:

   To send messages to a topic -> Option D

4. Quick Check:

   Publisher = sends messages [OK]

Hint: Publisher sends, subscriber receives messages [OK]

Common Mistakes:

• Confusing publisher with subscriber
• Thinking publisher stores messages
• Assuming publisher creates topics

2. Which of the following is the correct way to create a ROS publisher in Python?

easy

A. pub = rospy.Publisher('topic_name', callback, queue_size=10)

B. pub = rospy.Subscriber('topic_name', String, callback)

C. pub = rospy.Publisher('topic_name', String, queue_size=10)

D. pub = rospy.Subscriber('topic_name', String)

Solution

1. Step 1: Recall publisher syntax in ROS Python

   The correct syntax uses rospy.Publisher with topic name, message type, and queue size.

2. Step 2: Check each option

   pub = rospy.Publisher('topic_name', String, queue_size=10) matches the correct syntax. Using Subscriber instead of Publisher is incorrect. pub = rospy.Publisher('topic_name', callback, queue_size=10) incorrectly uses callback instead of message type.

3. Final Answer:

   pub = rospy.Publisher('topic_name', String, queue_size=10) -> Option C

4. Quick Check:

   Publisher syntax = rospy.Publisher(topic, type, queue_size) [OK]

Hint: Publisher uses rospy.Publisher(topic, type, queue_size) [OK]

Common Mistakes:

• Using Subscriber instead of Publisher
• Passing callback instead of message type
• Omitting queue_size parameter

3. Given the following ROS Python code snippet, what will be printed when a message with data 'Hello' is published?

import rospy
from std_msgs.msg import String

def callback(msg):
    print(f'Received: {msg.data}')

rospy.init_node('listener')
sub = rospy.Subscriber('chatter', String, callback)
rospy.spin()

medium

A. Received: Hello

B. Hello

C. Received: msg

D. No output

Solution

1. Step 1: Understand the callback function

   The callback prints 'Received: ' followed by the message's data field.

2. Step 2: Analyze the message content

   The message data is 'Hello', so the print statement outputs 'Received: Hello'.

3. Final Answer:

   Received: Hello -> Option A

4. Quick Check:

   Callback prints 'Received: ' + msg.data [OK]

Hint: Callback prints 'Received: ' plus message data [OK]

Common Mistakes:

• Printing message object instead of data
• Expecting just the message data without prefix
• Thinking no output occurs without explicit print

4. Identify the error in this ROS Python subscriber code:

import rospy
from std_msgs.msg import String

def callback(msg):
    print(msg.data)

rospy.init_node('listener')
sub = rospy.Subscriber('chatter', String)
rospy.spin()

medium

A. Incorrect message type used

B. Missing callback function in Subscriber

C. Node not initialized

D. No import for rospy

Solution

1. Step 1: Review Subscriber syntax

   Subscriber requires three arguments: topic name, message type, and callback function.

2. Step 2: Check the given code

   The Subscriber call misses the callback argument, causing an error.

3. Final Answer:

   Missing callback function in Subscriber -> Option B

4. Quick Check:

   Subscriber needs callback argument [OK]

Hint: Subscriber must include callback function [OK]

Common Mistakes:

• Omitting callback in Subscriber
• Confusing Publisher and Subscriber arguments
• Forgetting to initialize node

5. You want to create a ROS system where multiple nodes publish sensor data to the same topic, and one node subscribes to process all data. Which feature of the publish-subscribe model makes this possible?

hard

A. Topics allow multiple publishers and subscribers to communicate independently

B. Each topic can have only one publisher and one subscriber

C. Publishers must know all subscribers to send messages

D. Subscribers can only listen to one topic at a time

Solution

1. Step 1: Understand topic communication in ROS

   Topics support multiple publishers and subscribers simultaneously, enabling flexible communication.

2. Step 2: Analyze the scenario

   Multiple nodes publishing to the same topic and one subscriber processing all data is possible because topics allow many publishers and subscribers.

3. Final Answer:

   Topics allow multiple publishers and subscribers to communicate independently -> Option A

4. Quick Check:

   Topics support many-to-many communication [OK]

Hint: Topics support many publishers and subscribers [OK]

Common Mistakes:

• Thinking topics allow only one publisher or subscriber
• Believing publishers must know subscribers
• Assuming subscribers can listen to only one topic