Advanced Search

I have a lathe with a 9-speed gearbox that is manually selected. The motor is always running at its maximum speed of 1360 RPM, and the speed is manually changed using the gears. I'm using your gearchange component, which supports up to 32 speeds. I've already implemented the logic to select each speed. In each range, I'll control the speed with a VFD between the lowest value of the previous speed and the maximum, according to the original lathe's speed chart. For example, the first speed is 36 RPM, the second is 90 RPM, and the third is 155 RPM. Then, in the first speed, the spindle would rotate between 0 and 36 RPM, and the motor would rotate between 0 and 1360 RPM. In the second speed, between 36 RPM and 90 RPM, the motor would rotate in that gear between the speed that the gear provides, resulting in 36 RPM and 90 RPM at the spindle. This pattern is repeated for the other speeds. My question regarding this component is how to adjust the scale on each device; I don't know if it's always done relative to the first one or relative to the previous one.

Thank you for the help
moved the post to there

Over the last year I have been building a gantry plasma table with leadshine el8 servos and Beckhoff modules for I/O, I struggle a lot with software but with help from rodw over on the ethercat forum and some guides I managed to get ethercat working and a basic QTplasmaC config.
but im still having some troubles:

I managed to get these things working:
-QtPlasmaC interface
-motion on all axis when jogging the machine
-external E-stop
-torch break detection switch
-machine enable output turning on a light

what isnt working:
- cant get a torch on output signal when I do a torch pulse
- the ohmic probe enable doesn't output any signal
-when I hit cycle start the G code pauses without moving the machine

I have a EK1100 coupler, an EL1008 digital input, an EL2008 digital output and EL3102 analog input to read the divided arc voltage.

what are the best ways to debug this situation and what should I be looking for?
all config files in a zip file below

previous post:
forum.linuxcnc.org/ethercat/59024-integr...khoff-modules#348066

Thank you all for your help

The spindle-at-speed signal was the issue. The command is correct for a full circle cut. I did add P1 to insure that a full circle is cut though the documentation indicates that P1 is implied if not provided.

Thanks for you help.

Spindle-at-speed was the issue. I had added a near function to the spindle-at-speed signal in an attempt to get away from the extra dwell after M3. However when I examined the near function input signals the feedback rate was 0 causing spindle-at-speed to never to active.

I removed all of my near function code and put spindle control back to the original configuration and the spindle-at-speed now goes active, but at a significant delta from the commanded speed based on the VFD display and the sound of the spindle. Consequently, I'm back to the additional dwell after M3. Not a real issue since this is a hobby machine and I'm not in any hurry to make cuts.

Thanks for the insight and support.

Kind regards,

You can use the MUX16 component and assign an overall feed value to each of the 16 combinations. It's very simple: you just need to use 4 inputs on your mesa board for each rotary switch. Let me know if you need further assistance.

I don't know what is going on here.
Is it possible that you have modified the G-code to support angled facing?.

github.com/andypugh/LatheMacros/blob/Py3_GTK3/facing.ngc

Says that angled facing isn't supported, and there is no indication of the #6 input being used in the standard G-code.

Hi, would you be willed to share the comp you linked above again? It’s 404 on codeberg

Many thanks

PCW = owner of Mesa, Peter Wallace and a very active forum member

Many thanks for every answer. Who is PCW?
Hans

This is actually pretty easy, the 7i76e comes with 2 mpg inputs and you can have them on the 7i96 as well but you have to give up a couple of pins or a Stepgen.I can't quite remember what. If you ask PCW nicely, I'm sure he will sort out the correct solution.

Once you have that sorted, there is a good example of a MPG using parallel port pins in the docs. linuxcnc.org/docs/stable/html/examples/mpg.html

But in your case, you can ditch the axis select knob because you will use a dedicated MPG for each axis. Just implement the scale select knob... I have not thought about it but you may be able to use the one scale select for both MPGs. Using digital knobs lets you minimize the number of pins you need for the scale hence the mux4 components.

Glad you made progress.
I think some signals are still not connected, Its too long ago for me to be specific. I seem to remember there was a system Hal file somewhere that hooked up all the signals to where they belong. In your ini file you refer to HALFILE = qtplasmac_comp.hal and I can't see that in your config folder which might be the file I refer to. finding that file and copying it into your config folder might fix it.

But now you are past the ethercat stage, I think you should post in the plasmac section where Phil and Snowgoer the maintainers will see your post, probably link back to this post and attach your config again.

I'll give this format a try and report back.

Feed moves (G1,G3,G3) will only execute if the spindle-at speed signal is true. So check 'spindle.0.at-speed'.

I don't know what the expected behavior is if you have no X/Y coordinates in your command. IIRC if you want a full circle, you can use the same coordinates as your starting point. Arguably better practice is to split the move up into two half circles.

You can try one of the following to see if it helps:

G02 X0.7812 Y0 I-0.7812 J0

or

G02 X-0.7812 Y0 I-0.7812 J0
G02 X0.7812 Y0 I0.7812 J0