On 15 September 2010 02:50, Stuart Stevenson stus...@gmail.com wrote:
Gentlemen,
The servo amps on the Enshu have different accel/decel shapes. The
PID.output trace has a sharp corner to it. The trace raises a little and
then turns almost straight up. The decel trace is MUCH more rounded.
Hi all,
For the 2.4 html doc, I spotted a mistake in the french version. This
section must be deleted :
http://linuxcnc.org/docs/2.4/html/gcode_main_fr.html#r10_1_6
as M62 and M63 _are_ implemented.
And about their utilisation, I suggest to modify this section, to make
it as complete as the
yann jautard wrote:
M64 et M65 sont effectives immédiatement à leur réception par le
contrôleur de mouvement. Elles ne sont pas synchronisées avec le
déplacement, and they will break blending. this is what I do not
understand
Alex,
That works once you've installed the OS and EMC2. I had the
problem running it from the live CD, with no way of adding qualifiers to
the boot. Perhaps on the next release, or update that could be added as
a default to the /etc/default/grub file? Or will that break other installs?
Outstanding Igor! Glad to hear you got it all tweaked now and running
fine. Yup, these guys know their stuff.
Mark
On 09/15/2010 01:11 AM, Igor Chudov wrote:
OK, great thanks to all. Tonight was a great evening.
First I tried to change velocity control loop (tachometer mode) on the
You should be able to edit the grub line even for the LiveCD.
At the beginning of the boot there's a keyboard symbol on the screen, if you
press any key you get a boot menu.
There is an option there to edit boot params (F6 or so, iirc).
All you need to do is add lapic to the boot line.
I am not
Ah, I was wondering what those two little doohickeys were when it
started booting to the CD-ROM... Thanks!
Mark
On 09/15/2010 06:00 AM, Alex Joni wrote:
You should be able to edit the grub line even for the LiveCD.
At the beginning of the boot there's a keyboard symbol on the screen,
if
Hi Yann,
Blending is done by the naive cam detector and implemented with G64Pnn.
If you can make a git patch for the docs revision that would be great.
You can contact me directly if you like and I can help you with the git
patch (I hope).
John Thornton
yann jautard wrote:
Hi all,
For the
John Thornton wrote:
Hi Yann,
Blending is done by the naive cam detector and implemented with G64Pnn.
ok, so what is the behaviour of this with M64/65 ? Does the motion do a
full stop when a M64/65 command is placed between two movement command
instead of having it continued, like I have
Yes, you are right.
M62/63 don't interrupt moves (the machine will move as if the M62/63 aren't
there).
M64/65 interrupt moves (the machine will stop in order to issue M64/65).
Regards,
Alex
- Original Message -
From: yann jautard brico...@free.fr
To: Enhanced Machine Controller (EMC)
Alex Joni wrote:
Yes, you are right.
M62/63 don't interrupt moves (the machine will move as if the M62/63 aren't
there).
M64/65 interrupt moves (the machine will stop in order to issue M64/65).
Regards,
Alex
ok, so the good french version for the M62-65 doc is following.
I will see
Alex,
Does the motion stop when the line before M64/65 is finished or when the
interpreter reads it into memory?
Thanks
John
Alex Joni wrote:
Yes, you are right.
M62/63 don't interrupt moves (the machine will move as if the M62/63 aren't
there).
M64/65 interrupt moves (the machine will
On Wed, Sep 15, 2010 at 12:07 AM, Jon Elson el...@pico-systems.com wrote:
Stuart Stevenson wrote:
Gentlemen,
The servo amps on the Enshu have different accel/decel shapes. The
PID.output trace has a sharp corner to it. The trace raises a little and
then turns almost straight up. The
I forgot to mention the files in the enshu directory with the pictures are
the current files the machine is configured with.
thanks
Stuart
--
dos centavos
--
Start uncovering the many advantages of virtual appliances
When the line is finished.
Probably the wording immediately is not quite accurate.
Regards,
Alex
- Original Message -
From: John Thornton bjt...@gmail.com
To: Enhanced Machine Controller (EMC) emc-users@lists.sourceforge.net
Sent: Wednesday, September 15, 2010 4:18 PM
Subject: Re:
On Wed, Sep 15, 2010 at 08:22:41AM -0500, Stuart Stevenson wrote:
pictures are here
http://www.mpm1.com:8080/machines/enshu
there are pictures of all three axes both positive and negative moves
It looks like the axes can't accelerate as fast as you are requesting.
It seems like they have
On Wed, Sep 15, 2010 at 09:07:28AM -0500, Chris Radek wrote:
It looks like the axes can't accelerate as fast as you are requesting.
After looking at it again, this comment is wrong.
The problem is that your tuning is completely wrong for velocity
mode. With P only, you're commanding a
just tested, it stops at then end of the move defined by the line before
M64/65
John Thornton wrote:
Alex,
Does the motion stop when the line before M64/65 is finished or when the
interpreter reads it into memory?
Thanks
John
Alex Joni wrote:
Yes, you are right.
M62/63 don't
Chris,
I have tried all sorts of combinations of tuning. I set this to be the
simplest and show what I am seeing. Nothing I have done has changed the
general shape of the traces.
I will see what I can do with your instructions.
thanks
Stuart
On Wed, Sep 15, 2010 at 9:26 AM, Chris Radek
I have a project that requires being able to locate a scribed line very
accurately(, worm gear cutting without a rotary table). One way to do
this might be to use a microscope with a webcam, then center the line on
an electronic cross-hair. If anyone has done this, your reply could save
me from
I may have been too quick to declare a total victory.
Here's why:
I did have a good success moving UNLOADED table in all directions with
relatively low (0.0002 or so) following error. That cannot be denied.
No chattering, buzzing, the system calms down instantly after motion,
etc.
But I also
On Wed, Sep 15, 2010 at 09:18:04AM -0700, Kirk Wallace wrote:
I have a project that requires being able to locate a scribed line very
accurately(, worm gear cutting without a rotary table). One way to do
this might be to use a microscope with a webcam, then center the line on
an electronic
I have set up one such system, that made use of a reticule generator box
in line between a CCD camera with a magnification lens (not attached to a
microscope)
The essential part is fixing the camera in such a way that it is immovable.
If that aspect is done well, a pair of cross lines drawn
Scribe lines are thicker than one might first guess. .002-.003 really. A
hair's breadth
Finding the intersection to within a thou.with a pointed wiggler would be
difficult (for my eyes at least). I like to use -/-.002 for location based
on scribe lines produced with a transfer block or
Chris Radek wrote:
On Wed, Sep 15, 2010 at 09:18:04AM -0700, Kirk Wallace wrote:
I have a project that requires being able to locate a scribed line very
accurately(, worm gear cutting without a rotary table). One way to do
this might be to use a microscope with a webcam, then center the
2010/9/15 Kirk Wallace kwall...@wallacecompany.com
I have a project that requires being able to locate a scribed line very
accurately(, worm gear cutting without a rotary table). One way to do
this might be to use a microscope with a webcam, then center the line on
an electronic cross-hair.
Gentlemen,
http://www.mpm1.com:8080/machines/enshu/Screenshot.png
This is set up with Pgain = 10, FF1 = 1 and scale = 8.89.
I have tried Pgain = 0 - got no PID output
Pgain = 100 - got a little better
Pgain = 300 - not much better but didn't feel as good
Igor Chudov wrote:
I now have a sweet quiet little Bridgeport Interact mill that does not
act like it is PMSing 30 days a month. 90 IPM on X and Y (I limited
myself to 60 IPM on Z for safety). Quick to home and quiet.
That double velocity loop, ad I now realize, was not good for what I
was
Stuart:
Didn't Cradek just do this?? ... the tach simulation with some Mesa
controls on his Mori Jr mill?
So your drives do not require the commutation signals that on some Fanuc
systems was derrived from the encoder on the motor via the controls??
I never really fully understood the Fanuc
hallo, in my inverted tetrapod i've set the 4 axis as: X Y Z A, in this way:
[TRAJ]
AXES = 4
COORDINATES = X Y Z A
LINEAR_UNITS = mm
ANGULAR_UNITS = degree
CYCLE_TIME = 0.010
DEFAULT_VELOCITY = 300.00
MAX_LINEAR_VELOCITY = 3000.00
[AXIS_0] to [AXIS_3] **they are
Thank you for the replies, sorry for the lack of details (see below).
On Wed, 2010-09-15 at 11:32 -0500, Chris Radek wrote:
... snip
the sharp pointer from a wiggler set, bringing it very close to your
scribed line, and centering it over the line with a loupe. You can
get easily within .001
Stuart,
From your .ini file :
MAX_VELOCITY = 12 or 15 inches/second? That is 720 or 900 IPM.
Can the machine really do that? You don't show pid.0.output, it would be
useful to see if the PID output is saturating. (It probably is.)
I think Chris is right, the servo, at least set up the way it
On Wed, Sep 15, 2010 at 12:24 PM, Dave e...@dc9.tzo.com wrote:
Stuart:
Didn't Cradek just do this?? ... the tach simulation with some Mesa
controls on his Mori Jr mill?
So your drives do not require the commutation signals that on some Fanuc
systems was derrived from the encoder on the
On Wed, Sep 15, 2010 at 12:20 PM, Jon Elson el...@pico-systems.com wrote:
Igor Chudov wrote:
I now have a sweet quiet little Bridgeport Interact mill that does not
act like it is PMSing 30 days a month. 90 IPM on X and Y (I limited
myself to 60 IPM on Z for safety). Quick to home and quiet.
the max velocity for the latest scope picture is 8 and the DAC scale is 8.89
the machine was moving at 400 ipm with the original control
8 is the result of many attempts up/down to cause a difference in the
feedback
I just happened to stop with 8 as the number. This would be 480 ipm. I don't
On 15 September 2010 18:24, Spiderdab 77...@tiscali.it wrote:
[AXIS_0] to [AXIS_3]
These are Joints 0 to 3, and in your case don't necessarily
correspond to cartesian axes.
You should be able to jog in XYZ in World mode and 0,1,2,3 in
Joint Mode, and switch between them with $
--
atp
Na 15.9.2010 18:18, Kirk Wallace je pisal:
I have a project that requires being able to locate a scribed line very
accurately(, worm gear cutting without a rotary table). One way to do
this might be to use a microscope with a webcam, then center the line on
an electronic cross-hair. If
On Wed, Sep 15, 2010 at 12:16:40PM -0500, Stuart Stevenson wrote:
Gentlemen,
http://www.mpm1.com:8080/machines/enshu/Screenshot.png
This is set up with Pgain = 10, FF1 = 1 and scale = 8.89.
I have tried Pgain = 0 - got no PID output
Pgain = 100 - got a little better
Hi Stuart,
Do you have some part numbers for these drives?
- Original Message -
From: Stuart Stevenson stus...@gmail.com
To: Enhanced Machine Controller (EMC) emc-users@lists.sourceforge.net
Sent: Wednesday, September 15, 2010 3:22 PM
Subject: Re: [Emc-users] simple servo amplifier
On Wed, Sep 15, 2010 at 1:53 PM, Chris Radek ch...@timeguy.com wrote:
On Wed, Sep 15, 2010 at 12:16:40PM -0500, Stuart Stevenson wrote:
Gentlemen,
http://www.mpm1.com:8080/machines/enshu/Screenshot.png
This is set up with Pgain = 10, FF1 = 1 and scale = 8.89.
I have tried Pgain = 0
On Wed, Sep 15, 2010 at 2:08 PM, Belli Button be...@iafrica.com wrote:
Hi Stuart,
Do you have some part numbers for these drives?
p/n's are in this file
http://www.mpm1.com:8080/machines/enshu/enshu.txt
--
dos centavos
On 15 September 2010 21:03, Kirk Wallace kwall...@wallacecompany.com wrote:
it would be nice to come up with
a way to make precise worm gear sets so that one could make a table
without first having one.
You can freeform-machine worm with a home-made cutter (effectively a
tap with an odd
On Wed, Sep 15, 2010 at 12:42:55PM -0500, Jon Elson wrote:
The PPMC
driver takes a +/- 1.0 value and multiplies it by 10 to give a +/- 10 V
output range.
Are you sure? I was looking at the pwmgen code earlier instead of the
dac code (not sure how these differ) and I *think* pwmgen full scale
Hi,
I checked the DAC output - it was .889 - I changed the scale from 8.89 to
.889 - the response was back to just like before.
The config files to match this picture are available
The latest picture is;
http://www.mpm1.com:8080/machines/enshu/Screenshot-1.png
thanks
Stuart
--
dos
On Wed, Sep 15, 2010 at 03:32:31PM -0500, Stuart Stevenson wrote:
Hi,
I checked the DAC output - it was .889 - I changed the scale from 8.89 to
.889 - the response was back to just like before.
The config files to match this picture are available
The latest picture is;
Someone has used a webcam to help align with emc. Though I don't think its very
fancy . Look in cnczone under emc I might have added a link to the wiki ...
Sent from my BlackBerry device on the Rogers Wireless Network
-Original Message-
From: Kirk Wallace kwall...@wallacecompany.com
On Wed, Sep 15, 2010 at 04:08:31PM -0500, Chris Radek wrote:
On Wed, Sep 15, 2010 at 03:32:31PM -0500, Stuart Stevenson wrote:
Hi,
I checked the DAC output - it was .889 - I changed the scale from 8.89 to
.889 - the response was back to just like before.
The config files to match this
On Wed, Sep 15, 2010 at 5:34 PM, Chris Radek ch...@timeguy.com wrote:
On Wed, Sep 15, 2010 at 04:08:31PM -0500, Chris Radek wrote:
On Wed, Sep 15, 2010 at 03:32:31PM -0500, Stuart Stevenson wrote:
Hi,
I checked the DAC output - it was .889 - I changed the scale from
8.89 to
.889 -
I wrote a perl script to run in a terminal window and track current,
as well as maximum (absolute value) values of f-error.
It is very easy to understand. It tries to format it nicely for easy
understanding. You need about 90 character wide terminal so that the
text stays on one line.
Here it
Igor Chudov wrote:
I may have been too quick to declare a total victory.
Here's why:
I did have a good success moving UNLOADED table in all directions with
relatively low (0.0002 or so) following error. That cannot be denied.
No chattering, buzzing, the system calms down instantly after
Jon, thanks. First things first I will try to improve the Z axis
response while staying within the torque mode, just so that I do not
switch back and forth too much. I will try to increase P and will
report what happens.
As for velocity mode, I will proceed carefully with this. Thanks for
Stuart Stevenson wrote:
Hi,
I checked the DAC output - it was .889 - I changed the scale from 8.89 to
.889 - the response was back to just like before.
The config files to match this picture are available
The latest picture is;
http://www.mpm1.com:8080/machines/enshu/Screenshot-1.png
The tuning numbers are in
http://www.mpm1.com:8080/machines/enshu/enshu.ini
as you will see the FF1 number is close to 1
I started with FF1 = 1 and P = 10
I still think I would get a better tune if I cancelled the tuning in the
servo amp.
Then my tuning numbers would make sense as I would not be
Chris Radek wrote:
On Wed, Sep 15, 2010 at 12:42:55PM -0500, Jon Elson wrote:
The PPMC
driver takes a +/- 1.0 value and multiplies it by 10 to give a +/- 10 V
output range.
Are you sure? I was looking at the pwmgen code earlier instead of the
dac code (not sure how these differ)
On Wed, Sep 15, 2010 at 10:21:03PM -0500, Jon Elson wrote:
Now, if you use the OUTPUT_SCALE of 0.889, and PID is limited to +/- 1.0
as the
maximum range, it will limit the DAC output to +/-1.12 V. Is this
reasoning right?
Yes I think so. That's why Stuart S has his pid maxoutput set to
Igor Chudov wrote:
Jon, thanks. First things first I will try to improve the Z axis
response while staying within the torque mode, just so that I do not
switch back and forth too much. I will try to increase P and will
report what happens.
As for velocity mode, I will proceed carefully with
Stuart Stevenson wrote:
The tuning numbers are in
http://www.mpm1.com:8080/machines/enshu/enshu.ini
as you will see the FF1 number is close to 1
I started with FF1 = 1 and P = 10
I still think I would get a better tune if I cancelled the tuning in the
servo amp.
Then my tuning numbers
On Tue, Sep 14, 2010 at 8:20 PM, Kai Schaeffer k...@schaeffer-ag.de wrote:
Just a thought I had: wouldn't it be a good idea to bring the H-bridge
close to the motors? Then you need a different link between the I/O card
and H-bridge. The 7i43 supports the USB port, but there I see some
Chris Radek wrote:
Yes I think so. That's why Stuart S has his pid maxoutput set to 8,
which is the same as the machine's maxvel. That lets pid units be
real world units inches/sec.
Yes, this way of setting it up is starting to make sense (after only 10
years of
making everything
2010/9/16 Yi-Shin Li y...@araisrobo.com:
On Tue, Sep 14, 2010 at 8:20 PM, Kai Schaeffer k...@schaeffer-ag.de wrote:
Just a thought I had: wouldn't it be a good idea to bring the H-bridge
close to the motors? Then you need a different link between the I/O card
and H-bridge. The 7i43 supports
60 matches
Mail list logo