Difference between revisions of "Gantry Issues"

From SoftMC-Wiki
Jump to: navigation, search
m (Table of Actions)
m (Table of Actions)
Line 47: Line 47:
 
|-
 
|-
  
||Slave '''GAD'''<br>
+
||Slave '''GAD'''<br/>
 
(when master is stopped)
 
(when master is stopped)
 
| colspan="4" | '''Disabling''' master.<br>'''Disabling''' slave
 
| colspan="4" | '''Disabling''' master.<br>'''Disabling''' slave

Revision as of 09:47, 26 May 2014

In some applications, gantry systems (pair of parallel axes) are implemented as master slave pairs. Where master is a part of a bigger (XYZ) group and each of the group's axis can be a master to a different slave axis. The whole issue can be extended to any group of geared axes that are moving together one physical object.

Problems

Problems occur when due to asymmetrical engagement of the system either by different stopping starting or mechanical non-symmetries.

1.) Motors are directly working against mechanic and possible mechanical breakage/damage can occur.

2.) The systems forms a mechanical feedback loop and instability in form of axis runway can occur.

3.) Load is distributed not equally, therefore dynamic behavior of one axis differs from the other.

Prevention Features

  1. Slave deviation: difference in position between master's and slave's feedback is monitored if it exceeds certain threshold an error is generated and the system stopped. MC-Basic: <slave>.SlaveDeviation.
  2. Slave disconnect: when slave is disabled either due to explicit user command or as a result of an error its master is automatically disabled. MC-Basic: <slave>.SlaveDisconnect .
  3. The master is "aware" of its slaves. Keeping slave in enabled state when master is disabled can introduce a feedback loop (mechanical linkage between slave and master) resulting is a system that is not always stable i.e. we have a runaway. This can be prevented using SlaveDisable flag, each time a master is disabled due to whatever reason all its slaves will be disabled too. MC-Basic: <master>.SlaveDisable .
  4. In order to keep the delay between master and slave minimal it is imporrtant to take care about the order of calling of axis RTK. Connecting slave to a master automaticaly re-orders their RTK by changing their priorities.

Table of Actions

General axis deviation GAD is defined as one of the following events:

  • Position following error (Pe > PeMax)
  • Velocity overspeed (Vfb > Vospd)
  • Excessive acceleration (over Sys.MotionMargin*Amax)
  • Excessive torque (over Tmax)
  • Slave deviation (SlaveDeviation > SlaveMaxDeviation)


Action <slave>.SlaveDisconnect 1 (default)
(or master is PEXT)
<slave>.SlaveDisconnect 0 <master>.SlaveDisable 0 (default) <master>.SlaveDisable 1
Slave GAD Disconnecting: sax.slave=0
Stopping'master axis
Stopping slave axis
Stopping the first master if it is moving,
else disabling the master
Nothing affected
Slave GAD

(when slave is stopped)

Cannot occur as slaved axis is considered always in a moving state (ismoving ≠ 0)
Slave GAD

(when master is stopped)

Disabling master.
Disabling slave
Master GAD <Stopping master axis
Master GAD

(when master is stopped)

Disabling master axis Disabling slave axis
Error on slave axis Disconnecting: sax.slave=0
Stopping slave axis
Stopping slave axis Nothing affected
Error on master axis Stopping master axis
Disabling master:
(max.en: 1→0)
Nothing affected Disablingall slave axes that are directly or indirectly connected.
Disabling slave:
(sax.en: 1→0)
Msyn is reset
No disconnection.
Msyn is reset
Disable all master axes connected directly or indirectly.
Nothing affected