PLS Timing Issues

Introduction

This article describes timing issues of PLS triggering.

The following variables influence PLS timing:

• Axis.PositionErrorDelay
• PLS.HWAssistance
• PLS.PLSPropagationDelay

In samples in motion profiles where the acceleration profile changes its basic formula (jerk discontinuity), there will be an increased error in computing the inter-sample delay (Δt). This is due to the unavailability of exact profile change parameter within one sample. In addition, the higher-order (e.g., quadratic, cube, sine) acceleration profiles are not modeled in the inter-sample delay (Δt) calculations, therefore an error of JT3/6 is to be expected.

There will be an increased error in computing the inter-sample delay (Δt) in all cases of non-linear acceleration change:

• sine acceleration
• one-sample duration movements
• velocity-trapeze corners
• acceleration-trapeze corners
• extreme acceleration (so acc phase duration is 1 sample) or very short movement

It is difficult to estimate the position error introduced, but it is typically around JT³/6.

• 

  Illustration 1: Error introduced due to the jerk value in sine-acceleration profile at the transition sample between acceleration saturation and acceleration decrease

• 

  Illustration 2: Error introduced due to the acceleration change in trapeze-acceleration profile at the transition sample between acceleration saturation and acceleration decrease

• 

  Illustration 3: Error introduced due to the transition point between cruise velocity and deceleration in trapeze-velocity profile

	NOTE
	In cases of extremely short motions (velocity or acceleration too high or path length too short) even if user commanded sine-acceleration profile the system will automatically change it to velocity-trapeze.

	NOTE
	PLS will always be triggered too late if it is triggered by a feedback source such as PFB or PEXT. But in this case no additional delay should be added!

Buffering

The delay of the motion bus forces the system to postpone the switching of the PLS output. Therefore, the detected PLS output switch events are stored in the buffer and executed after the estimated delay.

Two different buffers (per each PLS) are dedicated to the PLS delayed outputs:

• Motion Bus PLS Delay buffer. Used for storing PLS-delays through multiple sampling periods. The size of this buffer is: 4*10.
• Digital Output Microsecond Delay buffer. Used for storing microsecond delays of only one motion bus sample. The size of this buffer is 4 and it is hardware defined.
  

NOTE

In systems with a relatively large motion bus delay (PositionErrorDelay >> 3) number of the stored PLS switches can be greater than the Motion Bus Delay Buffer size. In this case error 3298 will be returned: "The PLS positions are too close to each other and/or the velocity is too high for output to toggle". If one sampl has more than 4 PLS, IO error 21011 will be returned: "Too many PLS toggling requested ".

Debug Variables

Two read-only properties returning in microseconds the time of the IO toggle.

PLS.HWIOtime

PLS.PLSdelaytime

PLS-Timing Diagram