Post-Processor Configuration
Post-Processor Configuration
I drew a simple 4-line test cut and tried to execute it. It made the quick movement to S-1, it made the
drilling, the torch went out, and Z rose about half an inch and EVERYTHING stopped, it
stopped at: NO110 G28.1 Z0.50. I have tried to start from the beginning several times and I get the same
result.
I also tried another simple line drawing with the same result: it stops at: G28.1 Z0.50. Z rises
approximately half an inch, the torch stops cutting, the movement stops.
MACH NO enters RESET.
More readings (rereading that is) and research here ... I found that I had to set the scrolling
from the switch Z - OOPS. In Sheetcam, I followed the instructions from a post here. Click on the 'V'
(publication variable) and write: switchoffset and the figure / number .144 that I came up with and is in
inches (Ref Z and zero, rise until a paper slides under it).
BUT ... when I enter this in the 'Publication Variable' and then run the publication, I receive a
WARNING: No immersion rate and No feed rate.
He executed the POST anyway on the same line drawing and the machine reacts in the same way:
It stops after drilling, rises about half an inch and stops. MACH does not reset.
only stops.
I got pretty excited for about ... 3 seconds when I pressed RUN and it was because of that first
piercing.
Similar threads:
sheetcam
SheetCam and EMC
sheetcam
Problemsheetcam!
SheetCAM?
With all my reading on this site, I made a little mistake. The movement stops at: N0160 M03. I will try to include
the POST. Does this seem correct?
Publication variables:
--refdistance sets the distance between each reference (the default value is 500 mm)
--switchoffset - sets the amount of net switch offset (measured switch offset
real on his table)
--zrefslowdown - sets the distance that Z uses the reference speed in the triggering. If it is larger than
Rapid Height, USA Rapid Height
post.SetCommentChars ("()", "[]") - make sure that (and) the characters do not appear in the system text
(File Name:
(Postprocessor: postName)
(Date:
if (scale == metric) then
G21 (Units: Metric) --metric mode
else
G20 (Units: Inches) --inch mode
end
G53 G90 G40 F1
--NOTE: The numbers of the variables below are in MM and are converted to INCHES by the factor of
scale
dist
9999999 refdistance = 500 * scale
zrefslowdown = 12.7 * scale -
Put the compensation value of the switch here
switchoffset = .090
lastz = 0
if (zrefslowdown > safeZ * scale) then
safeZ * scale
end
end
the offset of the switch was never touched, it came that way. I tried using Sheetcam 'Post Variable' unsuccessfully. Can I
Should I enter this figure as MM or inches? I am using inches in MACH and SheetCam.
Alright, I'm not an expert by any means. This is how I do it. First, to edit the post-processor, go
to the option (in Sheetcam), machine, post-processor. Choose your publication then, Edit publication. Scroll down
Down in the editor, in: function, go to 'change offset' and change the 'number' only as per your needs.
Then 'save' the file. redo to ensure it changes.
It does not set the feed rate and immersion in the publication. It is configured first within Sheetcam.
when configuring a new cutting tool, then run the post after choosing that tool
cut and execute the route routine.
I have also had my torch pins "up" and "down" inverted in Mach. I could try changing them to
see if the torch now moves down instead of up to reach its cutoff height and voltage
suitable cut. Wait by the reset button in case you want to push through the material.
When you turn on the THC, does the Torch Active button on Mach turn on?
If it still works and no one else can help you, send me an email and I will give you my number.
phone and maybe we can resolve it over the phone. I created many of my own problems when DynaCNC was
sank.
Good luck,
Mike
My torch ignites because of HF... and I would like to create the electric arc and then rise and come drilling.
little by little... so it doesn't damage the consumables so quickly.... I haven't tried the ramp options or the other one..
someone help me...
It is mainly because I see that some THC post-processors are not using the cutHeight variable, despite
of using the variable pierceHeight, so I am not sure if they are falling to cutHeight through OnMove
() or possibly even OnArc () (as the DHTC postprocessor does).
When is OnPenDown() called, is it every time the Z axis moves down, or only at the beginning?
Therefore, in a JetOperation using a PlasmaTool, what would be the sequence of events ...
OnRapid () - move to the start of the cutting operation
OnPenDown () - reference the Z axis, fire the torch, allow drilling delay and drop to the height
of cut (in PlungeRate)
OnMove () - cut the forward speed
...
Oh, is it
I am trying to figure out what triggers the 'OnPenDown()', it is called once at the beginning of the cut, followed by
from an OnMove() which is the X and Y movement, or the fall to cutheight is also captured in this OnPenDown(), or
it has its own OnMove ()
Sorry for the long post, I hope it makes sense, some guidance on the sequence of function calls.
Thank you
Rob
In case you are wondering what I am adding in the voltage + THC delay configuration to store
directly with the tool and then send to the THC in the tool change [what I have discovered and
I am happy with], I also have a pneumatic engraver in my machine that works with a couple of relays, happy
With all that, I just try to learn something here and understand what others have done in a bit more detail.
thank you for your time).
Top part
The Newell
Site Administrator
Publications2591
Registered: Thu May 11, 2006 8:12 PM
Citar
OnPenDown occurs every time the torch moves down at the beginning of a cut. For a post
very minimalist, just needs to light the torch on OnPenDown.
Looking back, it would have been better if OnPenDown had fired before the movement to pierce the height.
the problem is that if I change it now, it could break quite a few post-processors that depend on the behavior
actual.
Top part
robertspark
Publicaciones: 163
Registered: Thu Feb 26, 2015 12:11 am
Citar
Lель, thank you very much for the information, it's great, now I understand a little more.
No, I wouldn't change anything, but now explain why the onmove() functions look the way they do with the movement.
of the z axis.
For me, it is a hobby, and I'm happy to play and learn post-processors, lua, m3, m4, etc.
Rob