Tag Archives: Debugging

Men In Black are back! Flashing and FX’ing…

Posted on by
11

I have mentioned in MCU10.2 released a new feature in CodeWarrior: support for the USB Universal Multilink FX from P&E Microcomputer Systems. Two Multilink FX arrived last week at the University, and finally I had my hands around it. The first thing which came to my mind when I saw the picture of the device on the P&E website: the black boxes are back!

Can I hope for a “Special FX Edition” in that box with cool sunglasses and a flash stick to erase and reprogram FLASH memory of microcontrollers? That would definitely make the flash erasing and programming easy and fast, as in the movie. 🙂
Continue reading →

Recovering my Chinese OSBDM

Posted on by
2

At the University the lectures started, and as well all the bachelor diploma and industry projects. So I am running out of my TWR-MCF52259 boards as they are used by my students. No problem, as I have one remaining board in my shelf. I plugged the board into my machine, but YIKES! Look at this:

Chinese OSBDM?

Chinese OSBDM?

Continue reading →

Oh my! An Interrupt…

Posted on by
30

Ahhrg! Again, my microcontroller stopped in an interrupt. And I have no clue why?

Using Processor Expert in MCU10 is a great thing as it takes care about the vector table. Usually the default settings for code generation are fine, but not in my case here. If you run into a spurious and unexpected interrupt, you stop in the Cpu_Interrupt() handler:
Continue reading →

A little or big Indian? A Plea for Peace…

Posted on by
9

I use a Intel processor to write this text, and this processor is is using Little Endian for the byte order. This is about Endian, not Indian :-).

Many processors I have programmed were Big Endians. With the addition of Freescale Kinetis (an ARM Cortex M4) and DSC in MCU10.2, I have a daily mixture with Big Endian (S08, ColdFire, …) and Little Endian (DSC and Kinetis).

The term “endian” is described nicely in the IEN 137 written 1980 by Danny Cohen:
“ON HOLY WARS AND A PLEA FOR PEACE“.
Continue reading →

No Source Available…

Posted on by
Reply

I just have run across a problem: I received a project for the S08QE128, and when I started a debug session with MCU10.2, the debugger was showing “no source available”. Ahhrg. Something must be wrong…

No Source Available

No Source Available?

Well, at least I can debug on assembly level. But this is not the point. I have the sources, but somehow the debugger does not find them?
Continue reading →

Memory is everything

Posted on by
10

Question: How can you distinguish an embedded programmer from a non-embedded programmer just by looking at his debugger?

Answer: The embedded programmer has at least one Memory View open, while the non-embedded programmer probably does not care.

Memory View in CodeWarrior for MCU

Memory View in CodeWarrior for MCU

Well, this is maybe a too simplistic answer, but I think it has some truth. An embedded system programmer cares a lot about the memory of his system, and so do I. My post on flash programming was the aspect of permanently programming the memory. This one is is about RAM and Flash.
Continue reading →