Poppe
newbie
Reged: Nov 15 2007
Posts: 36
Loc: Burlington, Vermont, USA
|
|
I just recompiled a program using build 2232. As the code seems to work and no warnings or errors were reported I almost overlooked the report that I was using 178.5% of the available RAM. The IM compiler reports 158 bytes of RAM used, which is close to what experience leads me to expect.
The target device is the CY8C27443. The report follows:
Linking..
HI-TECH C COMPILER (Cypress PSOC) Pro candidate build 2232 V9.61PL1
Copyright (C) 1984-2008 HI-TECH SOFTWARE
Serial number: HCPSOC-287058876
Memory Summary:
Program space used 2EF8h ( 12024) of 4000h bytes ( 73.4%)
Data space used 1C9h ( 457) of 100h bytes (178.5%)
Comparative memory usage (excludes absolute areas and stack variables)
ROM used: 11629 bytes
RAM used: 379 bytes
procut28 - 0 error(s) 0 warning(s) 15:49:31
Suggestions?
Martin
|
clyde
HI-TECH team member
Reged: Oct 16 2003
Posts: 633
|
|
I'd suggest looking at the link map. More than likely it's something like a spurious absolute psect.
Clyde
Edited by clyde (Tue May 06 2008 01:23 AM)
|
clyde
HI-TECH team member
Reged: Oct 16 2003
Posts: 633
|
|
Sorry, cancel that comment about updating.. just a bit of brain fade on my part.
|
Poppe
newbie
Reged: Nov 15 2007
Posts: 36
Loc: Burlington, Vermont, USA
|
|
Clyde,
I see 0x100 length section SSCParmBl (N.b., I do not know what this is), but this appears to be overlaid by other code, of size 0xC9, while the reported total usage is the sum of the two 0x1C9. I have attached the map.
Martin
|
mcariboni
Tester - PRO for PSoC
Reged: Jun 29 2007
Posts: 2
|
|
Hello
This for report.
Yesterday I have cloned and cutting a project from an 29566 to an 27533 micro and I have the same report on the out of ram memory (460 byte of ram, 9.200 byte of rom with Hi-Tech).
But if I compile it with the Imagecraft it report 159 byte of ram, 12500 byte of rom; and it is right!
Marco
|
clyde
HI-TECH team member
Reged: Oct 16 2003
Posts: 633
|
|
SSCParmBlk is the space reserved for the SSC instruction parameters and should start at 0xF8. I have seen some usermodules that simply declare an absolute AREA without an ORG directive which can produce symptoms similar to what you are seeing.
I believe the report is harmless, but if you want to track it down further, either search the .asm files in the lib/ directory for the SSCParmBlk area, or you could send the project to support@htsoft.com and we can have a look.
Clyde
|
clyde
HI-TECH team member
Reged: Oct 16 2003
Posts: 633
|
|
The additional RAM is caused by an error in the flash libraries. These aren't supplied in source form with PD, but one of the modules contains an erroneous declaration of the SSCParmBlk area. The effect is that it appears to occupy 256 bytes instead of 8.
There is no effect on the operation of the program. I have reported this issue to Cypress, hopefully it will be fixed in a later release of PD.
Clyde
|
Previous
Index
Next
Threaded
Edit
Reply
Quote
