1. Crash pulse fundamentals

Crash pulse fundamentals 学习卡片

In a vehicle crash, the occupant is not directly loaded by the barrier or the striking vehicle. The load path runs from the contact interface, through the body structure, into the restraint system, and finally into the occupant. The crash pulse is the acceleration–time history measured at a structural location (typically the rocker, sill, B-pillar base, or seat track) that summarizes how the vehicle's velocity changes during that event. For structural design teams, the crash pulse is the single most important boundary condition: it defines the inertial loading that the occupant and every attached subsystem will experience, and it is the quantity that target cascading must decompose into structural stiffness, crush distance, and mass distribution requirements.

Acceleration–Time History and Sign Convention

A crash pulse is a time series a(t) recorded by an accelerometer, usually after low-pass filtering (commonly a 300–1000 Hz channel filter class per SAE J211/1, depending on the analysis purpose). Before any metric is computed, the sign convention must be fixed and documented. The most common convention in vehicle development is: positive acceleration points in the direction of travel (forward), so a frontal impact produces a predominantly negative acceleration pulse, because the vehicle decelerates. Some teams instead plot deceleration as positive. Both are acceptable, but mixing them across a program is a classic source of sign errors in target documents. This chapter uses the SAE-style convention: forward is positive, frontal impact pulses are negative, and "magnitude" refers to the absolute value.

Two derived quantities are used constantly. Velocity change is the integral of acceleration:

Δv(t) = ∫ a(t) dt        (from t = 0 to t = t_end)
Δv_total = v_impact − v_residual   (residual velocity after separation)

Displacement (crush) is the double integral. In practice, integration drift makes raw double integration unreliable, so the acceleration signal is typically baseline-corrected and the velocity curve is forced to the known residual velocity at separation. A pulse whose integrated Δv does not match the physically expected value (for example, 50 km/h barrier impact giving roughly 13.9 m/s before rebound) indicates a sensor, filtering, or baseline problem, not a structural insight.

Pulse Metrics That Drive Structural Targets

Engineers rarely cascade a full time history to structural teams. Instead, the pulse is reduced to a small set of metrics that can be written into targets and verified in CAE or sled tests:

Metric Definition Typical use in cascading
Peak acceleration Maximum |a(t)|, often reported over a defined window (e.g., first 30 ms) Sets upper bound on local stiffness and attachment loads
Mean acceleration Δv divided by pulse duration Governs required crush distance for a given Δv
Pulse duration Time from impact to separation or to a defined velocity threshold Determines quasi-static vs. dynamic response of subsystems
Crush distance Double integral of a(t), or measured deformation Allocates package space to front/rear structures
Ride-down / pulse shape Order and timing of acceleration peaks Controls occupant deceleration ramp and restraint timing
Centroid time Time-weighted center of the acceleration magnitude Compact descriptor of where the pulse "sits" in time

The relationship between mean acceleration, Δv, and crush distance is the workhorse equation of pulse-based target setting. For a constant-acceleration idealization:

s = Δv² / (2 · a_mean)
a_mean = Δv² / (2 · s)

As a worked example (illustrative numbers, not measured data): a 50 km/h frontal impact gives Δv ≈ 13.9 m/s. If the front structure is allocated 0.65 m of usable crush distance, the required mean deceleration is approximately 13.9² / (2 × 0.65) ≈ 149 m/s², or about 15 g. If packaging reduces crush distance to 0.50 m, the mean rises to about 19.3 g. This single calculation explains why early package decisions dominate the entire downstream target chain: crush distance is a geometric commitment, and every structural team inherits the acceleration level it implies.

Vehicle-Level Signal Characteristics

Real pulses are not smooth rectangles. A frontal pulse typically shows an initial sharp peak as the bumper beam and crash boxes engage, a dip or plateau as the rails fold, a second rise as the engine cradle and firewall region load up, and a final ramp as the occupant compartment decelerates. This shape is a direct fingerprint of the deformation sequence, which is why pulse shape—not just peak value—is cascaded to structural teams.

