Hello,
From your explanation, does the S32K1_RTD_4.4_Safety_Manual completely cover the safety aspects of the MCAL modules included within RTD, or is there also a separate MCAL-specific Safety Manual for standalone MCAL releases?
The RTD Safety Manual is designed to cover all components within the RTD package, including MCAL modules.
If someone is using MCAL outside the RTD environment, can the RTD Safety Manual still be considered valid, or would it require the dedicated MCAL Safety Manual?
The RTD Safety Manual assumes integration with RTD architecture and workflows.
If MCAL is used outside RTD, the RTD manual may not fully apply because:
- It references RTD-specific initialization and integration guidelines.
- Safety assumptions might differ.
In that case, the dedicated MCAL Safety Manual is recommended for compliance and audits.

Look for the specific MCAL version you are using (e.g., S32K14X_MCAL4_3_RTM_1_0_1).
Download the package, which typically includes:
- SafetyManual.pdf (dedicated MCAL Safety Manual)
- FMEDA.xlsx
- ReleaseNotes.pdf
- Source code and configuration files
Also alternative: Publicly Available MCU-Level Safety Manual
f you're looking for general safety information at the MCU level (not software-specific), NXP also provides the S32K1xx Series Safety Manual, which includes S32K148.
Such can be found under secure files on the product web page.
Is there any recommended way to confirm whether a particular MCAL package version corresponds to the RTD version mentioned in the Safety Manual?
Yes, you can check:
- Release Notes for both MCAL and RTD packages (they list included versions).
- RTD documentation often has a section like “Included MCAL Modules and Versions”.
Lastly, for safety projects targeting ASIL A/B, would NXP generally recommend using MCAL through the RTD package rather than as a standalone setup?
Yes, NXP strongly recommends RTD for ASIL projects because:
- RTD integrates MCAL with additional safety features and AUTOSAR compliance.
- It simplifies configuration and provides consolidated safety documentation.
- It reduces integration risk compared to standalone MCAL.
However if you are short on computing power / memory space you can write your own safety handlers which are targeted precisely on your needs. Such will require deep knowledge in safety mechanisms and also certifications.
Best regards,
Peter