ST's First Four Combo Sensor ICs and the Automotive Safety Interface They Support
When a vehicle-electronics program evaluates motion sensing, the useful question is rarely whether one IC looks compact. The useful question is whether yaw rate, roll rate, acceleration, filtering, diagnostics, and a safety-capable interface can be brought together without fragmenting the design. ST has introduced an automotive sensor platform that places multiple acceleration and rate measurements behind one package, positioning it for active and passive safety and driver-assistance features across premium and volume vehicles. The announced applications, the first four device options, and support for SafeSPI make it a reference point for engineers, product managers, and procurement teams who need to trace a component choice back to installed vehicle behavior.
Why combined sensing belongs in a vehicle-safety discussion
The stated use cases connect directly to functions that must interpret motion rather than only detect contact. Crash protection, rollover detection, airbag deployment, vehicle stability control, and radar beam stabilization all rely on an understanding of how the vehicle or a subsystem is moving. For a reader tracking industrial or automotive technology, the platform is therefore less a standalone component item than a packaging approach that lets one sensor assembly serve safety logic, assistance logic, and sensing stability.
Case block: how device choice follows the function, not the package name
As an application-mapping case—not a named production program—the same safety and stability context can be separated into different sensing needs. A yaw-oriented function needs an angular-rate axis that aligns with z-axis (yaw) measurement and paired xy, yz, or xyz low-g data depending on the selected part. A roll-oriented function needs an x-axis (roll) measurement with the matching low-g or medium-g acceleration axes. Where noise isolation matters, the medium-g versions use an independent signal chain to minimize noise. This example is derived from the announced devices and applications, and it shows why selection cannot stop at a generic “combo sensor” label.
Data citation: the first four offerings and interface support
ST introduced these parts after its integration of NXP's sensors division. The first four offerings are:
- NCS1012BAEP combines a z-axis (yaw) angular-rate sensor with an xy low-g accelerometer
- NCS1012CAEP combines an x-axis (roll) angular-rate sensor with a yz low-g accelerometer
- NCS1012EAEP combines an x-axis (roll) angular-rate sensor with an xy medium-g accelerometer
- NCS10135AEP combines a z-axis (yaw) angular-rate sensor with an xyz low-g accelerometer
| Device | Angular-rate axis | Accelerometer type | Accelerometer axes |
|---|---|---|---|
| NCS1012BAEP | z-axis (yaw) | low-g | xy |
| NCS1012CAEP | x-axis (roll) | low-g | yz |
| NCS1012EAEP | x-axis (roll) | medium-g | xy |
| NCS10135AEP | z-axis (yaw) | low-g | xyz |
The devices provide internal diagnostics and support SafeSPI, a serial peripheral interface for automotive safety. They are currently manufactured in 24-pin QFN packages with wettable flanks.
Measurement ranges, filtering, and operating conditions
For system teams, the data table is the decision layer. The angular-rate sensors provide full-scale ranges of ±125 dps, ±250 dps, or ±350 dps. They include integrated low-pass filtering with 12.5–400-Hz cutoff options and are specified for operation from −40°C to +105°C.
The low-g accelerometers span ±1.50 g to ±34 g. The medium-g versions span ±15.5 g to ±150 g and use an independent signal chain to minimize noise. Both accelerometer types maintain low offset and drift across the automotive temperature range and include integrated low-pass filtering.
Common misconceptions
| Misconception | Correction based on the announcement |
|---|---|
| “Integration alone solves the safety architecture.” | The source frames internal diagnostics and SafeSPI as device-level support. System teams still need to align the part with the named application and with their own qualification process. |
| “Yaw and roll parts can be treated the same.” | The first four offerings pair different axes: z-axis (yaw) or x-axis (roll), and the accelerometer axes differ among xy, yz, and xyz configurations. |
| “Low-g and medium-g are just marketing labels.” | The stated measurement ranges differ, and the medium-g versions have an independent signal chain to minimize noise. |
Action recommendations for engineering, validation, and procurement
- Define the required motion axis before selecting a part: yaw-oriented use maps to z-axis (yaw) options, while roll-oriented use maps to x-axis (roll) options.
- Confirm the acceleration axes and g range needed by the function, including whether xy, yz, or xyz low-g or xy medium-g behavior is required.
- Use the listed ranges as constraints: ±125 dps, ±250 dps, or ±350 dps for angular rate; ±1.50 g to ±34 g for low-g; ±15.5 g to ±150 g for medium-g.
- Check filtering and environmental fit: integrated low-pass filtering with 12.5–400-Hz cutoff options and specified operation from −40°C to +105°C.
- Review interface and packaging requirements: the devices provide internal diagnostics, support SafeSPI, and are currently manufactured in 24-pin QFN packages with wettable flanks.
FAQ: what readers should confirm before treating the platform as a design decision
What is SafeSPI in this context?
The article describes SafeSPI as a serial peripheral interface for automotive safety and states that the devices support SafeSPI.
Which applications does the platform reference?
The named applications are crash protection, rollover detection, airbag deployment, vehicle stability control, and radar beam stabilization.
How many initial ST parts are listed?
The article names the first four offerings: NCS1012BAEP, NCS1012CAEP, NCS1012EAEP, and NCS10135AEP.
What packaging information is included?
The announcement says they are currently manufactured in 24-pin QFN packages with wettable flanks.
What does the source not state?
It does not provide price, volume production schedules, named OEM programs, or certification claims in the material presented here.
For WorldIndustrialWeekly readers, the practical value of this announcement lies in traceability: from axis and range selection, to package and interface assumptions, to the safety and stability functions ST associates with the platform. The platform is not simply a compact sensor concept; it is a set of choices that engineering teams can map against requirements, procurement can specify, and validation can document using the stated measurement ranges, SafeSPI support, and device combinations.
Source: STMicroelectronics.