Advanced Search

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

Hi all;

Below is the first few lines of gcode for a circular pocket that I would like to cut on my home built CNC. The move to the first X/Y coordinate works correctly as does the plunge on the Z axis.  However, the machine stalls at this point and will not execute the G02 instruction. I'm guessing that I missed something in my preamble, but haven't a clue what it could be.  If someone can enlighten me I would greatly appreciate it.


G90 G20 G17
M3 S22000
G04 P6.0
F30

G0 Z0.1

G0 X0.7812 Y0
G0 Z-0.25
G02 I-0.7812 J0

Kind Regards,

1. Somewhere in your ini settings kinstype=both lets you jog before homing unless you have 2 motors on an axis
2. Refer to my Ethercat install sticky for the rules to start the ethercat service on startup
3. No idea
4. It may have changed but probe basic requires a 1080p monitor so I could never used it. QT dragon is the same. I had to upgrade to a 1080p monitor.

I'm at a loss to understand what any machine needs moving before homing. Are your home switches set up so they stay triggered to end of travel?

I posted a lot of info on how the remap works and how I use it in this thread: forum.linuxcnc.org/qtvcp/59009-probe-hei...-active-in-versatool

Also, here's my remap ngc file you can look at. It's modified slightly from the original as far as how and where it moves in regard to the "change_position" location and "tool_setter" location, so I wouldn't just drag and drop. But after looking through your ngc file, it looks very weird and doesn't make any sense. IMO, the most important lines to look at are 7, 93, and 99 in my file.