Re: [Emc-users] Dealing with Servo Faults

[Gene Heskett]

On Wednesday 10 February 2021 23:09:36 Jon Elson wrote:

> On 02/10/2021 07:08 PM, Gene Heskett wrote:
> > But is the error also in degrees? The halsope is
> > measuriing volts and I have not found anyplace where it
> > states the error is in the same sized unit the rest of
> > that particular servo is using. And, if its degrres I
> > should have tripped a coup le dozen or more times while
> > playing as I'm seeing very short term peaks that are 2x
> > that setting.. Thank you Jon. Cheers, Gene Heskett
>
> Halscope measures "Units".  It has no idea what they mean.
> Position and following error
> are in "user units", ie. whatever you have defined them with
> in your SCALE parameters in
> the .ini file.  Velocities are in user units/second, except
> encoder deltas are in counts/servo period.
>
> So, looking at PID_ERROR with Halscope, with a scale of
> 200u, and assuming inch units,
> that means one vertical division is 200 uInch, or 0.0002 inch.
>
> The only place Volts really show up is in velocity DAC
> commands, where a properly scaled DAC driver would show the
> same thing as a physical analog scope hooked to the DAC output.
>
> Jon
>
Thanks Jon. Printed, I'll take it to the machine and see if I can 
mentally translate what I'm seeing into degrees.

I went to take the bs-1 off its table, and found I can't take it very far 
as I have negleted to build a 2nd set of inline connectors so I can 
disconnect the encoder and really take it away.  And I've yet to come up 
with a scheme to detect that it is plugged in, and if not, disable 
linuxcnc's ability to see an error because its not there.  2 of my 
machines need such a bit of ini and hal magic.
>
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users


Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page 


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Dealing with Servo Faults

[Jon Elson]

On 02/10/2021 07:08 PM, Gene Heskett wrote:
But is the error also in degrees? The halsope is 
measuriing volts and I have not found anyplace where it 
states the error is in the same sized unit the rest of 
that particular servo is using. And, if its degrres I 
should have tripped a coup le dozen or more times while 
playing as I'm seeing very short term peaks that are 2x 
that setting.. Thank you Jon. Cheers, Gene Heskett 
Halscope measures "Units".  It has no idea what they mean.  
Position and following error
are in "user units", ie. whatever you have defined them with 
in your SCALE parameters in
the .ini file.  Velocities are in user units/second, except 
encoder deltas are in counts/servo period.


So, looking at PID_ERROR with Halscope, with a scale of 
200u, and assuming inch units,

that means one vertical division is 200 uInch, or 0.0002 inch.

The only place Volts really show up is in velocity DAC 
commands, where a properly scaled DAC driver would show the 
same thing as a physical analog scope hooked to the DAC output.


Jon


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Dealing with Servo Faults

[Gene Heskett]

On Wednesday 10 February 2021 21:58:16 John Dammeyer wrote:

> > From: Gene Heskett [mailto:ghesk...@shentel.net]
> >
> > On Wednesday 10 February 2021 20:51:47 John Dammeyer wrote:
> > > Ah! Was missing
> > > setp hm2_7i92.0.gpio.023.is_output true
> > > setp hm2_7i92.0.gpio.025.is_output true
> > >
> > > All fixed now.  And setting it to DB25-17  (gpio.024) which runs a
> > > relay on this little BoB I can make the relay click on and off
> > > which can run an air solenoid and give me misting. John
> > >
> > > > From: John Dammeyer [mailto:jo...@autoartisans.com]
> > > >
> > > > At the moment using the HAL meter I can switch on Coolant or
> > > > Mist
> > > >
> > > > #  ---coolant signals---
> > > > net coolant-flood <= iocontrol.0.coolant-flood
> > > > net coolant-flood => hm2_7i92.0.gpio.023.out
> > > > net coolant-mist <= iocontrol.0.coolant-mist
> > > > net coolant-mist => hm2_7i92.0.gpio.025.out
> >
> > Be sure and put a flywheel diode on the air valve coil John. The
> > contacts of that teeny little relay will last many times longer. 
> > And the relay driver on the 7i92 should be checked to see if the
> > coil is missing a flywheel, and add a 1N914 if there isn't one. But
> > I expect Mesa has that covered though.
>
> You bet!   I always do that.  And of course it's better to have them
> at the solenoid than at the relay.  Snub it at the source rather than
> letting it radiate off the wire.

Yup, we're on the same page.

> For the servo faults I think I'll end up having to run the fault
> signal into the system rather than to the PMDX-126 dedicated /Fault
> input.   Then logically AND that with the ENABLE out to the servos.  
> That will prevent the AC/DC power from being dropped out which the
> PMDX does when the /Fault, E_Stop or Err signal goes active.
>
> I still have to investigate what will happen to coolant relays.  Like
> the HAL will have to AND them with ENABLE or outputs automatically
> switched off

Yes, I dob't recall the details but there's > 400 lines of hal I wrote 
long ago, on each machine that does something similar to that.

> There's also the question then if
> net estop-external-in=>  iocontrol.0.emc-enable-in
> is needed?

Probably yes if there is a stepper in the system that can lose home, it 
also gets the volatile_home treatment.

