Debug issue with KDS PEMicro Multilink Universal FX and FRDMK22F

cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

Debug issue with KDS PEMicro Multilink Universal FX and FRDMK22F

Jump to solution
1,023 Views
sjbrech
Contributor II

We have been using the Freescale FRDMK22F Development board with KDS 3.0.  This has been working fine debugging using the Segger J-Link driver  connected through the OpenSDA interface (with the USB connection to the FRDMK22F from the Windows 7 PC running KDS).

 

But now we are moving toward using our custom hardware which won't have an OpenSDA interface, so I am attempting to connect directly to the FRDMK22F K22F MCU using a PEMicro Multilink Univeral FX probe connected to the J11 connector on the FRDMK22F.

 

KDS appears to connect fine to the PEMicro Multilink Universal FX probe, but fails when attempting to debug the hardware.

 

We have cut the J7 trace as indicated in the FRDMK22F User's Guide, to isolate the MCU from the OpenSDA debug interface.

 

The FRDMK22F is being powered by an external 5V power supply, and the TargerPower present LED lights up on the PEMicro Multilink Universal FX probe.

 

103558_103558.pngpastedImage_1.png

 

103691_103691.pngpastedImage_2.png

Labels (1)
1 Solution
679 Views
sjbrech
Contributor II

It appears likely that my problem were likely simply the result of a process left running on the debug host, in this case Windows 7.

At times pegdbserver_console.exe gets left running and future debug sessions will not start until that gets killed manually.

This issue is resolved.

View solution in original post

3 Replies
679 Views
Carlos_Mendoza
NXP Employee
NXP Employee

Hi Steve,

There is no need to cut the J7 trace if you want to debug/flash the on-board MCU over the J11 connector. Cutting the J7 trace is only needed if you want to connect from the OpenSDAv2 of the FRDM-K22F to an off-board MCU. Please place a header on the J7 connector and you should be able to flash the MCU.

Hope it helps!

Best Regards,

Carlos Mendoza

Technical Support Engineer

-----------------------------------------------------------------------------------------------------------------------

Note: If this post answers your question, please click the Correct Answer button. Thank you!

-----------------------------------------------------------------------------------------------------------------------

0 Kudos
679 Views
sjbrech
Contributor II

Hi Carlos,

Thank you for the reply.  It appears we misunderstood the statement in the FRDMK22F User’s Guide & Schematic as far as why/when this trace should be cut.

“SHORTING HEADER ON BOTTOM LAYER

Jumper is shorted by a cut-trace

on bottom layer. Cutting the trace

will effectively isolate the on-board

MCU from the OpenSDA

  debug interface.”

We no longer have the J7 trace cut, but the debug still fails.

When I attempt to launch the KDS debugger to run the simply hello_world on the FRDMK22F I get the following.

pastedImage_3.png

pastedImage_4.png

The code which was running on the hardware was toggling the RDB LED.  When the Debug is initiated that toggling stops.  But the debug fails and once I remove the cable from the PEMicro probe and reboot the previous code is programmed and run.

The debug fails, nor does it update the flash of the device (as the programmer normally does when it works using the OpenSDA interface).

Steve

0 Kudos
680 Views
sjbrech
Contributor II

It appears likely that my problem were likely simply the result of a process left running on the debug host, in this case Windows 7.

At times pegdbserver_console.exe gets left running and future debug sessions will not start until that gets killed manually.

This issue is resolved.