Posted in

How to program the movement of a hollow rotary table?

by ronald•

If you’re reading this, chances are you’ve already worked with—or at least researched—hollow rotary tables. As a supplier who’s been solving motion control challenges for manufacturers, automation integrators, and robotics teams for over a decade, I can tell you this: one of the most common questions I get isn’t about how the table is built—it’s about programming its movement. Too many teams assume rotary table motion is a simple “set an angle and go” task, only to run into issues with precision, synchronization, or performance under load. Let’s break this down like I do with my in-house customers—no overly technical jargon, just real, actionable steps that work for hollow rotary tables specifically. Hollow Rotary Tables

First, let’s ground this in what makes hollow rotary tables different. Unlike standard rotary actuators, their central hollow bore isn’t just a design quirk—it’s a core function. That bore lets you route cables, pneumatics, or vision systems straight through the center, which is a game-changer for packaging lines, robotic assembly, and inspection stations. But when programming movement, that bore also adds constraints: you have to account for any payload or utilities running through it, the table’s unique torque profile across its rotation range, and the need to sync motion with other machinery (like a conveyor feeding parts to your rotary indexing station). Skip that context, and your code will either be too rigid, too slow, or even risk damaging the table.

Let’s start with the foundation: choosing the right motion control platform for your hollow rotary table. I’ve seen teams grab any generic servo drive and call it a day, but that’s a mistake. Hollow rotary tables have distinct torque curves—most generate peak torque at certain angular positions, and their speed isn’t linear across 360 degrees. You need a drive or controller that’s calibrated for hollow rotary tables specifically, not just a standard rotary axis. For example, if you’re using a hollow rotary table for high-speed indexing (like sorting candy or medical vials), a controller with electronic gearing and indexed position registers will let you set consistent, repeatable angles without writing custom position math every time. If you’re doing continuous rotary motion (like a rotary kiln or rotating inspection platform), you’ll need a controller that can handle continuous velocity profiling with tight synchronization to external encoders feeding data through the table’s bore. Pro tip: always ask your supplier if they provide pre-calibrated motion parameters for their tables—my team includes a basic motion profile template with every hollow rotary table we ship, because I don’t want customers reinventing the wheel (pun intended) when they’re already juggling production deadlines.

Next, defining your motion requirements clearly. This is the step most people skip, and it’s where 80% of programming headaches start. Before you even open your controller’s software, answer these questions: Are you doing indexed motion (stop at precise angles) or continuous rotation? What’s your required angular precision? For medical assembly, that might be ±0.001 degrees; for a bulk packaging line, ±0.1 degrees is fine. What’s the maximum torque you’ll need? If you’re running heavy parts through the table, the torque at 180 degrees is different than at 0 degrees, and programming a fixed velocity will cause unnecessary wear on the table’s bearings. How do you need to sync with other equipment? If your rotary table is feeding a linear conveyor, you’ll need to align index positions with the conveyor’s speed, which means syncing the rotary axis’ encoder data to the conveyor’s encoder through the table’s hollow bore. I always tell customers to map their motion cycle out first: list every step (index to 45 degrees, hold for 2 seconds, rotate to 180 degrees, continue) and note the speed and acceleration for each step. For hollow rotary tables, acceleration is extra important—too sharp an acceleration and the payload through the bore will cause vibration, which can throw off parts or damage cables.

Now, the actual programming workflow—let’s use a real-world example, because that’s how I learn best. A customer last year was using a 200mm hollow rotary table for a semiconductor wafer inspection line. They needed to index the table every 120 degrees, hold for 0.5 seconds while a camera took an image, and rotate at 10 rpm during continuous inspection. Here’s how we programmed it, step by step, using the pre-calibrated template from our team:

  1. Home the table correctly first. This is non-negotiable for hollow rotary tables. Never assume the “0 degree” position from the factory is what you need. Programming an absolute position without homing will result in misaligned parts, and for high-precision applications, it can even cause the table to exceed its mechanical limits. We use a home sensor mounted to the table’s outer frame, not the bore, to account for any runout. The code here tells the controller: “Move the table slowly toward the home sensor, stop when the sensor triggers, and set this as 0 degrees.” I always add a 10mm (or 10 degree, for rotation) soft limit around the home position to prevent accidental overtravel—since the hollow bore means you have critical utilities running through, hitting the end stop would snap cables or bend pneumatic lines, which is a costly repair.

  2. Set up indexed positions (if applicable). For the semiconductor customer, we set three indexed positions at 0, 120, and 240 degrees. Instead of writing a custom formula for each angle, we used the controller’s indexed position registers. The code here looks like: INDEX POSITION 1 = 0.0; INDEX POSITION 2 = 120.0; INDEX POSITION 3 = 240.0. The pre-calibrated table parameters mean the controller automatically adjusts for torque at each angle, so the table moves at a consistent speed to each index without slowing down too much at higher-torque points. We added a delay register for the hold time, so the table stays at each position for 0.5 seconds before moving to the next—perfect for the camera to capture an image.

  3. Program continuous motion (if needed). For the parts of the line where the table spins at 10 rpm for full inspection, we used a velocity profile instead of position commands. The key here is syncing the rotary table’s motion to the line’s external encoder. Since the camera and lighting system were mounted on a bracket that fed data through the table’s bore, we needed to make sure the table’s rotation matched the conveyor’s part spacing. The code we wrote here used electronic gearing: VELOCITY COMMAND = (CONVEYOR ENCODER VALUE * GEAR RATIO) / HOLLOW ROTARY TABLE PRECISION. This meant that as a part moved into view, the table spun just fast enough to keep the part centered under the camera—no manual adjustments needed, even if the conveyor speed changed. For hollow rotary tables, always enable “velocity smoothing” in your controller settings to avoid jerk, which is especially important if you have flexible cables running through the bore (jerk can cause cable fatigue over time).

  4. Test and tune the motion profile. This is the step most people rush through. With the semiconductor line, we first tested at 50% speed to check for positioning error. We found that at 120 degrees, the table was off by 0.008 degrees—enough to blur the wafer image. We adjusted the acceleration parameter in the controller from 1000 deg/s² to 750 deg/s², which reduced the positioning error to less than 0.002 degrees. For continuous motion, we ran a 2-hour test cycle to check cable tension in the bore—since the table spins, any slack or tight spots would cause the cables to fray. We added a small offset to the velocity profile to keep tension consistent, which eliminated any cable wear.

