PLS Timing Issues

Introduction

This document describes timing issues of PLS triggering.

The following variables influence PLS timing.

Axis.PositionErrorDelay

PLS.HWAssistance

PLS.PLSPropagationDelay

At samples in motion profile where acceleration profile change its basic formula (jerk discontinuity) there will be an increased error in computing the inter-sample delay (Δt). This is due to the in-availability of exact profile change parameter inside of one sample. Also the higher-order (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.

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

there will be an increased error in computing of the inter-sample delay (Δt)! It is very 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 tothe PLS delayed outputs:

• Motion Bus PLS Delay buffer. Used for storing PLS-delays through multiple sampling periods. The size of this buffer is: 2 (FW ver: 4.5.29) - 4*10(FW ver: 4.5.31 and later)
• 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 relatively big motion bus delay (PositionErrorDelay >> 3) number of the stored PLS switches can be bigger then 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 there is more than 4 PLS in one sample, 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