>  or would I be better to run the Fault Signal into the emc-enable-in. 
> More research is needed.  If the Estop isn't triggered with a fault
> (and DC/AC power isn't removed) LinuxCNC still needs to know that the
> system is no longer moving.

There are N! ways to do that, so trace the logic and do it the simplest 
way for your setup. With 4 machines each does it in a different way 
here.

Take care & stay well John.

>
>
>
>
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users


Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page 


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

[Emc-users] 5-Axis Toolpath Generation for CAM

[Bari]

The patent on this toolpath generator for CAM has expired:

https://dspace.mit.edu/bitstream/handle/1721.1/29225/50140264-MIT.pdf

https://patents.google.com/patent/US6311100B1/en

I was wondering if anyone knows if this approach was actually used in 
any CAM applications written in the past 20 years?



-Bari



___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Dealing with Servo Faults

[John Dammeyer]

> From: Gene Heskett [mailto:ghesk...@shentel.net]
> On Wednesday 10 February 2021 20:51:47 John Dammeyer wrote:
> 
> > Ah! Was missing
> > setp hm2_7i92.0.gpio.023.is_output true
> > setp hm2_7i92.0.gpio.025.is_output true
> >
> > All fixed now.  And setting it to DB25-17  (gpio.024) which runs a
> > relay on this little BoB I can make the relay click on and off which
> > can run an air solenoid and give me misting. John
> >
> > > From: John Dammeyer [mailto:jo...@autoartisans.com]
> > >
> > > At the moment using the HAL meter I can switch on Coolant or Mist
> > >
> > > #  ---coolant signals---
> > > net coolant-flood <= iocontrol.0.coolant-flood
> > > net coolant-flood => hm2_7i92.0.gpio.023.out
> > > net coolant-mist <= iocontrol.0.coolant-mist
> > > net coolant-mist => hm2_7i92.0.gpio.025.out
> 
> Be sure and put a flywheel diode on the air valve coil John. The contacts
> of that teeny little relay will last many times longer.  And the relay
> driver on the 7i92 should be checked to see if the coil is missing a
> flywheel, and add a 1N914 if there isn't one. But I expect Mesa has that
> covered though.
> 
You bet!   I always do that.  And of course it's better to have them at the 
solenoid than at the relay.  Snub it at the source rather than letting it 
radiate off the wire.

For the servo faults I think I'll end up having to run the fault signal into 
the system rather than to the PMDX-126 dedicated /Fault input.   Then logically 
AND that with the ENABLE out to the servos.   That will prevent the AC/DC power 
from being dropped out which the PMDX does when the /Fault, E_Stop or Err 
signal goes active.

I still have to investigate what will happen to coolant relays.  Like the HAL 
will have to AND them with ENABLE or outputs automatically switched off 

There's also the question then if 
net estop-external-in=>  iocontrol.0.emc-enable-in
is needed?

 or would I be better to run the Fault Signal into the emc-enable-in.  More 
research is needed.  If the Estop isn't triggered with a fault (and DC/AC power 
isn't removed) LinuxCNC still needs to know that the system is no longer moving.

John




___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Dealing with Servo Faults

[Gene Heskett]

On Wednesday 10 February 2021 20:51:47 John Dammeyer wrote:

> Ah! Was missing
> setp hm2_7i92.0.gpio.023.is_output true
> setp hm2_7i92.0.gpio.025.is_output true
>
> All fixed now.  And setting it to DB25-17  (gpio.024) which runs a
> relay on this little BoB I can make the relay click on and off which
> can run an air solenoid and give me misting. John
>
> > From: John Dammeyer [mailto:jo...@autoartisans.com]
> >
> > At the moment using the HAL meter I can switch on Coolant or Mist
> >
> > #  ---coolant signals---
> > net coolant-flood <= iocontrol.0.coolant-flood
> > net coolant-flood => hm2_7i92.0.gpio.023.out
> > net coolant-mist <= iocontrol.0.coolant-mist
> > net coolant-mist => hm2_7i92.0.gpio.025.out
> >
> > And the HAL meter shows the GPIO pins changing state when I click
> > the check boxes on the linuxCNC display.  But for some reason the
> > far east simple BoB isn't reflecting that on the outputs.  That's
> > one of those cheap BoBs that has male pins on the DB-25 rather than
> > female pins like most of the rest.  Maybe my crimping job is
> > suspect.

Be sure and put a flywheel diode on the air valve coil John. The contacts 
of that teeny little relay will last many times longer.  And the relay 
driver on the 7i92 should be checked to see if the coil is missing a 
flywheel, and add a 1N914 if there isn't one. But I expect Mesa has that 
covered though.

> > Never seems to end does it?
> >
> > John
>
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users


Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page 


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Dealing with Servo Faults

[John Dammeyer]

Ah! Was missing 
setp hm2_7i92.0.gpio.023.is_output true
setp hm2_7i92.0.gpio.025.is_output true

All fixed now.  And setting it to DB25-17  (gpio.024) which runs a relay on 
this little BoB I can make the relay click on and off which can run an air 
solenoid and give me misting.
John

> From: John Dammeyer [mailto:jo...@autoartisans.com]
> 
> At the moment using the HAL meter I can switch on Coolant or Mist
> 
> #  ---coolant signals---
> net coolant-flood <= iocontrol.0.coolant-flood
> net coolant-flood => hm2_7i92.0.gpio.023.out
> net coolant-mist <= iocontrol.0.coolant-mist
> net coolant-mist => hm2_7i92.0.gpio.025.out
> 
> And the HAL meter shows the GPIO pins changing state when I click the check 
> boxes on the linuxCNC display.  But for some reason the
> far east simple BoB isn't reflecting that on the outputs.  That's one of 
> those cheap BoBs that has male pins on the DB-25 rather than
> female pins like most of the rest.  Maybe my crimping job is suspect.
> 
> Never seems to end does it?
> 
> John



___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Dealing with Servo Faults

[Gene Heskett]

On Wednesday 10 February 2021 19:06:56 Jon Elson wrote:

> On 02/10/2021 01:45 PM, Gene Heskett wrote:
> > You may be forgetting that this is calibrated in a degree
>
> Ah, yes, 0.25 degrees doesn't look so huge.
>
> Jon

But is the error also in degrees? The halsope is measuriing volts and I 
have not found anyplace where it states the error is in the same sized 
unit the rest of that particular servo is using. And, if its degrres I 
should have  tripped a coup le dozen or more times while playing as I'm 
seeing very short term peaks that are 2x that setting..

Thank you Jon.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page 


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Dealing with Servo Faults

[John Dammeyer]

> From: Jon Elson [mailto:el...@pico-systems.com]
> On 02/10/2021 12:42 PM, John Dammeyer wrote:
> > So back to the original subject.  It's not just motion that can cause a 
> > driver fault.  A broken encoder wire, DC or AC power instability,
> or even random electrical noise.  In all those cases I've found I still have 
> to execute a HOME ALL command to bring things back.  With
> repeatable home switches the G54 still takes the system back to where it was 
> and as long as the replacement tool (or whatever) is still
> in the same place, even after a power loss, machining can continue.
> >
> Yes, with a step-based, open-loop system, you have to
> re-home, as there is no way to know if the last few steps
> were executed or not. With a servo system, or closed-loop
> step-based with encoder feedback, then the computer always
> knows the position, except in cases where the servo drive
> reprocesses the encoder position, and the E-stop powers down
> the drives.
> 
> Jon

Having hooked up DC motors and encoders incorrectly and watching the motor run 
away in the wrong direction I went the route of using what was available with 
the PMDX-126 BoB.  There are problems with it that aren't solvable without 
external hardware.  I wouldn't use it again.

Today while testing the second port of the MESA 7i92H I ran into exactly the 
sort of problem where the STMBL kept faulting and blinking a saturation error.  
Hmmm.  I had finally screwed the 3phase wire shield to the cabinet.  Nope.  
That's not it.  I wiggle connectors.  Nope.   The short DB-25 extension cable I 
grabbed to connect the encoder to the cabinet is probably one of those where 
the ground pins are all connected together.  I swapped to the bigger, thicker 
cable I was using yesterday and no more faults.  

But digging into that I realized the issue with the PMDX-126 BoB.  I use the 
Enable signal to switch on a relay on the BoB through which I run the ESTOP 
signal.  The /FAULT input into the BoB goes through their FPGA and disables the 
relay as well as the DB-25 Pin 1 Enable signal that goes to the drives.  And 
that relay opening the ESTOP circuit shuts of AC/DC high power.   Not really 
exactly what I want.  And I think the ESTOP input into the BoB does the same by 
blocking the ChargePump which also shuts off all outputs.  

All this means is I have to rethink how I handle ESTOP.  No ChargePump means 
DC/AC motor power should be impossible.  So the relay I use needs to run that 
ESTOP signal.  But I may need to rethink using the PMDX-126 /FAULT input since 
I only want the ENABLEs into the drives switched off.  Not the system AC/DC 
power.

Also taking what is called ESTOP on the HP_UHU DC Servo drives FALSE will 
immediately cause the drive to lose position since the only way out of that 
fault is with a processor reset.   Henrik Olssson has said he'd rewrite the PIC 
software for his HP_UHU module so when the fault was released it would recover. 
 But that's potentially a lot of work and testing.For now I don't mind that 
the ENABLE OFF/ON forces a need to rehome.

At the moment using the HAL meter I can switch on Coolant or Mist 

#  ---coolant signals---
net coolant-flood <= iocontrol.0.coolant-flood
net coolant-flood => hm2_7i92.0.gpio.023.out
net coolant-mist <= iocontrol.0.coolant-mist
net coolant-mist => hm2_7i92.0.gpio.025.out

And the HAL meter shows the GPIO pins changing state when I click the check 
boxes on the linuxCNC display.  But for some reason the far east simple BoB 
isn't reflecting that on the outputs.  That's one of those cheap BoBs that has 
male pins on the DB-25 rather than female pins like most of the rest.  Maybe my 
crimping job is suspect.

Never seems to end does it?

John




___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Dealing with Servo Faults

[Jon Elson]

On 02/10/2021 01:45 PM, Gene Heskett wrote:

You may be forgetting that this is calibrated in a degree


Ah, yes, 0.25 degrees doesn't look so huge.

Jon


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Dealing with Servo Faults

[Jon Elson]

On 02/10/2021 12:42 PM, John Dammeyer wrote:

So back to the original subject.  It's not just motion that can cause a driver 
fault.  A broken encoder wire, DC or AC power instability, or even random 
electrical noise.  In all those cases I've found I still have to execute a HOME 
ALL command to bring things back.  With repeatable home switches the G54 still 
takes the system back to where it was and as long as the replacement tool (or 
whatever) is still in the same place, even after a power loss, machining can 
continue.

Yes, with a step-based, open-loop system, you have to 
re-home, as there is no way to know if the last few steps 
were executed or not. With a servo system, or closed-loop 
step-based with encoder feedback, then the computer always 
knows the position, except in cases where the servo drive
reprocesses the encoder position, and the E-stop powers down 
the drives.


Jon


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Dealing with Servo Faults

[Gene Heskett]

On Wednesday 10 February 2021 11:42:28 Matthew Herd wrote:

> I agree, I feel like that’s a fairly safe assumption, although I
> acknowledge that it is possible the drives might run away.  I figure
> the best way to handle drive faults is to trigger an e-stop (via HAL)
> so that all drives and the spindle halt motion.  Then you could
> one-shot the fault clear lines on the drives when you power up the
> machine.  This would handle the most common faults (i.e. I crashed my
> machine into the side of my vise/table/etc) and avoid trying to slot
> your table or vise with a trashed cutter.  While the following error
> would also trigger the machine to stop, it’s yet another way to ensure
> that things aren’t made worse.  And a one-shot to clear the faults
> would avoid the need to power cycle, rehome, etc.
>
> > On Feb 10, 2021, at 11:29 AM, andy pugh  wrote:
> >
> > I was assuming that the faulted drives would disable themselves. I
> > was thinking about what to do with the drives that have not faulted.
>
Power cycling these new 3 phase step pulse driven servos is appasrently 
the only way to reset the error, so on the Sheldon, a fault from one of 
them resets F2, in turn killing all power to the motor psu's, which of 
coarse unsets the home state too. Takes about 5 seconds or a little more 
because the unloaded psu's take so long to decay. The driver makers 
really should give us a reset input unless there is one in the rj45 
thats undocumented. Cycling the enable doesn't do it in my tests of 
doing that. So I just count ten chimpanzee's before hittin the F2 key to 
get thing restarted, while pulling the tool so I can rehome it without 
hitting the work with the tool.

> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users


Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page 


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Dealing with Servo Faults

[Gene Heskett]

On Wednesday 10 February 2021 11:20:22 Jon Elson wrote:

> On 02/10/2021 01:12 AM, Gene Heskett wrote:
> > FERROR = 0.50
> > MIN_FERROR = 0.25
> >
> > And as you can see, running errors allowed are fairly
> > large as I am not done tuning.
>
> Geez, these don't protect you at all from something going wrong!
> Here's the settings on my X axis :
>
> FERROR = 0.003
> MIN_FERROR = 0.005
>
> Jon
You may be forgetting that this is calibrated in a degree
Because of this message I went out to play some more, and now have it 
working a little better ack the halscope.

#
# Axis A
#
[AXIS_A]
MAX_VELOCITY= 30.000
MAX_ACCELERATION= 1000.00

[JOINT_3]
TYPE= ANGULAR
HOME= 0.0
HOME_SEQUENCE   = 3
HOME_SEARCH_VEL = 9.0
HOME_LATCH_VEL  = -1.0
HOME_FINAL_VEL  = 30
HOME_OFFSET = 4.498500
VOLATILE_HOME   = 1
FERROR  = 0.01250
MIN_FERROR  = 0.00625
MAX_VELOCITY= 30.000
MAX_ACCELERATION= 1000.00
P   = 1000
I   = 0.500
D   = 0.500
FF0 = 0
FF1 = 20.5
FF2 = 0.35
BIAS= 0
DEADBAND= 0.00015
BACKLASH= .1
MAX_OUTPUT  = 900.
SERVO_SCALE = 666.7
PWMGEN_TYPE = 2

And its now moving 20% faster, DRO now says 1800 degrees/minute, and it 
settles at about -0.00035 degrees from where its G0 commanded on 
average. there is about a -0.0005 bias that must be coming from the home 
command time delays in getting the home switch status, that particular 
signal is coming in thru a Sainsmart bob, feeding P2 on a 5i25 with its 
input filtering caps on the bob having been removed. So the switch 
status is quantized by the servo thread period. With this new computer 
in might be educational to try a faster servo thread to see if some of 
that error goes away.

And in about an hours playing I did not trigger a single following error.

I have no clue what the unit for this error is, the halscope shows it in 
milivolts about 150 peak at a motion start, cruize settle at a noisy 
zero, adjusted by for bias with FF1, and FF2 can bury the stop spike in 
the noise. The start spike might be somewhat reduced by Dgain but I 
didn't play with that today. Yet. I have a new camera to play with 
first. And a pepperoni roll to call lunch, and mother nature is throwing 
big fluffy snow flakes at me.

You may not be impressed, but I think I've done quite well for basically 
building a servo to drive a BS-1 out of cheap, and unrelated ebay parts.

Thanks Jon
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users


Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page 


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] PCB fabrication

