Software enhancements request

[dplain]

These are some software mods that would be awfully nice to have. I don't know if any of these are in the latest version:

Mill/Lathe: Allow incremental/absolute entries in the WCS tables currently only allows absolute entries

Mill: Have wear values for tool lengths (diametrical wear would also be nice)

Mill: Move tool-bin assignments to their own page. It's annoying to potentially scroll through 200 tools to set bin assignments.

Mill/Lathe: Have a "clear all" button on the WCS tables.

Mill: Support for a true G31 skip function. M115/6 is a bit of a kludge.

Mill/Lathe: Rapid override independent of feed override.

Mill/Lathe: #0 NaN support for G65 variables (no variable explicitly sent will be invalid instead of zero in the macro)

[converterking]

The rapid override independent of feed override would be my favorite.

[tblough]

Lathe: teach button or set to current position for return point.

[cnckeith]

The rapid override independent of feed override would be my favorite.

This is available currently

[cnckeith]

Thanks for the suggestions. Most should be easy to add.

Please clarify how you are intending on using g31.

[EastMemphis]

It would be nice if when starting up cnc12, the program would remember the coordinates from the previous session. My old Shopbot software did this and it was quite helpful.

[Sword]

Not sure what to say, but it does. Are you using proximity sensors to home the machine upon start up?

Trust me, CNC12 can do everything SB3 could even think of, and then some,,,,,

[EastMemphis]

I don't want to home my machine at every startup. I turn off my machine and when I turn it back on, the coordinates should reflect where it was when the machine was turned off. Instead, it always requires being reset to home. I went years between homing my machine the way it was with Shopbot.

This feature is lacking in cnc12 but present in Shopbot. Maybe I'm the only one in the world who runs their machine this way. Who knows?

[converterking]

The rapid override independent of feed override would be my favorite.

This is available currently

You can add a 2nd potentiometer for rapid override in addition to the potentiometer for feed rate override and use them at the same time?

[cncsnw]

No, you cannot.

Keith was probably thinking about the ability to exclude rapid moves from the feedrate override.

With "Rapid Override" ON (the default condition): the feedrate override percentage applies to feedrate moves, rapid moves, and jogging.

With "Rapid Override" OFF: the feedrate override percentage applies to feedrate moves. Rapid moves go at 100% of the rapid rate, and jogging moves go at 100% of the selected jog speed (fast or slow).

The existence of the "Rapid Override" ON/OFF feature does show that the control keeps track, all the way to final execution, whether a motion vector originated from a rapid move or a feedrate move. So it would be technically feasible to supply two separate override percentages instead of one, and ask the DSP to choose one or the other depending on the source of the current vector.