Soft-Start and Controlled Stop for Motor Drives
← Back to: Motor & Motion Control
Soft-start and controlled-stop are about shaping every start, stop and restart so torque, current and mechanics stay within safe limits instead of shocking the machine. This page walks through how to plan ramps, limits, UVLO handling and watchdog handshakes so the drive always moves between “off” and “full torque” in a predictable, controlled way.
What this page solves
Soft-start and controlled stop define how a motor drive enters and leaves motion, not just how a PWM duty cycle is tweaked. This page focuses on the transition path that limits mechanical shock, current surges and unexpected torque when the system powers on, experiences UV resets or recovers from watchdog interventions.
The content groups real-world events into a single soft-start and controlled-stop chain: normal power-up, brownout and UV recovery, and watchdog restart. For each event, the goal is to keep the motor and mechanics in a predictable region instead of jumping from zero to full torque or leaving half-driven phases active.
Ramp generators, PWM limiters, UV reset hooks and watchdog handshakes are treated as one coordinated function block. The drive designer can use this page to decide how fast torque or speed is allowed to change, how hard limits are enforced, and how the system returns to motion after any power or software disturbance.
Power-stage topologies, full FOC algorithms and safety STO chains are covered on dedicated pages. Here, the spotlight stays on the transition behaviour: how the drive ramps into motion, how it ramps back out, and how these transitions stay safe and repeatable across the whole operating life of the machine.
System role in the motor control chain
Soft-start and controlled-stop sit between the motion controller and the power stage. The motion controller generates torque, speed or current references; the soft-start and limit function shapes these commands over time; the gate driver and power bridge translate the shaped commands into phase voltages and currents.
In some drives, ramping and limiting are implemented purely in firmware on a real-time MCU or DSC. In others, motor drivers, PMICs or isolated gate drivers provide built-in soft-start and current-limit behaviour. Many robust designs combine both: the MCU generates flexible motion profiles, while hardware enforces minimum ramp rates and absolute current or PWM clamps.
Pre-charge on the DC link prepares the bus voltage so that the power stage can operate without inrush damage. Once the DC link is ready, the soft-start chain controls how mechanical torque is introduced. In parallel, STO and other safety functions retain the authority to remove torque immediately in an emergency, bypassing any ramp logic when a certified safe state is required.
The diagrams and IC mappings on this page assume a clear separation of roles: motion profile and control loops at the controller, transition shaping and limits in the soft-start block, energy handling in pre-charge and power stages, and certified torque removal in STO and dedicated safety monitors.
Ramp generator architectures
A ramp generator decides how torque, speed, current or PWM duty move from one level to another. The choice of architecture affects mechanical stress, EMC behaviour and how robust the drive remains when timing jitter, power disturbances or software faults appear. Ramp functions can sit on speed or torque commands, on current references, or directly on the PWM or modulation index feeding the power stage.
Three common ramp architectures are used in motor drives. A purely PWM-based ramp keeps all logic in the MCU or DSC firmware. An analogue ramp generator inside a gate driver or motor driver IC enforces a stable, hardware-defined slope. Hybrid schemes combine flexible digital profiles with hardware-enforced minimum ramp rates and clamps so that transition behaviour stays bounded even when software is late or network traffic is disturbed.
The table below summarises the trade-offs. Later design sections build on this by adding watchdog handshakes, UV reset handling and IC selection, so that the chosen architecture is not only smooth in normal operation but also predictable under fault and recovery conditions.
| Method | Pros | Limits | Typical IC roles |
|---|---|---|---|
| PWM-based ramp | Flexible profiles, multi-axis coordination, easy integration with position and speed loops. | Sensitive to MCU timing jitter and firmware faults; behaviour depends on control-loop scheduling. | Real-time MCU, DSC, motion-control SoC. |
| Analogue ramp generator | Stable behaviour tied to UVLO and protection circuits; continues to operate when firmware is offline. | Limited ramp shapes, component tolerances and temperature drift require careful tuning. | Gate driver IC, integrated motor driver, analogue front-end. |
| Hybrid (digital trim) | Network- and TSN-friendly; combines programmable motion profiles with hardware-enforced slopes and clamps. | Higher BOM cost and system complexity; requires clear ownership between controller and power IC. | PMIC, digital motor driver, smart gate driver with serial interface. |
PWM limiter and UV reset handling
Even with a well-designed ramp, the drive still needs hardened limits that cap how much PWM duty cycle, modulation index or current can be delivered. PWM limiters form the last barrier between control algorithms and the power stage. Together with UVLO and reset behaviour, they decide whether a drive comes back from a disturbance with a controlled ramp or snaps directly into high torque.
Limiters can act at several layers: on torque or speed commands, on d/q current references or at the PWM and gate-driver level. Hard clamping simply truncates commands above a threshold, while soft limiting gradually reduces gain near the limit. For robust designs, clamping is coordinated with overcurrent comparators, foldback behaviour and the soft-start state machine so that fault handling and re-entry are both predictable.
UVLO and reset handling extend this logic into the power domain. When DC link or driver supplies drop below defined thresholds, power devices must move rapidly into a safe state and stay there until voltages are stable again. On recovery, the soft-start and limiter chain should restart from a safe point, not from the last high-torque command that was active before the disturbance. This section focuses on practical patterns that avoid sudden torque jumps after UV events or watchdog resets.
Safe resumption strategies distinguish between short disturbances and long outages. Short, well-bounded UV events may allow a controlled return towards previous operating points under limiter control, while longer events or uncertain feedback conditions should force a cold soft-start. The diagrams below outline how PWM clamping and UV-related state transitions interact in a typical motor drive.
Watchdog and handshake paths
Watchdog supervision and fault handshakes define how a motor drive reacts when firmware stalls, power quality degrades or protection thresholds are crossed. The watchdog does not simply reset a controller; it cooperates with the driver or PMIC to move the power stage into a safe, torque-free state and to decide when a controlled ramp back into operation is allowed.
A typical drive combines real-time MCU or DSC logic, a gate driver or motor driver IC and, in safety projects, an external system monitor. Fault and status lines from the driver feed into the controller so that overcurrent, overtemperature and UV events are reflected in the soft-start state machine. Enable, brake and reset signals from the controller define when the driver is permitted to energise the bridge and when the power stage must remain disabled after a fault or watchdog timeout.
When a watchdog timeout occurs, a dedicated WDT output or safety monitor line can pull the driver into a defined shutdown path independent of firmware. On restart, the controller does not resume from the previous high-torque command. Instead, the handshake logic checks driver diagnostics, power status and feedback validity before allowing the soft-start and ramp block to re-enter a controlled ramp-up. Short, well-bounded disturbances may return through a warm restart path, while longer or uncertain events are forced through a cold soft-start.
In ASIL-oriented architectures a dual-channel strategy is often used. The application controller generates motion and ramp commands, while a safety monitor or safety MCU supervises watchdog timing, plausibility checks and driver diagnostics. If the two channels disagree, the safety path can override the motion controller and command a controlled stop or a torque cut-off through STO, ensuring that watchdog and handshake paths are consistent with the system safety goals.
IC selection checklist for soft-start and controlled stop
Selecting a motor driver, gate driver or PMIC for a soft-start and controlled-stop design involves more than checking voltage, current and package options. Ramp capabilities, PWM and current limit behaviour, UVLO thresholds and restart strategies all influence how predictable the drive remains when faults, brownouts or watchdog events occur.
The first group of questions focuses on ramp generation and limiting: whether the device provides a dedicated soft-start pin or an internal digital ramp engine, how ramp time and shape can be configured, and how PWM or current clamps interact with the ramp. Devices that combine ramp and limit functions close to the power stage often simplify the task of bounding torque and current during both normal operation and recovery from disturbances.
Handshake capabilities are equally important. Fault outputs, ready flags, enable lines and, where available, SPI or I²C diagnostic registers determine how precise the interaction between controller and driver can be. Robust designs rely on a clear sequence: fault reporting from the driver, acknowledgement and decision logic at the controller or safety monitor, and an explicit command to restart through a controlled ramp rather than automatic and opaque retries.
UVLO thresholds and their accuracy define when the driver considers bus and supply voltages safe. The preferred device provides documented UVLO levels, hysteresis and temperature behaviour, together with a clear description of how outputs behave when crossing these thresholds. Equally relevant is the restart behaviour: some devices only support abrupt restart, while others provide integrated soft-stop and soft-start sequences that can be coordinated with the controller-side ramp state machine.
A concise checklist for driver and PMIC selection therefore includes ramp and limit support, handshake interfaces, UVLO characteristics and soft-stop features. Using these questions alongside current, voltage and isolation requirements helps narrow the choice to devices that support consistent soft-start and controlled-stop behaviour across the full life of the machine.
Typical design errors
Soft-start and controlled-stop behaviour can look correct on paper but still create torque shocks or unsafe restarts in the field. The most common problems appear at the interfaces between ramp logic, UVLO handling, watchdog strategies and driver behaviour. The following patterns highlight frequent mistakes and show which parts of the control chain need explicit coordination.
A first class of errors occurs when UVLO events are handled only in the power stage. The gate driver may shut down cleanly, but the ramp and integrator states inside the motion controller are left untouched. After the DC link recovers the control loop resumes at the previous high command value, producing a sudden jump in torque instead of a fresh ramp. The remedy is a clear UV fault path into the ramp state machine so that every UVLO event forces ramp reset and a return through a defined soft-start sequence.
A second group of errors appears when controller resets and driver enable control are not linked. If the MCU reboots while the driver remains enabled, the power stage may continue to deliver torque based on stale register contents or undefined I/O levels. In robust designs watchdog outputs or safety monitors pull driver enable low as soon as the control heartbeat is lost, and the controller must perform diagnostics and rearm a soft-start path before the driver is allowed to energise the bridge again.
A third pattern is the absence of an independent watchdog in systems that rely only on firmware-driven recovery. Without an external supervisor, software may become stuck in a state that holds high torque, attempts repeated restarts under marginal conditions or fails to progress through the planned controlled-stop sequence. Introducing a hardware watchdog or safety monitor that owns the final kill path to the driver ensures that restart decisions are bounded and that soft-start logic is invoked only when timing and diagnostics are consistent with the safety goals.
Finally, disabling PWM alone is often not enough when follower ICs or secondary drivers are present. In multi-stage power chains pre-drivers, level shifters or amplifier stages can remain biased and active even when upstream PWM signals are static. Safe designs use a dedicated enable or kill line that propagates through all downstream stages, and define input biasing so that any reset, cable disconnection or tristate condition leads the entire chain to a torque-free state instead of leaving partially driven outputs on the motor terminals.
Application examples
The same soft-start and controlled-stop principles appear in very different motion systems. The details change with power level, mechanics and safety requirements, but each application benefits from explicit ramp, limit, UVLO and watchdog planning. The examples below highlight how the building blocks on this page translate into practical design decisions for servo drives, stepper stages, automotive ECUs and industrial robots.
Servo drive start-up typically combines a field-oriented control loop, encoder feedback and a mechanical system that is highly sensitive to torque spikes. Start-up sequences coordinate DC link readiness, brake release and current or torque ramp-up. UVLO thresholds on the bus and driver supplies must be linked into the ramp state machine so that any brownout forces a clean return to a zero-torque state. Watchdog supervision ensures that a stalled control loop cannot hold torque on a rigid axis while the MCU attempts to recover.
Stepper precision stop applications, such as gantry stages and printing systems, focus more on preserving step accuracy and managing jerk. A controlled-stop sequence ramps step frequency and phase current down instead of abruptly removing drive voltage. Drivers with well-defined current limits, thermal foldback and configurable decay modes help avoid lost steps and ringing at low speed. Soft-start paths and safe restart behaviours become critical when axes repeatedly move between high speed moves and tight positioning windows.
Automotive ECU safety recovery brings the same topics into an ISO 26262 context. Electric pumps, fans and actuators are exposed to frequent battery voltage dips and engine start-stop events. Safety concepts require that UVLO events, watchdog timeouts and diagnostic faults move the system into torque-free or limited-torque states with defined timing. Hybrid ramp architectures using MCU motion profiles and driver-embedded limits, together with external safety monitors, support warm restarts when conditions are well bounded and hold the system in a safe state otherwise.
In industrial robot tool-change scenarios the emphasis is on coordinating soft-stop and soft-start with mechanical procedures. Axes and end-effectors must decelerate in a controlled way before a coupler unlocks, and new tools may have different inertia and load characteristics. Tool-change modes typically use dedicated ramp profiles, tighter current or speed limits and additional checks on tool-lock status and encoder feedback before re-enabling torque. The same watchdog and UVLO mechanisms described earlier provide a common backbone so that servo, stepper, automotive and robot applications can all achieve predictable start-up and recovery behaviour.
Design checklist & IC mapping
This checklist condenses the soft-start and controlled-stop topic into concrete design questions and typical IC roles. Each row highlights a decision that affects ramp behaviour, restart safety and torque limits. The vendor columns indicate common product families where these functions are implemented, so device searches can stay focused while preserving flexibility across NXP, TI, ADI, Infineon, Renesas, ST and Microchip ecosystems.
Use the checklist during architecture reviews and sourcing discussions to ensure that ramp generation, PWM or current limiting, UVLO behaviour, watchdog handshakes and application-specific constraints are covered by the chosen driver, PMIC, safety monitor and controller combinations.
| Checklist item | Typical IC roles | NXP | TI | ADI | Infineon | Renesas | ST | Microchip |
|---|---|---|---|---|---|---|---|---|
|
Ramp generation available for duty or current?
Soft-start pin or digital ramp engine with defined time and slope ranges.
|
Motor driver IC, gate driver IC, DC/DC controller, PMIC or digital power controller. | Motor-control MCUs with PWM ramps, automotive PMIC soft-start blocks. | DRV motor drivers, UCC / LM / TPS controllers with programmable soft-start. | LTpower regulators and controllers with ramp and tracking features. | EiceDRIVER gate drivers, industrial and automotive DC/DC controllers. | PMIC and motor driver families with configurable soft-start timing. | STSPIN motor drivers, Lxxx regulators with controlled start-up ramps. | dsPIC/SAMC PWM ramps, MCP / MIC regulators with soft-start control. |
|
Defined interaction between ramp and current or PWM limits?
Behaviour specified when ramp block and over-current or duty clamp are active at the same time.
|
Smart high-side switch, eFuse, motor driver or gate driver with integrated protection. | High-side and eFuse devices used ahead of motor inrush and ramp stages. | DRV motor drivers, adjustable eFuses and smart high-side switches with foldback options. | Current-limit and foldback functions in power-path controllers and hot-swap ICs. | High-side switches and motor-control drivers with programmable current thresholds. | Power distribution switches and PMICs with explicit over-current behaviour tables. | VIPower and STSPIN families with integrated protection and duty clamps. | Automotive high-side switches and motor drivers with configurable limit and retry. |
|
UVLO thresholds and hysteresis clearly specified?
Bus, gate-drive and logic domains with documented UVLO levels, hysteresis and tolerances.
|
Driver IC, PMIC, DC/DC controller, safety monitor or SBC. | Automotive PMIC and SBC portfolios with detailed UVLO and reset specs. | Power controllers and drivers with UVLO definitions per supply rail. | Precision power management ICs and hot-swap controllers with UVLO programmability. | Automotive power ICs and SBCs with multi-rail UVLO supervision. | PMIC ranges for industrial and automotive MCU platforms with UVLO features. | L99 and other automotive power devices with per-rail UVLO monitoring. | System supervisors and analog power controllers with tunable UVLO thresholds. |
|
UVLO restart and ramp reset behaviour documented?
Clarifies whether outputs restart abruptly or through soft-start and how UV events are flagged.
|
Driver IC, PMIC, DC/DC controller, motor driver and associated MCU firmware. | SBC and power systems with explicit power-up sequences and fault flags for UV events. | Motor and power drivers describing UVLO recovery paths and soft-start interaction. | Power-path controllers that expose UV history bits for MCU-controlled restart logic. | Automotive PMICs and SBCs with restart timing diagrams and status registers. | Power devices targeting motor-control MCUs with defined restart and retry behaviour. | Automotive driver and SBC families that document UVLO fault latching and restart. | Monitoring and supervisor ICs to flag UVLO events to dsPIC or SAM MCUs. |
|
Fault, ready and enable pins sufficient for handshake?
nFAULT, READY, EN and BRAKE pins defined with timing and latch behaviour for torque control.
|
Gate driver, motor driver, smart high-side, PMIC or SBC with discrete status and control I/O. | Motor-control drivers and SBCs with nFAULT, reset and enable lines for ECU MCUs. | DRV motor and gate drivers with nFAULT, nRESET and enable pins for torque gating. | Gate drivers and power stages featuring dedicated fault and enable I/O to controllers. | Motor driver and PMIC portfolios aimed at traction and actuator ECUs with fault pins. | Driver ICs for RA/RL78/RX platforms providing fault, ready and enable signals. | STSPIN, L99 and VIPower devices with fault, diagnostic and enable pins for motion chains. | Motor driver, high-side and system supervisor families for dsPIC and PIC32 ecosystems. |
|
Diagnostic interface supports ramp-state decisions?
SPI, I²C or PMBus access to UV, OC, OT and restart cause to control soft-start and recovery paths.
|
Smart driver, PMIC, SBC, safety monitor or digital power module. | SPI-based SBCs and power controllers feeding diagnostic data to automotive MCUs. | Motor drivers and PMBus power devices with detailed status registers for control loops. | Power system managers and digital controllers for logging and supervised restarts. | Automotive PMICs and monitoring ICs designed for ASIL-capable diagnostics. | Power and motor-control ICs with I²C or SPI status for Renesas MCU firmware. | Smart drivers and PMICs exposing diagnostics to STM32 motion-control stacks. | Motor-control power stages and supervisory ICs with serial diagnostic interfaces. |
|
External watchdog or safety monitor hooks available?
KILL, DISABLE, STO or similar inputs driven by WDT or safety MCU with documented reaction times.
|
Driver IC, SBC, safety PMIC, safety monitor or dedicated STO interface device. | Automotive SBCs and safety PMICs that expose WDTOUT and driver kill paths. | Safety-oriented gate drivers and PMICs for motor control and traction inverters. | Functional-safety power and monitor ICs with dedicated fault outputs and STO inputs. | Safety PMIC and monitoring families for ASIL motor and inverter controllers. | Safety-oriented SBCs and motor-control drivers for automotive MCU families. | Automotive drivers and safety companions implementing STO and watchdog paths. | Safety monitors and external watchdog ICs for dsPIC and automotive MCUs. |
|
Soft-stop or only abrupt shutdown on faults?
Ability to fold back current or duty and provide controlled deceleration before entering torque-free state.
|
Motor driver IC, smart gate driver, PMIC with integrated soft-stop or current foldback. | Motor-control and body-actuator drivers intended for smooth torque transitions. | DRV motor drivers with built-in current foldback and deglitching for stops. | Motor-control and power-path devices that support controlled limiting under fault. | Motor and inverter drivers for traction and pumps with programmable fault responses. | Motor driver families that target smooth stop behaviour with integrated protection. | STSPIN and automotive drivers offering current limiting and controlled coast modes. | Motor driver lines that document soft-stop and current-limited braking modes. |
|
Suitable for servo / FOC drive soft-start?
Supports tight torque control, encoder feedback timing and rigid mechanics without torque jumps.
|
FOC-capable MCU or DSC, three-phase driver, precision current-sense front end and brake driver. | Motor-control MCUs with FOC libraries and matching three-phase drivers and PMICs. | C2000 / Sitara ecosystems with DRV and current-sense support for servos and drives. | Servo-drive solutions around high-performance ADCs and isolated gate drivers. | Motor-control reference designs combining MCUs, drivers and power stages for FOC. | RA/RX motor-control platforms with dedicated three-phase drivers and PMICs. | STM32 motor-control solutions with STSPIN drivers and current-sense AFEs. | dsPIC motor-control MCUs plus three-phase drivers and current-sensing ICs. |
|
Automotive and safety recovery requirements addressed?
AEC-qualified devices, diagnostic coverage, dual-channel hooks and STO paths aligned with ECU safety goals.
|
Automotive MCU, SBC, safety PMIC, motor driver and safety monitor forming a coordinated path. | Vehicle ECUs using NXP automotive MCUs, SBCs and safety PMICs for motor outputs. | TI automotive MCUs, PMICs and motor drivers incorporating safety features and diagnostics. | ADI functional-safety signal chains for traction, pumps and steering assistance. | Infineon automotive platforms combining MCUs, PMICs and drivers with ASIL-capable options. | Renesas automotive MCU and power portfolios targeting ECU safety and recovery strategies. | ST automotive MCUs, drivers and safety PMICs for motors under ISO 26262 flows. | Microchip automotive MCUs, SBCs and motor drivers designed for safety-related drives. |
FAQs · Soft-start & controlled stop
These questions capture the decisions that usually cause trouble when soft-start and controlled-stop behaviour is added to a motor drive. Each answer focuses on practical trade-offs, handshakes and test methods so the design can stay predictable when power levels rise, supplies dip or watchdog events occur in the field.
1. When is an MCU-only PWM ramp enough, and when is a dedicated ramp engine in the driver or PMIC needed?
An MCU-only PWM ramp is usually enough when the motor power is modest, the DC link is stiff and the timing margin in the control firmware is comfortable. A dedicated ramp engine in the driver or PMIC becomes attractive when power levels rise, start-up must be repeatable across units, or timing jitter from firmware is hard to control.
2. How should the soft-start ramp time be chosen so the motor does not slam the load or stall during start-up?
Choose the ramp time by starting from the worst-case inertia and load torque, then back-calculate the peak current that the power stage and supply can support. A very fast ramp risks torque shock and over-current trips, while an overly slow ramp drags start-up time. Bench testing under real load conditions should confirm the compromise.
3. How can a design avoid torque shocks after a DC-link or gate-drive UVLO event when the supply comes back?
Avoid torque shocks after UVLO by treating every UVLO event as a reason to reset the ramp and torque integrators. The driver or PMIC should expose UV flags and a clean ready indication so the controller can re-enter a defined soft-start sequence. Restarting from the last torque command without a fresh ramp should be blocked.
4. How should PWM clamps and current limits be coordinated with the soft-start ramp to keep start-up predictable?
Coordinate clamps and limits so the ramp shapes the command, while the current limit acts as a safety ceiling rather than the primary control tool. During start-up, current limit thresholds should sit high enough to let the ramp progress smoothly but low enough to protect silicon and bus capacitance. Document the priority in design notes.
5. What is a practical way to wire the watchdog, driver enable and MCU reset so a stalled controller cannot keep torque on the motor?
A practical wiring scheme lets the watchdog output pull the driver enable or kill input low whenever the control heartbeat disappears, regardless of MCU reset state. The MCU reset line is then free to restart software, but torque only comes back when the MCU resumes kicking the watchdog and explicitly re-enables the driver through a soft-start path.
6. In an ASIL-oriented drive, how should the motion MCU and safety MCU share control over soft-start and controlled stop?
In an ASIL-oriented drive, the motion MCU usually owns the detailed ramp profile, while the safety MCU or safety PMIC owns veto power. The safety side supervises torque, speed and supply conditions, and can block or force a controlled stop by pulling kill or STO inputs. Any restart must pass both functional and safety checks.
7. What field symptoms usually point to problems in the soft-start and controlled-stop logic, and which checks come first?
Field symptoms such as occasional start-up jerks, unexplained over-current trips, axes that move briefly during ECU reset or inconsistent restart after brownouts often point at problems in soft-start logic. First checks should review ramp reset around UVLO, watchdog to driver wiring, and whether diagnostic flags are actually used in state transitions.
8. How should a soft-start and controlled-stop strategy change between a servo axis, a stepper stage and an automotive actuator?
A servo axis often needs smooth torque ramps tied to encoder feedback and brake control, because mechanical stiffness makes any step in torque visible. A stepper stage is more sensitive to step frequency and current-profile ramps to avoid lost steps. Automotive actuators add battery dips and safety goals, so UVLO and watchdog behaviour dominate.
9. Which data-sheet parameters should be screened first when choosing a driver or PMIC for soft-start and controlled-stop behaviour?
When choosing a driver or PMIC, first screen soft-start options, current-limit behaviour, UVLO thresholds, restart timing and diagnostic visibility. Devices that document how they react to faults and brownouts are easier to integrate with a motion ramp state machine. Only after those aspects match the requirements should efficiency and package become the focus.
10. How can controlled-stop and restart behaviour be validated on the bench before the drive is allowed onto a real machine?
Controlled-stop behaviour can be validated by injecting defined faults and observing current, speed and torque over time. Tests should cover commanded stops, UVLO events, watchdog timeouts and brownouts, always checking that torque decreases in a bounded way. Logging driver flags and MCU states helps confirm that restart paths follow the planned sequence.
11. In a multi-axis machine, when is it necessary to coordinate soft-start and controlled-stop across several drives instead of tuning each axis alone?
In a multi-axis machine, coordination becomes necessary when several drives share a supply, a mechanical structure or a safety concept. Simultaneous fast soft-starts can overload the DC link, and uncorrelated controlled stops can twist the mechanics. Grouping axes into profiles and staggering ramps reduces stress on the supply and mechanics.
12. When does it make sense to push more soft-start and controlled-stop behaviour into the driver or PMIC instead of keeping a large MCU state machine?
Offloading soft-start behaviour into the driver or PMIC makes sense when the same pattern must be reused across many designs, when timing needs are tighter than firmware can guarantee or when safety cases demand hardened behaviour. A smaller MCU state machine then orchestrates modes and limits instead of generating every detail of the ramp.