Thanks to all that replied to my shockingly newbie question! I googled more and found the answers I needed. I love SDCC! But all of my work with SDCC so far has been Z80 because I've worked with Z80 for well over 25 years now.

I wanted to switch to more modern chips. I liked the Atmel 89C55WD because it has four IO ports plus 24K flash and 256 SRAM. It seemed to be darn cheap for all of what it has built in.

But now that I need more SRAM, I have to give up two ports. That's OK for my current project. But if anyone wants to suggest an alternative part before I begin development of this project then I am all ears.

The project is to provide a simple web server that allows turning 8 relays on or off. I am intending to use the ENC28J60. I've found code written for it using AVR and I am in the process of rewriting it for AT89C55WD. I am trying to do it so that it's portable to almost any 8051. If anyone has already done ENC28J60 code for the 8051 series, I'd love to see it.

Mike



From: "sdcc-user-request@lists.sourceforge.net" <sdcc-user-request@lists.sourceforge.net>
To: sdcc-user@lists.sourceforge.net
Sent: Friday, August 30, 2013 4:57 AM
Subject: Sdcc-user Digest, Vol 87, Issue 3

Send Sdcc-user mailing list submissions to
    sdcc-user@lists.sourceforge.net

To subscribe or unsubscribe via the World Wide Web, visit
    https://lists.sourceforge.net/lists/listinfo/sdcc-user
or, via email, send a message with subject or body 'help' to
    sdcc-user-request@lists.sourceforge.net

You can reach the person managing the list at
    sdcc-user-owner@lists.sourceforge.net

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Sdcc-user digest..."


Today's Topics:

  1. Re: Debugging under Eclipse (Erik Petrich)
  2. Re: Debugging under Eclipse (Erik Petrich)
  3. Re: [SL.        Hdcc-user] Debugging under Eclipse (Ervin)
  4. AT89C55WD (8051) question about external SRAM (Michael Hawkins)
  5. Re: AT89C55WD (8051) question about external SRAM (Dave McGuire)
  6. Re: AT89C55WD (8051) question about external SRAM (Maarten Brock)


----------------------------------------------------------------------

Message: 1
Date: Tue, 6 Aug 2013 18:03:54 -0500 (CDT)
From: Erik Petrich <epetrich@ivorytower.norman.ok.us>
Subject: Re: [Sdcc-user] Debugging under Eclipse
To: Stefan Falk <falk.stefan@gmx.at>
Cc: sdcc-user@lists.sourceforge.net
Message-ID:
    <alpine.LFD.2.02.1308061746550.25280@jeanette.ivorytower.norman.ok.us>
Content-Type: text/plain; charset="utf-8"


On Tue, 6 Aug 2013, Stefan Falk wrote:

> Hey guys, it's me again!
> ?
> Trying to get rid of the need of Keil I am trying to be able to debug a
> program that was compiled under the SDCC.
> ?
> The program runs on a eval-board which communicates with a server.?
> I can communicate with this server by bridgeing some .dll files which then
> allows me to do stuff like this:
> ?
> // a java plugin
> server.getDevice.getPc();
> server.getDevice().getAllRegisters();
> ?
> and so on..
> But all this would only make sense if I was able to "highlight" that line on
> wich the PC at the moment is.
> ?
> Keil generates a table like:
> ?
> ? C:C006H ? ? ? ? LINE# ? ? ? ? 60 ? C:C009H ? ? ? ? LINE# ? ? ? ? 62 ?
> C:C00FH ? ? ? ? LINE# ? ? ? ? 63 ? C:C014H ? ? ? ? LINE# ? ? ? ? 64
> ?
> so if the PC == 0xC006 line 60 in the corresponding .c file would be
> highlichted.
> ?
> Can anyone provide me some guideline how I could manage this under Eclipse?
> ?
> - I got a plugin
> - I can receive all ?C information
> - I (technically) can debug in Eclipse already (but without useful
> visualisation)
> ?
> but
> - I can not associate the PCs address with a specific line of a .c or .asm
> file to highlight it in Eclipse
> ?
> Is there already an easy way how one could do this? If not, where can I get
> a description about
> how I can filter these information from the files that will be generated
> using the "--debug" option?
> ?
> Okay, I know this is not a small request from me but I'd be glad about
> anything that could?
> help me since getting so far really took me a lot.?
> ?
> Thank you very much and best regards,
> Stefan

