rodw wrote: I think you will find we have incorporated everything you talk about in the Plasmac config. Its just we may have gone about it slightly differently.
Probing down and then away has always been supported in Linuxcnc gcode with G38 but In Plasmac its done internally.
Yes, we sample the torch voltage constantly 1000 times per second and auto sample the torch voltage after a timedelay from ArcOK but defer it until we are at or near the desired cut velocity (your CV).. I never set it on the screen and always auto sample.
Linuxcnc has never had a pin that tells you the programmed feedrate (eg the target CV). Plasmac works around this by setting the feedrate from the materials settings on the screen through its materials file.
The current velocity (1000 times a second) is published on the motion.current-vel pin (mm/sec)
Version 2.9 (the development version) adds a motion.feed-upm pin which tells you what the feed rate is at all times(mm.min) This is the target Constant Velocity (CV you mention)
So looking for contant velocity is as simple as seeing if these two pins are equal
Plasmac has a void/kerf crossing hold. I'm told it works but few people need it. I have a morse sophisticated algorithm but its still a work in progress. It uses moving averages and looks at dv/dt (change in volts over time)
If you go to the last few pages of the plasma section on this forum, you will find a few components I wrote for torch auto sampling and other plasma functions you may be interested in.
I have already read what you say and I must congratulate you for what you have done !!! This with CV and how exactly this pin is released, I did not understand at all, but now is not the time to ask you about it.
I don't want to look like a maximalist, but that's not the end, you know. I guess you have ideas that you're working on, but here are the things we're working on, why don't you like them too:
1. If the voltage recording is as close as possible to the drilling - immediately after the occurrence of CV, this is a very accurate method because it is not affected by the type of material, material thickness and (very important) wear of consumables - nozzle and electrode!
2. Something extremely challenging OpenCV contour analyzer of CAD file and G code generator for plasma and laser. Then it can already give a solution like that of Kjelberg / Hypertherm called - fine focus / true hole, namely - setting the speed in the holes 60-65% of that of the contour, when cutting the contour line of the hole M5 to come 1/2 kerf before the end of the last arc. So there will be no burning of the holes at the point where lead in and lead out meet.
3. And higher mathematics - 3D cutting and voltage transformations when changing the slope of the torch.
Success !
thefabricator03 wrote: I used Phills void sensing feature for the first time the other day, and it worked perfectly. I was cutting some left over 25mm plate and I had some large lead ins in the section I was cutting. It cut through the large lead ins without the torch diving. Before I would always have to restart the machine as the float switch was activated.
I thinks its foolish to say that the people working on LinuxCNC are not continuing to improve. They are not constantly redeveloping how the basic program functions, rather continuing to improve the features it has. And I for one think that is the most productive thing to do.
You are wrong. You just don't understand people. I never accept that everyone understands plasma cutting as much as I do! And I don't treat those who understand less than me with contempt.
Especially, to ignore them - my product is only for specialists in plasma cutting. If you don't understand it, then you can't do anything. (This is about comparison - if you can't install LinuxCNC, you probably can't install your printer).
This took the most time in the development of our THC - not having to be an electronic engineer / plasma cutting specialist to install and use it!
I hope you understand me (with Google - so much).