[Jon Elson]

On 02/10/2021 11:13 AM, Alan Condit wrote:

I am thinking about having a 2” x 4” PCB fabricated. I have used OSHPark in
the past but I seem to recall someone saying that there were cheaper
options available. I searched back through the emc-users threads but
couldn't find anything. Can anyone tell me what fabrication house they
would use?


I have recently been using PCBWay and have been VERY 
impressed with them.  Their turnaround is VERY fast, all 
boards are 100% electrically tested, and they have worked 
out quite well for us.
I used E-Teknet in Arizona, which is a sales and engineering 
office for a Chinese fab, and PCBWay seems to make just as 
good a board for about 1/4 the price, and faster, too.  I 
will probably continue doing my 6-layer boards at E-Teknet, 
but the rest of my boards will be going to PCBWay.


PCBWay seems to want all board info in mm dimensions.

Jon


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Dealing with Servo Faults

[John Dammeyer]

Thanks everyone.  Long winded reply below.

The commercial world, I believe, includes electrical standards that require all 
power to be removed with an ESTOP.  That changed as PCs became the controllers 
and ESTOP no longer had to remove power from PCs like they would have from 
PLCs.  But certainly anything that could move and hurt someone fell under that 
envelope.  Standard may vary in different countries.

I had the Gecko Stepper drive fail due to burnt traces on the inner layers that 
heated and then melted the connector.  Possibly due to excess moisture and some 
sort of growth across the pins.  The failure happened to the Z axis drive 
during a knee move  downward while milling.  The subsequent XY move expecting 
the tool bit to be out of the cavity broke the tool and mucked up the work.

