no communications with TRK-USB-MPC5604B OSBDM

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

no communications with TRK-USB-MPC5604B OSBDM

954 Views
duanemattern
Contributor III

Let me start by saying I had a TRK-MPC5606B setup and working with CodeWarrior for MCU (V10.6), but I took that kit to work.  The TRK-MPC5606B is on backorder, so I purchased the TRK-USB-MPC5604B board to use at home.  After rebuilding my project for the different target (5604B),  I expected to be able to use the same RAppID Bootoloader utility to load the firmware on to this board, but I could not establish communication with this board, (it's a bare board without the tower system).  So I downloaded all of the installation software from

http://www.nxp.com/products/software-and-tools/hardware-development-tools/startertrak-development-bo... 

including CodeWarrior V2.10, but that didn't solve the problem, even after uninstalling and re-insalling all of the USB drivers.  I then downloaded OSBDM from https://www.pemicro.com/OSBDM/    as they have an update that is suppose to work with Window10 which is what I'm using, but I still can't establish communications with the TRK-USB-MPC5604B.

 

The USB device drivers are all registered correctly in the device manager (Jungo/WinDriver, OSBDM Debug & Serial ports).  And I am setting J3 Pins1&2 so that the bootloader is started once I press reset.  And I have verified that J6 & J7 are set for pins 1&2 for TX/RX to USB.  As I stated, this worked for the TRK-MPC5606B board, so I had expected RappID bootloader to work the same way for this board.  I do have the osbdm_pemicro tools installed, including osbdmtester.exe, but I don't see my target in the list of options (CF, CFV1, S12, S08, RS08, DSC), and the documentation provided for this utility is sparse.  I tried writing to flash, but just get 0000 when I check that location.

 

So my questions are:

  a) is there anything else I can try to try to get this board to work via USB/serial/BDM?

  b) is there a way I can take the PC out of the loop to see if the problem is the Windows driver or the target

  c) should the original installation (and the RAppID Bootloader Utility)  for the TRK-MPC5606B have worked for this TRK-USB-MPC5604B or is that optimistic.

 

I'm guessing that either I damaged the hardware or that  the OSBDM was not installed or corrupted.    I do have access to USB Multilink for Quorivva, which I can use in an attempt to recover the board, but for $25, I don't know if it is work digging into those details, as I've already spent more time then I had wanted.  I had expected the board to be plug-n-play after getting the TRK-MPC5606 up and running.

Labels (1)
0 Kudos
2 Replies

609 Views
stanish
NXP Employee
NXP Employee

Hello,

What kind of error do you observe when trying to connect via OSBDM/OSJTAG?

Could you e.g. paste an error screenshot including some details?

There are two different versions of MCU(MPC5606B vs MPC5606BK) and each of them requires a different flash algorithm.

Please make sure your testing project select the device that is populated on your board.

https://community.nxp.com/thread/318166 

Hope it helps.

Stan

0 Kudos

609 Views
duanemattern
Contributor III

The error is just a time-out error.  The TRK-MPC5606B using the alternative boot (BAM) to program it.  Apparently the TRK-USB-5604B does not work this way as there is no jumper for BAM.  On page 11 of the following document:

http://cache.freescale.com/files/microcontrollers/doc/user_guide/TRK-USB-MPC5604B_UM.pdf 

it states: "

"The TRK-USB-MPC5604B includes P&E’s OSJTAG circuitry, so no external Qorivva hardware tool is needed to debug and program the TRK-USB-MPC5604B",
but I've not been able to find any document that explains how to program the divide via OSJTAG via the USB port. I have been able to program the device via JTAG using a Multilink Universal.
So I'm wonder if there is a document that explains how to program the TRK-USB-MPC5604B via the USB connectoin (OSJTAG), and what PC tool/program should I be using to do this program.   I suppose it is possible that I some how corrupted the device, but the target still registers properly in the Windows device manager.
0 Kudos