There used to be a link on the SDCC web page that described the .cdb file
format that has debugging information, including the line/address
relationships. I'm not sure what happened to i, but I'll tell you the part
you need to know.

The .cdb file is a plain text file with one debugging record per line. The
lines that begin "L:C" are the records with the address of a particular
"L"ine of "C" source. This is followed by the source filename and line
number, both separated by the "$" symbol. Then there are two other fields
that aren't particularly important, also separated by a "$" symbol. At the
very end is a ":" symbol and the hexadecimal address associated with that
line (although there is no prefix explicitly denoting the use of
hexadecimal).

So for example, the line:

L:C$sample.c$32$1$16:51

indicates that the code associated with line 32 of sample.c begins at
address 0x51 in memory.

Although I have no idea how to integrate this with Eclipse, it should be
fairly simple to translate the line/address information in the .cdb file
to the format that Keil generated using a convenient scripting language of
your choice.

  Erik

------------------------------

Message: 2
Date: Tue, 6 Aug 2013 19:21:05 -0500 (CDT)
From: Erik Petrich <epetrich@ivorytower.norman.ok.us>
Subject: Re: [Sdcc-user] Debugging under Eclipse
To: Stefan Falk <falk.stefan@gmx.at>
Cc: sdcc-user@lists.sourceforge.net
Message-ID:
    <alpine.LFD.2.02.1308061918290.25430@jeanette.ivorytower.norman.ok.us>
Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII



On Tue, 6 Aug 2013, Erik Petrich wrote:

> There used to be a link on the SDCC web page that described the .cdb file
> format that has debugging information, including the line/address
> relationships. I'm not sure what happened to it, but I'll tell you the
> part you need to know.

Found it; it was moved to the wiki:

  http://sdcc.sourceforge.net/mediawiki/index.php/CDB_File_Format

Erik




------------------------------

Message: 3
Date: Wed, 07 Aug 2013 17:35:36 +0800
From: Ervin <ervin0755@163.com>
Subject: Re: [Sdcc-user] [SL.        Hdcc-user] Debugging under
    Eclipse
To: sdcc-user@lists.sourceforge.net
Message-ID: <hwwoh5si0oq70p47yduiivo9.1375868136064@email.android.com>
Content-Type: text/plain; charset="us-ascii"

An HTML attachment was scrubbed...

------------------------------

Message: 4
Date: Thu, 29 Aug 2013 12:19:45 -0700 (PDT)
From: Michael Hawkins <korgpolyex800@yahoo.com>
Subject: [Sdcc-user] AT89C55WD (8051) question about external SRAM
To: "sdcc-user@lists.sourceforge.net"
    <sdcc-user@lists.sourceforge.net>
Message-ID:
    <1377803985.42228.YahooMailNeo@web160903.mail.bf1.yahoo.com>
Content-Type: text/plain; charset="us-ascii"

Please excuse my newbie questions.

I am working on a project that will use an 89C55WD which is an Atmel 8051 variant.

I need more than the 128/256 bytes of RAM. I have seen that 8051 supports up to 64K or external RAM.

These two articles describe adding 64K of RAM.

http://www.8052.com/tutmemor.php
http://www.mikroe.com/chapters/view/65/#ch2.4


Is support built into SDCC for using the external 64K of RAM? Are there any flags or switches that I need to use to use external RAM instead of built in 128/256 RAM bytes?


Thanks,

Mike
-------------- next part --------------
An HTML attachment was scrubbed...

------------------------------

Message: 5
Date: Thu, 29 Aug 2013 15:55:15 -0400
From: Dave McGuire <mcguire@neurotica.com>
Subject: Re: [Sdcc-user] AT89C55WD (8051) question about external SRAM
To: sdcc-user@lists.sourceforge.net
Message-ID: <521FA723.1050607@neurotica.com>
Content-Type: text/plain; charset=ISO-8859-1

On 08/29/2013 03:19 PM, Michael Hawkins wrote:
> Please excuse my newbie questions.

  We've all gotta start somewhere.