The open loop stepper had no idea that it wasn't working anymore.  When I've 
inadvertently run one of the XY DC servos (HP_UHU) into something that results 
in a following error the fault open collector output pulls down the enable 
signal on the other drives (STMBL and the HP_UHU).The Bergerda Spindle 
drive and now knee Bergerda drive are now also wired into that enable signal.  

If I move the Knee and disconnect the encoder from the STMBL the knee stops as 
it should.  

My ESTOP is outside all that.  The ESTOP buttons are in series with the main 
system Motor Power contactor and removes AC power going to the DC power supply 
running the DC Servos and the STMBL 4th axis.  That AC is also fed to the 
Bergerda drives running the spindle and the knee motor.

My theory in both approaches is that since I don't have closed loop control of 
the encoders through the PC (or at least I'm not tracking the encoders with 
existing hardware) that a single fault from say the STMBL that faults the 
HP_UHU DC servos automatically results in a loss of position.  The HP_UHU 
recovery is not just a removal of the fault but a reset of the processor. There 
is no other way out with them.

The Bergerda reset the fault once the enable is disabled and re-enabled.  
Assuming the fault is cleared.  Unplug the encoder and it will stay in fault.

Gene also mentioned start up surge for the DC power supplies for his system.   
My 105VDC supply running the DC Servos and HP_UHU is also brought up softly.  
That delay doesn't affect the HP_UHU drives because their 15V logic circuit is 
powered from the instrument power supply which remains connected during an 
ESTOP.  

