NativeCAM is Features renamed
tommylight wrote : "Forgot to add that there is no need for M66, as that is easier done with motion.spindle-at-speed, it requires only 2 lines to be added to hal." forum.linuxcnc.org/40-subroutines-and-ng...amed?start=170#83891
grijalvap wrote: ...changes I did were: add M66 to wait for the Arc-Ok signal at the lead_in.ngc
however I will add the option in Preferences->Plasma to 'wait for Arc-OK' or not because your edited file will be overwritten every time there is an update but preferences file will never be overwritten
M5 is at the end of trace.ngc after lead_out CALL
grijalvap wrote: then add M5 to stop plasma at lead-out
grijalvap wrote: One more question, I want to add a command to disable the plasma THC, it should happen .25 or .375 inch before the end, actually, it can be done just before starting the lead-out.
the problem is that when I place the M62 M66 Code, it throws the following error
"Cannot set auxiliary digital output with cutter radius compensation on"
does it exist any walk around for this?
I do not understand what you are trying to do. Stop the torch before the cut is complete ?
M66 P0 L3 Q30 (wait for Arc-Ok)
G4 P0.5 (wait piercing time)
G02 X0.68068 Y1.71376 I0.00000 J-0.24000 F60.0 (move the first .25 inch)
M62 P00 (THC ON) (On start)
X0.71350 Y1.59262 I-0.20718 J-0.12115
G03 X0.75000 Y0.46350 I0.03650 J0.00000
G03 X6.78650 Y0.50000 I0.00000 J0.03650
G03 X6.75000 Y6.53650 I-0.03650 J0.00000
G03 X0.71350 Y6.50000 I0.00000 J-0.03650
M63 P00 (THC OFF) (Before end) (disable THC )
G02 X0.55350 Y1.43262 I-0.16000 J-0.00000 (finish cut)
M05 (torch off)
G04 P0.2 (wait small time )
the main idea is I'm using a digital out to enable and disable THC.
Thanks for NativeCam, its working out great on my bridgeport mill.
I am afraid there is no easy or quick work around. Your code does not use compensation which is very powerfull for complex shapes and all computing for this is done by lcnc.
Rewriting/testing all *_create.ngc for every situations would take from 50 to 200 hours or more.
How other users are doing ?
I have been using NativeCam a lot these days and it is working out great for me with one exception and that is related to the Z depths in drill operations.
For example, I often use a drill cycle with a reamer. There is no option for a flat end drill or reamer. Using any other point option such as 118deg or 135 deg results in undesired and surprise Z depths of cut. If a option for flat bottom drills / reamers were added it would allow for these sort of operations with expected Z depths.
Another issue I have is spot drilling. Again, NativeCam must be using drill point angles and diameters to adjust Z depths. For example, with the spot drill set to .0001" in preferences, and a requested depth of .001 in the single hole routine, the Z actually goes to -.074 !! ( Z zero is set at top of stock) If spot drilling for a tiny number drill this produces a very bad surprise. I believe this is again because NativeCam calculates Z travel using drill dia, point angle and diameter and such along with the operators requested depth. I believe the same option of a flat bottom drill/reamer in the choices would allow the operator to reference off the drill point which would work nicely to get around this problem.
Any chance of adding a reamer/flat bottom option to the drill point angle selections? Or maybe you have a suggestion to work around these issues.