0.6.0 Questions « LeafLabs Garden

LeafLabs Garden » Support » Maple Hardware Support

0.6.0 Questions

(4 posts) (2 voices)

Started 5 years ago by leaflabsandy
Latest reply from leaflabsandy

leaflabsandy
Member

-----------------------
System: Windows XP SP3
Maple Device: Rev 3 red
Version: 0.6.0
-----------------------

Question #1 On compile the data and total is still the same.(see below)
I need to know how much ram and flash is left?

Question #2 I thought there was 128k Flash/20K Ram with 100K Flash/17 K Ram with the Maple/Arduino overhead?

Your statment (below) says I only have "NOW" 61K maximum <-----? Out of 128/100 K Flash?

Check out the printout for the 0.5.0 version below?

Question #3 Same program but the compile size went up between versions?

-----------------------
Compile printout 0.6.0
-----------------------

Going to build using 'make' (ARM)
Compiling core...
Compiling any libs...
Compiling the sketch...

In function 'void loop()':

running linker asynchronously...
running obj copy asynchronously...
running size asynchronously...

C:\DOCUME~1\HP_ADM~1.H_A\LOCALS~1\Temp\build8175210946962840332.tmp\Instruction_Test_R7.cpp.bin :
section size addr
.data 17216 0
Total 17216

Binary sketch size is reported above. Check it against a 61000 byte maximum.

-----------------------
Compile printout 0.5.0
-----------------------

Going to build using 'make' (ARM)
Compiling core...
Compiling any libs...
Compiling the sketch...

In function 'void loop()':

running linker asynchronously...
running obj copy asynchronously...
running size asynchronously...

C:\DOCUME~1\HP_ADM~1.H_A\LOCALS~1\Temp\build4998156161998757564.tmp\Instruction_Test_R7.cpp.bin :
section size addr
.data 15464 0
Total 15464

Binary sketch size is reported above. Check it against a 100000 byte maximum.
-----------------------------------------------------------------------------------------------

Posted 5 years ago #
leaflabsandy
Member

The Arduino 328P only gave up 2K flash out of 32K for overhead. (6.6% of total flash)
The Maple ARM loss is 128K - 61K (from above) 67K for overhead? (47.6% of total flash)
Something is definately wrong?
Note: I realize the Arduino is 8 bit and the Maple ARM is 32 bit and you really
cannot have a true comparison between the two.

Posted 5 years ago #
bnewbold
Ex-Leaflabs

#1: I don't know a way to do this, i'll ask around. Could you give an example using the arm-none-eabi-size utility or other GCC tools?

#2: This was my fault, I don't know what I was thinking. Fixed in this in http://github.com/leaflabs/maple-ide/commit/119edd46a245ff544698c2b0166a0361c494ff28 ; you can copy those changes directly into your ./hardware/leaflabs/boards.txt

#3: Yes, the timers increased library size significantly. libmaple is definitely large and in charge at this point, there isn't much room in RAM for usercode. Currently we are prioritizing a stable API and finishing feature and library implementation before we do any size or performance optimization; there should be large trivial losses in compile size with some simple tweaks. If size is an issue and you'd like to jump in an shake out some redundant branching ./libmaple/timers.c is where to start! Disabling the MAPLE_DEBUG flag also saves a couple KB by getting rid of the ASSERT() statements, though we think they are useful to the user.

Posted 5 years ago #
leaflabsandy
Member

Quote: "I don't know a way to do this, i'll ask around. Could you give an example using the arm-none-eabi-size utility or other GCC tools?"

Go to Coocox.com and install the CoBuilder and run an example device. At the bottom
they show the compile stats in detail after you build it.

Posted 5 years ago #

RSS feed for this topic

Reply

You must log in to post.