30 Henry Street
> Dalton, Ohio 44618
> Phone: (330)828-2105ext. 2031
>
> -Original Message-
> From: John Dammeyer
> Sent: Thursday, March 04, 2021 3:41 PM
> To: 'Enhanced Machine Controller (EMC)'
> Subject: Re: [Emc-users] Following Error Joint 2
>
>
On Thu, 4 Mar 2021, John Dammeyer wrote:
Date: Thu, 4 Mar 2021 12:40:34 -0800
From: John Dammeyer
Reply-To: "Enhanced Machine Controller (EMC)"
To: "'Enhanced Machine Controller (EMC)'"
Subject: Re: [Emc-users] Following Error Joint 2
From: Les Newell [mailto:les.n
: Thursday, March 04, 2021 3:41 PM
To: 'Enhanced Machine Controller (EMC)'
Subject: Re: [Emc-users] Following Error Joint 2
[EXTERNAL EMAIL] Be sure links are safe.
> From: Les Newell [mailto:les.new...@fastmail.co.uk]
> > I'm going to guess that low-level I/O error is
> From: Les Newell [mailto:les.new...@fastmail.co.uk]
> > I'm going to guess that low-level I/O error is a general
> > _Following_Error_Joint_2_?
>
> No. It is a different error. I can't remember the exact wording but I
> have seen it before.
>
> The following error message is correct. With
troller (EMC)
> Subject: Re: [Emc-users] Following Error Joint 2
>
> sorry to throw something else into the mix... I was getting following
> errors without realtime errors on the pie because the default internet time
> sync (timesyncd) sucked..
>
> timesyncd vs ntp
>
> http
On Thursday 04 March 2021 12:59:28 Sam Sokolik wrote:
> sorry to throw something else into the mix... I was getting following
> errors without realtime errors on the pie because the default internet
> time sync (timesyncd) sucked..
>
> timesyncd vs ntp
>
>
I'm going to guess that low-level I/O error is a general
_Following_Error_Joint_2_?
No. It is a different error. I can't remember the exact wording but I
have seen it before.
The following error message is correct. With steppers you have two
acceleration settings. There is the joint
sorry to throw something else into the mix... I was getting following
errors without realtime errors on the pie because the default internet time
sync (timesyncd) sucked..
timesyncd vs ntp
https://www.youtube.com/watch?v=RDKaFJmB254
On Thu, Mar 4, 2021 at 11:37 AM John Dammeyer
wrote:
> > A
> A following error is _expected_ if the stepgen maxaccel parameter is not at
> least 2x the joints maxaccel value (or if any stepgen constraint is lower
> than what linuxCNC may command it to do) So HAL setup can absolutely cause
> following errors.
> >
> > But if electrical noise from the higher
>
> Perhaps you can explain why that message shows up at all in an open loop
> situation? What does the FPGA do that would cause that? Is there a separate
> message for missing Ethernet or out of sequence Ethernet packets or is it
> lumped into Following Error on Joint?
A further question
> From: Peter C. Wallace [mailto:p...@mesanet.com]
> On Wed, 3 Mar 2021, John Dammeyer wrote:
>
> > Date: Wed, 3 Mar 2021 23:11:23 -0800
> > From: John Dammeyer
> >>> The comment on the link about Ethernet latency is what interested me.
> >>> Again if electrical noise causes retries or delays in
On Wed, 3 Mar 2021, John Dammeyer wrote:
Date: Wed, 3 Mar 2021 23:11:23 -0800
From: John Dammeyer
Reply-To: "Enhanced Machine Controller (EMC)"
To: "'Enhanced Machine Controller (EMC)'"
Subject: Re: [Emc-users] Following Error Joint 2
The comment on the link ab
LinuxCNC is designed to run servos. The stepgens simulate servos and
will throw a following error if they are unable to generate steps at the
commanded rate or acceleration. As Peter says, you probably increase
your stepgen acceleration.
Les
On 04/03/2021 03:17, John Dammeyer wrote:
The
troller (EMC)
> Subject: Re: [Emc-users] Following Error Joint 2
>
> That was my thinking. It would also need to be a smart motor driver that
> senses motor rotor position either via encoder or back emf
> and adjusts motor current based on load.
>
> Thaddeus Waldner
> ___
> >
> > The comment on the link about Ethernet latency is what interested me.
> > Again if electrical noise causes retries or delays in the Ethernet
> > signalling then that could cause this sort of error under heavy load.
> >
> > John
>
> And this is what the high frequency gains do, FF2 and
On Wednesday 03 March 2021 22:17:35 John Dammeyer wrote:
> > -Original Message-
> > From: Gene Heskett [mailto:ghesk...@shentel.net]
> > Sent: March-03-21 6:40 PM
> > To: emc-users@lists.sourceforge.net
> > Subject: Re: [Emc-users] Following Error Joint 2
Machine Controller (EMC)
Subject: Re: [Emc-users] Following Error Joint 2
On 03/03/2021 09:17 PM, John Dammeyer wrote:
>
> Recall this is open loop motion with no feedback from the
> servo other than if the servo faults which it doesn't. So
> weight shouldn't matter. S
> -Original Message-
> From: Jon Elson [mailto:el...@pico-systems.com]
> On 03/03/2021 09:17 PM, John Dammeyer wrote:
> > Recall this is open loop motion with no feedback from the
> > servo other than if the servo faults which it doesn't. So
> > weight shouldn't matter. Should it?
>
On 03/03/2021 09:17 PM, John Dammeyer wrote:
Recall this is open loop motion with no feedback from the
servo other than if the servo faults which it doesn't. So
weight shouldn't matter. Should it?
OK,this is EXTREMELY bizarre! In open loop, how could
LinuxCNC know anything about the load on
> -Original Message-
> From: Gene Heskett [mailto:ghesk...@shentel.net]
> Sent: March-03-21 6:40 PM
> To: emc-users@lists.sourceforge.net
> Subject: Re: [Emc-users] Following Error Joint 2
>
> On Wednesday 03 March 2021 20:18:44 Gene Heskett wrote:
>
> >
On Wednesday 03 March 2021 20:18:44 Gene Heskett wrote:
> On Wednesday 03 March 2021 19:42:25 John Dammeyer wrote:
> > I made another video with the new 3D printed pulley. Much better
> > balanced as I made the inner hole and outside hub thicker and then
> > bored and turned it to the correct
On Wednesday 03 March 2021 19:42:25 John Dammeyer wrote:
> I made another video with the new 3D printed pulley. Much better
> balanced as I made the inner hole and outside hub thicker and then
> bored and turned it to the correct diameter and concentric with each
> other. Now just shows the Z
On Wed, 3 Mar 2021, John Dammeyer wrote:
Date: Wed, 3 Mar 2021 16:42:25 -0800
From: John Dammeyer
Reply-To: "Enhanced Machine Controller (EMC)"
To: "Enhanced Machine Controller (EMC)"
Subject: [Emc-users] Following Error Joint 2
I made another video with the n
I made another video with the new 3D printed pulley. Much better balanced as I
made the inner hole and outside hub thicker and then bored and turned it to the
correct diameter and concentric with each other.
Now just shows the Z axis jogging up and down after homing. I still get the
quot;Enhanced Machine Controller (EMC)" <emc-users@lists.sourceforge.net>
Sent: Friday, June 23, 2017 5:07:42 PM
Subject: Re: [Emc-users] following error only while homing
- Original Message -
From: "Peter C. Wallace" <p...@mesanet.com>
To: "Enhanced Machine Con
ced Machine Controller (EMC)" <emc-users@lists.sourceforge.net>
Subject: Re: [Emc-users] following error only while homing
That is what I've suspected but I can't figure out what I have out of place.
I did another screen shot with the position-cmd zoomed in as much as I coul
: "Todd Zuercher" <zuerc...@embarqmail.com>
To: "Enhanced Machine Controller (EMC)" <emc-users@lists.sourceforge.net>
Sent: Friday, June 23, 2017 1:20:26 PM
Subject: Re: [Emc-users] following error only while homing
That is what I've suspected but I can't figure out
ced Machine Controller (EMC)" <emc-users@lists.sourceforge.net>
Subject: Re: [Emc-users] following error only while homing
Here are links to a halscope screen shot and log file for my servo machine that
keeps setting following errors on first try homing.
homing-error
- Original Message -
From: "Nicklas Karlsson" <nicklas.karlsso...@gmail.com>
To: "Enhanced Machine Controller (EMC)" <emc-users@lists.sourceforge.net>
Sent: Thursday, June 22, 2017 1:23:29 PM
Subject: Re: [Emc-users] following error only while homing
On
On Thu, 22 Jun 2017 00:06:42 +0100
andy pugh wrote:
> On 21 June 2017 at 19:36, Peter C. Wallace wrote:
>
> > The stepgen is not computing following error it just cant be driven by a
> > position command with a stepwise discontinuity and move
On 22 June 2017 at 00:19, Peter C. Wallace wrote:
>
> Only because the step was small (because it was probably not the first
> time homed)
Well, yes, but then the question is _why_ it is triggering the f-error
again.
--
atp
"A motorcycle is a bicycle with a pandemonium
I moved the Z axis down maybe 1/2" before issuing the home command, so it only
needs to move a short distance to get back to the switch.
-Tom
> On Jun 21, 2017, at 7:19 PM, Peter C. Wallace wrote:
>
> Only because the step was small (because it was probably not the first time
On Thu, 22 Jun 2017, andy pugh wrote:
Date: Thu, 22 Jun 2017 00:06:42 +0100
From: andy pugh <bodge...@gmail.com>
Reply-To: "Enhanced Machine Controller (EMC)"
<emc-users@lists.sourceforge.net>
To: "Enhanced Machine Controller (EMC)" <emc-users@lists.sourc
On 21 June 2017 at 19:36, Peter C. Wallace wrote:
> The stepgen is not computing following error it just cant be driven by a
> position command with a stepwise discontinuity and move instantaneously to
> the new position.
I think it might be more interesting than that.
.sourceforge.net>
Subject: Re: [Emc-users] following error only while homing
On 06/21/2017 12:15 PM, Peter C. Wallace wrote:
A step in the FB position from the encoder and an attempt at an impossible
step in the commanded stepgen position...
All the complexities / workrounds of this po
On 06/21/2017 12:15 PM, Peter C. Wallace wrote:
A step in the FB position from the encoder and an attempt
at an impossible step in the commanded stepgen position...
All the complexities / workrounds of this position step on
index could be avoided if support for encoder counter that
can
.sourceforge.net>
Subject: Re: [Emc-users] following error only while homing
On 06/20/2017 10:15 AM, Sebastian Kuzminsky wrote:
On 06/20/2017 08:52 AM, Chris Radek wrote:
On Tue, Jun 20, 2017 at 09:27:46AM +0100, andy pugh wrote:
Now, this is perfectly normal, and with a servo / pid machine
On 06/20/2017 10:15 AM, Sebastian Kuzminsky wrote:
On 06/20/2017 08:52 AM, Chris Radek wrote:
On Tue, Jun 20, 2017 at 09:27:46AM +0100, andy pugh wrote:
Now, this is perfectly normal, and with a servo / pid
machine the system
knows to ignore the f-error immediately after an encoder
reset.
.sourceforge.net>
Subject: Re: [Emc-users] following error only while homing
So is that large jump in f-error caused by the difference between
axis.2.joint-pos-cmd and axis.2.joint-pos-fb? There is a small 90 degree
step in pos-cmd that is not mirrored in pos-fb near the end, in line with
th
So is that large jump in f-error caused by the difference between
axis.2.joint-pos-cmd and axis.2.joint-pos-fb? There is a small 90 degree step
in pos-cmd that is not mirrored in pos-fb near the end, in line with the spike
of f-error. Is that the cause and why is that there?
-Tom
> On Jun
On Tue, 20 Jun 2017, tom-...@bgp.nu wrote:
Date: Tue, 20 Jun 2017 19:52:13 -0400
From: tom-...@bgp.nu
Reply-To: "Enhanced Machine Controller (EMC)"
<emc-users@lists.sourceforge.net>
To: "Enhanced Machine Controller (EMC)" <emc-users@lists.sourceforge.net>
Su
Here is more zoom fwiw…. http://bgp.nu/~tom/pub/enc-6.png
-Tom
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
On 06/20/2017 01:31 PM, tom-...@bgp.nu wrote:
The Halscope trace of: hm2_7i43.0.stepgen.02.position-cmd,
hm2_7i43.0.encoder.02.position, hm2_7i43.0.encoder.02.index-enable,
axis.2.home-sw-in with trigger of axis.2.f-errored can be seen here:
http://bgp.nu/~tom/pub/enc2.png
Wel that looks
> window to make it go away.)
>
> - Original Message -
> From: tom-...@bgp.nu
> To: "Enhanced Machine Controller (EMC)" <emc-users@lists.sourceforge.net>
> Sent: Tuesday, June 20, 2017 3:31:42 PM
> Subject: Re: [Emc-users] following error only wh
<emc-users@lists.sourceforge.net>
Sent: Tuesday, June 20, 2017 3:31:42 PM
Subject: Re: [Emc-users] following error only while homing
You guys are prolific, and I appreciate it! Thanks for all the input.
A few things in case it hasn’t been clear...
1) I don’t (currently) have a PID involved at al
You guys are prolific, and I appreciate it! Thanks for all the input.
A few things in case it hasn’t been clear...
1) I don’t (currently) have a PID involved at all (position-mode steppers with
encoders only).
2) If I set FERROR=2 and MIN_FERROR=1, homing DOES complete successfully.
2)
On 20 June 2017 at 18:47, Sebastian Kuzminsky wrote:
> It looks like it'd be easy to add a ".raw-position" pin to the hostmot2
> encoder.
Does homing use the accumulated counts in the counter after index as part
of the homing offset? It feels like it should.
If it does, then
On 20 June 2017 at 18:47, Sebastian Kuzminsky wrote:
> It looks like it'd be easy to add a ".raw-position" pin to the hostmot2
> encoder. We already track .rawcount and compute .count from it, and
> compute .position from .count.
If that is the answer then rawcounts * scale
On 06/20/2017 11:47 AM, Sebastian Kuzminsky wrote:
On 06/20/2017 11:39 AM, Sebastian Kuzminsky wrote:
On 06/20/2017 11:34 AM, Sebastian Kuzminsky wrote:
On 06/20/2017 10:51 AM, andy pugh wrote:
On 20 June 2017 at 17:37, Peter C. Wallace wrote:
I suspect this cannot work
On 06/20/2017 11:39 AM, Sebastian Kuzminsky wrote:
On 06/20/2017 11:34 AM, Sebastian Kuzminsky wrote:
On 06/20/2017 10:51 AM, andy pugh wrote:
On 20 June 2017 at 17:37, Peter C. Wallace wrote:
I suspect this cannot work the way you have this setup because of the
On 06/20/2017 11:34 AM, Sebastian Kuzminsky wrote:
On 06/20/2017 10:51 AM, andy pugh wrote:
On 20 June 2017 at 17:37, Peter C. Wallace wrote:
I suspect this cannot work the way you have this setup because of the
instantaneous jump in encoder (feedback) position at index
On 06/20/2017 10:51 AM, andy pugh wrote:
On 20 June 2017 at 17:37, Peter C. Wallace wrote:
I suspect this cannot work the way you have this setup because of the
instantaneous jump in encoder (feedback) position at index
He has hooked up axis.*.motor-pos-cmd to the
On 20 June 2017 at 17:37, Peter C. Wallace wrote:
> I suspect this cannot work the way you have this setup because of the
> instantaneous jump in encoder (feedback) position at index
I wonder if the answer might be to only connect the encoder once homed?
ie, use a mux2 to to
On Mon, 19 Jun 2017, tom-...@bgp.nu wrote:
Date: Mon, 19 Jun 2017 22:51:59 -0400 From: tom-...@bgp.nu Reply-To:
"Enhanced Machine Controller (EMC)"
<emc-users@lists.sourceforge.net> To: "Enhanced Machine Controller
(EMC)" <emc-users@lists.sourceforge.net>
Easterday" <tom-...@bgp.nu>
> >> To: "Enhanced Machine Controller (EMC)"
> >> <emc-users@lists.sourceforge.net> Sent: Tuesday, June 20, 2017
> >> 9:00:22 AM
> >> Subject: Re: [Emc-users] following error only while homing
>
On 06/20/2017 09:52 AM, Chris Radek wrote:
On Tue, Jun 20, 2017 at 09:27:46AM +0100, andy pugh wrote:
Now, this is perfectly normal, and with a servo / pid machine the system
knows to ignore the f-error immediately after an encoder reset. What is
puzzling me here is why it isn't working in this
On 06/19/2017 08:51 PM, tom-...@bgp.nu wrote:
Why would I get a following error only while homing (latest Linuxcnc
2.7.9)? I recently added home switches to my machine. My machine
has encoders on the steppers on each of the 3 axes so I want to use
the index pulse for home. I set up the homing
On 06/20/2017 08:00 AM, Tom Easterday wrote:
Andy, you are correct it is related to using index. Homing works fine if I
don't use index. The encoder reset makes sense as to why it CAN happen (but
shouldn't be). Is this just a bug? I would try to home a second time but as
Todd says, I
On 06/20/2017 07:13 AM, Todd Zuercher wrote:
I wish that were true. For some reason my analog servo machine trips up and
sets a following error on an axis about 25% of the time when trying to home to
index for the first time after turning on LInuxcnc. (Almost every time since it
is a 4
On 06/20/2017 03:27 AM, andy pugh wrote:
On 20 June 2017 at 03:51, wrote:
Why would I get a following error only while homing
I think it is probably because you are using HOME_USE_INDEX (which will
zero the encoder at the index pulse) and feeding the encoder feedback back
On 06/20/2017 08:52 AM, Chris Radek wrote:
On Tue, Jun 20, 2017 at 09:27:46AM +0100, andy pugh wrote:
Now, this is perfectly normal, and with a servo / pid machine the system
knows to ignore the f-error immediately after an encoder reset. What is
puzzling me here is why it isn't working in
On 20 June 2017 at 15:52, Chris Radek wrote:
> > Now, this is perfectly normal, and with a servo / pid machine the system
> > knows to ignore the f-error immediately after an encoder reset. What is
> > puzzling me here is why it isn't working in this case. I think it is
>
>
On Tue, Jun 20, 2017 at 09:27:46AM +0100, andy pugh wrote:
>
> Now, this is perfectly normal, and with a servo / pid machine the system
> knows to ignore the f-error immediately after an encoder reset. What is
> puzzling me here is why it isn't working in this case. I think it is
pid's
ontroller (EMC)" <emc-users@lists.sourceforge.net>
Sent: Tuesday, June 20, 2017 10:15:01 AM
Subject: Re: [Emc-users] following error only while homing
Hmm, it seems like I failed miserably trying to do that when I first built the
machine (this was my first build and Linuxcnc endeavor
e -
> From: "Tom Easterday" <tom-...@bgp.nu>
> To: "Enhanced Machine Controller (EMC)" <emc-users@lists.sourceforge.net>
> Sent: Tuesday, June 20, 2017 9:49:51 AM
> Subject: Re: [Emc-users] following error only while homing
>
> Todd, the ini a
problem.
>> Could you post a copy of your ini and hal file somewhere where we could
>> check it over.
>>
>> - Original Message -
>> From: "Tom Easterday" <tom-...@bgp.nu>
>> To: "Enhanced Machine Controller (EMC)" <emc-users@l
.
- Original Message -
From: "Tom Easterday" <tom-...@bgp.nu>
To: "Enhanced Machine Controller (EMC)" <emc-users@lists.sourceforge.net>
Sent: Tuesday, June 20, 2017 9:49:51 AM
Subject: Re: [Emc-users] following error only while homing
Todd, the ini and h
emc-users@lists.sourceforge.net>
> Sent: Tuesday, June 20, 2017 9:00:22 AM
> Subject: Re: [Emc-users] following error only while homing
>
> Andy, you are correct it is related to using index. Homing works fine if I
> don't use index. The encoder reset makes sense as to why it CAN
: "Tom Easterday" <tom-...@bgp.nu>
To: "Enhanced Machine Controller (EMC)" <emc-users@lists.sourceforge.net>
Sent: Tuesday, June 20, 2017 9:00:22 AM
Subject: Re: [Emc-users] following error only while homing
Andy, you are correct it is related to using index. Homing
; To: "Enhanced Machine Controller (EMC)" <emc-users@lists.sourceforge.net>
>> Sent: Tuesday, June 20, 2017 4:27:46 AM
>> Subject: Re: [Emc-users] following error only while homing
>>
>>> On 20 June 2017 at 03:51, <tom-...@bgp.nu> wrote:
>>>
- Original Message -
> From: "andy pugh" <bodge...@gmail.com>
> To: "Enhanced Machine Controller (EMC)" <emc-users@lists.sourceforge.net>
> Sent: Tuesday, June 20, 2017 4:27:46 AM
> Subject: Re: [Emc-users] following error only while homing
&g
On 20 June 2017 at 03:51, wrote:
> Why would I get a following error only while homing
I think it is probably because you are using HOME_USE_INDEX (which will
zero the encoder at the index pulse) and feeding the encoder feedback back
into LinuxCNC.
Now, this is perfectly
Why would I get a following error only while homing (latest Linuxcnc 2.7.9)? I
recently added home switches to my machine. My machine has encoders on the
steppers on each of the 3 axes so I want to use the index pulse for home. I
set up the homing sequence each axis and when I do "Home All"
Peter,
It is geared down 4:1, so 40 degrees of shaft rotation for 10 degrees on the
axis.
Regards,
Eric
A plot would help, is ths 10 degrees of motor shaft position?
--
Find and fix application performance issues
-Original Message-
From: Peter C. Wallace [mailto:p...@mesanet.com]
Sent: Thursday, April 14, 2016 10:40 AM
To: Enhanced Machine Controller (EMC)
Subject: Re: [Emc-users] Following error on angular axis
On Thu, 14 Apr 2016, Eric H. Johnson wrote:
> Date: Thu, 14 Apr 2016 09:20
nced Machine Controller (EMC)'" <emc-users@lists.sourceforge.net>
> Subject: [Emc-users] Following error on angular axis
>
> All,
>
>
>
> I am trying to lick a problem with following error on an angular axis (A). I
> am using a Mesa 7i43 with the 7i33 quad servo interface. If I s
- Original Message -
> From: "Eric H. Johnson" <ejohn...@camalytics.com>
> To: "Enhanced Machine Controller (EMC)" <emc-users@lists.sourceforge.net>
> Sent: Thursday, April 14, 2016 9:20:01 AM
> Subject: [Emc-users] Following error on angul
Todd,
It is velocity mode. I am running headless so it is a bit of a pain to setup
for running things like halmeter and halscope unless I setup something like
VNC.
I won't be able to work on it until tomorrow, but will look at this then.
Thanks all,
Eric
Is the following error proportional
ler (EMC)" <emc-users@lists.sourceforge.net>
Sent: Thursday, April 14, 2016 9:20:01 AM
Subject: [Emc-users] Following error on angular axis
All,
I am trying to lick a problem with following error on an angular axis (A). I
am using a Mesa 7i43 with the 7i33 quad servo interface. If I set the
> All,
>
>
>
> I am trying to lick a problem with following error on an angular axis (A). I
> am using a Mesa 7i43 with the 7i33 quad servo interface. If I set the axis
> max_velocity above about 2 RPS I start getting following errors on G0 moves
> with any reasonable value for FError (i.e.
On 14 April 2016 at 14:20, Eric H. Johnson wrote:
> The motor
> should be capable of almost 60 RPS. The encoder is 500 count, 2000 with
> quadrature, so only a little over 1Khz / 4Khz when I start to see the
> problem.
If you set the f_error to be very large indeed, how
All,
I am trying to lick a problem with following error on an angular axis (A). I
am using a Mesa 7i43 with the 7i33 quad servo interface. If I set the axis
max_velocity above about 2 RPS I start getting following errors on G0 moves
with any reasonable value for FError (i.e. under 10 degrees).
Hello All,
I was wondering is there any way to be able to set in the INI, the
following error based on what the commanded feed rate is,
Looking thru all the other machines in the shop, the following error is
based off of, how many thousands per commanded inches per minute of
feed, following
On 23 October 2014 12:41, Rick r...@superiorroll.com wrote:
I was wondering is there any way to be able to set in the INI, the
following error based on what the commanded feed rate is,
If the INI file has both a MIN_FERROR and an FERROR entry then the
allowable error linearly scales between
I have two motor drivers (for axis 4 and 5) which have alarm signal telling me
that motor is off position, and would like to connect that in linuxcnc, so when
it is active it would trigger following error for certain axis. Which hal pin
can I use for that input signals to connect on to?
On Tue, Oct 08, 2013 at 03:37:49PM +, Tomaz T. wrote:
I have two motor drivers (for axis 4 and 5) which have alarm
signal telling me that motor is off position, and would like to
connect that in linuxcnc, so when it is active it would trigger
following error for certain axis. Which hal pin
On 8 October 2013 16:37, Tomaz T. tomaz_...@hotmail.com wrote:
I have two motor drivers (for axis 4 and 5) which have alarm signal telling
me that motor is off position, and would like to connect that in linuxcnc, so
when it is active it would trigger following error for certain axis.
I
Motors are step/dir controlled hybrid steppers that have encoder, and encoder
feedback goes only to drivers so linuxcnc doesn't see actual position, and the
only thing I could use is alarm signal from driver that would trigger linuxcnc
to stop.
If it helps, this is driver used in system:
Motors are step/dir controlled hybrid steppers that have encoder, and encoder
feedback goes only to drivers so linuxcnc doesn't see actual position, and the
only thing I could use is alarm signal from driver that would trigger linuxcnc
to stop.
If it helps, this is driver used in system:
I've often wondered if a configuration wizard for each family of cards
would make more sense and have less confusion with a newbee by having
fewer options to work through. I even started one for the 5i25 once
until I figured out that Chris had 5i25 in pncconf.
JT
On 10/5/2013 6:26 AM, andy
As usual I think I phrased that wrong... If the 5i25 7i77 and 5i25 7i76
was separate then it would be much easier for the majority of users
IMHO. By family I guess I meant the 5i25 and daughter cards. I'd bet the
5i25 has become the most poplar with LinuxCNC users.
And then there is the ever
Date: Mon, 7 Oct 2013 12:12:00 -0500
From: bjt...@gmail.com
To: emc-users@lists.sourceforge.net
Subject: Re: [Emc-users] Following Error with Steppers
As usual I think I phrased that wrong... If the 5i25 7i77 and 5i25 7i76
was separate then it would be much easier for the majority
...@mastercut.co.za
To: emc-users@lists.sourceforge.net
Subject: Re: [Emc-users] Following Error with Steppers
Chris
It seems that the erronous lines are gone but I just realized that I
cannot change the location where the files are generated to. I was
running form a dev RIP and the files
On 2013/10/05 06:54 AM, Chris Morley wrote:
Thanks for that. Some times I think PNCconf is linuxcnc's red hair
stepchild. I think most Devs underestimate the importance of what it
is trying to achieve. But just about when I'm ready to remove it from
linuxcnc someone mentions it was very
On Sat, 5 Oct 2013 04:54:44 +, you wrote:
Thanks for that. Some times I think PNCconf is linuxcnc's red hair stepchild.
I think most Devs underestimate the importance of what it is trying to achieve.
But just about when I'm ready to remove it from linuxcnc someone mentions
it was very
On 5 October 2013 05:54, Chris Morley chrisinnana...@hotmail.com wrote:
Thanks for that. Some times I think PNCconf is linuxcnc's red hair stepchild.
I think most Devs underestimate the importance of what it is trying to
achieve.
I think that folk tend to under-estimate just how difficult it
Subject: Re: [Emc-users] Following Error with Steppers
On 2013/10/05 06:54 AM, Chris Morley wrote:
Thanks for that. Some times I think PNCconf is linuxcnc's red hair
stepchild. I think most Devs underestimate the importance of what it
is trying to achieve. But just about when I'm ready to remove
On Saturday 05 October 2013 12:04:59 Belli Button did opine:
Hey no! We love PNCconf, for an initial setup it the fastest method to
get about 90% done. Life would be miserable without it (really).
I hereby nominate that for the understatement of the year.
I hope also that I have headed off
Date: Thu, 3 Oct 2013 16:20:51 +0200
From: mar...@mastercut.co.za
To: emc-users@lists.sourceforge.net
Subject: Re: [Emc-users] Following Error with Steppers
Chris
This is a very old bug that has been reported several times. At least
once by myself. It is still in all the latest code
in the RIP directory that you are working in?
On 2013/10/04 08:06 AM, Chris Morley wrote:
Date: Thu, 3 Oct 2013 16:20:51 +0200
From: mar...@mastercut.co.za
To: emc-users@lists.sourceforge.net
Subject: Re: [Emc-users] Following Error with Steppers
Chris
This is a very old bug that has been reported
1 - 100 of 173 matches
Mail list logo