Does the MK20DX128VFM5 have AEC-Q100 certification?

[Aditya_555]

Hello everyone,

We are interested in using the MK20DX128VFM5 for an automotive application. We need the IC to have an AEC-Q100 certification. Is the IC AEC-Q100 certified? I could not find any information about the same in the Datasheet. If the IC isnt AEC-Q100 compliant, would it be possible to recommend a programmer IC that is AEC-Q100 compliant?

With Regards,

Aditya

[_Leo_]

Hi,

Thank you so much for your interest in our products and for using our community.

Kinetis K Series are not AEC-Q100 compliant.

For AEC-Q100 compliant devices you could refer to S32K Automotive General-Purpose Microcontrollers, S32K1 would be a good option.

Have a nice day!

[Aditya_555]

Hello Leo,

We are planning to use the S32K144 microcontroller in our circuit. As per the evaluation board schematics, we need a a IC to provide an interface to the S32K144 IC in order to programm it from the PC. Do you have an example circuit which shows how this can be done with another S32K1 series microcontroller?

With Kind Regards,

Aditya

[Aditya_555]

Hello Leo,

I just wanted to clarify our requirement. We are planning to use the S32K144 microcontroller in our circuit. We also need a programmer IC to have onboard programming of the S32K144. In the evalboard for the S32K144, the MK20DX128VFM5 IC is used for that purpose. We were also planning to use the same IC MK20DX128VFM5. Since it is not auto compliant, which other IC can we use as the programmer IC for the SK32144 IC?

With Regards,

Aditya

[_Leo_]

Almost all of our MCU EVKs use an Kinetis K2x or an LPC55xx as on-board debugger interface, but they are not AEC-Q100 compliant devices.

The recommended programmers are in the Hardware section from S32K1 page.

At the end, our EVKs are for evaluation purposes, and the debugger interface is removed from end custom application. Commonly the firmware update is performed by means of a bootloader, which receives new firmware data from a host via a communication protocol, including but not limited to CAN, LIN, UART, ETHERNET and USB.