• State Not Answered
  • Locked Locked
  • Replies 9 replies
  • Subscribers 22 subscribers
  • Views 1862 views
  • Users 0 members are here
Options
Related
How was your experience today?
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

This should be easy.....

Joseph Mingrone

I just started writing a C application for the Cygnal C8051F125 and am having difficulty setting/viewing the paged SFR's

Here's a simple example in C code:

SCON0=0x50;
SCON1=0x40;

Compiles fine, but when when I open the disassembly window, these 2 statements get translated to:

MOV SCON0(0x98),#0x50
MOV SCON0(0x98),#0x40

i.e., both statements modify SCON0. This is confirmed by opening the peripheral window and examining Serial port 1 and 2 --- SCON1 never changes (?????)

I understand the SFRs on the chip are spread over 5 pages, sharing common "base addresses" (0x98 in this case), but how do I access a specific page? And how do I view the different pages in the memory window?

This CAN'T be a bug, so what am I doing wrong?

Thanks,

Joe

Parents
  • 0 in reply to Joseph Mingrone

    I thought my previous answer to this question answered all these questions: http://www.keil.com/forum/docs/thread3024.asp

    Anyway, the simulation description for the Cygnal C8051F125 (http://www.keil.com/dd/chip/3474.htm) includes the following note:

    NOTE
    Simulation for this device is provided by the default peripheral simulation driver. Complete on-chip peripheral simulation is not available at this time.

    For each simulation DLL we create, there exists a default driver that is intended to be a catchall for those devices that are not explicitly simulated. This works better in some cases than in others.

    Maybe you guys can help us come up with the best text to use that clearly states that the default simulation driver is used (and that it may not match the device 100%). As far as I can tell, Cygnal parts have the greatest deviation from the default driver.

    Jon

Reply
  • 0 in reply to Joseph Mingrone

    I thought my previous answer to this question answered all these questions: http://www.keil.com/forum/docs/thread3024.asp

    Anyway, the simulation description for the Cygnal C8051F125 (http://www.keil.com/dd/chip/3474.htm) includes the following note:

    NOTE
    Simulation for this device is provided by the default peripheral simulation driver. Complete on-chip peripheral simulation is not available at this time.

    For each simulation DLL we create, there exists a default driver that is intended to be a catchall for those devices that are not explicitly simulated. This works better in some cases than in others.

    Maybe you guys can help us come up with the best text to use that clearly states that the default simulation driver is used (and that it may not match the device 100%). As far as I can tell, Cygnal parts have the greatest deviation from the default driver.

    Jon

Children
  • 0 in reply to Jon Ward

    You can still access the sfr's from C, without using assembly. It'll just take you two statements.

    SFRBASE = 1;
SCON1 = 0x50;

    If that seems like too much trouble, or too likely to split the lines, a function or macro would solve the problem. If all the SFRs happen to be declared appropriately (and you could always change the reg.h file if they weren't), you might even get some mileage out of the token-pasting operator.

    #define PagedSfr(name,page)    SFRBASE = page, name##page

    That's off the top of my head, and untested, perhaps a bad idea since I don't use the comma operator a lot. But it looks like it'll work in two major contexts:

       val = PagedSfr(SCON, 1);
   PagedSfr(SCON, 1) = val;
   PagedSfr(SCON, 0) = val;

    Though it might be simpler and easier to have a read and a write macro. You also might prefer to return the SFR page register to its previous state, or a known state (0), after every write, to avoid possible confusion.

    None of that helps you with the simulator, of course.