- Posts: 12170
- Thank you received: 4153
Another plasma component...
- rodw
- Offline
- Platinum Member
-
Please Log in or Create an account to join the conversation.
- rodw
- Offline
- Platinum Member
-
- Posts: 12170
- Thank you received: 4153
I had a quick look at the plasmac.comp source and it was not immediately apparent. There was a THC enable pin but I assumed it is hooked to the GUI.
Please Log in or Create an account to join the conversation.
- islander261
- Offline
- Platinum Member
-
- Posts: 757
- Thank you received: 216
It is a hack I made to plasmac_run.hal. I added an OR2 between the GUI output pin,plasmac_run.thc-enable and the plasmac component pin, plasmac.thc-enable. The signal from the Gcode file is a M62-M65 P.01 controlling motion.digital-out-01 and is connected to the other input of the OR2. I described the function to Phill a while back in this thread. I think this in the example PP I posted as well.
I will fix my configuration to match the Plasmac branch when the external THC enable function is added back in.
John
Please Log in or Create an account to join the conversation.
- rodw
- Offline
- Platinum Member
-
- Posts: 12170
- Thank you received: 4153
islander261 wrote: Rod
It is a hack I made to plasmac_run.hal. I added an OR2 between the GUI output pin,plasmac_run.thc-enable and the plasmac component pin, plasmac.thc-enable. The signal from the Gcode file is a M62-M65 P.01 controlling motion.digital-out-01 and is connected to the other input of the OR2. I described the function to Phill a while back in this thread. I think this in the example PP I posted as well.
I will fix my configuration to match the Plasmac branch when the external THC enable function is added back in.
John
John thanks. I really think plasmac should have an external hold pin that is by default connected to one of the motion.digital-output-nn pins so the THC can be placed on hold from gcode. In fact, 2 pins or'ed internally would be better as this would leave one for user extensions. (if only to let me continue experimenting with my kerf crossing component before its eventually folded into plasmac).
By my reading of the docs, it would be enough for the or'ed output of these pins to be simply hooked internally to axis.z.eoffset-enable as last time I looked, plasmac sets this to true and never looks at it again.
Docs: linuxcnc.org/docs/devel/html/motion/exte...-offsets.html#_notes
John, which motion. digital-output-nn pin do you use for gcode hold?
Please Log in or Create an account to join the conversation.
- islander261
- Offline
- Platinum Member
-
- Posts: 757
- Thank you received: 216
I am using motion.digital-out-01 for THC enable. I never have the THC hold between cuts so switching the plasmac.thc-enable pin before and after the cut works fine for me. I am not trying to cause a "hold" in the external offsets sense, actually I want to reset all the EO counts when I do this. Previously I tried to use the EO "hold" and ran into a bunch of problems with accumulated corrections causing soft limits problems. Just enabling and disabling EO enable fixed this problem. I am just wanting to control the THC Enable check box from Gcode.
John
Please Log in or Create an account to join the conversation.
- phillc54
- Offline
- Platinum Member
-
- Posts: 5711
- Thank you received: 2100
Cheers, Phill
Please Log in or Create an account to join the conversation.