• State Not Answered
  • Locked Locked
  • Replies 9 replies
  • Subscribers 22 subscribers
  • Views 2701 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

uVision2 Debug Fn: Access to Extended Registers

Andrew Neil

I am using a Triscend TE505 (with 2 Data Pointers).
In addition to the standard set, the debugger Registers window adds the following under 'Sys':

Sys
 |
 :
 +--auxr1
 |
 +--dptr
 |   |
 |   +--[0]
 |   |
 |   +--[1]
 :
I assume that 'auxr1' is the Triscend DPS (Data Pointer Select) register.

The Function Editor does not recognise these names:
FUNC void ShowRegs( void ) 
{
    :
    printf( "  %02x", AUXR1 ); 
______________________^
*** error 34, line 18: undefined identifier
    printf( "%04x", DPTR[0] ); 
*** error 46, line 19: subscript requires array
    printf( "%04x", DPTR[1] ); 
*** error 46, line 19: subscript requires array
    printf( "\n" );
}
So, how can I access these extended registers from a Debug Function?

Parents
  • 0

    In the triscend data sheet, look up the DATA addresses for AUXR1, DPTR1, and DPTR2. Then, using those addresses, sfr them in the C file you wish to use them in:

    sfr AUXR1 = 0xAA; // junk address for example only
sfr DPTR1 = 0xBB; // "
sfr DPTR2 = 0xCC; // "
    Then you can print their values if you remember to first cast them to int as expected by printf() when using %d or %x, E.g.

    printf("   0x%02X\n", (unsigned int) AUXR1);
    - Mark

Reply
  • 0

    In the triscend data sheet, look up the DATA addresses for AUXR1, DPTR1, and DPTR2. Then, using those addresses, sfr them in the C file you wish to use them in:

    sfr AUXR1 = 0xAA; // junk address for example only
sfr DPTR1 = 0xBB; // "
sfr DPTR2 = 0xCC; // "
    Then you can print their values if you remember to first cast them to int as expected by printf() when using %d or %x, E.g.

    printf("   0x%02X\n", (unsigned int) AUXR1);
    - Mark

Children
  • 0 in reply to Mark Odell

    No, that doesn't work: the uVision Debug Functions use a C-like Language which is a subset of ANSI; it doesn't include Keil's extensions like SFRs, _at_, etc.

    However, they do provide builtin functions like _RBYTE which read from absolute hardware addresses.
    Unfortunately, the _RWORD function seems to use the wrong byte ordering, so can't be used to read a whole 16-bit DPTR in one go. :-(

    Just seems like another example of uVision's Not-Entirely-Integrated Development Environment (NEIDE?)

  • 0 in reply to Andrew Neil

    Ah, sorry. I mis-understood. I thought you were doing this at run-time. Man, I am so glad I have a Signum Systems' ICE so I don't have to mess with simulation. Sorry I couldn't help.

    - Mark