Well, that would explain at least the 'clunk' part of the problem ;-)
However, it doesn't explain the 'crawling' of the axes when EMC is shut
down (or just not started, for that matter. Also does it when the
computer is booted into Linux), does it? Or is that also somehow related
to real-time
Forgot to mention I'm running 2.1-pre or something with the pre-built
ubuntu real-time kernel image. I do get the unexpected r.t. delay error
sometimes, even though my base period (12500) is longer than the approx.
9000 ovl_max value. No overruns occur at all during the test, even when
trying
- Original Message -
From: Marc van Doornik [EMAIL PROTECTED]
To: emc-users@lists.sourceforge.net
Sent: Wednesday, February 28, 2007 11:33 AM
Subject: Re: [Emc-users] Spikes 'n stoof - Help appreciated
Forgot to mention I'm running 2.1-pre or something with the pre-built
ubuntu real-time kernel
Well, noise has been pretty much ruled out, as are the SMI stuff (board has
a SIS chipset). I've downloaded and tried coolcnc, thinking that an older
kernel might make a difference. It did, too. No spikes anymore at any time.
Now all I want is a different kernel, preferably a 2.4 with RTAI. This
Marc van Doornik wrote:
Forgot to mention I'm running 2.1-pre or something with the pre-built
ubuntu real-time kernel image. I do get the unexpected r.t. delay error
sometimes, even though my base period (12500) is longer than the approx.
9000 ovl_max value. No overruns occur at all during
With emc running (paused, or no program running), unplug the
parallel port cable *on the computer end*. See if your system
creeps.
I suspect the 2.6 kernel is putting the port in a tri-state mode,
where noise can affect it. Perhaps 2.4 does things differently...
If unplugging the cable causes
Recently, we've discovered our new laser machine to show some erratic
behavior. All seems fine when EMC (2) is running, but as soon as it gets
shut down, the stepper motors start to move - albeit slowly - with
random steps. We have traced the problem to come from the controlling
computer, which