On Saturday 03 October 2009, Steve Blackmore wrote:
>On Fri, 02 Oct 2009 15:24:24 -0400, you wrote:
>>Page 5 and 6 show it but not at a good time scale, page 7 from the base
>>thread sample shows it very clearly Steve. Noise. Until that is gone
>> (and encoder A output could have a closer to 50%
On Saturday 03 October 2009, Andy Pugh wrote:
>2009/10/4 Gene Heskett :
>> Andy, Is your 'RCD' the same as what we call GFCI, ground fault current
>> interrupter over on this side of the pond?
>
>Probably. It checks current balance between neutral and live.
>
>> 20 to 30 ma can be fatal under the r
Andy Pugh wrote:
> 2009/10/4 Gene Heskett :
>
>
>> That looks better, but something is still giving the encoder.0.velocity a big
>> kick occasionally.
>>
>
> I think those are on the occasions that both channels change state in
> the same sample. That does mean infinite velocity, after all.
Andy Pugh wrote:
> Are RFI filters for inverters generally incompatible with RCDs?
Yes, they can be. Boxed RFI filters have capacitors to ground, so
necessarily
they divert some mains current to safety ground. If that current is above
the threshold of the RDC, it has to trip. You might be able
2009/10/4 sam sokolik :
>
> when you get a chance - try the interpolated output from the encoder.
He already has, though perhaps not since fixing the noise.
--
atp
--
Come build with us! The BlackBerry® Developer Confer
when you get a chance - try the interpolated output from the encoder.
sam
Steve Blackmore wrote:
> On Fri, 02 Oct 2009 15:24:24 -0400, you wrote:
>
>
>> Page 5 and 6 show it but not at a good time scale, page 7 from the base
>> thread sample shows it very clearly Steve. Noise. Until that is
2009/10/4 Gene Heskett :
> Andy, Is your 'RCD' the same as what we call GFCI, ground fault current
> interrupter over on this side of the pond?
Probably. It checks current balance between neutral and live.
> 20 to 30 ma can be fatal under the right conditions, our GFCI's normally trip
> at about
2009/10/4 Gene Heskett :
> That looks better, but something is still giving the encoder.0.velocity a big
> kick occasionally.
I think those are on the occasions that both channels change state in
the same sample. That does mean infinite velocity, after all. (Does
the encoder code cap velocity at
On Saturday 03 October 2009, Andy Pugh wrote:
>Are RFI filters for inverters generally incompatible with RCDs? I
>fitted one to my machine today to try to get rid of the noise from the
>VFD which seems to interfere with my encoders and limit switches,
>however every time I power up the VFD the ligh
On Saturday 03 October 2009, Steve Blackmore wrote:
>On Fri, 02 Oct 2009 15:24:24 -0400, you wrote:
>>Page 5 and 6 show it but not at a good time scale, page 7 from the base
>>thread sample shows it very clearly Steve. Noise. Until that is gone
>> (and encoder A output could have a closer to 50%
I'm writing a python user component to display data on an LCD. It all works
fine except when Axis/Hal shuts down, the LCD is left displaying whatever
was there last. Is there a signal/event/pin that I can action off to clear
the display before shutting down?
The python user component talks to a
On Sat, 3 Oct 2009 23:29:15 +0100, you wrote:
>Are RFI filters for inverters generally incompatible with RCDs? I
>fitted one to my machine today to try to get rid of the noise from the
>VFD which seems to interfere with my encoders and limit switches,
>however every time I power up the VFD the lig
On Sat, 3 Oct 2009 16:59:36 -0500, you wrote:
>On Sat, Oct 03, 2009 at 09:21:43PM +0100, Steve Blackmore wrote:
>>
>> Ahh - it's a second one being added not a replacement for the existing,
>> even though it's an obsolete Fanuc foible?
>
>I thought that was clear from the start.
No - it wasn't.
Are RFI filters for inverters generally incompatible with RCDs? I
fitted one to my machine today to try to get rid of the noise from the
VFD which seems to interfere with my encoders and limit switches,
however every time I power up the VFD the lights go out and the power
goes off.
The garage and
On Sat, Oct 03, 2009 at 09:21:43PM +0100, Steve Blackmore wrote:
>
> Ahh - it's a second one being added not a replacement for the existing,
> even though it's an obsolete Fanuc foible?
I thought that was clear from the start.
> If you're up to adding second commands, there should be no objecti
Peter,
Exactly, which is why by the end of the day yesterday I was strongly
suspecting that I had screwed up someplace separate from PID tuning, like
MAX_VELOCITY, MAX_ACCELERATION the relationship to input and output scales.
Although I already rechecked those and they seem to be correct. I will d
On Sat, 3 Oct 2009, John Thornton wrote:
> Date: Sat, 03 Oct 2009 14:26:19 -0600
> From: John Thornton
> Reply-To: "Enhanced Machine Controller (EMC)"
>
> To: Enhanced Machine Controller EEMC"
> Subject: Re: [Emc-users] PWM tuning with hostmot2 and 7i33
>
> Ok, I think I understand now. So
On Fri, 2 Oct 2009 16:14:49 -0500, you wrote:
>I see a use for both systems. I see that you strongly prefer one over
>the other. I do not understand yet why you object so strongly to the
>second one being added.
Ahh - it's a second one being added not a replacement for the existing,
even thoug
On Sat, 3 Oct 2009, Eric H. Johnson wrote:
> Date: Sat, 3 Oct 2009 16:14:20 -0400
> From: Eric H. Johnson
> Reply-To: "Enhanced Machine Controller (EMC)"
>
> To: "'Enhanced Machine Controller (EMC)'"
> Subject: Re: [Emc-users] PWM tuning with hostmot2 and 7i33
>
> Peter,
>
>>> Heres what I
Peter,
>> Heres what I would check:
Can you get a HALScope plot of the step response? <<
Yes, but not until Monday when I will be back at the shop.
>> Do you have velocity or torque mode amplifiers?
(Torque mode amplifiers will typically require a higher sample rate and are
tougher to tune)
On Fri, 02 Oct 2009 15:24:24 -0400, you wrote:
>Page 5 and 6 show it but not at a good time scale, page 7 from the base
>thread sample shows it very clearly Steve. Noise. Until that is gone (and
>encoder A output could have a closer to 50% duty cycle too, I'd almost return
>that one in fact i
On Sat, 3 Oct 2009, Eric H. Johnson wrote:
> Date: Sat, 3 Oct 2009 15:18:26 -0400
> From: Eric H. Johnson
> Reply-To: "Enhanced Machine Controller (EMC)"
>
> To: "'Enhanced Machine Controller (EMC)'"
> Subject: Re: [Emc-users] PWM tuning with hostmot2 and 7i33
>
> Peter,
>
>
>>> My opinion
On Sat, 3 Oct 2009, Eric H. Johnson wrote:
> Date: Sat, 3 Oct 2009 15:18:26 -0400
> From: Eric H. Johnson
> Reply-To: "Enhanced Machine Controller (EMC)"
>
> To: "'Enhanced Machine Controller (EMC)'"
> Subject: Re: [Emc-users] PWM tuning with hostmot2 and 7i33
>
> Peter,
>
>
>>> My opinion
Ok, I think I understand now. So somethin to imput a change in the commanded
position
with a trigger for the scope and watch the commanded vs the actual position to
tune that
drive. How big of a step would you take?
Thanks
John
On 3 Oct 2009 at 10:35, Peter C. Wallace wrote:
>
> Either a gc
Chris,
Thanks, I should know by now to check that.
If I get a chance, I will do another smp build this weekend to get
everything caught up.
Regards,
Eric
You can always see the bugs fixed in new releases on the wiki page
http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?Released
This is the first
Peter,
>> My opinion is that you should _NEVER_ use _ANY_ I until you are within a
gnats eyelash of perfect tuning. It really just gets in the way.
I would make a test fixture so you can take a step motion, increase P until
it overshoots in response to the step, add D until theres no or very lit
On Sat, 3 Oct 2009, John Thornton wrote:
> Date: Sat, 03 Oct 2009 12:28:19 -0600
> From: John Thornton
> Reply-To: "Enhanced Machine Controller (EMC)"
>
> To: Enhanced Machine Controller EEMC"
> Subject: Re: [Emc-users] PWM tuning with hostmot2 and 7i33
>
> Peter,
>
> Could you describe a
Peter,
Could you describe a bit more the test fixture you mention and the step motion.
I'm not clear
on this and would like to understand a bit better how to tune a servo as well.
Thanks
John
On 3 Oct 2009 at 10:02, Peter C. Wallace wrote:
> My opinion is that you should _NEVER_ use _ANY_ I u
On Sat, 3 Oct 2009, Eric H. Johnson wrote:
> Date: Sat, 3 Oct 2009 11:11:35 -0400
> From: Eric H. Johnson
> Reply-To: "Enhanced Machine Controller (EMC)"
>
> To: "'Enhanced Machine Controller (EMC)'"
> Subject: [Emc-users] PWM tuning with hostmot2 and 7i33
>
> 2> Tuning the servo motors
>
On Sat, Oct 03, 2009 at 11:11:35AM -0400, Eric H. Johnson wrote:
>
> 1> When I try to run Setting | Calibration from tkemc, or the equivalent
> under axis I get an error of the form:
...
> If it matters, I am still running 2.3.0 as I am using the smp packages, and
> have not updated them to the
Hi all.
I did not want to hijack the "Advice for mesa 5i20 servo drivers needed"
thread, but this thread may cover some of the same issues. I am having two
issues, the first I think is minor, the second I am not so sure.
1> When I try to run Setting | Calibration from tkemc, or the equivalent
un
Note also, that if the pullup that's already there is very weak, the rise
time would be slowed down, but the fall time would be fast. This could
produce what we see in the encoder-a trace. The 1k pullups might bring
that trace closer to 50% duty cycle.
>> . I would think a 1 K Ohm
>> resistor
2009/10/3 VMAXEmbarq :
> I was hoping EMC was more fanuc like in nature where you can access most of
> the internal system parameters through macroB programing.
It would be nice wouldn't it? Of course in an open project like this,
all things are possible.
--
atp
---
Thanks I was hoping there were more to work with other than the few simple
fixture values listed.
I was hoping EMC was more fanuc like in nature where you can access most of
the internal system parameters through macroB programing.
Thanks (;-) TP
Chris,
I've managed to get a preview that seemed to display a combination of
the files.
Set the "PROGRAM_PREFIX" setting in the ini file to the location of
the called files
Removed the M30 codes from the end of each sub.
regards, Jan
On Thu, Oct 1, 2009 at 12:54, Chris Epicier wrote:
> Hi a
>
> I am embarassed to say that I have never noticed if EMC holds relative
> position information during a power-down, or machine position for that
> matter.
>
Only when you use the position_file option
POSITION_FILE = position.txt If set to a non-empty value, the joint
positions are stored be
I got triggered by the mail from Klemen about his servo amplifiers.
I own a 5i20 card, currently it is controlling my EMC mill using stepper
motors.
A conversion towards servo motors is on its way - the servos have been
ordered (both 1.7 and 2.5 Nm versions to play with).
The question now is wh
2009/10/3 Ian W. Wright :
> It will be no use having a system where,
> if the last job you did was milling a 12" length of 40
> thread, hitting the home button will cause the rotary to set
> off on an interminable unwind..
A rotary axis will only ever home to the home switch, and it is hard
to thi
You can disable that feature if you wish.
http://www.linuxcnc.org/docview/html//config_ini_config.html#sub:[TRAJ]-section
John
On 3 Oct 2009 at 8:54, Ian W. Wright wrote:
> problem and homing is now easy. However, as EMC will not now
> allow any operation without all the axes being homed first
On Fri, 2 Oct 2009 22:32:02 +0100, you wrote:
>2009/10/2 Chris Radek :
>
>>> Also as Andy pointed out, you can do an optional short move to zero in
>>> some controllers, invent a code for it if considered essential.
>>
>> OK, I agree a counterproposal might have this scheme.
>
>G1.1 and G0.1 ? Tak
On Sat, 03 Oct 2009 08:54:25 +0100, you wrote:
> However, as EMC will not now
>allow any operation without all the axes being homed first,
>optionally running such as 'position setting' script before
>a rotary sets off on a long unwind is not now possible.
>
Hi Ian, put
NO_FORCE_HOMING=1
in t
One thing which does need addressing is that, whatever
solution is found ( and I suspect that we may actually be
approaching a consensus on what is required...). the rotary
axis/axes need to be able to home either to the position in
which they currently are or to the nearest '0' when EMC2 is
f
42 matches
Mail list logo