On 30 January 2012 22:33, Viesturs Lācis viesturs.la...@gmail.com wrote:
2012/1/30 Peter C. Wallace p...@mesanet.com:
Before you change encoders, and noting that others have used the CUI/AMT
encoders with success, can you try a little experiment to make sure this
is
not a noise --
On 01/30/2012 11:35 PM, gene heskett wrote:
snippage
Both machines have now been rebooted, it seems you can't reboot just one
end of an NFS link as the un-rebooted end of it will lock solid, needs a
reset button push to reboot within about 10 minutes. But that is
secondary. Faint memories
On 01/31/2012 01:11 AM, Erik Christiansen wrote:
On 30.01.12 05:35, Mark Wendt wrote:
On 01/30/2012 01:14 AM, Erik Christiansen wrote:
snippage
1) Be mnemonic. i.e. give some farnarckling clue as to what the command
does. (Even MOV is orders of magnitude superior to 0x01 or
On Tuesday, January 31, 2012 05:11:19 AM gene heskett did opine:
On Tuesday, January 31, 2012 01:49:57 AM gene heskett did opine:
On Tuesday, January 31, 2012 01:33:48 AM Kent A. Reed did opine:
On 1/30/2012 11:35 PM, gene heskett wrote:
So at the moment, I'm back to being bumfuzzled
On Tuesday, January 31, 2012 05:37:54 AM Mark Wendt did opine:
On 01/30/2012 11:35 PM, gene heskett wrote:
snippage
Both machines have now been rebooted, it seems you can't reboot just
one end of an NFS link as the un-rebooted end of it will lock solid,
needs a reset button push to
On 01/31/2012 05:42 AM, gene heskett wrote:
On Tuesday, January 31, 2012 05:37:54 AM Mark Wendt did opine:
On 01/30/2012 11:35 PM, gene heskett wrote:
snippage
Both machines have now been rebooted, it seems you can't reboot just
one end of an NFS link as the un-rebooted end of
On Tuesday, January 31, 2012 06:04:57 AM Mark Wendt did opine:
On 01/31/2012 05:42 AM, gene heskett wrote:
On Tuesday, January 31, 2012 05:37:54 AM Mark Wendt did opine:
On 01/30/2012 11:35 PM, gene heskett wrote:
snippage
Both machines have now been rebooted, it seems you can't
On 01/31/2012 06:09 AM, gene heskett wrote:
Bear in mind Mark, that I now have it setup so each is both a client
and a server, so that I can copy stuff in both directions. No clue
if that is a no-no, but it works, until I reboot either one. Perhaps
some other option needs to be enabled in
On Jan 31, 2012, at 2:00 AM, gene heskett wrote:
The crosspost didn't work apparently, came from the wrong email account I
suppose.
Anyway, the answer is 'taskset' see the manpage.
So I wrote a 3 line script to use taskset to launch emc AND pin it to the
2nd cpu core. Runs sweet
On Tuesday, January 31, 2012 08:52:01 AM Mark Wendt did opine:
On 01/31/2012 06:09 AM, gene heskett wrote:
Bear in mind Mark, that I now have it setup so each is both a client
and a server, so that I can copy stuff in both directions. No clue
if that is a no-no, but it works, until I
On 01/31/2012 09:02 AM, gene heskett wrote:
NFS can use up all the CPU cycles trying to get a remount. I've seen
that quite a few times, especially at boot time, when a system is trying
to do an NFS mount on another system that's down at the time, and it
just sits there forever until the
On Tuesday, January 31, 2012 09:02:45 AM Tom Easterday did opine:
On Jan 31, 2012, at 2:00 AM, gene heskett wrote:
The crosspost didn't work apparently, came from the wrong email
account I suppose.
Anyway, the answer is 'taskset' see the manpage.
So I wrote a 3 line script to use
On Tuesday, January 31, 2012 09:37:52 AM Mark Wendt did opine:
On 01/31/2012 09:02 AM, gene heskett wrote:
NFS can use up all the CPU cycles trying to get a remount. I've seen
that quite a few times, especially at boot time, when a system is
trying to do an NFS mount on another system
On 01/31/2012 09:42 AM, gene heskett wrote:
On Tuesday, January 31, 2012 09:37:52 AM Mark Wendt did opine:
On 01/31/2012 09:02 AM, gene heskett wrote:
NFS can use up all the CPU cycles trying to get a remount. I've seen
that quite a few times, especially at boot time, when a
On 31 January 2012 16:36, gene heskett ghesk...@wdtv.com wrote:
In grub, if the rtai kernel line has isolcpus=1 appended, which takes
cpu1 out of the scheduler, then after the boot in completed, everything is
running on cpu0.
Then, using taskset, put emc/linuxcnc to running on the now
On Mon, 2012-01-30 at 23:35 -0500, gene heskett wrote:
htop shows 2 cpu's with the 2nd one sitting at 0.0% use.
As I understand it, that's the way it should be.
The point of isolating the second CPU / core / whatever is to dedicate
it to the real-time parts of RTAI, thus reducing interrupt
On 1/31/2012 1:48 AM, Erik Christiansen wrote:
3) tools that allow one to treat the grammar as an engineering object,
e.g., view it, analyze it, manipulate it (refactor, group, etc), and
extend it. This area was an arid desert the last time I did any related
technical work.
Well, BNF
On 1/31/2012 10:02 AM, Ed Nisley wrote:
On Mon, 2012-01-30 at 23:35 -0500, gene heskett wrote:
htop shows 2 cpu's with the 2nd one sitting at 0.0% use.
As I understand it, that's the way it should be.
The point of isolating the second CPU / core / whatever is to dedicate
it to the real-time
On 1/31/2012 10:37 AM, Kent A. Reed wrote:
It may well be that this placement of some non-realtime activity on cpu1
fulfills the function of the cpu hog that is described in the RealTime
entry.
On second thought, strike this. I was driving beyond my headlights.
Regards,
Kent
On Tuesday, January 31, 2012 09:53:43 AM andy pugh did opine:
On 31 January 2012 16:36, gene heskett ghesk...@wdtv.com wrote:
In grub, if the rtai kernel line has isolcpus=1 appended, which
takes cpu1 out of the scheduler, then after the boot in completed,
everything is running on cpu0.
On Tuesday, January 31, 2012 10:49:24 AM Mark Wendt did opine:
On 01/31/2012 09:42 AM, gene heskett wrote:
On Tuesday, January 31, 2012 09:37:52 AM Mark Wendt did opine:
On 01/31/2012 09:02 AM, gene heskett wrote:
NFS can use up all the CPU cycles trying to get a remount. I've
seen that
On Tuesday, January 31, 2012 10:51:56 AM Ed Nisley did opine:
Hi Ed;
On Mon, 2012-01-30 at 23:35 -0500, gene heskett wrote:
htop shows 2 cpu's with the 2nd one sitting at 0.0% use.
As I understand it, that's the way it should be.
The point of isolating the second CPU / core / whatever
On Tuesday, January 31, 2012 11:15:31 AM Chris Radek did opine:
On Tue, Jan 31, 2012 at 10:49:04AM -0500, gene heskett wrote:
show stopper. In doing a G38.2 f1 z2.5, it will probably stop well
within a thou of contact. But then I am dead in the water because
when I try to do a z move to
On 1/31/2012 11:10 AM, gene heskett wrote:
What I think I've been saying is that we didn't know how it was working,
Well, yeah, and I'm not sure we know now either.
Just out of curiosity, how is your performance affected if you run the
old-fashioned way, e.g., without isolating a cpu?
Regards,
On Tuesday, January 31, 2012 11:48:40 AM Kent A. Reed did opine:
On 1/31/2012 11:10 AM, gene heskett wrote:
What I think I've been saying is that we didn't know how it was
working,
Well, yeah, and I'm not sure we know now either.
Just out of curiosity, how is your performance affected
Could there be any connection with this to the M66 problem I have listed
herehttp://sourceforge.net/tracker/?func=detailatid=106744aid=3477158group_id=6744?
I think its an error in communication between the top and bottom levels.
If M66 is followed by an oname etc, the decoder sees this as two
2012/1/31 Tom Easterday tom-...@bgp.nu:
Do you have differential drivers for the encoders or are you running them
single ended?
Single ended.
I would put the encoder signals on an oscilloscope and see what they look
like to the controller.
Since I do not have oscilloscope, it seems like
On Tue, Jan 31, 2012 at 11:31:26AM -0500, gene heskett wrote:
the machine state, the usefulness of the probe has been fulfilled, so why
the heck should it care one way or the other when the machine tries to do a
g0 z[#5063 +0.02] in order to back off
I sympathize with you being frustrated
On Tue, 31 Jan 2012, Viesturs L?cis wrote:
Date: Tue, 31 Jan 2012 19:51:37 +0200
From: [UTF-8] Viesturs L?cis viesturs.la...@gmail.com
Reply-To: Enhanced Machine Controller (EMC)
emc-users@lists.sourceforge.net
To: Enhanced Machine Controller (EMC) emc-users@lists.sourceforge.net
Subject:
On Tue, 31 Jan 2012, gene heskett wrote:
Date: Tue, 31 Jan 2012 11:31:26 -0500
From: gene heskett ghesk...@wdtv.com
Reply-To: Enhanced Machine Controller (EMC)
emc-users@lists.sourceforge.net
To: emc-users@lists.sourceforge.net
Subject: Re: [Emc-users] Probing error?
On Tuesday,
2012/1/31 Peter C. Wallace p...@mesanet.com:
The three phase PWM is a fair noise source. Not just capacitively coupled
noise from the three motor wires but inductively coupled noise due to
current spikes from the 28V PWM driving into the motors winding/frame
capacitance. This can be mitigated
Hi Peter,
unfortunately I didn't find time yet to work on my LinuxCNC foam cutter.
Mr. Sammel implemented exactly what I was looking for
a while. I manly use the cutter for wing panels
for model air planes.
I downloaded the patch. But how to install it,
that it runs inside Axis? Any
I'm backtracking a bit
On 1/31/2012 10:49 AM, gene heskett wrote:
On Tuesday, January 31, 2012 09:53:43 AM andy pugh did opine:
On 31 January 2012 16:36, gene heskettghesk...@wdtv.com wrote:
In grub, if the rtai kernel line has isolcpus=1 appended, which
takes cpu1 out of the
2012/1/31 Viesturs Lācis viesturs.la...@gmail.com
2012/1/31 Peter C. Wallace p...@mesanet.com:
The three phase PWM is a fair noise source. Not just capacitively coupled
noise from the three motor wires but inductively coupled noise due to
current spikes from the 28V PWM driving into the
2012/2/1 Sven Wesley svenne.d...@gmail.com
I'm jumping in here, without reading the entire discussion, but you need
to ground the encoder housing as well. The Ethernet ground is not connected
to the chassi of the encoder. I have been using AMT's for years with great
success but had a tiny but
ok, while this wonderful discussion was raging on, I built a working parser for
the current linuxcnc dialect, as an experiment in feasability (this is NOT an
end-user tool!)
http://git.mah.priv.at/gitweb/emc2-dev.git/shortlog/refs/heads/parser-v2-dev
- Michael
ps: I'd appreciate feedback
On 01/31/2012 08:10 AM, gene heskett wrote:
What I think I've been saying is that we didn't know how it was working,
everyone was convinced we would not see rtai activity in a cpu load report
because they weren't seeing any, and that by forcing the issue to match our
thoughts, a relatively
On Tuesday, January 31, 2012 06:57:39 PM Chris Radek did opine:
On Tue, Jan 31, 2012 at 11:31:26AM -0500, gene heskett wrote:
the machine state, the usefulness of the probe has been fulfilled, so
why the heck should it care one way or the other when the machine
tries to do a g0 z[#5063
On Tuesday, January 31, 2012 07:19:33 PM Peter C. Wallace did opine:
On Tue, 31 Jan 2012, gene heskett wrote:
Date: Tue, 31 Jan 2012 11:31:26 -0500
From: gene heskett ghesk...@wdtv.com
Reply-To: Enhanced Machine Controller (EMC)
emc-users@lists.sourceforge.net
To:
On Tuesday, January 31, 2012 07:22:16 PM Kent A. Reed did opine:
I'm backtracking a bit
On 1/31/2012 10:49 AM, gene heskett wrote:
On Tuesday, January 31, 2012 09:53:43 AM andy pugh did opine:
On 31 January 2012 16:36, gene heskettghesk...@wdtv.com wrote:
In grub, if the rtai
On Tue, 31 Jan 2012 19:18:41 -0500
gene heskett ghesk...@wdtv.com wrote:
On Tuesday, January 31, 2012 06:57:39 PM Chris Radek did opine:
On Tue, Jan 31, 2012 at 11:31:26AM -0500, gene heskett wrote:
the machine state, the usefulness of the probe has been
fulfilled, so why the heck
On 30.01.12 07:54, Kenneth Lerman wrote:
On 01/30/2012 12:28 AM, Erik Christiansen wrote:
What is being missed here is that the present parser does all that you
fear above, just without the maintainability and documentation benefits
conferred by a higher level implementation, using powerful
On Wed, 1 Feb 2012 15:14:39 +1100
Erik Christiansen dva...@internode.on.net wrote:
On 30.01.12 07:54, Kenneth Lerman wrote:
On 01/30/2012 12:28 AM, Erik Christiansen wrote:
What is being missed here is that the present parser does all
that you fear above, just without the maintainability
43 matches
Mail list logo