Optimizing Communication Delay on TM/Omron Robots
Reducing latency when using a Robotiq gripper with TM/Omron robots via RS232 conversion
Context
When using a Robotiq gripper with a TM/Omron robot, occasional communication delays or failed commands—such as grip checks or position instructions—may occur due to RS‑232 signal conversion latency. Delays under 3 seconds can be considered normal in this context. These communication hiccups are relatively rare, but if they arise (e.g., 1 out of 800 attempts), here’s how to troubleshoot and resolve them. Blog Robotiq
Information
1. Troubleshooting Steps
To diagnose potential communication issues:
-
Verify the version of TM Flow being used.
-
Check the version of the Robotiq component.
-
Confirm the version of the RS‑232 to RS‑485 adapter in use.
(Two types—old and new—are shown in the original article images.)
Old adapter |
New adapter |
![]() |
![]() |
Testing Communication
Create a simple test program in your TM environment that repeatedly:
-
Opens and closes the gripper
-
Includes a grip-check command
This will help you monitor for any delays or failures during operation
Recommended Solutions
If delays persist, follow this sequence of corrective actions:
-
Update TM Flow to the latest compatible version.
-
Update the Robotiq component to its latest compatible version.
-
Replace the RS‑232 to RS‑485 adapter with one of the correct version.
-
Even if the adapter appears identical, swap it out for a correctly modeled unit.
-
Test with alternative hardware—gripper, coupling, and cable—to isolate the issue.
-
If problems continue, contact Robotiq Support, providing details on the versions, tests performed, and hardware in use.