http://forums.leaflabs.com/topic.php?id=137 A place to share, learn, and grow... en-US Fri, 22 Jan 2016 00:22:33 +0000 http://bbpress.org/?v=1.0.2 q http://forums.leaflabs.com/search.php http://forums.leaflabs.com/topic.php?id=137#post-879 Sun, 29 Aug 2010 13:38:34 +0000 poslathian 879@http://forums.leaflabs.com/ <p>I think you may be right. It used to be that the bootloader stayed running in the backround all the time, and provided the interface for the USB handler via callbacks from user code. This is now longer the case, so we can probably return the RAM used by the bootloader back to the user code. Thanks for pointing this out! </p> http://forums.leaflabs.com/topic.php?id=137#post-873 Sat, 28 Aug 2010 16:18:22 +0000 CarlO 873@http://forums.leaflabs.com/ <p>Is there any reason that the sketch can't use all 20K of Ram when using the "FLASH" profile? It seems like the bootloader and the sketch won't need the ram for stack and heap space at the same time if the code is all stored in flash. After reset, the bootloader will build it's stack in ram. Once the bootloader does the jump to the sketch code, the sketch will build it's stack in ram. </p> <p>I have been doing some testing on this and so far have not had any problems. Anyone see any hidden issues with this approach? </p> <p>CarlO </p> http://forums.leaflabs.com/topic.php?id=137#post-826 Wed, 25 Aug 2010 16:14:51 +0000 leaflabsandy 826@http://forums.leaflabs.com/ <p><a href="http://forums.leaflabs.com/topic.php?id=107" rel="nofollow">http://forums.leaflabs.com/topic.php?id=107</a> </p> http://forums.leaflabs.com/topic.php?id=137#post-825 Wed, 25 Aug 2010 16:14:18 +0000 bnewbold 825@http://forums.leaflabs.com/ <p>The "61000 byte maximum" issue was a mistake and was fixed in this commit (to be included in v0.0.7):<br /> <a href="http://github.com/leaflabs/maple-ide/commit/119edd46a245ff544698c2b0166a0361c494ff28" rel="nofollow">http://github.com/leaflabs/maple-ide/commit/119edd46a245ff544698c2b0166a0361c494ff28</a></p> <p>20k and 128k are the full hardware memory sizes. During early development of the maple bootloader we decided to be very conservative and reserve 3k of RAM and 28k of FLASH exclusively for the bootloaded. The bootloader doesn't actually use nearly that much space, but we wanted to make sure that special or customized versions of the bootloader would be compatible with the IDE. 100kb of FLASH also seemed unimaginably huge and plenty for any use. At this point libmaple has become somewhat bloated and even simple blinky programs barely fit in the RAM section, and audio effects lookup tables could make use of some of the 28k of reserved FLASH. For context, bootloaders for other chips are very frequently under a thousand bytes, and our USB code should not add more than a couple KB beyond that. </p> <p>Looking forwards it would be nice to "reclaim" this reserved space, but as this will require modifications to the IDE, libmaple, and the bootloader, as well as careful testing to ensure compatibility with older bootloaders, it is not at the top of our development queue. We would probably rewrite the bootloader first to see how small we can make it.</p> <p>We are thinking of ways to reduce the base sketch sizes, especially now that almost all functionality has been added and the API is stabilizing. </p> http://forums.leaflabs.com/topic.php?id=137#post-823 Wed, 25 Aug 2010 15:48:35 +0000 StephenFromNYC 823@http://forums.leaflabs.com/ <p>August 25, 2010</p> <p>Hello,</p> <p>I am using a Maple Rev 3 board with IDE 0.0.6 on a Pentium III Thinkpad (512 meg RAM) with USB 1.1 running Windows XP Professional SP3.</p> <p>I am wondering if my unpredictable experience with uploading sketches (yes, I was using the problematic SerialUSB.print() function) is related to the amount of memory reported to be available after I compile a sketch. My problem is described here:</p> <p><a href="http://forums.leaflabs.com/topic.php?id=128" rel="nofollow">http://forums.leaflabs.com/topic.php?id=128</a></p> <p>The STM32F103RB chip used on the Maple R3 board should have 20KB RAM and 128KB FLASH memory.</p> <p>How much of the 20KB RAM and the 128KB FLASH memory is available for sketches?</p> <p>I am asking because when I compile the Blink example I am surprised by the amount of "available" memory.</p> <p>Here is my data:</p> <p>1) Maple R3 set to upload to "LeafLabs R3 Maple RAM"</p> <p>Compile reports:</p> <p>Total 12296<br /> Binary sketch size is reported above. Check it against a 17000 byte maximum.</p> <p>Question: Where are the missing "3KB"?</p> <p>2) Maple R3 set to upload to "LeafLabs Maple R3 FLASH"</p> <p>Compile reports:</p> <p>Total 12296<br /> Binary sketch size is reported above. Check it against a 61000 byte maximum.</p> <p>Question: Where is the missing "67KB"?</p> <p>I am not surprised that the full 20KB and 128KB bytes are not available, but I am surprised that so much is not available (especially when the sketch is compiled to upload to the FLASH memory).</p> <p>Thanks!</p> <p>Stephen from NYC </p>