What do you recommend I use instead?

ok this is driving me crazy. today i fired up the machine, turned on the spindle, hit reverse... and it worked. first time since swapping to the 7i92.

i thought maybe the gremlins had left, so i shut down the machine, powered it back up again, tried reverse — nothing. spindle just keeps going forward. led on the module still lights up, wiring is solid and untouched. literally didn't touch a single wire between the time it worked and the time it stopped.

any clue what could cause this?

@susan-parker,
very nice, that should come in handy for your project!

awesome! that would be a good machine for conversational probably if you have also a way to setup with quick change tool post. or always make parts that fit within the gang setup maybe!

@spumco:

In order to have a parts counter as a standard offering, I would think everything would need to be wired up to something, adding something like this in one of the user tabs seems like it would be the best fit.  maybe add them on the nice big blank sidebar user tab or along with the large DRO's on the side for X and Z.  I am not sure if linuxcnc has some form of build in part counter logic somewhere or not as i have not run across it, but you could use a simple macro call from gcode to add a count to a widget in the usertab for each time the macro gets triggered, this would be super simple to do and would not be something that got overwritten during updates if done in user tabs.that was the entire point of having those.  there is already lots of real estate under the large sidebar DRO's as seen in the picture:


 
 

Will do!

By the way, have you seen this 3D model by Marinus Jeuring:

grabcad.com/library/emco-compact-5-cnc-1

Just found it - includes the ATC!

Pretty awesome, lot of time was spent drawing this.

Hi everyone,I managed to fix the issue on my setup. I am using LinuxCNC version 2.8.4.After applying the configuration below, the pendant (wędka) works perfectly smooth now! I have absolutely no delays, no lags, and no sudden jumps anymore.Here is the HAL configuration that solved the problem:

 

Axemas,
Having been away from nativecam use for a few months, I came in to the shop yesterday morning ready to wrestle with the bodged-together version that Bogdanthegeek and Giovanni made possible last year. Super delighted to find the results of your work, installed and up and running very easily on a new machine (morbidelli author 503), in use within an hour or so. Thank you so, so much! As others have said, hopefully FernV is well and just no longer interested in his fantastic project; it's great to see it alive again, and ready to try out on the lathe too, and maybe the side drills on the morbidelli (if I ever get round to wiring those back in).

So far I find one unexpected behaviour, to do with the way part alignment responds to Workpiece axis align value:
I have workpiece of 150x150x2400, Y align = centre, and a rectangular array also with Y align = centre. Workpiece Y coord = 0, array Y coord = 0.
I would expect the array to show up at Y=0, but it appears instead at Y=-75; changing the array's Y axis align value (top/centre/bottom) does not change the array position.

Y axis copies was 1 for this behaviour. Playing around just now, changing that number made the array reset and appear as expected.

A minor oddity in an exceptionally welcome piece of software. Thank you again!

hello..i have a problem with my plasma cutter..I am using a 7I76E. The plasma torch goes down, senses the work piece, rises to the pierce height , fires the torch up but does not maintain the arc to cutting flame. Because of this, it then goes off instead of moving to cutting height and cutting flame.

I have this gang type lathe with live tools and I am thinking about converting it to LinuxCNC 
in the future:
www.smartlathe.com/products/sl-36

in master branch 2.10, the currently executing line number can be found on this pin
motion.interp.line-number
If you get the number of lines as gmoccappy does you can calculate the percent processed in real time

 

In case anyone else needs to work with HAL_HBar and HAL_VBar components in Glade, it turns out that I didn't have my hal file configured correctly for the HBar. Within Glade, there is a description the zone limits for color changes is based on 0.0 - 1.0 which is a fractional percentage of the MAX/MIN limits, not what is required for input. Hence, what ever the MAX?MIN limits are set to, zones are based on the fractional percentage of that range.

I had to remove the SCALE component and just net gmoccapy.program.progress directly to the GLADE HAL_HBar component for everything to work as expected.

Thank for all you help.

Lcvette wrote:

it sounds like the machine you built is very specific for some dedicated work you need to accomplish. the conversational i created is really geared more towards a job shop type workflow on a traditional toolroom cnc lathe. not sure it would be of much help for your automation geared setup.

 

It's more of a 'standard' gang-tool lathe with some extra capabilities. And I look forward to using your conversational features - that's one of the primary reasons I'd prefer not to build a GUI from scratch.

The side panel is certainly one place I can stick some indicator LED's.  And I suspect not many people are running LCNC, much less PB, with a sub-spindle or live-tools.

On the other hand, I'd argue that a parts counter is lathe-agnostic.  I've seen a few LCNC parts counters (usually via Ladder) grafted on to other GUI's, but nothing 'integrated' in a GUI.

Yet every commercial CNC lathe I've seen or used has a parts counter of some sort.  Tool-room, slant-bed turret, gang-tool, VTL, etc - all the controls have some way of keeping track of parts, and using the counter's parameters/values to drive bar/slug handling macros.

A part counter with references to bar-feed sub-routines can be done entirely inside G-code (incrementing parameters), but there's no (good) way to monitor the status while a run is in-progress.  A built-in parts counter makes it gravy.