Problems with pause@Zpos (M322) and S3D

[kapu]

I have been unable to get Sailfish code M322 to work with S3D. I have a recent model FF Creator Pro, with Mega2560 board and factory-loaded Sailfish 7.7. Using RepG, I can manually edit gcode, insert an M322 Z2.0 for example, and the print will hot pause at Z=2.0 mm, as it should. The pause@Zpos button on the printer control panel also works correctly. But when I insert an M322 command into the Starting G-code string in S3D (FFF Settings-->Scripts tab), it results in a freeze up just as soon as the print starts. No pause, no way to restart the print. It just sits there with everything hot. I have also tried using the ;@pause Z.z macro that is built into GPX, which I understand inserts M322 commands at the appropriate locations in G-code, then translates into the x3g file. This causes a similar freeze, but it does it at the Z-position where the pause should happen. The print just stops. No pause, no retraction. My interpretation of this is that M322 isn't getting translated correctly by S3D's call to GPX. But I can't figure out why. It seems likely to have something do with GPX configuration? I have the correct S3D machine profile selected, and everything else (other than custom commands in the MCP) seems to work correctly. USB or SD printing is the same. Any ideas or suggestions are much appreciated. I love S3D for slicing and printing, but this is putting a damper on a couple of projects I want to print.

[DarthRevan]

I have a creator pro with Sailfish 7.7. I just used a M322 Z2.0 in my start script in a few different places and it didn't cause any type of errors. I'm using S3D's stock Creator Pro FFF settings.

[kapu]

Thanks for testing that. I just reset my S3D machine settings by running the configuration assistant, but no joy. When the extruder gets up to temp, the purge command goes, then things freeze when it starts to move into the slow wipe at the edge of the build plate. The firmware isn't crashing. I can manually pause or cancel the print, but it is waiting for something. I would be happy to find out this is just something stupid I'm doing wrong, but I can't see what it would be.

I also took the S3D-generated gcode file, with M322 inserted and ran it through GPX manually (Ubuntu 15.04 command line). The resulting x3g file causes the same problem. I can use M322 commands in RepG, no problem, but RepG doesn't use GPX. So I seem to have an issue with GPX.

[kabali16]

Did you resolve this issue ?

[DarthRevan]

Thanks for testing that. I just reset my S3D machine settings by running the configuration assistant, but no joy. When the extruder gets up to temp, the purge command goes, then things freeze when it starts to move into the slow wipe at the edge of the build plate. The firmware isn't crashing. I can manually pause or cancel the print, but it is waiting for something. I would be happy to find out this is just something stupid I'm doing wrong, but I can't see what it would be.

I also took the S3D-generated gcode file, with M322 inserted and ran it through GPX manually (Ubuntu 15.04 command line). The resulting x3g file causes the same problem. I can use M322 commands in RepG, no problem, but RepG doesn't use GPX. So I seem to have an issue with GPX.

This is not a problem with GPX, as they clearly have this implemented here: https://github.com/whpthomas/GPX/search ... %93&q=M322.