Mach3 -> Camtronics -> Parallel P Replacement

Thank you Andy for putting me on track with some ideas.

I replaced my hack with something much better in the long run.

There are some things I am trying to cover up the weak links in the lathe machine like using the R, Q and H of the G76 cycle.

I have read the docs on R a few times now and really don't get it. I was hoping it was a way to basically decrease the cut depth the further into the thread depth of the cycle. It does not seem to do me any favors.

H was weird because the doc sais "additional" passes IE H1 should be two final passes in my mind. I need to verify what I am saying a bit more but what I thought I saw was there was no difference till like H2.

Q that was interesting. I tried a pass with it as far down a like 15 just to see what it looked like. It was not good...

Anyways some pics of the end of that little project are attached.

If there are suggestions like maybe make two calls to G76 to simulate an aggressive cut at the beginning and then taper off on the next G76 or other ideas to facilitate a machine that cant take a whole lot I would appreciate that.

My next few tasks.

• Get Andys Lathe Macros going
• Get spindle speed control from linuxCNC working. Nowforever E100S1R5B

It is not. 20T to 40T

you could always use a frequency divider circuit (very cheap ) to divide any ratio you need (2:1 is actually easy and can be done by other means but this is a sort of universal circuit and good to know imo)

www.google.com/amp/s/electrosome.com/cd4017/amp/

I did wonder if there was a hal component, and did also wonder if it could be used with Mesa hardware as I presumed that the encoder to spindle synchronisation happened within the Mesa hardware so you would then need a hardware solution prior to Mesa device ((I haven't read the whole thread so was not sure if this was a pp / Mesa hardware discussion)

Yes I changed out the encoder to one that has Z. Thanks to tommylight for shedding the light on that issue I had.

I will work on making the changes to the HAL that you shared.

This might explain the luck of the draw at times and the shredding of threads I assume lol.

For $13 I have another 40 tooth wheel coming. But I want to learn while I wait on amazon.

I am new to all this so this is probably more of a big deal to me than most.

I verified my encoder index is working and in fact is triggering twice. Basically extracted from this to come up with commands that were relevant to my config.

halcmd show pin hm2_7i76e.0.encoder.00.index-enable
Component Pins:
Owner Type Dir Value Name
26 bit I/O FALSE hm2_7i76e.0.encoder.00.index-enable <=> spindle-index-enable

halcmd unlinkp hm2_7i76e.0.encoder.00.index-enable
halcmd setp hm2_7i76e.0.encoder.00.index-enable 1

halcmd show pin hm2_7i76e.0.encoder.00.index-enable
Component Pins:
Owner Type Dir Value Name
26 bit I/O TRUE hm2_7i76e.0.encoder.00.index-enable

Hand spin the spindle half a turn and the value goes back to FALSE.


Off to translate what Andy has given about flipflop and not...

I inserted a few lines in hal to get the party started.

loadrt flipflop
loadrt not
addf flipflop.0 servo-thread

halcmd show pin flipflop not
Component Pins:
Owner Type Dir Value Name
41 bit IN FALSE flipflop.0.clk
41 bit IN FALSE flipflop.0.data
41 bit I/O FALSE flipflop.0.out
41 bit IN FALSE flipflop.0.reset
41 bit IN FALSE flipflop.0.set
41 s32 OUT 64 flipflop.0.time
44 bit IN FALSE not.0.in
44 bit OUT FALSE not.0.out
44 s32 OUT 0 not.0.time

This is where I am at and have run out of general lack of knowledge connecting the dots to get the latch working with my config.