HAND WHEEL

Getting a little tired, - it looks like we are going in circles.

Elliot Burke:

I was just thinking of a ball versus a single wheel, sorry. I have
been thinking of the same thing, and brought it up a while ago, that
is the interface. But I got the impression that most were against
this - I don't remember all the details.

Jon Elson:

Well, the stuff I said earlier was in fact what you say, ( or at
least what I tried to ), but then I see that it would be just as
nice to have a hand wheel for those that don't have the Stg board.
I would like both implementations.

You say that the hand wheel would not work very well for jogging,
and I don't quite follow you. First, you will not implement it as
the normal jog - it will bypass the key interface, and operate more
directly. Second, I believe there would be different
implementations on a Stg board versus others.

I don't like the keyboard interface, but sure you can do a lot of
stuff. But you said that there weren't much io on the Stg board.
So what do you think of expanding the interface with 74164/74165
chips, or expanding it - using some bits as address - like other
busses might do. This could be done on a parallel port. To me it
looks like we do need some way to expand it. If you want to set up
more axis, - then you may need some more io. A lot of the signals
is of low priority, like mist on/off, and the delay would not
matter. You could have 8bit out and 8bit in, and access in shared
memory area. This could be a user io space.

I don't say that this is the best solution, but I do think it would
be nice it you could handle more io. I also believe that this is a
limiting factor for the EMC's possibilities.

Ray Henry: This is more or less what we are thinking, - but I
would like switches "around" the handwheel, or something easy to
operate.

I think I am going to drop the subject , but I hope someone else
would pick up the thread, or sum it up. My intention has only been
to help a bit on moving this subject forward.

//ARNE