Re: Can I increase limit of first 0-16KByte program/data protection memory access?

How are you calling 'init_rom'?  The earliest you should place Keil
variables is address 4000h, see
ftp://ftp.dalsemi.com/pub/tini/ds80c400/c_libraries/memory.html

Make sure that the memory you are giving to init_rom does not conflict with
the memory you are allocating for Keil variables.  The two cannot overlap.

----- Original Message -----
From: "Andrew Selukov" <[email protected]>
To: <tini-6tN4nzCoH/[email protected]>; "Kris Ardis" <Kristopher.Ardis-6tN4nzCoH/[email protected]>
Sent: Thursday, May 13, 2004 9:28 PM
Subject: Can I increase limit of first 0-16KByte program/data protection
memory access?


> > It looks like you are loading code to address 10000h
> > (bank 1)?
>
> Yes I'm loading program to address 10000h and for Keil variables I
reserved
>  space 1000H - 6FFFH
>
>
> See part of map file.
>
> ACTIVE MEMORY CLASSES OF MODULE:  .\debug\sock_sample (?C_STARTUP)
>
> BASE        START       END         USED      MEMORY CLASS
> ==========================================================
> X:000000H   X:001000H   X:006FFEH   000717H   XDATA
> X:000000H   X:001000H   X:006FFEH   000008H   HDATA
> C:010000H   C:010000H   C:016FFEH   001131H   CODE
> C:000000H   C:010000H   C:016FFEH   00315DH   ECODE
> C:000000H   C:010000H   C:016FFEH             HCONST
> I:000000H   I:000000H   I:00007FH   00003AH   DATA
> I:000020H.0 I:000020H.0 I:00002FH.7 000001H.5 BIT
>
>
> > This is typically where the sample projects reserve space for Keil
> > variables.
> How can I avoid it?
>
> I solved a problem to divide program for part(010000H and 200000H) but
this
> does't good
>
>
> ACTIVE MEMORY CLASSES OF MODULE:  .\debug\sock_sample (?C_STARTUP)
>
> BASE        START       END         USED      MEMORY CLASS
> ==========================================================
> X:000000H   X:001000H   X:006FFEH   000717H   XDATA
> X:000000H   X:001000H   X:006FFEH   000008H   HDATA
> C:010000H   C:010000H   C:013FFEH   001131H   CODE
> C:000000H   C:010000H   C:013FFEH   003450H   ECODE
> C:200000H   C:203FFEH C:000000H   C:010000H   C:013FFEH
> HCONST
>             C:200000H   C:203FFEH
> I:000000H   I:000000H   I:00007FH   00003AH   DATA
> I:000020H.0 I:000020H.0 I:00002FH.7 000001H.5 BIT
>
>
>
> > What is your configuration of off-chip code and data memory in the Keil
> > project options?  It looks like you are loading code to address 10000h
> > (bank 1)?  This is typically where the sample projects reserve space for
> > Keil variables.
> >
> > Kris
> >
>
>
>
>
>
> > ----- Original Message -----
> > From: "Andrew Selukov" <[email protected]>
> > To: <tini-6tN4nzCoH/[email protected]>
> > Sent: Thursday, May 13, 2004 4:31 AM
> > Subject: [TINI]Can I increase limit of first 0-16KByte program/data
> > protection memory access?
> >
> > > Hi
> > > I use Keil 7.06
> > > My programm exceed the limit of 16KByte and does't run.
> > > Programm had been changed yourself.
> > >
> > > original programm
> > >
> > > > B1
> > > > D
> > >
> > > ...
> > >
> > > :104000007B827A09791F90001687E5C6F03109D7BF
> > > :104010007B827A09792A90001687E5D7F03109D793
> > > :104020007B827A09793690001687E59DF02109D7C1
> > >
> > > ..
> > >
> > > changed programm
> > >
> > > > B1
> > > > D
> > >
> > > ...
> > >
> > > :10400000A00100482900000000000000000000FEA0
> > > :10401000FFFFFFFFFFFFFFFFFFFFA04101E04101A6
> > > :10402000604201804201A04201C04201E042010021
> > >
> > > ..
> > >
> > > The Source code of concerned segment memory
> > >
> > > 014000 7B82              MOV     R3,#MBYTE 0101091FH
> > > 014002 7A09              MOV     R2,#HIGH 0101091FH
> > > 014004 791F              MOV     R1,#LOW 0101091FH
> > > 014006 90001687          MOV     DPTR,#?_printf?BYTE+03H
> > > 01400A E5C6              MOV     A,MCON
> > > 01400C F0                MOVX    @DPTR,A
> > > 01400D 3109D7            ACALL   _printf
> > > 014010 7B82              MOV     R3,#MBYTE 0101092AH
> > > 014012 7A09              MOV     R2,#HIGH 0101092AH
> > > 014014 792A              MOV     R1,#LOW 0101092AH
> > > 014016 90001687          MOV     DPTR,#?_printf?BYTE+03H
> > > 01401A E5D7              MOV     A,MCON2
> > > 01401C F0                MOVX    @DPTR,A
> > > 01401D 3109D7            ACALL   _printf
> > > 014020 7B82
> > >
> > > I know Dallas 400 protect first 0-16KByte program/data memory access.
> > > May I rising this limit or how can I avoid this error?
> > >
> > > --
> > > Andrew
> > > _______________________________________________
> > > TINI mailing list
> > > TINI-6tN4nzCoH/[email protected]
> > > To UNSUBSCRIBE, edit your profile, or see list archives:
> > > http://lists.dalsemi.com/mailman/listinfo/tini
>
> With best regards,
> Selukov Andrey.
>


_______________________________________________
TINI mailing list
TINI-6tN4nzCoH/[email protected]
To UNSUBSCRIBE, edit your profile, or see list archives:
http://lists.dalsemi.com/mailman/listinfo/tini