But the STMBL introduced a new problem.  It may well have the 24V stable 
instrument power but it faults on low motor voltage.  And the low motor voltage 
is there as the DC supply is brought up.  So the STMBL faults. Which shuts off 
the DC motor power.  Click on the LinuxCNC Power button and up comes the DC 
motor power, the drive enable and the STMBL faults because DC isn't there yet 
but enable is.  Dog chasing the tail.

So now on power up the Enable signal is blocked by a DC power ready signal and 
a 1/2 second delay after that.  Now the STMBL doesn't fault.

So back to the original subject.  It's not just motion that can cause a driver 
fault.  A broken encoder wire, DC or AC power instability, or even random 
electrical noise.  In all those cases I've found I still have to execute a HOME 
ALL command to bring things back.  With repeatable home switches the G54 still 
takes the system back to where it was and as long as the replacement tool (or 
whatever) is still in the same place, even after a power loss, machining can 
continue.

But thanks again for the feedback.
John

> -Original Message-
> From: andy pugh [mailto:bodge...@gmail.com]
> Sent: February-10-21 8:30 AM
> To: Enhanced Machine Controller (EMC)
> Subject: Re: [Emc-users] Dealing with Servo Faults
> 
> On Wed, 10 Feb 2021 at 16:26, Jon Elson  wrote:
> 
> > > So, non-faulted drives will stop, but hold position.
> > >
> > Well, the issue there is whether a faulty drive would
> > actually stop when disabled.
> 
> I was assuming that the faulted drives would disable themselves. I was
> thinking about what to do with the drives that have not faulted.
> 
> --
> atp
> "A motorcycle is a bicycle with a pandemonium attachment and is
> designed for the especial use of mechanical geniuses, daredevils and
> lunatics."
> � George Fitch, Atlanta Constitution Newspaper, 1912
> 
> 
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users



___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] PCB fabrication

[Chris Albertson]

JLCPCB will to 5 boards for $2.   They will also populate the board on one
side with common parts for nearly free.  For just the price of the parts
which can be less than one cent each.

In fact, it is worth doing a small re-design of the PCB if needed so you
can take advantage of JLCPCB soldering the parts down for you.   I'd argue
that it would be a silly waste of time for anyone to hand solder a common
passive part to a PCB today.  Not when they do it cheaper than you can buy
the parts.  Some things they will not do are (1) any through-hole part and
(2) parts not in their inventory.   Those you would do yourself after
delivery of the PCBs.   But they have a decent inventory of common parts
https://jlcpcb.com/

That said, shipping will cost more than the PCBs but they do
combine shipping so it is most cost-effective to send many designs at the
same time.When custom made PCBs cost $0.40 each you can think of uses
for them like (1) make your own prototype boards,  (2) Make a wire routing
board, with just connectors and traces to reduce "rat's nest". (3) make
structural PCB for things like mounting limit switches along with an LED
and the pull-up resistor which they will solder for you.   (4) I've made
custom terminal blocks, a PCB with just screw terminals and nothing else.
For 40 cents, why not?   It is easy to think of way-simply PCBs just to
piggy-pack the shipping cost.

On Wed, Feb 10, 2021 at 9:14 AM Alan Condit  wrote:

> I am thinking about having a 2” x 4” PCB fabricated. I have used OSHPark in
> the past but I seem to recall someone saying that there were cheaper
> options available. I searched back through the emc-users threads but
> couldn't find anything. Can anyone tell me what fabrication house they
> would use?
>
> Thanks,
> Alan
>
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>


-- 

Chris Albertson
Redondo Beach, California

___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] PCB fabrication

[Matthew Herd]

I’ve used JLC PCB without issue.  The boards always look nice and I haven’t had 
an issue with them.  I’ve probably used them for about a half dozen boards.

> On Feb 10, 2021, at 12:26 PM, andy pugh  wrote:
> 
> On Wed, 10 Feb 2021 at 17:14, Alan Condit  wrote:
>> 
>> Can anyone tell me what fabrication house they
>> would use?
> 
> I have used Seeed Studio for bare PCBs several times.
> I have also used PCBAStore for complete, populated boards (STMBL) and
> was happy enough.
> I have heard decent things about JLC PCB.
> 
> 
> -- 
> atp
> "A motorcycle is a bicycle with a pandemonium attachment and is
> designed for the especial use of mechanical geniuses, daredevils and
> lunatics."
> — George Fitch, Atlanta Constitution Newspaper, 1912
> 
> 
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users



___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] PCB fabrication

[Andreas Linnarsson]

How about JLCPCB?

https://jlcpcb.com/


Regards,

Andreas


> 10 feb. 2021 kl. 18:15 skrev Alan Condit :
> 
> I am thinking about having a 2” x 4” PCB fabricated. I have used OSHPark in
> the past but I seem to recall someone saying that there were cheaper
> options available. I searched back through the emc-users threads but
> couldn't find anything. Can anyone tell me what fabrication house they
> would use?
> 
> Thanks,
> Alan
> 
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users

___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] PCB fabrication

[andy pugh]

On Wed, 10 Feb 2021 at 17:14, Alan Condit  wrote:
>
> Can anyone tell me what fabrication house they
> would use?

