Another plasma component...

More
27 Jul 2019 10:20 #140738 by robertspark
the optional use of m62/m63 does allow for functions emulating hypertherms truehole to a degree (no it won't vary the torch current or switch gases but it does stop the torch early while motion continues )

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

More
27 Jul 2019 21:51 #140773 by grijalvap
HI
Finally, I have some time to play with PlasmaC component it looks like a great piece of software.
I have a question, on this configuration, you are getting the feed from the configuration GUI, not from the postprocessor
I can clearly see the pros of that, however, I was wondering if we can send the feed and the feed rate from postprocessor using analog Out connected to plasmaC feed input, I use SheetCAM and I like to use rules like reduce speed on small circles, etc. so if I set my post-processor to out an analog out just before every Feed,.

do you think it can work?

thanks for all the great work at PlasmaC component

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

More
27 Jul 2019 22:26 - 27 Jul 2019 22:26 #140777 by rodw
Replied by rodw on topic Another plasma component...

grijalvap wrote: HI
Finally, I have some time to play with PlasmaC component it looks like a great piece of software.
I have a question, on this configuration, you are getting the feed from the configuration GUI, not from the postprocessor
I can clearly see the pros of that, however, I was wondering if we can send the feed and the feed rate from postprocessor using analog Out connected to plasmaC feed input, I use SheetCAM and I like to use rules like reduce speed on small circles, etc. so if I set my post-processor to out an analog out just before every Feed,.

do you think it can work?

thanks for all the great work at PlasmaC component


Pedro, great you've joined the plasmac revolution! The feedrate can be set from gcode Per chapter 6.1 in the docs
linuxcnc.org/docs/devel/html/plasma/plas...l#_material_handling
Chapter 6.2 following outlines how to slow for holes.

There are a couple of post processors for plasmac on this thread. There may be a couple of updates so read it all and get the latest ones.
forum.linuxcnc.org/plasma-laser/36568-po...-and-plasmac?start=0

on about page 9, I've shared some screen dumps of sheetcam code snippets for slowing down for holes.
Les at Sheetcam has offered to write a postprocessor for sheetcam and I'm waiting to be sure the final feature set is stable to involve him.. There is some current discussion about allowing enabling and disabling the torch between am M3 and M5. With your experience, it would be good if you could share your thoughts on this after reviewing the last couple of pages here.
Last edit: 27 Jul 2019 22:26 by rodw.

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

More
28 Jul 2019 03:47 #140785 by islander261
Pedro

Welcome back!

I am still quite a few releases behind the current PlasmaC standard. I hope to bring myself up to the current release point in the next week. As others have mentioned you can set the feed rate from either the materials list or Gcode. I have done both with success. Please feel free to email with any questions. Even though it is of no use to me (I have a TD power supply) PlasmaC can benefit from incorporating your HT RS-485 code.

John
The following user(s) said Thank You: thefabricator03

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

More
29 Jul 2019 06:09 #140861 by phillc54
I have just pushed an update:

add ohmic probe offset docs
don't raise Z axis until torch off delay complete
add torch off input pin docs
ensure Z at cut height before x/y motion
fix ohmic retry to probe height error

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

More
29 Jul 2019 06:24 #140862 by phillc54

docwelch wrote: I figured out how to extend an arc by 4mm when a full circle is cut. I have it programmed but ran into 2 issues:

  1. If I am trying to turn off the torch with M62, what P value is used?
  2. If we turn off the torch with this command, is it going to cause plasmac to stop thinking there is an error? I know there is an arc lost error and am concerned this action might trigger that error even though we are doing it on purpose. Can we suspend checking for arc lost for this one move since we have commanded the arc to turn off?
I've attached the new plasmac_gcode_arcs.py file for your perusal. It has all the changes that were in the file in my last post plus these new changes. You'll see on line 237 my question mark regarding the M62 P value.


I have deferred work on the arc addition to the GCode parser for a while as there are problems if any words use named or numbered parameters or expressions. I will possibly release one that will just report an error if it cannot work it out but to do it 'properly' is a major job.

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

More
29 Jul 2019 13:26 #140885 by rodw
Replied by rodw on topic Another plasma component...

phillc54 wrote: I have deferred work on the arc addition to the GCode parser for a while as there are problems if any words use named or numbered parameters or expressions. I will possibly release one that will just report an error if it cannot work it out but to do it 'properly' is a major job.


Phill, if you come back to this, could you make sure there is something that can disable this parsing? Somehow, it does not feel right to build features that modify the Gcode as a user might not want to enable this type of behaviour.
The following user(s) said Thank You: tommylight

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

More
29 Jul 2019 17:58 #140902 by robertspark
what do you want to do the to / with the gcode?

what would plasmac be looking for?

or wanting to do?

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

More
29 Jul 2019 18:20 #140905 by JTknives
So I don’t know if this belongs here or in a new post. If it needs to be moved let me know and I will delete it and start a thread.

Im not a Linux programming genius, hell I could barely manage getting it installed. I don’t know if what I’m wanting can be added to the plasmaC or would need to be its own thing. The steel I cut is all high dollar stuff. Yesterday I cut up a 11”x23” sheet of stainless that cost me $100. So a mess up can be really costly and go down hill fast. Now I can’t cut it real fast as I’m running a 30xp and sitting at around 20”/min. I’m using sheetcam to nest and save it as a number attached to that sheet so I can load it back up and add more parts later and know what’s already been cut out. My issue is finding the exact starting corner. I have been using a square to get it square to the table and then bringing the torch down and moving over till I just barely touch the edge. Then set this as -.375 in g54 for x and y. This gives my just enough to clear the edge of the sheet. I do this because I set the edge of the parts at the edge of the sheet in sheet cam. This has eliminated the fudge factor guessing for me.

Yesterday I was wondering why could I not have a touch off button. The torch has ohmic so it could use that. Back when I ran cnc machines the new hass mills would load up a touch off tool. You would manually eyeball it over the corner and hit the touch off button. It would come down in the Z and find the top. Then move over in the X any Y a programmed amount and then come down a set amount and move over till it touches the side. It would set that as X and then retract and do the same for Y. It would then enter these numbers into the G54 offset.

If I could somehow build this function into my machine I would be tickled pink. We won’t bring up the other feature that would put it over the top. Well why not just mention it at least. Another machine I ran would touch off in 2 places on an edge and rotate the axis in the machine so the x and y would like up parallel to the sheet/part.

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

More
29 Jul 2019 18:52 #140913 by docwelch
Robert,

I have been working on a post-processor for Fusion360 to use with plasmac and asked about making some changes in the g-code parser to handle the speed change when cutting circles as well as adjusting the kerf width due to cutting slower, and even extending the cut past the end of the circle with the torch off. Phill decided this was probably still better handled in the post-processor. There are a number of things that make this difficult to do from a "finished" g-code file as compared to doing it in a post-processor. And, it appears he has found a new issue we would have to overcome with the current g-code parser to implement it as well.

Steven

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

Time to create page: 0.290 seconds
Powered by Kunena Forum