A correctly commissioned tracking window releases each complete paint stroke only after that stroke has crossed the inbound boundary, then keeps every commanded point available until the robot TCP reaches it. Treat the boundaries as limits on a tracked stroke, not as simple triggers for individual points.
Boundary operating rules
| Boundary | Decision made by the controller | Observed result |
|---|---|---|
| Inbound boundary | Has the entire stroke, from Gun=ON through the following Gun=OFF, passed inbound? |
The controller withholds the stroke until the complete stroke qualifies. |
| Outbound boundary | Has any point in the active stroke passed outbound before the TCP reached that point? | The controller raises Track Destination Gone and faults the robot. |
The inbound boundary is therefore a stroke-release gate. It does not release the first paint point merely because that point has entered the tracking area. The outbound boundary is a destination-validity limit. It marks the last tracked position at which a future path point can remain executable.
Before anything else, confirm where each stroke begins and ends in the process program. A stroke begins at Gun=ON and ends at the next Gun=OFF. Any intervening motion points belong to the same admission and expiration decision.
Stroke-level tracking mechanism
Line tracking continuously transforms programmed path points from the moving workpiece reference into robot coordinates. As the conveyor advances, every unexecuted destination moves with that reference. The controller must decide when a complete process segment is available and when an unexecuted destination has moved beyond the permitted tracking window.
The complete-stroke inbound rule prevents the robot from starting a paint pass whose trailing points have not yet entered the usable region. This matters because an interrupted or partially available pass can produce an incomplete coating segment. Once the complete stroke passes inbound, it becomes eligible for execution; robot motion planning, process state, and other program conditions still determine when motion actually begins.
Outbound handling protects path validity. If conveyor motion carries a future point through the outbound boundary before the gun TCP reaches it, that point is no longer a valid tracked destination. The resulting Track Destination Gone alarm is not merely a gun-state warning. It identifies a geometry-and-timing failure: the moving path escaped the tracking window faster than the robot completed it.
Symptom and cause decisions
| Symptom | Boundary interpretation | Check |
|---|---|---|
| Stroke does not begin when its first point crosses inbound | Normal when later points in the same stroke remain before inbound | Inspect every point through the following Gun=OFF. |
| Stroke begins later than expected | The complete stroke may be qualifying late | Compare the trailing stroke point with the inbound boundary at release. |
Track Destination Gone occurs during a stroke |
A not-yet-reached point crossed outbound | Identify the active stroke and the first destination that expired. |
| Alarm repeats near the end of long strokes | The remaining tracking window may be too short for that path | Compare conveyor travel during execution with the available inbound-to-outbound distance. |
| Only selected strokes fail | Stroke length, path placement, or execution time differs | Compare the failing Gun=ON-to-Gun=OFF segment with a passing segment. |
Separate an expected inbound wait from a true outbound failure. Waiting before stroke release does not by itself indicate lost tracking. A fault accompanied by Track Destination Gone means at least one required point passed outbound before TCP arrival.
Commissioning procedure
-
Map each process stroke. Locate every
Gun=ONinstruction and its followingGun=OFF. List all motion points between them. Do not move on until each tested point belongs to a clearly identified stroke. - Confirm boundary order and tracking direction. Observe the tracked reference moving through inbound, across the working region, and through outbound. The displayed tracking position must progress in the expected direction before path timing can be evaluated.
- Test inbound qualification without painting. Run at a controlled commissioning condition with process output inhibited by the approved cell procedure. Watch the full stroke cross inbound. Confirm that execution remains withheld while any point in the stroke has not passed inbound.
-
Confirm stroke release. Continue tracking until the complete segment through
Gun=OFFhas passed inbound. Confirm that the controller can then execute the stroke. If release remains blocked, inspect program interlocks and motion readiness separately from the boundary rule. - Observe outbound margin. During execution, monitor the future points of the active stroke relative to outbound. Each point must remain inside the valid tracking region until the TCP reaches it. Do not move on if a future point approaches outbound before TCP arrival.
- Repeat with the limiting production condition. Test the longest or slowest-executing stroke and the highest intended line-motion condition available under the commissioning plan. Confirm that the complete stroke qualifies inbound and finishes before any remaining destination crosses outbound.
Boundary placement, conveyor behavior, robot path length, process motion speed, and delays before stroke execution all consume the same tracking window. Read the actual values from the controller configuration and live diagnostics; no universal boundary distance or execution allowance applies.
Fault recovery and correction
When Track Destination Gone occurs, record the active stroke, tracked position, boundary state, and destination being pursued before resetting the fault. Resetting alone removes the symptom record but does not restore the expired destination.
- Locate the active
Gun=ON-to-Gun=OFFsegment. - Find the first point the TCP had not reached when the alarm occurred.
- Confirm that this point crossed outbound before TCP arrival.
- Determine what consumed the window: late stroke release, path length, delayed robot start, reduced robot motion, unexpected conveyor motion, or boundary placement.
- Correct the applicable path, sequence, motion condition, or configured boundary using the cell’s approved limits.
- Restart from a process-safe state that does not duplicate or omit a paint segment.
Do not widen a boundary merely to suppress the alarm. A new boundary must still represent a region in which the robot can reach the tracked path without violating cell geometry, motion limits, or process requirements. Likewise, splitting a long stroke changes the process definition: each new Gun=ON-to-Gun=OFF segment receives its own inbound qualification.
Verification criteria
Use repeatable pass criteria rather than a single fault-free cycle. For every tested stroke, confirm all four states in order:
- The controller withholds the stroke while any point through
Gun=OFFremains before inbound. - The complete stroke passes inbound before execution begins.
- The TCP reaches every point before that point passes outbound.
- The cycle completes without
Track Destination Gone.
Repeat the test across the production path set and the limiting line condition. A passing first point proves neither complete inbound qualification nor sufficient outbound margin; the full stroke is the verification unit.
Frequently asked questions
How do I know when a paint stroke has passed inbound?
Track the complete segment from Gun=ON through the following Gun=OFF. The stroke qualifies only after every point in that segment has passed the inbound boundary.
How do I diagnose a Track Destination Gone alarm?
Identify the active stroke and the first point the TCP had not reached. Confirm whether that point crossed outbound, then check path length, execution delay, robot motion, conveyor motion, and boundary placement.
How do I prevent a long paint stroke from expiring?
Measure where the full stroke qualifies inbound and how much tracked travel remains before outbound. Correct the factor consuming that window; splitting the stroke is a process change because it creates separate boundary-qualified segments.
How do I verify the tracking boundaries after a change?
Run every affected stroke at the limiting approved line condition. Final verification requires the full stroke to pass inbound before release, every point to be reached before outbound, and no Track Destination Gone fault.