Think about the XM command...

[oskay]

We have been discussing the benefits of the XM vs SM command, here: https://github.com/evil-mad/EggBot/issues/63#issuecomment-264529402

Let's talk: Does it make sense for the future to changing how the inputs are checked? For example, to have a different (possibly more restrictive) check on the inputs of the XM command, but one that allows the entire computation to be done in the (A,B) space?

[EmbeddedMan]

Honestly, this is probably what the XM command should have been from the beginning. It's got to have some reason for existence - some reason why the PC app would be better off using it than SM.

On the other hand, all 'host' systems (PCs, tablets, Pis, etc.) will have far more processing power than the little EBB, so if the only reason the XM command exists is to have the EBB do some math rather than the host do the math, maybe that isn't a good enough reason.

*Brian

On Fri, Dec 2, 2016 at 1:25 PM, Windell Oskay notifications@github.com wrote:

We have been discussing the benefits of the XM vs SM command, here:

63 (comment)

https://github.com/evil-mad/EggBot/issues/63#issuecomment-264529402

Let's talk: Does it make sense for the future to changing how the inputs are checked? For example, to have a different (possibly more restrictive) check on the inputs of the XM command, but one that allows the entire computation to be done in the (A,B) space?

— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub https://github.com/evil-mad/EggBot/issues/69, or mute the thread https://github.com/notifications/unsubscribe-auth/AAbeCH6vmXIZ6CElHZl-1ed6gna3d3i6ks5rEHCrgaJpZM4LC5m2 .

[oskay]

The reason for it to exist is to be intuitive. When using machines with mixed-axis geometries, it is helpful if the end user never has to think about "A+B" -- they only need to think in X and Y.

[EmbeddedMan]

OK, so what kinds of limits should be placed on its parameters? Should we try to make it as similar to SM as possible in terms of limits?

On Fri, Dec 2, 2016 at 1:32 PM, Windell Oskay notifications@github.com wrote:

The reason for it to exist is to be intuitive. When using machines with mixed-axis geometries, it is helpful if the end user never has to think about "A+B" -- they only need to think in X and Y.

— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/evil-mad/EggBot/issues/69#issuecomment-264541852, or mute the thread https://github.com/notifications/unsubscribe-auth/AAbeCO6_rri-1AtA8cSB8oDQz5PW7168ks5rEHJagaJpZM4LC5m2 .

[oskay]

Yes, it should have some kind of clearly defined criteria, such that one does not need to convert back to X and Y to check the limits. I'm not sure exactly what the most natural way to provide these limits are.

[pacvis]

---edit--- wrong thread...pac

[EmbeddedMan]

Yup: http://evil-mad.github.io/EggBot/ebb.html#XM

[oskay]

Closing issue due to a lack of direction.