Didn't try this from within AXIS, I'm using the command line. The chmod
is to set the flags (x) to let the operating system know this is an
executable.
If it works from within axis, the better.
John Domville wrote:
I was able to get an education on what a Python Script file is and does. I
John,
As it so happens, I tested this today:
- Save the file in your home directory
- Set as executable: chmod ugo+x ENGRAVE-11.py
- Run: ~/ENGRAVE-11.py
Geert
John Domville wrote:
Like I emailed John Thornton:
Good. Next dumb question. I tried to down load the engraving software
setp encoder.0.counter-mode true
setp encoder.0.x4-mode false
Does your encoder have quadrature (two 50 ppr channels)? This mode only
uses one, and gives you 50 counts per rev, using quadrature can give you
200 counts per rev, which should be smoother.
The encoder is a single channel and
package or the
CVS extract?
Regards,
Geert
John Kasunich wrote:
Chris Radek wrote:
On Mon, Oct 06, 2008 at 01:01:25PM +0200, Geert De Pecker wrote:
For the Z, velocity is 4 (guess 4mm/sec) and accelleration is 3.
This means it takes 1.3 seconds to get to full speed and another 1.3
seconds
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
strange behaviour: running the same command moves in the same
shocky velocity till Z7, then stands there waiting for some time
before continuing...
Is there something else I would need in the config?
Geert
John Kasunich wrote:
Geert De Pecker wrote:
Hi,
I've mounted a spindle encoder
.phase-Z
Makes me wonder. This would send 50 indexes per turn. I guess one should
have a single Z index per turn to act as reference point when threading.
John Kasunich wrote:
Geert De Pecker wrote:
Hi,
I've mounted a spindle encoder to the mill and was trying to use G33,
but this always seems
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
good.
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
Ian,
I'm not a specialist, but isn't it because you use the same signale name:
linksp Sen = axis.3.amp-enable-out
linksp Sen = stepgen.3.enable ),
Geert
Ian W. Wright wrote:
Hi John,
I've had a look at and a play with the hal file but I don't seem to be
able to sort it - again!! :-[
Hi,
When running emc2 to control the lathe, I noticed a strange (or maybe
intentional :-) ) move concerning backlash:
Supposing I'm at X10 and doing a move G0 X0, the system executes this
move and immediately follows it by a small countermove to take up the
backlash. I have the impression, that
Hi,
I was wondering if anybody knows of a good Gcode simulator for linux.
Would be nice to have if you're creating Gcode while away from the
pc where emc2 is installed.
Thanks,
Geert
-
This SF.net email is sponsored by:
installs at the
moment, not for 8.04.
Or you can compile for simulator mode. Instructions are on the wiki at:
http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?Installing_EMC2
- Steve
Geert De Pecker wrote:
Hi,
I was wondering if anybody knows of a good Gcode simulator for linux.
Would
Ian,
Example of while loop to make circular indents in the side of a handwheel/
DAMPER cat 110_mill_grips.ngc
%
(mill grips on other side, 3/8mill=9.5mm, 12 deep)
(params)
#1=-15 (drill depth)
#2=10 (retraction interval)
#100=-12(depth)
(fixed)
(speed)
F80
(reset)
G0 Z5
G0 X0 Y0
G4 P5
thanks,
Geert
Gene Heskett wrote:
On Monday 07 April 2008, John Kasunich wrote:
Geert De Pecker wrote:
Guys,
I'm getting lost here:
- attached the old 3 axis xylotex: same problem
- hooked up the scope to watch the step signal: step high approx 3 us.
Should be ok as xylotex says 1000 ns
and
related to the output of the pc. Ran fine before. Only: unused for 2
months and ubuntu upgrade.
Thanks again,
Geert
Gene Heskett wrote:
On Tuesday 08 April 2008, Gene Heskett wrote:
On Tuesday 08 April 2008, Geert De Pecker wrote:
Jon, Gene,
The Vref's is correct. I've checked
pacsci motor: same problem. No torque at all.
- voltages to the xylotex board ok: 29V and board gives proper 5 volts
Don't know what next to do. Any hints more than welcome.
Thx for listening,
Geert
Geert De Pecker wrote:
Jon and others,
Thanks for the replies.
The configs were
Hi All,
Due to some health problems, I didn't power up my emc box the last 2
months and when I did last week, ubuntu wanted to install an update
which I accepted. Maybe stupid of me ...
When I started emc, the X didn't respond anymore and the Y and Z behaved
very erratically. Movement of these
had a lot nicer output on the scope earlier.
I'll try first with an older xylotex board. Just to make sure the
problem isn't there.
Thanks,
Geert
Jon Elson wrote:
Geert De Pecker wrote:
Hi All,
Due to some health problems, I didn't power up my emc box the last 2
months and when I did last
Chris,
For your info.
I downloaded the archive and it seemd to compile without problem (on my
laptop with opensuse 10.3):
1004tar xzf libmodbus-1.2.2.tar.gz
1005cd libmodbus-1.2.2
1006./configure
1007make
Geert
Chris Morley wrote:
Kirk
I thank you for the offer for the r485
Steve,
Front tool. But how would emc know?
Geert
Steve Blackmore wrote:
On Sun, 20 Jan 2008 17:54:42 +0100, you wrote:
Hi all,
Is it normal, that looking from above on the lathe a G2 makes a
counter-clockwise arc?
When assuming a normal XYZ, the Y axis on the lath is extending
Hi all,
Is it normal, that looking from above on the lathe a G2 makes a
counter-clockwise arc?
When assuming a normal XYZ, the Y axis on the lath is extending
downwards and this would indeed explain this.
Geert
-
This
Arturo,
As promised, I tried to use stepgen to control the analog voltage. Below
are the changes I did to the hal file. This seems to work ok, the
spindle speeds indicated by emc are quite equal to the speeds indicated
by the sherline DRO speed indicator.
I quit my tests to use the solid state
that one to provide the 12V.
Works like a charm. Thanks for the hint.
Regards,
Geert
Lester Caine wrote:
Geert De Pecker wrote:
I probably wrongly assumed that the voltage should come from the KBIC
board. As you say, this would indeed be a flexible solution. Will look
out from such a converter
Just had word from Arturo, maker of the C11 board that the fequency for
full voltage is set to be 25KHz. Will need to investigate why I get nice
results with 400Hz...
Kirk Wallace wrote:
On Wed, 2007-12-26 at 23:18 +0100, Geert De Pecker wrote:
Same here, but then again, the 400 Hz
I'm thinking of a 100 line encoder. Wouldn't require too much resolution.
Tested from the rhino cad program and output seems very acceptable.
But I assume for more then 200 line, it could be worse.
Geert
ben lipkowitz wrote:
On Mon, 24 Dec 2007, Geert De Pecker wrote:
To do threading
.in
net spindle-int2bit = conv-float-u32.0.out = conv-u32-bit.0.in
net spindle-out = conv-u32-bit.0.out
net spindle-out = parport.0.pin-14-out
Geert De Pecker wrote:
Kirk,
You pointed me in the right direction. With siggen and scale, I was able
to produce a frequency from the spindle control. I
Kirk,
The C11 document specifies three power supplies. One computer side +5V,
one CNC side +5V @ 2A and One CNC side +12V @ 300mA. I would think if
you have satisfied these specifications, you should be okay. 12V should
have enough headroom to regulate to 10 V and the VFD should only draw a
Same here, but then again, the 400 Hz is the maximum needed to get the
full analog voltage. So no problem here.
The C11 board really needs a frequency, the pulse width is of very
little influence on the voltage.
Geert
I checked the siggen setup on my test system and 480Hz was the highest
Lester,
This is indeed a solution. Thanks for the link.
Lester Caine wrote:
http://cnc4pc.com/Tech_Docs/C11G__SIEG_X3_Electrical%20storybook.pdf
Check out page 7.
The thing to remember here is that the motor control pot on the Asian mills
is
at mains potential, so you need a totally
Hi all,
I installed a CNC4PC breakout board that has an analog voltage output
available for spindle speed control. However, this board works based
on a frequency to voltage converter and not like standard emc duty cycle
generated by pwmgen.
I was looking into using siggen to create a speed
It is the C11 multifunction board. Main reasons where the isolated
analog voltage and the relay to enable me to stop the motor when the job
is finished.
Kirk Wallace wrote:
Which CNC4PC board do you have?
On Mon, 2007-12-24 at 18:51 +0100, Geert De Pecker wrote:
Kirk,
Problem is that I
with hal before, will take me some study and testing,
before I can get back.
Geert
Kirk Wallace wrote:
On Mon, 2007-12-24 at 19:01 +0100, Geert De Pecker wrote:
It is the C11 multifunction board. Main reasons where the isolated
analog voltage and the relay to enable me to stop the motor when
, no problem, but for now they are
still quite stock the output of stepconf.
Geert
Kirk Wallace wrote:
On Mon, 2007-12-24 at 20:13 +0100, Geert De Pecker wrote:
Kirk,
Thanks for the info. I'll check it out.
I don't think we need 24kHz. The default pwm signal is 100Hz and gave me
2.5 volts. I
Kirk,
You pointed me in the right direction. With siggen and scale, I was able
to produce a frequency from the spindle control. I posted the mill.ini and
mill.hal on http://users.skynet.be/gedp/FILES/index.html.
The signal isn't very stable because I had to put it in the servo-thread
(probably
?
Thanks for the info.
Below a link to the technical drawing for mounting this on a sherline
spindle:
http://users.skynet.be/gedp/FILES/encoder.JPG
http://users.skynet.be/gedp/FILES/encrend01.png
Thx for the info,
Geert
Jon Elson wrote:
Geert De Pecker wrote:
Is the problem with software
De Pecker wrote:
Jon,
After going through some doc about emc, I understood the encoder should
work with one signal (A and Z). I'll give that a try.
It should be A and B for just reading position, Z is the index
(zero).
I did some tests with the ir leds and fototransistors of a canibalized
Chris,
On your website, there is a picture of the mod you did to the sherline
spindle speed control. It looks like you bypass the max-speed trimpot
with an optocoupler.
Are you able to get from lowest to full speed with this mod?
Is this a regular optocoupler?
I understand you drive the
the
position information from the spindle speed command. So you wouldn't
even need and encoder or pulse generator, just an index.
On Sat, 2007-10-27 at 22:57 +0200, Geert De Pecker wrote:
Hi,
It is not quit clear to me what exactly is needed in order to do
threading on the lathe with emc
Is the problem with software encoding related to the speed of the pulses
coming in? If so, would a low res encoder (homemade) of eg 20 ppr be a
solution?
Does it have to be a quadrature encoder (see in the HAL doc that both A
and B are used) or is there a solution with 2 signals: one index Z and
Hi,
It is not quit clear to me what exactly is needed in order to do
threading on the lathe with emc:
Do you need a single synchronization pulse from the spindle to act as a
base for the sync
Or
Do you need a sync pulse AND an encoder (eg 50 ppr) together?
Thanks for the clarification.
Is
41 matches
Mail list logo
