On 5 July 2012 18:12, Jon Elson wrote:
>> I agree with your disagreement. The problem you describe is likely to
>> particularly acute in cases where someone has a 1:3 pulley ratio and
>> only bothers to type in the scale factor to as many significant
>> figures as they feel necessary.
>>
>>
> Nop
andy pugh wrote:
>
>
> I agree with your disagreement. The problem you describe is likely to
> particularly acute in cases where someone has a 1:3 pulley ratio and
> only bothers to type in the scale factor to as many significant
> figures as they feel necessary.
>
>
Nope, doesn't really make an
John Kasunich wrote:
>
> I respectfully disagree on this part. Counts are counts, and
> integers can be accumulated indefinitely with no error. Floating
> point math can be imprecise, and accumulating "counts times scale",
> where scale is a float, could result in accumulating errors.
>
>
On 5 July 2012 15:13, John Kasunich wrote:
>> It probably ought to add delta_counts *
>> scale to the position, not recalculate the position from total counts.
> I respectfully disagree on this part. Counts are counts, and
> integers can be accumulated indefinitely with no error. Floating
> po
On Thu, Jul 5, 2012, at 01:08 PM, andy pugh wrote:
> My initial impression is that the software encoder does not handle the
> wrap as well as it might. It probably ought to add delta_counts *
> scale to the position, not recalculate the position from total counts.
> The magic of twos-complement
On Thursday 05 July 2012 08:42:02 andy pugh did opine:
> On 5 July 2012 05:18, Jon Elson wrote:
> >> Rollover is a non-issue within the lifespan of most machines
> >
> > Not necessarily. Assume 3000 RPM and a 1000 cycle/rev encoder.
> > Typical 24-bit
> > encoder counters will roll over on a b
On 4 July 2012 22:08, andy pugh wrote:
> There is (somewhere) a config for aligning a milling spindle for tool
> change, so it's a solved problem. I just couldn't find it.
Ah, here it is. (Note that we currently have two almost-identical
threads on this subject)
http://www.linuxcnc.org/docs/html
On 5 July 2012 05:18, Jon Elson wrote:
>> Rollover is a non-issue within the lifespan of most machines
> Not necessarily. Assume 3000 RPM and a 1000 cycle/rev encoder. Typical
> 24-bit
> encoder counters will roll over on a bit over a minute (16 mil/12 mil).
> That gets overflowed to 32 bits,
andy pugh wrote:
> On 4 July 2012 21:37, Ralph Stirling wrote:
>
>
>> My thought is that it should use the C encoder all the time,
>> but with a velocity mode for normal turning, threading, and
>> CSS. Encoder rollover would be needed, but 64 bits should
>> handle an awful lot of revolutions o
Terry Christophersen wrote:
> I dont know how this is done on newer lathes but Ive seen
> older ones with an electric clutch on the spindle that engages
> and a seperate servo motor that does the milling or positioning moves
> then disenguages for normal lathe turing.
> Could an encoder be put on a
andy pugh wrote:
> Given that, I think it has got to the point where a custom HAL module
> is called for which mediates the position feedback.
Yes, that sounds right.
> The spindle doesn't have an f-error problem. I guess you could just
> ignore f-error on A too, and short-circuit the feedback.
>
On 4 July 2012 21:37, Ralph Stirling wrote:
> My thought is that it should use the C encoder all the time,
> but with a velocity mode for normal turning, threading, and
> CSS. Encoder rollover would be needed, but 64 bits should
> handle an awful lot of revolutions of the spindle.
Rollover is a
: Wednesday, July 04, 2012 1:15 PM
To: Enhanced Machine Controller (EMC)
Subject: Re: [Emc-users] A axis and spindle
On 4 July 2012 21:00, Jon Elson wrote:
> And, how to do this without causing a momentary huge following error
Ah, yes. Good point.
Given that, I think it has got to the point wher
- Original Message -
From: Jon Elson
To: Enhanced Machine Controller (EMC)
Cc:
Sent: Wednesday, July 4, 2012 3:00 PM
Subject: Re: [Emc-users] A axis and spindle
andy pugh wrote:
> The behaviour would then be that the axis would move in A-word control
> until an M3 or M4, at which point t
On 4 July 2012 21:00, Jon Elson wrote:
> And, how to do this without causing a momentary huge following error
Ah, yes. Good point.
Given that, I think it has got to the point where a custom HAL module
is called for which mediates the position feedback. (though another
mux to short-circuit the fe
andy pugh wrote:
> The behaviour would then be that the axis would move in A-word control
> until an M3 or M4, at which point the mux would direct the speed PID
> to the PWM generator. On M5 the mux would switch to the old A-axis
> position control, the oneshot would trigger, loading a "true" to th
On 4 July 2012 15:00, Kasey Matejcek wrote:
> I want to be able to turn down the part then change the tool to drimal type
> cutter tool and cut a pattern into the peace with one gcode file
>
> Is this possible?
It is possible. It isn't especially easy. It is probably easier with
servos than with
I have a lathe setup using Jons Universal PWM controller and DC brush Amps
I want to set it up so the spindle can be used as an a axis
I was think of using the 4th servo port to control the spindle with one of
his amps.
the spindle has a 90v DC motor on it
the spindle has a 500 count increment
2010/6/21 андрей :
> Hi everybody.In HAL files for Motenc-Lite board R axis is slave for Х axis .
I don't know if this is the problem, but EMC2 axes are X Y Z A B C U V W.
Have a look at the "stepper-gantry" sample configuration for another
way to handle a "slave" axis.
If you really want to j
On 19 June 2010 21:01, Andrey wrote:
> net Xpos-cmd axis.0.motor-pos-cmd => pid.0.command
> net Xpos-cmd axis.3.motor-pos-cmd => pid.3.command
>
> The program gives an error and is closed.Error:axis Х refers to to pid.0
It would be a great help if you could tell us what th
After a hard drive crash I updated my machine to Ver 2.2.2 I have been
having problems with this same problem,IE folowing errors. After EMC has
started I find the following:
jog works OK at 1500 DPM
g1a10f1 fails with following error
g0a10 fails the same
g1a10x1f200 works OK
g0a10x1 works OK
Afte
Kirk Wallace wrote:
> On Sat, 2008-02-09 at 18:51 -0800, f m wrote:
>
>>Rob,
>>
>>Let me clarify a bit. The application is for a coil
>>winder on a non round form. The form will be directly
>>attached to the motor shaft. I need to velocity
>>modulate the speed of the A axis as it goes around
>>co
Stephen Wille Padnos wrote:
>
> Stepconf sets up the fast thread based on your max velocity settings,
> within limits. Your BASE_PERIOD is probably too high to generate steps
> fast enough for 144000 deg/min. at 2400 degrees/second * 13.8
> steps/degree means you need 3 steps/seco
Kirk Wallace wrote:
>
> For my own education, I am used to stepper systems not having feedback
> which would be required for EMC2 to fault on following errors. How are
> these errors being indicated?
>
EMC's internal step generator keeps track of the number of steps that
have been issued, and us
Fred,
coil winder ... then indeed you want these multiple revs/s
I agree with Steve, this is a cool application.
His remarks sound usefull. But then, should stepconf not prevent us to
do this?
I configured my system using stepconf and it will just not allow me to
increase the speed above a cert
Fred,
as I understood the stepconf wizzard is a brand-new feature in version 2.2.2
I also have similar problems as you are seening with the A-axis on XYZ axes:
Configuration in stepconf gives me reproducible results, the machine
is 1x2 meters and the whole bridge (moving along X-axes) is about
On Sat, 2008-02-09 at 18:51 -0800, f m wrote:
> Rob,
>
> Let me clarify a bit. The application is for a coil
> winder on a non round form. The form will be directly
> attached to the motor shaft. I need to velocity
> modulate the speed of the A axis as it goes around
> corners in order to help ma
[snip]
>need 6 interrupts per second, or one every 15000 ns. You can try
>setting BASE_PERIOD to 15, but note that this can cause your PC to
>
>
Oops - that should have been 15000, like the previous line.
- Steve
-
f m wrote:
>Rob,
>
>Let me clarify a bit. The application is for a coil
>winder on a non round form. The form will be directly
>attached to the motor shaft. I need to velocity
>modulate the speed of the A axis as it goes around
>corners in order to help maintain constant tension.
>The test setup
Rob,
Let me clarify a bit. The application is for a coil
winder on a non round form. The form will be directly
attached to the motor shaft. I need to velocity
modulate the speed of the A axis as it goes around
corners in order to help maintain constant tension.
The test setup I'm using is a stepp
Fred,
as I understood the stepconf wizzard is a brand-new feature in version 2.2.2
I also have similar problems as you are seening with the A-axis on XYZ axes:
Configuration in stepconf gives me reproducible results, the machine is 1x2
meters and the whole bridge (moving along X-axes) is about 6
Anyone have any ideas on this? I'm really stuck here
and would like to have a fix or a work around.
Thanks,
Fred
--- f m <[EMAIL PROTECTED]> wrote:
> Hello, Im having some problems with getting the A
> axis on EMC working. Primarily following errors, but
> there also appears to be a discrep
Hello, Im having some problems with getting the A
axis on EMC working. Primarily following errors, but
there also appears to be a discrepancy in units
between the stepconfig wizard, (degrees/second) vs.
EMC (degrees/minute), and deceleration at the end of a
move.
Im using a 200 step stepper mot
On Tuesday 21 August 2007, [EMAIL PROTECTED] wrote:
>Gene wrote...
><<< I was trying to help Ian Wright. But it seemed as if the displayed
> position was some random value about 3 digits to the right of the decimal
> point. Invisible motion, and following errors were all I could get out of
> i
Gene wrote...
<<<>>
My A axis seems to work OK - I can run my script (as far as it goes so far) and
the displayed position and the apparent position of the work appear to be
right. There is one thing which really bugs me though and that is that neither
the A or the Z will home or touch
35 matches
Mail list logo