Duet Wifi 3.2beta2 crashes with long menu file
-
Please run M122 and check the value shown as Never Used RAM.
-
Never used ram: 76value with smaller menu: 468
value without screen (no M918): 5968 -
That's the problem then, RepRapFirmware has run out of RAM. Try creating fewer elements per menu page.
-
What value I should be aiming for safe operation?
-
I suggest you aim for at least 200 bytes free, after switching between different menus repeatedly and doing a print.
The difficulty is that RRF on the Duet WiFi/Ethernet supports up to 12 stepper drivers, so it needs more RAM for the movement buffers than the Maestro does.
-
I'm using only 3 motors is there an easy way to free this memory, I can recompile firmware if needed.
-
@spw said in Duet Wifi 3.2beta2 crashes with long menu file:
I'm using only 3 motors is there an easy way to free this memory, I can recompile firmware if needed.
Yes, you can reduce the value of NumDms in file Move.h. I suggest you reduce the *8 to *4.
-
Thank you it helped a lot. I reduced *8 to *5 and it doubled free memory, now with the complex menu, I still have 4000+ bytes free.
Since the memory is dynamically allocated do you think you could add a GCode to reallocate this buffer so I don't have to recompile firmware with every version, I think other users would benefit too since 4 motors + 1 or 2 heater is the most common setup.
-
@spw said in Duet Wifi 3.2beta2 crashes with long menu file:
Thank you it helped a lot. I reduced *8 to *5 and it doubled free memory, now with the complex menu, I still have 4000+ bytes free.
Since the memory is dynamically allocated do you think you could add a GCode to reallocate this buffer so I don't have to recompile firmware with every version, I think other users would benefit too since 4 motors + 1 or 2 heater is the most common setup.
Can you share your compiled firmware with only 5 motors?
-
