PGO - USBDM - MC9S08PB16

[ricardotrevisan]

Hi PGO,

A few months ago, I needed to debug MC9S08PB16, which was not supported on USBDM. We use Luciano's USBDM.

I changed some files and created a new HCS08-PBxx-Flash Program. These files and sources are attached. The Codewarrior worked pretty well with these patches on USBDM, and it allowed me to build a new firmware for one new product.

However, last week, production started, and USBDMs were not able to program the flash of most production Microcontrollers except for a few.

I attached the error logs, along with some oscilloscope images of BKGD  (yellow) and BKGD/SWDIO_DRV USBDM internal (Blue).

Even more, for some unknown reason, we got a Sawtooth wave a couple of times. I cannot tell if they have a correlation with the programming issue. It can be seen in the Sawtooth.jpg.

I will be grateful for any help you could, and feel free to ask for further data.

Best,

Ricardo Trevisan

[ricardotrevisan]

Hi PGO,

I forgot to attach the files on the previous post.

[pgo]

Hi,
Can I confirm that you have changed the BDM hardware being used from a USBDM_SER_JS16CWJ_V4 to a USBDM_JMxxCLD_V4 ?
I am trying to reproduce your error using the same hardware.

[pgo]

Follow-up

Using a USBDM_JMxxCLD_V4 I have found the following issues:

• The programmer fails to restore programming settings such as Target Vdd etc when started.  Workaround - It is necessary to manually set these each time the programmer is started.
• Trimming of the clock fails on PB8.  The clock settings were updated for PB16 in the last version but not for PB8.  Workaround - Manually set the device as PB16 rather than PB8.  This will work as the PB8 is a subset of the PB16.

I will rectify these in the next version.

bye

[pgo]

Follow-Follow-up.

I have found an additional problem with the verify operation when programming for certain ranges of addresses.

At the moment I have no idea why this is occurring.

Note the programming is actually working but the verify done as each range is programmed is failing.  This unfortunately abort the rest of the programming.

I will spend some time on this later in the week.

bye