IO port
Posted by
Arne Chr. Jorgensen
on 1999-10-03 16:46:05 UTC
Hi,
Jon: The extension you mention, is kind of what I have done
before, i.e. readback 4 bits. And this brings me to
Jim/James ?: I have not thought about the newer protocols. Is
there somewhere to pick up on this topic ?
( shoot, my backspace key don't work - that is odd, it has always
worked before ? It is only in Netscape, just checked an xterm )
Sorry., By the way if any one has any idea about this, - give me a
hint, back to topic:
I would like to expand the io we have, and I would like it in a way
we all could use. Have a common interface, and bring it out of the
box. The idea of hooking different stuff on such a bus, sounds
great to me. I would like separate encoder boards, stepper, relays,
servos, readout, - what ever. Maybe have a separate backplane,
S100, VME, or something ?
But then again, you may end up with a lot of cables going to
another box. Distributed IO, some cable would be nicer. The best
thing would be something on fiberoptics. I have spent years with
funny ground loops, interference and stuff. I even had a control
system that went total "bananas" once in a while, because of
Walkie Talkies in the neighborhood. This was during plasma
cutting with 400 Amps.
Sorry, I sidetrack.
No, I have an instrument with IEEE-488, and I just tought of all
the stuff you can hook into this. Now I have found out that there is
several drivers for this in Linux, so ...
But any extended bus, must be done in a way that people would join
in on. I made a system years ago, and it works great, except, it
will only take my own IO cards. That is, any more stuff I would
like, - I have to make myself. No fun in that !
There is also a limited number of io addresses in the PC, and if
everyone should make their system on an ISA card, you know where
this ends.
Cheap, simple, modular, and easy to wire up - is what I would like.
I am trying out VARKON, and it is different. Works okay in Linux,
the Windows demo version has some bad flaws. It is a very good
package, but not easy to use. But it will probably be the
backbone in the gCAD project.
//ARNE
Jon: The extension you mention, is kind of what I have done
before, i.e. readback 4 bits. And this brings me to
Jim/James ?: I have not thought about the newer protocols. Is
there somewhere to pick up on this topic ?
( shoot, my backspace key don't work - that is odd, it has always
worked before ? It is only in Netscape, just checked an xterm )
Sorry., By the way if any one has any idea about this, - give me a
hint, back to topic:
I would like to expand the io we have, and I would like it in a way
we all could use. Have a common interface, and bring it out of the
box. The idea of hooking different stuff on such a bus, sounds
great to me. I would like separate encoder boards, stepper, relays,
servos, readout, - what ever. Maybe have a separate backplane,
S100, VME, or something ?
But then again, you may end up with a lot of cables going to
another box. Distributed IO, some cable would be nicer. The best
thing would be something on fiberoptics. I have spent years with
funny ground loops, interference and stuff. I even had a control
system that went total "bananas" once in a while, because of
Walkie Talkies in the neighborhood. This was during plasma
cutting with 400 Amps.
Sorry, I sidetrack.
No, I have an instrument with IEEE-488, and I just tought of all
the stuff you can hook into this. Now I have found out that there is
several drivers for this in Linux, so ...
But any extended bus, must be done in a way that people would join
in on. I made a system years ago, and it works great, except, it
will only take my own IO cards. That is, any more stuff I would
like, - I have to make myself. No fun in that !
There is also a limited number of io addresses in the PC, and if
everyone should make their system on an ISA card, you know where
this ends.
Cheap, simple, modular, and easy to wire up - is what I would like.
I am trying out VARKON, and it is different. Works okay in Linux,
the Windows demo version has some bad flaws. It is a very good
package, but not easy to use. But it will probably be the
backbone in the gCAD project.
//ARNE