When to use services vs topics in ROS - When to Use Which

The Big Idea

Discover how splitting robot communication into services and topics can save you from tangled, buggy code!

The Scenario

Imagine you have a robot that needs to both send sensor data continuously and also ask for specific information only sometimes, like checking battery status on demand.

The Problem

Trying to handle all communication manually means mixing constant data streams with one-time requests, making your code messy, slow, and confusing.

The Solution

ROS separates these needs clearly: topics for ongoing data streams, and services for one-time requests and replies, keeping your robot's communication clean and efficient.

Before vs After

✗ Before

while True:
  send_sensor_data()
  if need_battery_status:
    send_battery_request()
    wait_for_reply()

✓ After

publish(sensor_data)  # topic
battery_status = call_service('get_battery_status')  # service

What It Enables

This clear split lets your robot handle continuous updates and specific queries smoothly, improving reliability and making your code easier to maintain.

Real Life Example

A delivery robot streams its location and sensor info via topics, while using services to ask for route updates or emergency stops only when needed.

Key Takeaways

Topics are for continuous, ongoing data sharing.

Services are for one-time requests and responses.

Using both properly keeps robot communication clear and efficient.

Practice

1. In ROS, when should you use a service instead of a topic?

easy

A. When you want to continuously stream sensor data.

B. When you need a single request and a single response.

C. When you want to broadcast messages to many nodes.

D. When you want to log data over time.

Solution

1. Step 1: Understand service communication

   Services in ROS are designed for one-time request and reply interactions between nodes.

2. Step 2: Compare with topic usage

   Topics are used for continuous data streaming or broadcasting messages to multiple subscribers.

3. Final Answer:

   When you need a single request and a single response. -> Option B

4. Quick Check:

   Service = single request-reply [OK]

Hint: Services = one-time ask, Topics = ongoing talk [OK]

Common Mistakes:

• Using topics for single request-response needs
• Using services for continuous data streaming
• Confusing broadcast with one-time communication

2. Which of the following is the correct syntax to define a ROS service client in Python?

easy

A. client = rospy.Subscriber('service_name', ServiceType, callback)

B. client = rospy.Service('service_name', ServiceType)

C. client = rospy.ServiceProxy('service_name', ServiceType)

D. client = rospy.Publisher('service_name', ServiceType, queue_size=10)

Solution

1. Step 1: Recall ROS Python service client syntax

   The correct way to create a service client is using rospy.ServiceProxy with the service name and type.

2. Step 2: Identify incorrect options

   rospy.Service defines a service server, rospy.Subscriber subscribes to topics, and rospy.Publisher publishes to topics.

3. Final Answer:

   client = rospy.ServiceProxy('service_name', ServiceType) -> Option C

4. Quick Check:

   Service client uses rospy.ServiceProxy [OK]

Hint: Service client uses rospy.ServiceProxy() [OK]

Common Mistakes:

• Confusing service client with service server syntax
• Using Subscriber or Publisher for services
• Missing service type argument

3. Given the following ROS Python code snippet, what will be printed?

import rospy
from std_srvs.srv import SetBool

def call_service():
    rospy.wait_for_service('toggle_led')
    try:
        toggle_led = rospy.ServiceProxy('toggle_led', SetBool)
        response = toggle_led(True)
        print(response.success)
    except rospy.ServiceException as e:
        print('Service call failed:', e)

call_service()

medium

A. True if the service call succeeds, otherwise an error message.

B. Always prints False.

C. SyntaxError due to missing import.

D. No output because the service is not called.

Solution

1. Step 1: Analyze service call behavior

   The code waits for the 'toggle_led' service, then calls it with argument True, and prints the success field from the response.

2. Step 2: Understand possible outputs

   If the service call succeeds, response.success will be True or False depending on service logic; if it fails, an exception message prints.

3. Final Answer:

   True if the service call succeeds, otherwise an error message. -> Option A

4. Quick Check:

   Service call prints success or error [OK]

Hint: ServiceProxy call prints success field if no error [OK]

Common Mistakes:

• Assuming service call always returns False
• Confusing service call with topic subscription
• Ignoring exception handling

4. You wrote a ROS node that uses a service client but it never receives a response. What is the most likely cause?

medium

A. The service server is not running or not advertised.

B. The topic name is misspelled.

C. The node is publishing to the wrong topic.

D. The callback function is missing in the subscriber.

Solution

1. Step 1: Identify service client behavior

   A service client waits for a service server to be available and respond to requests.

2. Step 2: Diagnose no response issue

   If no response arrives, the service server might not be running or the service name is incorrect, so the client cannot connect.

3. Final Answer:

   The service server is not running or not advertised. -> Option A

4. Quick Check:

   No response means server missing [OK]

Hint: No service response? Check if server is running [OK]

Common Mistakes:

• Confusing service client with topic subscriber
• Checking wrong topic instead of service
• Ignoring service server status

5. You want to control a robot arm to move to a specific position and wait for confirmation before sending the next command. Which ROS communication method should you use and why?

hard

A. Use a topic because continuous streaming of positions is required.

B. Use a service because topics do not support multiple subscribers.

C. Use a topic because services cannot send commands.

D. Use a service because you need a request and a reply for each move command.

Solution

1. Step 1: Understand the control requirement

   The robot arm needs to receive a move command and confirm completion before the next command.

2. Step 2: Match communication type to requirement

   Services provide a request-response pattern ideal for commands needing confirmation, unlike topics which are for continuous data streaming without guaranteed replies.

3. Final Answer:

   Use a service because you need a request and a reply for each move command. -> Option D

4. Quick Check:

   Command with confirmation = service [OK]

Hint: Commands needing reply? Use services [OK]

Common Mistakes:

• Choosing topics for commands needing confirmation
• Thinking services can't send commands
• Confusing subscriber limits with communication type