Hi,
I was messing with my configs, HAL and INI, and somehow I made AXIS
dissapear, everything is running according to system monitor, but AXIS
is invisible, i.e. no GUI.
Other unmessed with configs will work, after the 'emc is already
running, restart?' dialog appears.
Any quick
That makes sense. It could be why the 8800GTX in my new machine is just a
very nice card, and not 'killer.' I have Portal running through Steam, and
even though I've finally managed to get it all working great, it's chuggy.
It should fly on this card.
Thanks for the info. I wish we had an open
Thank you Jeff
I solved the nano2count problem as I wrote before.
-Original Message-
From: Jeff Epler [EMAIL PROTECTED]
To: Enhanced Machine Controller (EMC) emc-users@lists.sourceforge.net
Date: Thu, 2 Oct 2008 09:26:23 -0500
Subject: Re: [Emc-users] No version for nano2count found
alan wrote:
I want to connect directly to emc from some software I am developing. So
far my software generates G codes but I want to cut out that stage. This
is out of interest and in the spirit of investigation. By the way I
would like to know the easier ways again out of curiosity.
The NML
Did you accidentally remove the line from the [DISPLAY] section of the .ini
file that reads DISPLAY = axis ?
My display section (old .ini version I have laying around on my laptop at the
moment):
snippet of an old ini file
[EMC]
MACHINE = SiegX3
NML_FILE = emc.nml
DEBUG = 0
[DISPLAY]
DISPLAY
Seem you booted the wrong kernel.
If you install emc2 after you installed a regular Ubuntu then you'll get
both the RTAI kernel and the generic Ubuntu kernel installed.
If there are updates to the generic Ubuntu kernel, then that one will be
automatically selected on your next boot.
You can
Hi,
I've mounted a spindle encoder to the mill and was trying to use G33,
but this always seems to move at the same speed.
The spindle encoder has 50 ppr (pin 11) and an index signal (pin 10).
This is my hal setup:
...
loadrt encoder num_chan=1
...
addf encoder.update-counters base-thread
Alan,
In addition to what Stephen said, see if emcrsh does what you want. Take any
one of the sim configurations (tkemc is a good one) and add:
loadusr emcrsh
to one of the hal files (servo_sim.hal for example)
Run EMC, then open a terminal session and enter:
telnet localhost 5007
After it
On Sunday 05 October 2008, Mark Wendt (Contractor) wrote:
Happy belated Birthday Gene! And many more! Didn't see this until
this morning.
Mark
Thank you very much, Mark.
At 09:29 PM 10/4/2008, you wrote:
On Saturday 04 October 2008, tomp wrote:
happy birthday Gene !
Thanks Tomp, I obviously
John,
Changed the scale to 50. 1 turn of the spindle increases the spindle-pos
by 1 now. I thought the phase-Z was responsable for counting the spindle
revs.
Running eg G33 Z10 K.1 (assuming .1 mm per turn) moves very shocky.
Also, running G33 Z10 K.2 seems to go up at full speed.
Another
I came to the .hal section below looking around on the net and
testing, but, while this seems to work from time to time, basically,
I'm not using the index signal which I would need for eg threading.
Especially the line
net spindle-phase-A = parport.0.pin-11-in = encoder.0.phase-A
Geert De Pecker wrote:
I came to the .hal section below looking around on the net and
testing, but, while this seems to work from time to time, basically,
I'm not using the index signal which I would need for eg threading.
Especially the line
net spindle-phase-A = parport.0.pin-11-in =
Just changed to the code below, but G33 keeps doing very strange.
Also, the motion.spindle-speed-in displays 4.3 instead of the approx
200 rpm the spindle is doing. Would I need to put a scale component
in to change from the rotations per second (encoder reading per second?)
to rotations per
Added a scaler and the rpm display is now correct. But still the strange
move on G33 Z10 K.1: at first it seems the Z axis is pulsed to move.
During the move, the motion becomes smoother and smoother, at the end,
almost a very smooth move.
Sorry about this explanation. Can't describe it very
On Sunday 05 October 2008 22:35:37 Geert De Pecker wrote:
Added a scaler and the rpm display is now correct. But still the strange
move on G33 Z10 K.1: at first it seems the Z axis is pulsed to move.
During the move, the motion becomes smoother and smoother, at the end,
almost a very smooth
I didn't make it through the video, but emc supports probing with G38.2.
G38.2 probe does a straight movement and records the feedback position
at the time a digital input goes TRUE. It then decelerates the axis
within machine constraints. The resulting values are stored
in interpreter
Geert De Pecker wrote:
Just changed to the code below, but G33 keeps doing very strange.
Also, the motion.spindle-speed-in displays 4.3 instead of the approx
200 rpm the spindle is doing. Would I need to put a scale component
in to change from the rotations per second (encoder reading per
Richard Acosta wrote:
wrong driver (m7i43_hm2), but the error messages are from the correct
driver (hm2_7i43). We need to know the commands that generate those
error messages, and they're definately not the commands you show.
That was my mistake, i was using the correct line, but i
I am running EMC 2.1.0 if the first code I open after loading EMC is a
threading code it will operate as I expect. I can run the code 20+ times and
it works perfectly, if I open a different threading code it too will work as it
should. As soon as I open any code that does not thread run that
richard harris wrote:
I am running EMC 2.1.0 if the first code I open after loading EMC is a
threading code it will
operate as I expect. I can run the code 20+ times and it works
perfectly, if I open a different
threading code it too will work as it should. As soon as I open any code
that
By code I am referring to an entire g-code file some G0's some G76 etc...
What modal value would effect G76's ability to properly calculate the
feed rate? I should mention that even when it threads at the G0 speed
it does sync with the encoder index pulse.
--- On Sun, 10/5/08, John Kasunich
richard harris wrote:
By code I am referring to an entire g-code file some G0's some G76 etc...
What modal value would effect G76's ability to properly calculate the
feed rate? I should mention that even when it threads at the G0 speed
it does sync with the encoder index pulse.
Off the
Gentlemen,
A comment on the probing cycle at the URL in Jeff's post.
If the center of the probe is not EXACTLY aligned with the
centerline of the spindle the coordinates obtained will not be
accurate to the center of the spindle. A probe calibration routine to
determine and save the
richard harris wrote:
I am running EMC 2.1.0
Someone on IRC just called this part of your message to my attention...
2.1.0 is very old - we are currently at 2.2.6.
Just to get a hint at how many changes have been made since then, look
here:
24 matches
Mail list logo