I have used Seeed Studio for bare PCBs several times.
I have also used PCBAStore for complete, populated boards (STMBL) and
was happy enough.
I have heard decent things about JLC PCB.


-- 
atp
"A motorcycle is a bicycle with a pandemonium attachment and is
designed for the especial use of mechanical geniuses, daredevils and
lunatics."
— George Fitch, Atlanta Constitution Newspaper, 1912


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

[Emc-users] PCB fabrication

[Alan Condit]

I am thinking about having a 2” x 4” PCB fabricated. I have used OSHPark in
the past but I seem to recall someone saying that there were cheaper
options available. I searched back through the emc-users threads but
couldn't find anything. Can anyone tell me what fabrication house they
would use?

Thanks,
Alan

___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Dealing with Servo Faults

[Matthew Herd]

I agree, I feel like that’s a fairly safe assumption, although I acknowledge 
that it is possible the drives might run away.  I figure the best way to handle 
drive faults is to trigger an e-stop (via HAL) so that all drives and the 
spindle halt motion.  Then you could one-shot the fault clear lines on the 
drives when you power up the machine.  This would handle the most common faults 
(i.e. I crashed my machine into the side of my vise/table/etc) and avoid trying 
to slot your table or vise with a trashed cutter.  While the following error 
would also trigger the machine to stop, it’s yet another way to ensure that 
things aren’t made worse.  And a one-shot to clear the faults would avoid the 
need to power cycle, rehome, etc.

> On Feb 10, 2021, at 11:29 AM, andy pugh  wrote:
> 
> I was assuming that the faulted drives would disable themselves. I was
> thinking about what to do with the drives that have not faulted.


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Dealing with Servo Faults

[andy pugh]

On Wed, 10 Feb 2021 at 16:26, Jon Elson  wrote:

> > So, non-faulted drives will stop, but hold position.
> >
> Well, the issue there is whether a faulty drive would
> actually stop when disabled.

I was assuming that the faulted drives would disable themselves. I was
thinking about what to do with the drives that have not faulted.

-- 
atp
"A motorcycle is a bicycle with a pandemonium attachment and is
designed for the especial use of mechanical geniuses, daredevils and
lunatics."
— George Fitch, Atlanta Constitution Newspaper, 1912


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Dealing with Servo Faults

[Jon Elson]

On 02/10/2021 03:38 AM, andy pugh wrote:

On Wed, 10 Feb 2021 at 05:11, John Dammeyer  wrote:


Should just the enables to the other servo drives be removed or should power be 
cut to all drives.

I don't know what the industry standard is, but I can think of
arguments for leaving the drives enabled, but stopping the motion
controller.
So, non-faulted drives will stop, but hold position.

Well, the issue there is whether a faulty drive would 
actually stop when disabled.  I can easily imagine some 
faults that could leave the drive in a servo runaway 
situation and ignore enable.


If there is a way to kill the motor power but leave the 
drive logic active, that would be best.
If the drive does NOT process encoder signals, so the drive 
can be completely powered off without losing position 
alignment, then that would be fine (think traditional analog 
velocity servo amps).


You also want to be sure that E-stop applies a braking 
resistor to the motor in some manner.


Jon


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Dealing with Servo Faults

[Jon Elson]

On 02/10/2021 01:12 AM, Gene Heskett wrote:
FERROR = 0.50 
MIN_FERROR = 0.25 


And as you can see, running errors allowed are fairly 
large as I am not done tuning.


Geez, these don't protect you at all from something going wrong!
Here's the settings on my X axis :

FERROR = 0.003
MIN_FERROR = 0.005

Jon


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Dealing with Servo Faults

[Todd Zuercher]

Servo faults are relatively rare occurrences.  These machines are generally 
only shut down over weekends and holidays, and a fault that requires a restart 
only generally occurs a handful of times a year.  (mostly due to power 
failures.)  Nothing like most consumer electronics which may see multiple power 
cycles per day.  Besides with the reliability reputation Fanuc is know for, I'm 
pretty sure precautions and safety measures have been engineered into the 
designs to accommodate safely power cycling for much longer than the machines 
projected service life.

Todd Zuercher
P. Graham Dunn Inc.
630 Henry Street 
Dalton, Ohio 44618
Phone:  (330)828-2105ext. 2031

-Original Message-
From: Gene Heskett  
Sent: Wednesday, February 10, 2021 10:03 AM
To: emc-users@lists.sourceforge.net
Subject: Re: [Emc-users] Dealing with Servo Faults

[EXTERNAL EMAIL] Be sure links are safe.

On Wednesday 10 February 2021 09:11:58 Todd Zuercher wrote:

> On the Fanuc machines I work with a servo amp fault is very similar to 
> an e-stop condition, only worse.  In E-stop power is not removed from 
> the spindle VFD, the servos are disabled (I don't think power is 
> removed from them), and the VFD is sent an e-stop signal and brakes to 
> a stop (actually the VFD has an input that monitors the estop chain).
> The control and all logic circuits remain fully powered and any axis 
> brakes (such as for the Z axis) are engaged.  The effect of a servo 
> fault is essentially the same except the entire machine must be power 
> cycled at the main disconnect to clear the servo fault (simply power 
> cycling at the control is not enough.)  Where clearing an e-stop only 
> requires resetting the e-stop and pressing the reset button.  Part of 
> why I believe power is not removed from the servos at e-stop is the 
> fact that a tiny power blink on one or all phases will usually cause 
> the servos to set an alarm that requires cycling the power to reset.
> This is the same for multiple machine models from 3 different large 
> manufacturers.
>
> Todd Zuercher
> P. Graham Dunn Inc.
> 630 Henry Street
> Dalton, Ohio 44618
> Phone:  (330)828-2105ext. 2031

I'd call that a major PITA Todd. The inrush from turning it back on likely 
accounts for 90% of the parts failures those controls suffer.