Three signal characteristics matter most when interpreting vehicle-level data:

  • Frequency content. Structural ringing above roughly 100–200 Hz is usually filtered out for occupant-relevant metrics, but it still matters for component durability and sensor mounting. A pulse that looks benign after filtering can contain high-frequency content that fatigues brackets.
  • Location dependence. The same event produces different pulses at the rocker, the tunnel, and the seat track. Targets must state the measurement location and axis explicitly; a rocker pulse is not interchangeable with a seat-track pulse.
  • Event dependence. Offset, oblique, and pole impacts produce asymmetric and multi-axis pulses. A single frontal pulse cannot be used to cascade targets for small-overlap loading, where the load path and the resulting yaw and lateral acceleration are fundamentally different.
When receiving a pulse from the vehicle integration team, always confirm four things before using it: sign convention, filter class, measurement location and axis, and whether the time axis is zeroed at barrier contact or at a trigger signal. Each of these has caused target errors in real programs.

From Signal to Cascaded Requirement

The practical workflow is to convert the measured or CAE-derived pulse into a small target set, then distribute it. The figure below shows how a single vehicle-level acceleration history is decomposed into the metrics that structural teams actually receive, and how those metrics map onto different subsystem responsibilities.

Crash pulse decomposition into cascaded structural targets A vehicle-level acceleration-time history is reduced to peak, mean, duration, crush distance and pulse shape, which are then distributed to front structure, occupant compartment, restraint system and attachment teams. Vehicle-level acceleration–time history Frontal barrier impact, rocker-mounted sensor, forward-positive convention time (ms) a (g) 0 20 40 60 80 0 g peak |a| mean a pulse duration Crush distance = double integral of a(t) Δv = single integral of a(t) Reduced metric set Peak acceleration Mean acceleration Pulse duration Crush distance Pulse shape / ride-down Centroid time Cascaded to structural teams Front structure crush distance, mean a, fold sequence Occupant compartment peak a, intrusion, attachment loads Restraint system pulse shape, ride-down, timing Subsystems & attachments high-frequency content, durability Consistency check before cascading Verify: sign convention · filter class · sensor location and axis · time zero reference · integrated Δv matches expected impact velocity A pulse that fails any of these checks must be corrected at source, not compensated for in downstream targets.

Once the metric set is agreed, the cascade becomes a matter of allocation. Front structure teams receive crush distance and mean acceleration, because those define the energy absorption requirement. Occupant compartment teams receive peak acceleration and intrusion limits, because those define the survival space and attachment load cases. Restraint teams receive pulse shape and timing, because airbag and belt deployment must be phased against the deceleration ramp. Subsystem owners receive the high-frequency content and the attachment accelerations, because brackets and modules must survive the local environment even when the filtered occupant pulse looks mild.

A common failure mode in target cascading is passing a single peak acceleration number without its context. A 40 g peak lasting 5 ms and a 40 g peak lasting 25 ms impose very different requirements on attachments and restraints. Always cascade peak values together with duration, location, and filter class; otherwise downstream teams will optimize against a number that does not represent their actual loading.

Practical Verification of a Received Pulse

Before a pulse is used to set targets, run a short verification sequence. First, confirm the time-zero reference and align it with the barrier contact event. Second, integrate the filtered acceleration to obtain velocity and check that the final velocity matches the expected residual velocity within a few percent; a mismatch usually points to baseline drift or an incorrect filter. Third, compare the peak and mean values against the physical expectation from the crush distance equation above; a mean acceleration that implies more crush distance than the package allows is a signal that either the pulse or the package assumption is wrong. Fourth, check the measurement location against the target document, since a pulse from a different structural node can shift peak values by several g. Only after these checks should the metrics be written into the cascaded requirement set.

The crash pulse is therefore both a measurement and a contract. It records what the vehicle actually did, and it defines what every structural team must design for. Treating it as a carefully qualified signal—with explicit conventions, verified integration, and a documented metric set—is the foundation on which the rest of the target cascade depends.