Unable to simulate C8051F120 peripherals in keil uVision2

We are working on simulation support for the F12x/F13x device series. It will become available in a few days.

Reinhard

What exactly do you want?

Could you "roll your own" using Signal Functions, etc, in the Simulator? - see the Manual for details

Alternatively, don't these devices have JTAG and on-chip debug? So could you just use a dev board...?

Alternatively, don't these devices have JTAG and on-chip debug? So could you just use a dev board...?

I am so surprised that so many questions come up on simulating SILabs chips. For something like $79 (you are better off spending $99, that will include all cables and a devboard) you get an adapter that gives you ICElike functionality.

The statement "I have to wait for the hardware people" is pure "male cow manure" any HW dept that takes more than a few days to put together a '51 based prototype is grossly inefficient.

Ok, a thought, possibly the experienced guy that would get it right in a couple of days was laid off and replaced by a half price colege grad that will need 3 times as long to get it wrong.

Erik

a question to Keil:

Why do you call SFRs which we all know what is "peripherals" which I would consider things like a printer or LCD?

Erik

Erik,
nobody minds if you add a printer or an LCD to the peripherals menu (if that makes you feel better).
Have you ever worked with the simulator. I guess not.

"Why do you call SFRs which we all know what is "peripherals" which I would consider things like a printer or LCD?"

In my experience, it is common to refer to the extra bits in a microcontroller - ie, the bits outside the CPU "core" - as "Peripherals" (often, "on-chip Peripherals").

In the particular case of 8051-derivatives, the CPU "core" gains access to the Peripherals via SFRs.

The Keil simulator does more than simply emulate read & write accesses to SFRs - it simulates the action of the actual "peripheral" behind the SFRs; eg, writing to SBUF will actually cause a character to be displayed on the serial window, or a charcter to be transmitted from the PC's COM: port, and the TI bit will be set.

Thus, I think it is reasonable to speak of "peripherals" rather than just "SFRs"

That's my 2p, anyhow!

"what is 'peripherals' which I would consider things like a printer or LCD?"

Well, the front page of the C8051F120 datasheet lists "Analog Peripherals" and "Digital Peripherals" in bold type in the features list...

In the particular case of 8051-derivatives, the CPU "core" gains access to the Peripherals via SFRs.
And, in my example so would a printer, not argument.

Ok, I'll rephrase, why call a display of SFRs peripherals. I do not see any "peripheral workings" displayed, just the SFRs.

Erik

Ok, I'll rephrase, why call a display of SFRs peripherals.

Because it's not just a display of SFRs. It's actually a full-blown controller dialog of the thing in question.

Or because that'sabout the only term that fits all the things that go in there (external ports of all kinds, timers), and because there's only one such main menu entry --- splitting it up into several wouldn't particularly improve things.

"And, in my example so would a printer, not argument."

It wasn't supposed to be an argument - just a statement of where the SFRs (8051 term) fit between "peripherals" & the CPU "core"

"Because it's not just a display of SFRs. It's actually a full-blown controller dialog of the thing in question."

Absolutely: as in my example, the UART simulation is not just a display of SBUF, etc - it actually simulates the operation of the UART by sending & receiving characters, setting interrupts, etc.

Please provide an update as to when the simulation dll will be available. I am willing to test a beta drop if possible. Thanks.