Duet 3/Rpi + toolboard on 3.2b3 - G29 fails

oozeBot

@gloomyandy here is the tail end of the output before it fails.. there is nothing valuable. It simply stops:

[info] Finished macro file retractprobe.g
[debug] HTTP: ==> Unfinished starting code: G29 S0
[debug] HTTP: Disposing macro file retractprobe.g
[debug] HTTP: Sent M566 Z600.00, remaining space 1472, needed 32
[debug] HTTP: -> Resumed suspended code
[debug] HTTP: Sent M201 Z600.00, remaining space 1440, needed 32
[debug] HTTP: -> Resumed suspended code
[debug] HTTP: Sent G1 X152.4 Y152.4 Z10, remaining space 1392, needed 48
[debug] HTTP: -> Resumed suspended code
[debug] HTTP: Suspending code M566 Z600.00
[debug] HTTP: Suspending code M201 Z600.00
[debug] HTTP: Suspending code G1 X152.4 Y152.4 Z10
[debug] Macro file deployprobe0.g not found
[debug] HTTP: ==> Starting code G29 S0
[debug] HTTP: Disposing macro file deployprobe0.g
[debug] HTTP: ==> Unfinished starting code: G29 S0
[debug] HTTP: Sent M566 Z600.00, remaining space 1472, needed 32
[debug] HTTP: -> Resumed suspended code
[debug] HTTP: Sent M201 Z600.00, remaining space 1440, needed 32
[debug] HTTP: -> Resumed suspended code
[debug] HTTP: Sent G1 X152.4 Y152.4 Z10, remaining space 1392, needed 48
[debug] HTTP: -> Resumed suspended code
[debug] HTTP: Suspending code M566 Z600.00
[debug] HTTP: Suspending code M201 Z600.00
[debug] HTTP: Suspending code G1 X152.4 Y152.4 Z10
[info] Starting macro file deployprobe.g on channel HTTP
[debug] HTTP: ==> Starting code G29 S0
[debug] Waiting for execution of M280 P0 S10 (macro code)
[debug] Processing M280 P0 S10
[debug] Waiting for finish of M280 P0 S10
[debug] HTTP: Sent M280 P0 S10, remaining space 1496, needed 40
[debug] Completed M280 P0 S10
[debug] Finished codes from macro file deployprobe.g
[info] Finished macro file deployprobe.g

I tried running M122. It's added to the queue but since G29 is still running, it's blocked from executing. The only way I know out of this is to reboot, which clears any errors.

gloomyandy

There may be something in there that is useful to Christian when he gets to look at it, so if you have the full log file please post it for him to be able to look at.

oozeBot

@gloomyandy @chrishamm Here is the log. It also contains a bonus crash at line 362-364 where it lost connection and soft-rebooted itself. I hadn't seen that before..

I'm going to be rolling back to 3.2b1 here soon. Please let me know if there is anything else I can assist with testing..

log.txt

jbarros

Just to add some data to this thread, I'm able to finish 210 point Mesh Probing on Duet3 with Toolboard with no SBC running 3.2 beta3:

09/11/2020, 12:27:29	210 points probed, min error -0.063, max error 0.349, mean 0.079, deviation 0.085
Height map saved to file 0:/sys/heightmap.csv

dc42

@jbarros said in Duet 3/Rpi + toolboard on 3.2b3 - G29 fails:

Just to add some data to this thread, I'm able to finish 210 point Mesh Probing on Duet3 with Toolboard with no SBC:
09/11/2020, 12:27:29	210 points probed, min error -0.063, max error 0.349, mean 0.079, deviation 0.085
Height map saved to file 0:/sys/heightmap.csv

Thanks, that's a very useful data point. Looks like it's something to do with running the deploy/retract files when they are held on the SBC, because the rest of the G29 probing function doesn't involve the SBC except at the start and end.

oozeBot

@dc42 I still have one machine running 3.2b3 if there is anything you or others want me to test on this issue.

I plan on rolling back to 3.2b1, creating a height map, and the moving then back to 3.2b3 for other testing by this afternoon though.

dc42

@oozeBot said in Duet 3/Rpi + toolboard on 3.2b3 - G29 fails:

@dc42 I still have one machine running 3.2b3 if there is anything you or others want me to test on this issue.

I plan on rolling back to 3.2b1, creating a height map, and the moving then back to 3.2b3 for other testing by this afternoon though.

@chrishamm, is there anything else you would like @oozeBot to test?

Touchthebitum

@dc42 said in Duet 3/Rpi + toolboard on 3.2b3 - G29 fails:

I plan on rolling back to 3.2b1, creating a height map, and the moving then back to 3.2b3 for other testing by this afternoon though.

I tried it yesterday and it seems to work but from 3.2b2 instead of 3.2b1 to 3.2b3

chrishamm

@oozeBot Thanks for reporting this issue, I could reproduce it and I'm testing a potential fix for this problem.

oozeBot

@chrishamm great! I didn't get around to rolling this machine back to 3.2b1, so please let me know if you want me to test your fix..

chrishamm

@oozeBot Yes, I am quite sure I could figure out what was going on. Please try out this firmware build with DSF 3.2-b3: https://pkg.duet3d.com/Duet3Firmware_MB6HC.bin You can upload it on the System page and confirm the update prompt.

oozeBot

@chrishamm This appears to be fixed. I just completed a 196 probe mesh without issue. Thanks!

oozeBot

@chrishamm scratch that - while it did complete, DWC is still in a busy state where it will not accept any new commands.

chrishamm

@oozeBot Please try to download and flash that file again - I just updated it once more with my other hotfix. If it remains in the "busy" state with that build, please share the debug log of DCS and I'll see what I can do.

oozeBot

@chrishamm will do it right now.. thanks

oozeBot

it stayed in a busy state. I'll capture the DCS log and upload here soon..

chrishamm

@oozeBot I could just reproduce this problem and will look into it again. To my surprise it worked nicely before with 100 points.

oozeBot

@chrishamm ok, I'll hold off on uploading a log. Please let me know if you have another update to test.

chrishamm

@oozeBot I've updated my experimental Duet 3 MB6HC binary again because I found one more potential problem in it.

@jay_s_uk The same issue will probably affect your Duet 3 Mini 5+ v0.2 as well, so here is another build for you in case you want to test it before the next release.

oozeBot

@chrishamm thanks - I'll try now and report back..