Hypersensing with THCAD - better way to do ohmic sensing

More
15 Nov 2020 03:48 #189427 by rodw

BTW i did push it to 68m/m but it started tearing the belts.


If you were to use rack and pinion and a quality planetary gearbox, do you think it would handle those speeds well and be reliable?


I think that would work fine. The ones I have been looking at can handle 5000 or 10000 rpm input depending on model, way more than what a stepper can produce. And the torque is not an issue. I ran my Sanyo Denki to 60 m/min and up to 8 m/sec/sec on a rack and pinion while testing.

For belt drive you would be better with a a 30mm wide belt instead of 2. Some belt manufacturers will do the design for you if you ask.

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

More
15 Nov 2020 05:40 #189437 by rodw

I have asked Phill to add a seperate THC hold pin to Plasmac for third party use but so far he has been unwilling to do so. That would make extensions like this much easier to implement.

There is a thc disable pin that has been available since June 2019


Yes there is but its used by the Plasmac GUI. It would be very helpful to have a second disable pin that is anded inside the component with the existing disable pin. Its not actually a duplicate, It provided as a convenience to allow Plasmac to be extended and still make it super easy to keep in step with the latest Plasmac upgrade.

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

More
15 Nov 2020 05:47 #189438 by phillc54

I have asked Phill to add a seperate THC hold pin to Plasmac for third party use but so far he has been unwilling to do so. That would make extensions like this much easier to implement.

There is a thc disable pin that has been available since June 2019


Yes there is but its used by the Plasmac GUI. It would be very helpful to have a second disable pin that is anded inside the component with the existing disable pin. Its not actually a duplicate, It provided as a convenience to allow Plasmac to be extended and still make it super easy to keep in step with the latest Plasmac upgrade.


It is only linked to motion.digital-out-02 for disabling via gcode, easy enough to unlinkp and add an or2
The following user(s) said Thank You: rodw

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

More
15 Nov 2020 06:43 #189441 by stivemaster13
I actually started participating in this topic because Rod wrote to me that THC can be deactivated automatically at a certain threshold of the set speed. How exactly does this happen? I mean that in order to monitor a speed you need to turn off small holes for example in principle Is that so?
Can anyone share their experience with this functionality?

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

More
15 Nov 2020 10:54 #189448 by rodw

I actually started participating in this topic because Rod wrote to me that THC can be deactivated automatically at a certain threshold of the set speed. How exactly does this happen? I mean that in order to monitor a speed you need to turn off small holes for example in principle Is that so?
Can anyone share their experience with this functionality?


This is actually quite trivial with Linuxcnc because we have access to the motion controller. Plasmac knows the cutting speed (feed rate) and the Motion controller knows the current velocity at any given point in time. The motion controller also knows any feed overrides and the like applied. After adjusting the current velocity for any feed overrides etc we compare that with the desired cut speed. We might set a threshold of 80% or 90% to be the trigger for velocity antidive. So if the current velocity falls below the threshold, then the THC is disabled.

I think Plasmac also uses the Linuxcnc filter capability so that any gcode file opened, it is run through a filter program and modified to apply various hole cutting optimisations. In the future I think these optimisations could be applied automatically by the motion controller without requiring gcode.
The following user(s) said Thank You: thefabricator03

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

More
15 Nov 2020 12:28 #189451 by stivemaster13
Well, that's hardly so trivial.

It is a little difficult for me to understand after the translation. You mean that replacement speeds are those that reduce the basic speed and are set parametrically in the PLC or with a special D code?
As far as I understand, this is not yet an appreciated and widely used advantage of LinuxCNC.

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

More
15 Nov 2020 13:10 #189453 by rodw
Yes, Linuxcnc is far more powerful than many people give it credit for.

I thought you asked about two topics.
1, How to disable the THC when the velocity slowed leading up to a corner ( I covered that)
2. What happens when cutting small holes. I did not speak much about that except to mention that Linuxcnc can filter the Gcode.


By filter I mean that Linuxcnc can automatically pass every gcode file it opens to a program that can modify the code before it is run.

But yes, Linuxcnc supports adaptive feed control which is enabled and disabled with M52. What this means is that an override (from 0% to 100%) can be applied to the cutting speed from a value outside of gcode. Its up to you how you use that feature.

Plasmac can use this for hole cutting. Lets look at an example. I often hear that you should reduce cutting speed by 60% on holes < 32mm diameter. So a gcode filter could inspect gcode arcs and holes and alter the cut speed if the radius is < 32mm by altering the gcode before it is executed.

Another more interesting way which I am experimenting with is to modify the core code of Linuxcnc so that it publishes the arc radius to the motion controller. We could then apply adaptive feed control to reduce the cut velocity based on any algorithm we care to create. This technique could even be extended to offset the torch path to allow for the wider kerf caused by velocity slowdowns.

And yes, these advanced features of linuxcnc are not widely appreciated and will give Linuxcnc a massive advantage over other solutions when it is used as a plasma controller.

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

More
15 Nov 2020 16:10 #189461 by stivemaster13
To understand the logic of the speed of small holes just imagine - cutting a shape with angles will be passed by about 30% at a lower average speed.Therefore, it is necessary to reduce the speed of small holes - the cyclone torch begins to deviate from verticality and a bevel is obtained from above.

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

More
15 Nov 2020 16:37 - 15 Nov 2020 16:38 #189463 by snowgoer540

To understand the logic of the speed of small holes just imagine - cutting a shape with angles will be passed by about 30% at a lower average speed.Therefore, it is necessary to reduce the speed of small holes - the cyclone torch begins to deviate from verticality and a bevel is obtained from above.


A few ways to handle these sorts of things. SheetCAM allows users to program cut rules that can slow the velocity down given certain angles, circle diameters, etc.

Also, PlasmaC can do hole cutting automatically: linuxcnc.org/docs/devel/html/plasma/plas...de.html#hole-cutting

So some of the functionality you speak of exists natively to PlasmaC. Other stuff can be handled via cut rules in CAM.

Have you read the PlasmaC user guide? There's a lot of good stuff in there.
Last edit: 15 Nov 2020 16:38 by snowgoer540.

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

More
15 Nov 2020 19:42 #189474 by stivemaster13
See the level I've reached today gives me the opportunity to appreciate things I didn't appreciate years ago. So I think the capabilities of LinuxCNC can make up for Sheetcam's shortcomings.
The point is to start a more lively development and to suppress the feeling of self-satisfaction and superiority of what has been achieved. You still have a lot of work to do.

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

Moderators: snowgoer540
Time to create page: 0.123 seconds
Powered by Kunena Forum