> I am working on a project that will use an 89C55WD which is an Atmel
> 8051 variant.
>
> I need more than the 128/256 bytes of RAM. I have seen that 8051
> supports up to 64K or external RAM.

  Yes it does.

> These two articles describe adding 64K of RAM.
>
> http://www.8052.com/tutmemor.php
> http://www.mikroe.com/chapters/view/65/#ch2.4
>
> Is support built into SDCC for using the external 64K of RAM? Are there
> any flags or switches that I need to use to use external RAM instead of
> built in 128/256 RAM bytes?

  How the external RAM is implemented in hardware is not visible from
firmware.  Just add it as you normally would, and tell SDCC to put stuff
there, and you're good to go.

  You can also use mcs51 implementations that have on-chip memory in
that address space, transparently.  I've done bunches of work with the
Philips (erm, NXP) P89C66x chips, for example, which have "external" RAM
implemented in that fashion.

              -Dave

--
Dave McGuire, AK4HZ
New Kensington, PA



------------------------------

Message: 6
Date: Fri, 30 Aug 2013 10:41:58 +0200
From: "Maarten Brock" <sourceforge.brock@dse.nl>
Subject: Re: [Sdcc-user] AT89C55WD (8051) question about external SRAM
To: sdcc-user@lists.sourceforge.net
Message-ID: <52205AD6.20009.268777C@sourceforge.brock.dse.nl>
Content-Type: text/plain; charset=US-ASCII

Hello Michael,

SDCC will not magically start using the external memory when it runs
out of internal. You have to place your variables there using the
__xdata keyword. Or if you're lazy you can use the large memory
model which places everything in external ram. Also have a look at
--xram-loc and --xram-size to tell sdcc how much memory you have and
where it is located.

If the hardware is not yet set in stone I suggest to also look at
other microcontrollers which have "external ram" internally. This
frees up many IO pins.

Welcome to the 8051
Maarten


> On 08/29/2013 03:19 PM, Michael Hawkins wrote:
> > Please excuse my newbie questions.
>
>  We've all gotta start somewhere.
>
> > I am working on a project that will use an 89C55WD which is an Atmel
> > 8051 variant.
> >
> > I need more than the 128/256 bytes of RAM. I have seen that 8051
> > supports up to 64K or external RAM.
>
>  Yes it does.
>
> > These two articles describe adding 64K of RAM.
> >
> > http://www.8052.com/tutmemor.php
> > http://www.mikroe.com/chapters/view/65/#ch2.4
> >
> > Is support built into SDCC for using the external 64K of RAM? Are there
> > any flags or switches that I need to use to use external RAM instead of
> > built in 128/256 RAM bytes?
>
>  How the external RAM is implemented in hardware is not visible from
> firmware.  Just add it as you normally would, and tell SDCC to put stuff
> there, and you're good to go.
>
>  You can also use mcs51 implementations that have on-chip memory in
> that address space, transparently.  I've done bunches of work with the
> Philips (erm, NXP) P89C66x chips, for example, which have "external" RAM
> implemented in that fashion.
>
>                -Dave
>
> --
> Dave McGuire, AK4HZ
> New Kensington, PA
>
> ------------------------------------------------------------------------------
> Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more!
> Discover the easy way to master current and previous Microsoft technologies
> and advance your career. Get an incredible 1,500+ hours of step-by-step
> tutorial videos with LearnDevNow. Subscribe today and save!
> http://pubads.g.doubleclick.net/gampad/clk?id=58040911&iu=/4140/ostg.clktrk
> _______________________________________________
> Sdcc-user mailing list
> Sdcc-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/sdcc-user





------------------------------

------------------------------------------------------------------------------
Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more!
Discover the easy way to master current and previous Microsoft technologies
and advance your career. Get an incredible 1,500+ hours of step-by-step
tutorial videos with LearnDevNow. Subscribe today and save!
http://pubads.g.doubleclick.net/gampad/clk?id=58040911&iu=/4140/ostg.clktrk

------------------------------

_______________________________________________
Sdcc-user mailing list
Sdcc-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sdcc-user


End of Sdcc-user Digest, Vol 87, Issue 3
****************************************