Marc,
I had thought about this with my plasma table and for the time being to use the
same holder
for both the plasma and spring loaded center punch. However I would be
iterested in
following along if you decide to use Steven's approch. So keep us posted.
When 2.3 comes out you will be able
Hello,
I am a new user of EMC and I am using it to control a 5'x10' CNC router
table that uses 2 motors to drive the gantry on the X axis, (one motor on
each end of the gantry). I am simply just splitting the step and direction
output signals for the X axis to 2 stepper drives. I have been
I saw a sample config that does that. I seem to remember it is in
/etc/emc2/sample-configs/stepper-gantry or similar.
It isn't exactly what you want, but it should get you going down the
right track!
Dan Clarke wrote:
Hello,
I am a new user of EMC and I am using it to control a 5'x10' CNC
On Fri, 5 Dec 2008, Tom wrote:
Date: Fri, 5 Dec 2008 07:12:01 + (UTC)
From: Tom [EMAIL PROTECTED]
Reply-To: Enhanced Machine Controller (EMC)
emc-users@lists.sourceforge.net
To: emc-users@lists.sourceforge.net
Subject: [Emc-users] servo chatter at rest is going to drive me nuts...
Gentlemen,
The Dahlih cut the corners of a mill path. I had described this
previously. Clyde, the operator, told me he ran the path .005 deep and
it showed the path good. He moved the Z down .8, reran the program and
it cut across the g2 corners. It is sitting in the state. Is there
something I
Hi all,
I've just re-arranged some parallel port inputs and outputs, so now I
have a pin available for each of the three axes on my minimill. I can't
seem to get ctrl-Home to home anything other than the current axis, even
though I have the following line in my config file:
HOME_SEQUENCE = 0
Patrick,
I believe you want to put the command 'HOME_SEQUENCE = 1' in the
AXIS section you want to home first and then 'HOME_SEQUENCE = 2' in
the AXIS section you want to home second, etc.
Stuart
On Fri, Dec 5, 2008 at 12:28 PM, Patrick Ferrick
[EMAIL PROTECTED] wrote:
Hi all,
I've just
Patrick Ferrick wrote:
Hi all,
I've just re-arranged some parallel port inputs and outputs, so now I
have a pin available for each of the three axes on my minimill. I can't
seem to get ctrl-Home to home anything other than the current axis, even
though I have the following line in my config
Stuart Stevenson wrote:
Gentlemen,
The Dahlih cut the corners of a mill path. I had described this
previously. Clyde, the operator, told me he ran the path .005 deep and
it showed the path good. He moved the Z down .8, reran the program and
it cut across the g2 corners. It is sitting in the
Stephen,
I don't want to imply that I think the Z level affected the motion
- just passing along all the information given to me.
The motion is as if the g2 is g1.
thanks
Stuart
On Fri, Dec 5, 2008 at 12:59 PM, Stephen Wille Padnos [EMAIL PROTECTED] wrote:
Stuart Stevenson wrote:
looks as if I should start to read the docs before answering :)
On Fri, Dec 5, 2008 at 12:56 PM, Stephen Wille Padnos [EMAIL PROTECTED] wrote:
Patrick Ferrick wrote:
Hi all,
I've just re-arranged some parallel port inputs and outputs, so now I
have a pin available for each of the three axes on
Stuart Stevenson wrote:
Stephen,
I don't want to imply that I think the Z level affected the motion
- just passing along all the information given to me.
OK, no problem there :)
The motion is as if the g2 is g1.
Hmmm. Can you post a snippet of the code that does this (at least the
On Fri, Dec 05, 2008 at 12:25:43PM -0600, Stuart Stevenson wrote:
Gentlemen,
The Dahlih cut the corners of a mill path. I had described this
previously. Clyde, the operator, told me he ran the path .005 deep and
it showed the path good. He moved the Z down .8, reran the program and
it cut
Date: Fri, 5 Dec 2008 12:33:05 -0600
From: Stuart Stevenson [EMAIL PROTECTED]
Subject: Re: [Emc-users] Homing sequence question
To: Enhanced Machine Controller (EMC)
emc-users@lists.sourceforge.net
Message-ID:
[EMAIL PROTECTED]
Content-Type: text/plain; charset=ISO-8859-1
Jack,
Thanks. I do remember seeing that configuration but I skipped over it
because I think it mentioned being setup for mm. I'll go back and look at
it again.
Cheers,
Dan
Message: 3
Date: Fri, 05 Dec 2008 11:43:03 -0600
From: Jack Coats [EMAIL PROTECTED]
Subject: Re: [Emc-users] limit/home
Peter,
I found something interesting while checking to get your answers. Presiously
I was only jogging X and Y, and did not get any errors. This time I tried Z
as well. When I jog the Z axis I get the TRAM write error. That would
explain why I get the error when running a G-Code program, but
On Fri, 5 Dec 2008, Eric H. Johnson wrote:
Date: Fri, 5 Dec 2008 14:50:35 -0500
From: Eric H. Johnson [EMAIL PROTECTED]
Reply-To: Enhanced Machine Controller (EMC)
emc-users@lists.sourceforge.net
To: 'Enhanced Machine Controller (EMC)' emc-users@lists.sourceforge.net
Subject: Re:
Peter,
At this point I am just working out the configuration. I am not connected to
anything as far as hardware. There is nothing connected to the P3 and P4
connectors.
Regards,
Eric
Well thats fairly weird. If there is no configuration difference, Is it
possible that there is a electrical
Gentlemen,
screenshot is here - http://imagebin.ca/view/7sXPYvWb.html
all the configuration files are in the directory www.mpm1.com:8080/dahlih/temp
TRUNK - updated approx 30 days ago (unless time has flown a lot)
(relatively recent)
I think Clyde just ran the program .005 deep to test it.
On Fri, 5 Dec 2008, Eric H. Johnson wrote:
Date: Fri, 5 Dec 2008 15:26:58 -0500
From: Eric H. Johnson [EMAIL PROTECTED]
Reply-To: Enhanced Machine Controller (EMC)
emc-users@lists.sourceforge.net
To: 'Enhanced Machine Controller (EMC)' emc-users@lists.sourceforge.net
Subject: Re:
all of the g2's - the screenshot shows the path correct but shows the
motion not following the path
all three passes run incorrect
On Fri, Dec 5, 2008 at 2:40 PM, Dave Engvall [EMAIL PROTECTED] wrote:
All of the G2's or just the one block?
Dave
On Dec 5, 2008, at 12:32 PM, Stuart Stevenson
do those corners work if done as R's rather than I,J?
On Dec 5, 2008, at 12:50 PM, Stuart Stevenson wrote:
all of the g2's - the screenshot shows the path correct but shows the
motion not following the path
all three passes run incorrect
On Fri, Dec 5, 2008 at 2:40 PM, Dave Engvall [EMAIL
Well.. this is somehting mesa people has to answer, because i asked for
the 400k version when bought. If they send the wrong one i'll have to
talk to them then.
I'll doublecheck my board and it's package again, but i think this can't
be possible.
El 05/12/08 00:25, Stephen Wille Padnos
I'm (almost) sure it's the 400k version, because is the one i asked when
i bought it, this night when in home i'll check that again.
El 05/12/08 01:12, Peter C. Wallace escribio':
On Thu, 4 Dec 2008, Stephen Wille Padnos wrote:
Date: Thu, 04 Dec 2008 21:25:58 -0500
From: Stephen Wille
On Fri, Dec 05, 2008 at 02:32:31PM -0600, Stuart Stevenson wrote:
Gentlemen,
screenshot is here - http://imagebin.ca/view/7sXPYvWb.html
all the configuration files are in the directory www.mpm1.com:8080/dahlih/temp
When I try to download dahlih.var or dahlih.var.bak, I get an
internal
On Fri, 5 Dec 2008, Richard Acosta wrote:
Date: Fri, 05 Dec 2008 19:22:21 -0200
From: Richard Acosta [EMAIL PROTECTED]
Reply-To: Enhanced Machine Controller (EMC)
emc-users@lists.sourceforge.net
To: Enhanced Machine Controller (EMC) emc-users@lists.sourceforge.net
Subject: Re:
i just copied dahlih.var to dahlihvar.txt - try it
On Fri, Dec 5, 2008 at 3:23 PM, Chris Radek [EMAIL PROTECTED] wrote:
On Fri, Dec 05, 2008 at 02:32:31PM -0600, Stuart Stevenson wrote:
Gentlemen,
screenshot is here - http://imagebin.ca/view/7sXPYvWb.html
all the configuration files are in
Thanks for those many great suggestions. I think the cleanest solution
would be to align the tools in Y and use the lathe tool offset in X.
Unfortunately there does not seem to be an easy solution for X and Y
offsets. My situation is such that I have a gantry bride in Y, so that
aligning the tools
Ray Henry wrote:
http://www.ce.utwente.nl/rtweb/publications/MSc2004/pdf-files/011CE2004_Buit.pdf
An interesting study of RTnet. In it they say;
RTnet communication times are mostly determined by the
hardware. Not only processor speed but also architecture and
Rafael Skodlar wrote:
If I were asked to select the most common port, bus, or interface in PC
for use in RT environment I would say either floppy or ATA bus. They are
present on most motherboards. However, they are now practically obsolete
and bad candidates for future EMC direction IMO.
In industry ethernet based realtime protocols are used more and more
with good success on pretty inexpensive and reliable hardware.
Especially I have SERCOS and EtherCAT in mind.
Both of these buses have fast cycles from 30us up, both have software
masters on a standard ethernet controller and
On Friday 05 December 2008, Stuart Stevenson wrote:
Gentlemen,
screenshot is here - http://imagebin.ca/view/7sXPYvWb.html
And that looks exactly like what a very slow axis screen update would do, cuz
it doesn't get to sample it often enough to draw a good follow. Are you sure
the part itself
The part looks exactly like the motion trace not the preview - at all overrides.
Sent via BlackBerry from T-Mobile
-Original Message-
From: Gene Heskett [EMAIL PROTECTED]
Date: Fri, 05 Dec 2008 20:10:27
To: Enhanced Machine Controller \(EMC\)emc-users@lists.sourceforge.net
Subject: Re:
Jon and Dave,
That seems to be a nice small motor/ drive combo. I have 4 of them.
I have one of the drive/motors running on a Motenc lite board. Other work
pulled me away from it. I need to get back to it and tune the drive.
Dale
--- On Mon, 12/1/08, Jon Elson [EMAIL PROTECTED] wrote:
From:
I'm playing around with axis on my LCD TV/Monitor and many fonts in Axis are
too small to read. What are the names of the resources that I can add to my
.Xdefaults to make them readable.
Here's what I have so far (from reading the twiki I think):
$ xrdb -query | grep -i axis
El 05/12/2008 07:35 p.m., Peter C. Wallace escribió:
On Fri, 5 Dec 2008, Richard Acosta wrote:
This may also indicate a inability to communicate with the card.
1. Is the card jumpered for EPP (W4 and W5 both in the 'down' position)
Yes.
2. Is the card powered properly (all three status
Howard Chan wrote:
Dear Jon,
Thanks you give me some suggest. Today I try to use small value of the
P. But there are an error when I click 'F2'.
http://myweb.polyu.edu.hk/~icwfchan/error.png
Would you mind telling me what has happen?
WOW, very strange. I think it is integral windup.
Stuart Stevenson wrote:
Stephen,
I don't want to imply that I think the Z level affected the motion
- just passing along all the information given to me.
The motion is as if the g2 is g1.
Barring a completely flukey software bug, I doubt that is what
happened. Was this a heavy cut?
Stephen Wille Padnos wrote:
Hmmm. Can you post a snippet of the code that does this (at least the
offending line)? If there are any #variables in use, can you check
their values? I don't have anything specific in mind, but I can see how
an arc with some wacky IJ or R value could be almost
On Dec 5, 2008, at 9:57 PM, Jon Elson wrote:
Stuart Stevenson wrote:
Stephen,
I don't want to imply that I think the Z level affected the motion
- just passing along all the information given to me.
The motion is as if the g2 is g1.
Barring a completely flukey software bug, I doubt
The machine was restarted and the very same program is running correctly now
Unless during the program load something was corrupted in a hidden fashion
On Sat, Dec 6, 2008 at 12:00 AM, Jon Elson [EMAIL PROTECTED] wrote:
Stephen Wille Padnos wrote:
Hmmm. Can you post a snippet of the
On Dec 5, 2008, at 10:08 PM, Stuart Stevenson wrote:
The machine was restarted and the very same program is running
correctly now
Unless during the program load something was corrupted in a
hidden fashion
Have you run memory diagnostic on that machine?
Dave
On Sat, Dec 6, 2008
memtest?
On Sat, Dec 6, 2008 at 12:11 AM, Dave Engvall [EMAIL PROTECTED] wrote:
On Dec 5, 2008, at 10:08 PM, Stuart Stevenson wrote:
The machine was restarted and the very same program is running
correctly now
Unless during the program load something was corrupted in a
hidden fashion
On Dec 5, 2008, at 10:16 PM, Stuart Stevenson wrote:
memtest?
Better ask someone that knows which memory tester really wrings out
the memory and is most likely to find the
different kinds of errors. I'm certainly no expert on this. I've not
run memory exercisers since my PDP-11 days.
Stuart Stevenson wrote:
memtest?
It wouldn't hurt, but I'm not so sure it'll help either.
Chris found a screenshot of the same problem from some time ago (a
couple of years I think). I'm bummed that I didn't think to ask you to
turn up debugging and re-run the code. I guess I didn't
Is there anyway to change the tuning parameters dynamically? Just bumping up
the deadband when idle would probably solve the problem.
Peter Wallace
Mesa Electronics
Peter,
That's a good idea.
I wonder if a hal component could sense when motion is idle, then swap in a
larger value
when the machine enters this state it will repeat the incorrect behavior
On Sat, Dec 6, 2008 at 12:22 AM, Stephen Wille Padnos [EMAIL PROTECTED] wrote:
Stuart Stevenson wrote:
memtest?
It wouldn't hurt, but I'm not so sure it'll help either.
Chris found a screenshot of the same problem
Jon,
I will be able to see the chatter/hunting in the pid.error signal in Halscope,
so I will try to reduce it with less d-term and try adjusting FF2 to compensate
for f-error.
Right now my values are roughly p-term=8500, i-term=375, d-term=45 -
I am using the amplifiers in velocity mode
On Friday 05 December 2008, [EMAIL PROTECTED] wrote:
The part looks exactly like the motion trace not the preview - at all
overrides. Sent via BlackBerry from T-Mobile
Ok. so much for that idea, I'll go quietly now.
--
Cheers, Gene
There are four boxes to be used in defense of liberty:
soap,
49 matches
Mail list logo
