[En-Nut-Discussion] Debugging external SRAM with AVRStudio/ICC
Joe Doubek
jdoubek at control4.com
Wed Jul 7 23:06:01 CEST 2004
Harald,
Thanks for the suggestion, I tried linking both with crtnut.o and
crtnutram.o... still the same result. Looking into it further I hooked
up a logic analyzer to the address and data bus, WR, RD and ALE and
noticed
the PLD doesn't appear to be latching in the address LSB when I manually
write or read external SRAM through the memory window in AVRStudio, but
if
I run code that does the same write or read it does latch the Address. I
see
all the correct signals (address LSB is on data bus at falling ALE and
then
a WR or RD occur) but for some reason the PLD doesn't like doing this
from
the memory window. I'm not quite sure what might cause this but I'm
still
looking into it. -Joe
-----Original Message-----
From: en-nut-discussion-bounces at egnite.de
[mailto:en-nut-discussion-bounces at egnite.de] On Behalf Of Harald Kipp
Sent: Wednesday, July 07, 2004 11:24 AM
To: Ethernut User Chat (English)
Subject: Re: [En-Nut-Discussion] Debugging external SRAM with
AVRStudio/ICC
Joe,
did you link with crtnutram.o? Further information is here
http://www.ethernut.de/en/iccavr/index.html
Harald
At 10:09 06.07.2004 -0600, you wrote:
>Hello all, Just out of curiosity& Is it normal to have issues seeing
>external SRAM within AVRStudio 4 (v4.09) when compiling
>
>with ICC pro? I m finding that if I have variables declared within a
>thread, I can t see them correctly unless I make them
>
>static. Attempting to use the download memory option produces the same
>incorrect values I see in the debugger (the external
>
>SRAM just appears as 00, 01, &, FE, FF over and over). These variables
are
>still being read correctly in the application however
>
>because I can printf them. Is there a configuration I might be missing
for
>debugging or is this just the state of the debugger?
_______________________________________________
En-Nut-Discussion mailing list
En-Nut-Discussion at egnite.de
http://www.egnite.de/mailman/listinfo.cgi/en-nut-discussion
More information about the En-Nut-Discussion
mailing list