KSDK version 1.3.0 or 2.0.0?

[bernadettmarton]

Hi All,

Can somebody tell me, which version of KSDK supports the KE02 Familly? I am starting to work with FRDM-KE02Z Board. Thanks in advance!

[zhaowum · Accepted solution]

maybe you can start your work with the help of PE, Try follow this link https://community.nxp.com/thread/385482 

 I found it can help me to create the right project and go on my coding.

[ivadorazinova]

Hello Bernadett Marton​,

unfortunately there is no support of KE and KEA family in KSDK.

But you can take a look  at QSP and sample codes located here Kinetis E Series Freedom Development Platform|NXP

I hope this helps.

In case of any issue, please let me know.

Best Regards,

Iva

[skaval99]

Dear friends

Facing a peculiar problem in MKE02Z64VLH4 based custom board being debugged through FRDM-02Z board running J-Link open SDA app.

The software in custom board works excellently as long as connected to debugger but stops working as soon as debugger is disconnected. Also system does not boot up if not connected to debugger.

IDE used is MCUXpresso ( v11.0.1 [Build 2563] [2019-09-01]) with project generated from copying an SDK_2.x_FRDM-02Z40M, ver 2.6.0 based project named "frdmke02z40m_ftm_timer"

Search on the forum so far has not provided any workable solution. 

Any help or ideas from NXP team would be highly appreciated.

Regards

[ErichStyger]

Hi @skaval99 ,

that "does not work if no debugger attached" sounds like you are using semihosting functionality? Check if you are using printf() in any variant.

If you do not have a dedicated hardfault handler for this your application will raise a hardfault.

You might use the following hardfault handler in

https://github.com/ErichStyger/McuOnEclipseLibrary/blob/master/lib/src/McuHardFault.c

which does a detection if the hardfault is coming from semihosting or not.

The SDK 2.x does come with a similar handler too.

I hope this helps,

Erich

[skaval99]

Dear Erich,

Many thanks for your response and suggestion.

The problem has been resolved as it was being caused by floating inputs of 3.3V to 5V logic level shifters (in RST & CLK lines) implemented in my custom board (working at 5V) to carry out programming/debugging with FRDM-KE02Z board working at 3,3V .

Rest of the system and software is working really well. MCUXpresso and FRDM-KE02Z as debugger for development with MKE02Z64VLH4 chip are working without any issues.

Rgrds 

Kaval

[ErichStyger]

Hi @skaval99 ,

great to hear that this has been resolved!

I guess I should add that one to my growing list on https://mcuoneclipse.com/2016/07/01/board-bring-up-tips-gdb-logs-and-traces-in-eclipse/

Erich