Re: PPMC developments

["William Scalione" <scalione-at-home.com>]

Jon,

I think the default uses bridgeport I/O which uses 2 parallel ports.
try changing to minimill I/O if you have not allready done so. That might
fix it

Bill

----- Original Message -----
From: "Jon Elson" <jmelson-at-artsci.wustl.edu>
To: "Multiple recipients of list" <emc-at-nist.gov>
Sent: Monday, December 04, 2000 1:36 AM
Subject: Re: PPMC developments


>
> Hello, all,
>
> I worked a bit this weekend on getting a computer set up to test
> the parallel port motion control with EMC.  I got a computer
> that had been running stock Red Hat Linux 5.2 and moved a
> copy of my RTLinux kernel over, and after many false starts,
> I got it running, with the kernel modules, rt fifos, and everything
> in place and working.  Then I had to get EMC to compile, so
> it took some fishing around to get all the include files and
> libraries in place.
>
> So, now EMC comes up on the system, but I can't get out of
> estop (sound familiar?)  I have a .ini file that works perfectly
> on the real EMC system with the Servo-to-Go card in it.
> Now, as I understand it, the sensing of estop is through the
> parallel port, not the STG card.  So, it seems like it should
> come out of estop without the STG card.  But, maybe there
> is additional logic in there that senses the STG card is missing,
> and forces it to stay e-stopped.
>
> So, I tried some of the default versions, like emc.run but had
> the same problem.  I tried various combinations of estop_sense_polarity
> and the parallel port addresses.  Does anyone have a .ini file
> that will allow EMC to work in RT mode with only one
> parallel port, or have any suggestions on how to get it going?
>
> Once I get past there, I then need to substitute my encoder and
> DAC routines for the STG versions and try to get it to run!
>
> Jon
>
>