<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">Michael,<div class=""><br class=""></div><div class="">Regarding Bluetooth, please check ‘diff sdkconfig.default sdkconfig’ and make sure bluetooth settings match. We’ve got it configured to minimise that (primarily disabling the classic stack, and enabling the function to reclaim memory from that). Also, note that bluetooth is statically allocated at boot (for the 2.1 release of ESP IDF) so that means we’ve already got it included in our RAM remaining.</div><div class=""><br class=""></div><div class="">Regards, Mark.</div><div class=""><br class=""><div><blockquote type="cite" class=""><div class="">On 30 Oct 2017, at 9:07 PM, Michael Balzer <<a href="mailto:dexter@expeedo.de" class="">dexter@expeedo.de</a>> wrote:</div><br class="Apple-interchange-newline"><div class="">
  
    <meta http-equiv="Content-Type" content="text/html; charset=utf-8" class="">
  
  <div text="#000000" bgcolor="#FFFFFF" class="">
    Great, thanks!<br class="">
    <br class="">
    I'll also have a look at other saving options. The RT core size is
    just 1308 bytes, already including 512 bytes for metrics pointers.
    So names seem to count.<br class="">
    <br class="">
    Btw: the bluetooth stack eats up 64K of RAM when compiled in…<br class="">
    <a class="moz-txt-link-freetext" href="https://www.esp32.com/viewtopic.php?t=3139">https://www.esp32.com/viewtopic.php?t=3139</a><br class="">
    <br class="">
    Regards,<br class="">
    Michael<br class="">
    <br class="">
    <br class="">
    <div class="moz-cite-prefix">Am 30.10.2017 um 03:38 schrieb Mark
      Webb-Johnson:<br class="">
    </div>
    <blockquote type="cite" cite="mid:D69682A9-BE51-4CB1-ACF5-DD066BF99B69@webb-johnson.net" class="">
      <div class="">So, a reasonable saving of 10KB.</div>
      <div class=""><br class="">
      </div>
      <div class="">I tried with memory and task debugging turned off,
        and we get m.freeram 118888/98200 going to 121884/104932.</div>
      <div class=""><br class="">
      </div>
      <div class="">With the optimised OvmsMetrics code, RT seems to be
        allocating memory as follows:</div>
      <div class=""><br class="">
      </div>
      <blockquote style="margin: 0 0 0 40px; border: none; padding:
        0px;" class="">
        <div class="">
          <div class=""><font class="" face="Andale Mono"><span style="font-size: 18px;" class="">Free 8-bit
                85812/246632, 32-bit 18576/43548, numafter = 1000</span></font></div>
          <div class=""><font class="" face="Andale Mono"><span style="font-size: 18px;" class="">task=Asy total=      0
                 20616  24972 change=     +0 +20616     +0</span></font></div>
        </div>
      </blockquote>
      <div class=""><br class="">
      </div>
    </blockquote>
    <br class="">
    <pre class="moz-signature" cols="72">-- 
Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal
Fon 02333 / 833 5735 * Handy 0176 / 206 989 26
</pre>
  </div>

_______________________________________________<br class="">OvmsDev mailing list<br class=""><a href="mailto:OvmsDev@lists.teslaclub.hk" class="">OvmsDev@lists.teslaclub.hk</a><br class="">http://lists.teslaclub.hk/mailman/listinfo/ovmsdev<br class=""></div></blockquote></div><br class=""></div></body></html>