What the hell were they thinking?  More income from selling replacement boards?

Stuff with larger inrushes gets soft-started here, so that inrush is slowed 
some by a high powered resistor of 50 ohms or so in series with the line power 
for the first 3 or 4 seconds. IMO thats a powerfull contribution to not having 
any parts failures. The GO704 with its huge spindle supply, draws about 3 amps 
working the average job.  Tutn it on with a normal swich and you will useally 
hear a 30 amp breaker fall. But I've only a 20 in that slot for the last 5 
years, tripped once when I plugged a 1500 watt heater into that circuit. No 
repeats since turning the heater down to the 700 watt coil only.

> -Original Message-
> From: John Dammeyer 
> Sent: Wednesday, February 10, 2021 12:09 AM
> To: 'Enhanced Machine Controller (EMC)'
>  Subject: [Emc-users] Dealing with 
> Servo Faults
>
> [EXTERNAL EMAIL] Be sure links are safe.
>
> Quick question.
>
> There's a multi-axis operation in progress.  For whatever reason one 
> of the servos throws out a fault and of course stops.
>
> Should just the enables to the other servo drives be removed or should 
> power be cut to all drives.
>
> I'm not really in favour of dropping out power because that would mean 
> you also lose the ability to easily recover.  The other drives and 
> spindle were working so you really just want them stopped and things 
> like coolant shut off.
>
> This isn't the same as an ESTOP which does remove all power that could 
> result in motion.  Low voltage control and PC are left running.
>
> For my PMDX-126 BoB my faults are consolidated and brings the PMDX 
> /FAULT input low.  That disables the ChargePump which in turn disables 
> all outputs including the enable to all the drive.  And the orange 
> button beside the red one on the user screen goes greyed out.
>
> After 4 seconds the /FAULT input is once again brought high (inactive) 
> and now the orange ENABLE button on the screen (or F2) can be clicked 
> which then asserts the ENABLE output to the drives and allows hardware 
> to be controlled again.
>
> For my servos taking the ENABLE signal FALSE and then TRUE resets the
> FAULT condition.   If the fault is still there then the /FAULT is
> brought low again. Etc...
>
> What do other systems (including commercial) do when a drive faults on 
> one axis.
>
> John
>
>
>
>
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>
>
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> 

Re: [Emc-users] Dealing with Servo Faults

[Jon Elson]

On Wednesday 10 February 2021 00:08:41 John Dammeyer wrote:


Quick question.

There's a multi-axis operation in progress.  For whatever reason one
of the servos throws out a fault and of course stops.

Should just the enables to the other servo drives be removed or should
power be cut to all drives.

OK, on my system (hommade analog velocity servo amps) the 
E-stop removes motor DC power from the amps, as well as 
removing enable. The encoders continue to feed back to the 
PPMC encoder card, so position alignment is never lost.  So, 
I can hit E-stop any time I want to, then click a button to 
go back to live.


Just last week I got an unexpected following error.  Didn't 
understand it immediately, but a closer look showed that a 
drill bit had just ran through the work and into a parallel 
bar.  I had to adjust the fixturing to make sure the 
parallel was not right under the hole.


Jon


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Dealing with Servo Faults

[Gene Heskett]

On Wednesday 10 February 2021 09:11:58 Todd Zuercher wrote:

> On the Fanuc machines I work with a servo amp fault is very similar to
> an e-stop condition, only worse.  In E-stop power is not removed from
> the spindle VFD, the servos are disabled (I don't think power is
> removed from them), and the VFD is sent an e-stop signal and brakes to
> a stop (actually the VFD has an input that monitors the estop chain). 
> The control and all logic circuits remain fully powered and any axis
> brakes (such as for the Z axis) are engaged.  The effect of a servo
> fault is essentially the same except the entire machine must be power
> cycled at the main disconnect to clear the servo fault (simply power
> cycling at the control is not enough.)  Where clearing an e-stop only
> requires resetting the e-stop and pressing the reset button.  Part of
> why I believe power is not removed from the servos at e-stop is the
> fact that a tiny power blink on one or all phases will usually cause
> the servos to set an alarm that requires cycling the power to reset. 
> This is the same for multiple machine models from 3 different large
> manufacturers.
>
> Todd Zuercher
> P. Graham Dunn Inc.
> 630 Henry Street 
> Dalton, Ohio 44618
> Phone:  (330)828-2105ext. 2031

I'd call that a major PITA Todd. The inrush from turning it back on 
likely accounts for 90% of the parts failures those controls suffer.

What the hell were they thinking?  More income from selling replacement 
boards?

Stuff with larger inrushes gets soft-started here, so that inrush is 
slowed some by a high powered resistor of 50 ohms or so in series with 
the line power for the first 3 or 4 seconds. IMO thats a powerfull 
contribution to not having any parts failures. The GO704 with its huge 
spindle supply, draws about 3 amps working the average job.  Tutn it on 
with a normal swich and you will useally hear a 30 amp breaker fall. But 
I've only a 20 in that slot for the last 5 years, tripped once when I 
plugged a 1500 watt heater into that circuit. No repeats since turning 
the heater down to the 700 watt coil only.

