Re: [CAD_CAM_EDM_DRO] Re: Pico VS IMService???
Posted by
Jon Elson
on 2003-08-14 10:22:59 UTC
turbulatordude wrote:
Gata Arrays make custom hardware very affordable.
encoders
for that.
I'm not sure what you mean by "not 'see' the steps as the DRO".
have dedicated
pins, as it does for the traditional step/direction output. It becomes
a communications
channel between the computer and a peripheral device, so registers are
addressed,
read out and written to, to accomplish the functions needed. With EMC, the
way we are running it now, 1000 times a second the position is read in,
a new
velocity computed for each axis, and the new velocity is sent to the rate
generators. Also, the sense switches are read in, and solid state relay
outputs
are sent out at the same time.
The IEEE-1284 protocol makes it possible to access 256 registers on devices
on the (parallel port) bus, and so it can support up to FOUR of these boards
on one parallel port!
Jon
>>the USC board was delivering 45,000 steps/second per axis. This,Well, this is what you can do in dedicated hardware, and Field Programmable
>>
>>
> of course, is not the limit, it can go to about 300,000 steps/second.
>
>
>That is impressive
>
>
>
Gata Arrays make custom hardware very affordable.
>Well, if you are using Gecko or Rutex servo drives, you already need
>
>>It allows you to connect encoders from the motors to the board,
>>
>>
> which then relays the position information back to the CNC computer.
> One of the greatest advantages of this is that you can switch back
> and forth between CNC and manual operation, and use the computer as a
> DRO when in manual.
>
>
>Another great feature, I assume the computer required encoders and
>does not 'see' the steps as the DRO ?
>
>
>
encoders
for that.
I'm not sure what you mean by "not 'see' the steps as the DRO".
>Yes, it only requires one parallel port. The parallel port does not
>
>
>>The USC board also has 14 opto-isolated inputs for limit and home
>>
>>
> switches, so you can have separate indications of - and + limits for
> each axis.
>
>The site
>
>http://pico-systems.com/univstep.html
>
>that shows the board, lists one parallel port. is that all that
>connects the PC to the board ? it seems like you have found a way to
>exceed the normal 5 inputs of a simple breakout board.
>
>
>
have dedicated
pins, as it does for the traditional step/direction output. It becomes
a communications
channel between the computer and a peripheral device, so registers are
addressed,
read out and written to, to accomplish the functions needed. With EMC, the
way we are running it now, 1000 times a second the position is read in,
a new
velocity computed for each axis, and the new velocity is sent to the rate
generators. Also, the sense switches are read in, and solid state relay
outputs
are sent out at the same time.
The IEEE-1284 protocol makes it possible to access 256 registers on devices
on the (parallel port) bus, and so it can support up to FOUR of these boards
on one parallel port!
Jon
Discussion Thread
kdntool
2003-08-13 05:40:19 UTC
Pico VS IMService???
Matt Shaver
2003-08-13 10:35:54 UTC
Re: [CAD_CAM_EDM_DRO] Pico VS IMService???
Jon Elson
2003-08-13 22:15:18 UTC
Re: [CAD_CAM_EDM_DRO] Pico VS IMService???
Tim Goldstein
2003-08-13 22:48:47 UTC
RE: [CAD_CAM_EDM_DRO] Pico VS IMService???
ballendo
2003-08-14 05:33:29 UTC
Re: Pico VS IMService???
Fred Smith
2003-08-14 06:41:27 UTC
Re: Pico VS IMService???
Fred Smith
2003-08-14 07:51:06 UTC
Re: Pico VS IMService???
turbulatordude
2003-08-14 09:25:08 UTC
Re: Pico VS IMService???
Jon Elson
2003-08-14 10:05:29 UTC
Re: [CAD_CAM_EDM_DRO] Pico VS IMService???
Jon Elson
2003-08-14 10:22:59 UTC
Re: [CAD_CAM_EDM_DRO] Re: Pico VS IMService???
kdntool
2003-08-14 11:16:02 UTC
Re: Pico VS IMService???
kdntool
2003-08-14 11:18:39 UTC
Re: Pico VS IMService???
Jon Elson
2003-08-14 22:37:18 UTC
Re: [CAD_CAM_EDM_DRO] Re: Pico VS IMService???