On SIMOTION D firmware 4.4, an explicit _DisableGearing command does not necessarily require the slave axis to reach standstill before a velocity command takes control. The available evidence indicates that issuing _MoveVelocity after disabling gearing activates the velocity job, and that a new motion job may itself abort synchronization. Verify the exact transition on the machine because the evidence does not identify the velocity-ramp parameter or define command timing.
Separate Gear Disable from the Following Motion
If _DisableGearing runs without another motion command, the slave ramps toward standstill. In a sequence containing _DisableGearing followed by _MoveVelocity, the velocity job can take control before the standalone gear-disable behavior is mistaken for a mandatory stop.
| Command sequence | Evidence-supported behavior | Engineering decision |
|---|---|---|
_DisableGearing only |
Slave ramps toward standstill | Do not leave this as the final active motion job when continuous transfer is required |
_DisableGearing then _MoveVelocity
|
Velocity command activates | Use when the application requires an explicit synchronization-release step |
_MoveVelocity while geared |
A new motion job may abort synchronization automatically | Test whether explicit _DisableGearing is unnecessary |
Implement the Gear-to-Velocity Sequence
- While geared to the virtual master, record the actual slave velocity and synchronization state for commissioning analysis.
- Apply the required torque limitation using the existing application method; the evidence does not identify a torque-limit command or parameter.
- Either issue
_DisableGearingimmediately followed by_MoveVelocity, or test direct_MoveVelocitytakeover if automatic synchronization abort is acceptable. - Set the destination speed and transition ramp through the supported velocity-job interface. The evidence confirms the need for an adjustable ramp but does not provide its parameter identifier or units.
// Explicit release sequence
_DisableGearing(...);
_MoveVelocity(...); // destination speed and supported ramp settings
// Alternative requiring machine validation
_MoveVelocity(...); // may abort synchronization automatically
Handle Job Interruption and Direction Changes
Automatic takeover can produce warning 30002, described in the evidence as a job-interrupted warning. Treat it as expected only after confirming that it corresponds to the intentionally superseded gearing job and that no unrelated motion job was interrupted.
A stop or reversal observed with _DisableGearing followed by _MoveAbsolute may be demanded by the absolute-position job rather than by gear disable. Therefore, do not use an absolute-move test to conclude that _DisableGearing always forces standstill.
Verify Continuous Transfer
Trend actual velocity, commanded velocity, synchronization status, active-job status, and torque limitation through the transition. Accept the sequence only if synchronization releases, the velocity job becomes active, actual velocity follows the configured transition without an unintended zero-speed interval, and warning 30002—if present—maps only to the deliberately interrupted job.
FAQ
Does SIMOTION D _DisableGearing always stop the slave axis?
It ramps the slave toward standstill when no following motion command takes control. Evidence for firmware 4.4 indicates that a subsequent _MoveVelocity job can activate without treating standstill as a mandatory intermediate state.
Can _MoveVelocity disable SIMOTION gearing automatically?
The available evidence indicates that a new motion job may abort synchronization automatically. Test direct takeover and confirm the synchronization and active-job states before removing the explicit _DisableGearing command.
What does SIMOTION warning 30002 mean during the transfer?
The evidence associates warning 30002 with an interrupted job. Confirm that the interrupted job is the intentionally superseded gearing job before accepting the warning in production.