A complicated subject.

There seem to be as many ways to handle it as there are manufacturers,
and every implementation feels clunky.
Some interpreters use a format such as S1=2000 to set spindle 1. This
would require changes to the LinuxCNC G-code parser. We could use
magic comments (S2, 2000) but that's not very nice either.

Fanuc seem to use numerical settings. LinuxCNC doesn't have the same
concept of settings.

The simple way to do it with LinuxCNC (for certain values of simple)
is to allow M3, M4, M5, M19, G96 etc to take an E-word to specify a
spindle. The only place that this won't work is G76, which already
uses E but not D, so that would have to use a D-word and be
inconsistent.

I looked at M13 M14 M15,as used by some controls, but that causes a
bit of a problem for other codes such as M19. It limits you to 5
spindles, too, due to a collision with M53.

Two decisions let to be made:

Should a non-modified code (without an E) assume spindle 0 or apply to
all spindles? The idea that M5 turns off all spindles is attractive,
and setting up a set of spindle speeds and starting them all with a
single M3 might also be nice.

Should motion create pins like motion.spindle.0.speed-out on
single-spindle default configs, or should it leave the names unchanged
unless the num_spindles modparam to motion is present?
The former idea seems less clunky, but rather suggests that this
development should be in JA where pin name changes are already common,
and handled by the conversion script.

-- 
atp
"A motorcycle is a bicycle with a pandemonium attachment and is
designed for the especial use of mechanical geniuses, daredevils and
lunatics."
— George Fitch, Atlanta Constitution Newspaper, 1916

------------------------------------------------------------------------------
Mobile security can be enabling, not merely restricting. Employees who
bring their own devices (BYOD) to work are irked by the imposition of MDM
restrictions. Mobile Device Manager Plus allows you to control only the
apps on BYO-devices by containerizing them, leaving personal data untouched!
https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
_______________________________________________
Emc-developers mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/emc-developers

Reply via email to