On Mon, 2009-06-15 at 11:05 -0500, Jon Elson wrote:
> Kirk Wallace wrote:
> > I doubt that EMC2 is the cause but rather is reacting to the fault. I
> > need to think more about how this could happen without setting an alarm
> > and moving home to the last tooling position. Another problem is that it
> > takes 20 minutes to get to the nineteenth hole. So testing is a problem.
> > Maybe the CNC god is a sadistic golfer, so I need to think like one. I
> > think I'll change one commonality which is 2.3.1 back to 2.2 if I can
> > find an old disk.
> It is much safer to keep older versions of EMC around when you update, 
> especially for cases
> such as this.  But I am now confused.  What is it that actually stops?  
> Is EMC stopping in the middle of
> the program, or is EMC merrily running on, but the machine motion 
> stops?  I thought
> you were saying EMC was going to some kind of pause state.  Sometimes 
> you need to move the
> EMC window to see error messages hidden "below" the big window.

Thanks for the replies Martin, Mark, Jon.

Since I disabled the screen saver, the screen stays up and appears
normal, axis motion stops, spindle and mist remain running, the AXIS
program stop button is depressed as if in normal manual mode. It's
almost like a feed hold, now that you mention it. I'll have to check
this out.

> Ninteenth hole?  Ohhhhh, bad pun!
> 
> One thing I can think of might be the use of some of the unused
> parallel port pins, maybe one of them is "wired" via HAL to do
> something like pause, axis limit or something.  If the input is left
> floating, a particular combination of signals at that point in 
> the program could allow it to trip to the other logic state.  (I am
> assuming this is NOT one of the machines with a UPC board
> in it?)

I am using using two dual port parallel PCI cards, not a USC (servos are
planned ,but don't know when). There are a lot of unused pins open. I
think the parallel port pins are biased on the card normally. The .hal
file has very little done beyond the basic stepper configuration
( except the DAC, MPG and disabled Charge-pump <-? ). I'll clean up
the .hal and try again.

Mark: "I'd try to do away with cutting most of the slots that you know
work, to reduce the wait if nothing else. Looks like that can be done by
changing line 57 from #10=0 to #10=17 .
"

Good point, easy to try, thanks.

Martin: "Before you go there looking have a look at "power management",
I think that's off the "Preferences" menu on the desktop, from memory
that gives you some access to how soon things start throttling back when
the PC is left to its own devices.

Maybe something else to try before you start tearing your hair out?
"

I'm not so proficient with the BIOS and background settings because I
seldom have to deal with them. I guess it's time to reintroduce myself.
By the way, most of my hair was gone a while ago, so I have little to
lose.

Also, after I swapped the PC, I ran the latency test, found that the
pesky pcspkr module needed to be removed, then ran for an hour with
~9000us and ~15000us for jitter.
-- 
Kirk Wallace
http://www.wallacecompany.com/machine_shop/
http://www.wallacecompany.com/E45/index.html
California, USA


------------------------------------------------------------------------------
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables unlimited
royalty-free distribution of the report engine for externally facing 
server and web deployment.
http://p.sf.net/sfu/businessobjects
_______________________________________________
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Reply via email to