Shared case packing: measure cross-line waiting before assigning one robot per line

Before replacing a shared case-packing robot with one robot per line, measure where each line waits for the shared resource and what happens when both need service together. Dedicated robots can remove cross-line contention, but their value depends on actual demand and the receiving equipment. A higher robot count alone does not establish more accepted cases.

ABB's August 3, 2023 White Castle account describes two case-packing robots on a common pedestal, each dedicated to one packaging line. They replaced a larger robot that served both lines with declining efficiency as volume increased. The integrator used RobotStudio to assess position, footprint, reach and payload against existing line components. The story reports an operating replacement; it does not publish a universal utilization threshold for making the same decision.

Read the queue before reading the robot's peak rate

Record when each line requests packing work, when that work can begin and when the case is completed for its next stage. Separate waiting for the shared robot from waiting for cartons, cases, downstream space or operator assistance. Otherwise the proposal may replace a resource that is not causing the delay under review.

Keep the two demand histories distinct. The same total volume can arrive as staggered requests or overlapping bursts, with different consequences for a shared arm. An average rate over the shift can hide the period in which one line repeatedly waits behind the other.

Ask the integrator to link that observation to the proposed service arrangement. Do not infer from the supplier's completed project that every two-line system should be split.

Compare three demand situations

For a proposed application comparison, retain these cases:

  • Unequal demand, where one line produces more work than the other.
  • Concurrent bursts, where both lines request service in the same interval.
  • One paused line, while the other continues requesting packing work.

For each case, retrieve per-line requests, waiting, completed cases and unresolved work. Compare the same product mix and receiving boundary for shared and dedicated options. This is a proposed comparison record; no packing or simulation run was performed for this article.

The paused-line case matters because spare capacity may or may not be usable by the other line. Ask what the proposed tooling, reach and controller arrangement actually permits. Do not assume that two robots on one pedestal automatically form a freely interchangeable pair.

Preserve the existing line interfaces

The dedicated arms still depend on carton presentation, available receiving cases and the next transfer. Request the installed-layout evidence and any changes those interfaces need. A simulation of robot reach can support the layout decision without establishing the whole physical packing result.

Include interruptions and incomplete cases in the handover. Identify how each line keeps its product and remaining work visible when service stops. A smoother nominal path is useful only if the application can complete and resolve the real requests.

The site's uptime and OEE guide supplies related time-accounting context. Use the per-line queue and accepted output to assess this allocation decision, rather than converting peak picks into a staffing promise.

Keep case packing separate from palletizing

The same supplier account discusses a downstream palletizing arrangement serving two lines. That is another resource with another handling boundary. A reason to split upstream case packing does not automatically require splitting the palletizer, or establish that sharing every downstream task is preferable.

Official source reviewed October 13, 2026. No robot, case-packing line or resource-allocation trial was run here, and no numerical cycle improvement or payback is promised.