Difference between revisions of "PLS Timing Issues"

From SoftMC-Wiki
Jump to: navigation, search
m
Line 4: Line 4:
 
The following variables affect PLS timing:
 
The following variables affect PLS timing:
  
*[[ MC-Basic:axis.POSITIONERRORDELAY| Axis.PositionErrorDelay]]
+
*[[ AXY:MC-Basic:axis.POSITIONERRORDELAY| Axis.PositionErrorDelay]]
 
*[[MC-Basic:pls.HWASSISTANCE| PLS.HWAssistance ]]  
 
*[[MC-Basic:pls.HWASSISTANCE| PLS.HWAssistance ]]  
 
*[[ MC-Basic:pls.PLSPropagationDelay| PLS.PLSPropagationDelay ]]
 
*[[ MC-Basic:pls.PLSPropagationDelay| PLS.PLSPropagationDelay ]]

Revision as of 07:06, 14 August 2017

Introduction

This article describes timing issues of PLS triggering.

The following variables affect PLS timing:

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

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

  • sine acceleration
  • one-sample duration movements
  • trapezoidal velocity corners
  • trapezoidal acceleration 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 JT3/6.


NOTE-Info.svgNOTE
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 trapezoidal velocity.

NOTE-Info.svgNOTE
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-Info.svgNOTE
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

Axystems;Plstiming-scheme.png