<html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class=""><div class=""><br class=""></div>With 3.1, here is what I get on a clean boot:<div class=""><br class=""></div><blockquote style="margin: 0 0 0 40px; border: none; padding: 0px;" class=""><div class=""><span style="font-size: 18px; font-family: "Andale Mono";" class="">OVMS# module memory</span></div><div class=""><div class=""><font face="Andale Mono" class=""><span style="font-size: 18px;" class="">Free 8-bit 133180/282048, 32-bit 8164/24420, SPIRAM 4148396/4194252</span></font></div></div></blockquote><div class=""><br class=""></div>And, again with 3.1, here it is after starting SIMCOM modem, wifi in APCLIENT mode, TR vehicle module, and Server v2:<div class=""><br class=""><blockquote style="margin: 0 0 0 40px; border: none; padding: 0px;" class=""><div class=""><span style="font-size: 18px; font-family: "Andale Mono";" class="">OVMS# module memory</span></div><div class=""><div class=""><font face="Andale Mono" class=""><span style="font-size: 18px;" class="">Free 8-bit 79520/282048, 32-bit 8164/24420, SPIRAM 4136036/4194252</span></font></div></div><div class=""><font face="Andale Mono" class=""><span style="font-size: 18px;" class=""><br class=""></span></font></div><div class=""><div class=""><font face="Andale Mono" class=""><span style="font-size: 18px;" class="">OVMS# module tasks</span></font></div><div class=""><font face="Andale Mono" class=""><span style="font-size: 18px;" class="">Number of Tasks = 18       Stack:  Now   Max Total    Heap 32-bit SPIRAM<br class="">Task 3FFAEB34  1 esp_timer         392   648  6656   55140    644      0<br class="">Task 3FFAF7E0  2 eventTask         444  3116  4608    7620      0      0<br class="">Task 3FFC3F68  3 CanRxTask         420   420  4096       0      0      0<br class="">Task 3FFC8060  4 ipc0              396   444  1024   10848      0      0<br class="">Task 3FFC8660  5 ipc1              396   444  1024      12      0      0<br class="">Task 3FFCA488  8 IDLE              356   484  1024       0      0      0<br class="">Task 3FFCAA1C  9 IDLE              360   488  1024       0      0      0<br class="">Task 3FFCC3B0 10 Tmr Svc           396  3276  6144    7816      0      0<br class="">Task 3FFCF8F0 14 Housekeeping      364  2716  6144   53420      0      0<br class="">Task 3FFC8AB0 16 tiT               496  2752  6144    7112      0      0<br class="">Task 3FFD79C8 17 SIMCOMTask        452  2260  4096    4404      0      0<br class="">Task 3FFDB8C8 18 AsyncConsole      756  4964  5120   45864  15488      0<br class="">Task 3FFDCD84 19 mdns              416  1736  4096     108      0      0<br class="">Task 3FFE147C 20 wifi              424  2296  4096    5180      0      0<br class="">Task 3FFE3D74 21 pmT               416   464  2560       0      0      0<br class="">Task 3FFE6C30 22 NetManTask        732  2556  7168    2488      0      0<br class="">Task 3FFEAB08 23 Vrx Task          452   452  4096       0      0      0<br class="">Task 3FFEAD0C 24 OBDII ECU Task    424   424  6144       0      0      0</span></font></div></div></blockquote><div class=""><div><br class=""></div><div>I think something got broken with a recent build of ESP-IDF so that our ‘module memory’ and ‘module tasks’ is not showing SPIRAM usage correctly. But, it is definitely used and certainly helps ease the stress:</div><div><br class=""></div></div></div><blockquote style="margin: 0 0 0 40px; border: none; padding: 0px;" class=""><div class=""><div class=""><div><div><font face="Andale Mono" class=""><span style="font-size: 18px;" class="">OVMS# module memory</span></font></div><div><font face="Andale Mono" class=""><span style="font-size: 18px;" class="">Free 8-bit 133032/282048, 32-bit 8164/24420, SPIRAM 4148396/4194252</span></font></div><div><font face="Andale Mono" class=""><span style="font-size: 18px;" class=""><br class=""></span></font></div><div><div><font face="Andale Mono" class=""><span style="font-size: 18px;" class="">OVMS# obdii ecu start can3</span></font></div><div><font face="Andale Mono" class=""><span style="font-size: 18px;" class="">OBDII ECU has been started</span></font></div><div><font face="Andale Mono" class=""><span style="font-size: 18px;" class=""><br class=""></span></font></div><div><font face="Andale Mono" class=""><span style="font-size: 18px;" class="">OVMS# module memory</span></font></div><div><font face="Andale Mono" class=""><span style="font-size: 18px;" class="">Free 8-bit 125000/282048, 32-bit 8164/24420, SPIRAM 4147772/4194252</span></font></div><div><font face="Andale Mono" class=""><span style="font-size: 18px;" class="">--Task--     Total DRAM D/IRAM   IRAM SPIRAM   +/- DRAM D/IRAM   IRAM SPIRAM</span></font></div><div><font face="Andale Mono" class=""><span style="font-size: 18px;" class="">AsyncConsole      13896   6144  15488      0      +1876  +6144     +0     +0</span></font></div></div></div></div></div></blockquote><div class=""><div class=""><div><br class=""></div><div>We are far from perfect, but I think good enough for some factory firmware. Anything else will come as OTA.</div><div><br class=""></div><div>Regards, Mark.</div><div><br class=""><blockquote type="cite" class=""><div class="">On 21 Mar 2018, at 3:12 AM, Michael Balzer <<a href="mailto:dexter@expeedo.de" class="">dexter@expeedo.de</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div class="">Am 20.03.2018 um 06:47 schrieb Greg D.:<br class=""><blockquote type="cite" class="">Ok, interesting.  Am I seeing an out-of-memory crash?  I can't tell...<br class=""><br class="">It seems like the webserver status button is the worst offender,<br class="">probably because it's doing a lot of work and building a big payload. <br class="">Very often hangs for a while before responding, and if so, usually<br class="">results in the job queue overflow.  If I catch it quick enough and hit<br class="">home or some other shorter task, the overflow will drain and I'll get<br class="">the new screen; otherwise a crash.  Sometimes there will be a timeout<br class="">mixed in.  I'm wondering if our little squirrel in the ESP32 just can't<br class="">pedal hard enough...<br class=""></blockquote><br class="">Most crashes now are related to lack of free memory.<br class=""><br class="">Regarding the status page I just hit the page 10 times:<br class=""><br class="">OVMS# mo m<br class="">Free 8-bit 27264/283200, 32-bit 27544/55820, SPIRAM 0/0<br class="">I (784440) webserver: HTTP GET /status<br class="">D (785010) webserver: Serve /status: 6068 bytes used, 21200 free<br class="">I (787240) webserver: HTTP GET /status<br class="">D (787830) webserver: Serve /status: 6064 bytes used, 21168 free<br class="">I (788720) webserver: HTTP GET /status<br class="">D (789290) webserver: Serve /status: 6104 bytes used, 21164 free<br class="">I (790110) webserver: HTTP GET /status<br class="">D (790700) webserver: Serve /status: 6100 bytes used, 21164 free<br class="">I (791530) webserver: HTTP GET /status<br class="">D (792120) webserver: Serve /status: 6068 bytes used, 21200 free<br class="">I (792980) webserver: HTTP GET /status<br class="">D (793550) webserver: Serve /status: 6100 bytes used, 21164 free<br class="">I (794400) webserver: HTTP GET /status<br class="">D (794980) webserver: Serve /status: 6068 bytes used, 21200 free<br class="">I (795860) webserver: HTTP GET /status<br class="">D (796730) webserver: Serve /status: 6100 bytes used, 21164 free<br class="">I (797160) webserver: HTTP GET /status<br class="">D (797740) webserver: Serve /status: 6064 bytes used, 21168 free<br class="">I (798430) webserver: HTTP GET /status<br class="">D (799020) webserver: Serve /status: 6060 bytes used, 21200 free<br class="">OVMS# mo m<br class="">Free 8-bit 27264/283200, 32-bit 27544/55820, SPIRAM 0/0<br class=""><br class="">So no memory loss and no crashes.<br class=""><br class="">The 6K is just the buffer usage after processing. The commands executed for the status page need additional RAM, but above 20 K free, the page normally has no<br class="">problems.<br class=""><br class="">Regards,<br class="">Michael<br class=""><br class="">-- <br class="">Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal<br class="">Fon 02333 / 833 5735 * Handy 0176 / 206 989 26<br class=""><br class=""><br class="">_______________________________________________<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></div></blockquote></div><br class=""></div></div></body></html>