Run-from-line and v.2.7.3

More
10 years 8 months ago - 10 years 8 months ago #69733 by Paul
Replied by Paul on topic Run-from-line and v.2.7.3
OK - More testing done. What I am finding is that LinuxCNC now looks in the touchoff subroutine and performs only the G38.2 even though the call to the sub is earlier in the gcode file. If I replace the call to the sub with the contents of the sub, run-from-line works as I expect (it doesn't perform the G38.2). If I remove the G38.2 from the sub, nothing else in the sub seems to matter when running from line.

Sample test GCode fle:
Code:
G21 (Units: Metric) F1 S1 G00 X0.000 o<Test.TouchOff> call G00 Z3.8100 M03 S1 G01 Z3.8100 F3002 G04 P0.2 G01 Z1.5240 F3001.0 G01 X150.000 F4000.0 G01 X250.000 F2000.000 M05 G00 Z20.000 M05 M30

Touch-off routine:
Code:
o<test.touchoff> sub G38.2 Z-100 F3001.0 G10 L20 P1 Z0.000 G00 Z9.90000 G10 L20 P1 Z0.00 o<test.touchoff> endsub M2

If I run-from-line at "G01 X250.000 F2000.000", it will -Z until the probe switch is engaged and hold that Z position while moving X to 250.000.

I did remove preample and other info wanting to remove anything that may interfere with this test. Again - I haven't changed my setup, so I still wonder what has changed in v.2.7.3, but I can imagine that I can't understand the answer, too.

Thanks for any insight...
Last edit: 10 years 8 months ago by Paul.

Please Log in or Create an account to join the conversation.

More
10 years 8 months ago #69754 by mozmck
Replied by mozmck on topic Run-from-line and v.2.7.3
Yes, I have found that run-from-line does not work properly if you call subroutines (at least if there are also G38.2 moves as well). The only workaround I found was to not use subroutines.

What version of linuxcnc did this work on? Were you using subroutines there as well?

Please Log in or Create an account to join the conversation.

More
10 years 8 months ago - 10 years 8 months ago #69757 by Paul
Replied by Paul on topic Run-from-line and v.2.7.3
I am not 100% sure of the version previously, but believe it was 2.7.0. I don't update it very often and think it was September. And, yes, I used subroutines with the last version I had. I did not notice any issues then.

There may be more to it. After I placed the contents of my subroutine directly in the main file, I had another unusual reaction that I need to look at closer, but after I removed just the G38.2 from the main file, the run from line seem to raise the Z axis up suspiciously close to the touch-off switch offset of 9.9mm from the Z's current location even if Z was not at 0 or less than 0. The run-from-line did not raise the Z while the call the the sub was in place and the G38.2 probe only was removed from the sub routine.

Like I mentioned, I need to test that out more, too.
Last edit: 10 years 8 months ago by Paul.

Please Log in or Create an account to join the conversation.

More
10 years 8 months ago #69804 by Paul
Replied by Paul on topic Run-from-line and v.2.7.3
I did pull a backup in order to finish a job. It was v.2.7.0 which works fine. I never ran a version in between. I would rather not convert all current jobs to not use a subroutine.

Please Log in or Create an account to join the conversation.

More
10 years 8 months ago #69868 by andypugh
Replied by andypugh on topic Run-from-line and v.2.7.3
Does this sound anything like your situation?
git.linuxcnc.org/gitweb?p=linuxcnc.git;a...ba9a44fe3f2836861262

This is meant to _fix_ a bug. Perhaps you were getting lucky with the bug working in your favour?

Please Log in or Create an account to join the conversation.

More
10 years 8 months ago #69875 by Paul
Replied by Paul on topic Run-from-line and v.2.7.3
While I admit that I don't fully understand the bug description, I believe mine does not match. It looks like the posted bug will skip some lines AFTER the line which is selected for run-from-line. What I have here is only a G38.2 that is in an external file subroutine that is called before the run-from-line.

There are times I get by because I have flat, uncut material under the torch. The torch drags a little while moving to the next pierce. There are times that the torch goes for this un-intended probe in a void of material, so that resulting drag would hit the edge of material and move it out of place. Basically ruining the job.

I will re-read the bug description a few more times to see what sinks in. If it is the same thing, I respectfully request the bug to be unfixed :)

Please Log in or Create an account to join the conversation.

Time to create page: 0.340 seconds
Powered by Kunena Forum