Re: G-code user variables; convention?
Posted by
ballendo@y...
on 2001-01-06 14:46:30 UTC
Alan,
(snips, inserts below)
would NOT be recognized as 'A'). Other ideas?
Make sure that white space is INCONSEQUENTIAL, if you want to keep to
the 274 standard. And please do think about using a technique which
minimises time necessary to determine (from the controls' perspective)
what to do next...
any programs written for CncPRO will ALSO run (without modification)
on your control program! Don't be afraid to compete! You may offer us
something better, and keeping it compatible with what we're used to
is just good business sense!
If you don't, you've just introduced ANOTHER flavor of Gcode!?!
THIS IS ONE REASON WHY WE HAVE SUCH CONFUSION RE: GCODE! If it ain't
broke...
Think about it, the V word in 274 refers to a secondary linear axis,
parallel to Y. Not a typical machine configuration... The use of word-
address format in the command is consistent with 274D conventions,
and will already be supported in your parser. Find a V, look for a
number. If you find a number, look for an = . If no =, look in the
var array for the param. Find it? Yes. Use it. No? flag and error. If
you find an =, look for a number, and if found plug it into the
variable array; if not flag and error.
It's simple. It works. It's not 'protected'. IMO, use it! If you're
concerned about 'taking' his customers, realise HE benefits by being
compatible with YOUR customers! Capitalism; may the best product win!
(unfortunately it too often is the best PROMOTED product :-( ... )
Hope this helps.
Ballendo
P.S. The syntax could be as CncPRO, but with the # instead of the V.
You 'could' even allow the setup to SPECIFY an acceptable VAR 'word'.
This would allow you to be 'different', but 'compatible'.
(snips, inserts below)
>If variables are preceded with a #, then #MyVariable could beYes.
>distinguished from a 'M', for example. Shouldn't be that hard. Is
>this useful? reasonable?
>Otherwise, a "separator" (white space), or the start of a numericfield could be used, and "words" would have to be "whole" (Avar7
would NOT be recognized as 'A'). Other ideas?
Make sure that white space is INCONSEQUENTIAL, if you want to keep to
the 274 standard. And please do think about using a technique which
minimises time necessary to determine (from the controls' perspective)
what to do next...
>CNCpro uses V0 - V100 e.g., "V59=2.34", although I really didn'tWhy not?!?! If you do, your program becomes compatible with his and
>want to copy him!
>Alan
any programs written for CncPRO will ALSO run (without modification)
on your control program! Don't be afraid to compete! You may offer us
something better, and keeping it compatible with what we're used to
is just good business sense!
If you don't, you've just introduced ANOTHER flavor of Gcode!?!
THIS IS ONE REASON WHY WE HAVE SUCH CONFUSION RE: GCODE! If it ain't
broke...
Think about it, the V word in 274 refers to a secondary linear axis,
parallel to Y. Not a typical machine configuration... The use of word-
address format in the command is consistent with 274D conventions,
and will already be supported in your parser. Find a V, look for a
number. If you find a number, look for an = . If no =, look in the
var array for the param. Find it? Yes. Use it. No? flag and error. If
you find an =, look for a number, and if found plug it into the
variable array; if not flag and error.
It's simple. It works. It's not 'protected'. IMO, use it! If you're
concerned about 'taking' his customers, realise HE benefits by being
compatible with YOUR customers! Capitalism; may the best product win!
(unfortunately it too often is the best PROMOTED product :-( ... )
Hope this helps.
Ballendo
P.S. The syntax could be as CncPRO, but with the # instead of the V.
You 'could' even allow the setup to SPECIFY an acceptable VAR 'word'.
This would allow you to be 'different', but 'compatible'.
Discussion Thread
Jon Elson
2001-01-04 21:47:21 UTC
Re: G-code user variables; convention?
dave engvall
2001-01-04 22:38:22 UTC
Re: [CAD_CAM_EDM_DRO] Re: G-code user variables; convention?
Alan Marconett KM6VV
2001-01-04 23:22:06 UTC
Re: G-code user variables; convention?
Brian Pitt
2001-01-05 01:41:14 UTC
Re: [CAD_CAM_EDM_DRO] Re: G-code user variables; convention?
Brian Pitt
2001-01-05 02:16:36 UTC
Re: [CAD_CAM_EDM_DRO] Re: G-code user variables; convention?
Alan Marconett KM6VV
2001-01-05 13:28:35 UTC
Re: G-code user variables; convention?
Brian Pitt
2001-01-05 23:41:49 UTC
Re: [CAD_CAM_EDM_DRO] Re: G-code user variables; convention?
Alan Marconett KM6VV
2001-01-06 11:31:34 UTC
Re: [CAD_CAM_EDM_DRO] Re: G-code user variables; convention?
ballendo@y...
2001-01-06 14:46:30 UTC
Re: G-code user variables; convention?
Brian Pitt
2001-01-06 17:41:30 UTC
Re: [CAD_CAM_EDM_DRO] Re: G-code user variables; convention?
ballendo@y...
2001-01-06 23:16:52 UTC
Re: Re: G-code user variables; convention?
Brian Pitt
2001-01-07 01:00:09 UTC
Re: [CAD_CAM_EDM_DRO] Re: Re: G-code user variables; convention?