> -Original Message-
> From: John Dammeyer 
> Sent: Wednesday, February 10, 2021 12:09 AM
> To: 'Enhanced Machine Controller (EMC)'
>  Subject: [Emc-users] Dealing with
> Servo Faults
>
> [EXTERNAL EMAIL] Be sure links are safe.
>
> Quick question.
>
> There's a multi-axis operation in progress.  For whatever reason one
> of the servos throws out a fault and of course stops.
>
> Should just the enables to the other servo drives be removed or should
> power be cut to all drives.
>
> I'm not really in favour of dropping out power because that would mean
> you also lose the ability to easily recover.  The other drives and
> spindle were working so you really just want them stopped and things
> like coolant shut off.
>
> This isn't the same as an ESTOP which does remove all power that could
> result in motion.  Low voltage control and PC are left running.
>
> For my PMDX-126 BoB my faults are consolidated and brings the PMDX
> /FAULT input low.  That disables the ChargePump which in turn disables
> all outputs including the enable to all the drive.  And the orange
> button beside the red one on the user screen goes greyed out.
>
> After 4 seconds the /FAULT input is once again brought high (inactive)
> and now the orange ENABLE button on the screen (or F2) can be clicked
> which then asserts the ENABLE output to the drives and allows hardware
> to be controlled again.
>
> For my servos taking the ENABLE signal FALSE and then TRUE resets the
> FAULT condition.   If the fault is still there then the /FAULT is
> brought low again. Etc...
>
> What do other systems (including commercial) do when a drive faults on
> one axis.
>
> John
>
>
>
>
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>
>
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users


Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page 


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Dealing with Servo Faults

[Todd Zuercher]

On the Fanuc machines I work with a servo amp fault is very similar to an 
e-stop condition, only worse.  In E-stop power is not removed from the spindle 
VFD, the servos are disabled (I don't think power is removed from them), and 
the VFD is sent an e-stop signal and brakes to a stop (actually the VFD has an 
input that monitors the estop chain).  The control and all logic circuits 
remain fully powered and any axis brakes (such as for the Z axis) are engaged.  
The effect of a servo fault is essentially the same except the entire machine 
must be power cycled at the main disconnect to clear the servo fault (simply 
power cycling at the control is not enough.)  Where clearing an e-stop only 
requires resetting the e-stop and pressing the reset button.  Part of why I 
believe power is not removed from the servos at e-stop is the fact that a tiny 
power blink on one or all phases will usually cause the servos to set an alarm 
that requires cycling the power to reset.  This is the same for multiple 
machine models from 3 different large manufacturers.

Todd Zuercher
P. Graham Dunn Inc.
630 Henry Street 
Dalton, Ohio 44618
Phone:  (330)828-2105ext. 2031

-Original Message-
From: John Dammeyer  
Sent: Wednesday, February 10, 2021 12:09 AM
To: 'Enhanced Machine Controller (EMC)' 
Subject: [Emc-users] Dealing with Servo Faults

[EXTERNAL EMAIL] Be sure links are safe.

Quick question.

There's a multi-axis operation in progress.  For whatever reason one of the 
servos throws out a fault and of course stops.

Should just the enables to the other servo drives be removed or should power be 
cut to all drives.

I'm not really in favour of dropping out power because that would mean you also 
lose the ability to easily recover.  The other drives and spindle were working 
so you really just want them stopped and things like coolant shut off.

This isn't the same as an ESTOP which does remove all power that could result 
in motion.  Low voltage control and PC are left running.

For my PMDX-126 BoB my faults are consolidated and brings the PMDX /FAULT input 
low.  That disables the ChargePump which in turn disables all outputs including 
the enable to all the drive.  And the orange button beside the red one on the 
user screen goes greyed out.

After 4 seconds the /FAULT input is once again brought high (inactive) and now 
the orange ENABLE button on the screen (or F2) can be clicked which then 
asserts the ENABLE output to the drives and allows hardware to be controlled 
again.

For my servos taking the ENABLE signal FALSE and then TRUE resets the FAULT 
condition.   If the fault is still there then the /FAULT is brought low again. 
Etc...

What do other systems (including commercial) do when a drive faults on one axis.

John




___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Dealing with Servo Faults

[Frank Tkalcevic]

My home made machine connects the enables to the machine enable.  I don't
think it was my idea - I think it was based on one of the servo examples.
E-Stop is completely independent - connects to the e-stop switch, and axis
limit switches and kills power to the spindle and servos (originally it cut
ALL power, but shutting the PC down was silly).

-Original Message-
From: John Dammeyer [mailto:jo...@autoartisans.com] 
Sent: Wednesday, 10 February 2021 4:09 PM
To: 'Enhanced Machine Controller (EMC)'
Subject: [Emc-users] Dealing with Servo Faults

Quick question.

There's a multi-axis operation in progress.  For whatever reason one of the
servos throws out a fault and of course stops.

Should just the enables to the other servo drives be removed or should power
be cut to all drives.

I'm not really in favour of dropping out power because that would mean you
also lose the ability to easily recover.  The other drives and spindle were
working so you really just want them stopped and things like coolant shut
off.  

This isn't the same as an ESTOP which does remove all power that could
result in motion.  Low voltage control and PC are left running.

For my PMDX-126 BoB my faults are consolidated and brings the PMDX /FAULT
input low.  That disables the ChargePump which in turn disables all outputs
including the enable to all the drive.  And the orange button beside the red
one on the user screen goes greyed out.

After 4 seconds the /FAULT input is once again brought high (inactive) and
now the orange ENABLE button on the screen (or F2) can be clicked which then
asserts the ENABLE output to the drives and allows hardware to be controlled
again.  

For my servos taking the ENABLE signal FALSE and then TRUE resets the FAULT
condition.   If the fault is still there then the /FAULT is brought low
again. Etc...

What do other systems (including commercial) do when a drive faults on one
axis.

John




___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users



___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Dealing with Servo Faults

[andy pugh]

On Wed, 10 Feb 2021 at 05:11, John Dammeyer  wrote:

> Should just the enables to the other servo drives be removed or should power 
> be cut to all drives.

I don't know what the industry standard is, but I can think of
arguments for leaving the drives enabled, but stopping the motion
controller.
So, non-faulted drives will stop, but hold position.

-- 
atp
"A motorcycle is a bicycle with a pandemonium attachment and is
designed for the especial use of mechanical geniuses, daredevils and
lunatics."
— George Fitch, Atlanta Constitution Newspaper, 1912


___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users