Wait, let’s address a common myth: “Hollow rotary tables are too complex to program, so I should use a generic rotary table.” No, that’s not true. The hollow bore is an advantage, but it does require that your programming accounts for the unique load on the table. If you use a standard rotary table’s programming, you might not account for the fact that the hollow bore means the center of mass for your payload is different, or that utilities through the table add drag. My team has worked with customers who swapped generic rotary tables for hollow ones and cut their programming time by 30% because they eliminated the need to route cables around the axis. But that only works if you program the hollow table’s specific parameters.

Another common pitfall: not accounting for angular acceleration limits. I’ve had customers tell me their table “jerks” when they start moving, and it turns out they set acceleration values that exceed the table’s rated limit. Hollow rotary tables have lower moment of inertia at the center (where the bore is), but the table’s outer ring (where the bearings and motor are) has significant mass. Setting too high an acceleration will cause the table to twist slightly, leading to positioning error. The pre-calibrated templates we provide include maximum acceleration values based on the table’s size and torque rating, so you don’t have to guess.

What about advanced applications? If you’re using a hollow rotary table for robotics (like a 6-axis robot with a rotary joint), you’ll need to integrate the motion program with your robot’s kinematics. Here, the key is to use a controller that supports both servo motion and robotic kinematics, and to sync the rotary table’s axis to the robot’s joint coordinates. For example, if the robot needs to rotate a part 90 degrees while the table spins continuously, the program will command both the table’s velocity and the robot’s joint angles to align. Again, this is where a controller designed for hollow rotary tables shines— it can handle the multi-axis sync without custom code that’s prone to errors.

Now, let’s talk about maintenance related to programming. Once your motion is working, you need to make sure your program is robust. For example, if your line stops unexpectedly, you should add a “hold position” command that keeps the table locked at its current angle, instead of letting it drift or rotate freely. For hollow rotary tables, this is important because utilities like pneumatic lines need to stay connected, and a drifting table could damage those lines. We also recommend adding a position error check in your code—every time the table indexes, it compares the actual position from the encoder to the commanded position, and triggers an alert if the error exceeds your precision limit. This prevents downtime from misaligned parts.

As a supplier, my goal isn’t just to sell you a hollow rotary table—it’s to make sure you can program it easily, so you get the performance you need without the frustration. That’s why our team provides free programming support, custom templates, and on-site calibration for customers who need it. We’ve seen too many integrators waste weeks troubleshooting motion issues because they programmed a generic table instead of leveraging the hollow rotary table’s unique design.

If you’re working on a project where a hollow rotary table could improve your process, and you need help programming its movement, don’t hesitate to reach out. We can walk through your specific requirements, provide tailored motion profiles, and make sure your table runs smoothly. Whether you’re doing high-speed indexing, continuous rotation, or multi-axis sync, we’ve got the expertise to support you.

CNC Machining References

  1. Bolton, W. (2015). Programmable Logic Controllers and Motion Control Systems. Routledge.
  2. Hollow Rotary Table Design and Application Guide. (2022). Precision Motion Components Association.
  3. Motion Control Fundamentals for Industrial Automation. (2021). International Society of Automation.

Sango Automation Limited
Sango Automation Limited is well-known as one of the leading hollow rotary tables manufacturers and suppliers in China for 10 years. Our factory offers high quality hollow rotary tables made in China with competitive price. Welcome to contact us for wholesale service.
Address: F3, Bld3, Huanrong Tech Park, No. 1 Baima Xianfeng 2nd Road, Nancheng Street, Dongguan, Guangdong, 523106,China
E-mail: marketing@sango-automation.com
WebSite: https://www.sango-automation.com/