Print Frozen - RRF3.01-RC12 and DSF 2.2.0

jay_s_uk

I'm 1hr 45 mins into a print and the system has frozen.
DWC connects but nothing is updating.
Running M122 (or any other command) doesn't result in any output
I can SSH into the pi ok.
Is there anything I can run to find out why it has frozen?
I can obviously try emergency stopping the printer or fully rebooting it, but \i want to try and understand why its frozen first.

jay_s_uk

I should also add that everything is still on i.e. heated

jay_s_uk

I've also checked the services on the pi and both the duetcontrolserver and duetwebserver are running

jay_s_uk

I've reset the board as I didn't want to leave it heated but doing nothing for too long

dc42

I've only just seen this. It might have been useful to look at the log from duetcontrolserver on the Pi, and/or connect to the Duet via USB and see if you can get a M122 report that way.

jay_s_uk

Just had this happen again.
The previous freeze was on layer 29 and this is on layer 31 of the same file.

I tried connecting to the board by USB and sending M122 but I never got a response back.
By running service duetcontrolserver I got this

May 09 19:25:32 raspberrypi DuetControlServer[3958]: [warn] Daemon: System macro daemon.g is requested but the stack is not empty. Discarding request.

Any thoughts? Seems to lock the whole system up.

jay_s_uk

@dc42 any idea about the above error?

dc42

Thanks, I'll ask @chrishamm to take a look.

chrishamm

Can you please share the G-code file and your config.g? I need to reproduce this problem in order to fix it.

jay_s_uk

@chrishamm

Please see attached zip file (rename from .txt) of config and the separate gcode
config.txt
https://drive.google.com/file/d/14DHhxP6rEk9_i2f_Do5sIsbwpzwN4R95/view?usp=sharing

chrishamm

Thanks, I'll try to reproduce this.

PS: There are several macros invoked from your TC scripts but they aren't part of the config bundle. Not sure if they are related to the freeze but I'll keep printing and see what happens.

jay_s_uk

Yea, I know there's a macro called that doesn't exist (prime.g).
I have successfully printed a variant on that gcode file with it making the calls to the macro and not had it crash.

I'll create a blank macro and see if I can get any further than layer 31.

mwwhited

If you need more scripts or confits to troubleshoot this issue my entire configuration is available here https://github.com/mwwhited/MyMashedDuet/tree/master/duet3/dsf/sd

mwwhited

BTW, I don’t know why but when running the debug console I can still access the webpage and ssh but crontab stopped running.

dc42

@mwwhited, I believe this is fixed in the new firmware binary at https://www.dropbox.com/sh/3azy1njy3ayjsbp/AACquxr2m00eV568RZg5QG5wa?dl=0. Please can you test it.

chrishamm

@jay_s_uk The fix will most likely resolve your problem, too. Please give it a try if you can.

jay_s_uk

@chrishamm

Great stuff. I'll give it a go

mwwhited

@dc42 How long should this update take to apply?

it's been saying "Please wait while updates are being installed... " for over 15 minutes.

mwwhited

I'm now getting "Timeout while waiting for transfer ready pin" when I try to start DuetControlServer in debug mode.

jay_s_uk

I got that when I installed both the expansion and main board updates. It started working again once I fully powered off the machine