Chris, I’m going to take a look at the h-bridge board option you mentioned.
This may well solve what I’m wanting trying to achieve. Thanks for the tip!
On Sat, May 9, 2020 at 2:31 PM Gene Heskett wrote:
> On Saturday 09 May 2020 12:35:35 Jon Elson wrote:
>
> > On 05/09/2020 01:12 AM, John
On Saturday 09 May 2020 12:35:35 Jon Elson wrote:
> On 05/09/2020 01:12 AM, John Dammeyer wrote:
> > One of the greats in computer science has a series of interesting
> > quotes. https://www.azquotes.com/author/15849-Niklaus_Wirth
> >
> > One I really like is:
> > "The belief that complex systems
appears to be that single individual so I may
> > well be wrong.
> >
> > John Dammeyer
> >
> >
> > > -Original Message-----
> > > From: Gene Heskett [mailto:ghesk...@shentel.net]
> > > Sent: May-08-20 9:44 PM
> > > To: emc-users
On 05/09/2020 01:12 AM, John Dammeyer wrote:
One of the greats in computer science has a series of interesting quotes.
https://www.azquotes.com/author/15849-Niklaus_Wirth
One I really like is:
"The belief that complex systems require armies of designers and programmers is
wrong. A system that
On 05/08/2020 09:36 PM, Dan Henderson wrote:
Thanks for the examples. I'm not going to lie, I've got some homework to do
on this. You guy's make this sound easy but to the new guy looking in? No
so much, lol
There is a good HAL document in the documentation section,
written by Hal's author,
ng.
> >
> > John Dammeyer
> >
> > > -Original Message-
> > > From: Gene Heskett [mailto:ghesk...@shentel.net]
> > > Sent: May-08-20 9:44 PM
> > > To: emc-users@lists.sourceforge.net
> > > Subject: Re: [Emc-users] Fluctuating RPM
> To: emc-users@lists.sourceforge.net
> > Subject: Re: [Emc-users] Fluctuating RPM using CUI ATM 10 encoder
> >
> > On Friday 08 May 2020 22:36:35 Dan Henderson wrote:
> >
> > > Thanks for the examples. I'm not going to lie, I've got some homework
> > &g
ginal Message-
> From: Gene Heskett [mailto:ghesk...@shentel.net]
> Sent: May-08-20 9:44 PM
> To: emc-users@lists.sourceforge.net
> Subject: Re: [Emc-users] Fluctuating RPM using CUI ATM 10 encoder
>
> On Friday 08 May 2020 22:36:35 Dan Henderson wrote:
>
> > Thanks for the
On Friday 08 May 2020 22:36:35 Dan Henderson wrote:
> Thanks for the examples. I'm not going to lie, I've got some homework
> to do on this. You guy's make this sound easy but to the new guy
> looking in? No so much, lol
Don't be glum Dan, you've already demo'd to me that you WILL get there.
Thanks for the examples. I'm not going to lie, I've got some homework to do
on this. You guy's make this sound easy but to the new guy looking in? No
so much, lol
On Fri, May 8, 2020 at 9:01 PM Jon Elson wrote:
> On 05/08/2020 06:45 PM, Gene Heskett wrote:
> > On Friday 08 May 2020 18:01:41
On 05/08/2020 06:45 PM, Gene Heskett wrote:
On Friday 08 May 2020 18:01:41 Jon Elson wrote:
On 05/08/2020 04:04 PM, Dan Henderson wrote:
Thanks Jon and Chris!
Jon do you have a code example of the Hal filter that is needed?
# set up 4th DAC generator as a spindle speed control
newsig
On Friday 08 May 2020 18:01:41 Jon Elson wrote:
> On 05/08/2020 04:04 PM, Dan Henderson wrote:
> > Thanks Jon and Chris!
> >
> > Jon do you have a code example of the Hal filter that is needed?
>
> # set up 4th DAC generator as a spindle speed control
> newsig spindle-speed float
> newsig
On 05/08/2020 04:04 PM, Dan Henderson wrote:
Thanks Jon and Chris!
Jon do you have a code example of the Hal filter that is needed?
# set up 4th DAC generator as a spindle speed control
newsig spindle-speed float
newsig spindle-DAC-cmd float
newsig spindle-DAC-filt float
newsig spindle-DAC-abs
On Fri, 8 May 2020 at 21:58, Chris Albertson wrote:
> If a new digital oscilloscope is out of budget then look at one of these:
> ebay.com/itm/USB-SALEAE-24M-8CH-Logic-Analyzer...
>
Thanks Jon and Chris!
Jon do you have a code example of the Hal filter that is needed?
On Fri, May 8, 2020 at 3:58 PM Chris Albertson
wrote:
> You have to compare the signals on BOTH sides of the interface to see what
> is happening. The build-in halscope can only see what has crossed the
>
You have to compare the signals on BOTH sides of the interface to see what
is happening. The build-in halscope can only see what has crossed the
interface. Compare this to what is on the parallel port pins and also what
is on the encoder side of the opto-isolators.
If a new digital
On 05/08/2020 01:34 PM, Dan Henderson wrote:
There are times when letting the smoke escape becomes part of the learning
process :)
Thanks for your guidance Gene. Would think the DC motor energy would be
absorbed by the act of tapping once the M3 is turned off? Surely the G33.1
cycle doesn't
Thanks Gene. Will consider how to get this done in the Hal based on your
tips.
On Fri, May 8, 2020 at 2:03 PM Gene Heskett wrote:
> On Friday 08 May 2020 14:34:06 Dan Henderson wrote:
>
> > There are times when letting the smoke escape becomes part of the
> > learning process :)
> >
> yes, and
On Friday 08 May 2020 14:34:06 Dan Henderson wrote:
> There are times when letting the smoke escape becomes part of the
> learning process :)
>
yes, and we all do it, its the nature of us.
> Thanks for your guidance Gene. Would think the DC motor energy would
> be absorbed by the act of tapping
There are times when letting the smoke escape becomes part of the learning
process :)
Thanks for your guidance Gene. Would think the DC motor energy would be
absorbed by the act of tapping once the M3 is turned off? Surely the G33.1
cycle doesn't flip from 500 CW to 500 CCW does it? I'm going to
On 05/08/2020 11:38 AM, John Dammeyer wrote:
Hi Jon,
I suppose you are using external hardware to create motion and count encoder
pulses?
So BASE_PERIOD isn't even used?
Or is it still needed for tapping?
My understanding is the SERVO_PERIOD time is used to calculate the spindle
velocity
On Friday 08 May 2020 13:34:36 Gene Heskett wrote:
> On Friday 08 May 2020 12:09:45 Dan Henderson wrote:
> > Thanks Andy/Jon/Gene. To enable Quadrature do I merely turn on
> > phase-A/B/index inputs and remove “encoder-counter-mode = True”?
>
> Sounds good.
>
> > Here’s a pic of the reverse
On Friday 08 May 2020 12:35:34 andy pugh wrote:
> On Fri, 8 May 2020 at 16:58, Gene Heskett wrote:
> > Humm, makes me ask, Andy. I am useing some hal trickery to actually
> > sequence this turnaround and to profile it to where z can follow.
> > Because I am blocking the reversal signal, using it
On Friday 08 May 2020 12:09:45 Dan Henderson wrote:
> Thanks Andy/Jon/Gene. To enable Quadrature do I merely turn on
> phase-A/B/index inputs and remove “encoder-counter-mode = True”?
>
Sounds good.
> Here’s a pic of the reverse circuit I’m making to enable M4 polarity
> reversal of the DC
> -Original Message-
> From: Jon Elson [mailto:el...@pico-systems.com]
> Sent: May-08-20 9:21 AM
> To: Enhanced Machine Controller (EMC)
> Subject: Re: [Emc-users] Fluctuating RPM using CUI ATM 10 encoder
>
> On 05/07/2020 06:33 PM, Dan Henderson wrote:
> >
On Fri, 8 May 2020 at 16:58, Gene Heskett wrote:
> Humm, makes me ask, Andy. I am useing some hal trickery to actually
> sequence this turnaround and to profile it to where z can follow.
> Because I am blocking the reversal signal, using it to stop the motor at
> a controlled decel by a limit3
On 05/07/2020 06:33 PM, Dan Henderson wrote:
Thanks Gene! I can go down to 48 PPR on the encoder. If I do so, what is
the trade off for reducing resolution on my mill project? Is that enough to
successfully use rigid tapping and synchronized feed/speeds?
48 pulses is 192 quadrature counts/rev,
OHN
>
>
> > -Original Message-
> > From: Dan Henderson [mailto:luvtof...@gmail.com]
> > Sent: May-08-20 4:42 AM
> > To: Enhanced Machine Controller (EMC)
> > Subject: Re: [Emc-users] Fluctuating RPM using CUI ATM 10 encoder
> >
> > Jon,
> >
On Friday 08 May 2020 10:58:57 Gene Heskett wrote:
> On Friday 08 May 2020 06:59:44 andy pugh wrote:
> > On Fri, 8 May 2020 at 01:23, Gene Heskett
wrote:
> > > If the spindle speed is steady, I have heard of folks doing rigid
> > > tapping with 1 ppr. Ditto g76.
> >
> > You can do G76 with
l Message-
> From: Dan Henderson [mailto:luvtof...@gmail.com]
> Sent: May-08-20 4:42 AM
> To: Enhanced Machine Controller (EMC)
> Subject: Re: [Emc-users] Fluctuating RPM using CUI ATM 10 encoder
>
> Jon,
> Yours is 24,000 and equals to 41.6667kHz? Mine is 100,000 and equates to 10
On Friday 08 May 2020 06:59:44 andy pugh wrote:
> On Fri, 8 May 2020 at 01:23, Gene Heskett wrote:
> > If the spindle speed is steady, I have heard of folks doing rigid
> > tapping with 1 ppr. Ditto g76.
>
> You can do G76 with 1ppr, but not, sensibly, rigid tapping.
>
> For rigid tapping you
Jon,
Yours is 24,000 and equals to 41.6667kHz? Mine is 100,000 and equates to 10
kHz. I’m confused by your math here? Thanks.
Sent from my iPad
> On May 7, 2020, at 9:39 PM, John Dammeyer wrote:
>
>
>>
>> From: Dan Henderson [mailto:luvtof...@gmail.com]
>
>> Thanks for that Jon. That
On Fri, 8 May 2020 at 01:23, Gene Heskett wrote:
> If the spindle speed is steady, I have heard of folks doing rigid tapping
> with 1 ppr. Ditto g76.
You can do G76 with 1ppr, but not, sensibly, rigid tapping.
For rigid tapping you need quadrature to detect the moment of spindle
reversal.
> From: Dan Henderson [mailto:luvtof...@gmail.com]
> Thanks for that Jon. That helps explain this a bit further. I believe the
> base period in the ini is set to 100,000. Not sure if that is nS or u
> value? Can this be change to suit or is it tied to the speed of the system?
Hi Dan,
All of my
-Original Message-
> > From: Dan Henderson [mailto:luvtof...@gmail.com]
> > Sent: May-07-20 2:40 PM
> > To: Enhanced Machine Controller (EMC)
> > Subject: Re: [Emc-users] Fluctuating RPM using CUI ATM 10 encoder
> >
> > Why certainly Gene (see attached). I actuall
On Thursday 07 May 2020 19:33:49 Dan Henderson wrote:
> Thanks Gene! I can go down to 48 PPR on the encoder. If I do so, what
> is the trade off for reducing resolution on my mill project? Is that
> enough to successfully use rigid tapping and synchronized feed/speeds?
If the spindle speed is
> -Original Message-
> From: Dan Henderson [mailto:luvtof...@gmail.com]
> Sent: May-07-20 2:40 PM
> To: Enhanced Machine Controller (EMC)
> Subject: Re: [Emc-users] Fluctuating RPM using CUI ATM 10 encoder
>
> Why certainly Gene (see attached). I actually hav
Thanks Gene! I can go down to 48 PPR on the encoder. If I do so, what is
the trade off for reducing resolution on my mill project? Is that enough to
successfully use rigid tapping and synchronized feed/speeds?
On Thu, May 7, 2020 at 5:45 PM Gene Heskett wrote:
> On Thursday 07 May 2020 17:39:32
On Thursday 07 May 2020 17:39:32 Dan Henderson wrote:
> Why certainly Gene (see attached). I actually have it working a little
> better now. My spindle-at-speed LED will start going bonkers around
> 1200 rpm. I'm guessing this is when the counter "throws up it's hands
> and says - I quit!" lol.
Why certainly Gene (see attached). I actually have it working a little
better now. My spindle-at-speed LED will start going bonkers around 1200
rpm. I'm guessing this is when the counter "throws up it's hands and says -
I quit!" lol. The spindle will operate all the way to around 4700 rpm but
On Thursday 07 May 2020 13:19:23 Dan Henderson wrote:
> I believe this is open loop. Isn’t PID only used in closed loop
> control?
>
Its (the PID is) a waste of processor time if open loop. I don't use one
of those in any spindle run by a vfd, the vfd is generally stiff enough
control by
On 05/07/2020 12:19 PM, Dan Henderson wrote:
I believe this is open loop. Isn’t PID only used in closed loop control?
Oh, so the situation with and without spindle-at-speed were
BOTH open loop? That is
totally different, then, and now I have no idea what is
going on. But, checking all
I believe this is open loop. Isn’t PID only used in closed loop control?
On Thu, May 7, 2020 at 11:03 AM Gene Heskett wrote:
> On Thursday 07 May 2020 11:27:57 Jon Elson wrote:
>
> > On 05/06/2020 09:20 PM, Dan Henderson wrote:
> > > I’ve confirmed the fluctuation occurs when spindle-at-speed
On Thursday 07 May 2020 11:27:57 Jon Elson wrote:
> On 05/06/2020 09:20 PM, Dan Henderson wrote:
> > I’ve confirmed the fluctuation occurs when spindle-at-speed is
> > configured. When I remove this feature, the spindle rpm appears to
> > stabilize. It’s almost like it gets caught in a loop
On 05/06/2020 09:20 PM, Dan Henderson wrote:
I’ve confirmed the fluctuation occurs when spindle-at-speed is configured.
When I remove this feature, the spindle rpm appears to stabilize. It’s
almost like it gets caught in a loop trying to chase its tail.
This is VERY common in servo systems,
On Wednesday 06 May 2020 23:30:19 Gene Heskett wrote:
> On Wednesday 06 May 2020 22:20:12 Dan Henderson wrote:
> > I’ve confirmed the fluctuation occurs when spindle-at-speed is
> > configured. When I remove this feature, the spindle rpm appears to
> > stabilize. It’s almost like it gets caught
On Wednesday 06 May 2020 22:20:12 Dan Henderson wrote:
> I’ve confirmed the fluctuation occurs when spindle-at-speed is
> configured. When I remove this feature, the spindle rpm appears to
> stabilize. It’s almost like it gets caught in a loop trying to chase
> its tail.
The clues would tend to
I’ve confirmed the fluctuation occurs when spindle-at-speed is configured.
When I remove this feature, the spindle rpm appears to stabilize. It’s
almost like it gets caught in a loop trying to chase its tail.
On Wed, May 6, 2020 at 4:02 PM Gene Heskett wrote:
> On Wednesday 06 May 2020 14:46:41
On Wednesday 06 May 2020 14:46:41 Dan Henderson wrote:
> Great stuff guys, I’ve learned a lot here. So, Gene are you throwing
> in the towel with respect to the parallel port vs Mesa hardware speed
> differences? I set my PPR down to 100 and it helped some. As a test I
> also increased to 500 PPR
.
> On May 6, 2020, at 12:46 PM, John Dammeyer wrote:
>
>
>
>> -Original Message-
>> From: Dan Henderson [mailto:luvtof...@gmail.com]
>> Sent: May-06-20 10:22 AM
>> To: Enhanced Machine Controller (EMC)
>> Subject: Re: [Emc-users] Fluctuating RPM u
That’s a great point Andy. I won’t be threading at high speeds anyway
On Wed, May 6, 2020 at 2:24 PM andy pugh wrote:
> On Wed, 6 May 2020 at 19:49, Dan Henderson wrote:
>
> > I set my PPR down to 100 and it helped some. As a test I also increased
> to
> > 500 PPR and it got way worse.
>
>
On Wed, 6 May 2020 at 19:49, Dan Henderson wrote:
> I set my PPR down to 100 and it helped some. As a test I also increased to
> 500 PPR and it got way worse.
Note that it might not matter. You can simply choose to thread at
speeds that the parport can handle, and just not look at the speed
> > > -Original Message-
> > > From: Gene Heskett [mailto:ghesk...@shentel.net]
> > > Sent: May-06-20 6:35 AM
> > > To: emc-users@lists.sourceforge.net
> > > Subject: Re: [Emc-users] Fluctuating RPM using CUI ATM 10 encoder
> > >
ight now it's all about the electric bike.
>
>
> John
>
> > -Original Message-
> > From: Gene Heskett [mailto:ghesk...@shentel.net]
> > Sent: May-06-20 6:35 AM
> > To: emc-users@lists.sourceforge.net
> > Subject: Re: [Emc-users] Fluctuating RPM us
> -Original Message-
> From: Dan Henderson [mailto:luvtof...@gmail.com]
> Sent: May-06-20 10:22 AM
> To: Enhanced Machine Controller (EMC)
> Subject: Re: [Emc-users] Fluctuating RPM using CUI ATM 10 encoder
>
> My steppers are set for half stepping and are wor
> From: Gene Heskett [mailto:ghesk...@shentel.net]
> > Sent: May-06-20 6:35 AM
> > To: emc-users@lists.sourceforge.net
> > Subject: Re: [Emc-users] Fluctuating RPM using CUI ATM 10 encoder
> >
> > On Wednesday 06 May 2020 04:41:17 John Dammeyer wrote:
> >
> >
On 05/06/2020 09:20 AM, Gene Heskett wrote:
On Wednesday 06 May 2020 09:14:20 Dan Henderson wrote:
Here are a couple screen shots of the encoder inputs using Halscope.
The first is captured at 300 rpm spindle speed. The second is at 2500
rpm. The signals are inconsistent at the higher speed.
rgest usable encoder is 250 lines.
> >>
> >> Have I got that right? I've not found the spindle support code yet.
> >> Only the HAL install code.
> >>
> >> John
> >>
> >>
> >> > -Original Message-
> >> >
el.net]
> Sent: May-06-20 6:35 AM
> To: emc-users@lists.sourceforge.net
> Subject: Re: [Emc-users] Fluctuating RPM using CUI ATM 10 encoder
>
> On Wednesday 06 May 2020 04:41:17 John Dammeyer wrote:
>
> > 1000 PPR encoder turning 300 RPS (18000 RPM) will produce 300,000 Hz
indle at 50 RPS uses up 20mS. Divide that by the 80uS implies the
> > largest usable encoder is 250 lines.
> >
> > Have I got that right? I've not found the spindle support code yet.
> Only
> > the HAL install code.
> >
> > John
> >
>
On Wednesday 06 May 2020 09:14:20 Dan Henderson wrote:
> Here are a couple screen shots of the encoder inputs using Halscope.
> The first is captured at 300 rpm spindle speed. The second is at 2500
> rpm. The signals are inconsistent at the higher speed. Not sure if
> this is normal or an issue?
gt; > Sent: May-06-20 12:31 AM
> > To: Enhanced Machine Controller (EMC)
> > Subject: Re: [Emc-users] Fluctuating RPM using CUI ATM 10 encoder
> >
> > John while we are on this subject got a quick question. Just want
> > to check my maths.
> >
> >
ble encoder is 250 lines.
>>
>> Have I got that right? I've not found the spindle support code yet.
>> Only the HAL install code.
>>
>> John
>>
>>
>> > -----Original Message-
>> > From: andrew beck [mailto:andrewbeck0...@gmail.com
> > -Original Message-
> > From: andrew beck [mailto:andrewbeck0...@gmail.com]
> > Sent: May-06-20 12:31 AM
> > To: Enhanced Machine Controller (EMC)
> > Subject: Re: [Emc-users] Fluctuating RPM using CUI ATM 10 encoder
> >
> > John while we are on this subject
ohn
> -Original Message-
> From: andrew beck [mailto:andrewbeck0...@gmail.com]
> Sent: May-06-20 12:31 AM
> To: Enhanced Machine Controller (EMC)
> Subject: Re: [Emc-users] Fluctuating RPM using CUI ATM 10 encoder
>
> John while we are on this subject got a quick question.
On Tuesday 05 May 2020 23:55:21 Nicklas Karlsson wrote:
> > I have a PMDC motor I’ve scavenged along with the MC-2100 motor
> > control from a treadmill rated for 1.5 hp @ 90 volts. I’ve been
> > testing it with LinuxCNC v2.7.15 in a mock-up environment I built
> > for testing. I’m able to
, May 6, 2020, 6:45 PM John Dammeyer wrote:
>
>
> > -Original Message-
> > From: Nicklas Karlsson [mailto:nicklas.karlsso...@gmail.com]
> > Sent: May-05-20 9:13 PM
> > To: Enhanced Machine Controller (EMC)
> > Subject: Re: [Emc-users] Fluctuating RPM u
> -Original Message-
> From: Nicklas Karlsson [mailto:nicklas.karlsso...@gmail.com]
> Sent: May-05-20 9:13 PM
> To: Enhanced Machine Controller (EMC)
> Subject: Re: [Emc-users] Fluctuating RPM using CUI ATM 10 encoder
>
> > Do you have a dual trace 'scope? S
On Tue, May 5, 2020 at 9:15 PM Nicklas Karlsson <
nicklas.karlsso...@gmail.com> wrote:
> > Do you have a dual trace 'scope? Spin the spindle and look at the input
> > and output of the opto-isolator. See if there really is a lag. If you
> > have a new scope would you have it capture the
> Do you have a dual trace 'scope? Spin the spindle and look at the input
> and output of the opto-isolator. See if there really is a lag. If you
> have a new scope would you have it capture the screen and post it. I'm
> really skeptical that those isolators are THAT bad.
>
> Here is the
Do you have a dual trace 'scope? Spin the spindle and look at the input
and output of the opto-isolator. See if there really is a lag. If you
have a new scope would you have it capture the screen and post it. I'm
really skeptical that those isolators are THAT bad.
Here is the datasheet for
> I have a PMDC motor I’ve scavenged along with the MC-2100 motor control
> from a treadmill rated for 1.5 hp @ 90 volts. I’ve been testing it with
> LinuxCNC v2.7.15 in a mock-up environment I built for testing. I’m able to
> control the spindle speed via PWM pulses to the controller (HD2 pin 4).
bject: Re: [Emc-users] Fluctuating RPM using CUI ATM 10 encoder
>
> I don't know if this is related - but I have had bad luck with
> capacitive encoders like the CUI ATM 10
> in it's spec sheet it is only accurate to 0.25 degrees.. when I tried to
> use it for a closed loop servo - I g
I don't know if this is related - but I have had bad luck with
capacitive encoders like the CUI ATM 10
in it's spec sheet it is only accurate to 0.25 degrees.. when I tried to
use it for a closed loop servo - I got a lot of noise..
https://www.youtube.com/watch?v=gHbemDWXudQ
On Tuesday 05 May 2020 21:24:50 Dan Henderson wrote:
> I just reverted to a LinuxCNC configuration that isn’t setup to use
> the encoder. The spindle speed is much more consistent without the
> feedback from the encoder??
>
And I assume that its steady if the pid is bypassed. That does point a
On Tuesday 05 May 2020 21:19:23 Dan Henderson wrote:
> I have LinuxCNC fully operational. In halscope I’m able to view the
> signals for both the spindle index, phase a, and I now have phase b
> hooked up. I’m conducting my testing with the LinuxCNC MDI. The
> number on the opto chips is
I just reverted to a LinuxCNC configuration that isn’t setup to use the
encoder. The spindle speed is much more consistent without the feedback
from the encoder??
On Tue, May 5, 2020 at 8:19 PM Dan Henderson wrote:
> I have LinuxCNC fully operational. In halscope I’m able to view the
> signals
I have LinuxCNC fully operational. In halscope I’m able to view the signals
for both the spindle index, phase a, and I now have phase b hooked up. I’m
conducting my testing with the LinuxCNC MDI. The number on the opto chips
is EL817C807.
The BOB PN is DB25-1205.
On Tue, May 5, 2020 at 8:08 PM
On Tuesday 05 May 2020 20:51:17 John Dammeyer wrote:
> > From: Dan Henderson [mailto:luvtof...@gmail.com]
> > Slowing things down had marginal effect. Okay sounds like I need to
> > by pass the optocouplers. Would you recommend I bypass all the
> > encoder inputs as well as the PWM output to the
On Tuesday 05 May 2020 20:17:45 Dan Henderson wrote:
> Slowing things down had marginal effect. Okay sounds like I need to by
> pass the optocouplers. Would you recommend I bypass all the encoder
> inputs as well as the PWM output to the MC2100 controller?
Only if it has opto's for isolation,
> From: Dan Henderson [mailto:luvtof...@gmail.com]
> Slowing things down had marginal effect. Okay sounds like I need to by pass
> the optocouplers. Would you recommend I bypass all the encoder inputs as
> well as the PWM output to the MC2100 controller?
>
What's the part number of the
Slowing things down had marginal effect. Okay sounds like I need to by pass
the optocouplers. Would you recommend I bypass all the encoder inputs as
well as the PWM output to the MC2100 controller?
On Tue, May 5, 2020 at 6:34 PM Gene Heskett wrote:
> On Tuesday 05 May 2020 18:30:42 Dan
On Tuesday 05 May 2020 18:30:42 Dan Henderson wrote:
> Gene, how do I speed up the servo loop to test your theory? I’ll try
> that before I perform surgery on the BOB. I also have another BOB I
> can try, but it requires 12-24v power in order to enable its inputs.
>
I meant slow the motor to see
m: Dan Henderson [mailto:luvtof...@gmail.com]
> Sent: May-05-20 3:31 PM
> To: Enhanced Machine Controller (EMC)
> Subject: Re: [Emc-users] Fluctuating RPM using CUI ATM 10 encoder
>
> Gene, how do I speed up the servo loop to test your theory? I�ll try that
> before I perform surgery
Gene, how do I speed up the servo loop to test your theory? I’ll try that
before I perform surgery on the BOB. I also have another BOB I can try, but
it requires 12-24v power in order to enable its inputs.
On Tue, May 5, 2020 at 5:07 PM Gene Heskett wrote:
> On Tuesday 05 May 2020 17:48:01 Dan
On Tuesday 05 May 2020 17:48:01 Dan Henderson wrote:
> I have a PMDC motor I’ve scavenged along with the MC-2100 motor
> control from a treadmill rated for 1.5 hp @ 90 volts. I’ve been
> testing it with LinuxCNC v2.7.15 in a mock-up environment I built for
> testing. I’m able to control the
I have a PMDC motor I’ve scavenged along with the MC-2100 motor control
from a treadmill rated for 1.5 hp @ 90 volts. I’ve been testing it with
LinuxCNC v2.7.15 in a mock-up environment I built for testing. I’m able to
control the spindle speed via PWM pulses to the controller (HD2 pin 4). M3
S500
87 matches
Mail list logo