Could it be here? ????Ports & Pins ????Turn Options
??? "Reversed Arcs in Front Post"? is it checked?? I had a problem a long time ago and I may have unchecked this box to fix it.
Steve
On Tuesday, April 6, 2021, 3:59:29 PM CDT, chuck via groups.io <chuckels@...> wrote:
Steve,
been a while since I ran mach3 but there is a setting that has to
do with I J K moves if I remember its a check box in one of the
settings page.
Chuck
On 4/4/2021 10:06 AM, Steven DAntonio
wrote:
I just upgraded to R3.043.066 (from R2), I'm getting an error that
says "radius at end of arc differs from radius to start, block
=G02..."
I downloaded the more recent R3 from Artsoft and the? fix log
shows nothing after R3.043.62.? I can go back to R2 if need be,
but I'm hoping I don't have to. This code runs under R2.? Code
generator was RhinoCAM 2017.? I'm running under win XP SP 3 since
my computers with an LPT1 port with not support anything higher.
I'm seeing this error with every piece of code I have tested so
far, all of which ran under R2 without issues.
Here is a snippet of the code (bold line is the one that crashes)
G00 G49 G40.1 G17 G80 G50 G90
G20
(Setup 1)
(Work Zero)
(2 1/2 Axis Profiling)
M6 T2
M03 S20000
G00 Z1.0466
X1.3373 Y-0.0609
G01 Z-0.1515? F120.0
X1.1529 Y-0.0778
X0.9299 Y-0.0944
X0.7066 Y-0.1074
X0.4832 Y-0.1169
X0.2596 Y-0.1227
X0.1105 Y-0.1246
X-0.1106
X-0.3484 Y-0.1208
X-0.5861 Y-0.1130
X-0.8236 Y-0.1011
X-1.0609 Y-0.0851
X-1.2979 Y-0.0651
X-1.5346 Y-0.0410
X-1.7707 Y-0.0129
X-2.0064 Y0.0192
X-2.2415 Y0.0553
G17
G02X-7.7519Y4.4694I0.9620J6.8475
X-7.4781Y9.3650I5.8485J2.1283
X-6.1583Y11.1056I6.2570J-3.3735
G01 X-5.9731 Y11.2914
G03X-5.4021Y11.9392I-5.5788J5.4928
|
Steve,
been a while since I ran mach3 but there is a setting that has to
do with I J K moves if I remember its a check box in one of the
settings page.
Chuck
On 4/4/2021 10:06 AM, Steven DAntonio
wrote:
toggle quoted message
Show quoted text
I just upgraded to R3.043.066 (from R2), I'm getting an error that
says "radius at end of arc differs from radius to start, block
=G02..."
I downloaded the more recent R3 from Artsoft and the? fix log
shows nothing after R3.043.62.? I can go back to R2 if need be,
but I'm hoping I don't have to. This code runs under R2.? Code
generator was RhinoCAM 2017.? I'm running under win XP SP 3 since
my computers with an LPT1 port with not support anything higher.
I'm seeing this error with every piece of code I have tested so
far, all of which ran under R2 without issues.
Here is a snippet of the code (bold line is the one that crashes)
G00 G49 G40.1 G17 G80 G50 G90
G20
(Setup 1)
(Work Zero)
(2 1/2 Axis Profiling)
M6 T2
M03 S20000
G00 Z1.0466
X1.3373 Y-0.0609
G01 Z-0.1515? F120.0
X1.1529 Y-0.0778
X0.9299 Y-0.0944
X0.7066 Y-0.1074
X0.4832 Y-0.1169
X0.2596 Y-0.1227
X0.1105 Y-0.1246
X-0.1106
X-0.3484 Y-0.1208
X-0.5861 Y-0.1130
X-0.8236 Y-0.1011
X-1.0609 Y-0.0851
X-1.2979 Y-0.0651
X-1.5346 Y-0.0410
X-1.7707 Y-0.0129
X-2.0064 Y0.0192
X-2.2415 Y0.0553
G17
G02X-7.7519Y4.4694I0.9620J6.8475
X-7.4781Y9.3650I5.8485J2.1283
X-6.1583Y11.1056I6.2570J-3.3735
G01 X-5.9731 Y11.2914
G03X-5.4021Y11.9392I-5.5788J5.4928
|
i will try this but it works with the g64/61. is there any reason
that G9 is better? i do have one line moves. what is the advantage
of a non modal code if the same can be done with an on and off
command. i doubt there is really much difference but ???
On 4/5/2021 5:02 AM, Brian Barker
wrote:
Note for you guys... if you simply have one move that you would
like to be exact stop you can use a G9 on that line. It will
stop the CV for that one move (Non Modal) . This is in the Gcode
manual if you would like to see it on Page 18 if you need
clarification.
______________________________
Brian Barker
Engineering / Devlopment
ArtSoft | Newfangled Solutions
Livermore Falls, Maine (USA)
Phone: 207(618)1449
Webpage:
i'll try that. so there is a trajectory planner in mach4? i
was going to look but forgot to see if there was an option to
not combine separate moves. now that i know how to get around
this i am fine but it was a surprise to see the cutter clip
the corner of a pocket as it climbs out. i had a z move
separate and an x and y i think this is only a problem with
other axis following a z that was intended to clear obstacles.
how do i get the latest xbox plugin and what is it called and
file dates?
On 4/4/2021 4:02 PM, Steve
Stallings wrote:
Could you consider
putting a G61 (exact stop) ahead of the G1 F83 Z .2 move
and a G64 (exact stop cancel) after it? This prevents
the trajectory planner from blending the next move with
the critical retract move in Z.
?
?
I have been learning a lot about mach4 and am getting quite
comfortable with it. I do not need to add anything other
than my little parts counter and an external switch.
I would like to get xbox controller working but i just
can't seem to on the router computer, only the house
computer.
here is the odd behavior. i think this is an ESS issue. in
mach3 i has having strange behavior at exactly the same
spot. with mach4 i didn't until suddenly it also did the
same thing. if i don't have the line in bold shown below
(using a short dwell) the z and followiong x and y moves get
combined
G1 F51 Z -1.15
G1 F31 X 1.73
G1 F83 Z .2
G4? P100 (dwell to prevent combined move)
without this line the G1 F83 Z .2 and the next G1 get
combined into one move clipping off
the corner of the part? with the 100 ms dwell it moves to
the z location and then to the X and Y
i checked this over and over and am not imagining it? also
previously this is the exact spot where phantom moves (and
usually corrections that cancelled the phantom move)
happened and have happened twice now with mach4 so it must
be an ESS bug or maybe something odd about my gcode that i
don't understand
G52 X0 Y0 Z0 (cancel all offsets)
(SECOND WARP HOLE)
G52 X-.555 Y .875 Z -1.67
(G1 F61? Z .3 just in case)
G1 F93? X2.1003 Y0.5649
and a larger part of the context here
M9 (mist off to release clamp)
G1 F10000 A 90
M7 (mist on to set clamp)
M3 S1000
(DO DSLOT FINISH)
G1 F65? Z 0 (might be able to move a little less to finish
cut might help ejection)
G52 z - 1.67
G0 X 2.1541 Y 2.7725
G1 F93? X 2.1541 Y 2.7725 (was Y 2.71)
G1 F75? Z 0.0
G1 F83 Z -.35
G1 F31 X 1.73
G1 F31 Z -.7
G1 F32 X 2.1541 (this one needs to be slower)
G1 F51 Z -1.15
G1 F31 X 1.73
G1 F83 Z .2
G4? P100 (dwell to prevent combined move)
without this line the G1 F83 Z .2 and the next G1 get
combined into one move clipping off
the corner of the part? with the 100 ms dwell it moves to
the z location and then to the X and Y
i checked this over and over and am not imagining it? also
previously this is the exact spot where phantom moves (and
usually corrections that cancelled the phantom move)
happened and have happened twice now with mach4 so it must
be an ESS bug or maybe something odd about my gcode that i
don't understand
G52 X0 Y0 Z0 (cancel all offsets)
(SECOND WARP HOLE)
G52 X-.555 Y .875 Z -1.67
(G1 F61? Z .3 just in case)
G1 F93? X2.1003 Y0.5649
G1 F51 Z -.14
G2 F93.0 X2.0828 Y0.5696 I0.0 J0.035
G2 Y0.6302 I0.0175 J0.0303
G2 X2.1353 Y0.5999 I0.0175 J-0.0303
G2 X2.1003 Y0.5649 I-0.035 J0.0
G1 F93.0 Y0.5149
G2 F93.0 X2.0578 Y0.5263 I0.0 J0.085
G2 Y0.6735 I0.0425 J0.0736
G2 X2.1853 Y0.5999 I0.0425 J-0.0736
G2 X2.1003 Y0.5149 I-0.085 J0.0
G1 F83 Z .1? (retract)
G52 X0 Y0 Z0 (cancel all offsets)
--
Best regards, Spencer Chase
67550 Bell Springs Rd.
Garberville, CA 95542 Postal service only.
Laytonville, CA 95454 UPS only.
Spencer@...
(425) 791-0309
--
Best regards, Spencer Chase
67550 Bell Springs Rd.
Garberville, CA 95542 Postal service only.
Laytonville, CA 95454 UPS only.
Spencer@...
(425) 791-0309
--
Best regards, Spencer Chase
67550 Bell Springs Rd.
Garberville, CA 95542 Postal service only.
Laytonville, CA 95454 UPS only.
Spencer@...
(425) 791-0309
|
Note for you guys... if you simply have one move that you would
like to be exact stop you can use a G9 on that line. It will stop
the CV for that one move (Non Modal) . This is in the Gcode manual
if you would like to see it on Page 18 if you need clarification.
______________________________
Brian Barker
Engineering / Devlopment
ArtSoft | Newfangled Solutions
Livermore Falls, Maine (USA)
Phone: 207(618)1449
Webpage:
toggle quoted message
Show quoted text
i'll try that. so there is a trajectory planner in mach4? i was
going to look but forgot to see if there was an option to not
combine separate moves. now that i know how to get around this i
am fine but it was a surprise to see the cutter clip the corner
of a pocket as it climbs out. i had a z move separate and an x
and y i think this is only a problem with other axis following a
z that was intended to clear obstacles.
how do i get the latest xbox plugin and what is it called and
file dates?
On 4/4/2021 4:02 PM, Steve Stallings
wrote:
Could you consider
putting a G61 (exact stop) ahead of the G1 F83 Z .2 move
and a G64 (exact stop cancel) after it? This prevents the
trajectory planner from blending the next move with the
critical retract move in Z.
?
?
I have been learning a lot about mach4 and am getting quite
comfortable with it. I do not need to add anything other than
my little parts counter and an external switch.
I would like to get xbox controller working but i just can't
seem to on the router computer, only the house computer.
here is the odd behavior. i think this is an ESS issue. in
mach3 i has having strange behavior at exactly the same spot.
with mach4 i didn't until suddenly it also did the same thing.
if i don't have the line in bold shown below (using a short
dwell) the z and followiong x and y moves get combined
G1 F51 Z -1.15
G1 F31 X 1.73
G1 F83 Z .2
G4? P100 (dwell to prevent combined move)
without this line the G1 F83 Z .2 and the next G1 get combined
into one move clipping off
the corner of the part? with the 100 ms dwell it moves to the
z location and then to the X and Y
i checked this over and over and am not imagining it? also
previously this is the exact spot where phantom moves (and
usually corrections that cancelled the phantom move) happened
and have happened twice now with mach4 so it must be an ESS
bug or maybe something odd about my gcode that i don't
understand
G52 X0 Y0 Z0 (cancel all offsets)
(SECOND WARP HOLE)
G52 X-.555 Y .875 Z -1.67
(G1 F61? Z .3 just in case)
G1 F93? X2.1003 Y0.5649
and a larger part of the context here
M9 (mist off to release clamp)
G1 F10000 A 90
M7 (mist on to set clamp)
M3 S1000
(DO DSLOT FINISH)
G1 F65? Z 0 (might be able to move a little less to finish cut
might help ejection)
G52 z - 1.67
G0 X 2.1541 Y 2.7725
G1 F93? X 2.1541 Y 2.7725 (was Y 2.71)
G1 F75? Z 0.0
G1 F83 Z -.35
G1 F31 X 1.73
G1 F31 Z -.7
G1 F32 X 2.1541 (this one needs to be slower)
G1 F51 Z -1.15
G1 F31 X 1.73
G1 F83 Z .2
G4? P100 (dwell to prevent combined move)
without this line the G1 F83 Z .2 and the next G1 get combined
into one move clipping off
the corner of the part? with the 100 ms dwell it moves to the
z location and then to the X and Y
i checked this over and over and am not imagining it? also
previously this is the exact spot where phantom moves (and
usually corrections that cancelled the phantom move) happened
and have happened twice now with mach4 so it must be an ESS
bug or maybe something odd about my gcode that i don't
understand
G52 X0 Y0 Z0 (cancel all offsets)
(SECOND WARP HOLE)
G52 X-.555 Y .875 Z -1.67
(G1 F61? Z .3 just in case)
G1 F93? X2.1003 Y0.5649
G1 F51 Z -.14
G2 F93.0 X2.0828 Y0.5696 I0.0 J0.035
G2 Y0.6302 I0.0175 J0.0303
G2 X2.1353 Y0.5999 I0.0175 J-0.0303
G2 X2.1003 Y0.5649 I-0.035 J0.0
G1 F93.0 Y0.5149
G2 F93.0 X2.0578 Y0.5263 I0.0 J0.085
G2 Y0.6735 I0.0425 J0.0736
G2 X2.1853 Y0.5999 I0.0425 J-0.0736
G2 X2.1003 Y0.5149 I-0.085 J0.0
G1 F83 Z .1? (retract)
G52 X0 Y0 Z0 (cancel all offsets)
--
Best regards, Spencer Chase
67550 Bell Springs Rd.
Garberville, CA 95542 Postal service only.
Laytonville, CA 95454 UPS only.
Spencer@...
(425) 791-0309
--
Best regards, Spencer Chase
67550 Bell Springs Rd.
Garberville, CA 95542 Postal service only.
Laytonville, CA 95454 UPS only.
Spencer@...
(425) 791-0309
|
Re: Mach4 Coil Winder Screen
They have it and I asked them to send it to you months ago!?
Blah, I will tell them again to get it sent off.. The Coil winder
screen is one of the screens set to be released on the new screens
page for Mach4.
______________________________
Brian Barker
Engineering / Devlopment
ArtSoft | Newfangled Solutions
Livermore Falls, Maine (USA)
Phone: 207(618)1449
Webpage:
On 4/4/2021 8:55 PM, Andy Wander wrote:
toggle quoted message
Show quoted text
Hey, Brian,
anything?
?
?
Hi Brian, it’s
been a couple of months again-do you know if there has been
any progress on this?
?
?
They guys
should have been testing it...
I will hit them again for a status.. Sorry they have been
using it as fill in work.
Thanks
Brian
______________________________
?
Brian Barker
Engineering / Devlopment
ArtSoft | Newfangled Solutions
Livermore Falls, Maine (USA)
Phone: 207(618)1449
Webpage:
On 11/30/2020 11:44 PM, Andy Wander
wrote:
Brian, any
movement on this?
?
?
Hey, man, any
word?
?
?
Good question! Let me talk to the guys.
This slipped my mind. I am getting old or something :)
______________________________
?
Brian Barker
Engineering / Devlopment
ArtSoft | Newfangled Solutions
Livermore Falls, Maine (USA)
Phone: 207(618)1449
Webpage:
On 9/1/2020 10:11 PM, Andy Wander
wrote:
Hey, Brian,
has there been any progress on the Coil Winder screens?
?
?
I don't know how long the coil winder
is going to take but Brett seems to think the press
brake tables should be ready for testing in a few days.
Coil winder is after that. Rob got the screen done so it
is just the Lua code to make the Gcode files to drive
the winder.
On 7/6/2020 12:57 PM, Andy Wander wrote:
Thanks,
Brian-I’m good for now.
?
I’ll nag
you about the Coil Winder and the Spindle speed thing
in a couple of weeks.
?
?
Rob is on the floor now working on
the laser we are putting new motors and drives in :(
We are juggling a TON right now. If you seem to be all
set lets roll with it. We are trying hard to get a new
Rev out and I think it will fix most issues.
On 7/6/2020 11:03 AM, Andy Wander wrote:
Thanks,
Brian-no big rush on the coil winder, I just don’t
want to forget about it.
?
I
tested the Turn Cycles yesterday evening and they
are all working now as well.
?
Do the
only problem I now have is #4, the Spindle Speed
being reset when I first press ENABL after starting
Mach4.
?
I got
an email from Rob this morning, and I tried to call
him, but I just got a message telling me your hours,
and then some music.
?
I don’t
know if we really need to talk, though, since ESS
258 and Mach4 4517 seem to have solved almost all of
my problems.
?
?
Hi Andy,
1. I have Brett working on a screen for an OEM and
it is taking a bit more time than I would like :(
When that is done he will go over what Rob has and
building a release.
2. Rob had a setup to test the ESS on the machine by
his desk Friday. I didn't know he didn't get back to
you, sorry about that. I have informed him of your
progress.
3. Check the mill manual, I have someone going over
the manual and checking them for the next release.
Attached you will find a section of header file,
look at that and tell me what you think (start at
line number 2113)
4. I don't fully understand why you would want to
have the Spindle Speed at start up but lets do that
after the rest of this is done please :)
Thanks
Brian
On 7/5/2020 3:45 PM, Andy Wander wrote:
Hi
Brian:
?
1_
Has there been any progress on that Coil Winder
Screen?
?
2_ I
didn’t hear from Rob, but I wanted to report that
most of my issues appear to have been solved by
ESS v258 along with Mach4 4517. I still need to
confirm that the issue with the Turn Cycles
getting locked out is solved; haven’t had a chance
to test that….
?
3_ Is
there an accurate list anywhere of the Pound
Variables for Mach4? I have only been able to find
one dated 2015 by Scott Shafer, and I know that at
least one of the variables in there is wrong…..
?
4_
I’ve got the issues with Mach4 not remembering
spindle speed and such between shutting down and
restart solved. I took the code that wrote the
saved values on startup, out of the Startup
Script, and put it in the “first-Run only” section
of the PLC code. This seems to work fine, EXCEPT
that when I hit ENABLE for the first time after
startup, it overwrites the correct value that has
been put into the S DRO by the PLC script, and
sets it to 0. This only happens the first time I
ENABLE MACH4, after that, if I set a value for S,
it stays there through DISSABLE/ENABLE cycles. Any
idea on what to look for? I couldn’t find anything
in any of the screen scripts that does anything to
the S word on ENABLE, or any place that treats
ENABLE differently on the first time it is pressed
after startup
?
?
?
Rob is done the first round of
getting machines ready for release testing so I
have told him today is your test of turn. He may
be contacting you... As for the coil winder screen
Rob got most of that done before his return back
to work. I was going to have Brett continue on
with this as soon as he is done the bending
software I have him doing. We have lots of
projects we are working on so thanks for asking
about the progress!
Thanks
Brian
On 6/28/2020 4:35 PM, Andy Wander wrote:
Hi
Brian:
?
Did
they get anywhere with the coil winder screen?
?
What
about this weird problem with the Turn Cycles?
(they sure are great, when they work!)
?
?
?
Hi
Brian-new update:
?
I
was able to finish the part I was working on,
but I started getting FIFO Velocity Buffer
underrun errors from the ESS.
?
Then,
the ESS started randomly going offline without
telling me.
?
I
reverted to ESS v254, and Mach4 V4.2.0.4322, and
these problems went away(the FIFO and the ESS
going offline.)
?
I
made a couple more parts using Late today, and
everything was working fine, using the Turn
Cycles for Facing, Turning, and Threading.
?
Then
I tried a Rounding operation using Turn Cycles.
?
The
Gcode looked OK, so I ran it, and it did all the
roughing cuts about ?” out from the end of the
stock, without actually cutting anything-then it
moved in to where it should have been and did
the single finishing cut, taking off all of the
stock that should have been done during
roughing.
?
I
attached a screen shot of the Mach toolpath
window, as well as the .tap file for the
Rounding operation.
?
I
“may” have entered an incorrect setting in the
Turn cycle entry screen, but when I went to
check, I cannot get the saved cycle to open for
editing, and I can’t get any of the Turn cycles
to open when clicking on their buttons. I get a
message that says,
Unable
to show wizard 4: wxLua: Expected a 'wxColour'
for parameter 2, but got a 'nil'.
Function
called: 'SetBackgroundColour(wxButton, nil)'
- wxWindow::SetBackgroundColour(wxWindow(self),
wxColour)
?
I’ve
tried closing and reopening Mach4, and also
reinstalling Mach4, and I still can’t get at any
of the Turn Cycles.
?
?
Hi Andy,
This is a step in the right direction! We have a
few more machines we need to get working so we
can get to the testing of the next release
testing. We have the Matsuura 500 and the plasma
table we need to get ready. The goal is to have
them both finished this week so we can start
testing Friday. This is when we will setup and
test the ESS.
Thanks for the report
?Brian
On 6/13/2020 3:16 PM, Andy Wander wrote:
Hi
Brian:
?
I
have some more info and results on the
threading cycle not working.
?
Today,
I backed up my current installation, and
installed ESS v257, and Mach4 4.2.0.4517
?
I
needed to make a part that had a couple of
different diameters, and an external M14
thread at each end.
?
The
turning was uneventful, but when I used the
Turn Cycles screen to generate code for the
first M14 thread, and tried to run it, it hung
up on the G76 line just as the Internal thread
had been doing earlier! Then, I realized that
I had accidentally generated code for an
Internal thread, but, this time, it was
different, as the actual Spindle Speed display
on the screen was very intermittent, usually
staying at “0”, but occasionally flashing the
actual measured RPM. This didn’t happen with
the installation that I originally reported
this problem on.
?
So,
I thought maybe my lathe Spindle Speed sensor
had gotten damaged or something. At this
point, I set the machine back to in/min mode,
and started the spindle up, and the on-screen
Spindle Speed display worked perfectly. Going
back into the threading cycle, and in/rev
mode, the display was wonky again.
?
Then,
I remembered that the release notes for the
ESS v257 plugin had mentioned something about
a new check box to tell the ESS whether or not
to report the spindle speed. I found that
check box in the ESS setup, and unchecked it.
Testing showed the same problem still
remained.
?
I
then looked at the Spindle setting on the ESS
setup page, and changed it from PWM to “OB”.
?
That
did it, the threading cycle now works, whether
ID or OD threading.
?
I
still have the smaller problem of the spindle
making the CLUNK when it gets turned on again
while it is already on. I went into config and
disabled the Spindle ON, Spindle FWD and
Spindle REV pins in Mach4. This stuff was all
in there because I never disabled it when I
went to my Modbus controlled s[pindle. Alas,
this made no difference, I still get the
Clunk…
?
?
?
?
They are working
on a coil winder screen and have the first
part of it done.
They did a bunch of testing and could not make
your issue happen. We have just started
working back at the office where we have all
the hardware for testing. We are getting the
machines ready for release testing now and one
of the things that will be tested is your
issue. We are doing the best we can in this
screwy time.
Thanks
Brian
On 6/11/2020 8:07 AM, Andy
Wander wrote:
Hi
Brian:
?
Have
you had a chance to work on this?
?
Also
any? progress on the coil winder screenset?
?
?
That
may be from my PLC script. I am
interrogating the Modbus MPG register on my
pendant.
?
?
Do you have any idea what
is spamming for the MPG? I don't think this
is causing you an issue, it is just bad
practice and I would like to eliminate as
many vars as I can. I was going to see if I
could clean the profile and figure this out!
I have a few things going on but I am trying
to get this done as quickly as I can.
Thanks
Brian
On 6/3/2020 12:46 PM, Andy Wander wrote:
I used to use relays
and PWM to control my spindle, but now I
use the Modbus plugin.
?
I think that I left
the relay/PWM config alone, and just added
the modbus stuff. So Mack4 may be sending
controls for both methods.
?
Pretty sure I
disconnected the relays and PWM/0-10V from
the VFD though. I will check that in a
bit.
?
?
I need your profile
please. I don't understand what is firing
output #54 I think I am getting a better
idea what is going on!
Thanks
Brian
n 6/3/2020 11:09 AM, Andy Wander wrote:
Hi Brian:
?
The logging window
is confusing because the SAVE button is
at the bottom, but there is also a “log
to file” button up at the top. What does
that top button do?
?
I don’t think this
can be a hardware issue, as external
threading code from the Turn Cycle works
fine every time.
?
Also, yesterday,
after I STOPped an unworking internal
threading program, I came back a few
hours later, rewound and ran the same
code, and it worked! Just once though,
after that it would hang on the 2nd
G76 line uust like before.
?
Attached is a log
file; can you? see anything strange in
there?
Attachments:
?
?
?
?
?
?
Attachments:
?
?
?
?
|
I don't like obscure risky code that others might get stuck figuring out. However the noise really bothered me? I hate hearing noise thst sounds like something is tearing itself apart. Ball screws sound like this before they seize
toggle quoted message
Show quoted text
On April 4, 2021 6:44:56 PM PDT, Andy Wander <ohawiseguyeh@...> wrote:
Hey, If it is working well for you, then that’s all that matters. ? ? i do have very slow acceleration. i also found that i could just move higher than necessary and missed the edge of the hole. it is without absolute stop that it made the "grinding" noise. it was not extreme just noticeable and made me think something mechanical was wrong. i put the G61 and 64 just around the z moves and it works just fine now, no grinding and no clipped hole edges. i am not too concerned if this is a bad way of doing it as long as it works and it is of such limited scope (three little places in the code) that i doubt there will be complications. On 4/4/2021 6:32 PM, Andy Wander wrote: If the trajectory planner is combining moves that are commanded on separate lines, that is, making both moves at the same time, then something is very wrong. ? It sounds like Brian suspects that your acceleration is very low, and therefore the CV mode could cause this to appear to happen. While it is still on the way up in Z, it begins the next X or Y move. ? A quick way to get rid of the problem would be to command Z to move to a higher position before you tell the machine to move in X or Y. That way the roundoff would be in the air rather than in the part. ? The grinding noise you refer to may simply be the way your machine sounds in exact stop mode. It’s a pretty brutal way of doing things. ? ? i sued the G61 and G64 and it does the job? of course i meant used not sued. definitely was combining moves and Brian seems to agree that the trajectory planner will do that and that the absolute stop is the way to fix it and it did. On 4/4/2021 6:14 PM, Andy Wander wrote: If your Mach4 is combining moves on different lines, then it is not working correctly. There’s no way that a controller should ever combine 2 separate moves. ? I haven’t had that problem, but lately I am having the problem that if I move my axes during a toolchange, mach4 doesn’t realize it, and all move from then on are relative to the place I moved the axes to. ? ? i sued the G61 and G64 and it does the job. I guess mach3 trajectory planner was different? never had that particular issue then. the xbox plugin is great once it is activated :) i tried to figure out how to best use the various joysticks and buttons to get what i want and could not figure it out. maybe there are modifier keys that can be used along with joysticks but i couldn't figure it out. ideally i want slow and fast x y and z jogging and some sort of crude a control just fixed increments would be good enough. i only use the A in setup so it is not a big deal but x y and z are ?so what is a reasonable way to configure the xbox to achieve that basic control? i'll try that. so there is a trajectory planner in mach4? i was going to look but forgot to see if there was an option to not combine separate moves. now that i know how to get around this i am fine but it was a surprise to see the cutter clip the corner of a pocket as it climbs out. i had a z move separate and an x and y i think this is only a problem with other axis following a z that was intended to clear obstacles. how do i get the latest xbox plugin and what is it called and file dates? On 4/4/2021 4:02 PM, Steve Stallings wrote: Could you consider putting a G61 (exact stop) ahead of the G1 F83 Z .2 move and a G64 (exact stop cancel) after it? This prevents the trajectory planner from blending the next move with the critical retract move in Z. ? ? ?
From: [email protected] [mailto:[email protected]] On Behalf Of spencer@... Sent: Sunday, April 04, 2021 4:42 PM To: [email protected] Subject: Re: [MachCNC] odd behavior ESS? I have been learning a lot about mach4 and am getting quite comfortable with it. I do not need to add anything other than my little parts counter and an external switch. I would like to get xbox controller working but i just can't seem to on the router computer, only the house computer. here is the odd behavior. i think this is an ESS issue. in mach3 i has having strange behavior at exactly the same spot. with mach4 i didn't until suddenly it also did the same thing. if i don't have the line in bold shown below (using a short dwell) the z and followiong x and y moves get combined G1 F51 Z -1.15 G1 F31 X 1.73 G1 F83 Z .2 G4? P100 (dwell to prevent combined move) without this line the G1 F83 Z .2 and the next G1 get combined into one move clipping off the corner of the part? with the 100 ms dwell it moves to the z location and then to the X and Y i checked this over and over and am not imagining it? also previously this is the exact spot where phantom moves (and usually corrections that cancelled the phantom move) happened and have happened twice now with mach4 so it must be an ESS bug or maybe something odd about my gcode that i don't understand G52 X0 Y0 Z0 (cancel all offsets) (SECOND WARP HOLE) G52 X-.555 Y .875 Z -1.67 (G1 F61? Z .3 just in case) G1 F93? X2.1003 Y0.5649 and a larger part of the context here ? M9 (mist off to release clamp) G1 F10000 A 90 M7 (mist on to set clamp) M3 S1000 (DO DSLOT FINISH)
G1 F65? Z 0 (might be able to move a little less to finish cut might help ejection) G52 z - 1.67 G0 X 2.1541 Y 2.7725 G1 F93? X 2.1541 Y 2.7725 (was Y 2.71) G1 F75? Z 0.0 G1 F83 Z -.35 G1 F31 X 1.73 G1 F31 Z -.7 G1 F32 X 2.1541 (this one needs to be slower) G1 F51 Z -1.15 G1 F31 X 1.73 G1 F83 Z .2 G4? P100 (dwell to prevent combined move) without this line the G1 F83 Z .2 and the next G1 get combined into one move clipping off the corner of the part? with the 100 ms dwell it moves to the z location and then to the X and Y i checked this over and over and am not imagining it? also previously this is the exact spot where phantom moves (and usually corrections that cancelled the phantom move) happened and have happened twice now with mach4 so it must be an ESS bug or maybe something odd about my gcode that i don't understand G52 X0 Y0 Z0 (cancel all offsets) (SECOND WARP HOLE) G52 X-.555 Y .875 Z -1.67 (G1 F61? Z .3 just in case) G1 F93? X2.1003 Y0.5649 G1 F51 Z -.14 G2 F93.0 X2.0828 Y0.5696 I0.0 J0.035 G2 Y0.6302 I0.0175 J0.0303 G2 X2.1353 Y0.5999 I0.0175 J-0.0303 G2 X2.1003 Y0.5649 I-0.035 J0.0 G1 F93.0 Y0.5149 G2 F93.0 X2.0578 Y0.5263 I0.0 J0.085 G2 Y0.6735 I0.0425 J0.0736 G2 X2.1853 Y0.5999 I0.0425 J-0.0736 G2 X2.1003 Y0.5149 I-0.085 J0.0 G1 F83 Z .1? (retract) G52 X0 Y0 Z0 (cancel all offsets) -- Best regards, Spencer Chase 67550 Bell Springs Rd. Garberville, CA 95542 Postal service only. Laytonville, CA 95454 UPS only. Spencer@... (425) 791-0309
-- Best regards, Spencer Chase 67550 Bell Springs Rd. Garberville, CA 95542 Postal service only. Laytonville, CA 95454 UPS only. Spencer@... (425) 791-0309
-- Best regards, Spencer Chase 67550 Bell Springs Rd. Garberville, CA 95542 Postal service only. Laytonville, CA 95454 UPS only. Spencer@... (425) 791-0309
-- Best regards, Spencer Chase 67550 Bell Springs Rd. Garberville, CA 95542 Postal service only. Laytonville, CA 95454 UPS only. Spencer@... (425) 791-0309
-- Best regards, Spencer Chase 67550 Bell Springs Rd. Garberville, CA 95542 Postal service only. Laytonville, CA 95454 UPS only. Spencer@... (425) 791-0309
-- Sent from my Android device with K-9 Mail. Please excuse my brevity.
|
Hey, If it is working well for you, then that’s all that matters. ?
toggle quoted message
Show quoted text
From: [email protected] < [email protected]> On Behalf Of spencer@... Sent: Sunday, April 4, 2021 9:48 PM To: [email protected]Subject: Re: [MachCNC] odd behavior ESS? ? i do have very slow acceleration. i also found that i could just move higher than necessary and missed the edge of the hole. it is without absolute stop that it made the "grinding" noise. it was not extreme just noticeable and made me think something mechanical was wrong. i put the G61 and 64 just around the z moves and it works just fine now, no grinding and no clipped hole edges. i am not too concerned if this is a bad way of doing it as long as it works and it is of such limited scope (three little places in the code) that i doubt there will be complications. On 4/4/2021 6:32 PM, Andy Wander wrote: If the trajectory planner is combining moves that are commanded on separate lines, that is, making both moves at the same time, then something is very wrong. ? It sounds like Brian suspects that your acceleration is very low, and therefore the CV mode could cause this to appear to happen. While it is still on the way up in Z, it begins the next X or Y move. ? A quick way to get rid of the problem would be to command Z to move to a higher position before you tell the machine to move in X or Y. That way the roundoff would be in the air rather than in the part. ? The grinding noise you refer to may simply be the way your machine sounds in exact stop mode. It’s a pretty brutal way of doing things. ? ? i sued the G61 and G64 and it does the job? of course i meant used not sued. definitely was combining moves and Brian seems to agree that the trajectory planner will do that and that the absolute stop is the way to fix it and it did. On 4/4/2021 6:14 PM, Andy Wander wrote: If your Mach4 is combining moves on different lines, then it is not working correctly. There’s no way that a controller should ever combine 2 separate moves. ? I haven’t had that problem, but lately I am having the problem that if I move my axes during a toolchange, mach4 doesn’t realize it, and all move from then on are relative to the place I moved the axes to. ? ? i sued the G61 and G64 and it does the job. I guess mach3 trajectory planner was different? never had that particular issue then. the xbox plugin is great once it is activated :) i tried to figure out how to best use the various joysticks and buttons to get what i want and could not figure it out. maybe there are modifier keys that can be used along with joysticks but i couldn't figure it out. ideally i want slow and fast x y and z jogging and some sort of crude a control just fixed increments would be good enough. i only use the A in setup so it is not a big deal but x y and z are ?so what is a reasonable way to configure the xbox to achieve that basic control? i'll try that. so there is a trajectory planner in mach4? i was going to look but forgot to see if there was an option to not combine separate moves. now that i know how to get around this i am fine but it was a surprise to see the cutter clip the corner of a pocket as it climbs out. i had a z move separate and an x and y i think this is only a problem with other axis following a z that was intended to clear obstacles. how do i get the latest xbox plugin and what is it called and file dates? On 4/4/2021 4:02 PM, Steve Stallings wrote: Could you consider putting a G61 (exact stop) ahead of the G1 F83 Z .2 move and a G64 (exact stop cancel) after it? This prevents the trajectory planner from blending the next move with the critical retract move in Z. ? ? ?
From: [email protected] [mailto:[email protected]] On Behalf Of spencer@... Sent: Sunday, April 04, 2021 4:42 PM To: [email protected] Subject: Re: [MachCNC] odd behavior ESS? I have been learning a lot about mach4 and am getting quite comfortable with it. I do not need to add anything other than my little parts counter and an external switch. I would like to get xbox controller working but i just can't seem to on the router computer, only the house computer. here is the odd behavior. i think this is an ESS issue. in mach3 i has having strange behavior at exactly the same spot. with mach4 i didn't until suddenly it also did the same thing. if i don't have the line in bold shown below (using a short dwell) the z and followiong x and y moves get combined G1 F51 Z -1.15 G1 F31 X 1.73 G1 F83 Z .2 G4? P100 (dwell to prevent combined move) without this line the G1 F83 Z .2 and the next G1 get combined into one move clipping off the corner of the part? with the 100 ms dwell it moves to the z location and then to the X and Y i checked this over and over and am not imagining it? also previously this is the exact spot where phantom moves (and usually corrections that cancelled the phantom move) happened and have happened twice now with mach4 so it must be an ESS bug or maybe something odd about my gcode that i don't understand G52 X0 Y0 Z0 (cancel all offsets) (SECOND WARP HOLE) G52 X-.555 Y .875 Z -1.67 (G1 F61? Z .3 just in case) G1 F93? X2.1003 Y0.5649 and a larger part of the context here ? M9 (mist off to release clamp) G1 F10000 A 90 M7 (mist on to set clamp) M3 S1000 (DO DSLOT FINISH)
G1 F65? Z 0 (might be able to move a little less to finish cut might help ejection) G52 z - 1.67 G0 X 2.1541 Y 2.7725 G1 F93? X 2.1541 Y 2.7725 (was Y 2.71) G1 F75? Z 0.0 G1 F83 Z -.35 G1 F31 X 1.73 G1 F31 Z -.7 G1 F32 X 2.1541 (this one needs to be slower) G1 F51 Z -1.15 G1 F31 X 1.73 G1 F83 Z .2 G4? P100 (dwell to prevent combined move) without this line the G1 F83 Z .2 and the next G1 get combined into one move clipping off the corner of the part? with the 100 ms dwell it moves to the z location and then to the X and Y i checked this over and over and am not imagining it? also previously this is the exact spot where phantom moves (and usually corrections that cancelled the phantom move) happened and have happened twice now with mach4 so it must be an ESS bug or maybe something odd about my gcode that i don't understand G52 X0 Y0 Z0 (cancel all offsets) (SECOND WARP HOLE) G52 X-.555 Y .875 Z -1.67 (G1 F61? Z .3 just in case) G1 F93? X2.1003 Y0.5649 G1 F51 Z -.14 G2 F93.0 X2.0828 Y0.5696 I0.0 J0.035 G2 Y0.6302 I0.0175 J0.0303 G2 X2.1353 Y0.5999 I0.0175 J-0.0303 G2 X2.1003 Y0.5649 I-0.035 J0.0 G1 F93.0 Y0.5149 G2 F93.0 X2.0578 Y0.5263 I0.0 J0.085 G2 Y0.6735 I0.0425 J0.0736 G2 X2.1853 Y0.5999 I0.0425 J-0.0736 G2 X2.1003 Y0.5149 I-0.085 J0.0 G1 F83 Z .1? (retract) G52 X0 Y0 Z0 (cancel all offsets) -- Best regards, Spencer Chase 67550 Bell Springs Rd. Garberville, CA 95542 Postal service only. Laytonville, CA 95454 UPS only. Spencer@... (425) 791-0309
-- Best regards, Spencer Chase 67550 Bell Springs Rd. Garberville, CA 95542 Postal service only. Laytonville, CA 95454 UPS only. Spencer@... (425) 791-0309
-- Best regards, Spencer Chase 67550 Bell Springs Rd. Garberville, CA 95542 Postal service only. Laytonville, CA 95454 UPS only. Spencer@... (425) 791-0309
-- Best regards, Spencer Chase 67550 Bell Springs Rd. Garberville, CA 95542 Postal service only. Laytonville, CA 95454 UPS only. Spencer@... (425) 791-0309
-- Best regards, Spencer Chase 67550 Bell Springs Rd. Garberville, CA 95542 Postal service only. Laytonville, CA 95454 UPS only. Spencer@... (425) 791-0309
|
i do have very slow acceleration. i also found that i could just
move higher than necessary and missed the edge of the hole. it is
without absolute stop that it made the "grinding" noise. it was
not extreme just noticeable and made me think something mechanical
was wrong. i put the G61 and 64 just around the z moves and it
works just fine now, no grinding and no clipped hole edges. i am
not too concerned if this is a bad way of doing it as long as it
works and it is of such limited scope (three little places in the
code) that i doubt there will be complications.
On 4/4/2021 6:32 PM, Andy Wander wrote:
If the
trajectory planner is combining moves that are commanded on
separate lines, that is, making both moves at the same time,
then something is very wrong.
?
It sounds like
Brian suspects that your acceleration is very low, and
therefore the CV mode could cause this to appear to happen.
While it is still on the way up in Z, it begins the next X
or Y move.
?
A quick way to
get rid of the problem would be to command Z to move to a
higher position before you tell the machine to move in X or
Y. That way the roundoff would be in the air rather than in
the part.
?
The grinding
noise you refer to may simply be the way your machine sounds
in exact stop mode. It’s a pretty brutal way of doing
things.
?
?
i sued the G61 and G64 and it does the job? of course
i meant used not sued. definitely was combining moves
and Brian seems to agree that the trajectory planner will do
that and that the absolute stop is the way to fix it and it
did.
On 4/4/2021 6:14 PM, Andy Wander wrote:
If your Mach4
is combining moves on different lines, then it is not
working correctly. There’s no way that a controller should
ever combine 2 separate moves.
?
I haven’t had
that problem, but lately I am having the problem that if I
move my axes during a toolchange, mach4 doesn’t realize
it, and all move from then on are relative to the place I
moved the axes to.
?
?
i sued the G61 and G64 and it does the job. I guess mach3
trajectory planner was different? never had that particular
issue then.
the xbox plugin is great once it is activated :)
i tried to figure out how to best use the various joysticks
and buttons to get what i want and could not figure it out.
maybe there are modifier keys that can be used along with
joysticks but i couldn't figure it out.
ideally i want slow and fast x y and z jogging and some
sort of crude a control just fixed increments would be good
enough. i only use the A in setup so it is not a big deal
but x y and z are
?so what is a reasonable way to configure the xbox to
achieve that basic control?
i'll try that. so there is a trajectory planner in mach4?
i was going to look but forgot to see if there was an
option to not combine separate moves. now that i know how
to get around this i am fine but it was a surprise to see
the cutter clip the corner of a pocket as it climbs out. i
had a z move separate and an x and y i think this is only
a problem with other axis following a z that was intended
to clear obstacles.
how do i get the latest xbox plugin and what is it called
and file dates?
On 4/4/2021 4:02 PM, Steve Stallings
wrote:
Could
you consider putting a G61 (exact stop) ahead of the
G1 F83 Z .2 move and a G64 (exact stop cancel) after
it? This prevents the trajectory planner from blending
the next move with the critical retract move in Z.
?
?
?
From: [email protected] [mailto:[email protected]]
On Behalf Of spencer@...
Sent: Sunday, April 04, 2021 4:42 PM
To: [email protected]
Subject: Re: [MachCNC] odd behavior ESS?
I have been learning a lot about mach4 and am getting
quite comfortable with it. I do not need to add anything
other than my little parts counter and an external
switch.
I would like to get xbox controller working but i just
can't seem to on the router computer, only the house
computer.
here is the odd behavior. i think this is an ESS issue.
in mach3 i has having strange behavior at exactly the
same spot. with mach4 i didn't until suddenly it also
did the same thing. if i don't have the line in bold
shown below (using a short dwell) the z and followiong x
and y moves get combined
G1 F51 Z -1.15
G1 F31 X 1.73
G1 F83 Z .2
G4? P100 (dwell to prevent combined move)
without this line the G1 F83 Z .2 and the next G1 get
combined into one move clipping off
the corner of the part? with the 100 ms dwell it moves
to the z location and then to the X and Y
i checked this over and over and am not imagining it?
also previously this is the exact spot where phantom
moves (and usually corrections that cancelled the
phantom move) happened and have happened twice now with
mach4 so it must be an ESS bug or maybe something odd
about my gcode that i don't understand
G52 X0 Y0 Z0 (cancel all offsets)
(SECOND WARP HOLE)
G52 X-.555 Y .875 Z -1.67
(G1 F61? Z .3 just in case)
G1 F93? X2.1003 Y0.5649
and a larger part of the context here
?
M9 (mist off to release clamp)
G1 F10000 A 90
M7 (mist on to set clamp)
M3 S1000
(DO DSLOT FINISH)
G1 F65? Z 0 (might be able to move a little less to
finish cut might help ejection)
G52 z - 1.67
G0 X 2.1541 Y 2.7725
G1 F93? X 2.1541 Y 2.7725 (was Y 2.71)
G1 F75? Z 0.0
G1 F83 Z -.35
G1 F31 X 1.73
G1 F31 Z -.7
G1 F32 X 2.1541 (this one needs to be slower)
G1 F51 Z -1.15
G1 F31 X 1.73
G1 F83 Z .2
G4? P100 (dwell to prevent combined move)
without this line the G1 F83 Z .2 and the next G1 get
combined into one move clipping off
the corner of the part? with the 100 ms dwell it moves
to the z location and then to the X and Y
i checked this over and over and am not imagining it?
also previously this is the exact spot where phantom
moves (and usually corrections that cancelled the
phantom move) happened and have happened twice now with
mach4 so it must be an ESS bug or maybe something odd
about my gcode that i don't understand
G52 X0 Y0 Z0 (cancel all offsets)
(SECOND WARP HOLE)
G52 X-.555 Y .875 Z -1.67
(G1 F61? Z .3 just in case)
G1 F93? X2.1003 Y0.5649
G1 F51 Z -.14
G2 F93.0 X2.0828 Y0.5696 I0.0 J0.035
G2 Y0.6302 I0.0175 J0.0303
G2 X2.1353 Y0.5999 I0.0175 J-0.0303
G2 X2.1003 Y0.5649 I-0.035 J0.0
G1 F93.0 Y0.5149
G2 F93.0 X2.0578 Y0.5263 I0.0 J0.085
G2 Y0.6735 I0.0425 J0.0736
G2 X2.1853 Y0.5999 I0.0425 J-0.0736
G2 X2.1003 Y0.5149 I-0.085 J0.0
G1 F83 Z .1? (retract)
G52 X0 Y0 Z0 (cancel all offsets)
--
Best regards, Spencer Chase
67550 Bell Springs Rd.
Garberville, CA 95542 Postal service only.
Laytonville, CA 95454 UPS only.
Spencer@...
(425) 791-0309
--
Best regards, Spencer Chase
67550 Bell Springs Rd.
Garberville, CA 95542 Postal service only.
Laytonville, CA 95454 UPS only.
Spencer@...
(425) 791-0309
--
Best regards, Spencer Chase
67550 Bell Springs Rd.
Garberville, CA 95542 Postal service only.
Laytonville, CA 95454 UPS only.
Spencer@...
(425) 791-0309
--
Best regards, Spencer Chase
67550 Bell Springs Rd.
Garberville, CA 95542 Postal service only.
Laytonville, CA 95454 UPS only.
Spencer@...
(425) 791-0309
--
Best regards, Spencer Chase
67550 Bell Springs Rd.
Garberville, CA 95542 Postal service only.
Laytonville, CA 95454 UPS only.
Spencer@...
(425) 791-0309
|
If the trajectory planner is combining moves that are commanded on separate lines, that is, making both moves at the same time, then something is very wrong. ? It sounds like Brian suspects that your acceleration is very low, and therefore the CV mode could cause this to appear to happen. While it is still on the way up in Z, it begins the next X or Y move. ? A quick way to get rid of the problem would be to command Z to move to a higher position before you tell the machine to move in X or Y. That way the roundoff would be in the air rather than in the part. ? The grinding noise you refer to may simply be the way your machine sounds in exact stop mode. It’s a pretty brutal way of doing things. ?
toggle quoted message
Show quoted text
From: [email protected] < [email protected]> On Behalf Of spencer@... Sent: Sunday, April 4, 2021 9:28 PM To: [email protected]Subject: Re: [MachCNC] odd behavior ESS? ? i sued the G61 and G64 and it does the job? of course i meant used not sued. definitely was combining moves and Brian seems to agree that the trajectory planner will do that and that the absolute stop is the way to fix it and it did. On 4/4/2021 6:14 PM, Andy Wander wrote: If your Mach4 is combining moves on different lines, then it is not working correctly. There’s no way that a controller should ever combine 2 separate moves. ? I haven’t had that problem, but lately I am having the problem that if I move my axes during a toolchange, mach4 doesn’t realize it, and all move from then on are relative to the place I moved the axes to. ? ? i sued the G61 and G64 and it does the job. I guess mach3 trajectory planner was different? never had that particular issue then. the xbox plugin is great once it is activated :) i tried to figure out how to best use the various joysticks and buttons to get what i want and could not figure it out. maybe there are modifier keys that can be used along with joysticks but i couldn't figure it out. ideally i want slow and fast x y and z jogging and some sort of crude a control just fixed increments would be good enough. i only use the A in setup so it is not a big deal but x y and z are ?so what is a reasonable way to configure the xbox to achieve that basic control? i'll try that. so there is a trajectory planner in mach4? i was going to look but forgot to see if there was an option to not combine separate moves. now that i know how to get around this i am fine but it was a surprise to see the cutter clip the corner of a pocket as it climbs out. i had a z move separate and an x and y i think this is only a problem with other axis following a z that was intended to clear obstacles. how do i get the latest xbox plugin and what is it called and file dates? On 4/4/2021 4:02 PM, Steve Stallings wrote: Could you consider putting a G61 (exact stop) ahead of the G1 F83 Z .2 move and a G64 (exact stop cancel) after it? This prevents the trajectory planner from blending the next move with the critical retract move in Z. ? ? ?
From: [email protected] [mailto:[email protected]] On Behalf Of spencer@... Sent: Sunday, April 04, 2021 4:42 PM To: [email protected] Subject: Re: [MachCNC] odd behavior ESS? I have been learning a lot about mach4 and am getting quite comfortable with it. I do not need to add anything other than my little parts counter and an external switch. I would like to get xbox controller working but i just can't seem to on the router computer, only the house computer. here is the odd behavior. i think this is an ESS issue. in mach3 i has having strange behavior at exactly the same spot. with mach4 i didn't until suddenly it also did the same thing. if i don't have the line in bold shown below (using a short dwell) the z and followiong x and y moves get combined G1 F51 Z -1.15 G1 F31 X 1.73 G1 F83 Z .2 G4? P100 (dwell to prevent combined move) without this line the G1 F83 Z .2 and the next G1 get combined into one move clipping off the corner of the part? with the 100 ms dwell it moves to the z location and then to the X and Y i checked this over and over and am not imagining it? also previously this is the exact spot where phantom moves (and usually corrections that cancelled the phantom move) happened and have happened twice now with mach4 so it must be an ESS bug or maybe something odd about my gcode that i don't understand G52 X0 Y0 Z0 (cancel all offsets) (SECOND WARP HOLE) G52 X-.555 Y .875 Z -1.67 (G1 F61? Z .3 just in case) G1 F93? X2.1003 Y0.5649 and a larger part of the context here ? M9 (mist off to release clamp) G1 F10000 A 90 M7 (mist on to set clamp) M3 S1000 (DO DSLOT FINISH)
G1 F65? Z 0 (might be able to move a little less to finish cut might help ejection) G52 z - 1.67 G0 X 2.1541 Y 2.7725 G1 F93? X 2.1541 Y 2.7725 (was Y 2.71) G1 F75? Z 0.0 G1 F83 Z -.35 G1 F31 X 1.73 G1 F31 Z -.7 G1 F32 X 2.1541 (this one needs to be slower) G1 F51 Z -1.15 G1 F31 X 1.73 G1 F83 Z .2 G4? P100 (dwell to prevent combined move) without this line the G1 F83 Z .2 and the next G1 get combined into one move clipping off the corner of the part? with the 100 ms dwell it moves to the z location and then to the X and Y i checked this over and over and am not imagining it? also previously this is the exact spot where phantom moves (and usually corrections that cancelled the phantom move) happened and have happened twice now with mach4 so it must be an ESS bug or maybe something odd about my gcode that i don't understand G52 X0 Y0 Z0 (cancel all offsets) (SECOND WARP HOLE) G52 X-.555 Y .875 Z -1.67 (G1 F61? Z .3 just in case) G1 F93? X2.1003 Y0.5649 G1 F51 Z -.14 G2 F93.0 X2.0828 Y0.5696 I0.0 J0.035 G2 Y0.6302 I0.0175 J0.0303 G2 X2.1353 Y0.5999 I0.0175 J-0.0303 G2 X2.1003 Y0.5649 I-0.035 J0.0 G1 F93.0 Y0.5149 G2 F93.0 X2.0578 Y0.5263 I0.0 J0.085 G2 Y0.6735 I0.0425 J0.0736 G2 X2.1853 Y0.5999 I0.0425 J-0.0736 G2 X2.1003 Y0.5149 I-0.085 J0.0 G1 F83 Z .1? (retract) G52 X0 Y0 Z0 (cancel all offsets) -- Best regards, Spencer Chase 67550 Bell Springs Rd. Garberville, CA 95542 Postal service only. Laytonville, CA 95454 UPS only. Spencer@... (425) 791-0309
-- Best regards, Spencer Chase 67550 Bell Springs Rd. Garberville, CA 95542 Postal service only. Laytonville, CA 95454 UPS only. Spencer@... (425) 791-0309
-- Best regards, Spencer Chase 67550 Bell Springs Rd. Garberville, CA 95542 Postal service only. Laytonville, CA 95454 UPS only. Spencer@... (425) 791-0309
-- Best regards, Spencer Chase 67550 Bell Springs Rd. Garberville, CA 95542 Postal service only. Laytonville, CA 95454 UPS only. Spencer@... (425) 791-0309
|
i sued the G61 and G64 and it does the job? of course i
meant used not sued. definitely was combining moves and
Brian seems to agree that the trajectory planner will do that and
that the absolute stop is the way to fix it and it did.
On 4/4/2021 6:14 PM, Andy Wander wrote:
If your Mach4
is combining moves on different lines, then it is not
working correctly. There’s no way that a controller should
ever combine 2 separate moves.
?
I haven’t had
that problem, but lately I am having the problem that if I
move my axes during a toolchange, mach4 doesn’t realize it,
and all move from then on are relative to the place I moved
the axes to.
?
?
i sued the G61 and G64 and it does the job. I guess mach3
trajectory planner was different? never had that particular
issue then.
the xbox plugin is great once it is activated :)
i tried to figure out how to best use the various joysticks
and buttons to get what i want and could not figure it out.
maybe there are modifier keys that can be used along with
joysticks but i couldn't figure it out.
ideally i want slow and fast x y and z jogging and some sort
of crude a control just fixed increments would be good enough.
i only use the A in setup so it is not a big deal but x y and
z are
?so what is a reasonable way to configure the xbox to achieve
that basic control?
i'll try that. so there is a trajectory planner in mach4? i
was going to look but forgot to see if there was an option
to not combine separate moves. now that i know how to get
around this i am fine but it was a surprise to see the
cutter clip the corner of a pocket as it climbs out. i had a
z move separate and an x and y i think this is only a
problem with other axis following a z that was intended to
clear obstacles.
how do i get the latest xbox plugin and what is it called
and file dates?
On 4/4/2021 4:02 PM, Steve Stallings
wrote:
Could
you consider putting a G61 (exact stop) ahead of the G1
F83 Z .2 move and a G64 (exact stop cancel) after it?
This prevents the trajectory planner from blending the
next move with the critical retract move in Z.
?
?
?
From: [email protected]
[mailto:[email protected]] On
Behalf Of spencer@...
Sent: Sunday, April 04, 2021 4:42 PM
To: [email protected]
Subject: Re: [MachCNC] odd behavior ESS?
I have been learning a lot about mach4 and am getting
quite comfortable with it. I do not need to add anything
other than my little parts counter and an external switch.
I would like to get xbox controller working but i just
can't seem to on the router computer, only the house
computer.
here is the odd behavior. i think this is an ESS issue.
in mach3 i has having strange behavior at exactly the same
spot. with mach4 i didn't until suddenly it also did the
same thing. if i don't have the line in bold shown below
(using a short dwell) the z and followiong x and y moves
get combined
G1 F51 Z -1.15
G1 F31 X 1.73
G1 F83 Z .2
G4? P100 (dwell to prevent combined move)
without this line the G1 F83 Z .2 and the next G1 get
combined into one move clipping off
the corner of the part? with the 100 ms dwell it moves to
the z location and then to the X and Y
i checked this over and over and am not imagining it? also
previously this is the exact spot where phantom moves (and
usually corrections that cancelled the phantom move)
happened and have happened twice now with mach4 so it must
be an ESS bug or maybe something odd about my gcode that i
don't understand
G52 X0 Y0 Z0 (cancel all offsets)
(SECOND WARP HOLE)
G52 X-.555 Y .875 Z -1.67
(G1 F61? Z .3 just in case)
G1 F93? X2.1003 Y0.5649
and a larger part of the context here
?
M9 (mist off to release clamp)
G1 F10000 A 90
M7 (mist on to set clamp)
M3 S1000
(DO DSLOT FINISH)
G1 F65? Z 0 (might be able to move a little less to finish
cut might help ejection)
G52 z - 1.67
G0 X 2.1541 Y 2.7725
G1 F93? X 2.1541 Y 2.7725 (was Y 2.71)
G1 F75? Z 0.0
G1 F83 Z -.35
G1 F31 X 1.73
G1 F31 Z -.7
G1 F32 X 2.1541 (this one needs to be slower)
G1 F51 Z -1.15
G1 F31 X 1.73
G1 F83 Z .2
G4? P100 (dwell to prevent combined move)
without this line the G1 F83 Z .2 and the next G1 get
combined into one move clipping off
the corner of the part? with the 100 ms dwell it moves to
the z location and then to the X and Y
i checked this over and over and am not imagining it? also
previously this is the exact spot where phantom moves (and
usually corrections that cancelled the phantom move)
happened and have happened twice now with mach4 so it must
be an ESS bug or maybe something odd about my gcode that i
don't understand
G52 X0 Y0 Z0 (cancel all offsets)
(SECOND WARP HOLE)
G52 X-.555 Y .875 Z -1.67
(G1 F61? Z .3 just in case)
G1 F93? X2.1003 Y0.5649
G1 F51 Z -.14
G2 F93.0 X2.0828 Y0.5696 I0.0 J0.035
G2 Y0.6302 I0.0175 J0.0303
G2 X2.1353 Y0.5999 I0.0175 J-0.0303
G2 X2.1003 Y0.5649 I-0.035 J0.0
G1 F93.0 Y0.5149
G2 F93.0 X2.0578 Y0.5263 I0.0 J0.085
G2 Y0.6735 I0.0425 J0.0736
G2 X2.1853 Y0.5999 I0.0425 J-0.0736
G2 X2.1003 Y0.5149 I-0.085 J0.0
G1 F83 Z .1? (retract)
G52 X0 Y0 Z0 (cancel all offsets)
--
Best regards, Spencer Chase
67550 Bell Springs Rd.
Garberville, CA 95542 Postal service only.
Laytonville, CA 95454 UPS only.
Spencer@...
(425) 791-0309
--
Best regards, Spencer Chase
67550 Bell Springs Rd.
Garberville, CA 95542 Postal service only.
Laytonville, CA 95454 UPS only.
Spencer@...
(425) 791-0309
--
Best regards, Spencer Chase
67550 Bell Springs Rd.
Garberville, CA 95542 Postal service only.
Laytonville, CA 95454 UPS only.
Spencer@...
(425) 791-0309
--
Best regards, Spencer Chase
67550 Bell Springs Rd.
Garberville, CA 95542 Postal service only.
Laytonville, CA 95454 UPS only.
Spencer@...
(425) 791-0309
|
i thought i had the latest mach4 installed but who knows i am
real good at mixing up versions. there was no xbox plugin in the
folder in my router installation. i can download it again to be
sure i have the latest but if the only reason is for the plugin i
could use just the plugin. there are probably reasons to update
mach4 if i don't have the latest.
On 4/4/2021 4:55 PM, Brian Barker
wrote:
The plugin is in the newest download of Mach4. But we can send you
a copy so you can get just the plugin.
?
i'll try that. so there is a trajectory planner in mach4? i
was going to look but forgot to see if there was an option
to not combine separate moves. now that i know how to get
around this i am fine but it was a surprise to see the
cutter clip the corner of a pocket as it climbs out. i had a
z move separate and an x and y i think this is only a
problem with other axis following a z that was intended to
clear obstacles.
how do i get the latest xbox plugin and what is it called
and file dates?
On 4/4/2021 4:02 PM, Steve
Stallings wrote:
Could you
consider putting a G61 (exact stop) ahead of the G1
F83 Z .2 move and a G64 (exact stop cancel) after it?
This prevents the trajectory planner from blending the
next move with the critical retract move in Z.
?
?
I have been learning a lot about mach4 and am getting
quite comfortable with it. I do not need to add anything
other than my little parts counter and an external switch.
I would like to get xbox controller working but i just
can't seem to on the router computer, only the house
computer.
here is the odd behavior. i think this is an ESS issue.
in mach3 i has having strange behavior at exactly the same
spot. with mach4 i didn't until suddenly it also did the
same thing. if i don't have the line in bold shown below
(using a short dwell) the z and followiong x and y moves
get combined
G1 F51 Z -1.15
G1 F31 X 1.73
G1 F83 Z .2
G4? P100 (dwell to prevent combined move)
without this line the G1 F83 Z .2 and the next G1 get
combined into one move clipping off
the corner of the part? with the 100 ms dwell it moves to
the z location and then to the X and Y
i checked this over and over and am not imagining it? also
previously this is the exact spot where phantom moves (and
usually corrections that cancelled the phantom move)
happened and have happened twice now with mach4 so it must
be an ESS bug or maybe something odd about my gcode that i
don't understand
G52 X0 Y0 Z0 (cancel all offsets)
(SECOND WARP HOLE)
G52 X-.555 Y .875 Z -1.67
(G1 F61? Z .3 just in case)
G1 F93? X2.1003 Y0.5649
and a larger part of the context here
M9 (mist off to release clamp)
G1 F10000 A 90
M7 (mist on to set clamp)
M3 S1000
(DO DSLOT FINISH)
G1 F65? Z 0 (might be able to move a little less to finish
cut might help ejection)
G52 z - 1.67
G0 X 2.1541 Y 2.7725
G1 F93? X 2.1541 Y 2.7725 (was Y 2.71)
G1 F75? Z 0.0
G1 F83 Z -.35
G1 F31 X 1.73
G1 F31 Z -.7
G1 F32 X 2.1541 (this one needs to be slower)
G1 F51 Z -1.15
G1 F31 X 1.73
G1 F83 Z .2
G4? P100 (dwell to prevent combined move)
without this line the G1 F83 Z .2 and the next G1 get
combined into one move clipping off
the corner of the part? with the 100 ms dwell it moves to
the z location and then to the X and Y
i checked this over and over and am not imagining it? also
previously this is the exact spot where phantom moves (and
usually corrections that cancelled the phantom move)
happened and have happened twice now with mach4 so it must
be an ESS bug or maybe something odd about my gcode that i
don't understand
G52 X0 Y0 Z0 (cancel all offsets)
(SECOND WARP HOLE)
G52 X-.555 Y .875 Z -1.67
(G1 F61? Z .3 just in case)
G1 F93? X2.1003 Y0.5649
G1 F51 Z -.14
G2 F93.0 X2.0828 Y0.5696 I0.0 J0.035
G2 Y0.6302 I0.0175 J0.0303
G2 X2.1353 Y0.5999 I0.0175 J-0.0303
G2 X2.1003 Y0.5649 I-0.035 J0.0
G1 F93.0 Y0.5149
G2 F93.0 X2.0578 Y0.5263 I0.0 J0.085
G2 Y0.6735 I0.0425 J0.0736
G2 X2.1853 Y0.5999 I0.0425 J-0.0736
G2 X2.1003 Y0.5149 I-0.085 J0.0
G1 F83 Z .1? (retract)
G52 X0 Y0 Z0 (cancel all offsets)
--
Best regards, Spencer Chase
67550 Bell Springs Rd.
Garberville, CA 95542 Postal service only.
Laytonville, CA 95454 UPS only.
Spencer@...
(425) 791-0309
--
Best regards, Spencer Chase
67550 Bell Springs Rd.
Garberville, CA 95542 Postal service only.
Laytonville, CA 95454 UPS only.
Spencer@...
(425) 791-0309
--
Best regards, Spencer Chase
67550 Bell Springs Rd.
Garberville, CA 95542 Postal service only.
Laytonville, CA 95454 UPS only.
Spencer@...
(425) 791-0309
|
If your Mach4 is combining moves on different lines, then it is not working correctly. There’s no way that a controller should ever combine 2 separate moves. ? I haven’t had that problem, but lately I am having the problem that if I move my axes during a toolchange, mach4 doesn’t realize it, and all move from then on are relative to the place I moved the axes to. ?
toggle quoted message
Show quoted text
From: [email protected] < [email protected]> On Behalf Of spencer@... Sent: Sunday, April 4, 2021 9:16 PM To: [email protected]Subject: Re: [MachCNC] odd behavior ESS? ? i sued the G61 and G64 and it does the job. I guess mach3 trajectory planner was different? never had that particular issue then. the xbox plugin is great once it is activated :) i tried to figure out how to best use the various joysticks and buttons to get what i want and could not figure it out. maybe there are modifier keys that can be used along with joysticks but i couldn't figure it out. ideally i want slow and fast x y and z jogging and some sort of crude a control just fixed increments would be good enough. i only use the A in setup so it is not a big deal but x y and z are ?so what is a reasonable way to configure the xbox to achieve that basic control? i'll try that. so there is a trajectory planner in mach4? i was going to look but forgot to see if there was an option to not combine separate moves. now that i know how to get around this i am fine but it was a surprise to see the cutter clip the corner of a pocket as it climbs out. i had a z move separate and an x and y i think this is only a problem with other axis following a z that was intended to clear obstacles. how do i get the latest xbox plugin and what is it called and file dates? On 4/4/2021 4:02 PM, Steve Stallings wrote: Could you consider putting a G61 (exact stop) ahead of the G1 F83 Z .2 move and a G64 (exact stop cancel) after it? This prevents the trajectory planner from blending the next move with the critical retract move in Z. ? ? ?
From: [email protected] [mailto:[email protected]] On Behalf Of spencer@... Sent: Sunday, April 04, 2021 4:42 PM To: [email protected] Subject: Re: [MachCNC] odd behavior ESS? I have been learning a lot about mach4 and am getting quite comfortable with it. I do not need to add anything other than my little parts counter and an external switch. I would like to get xbox controller working but i just can't seem to on the router computer, only the house computer. here is the odd behavior. i think this is an ESS issue. in mach3 i has having strange behavior at exactly the same spot. with mach4 i didn't until suddenly it also did the same thing. if i don't have the line in bold shown below (using a short dwell) the z and followiong x and y moves get combined G1 F51 Z -1.15 G1 F31 X 1.73 G1 F83 Z .2 G4? P100 (dwell to prevent combined move) without this line the G1 F83 Z .2 and the next G1 get combined into one move clipping off the corner of the part? with the 100 ms dwell it moves to the z location and then to the X and Y i checked this over and over and am not imagining it? also previously this is the exact spot where phantom moves (and usually corrections that cancelled the phantom move) happened and have happened twice now with mach4 so it must be an ESS bug or maybe something odd about my gcode that i don't understand G52 X0 Y0 Z0 (cancel all offsets) (SECOND WARP HOLE) G52 X-.555 Y .875 Z -1.67 (G1 F61? Z .3 just in case) G1 F93? X2.1003 Y0.5649 and a larger part of the context here ? M9 (mist off to release clamp) G1 F10000 A 90 M7 (mist on to set clamp) M3 S1000 (DO DSLOT FINISH)
G1 F65? Z 0 (might be able to move a little less to finish cut might help ejection) G52 z - 1.67 G0 X 2.1541 Y 2.7725 G1 F93? X 2.1541 Y 2.7725 (was Y 2.71) G1 F75? Z 0.0 G1 F83 Z -.35 G1 F31 X 1.73 G1 F31 Z -.7 G1 F32 X 2.1541 (this one needs to be slower) G1 F51 Z -1.15 G1 F31 X 1.73 G1 F83 Z .2 G4? P100 (dwell to prevent combined move) without this line the G1 F83 Z .2 and the next G1 get combined into one move clipping off the corner of the part? with the 100 ms dwell it moves to the z location and then to the X and Y i checked this over and over and am not imagining it? also previously this is the exact spot where phantom moves (and usually corrections that cancelled the phantom move) happened and have happened twice now with mach4 so it must be an ESS bug or maybe something odd about my gcode that i don't understand G52 X0 Y0 Z0 (cancel all offsets) (SECOND WARP HOLE) G52 X-.555 Y .875 Z -1.67 (G1 F61? Z .3 just in case) G1 F93? X2.1003 Y0.5649 G1 F51 Z -.14 G2 F93.0 X2.0828 Y0.5696 I0.0 J0.035 G2 Y0.6302 I0.0175 J0.0303 G2 X2.1353 Y0.5999 I0.0175 J-0.0303 G2 X2.1003 Y0.5649 I-0.035 J0.0 G1 F93.0 Y0.5149 G2 F93.0 X2.0578 Y0.5263 I0.0 J0.085 G2 Y0.6735 I0.0425 J0.0736 G2 X2.1853 Y0.5999 I0.0425 J-0.0736 G2 X2.1003 Y0.5149 I-0.085 J0.0 G1 F83 Z .1? (retract) G52 X0 Y0 Z0 (cancel all offsets) -- Best regards, Spencer Chase 67550 Bell Springs Rd. Garberville, CA 95542 Postal service only. Laytonville, CA 95454 UPS only. Spencer@... (425) 791-0309
-- Best regards, Spencer Chase 67550 Bell Springs Rd. Garberville, CA 95542 Postal service only. Laytonville, CA 95454 UPS only. Spencer@... (425) 791-0309
-- Best regards, Spencer Chase 67550 Bell Springs Rd. Garberville, CA 95542 Postal service only. Laytonville, CA 95454 UPS only. Spencer@... (425) 791-0309
|
i sued the G61 and G64 and it does the job. I guess mach3
trajectory planner was different? never had that particular issue
then.
the xbox plugin is great once it is activated :)
i tried to figure out how to best use the various joysticks and
buttons to get what i want and could not figure it out. maybe
there are modifier keys that can be used along with joysticks but
i couldn't figure it out.
ideally i want slow and fast x y and z jogging and some sort of
crude a control just fixed increments would be good enough. i only
use the A in setup so it is not a big deal but x y and z are
?so what is a reasonable way to configure the xbox to achieve
that basic control?
i'll try that. so there is a trajectory planner in mach4? i was
going to look but forgot to see if there was an option to not
combine separate moves. now that i know how to get around this i
am fine but it was a surprise to see the cutter clip the corner
of a pocket as it climbs out. i had a z move separate and an x
and y i think this is only a problem with other axis following a
z that was intended to clear obstacles.
how do i get the latest xbox plugin and what is it called and
file dates?
On 4/4/2021 4:02 PM, Steve Stallings
wrote:
Could you consider
putting a G61 (exact stop) ahead of the G1 F83 Z .2 move
and a G64 (exact stop cancel) after it? This prevents the
trajectory planner from blending the next move with the
critical retract move in Z.
?
?
I have been learning a lot about mach4 and am getting quite
comfortable with it. I do not need to add anything other than
my little parts counter and an external switch.
I would like to get xbox controller working but i just can't
seem to on the router computer, only the house computer.
here is the odd behavior. i think this is an ESS issue. in
mach3 i has having strange behavior at exactly the same spot.
with mach4 i didn't until suddenly it also did the same thing.
if i don't have the line in bold shown below (using a short
dwell) the z and followiong x and y moves get combined
G1 F51 Z -1.15
G1 F31 X 1.73
G1 F83 Z .2
G4? P100 (dwell to prevent combined move)
without this line the G1 F83 Z .2 and the next G1 get combined
into one move clipping off
the corner of the part? with the 100 ms dwell it moves to the
z location and then to the X and Y
i checked this over and over and am not imagining it? also
previously this is the exact spot where phantom moves (and
usually corrections that cancelled the phantom move) happened
and have happened twice now with mach4 so it must be an ESS
bug or maybe something odd about my gcode that i don't
understand
G52 X0 Y0 Z0 (cancel all offsets)
(SECOND WARP HOLE)
G52 X-.555 Y .875 Z -1.67
(G1 F61? Z .3 just in case)
G1 F93? X2.1003 Y0.5649
and a larger part of the context here
M9 (mist off to release clamp)
G1 F10000 A 90
M7 (mist on to set clamp)
M3 S1000
(DO DSLOT FINISH)
G1 F65? Z 0 (might be able to move a little less to finish cut
might help ejection)
G52 z - 1.67
G0 X 2.1541 Y 2.7725
G1 F93? X 2.1541 Y 2.7725 (was Y 2.71)
G1 F75? Z 0.0
G1 F83 Z -.35
G1 F31 X 1.73
G1 F31 Z -.7
G1 F32 X 2.1541 (this one needs to be slower)
G1 F51 Z -1.15
G1 F31 X 1.73
G1 F83 Z .2
G4? P100 (dwell to prevent combined move)
without this line the G1 F83 Z .2 and the next G1 get combined
into one move clipping off
the corner of the part? with the 100 ms dwell it moves to the
z location and then to the X and Y
i checked this over and over and am not imagining it? also
previously this is the exact spot where phantom moves (and
usually corrections that cancelled the phantom move) happened
and have happened twice now with mach4 so it must be an ESS
bug or maybe something odd about my gcode that i don't
understand
G52 X0 Y0 Z0 (cancel all offsets)
(SECOND WARP HOLE)
G52 X-.555 Y .875 Z -1.67
(G1 F61? Z .3 just in case)
G1 F93? X2.1003 Y0.5649
G1 F51 Z -.14
G2 F93.0 X2.0828 Y0.5696 I0.0 J0.035
G2 Y0.6302 I0.0175 J0.0303
G2 X2.1353 Y0.5999 I0.0175 J-0.0303
G2 X2.1003 Y0.5649 I-0.035 J0.0
G1 F93.0 Y0.5149
G2 F93.0 X2.0578 Y0.5263 I0.0 J0.085
G2 Y0.6735 I0.0425 J0.0736
G2 X2.1853 Y0.5999 I0.0425 J-0.0736
G2 X2.1003 Y0.5149 I-0.085 J0.0
G1 F83 Z .1? (retract)
G52 X0 Y0 Z0 (cancel all offsets)
--
Best regards, Spencer Chase
67550 Bell Springs Rd.
Garberville, CA 95542 Postal service only.
Laytonville, CA 95454 UPS only.
Spencer@...
(425) 791-0309
--
Best regards, Spencer Chase
67550 Bell Springs Rd.
Garberville, CA 95542 Postal service only.
Laytonville, CA 95454 UPS only.
Spencer@...
(425) 791-0309
--
Best regards, Spencer Chase
67550 Bell Springs Rd.
Garberville, CA 95542 Postal service only.
Laytonville, CA 95454 UPS only.
Spencer@...
(425) 791-0309
|
Re: Mach4 Coil Winder Screen
toggle quoted message
Show quoted text
From: [email protected] <[email protected]> On Behalf Of Andy Wander via groups.io Sent: Saturday, March 27, 2021 12:22 PM To: [email protected] Subject: Re: [MachCNC] Mach4 Coil Winder Screen? Hi Brian, it’s been a couple of months again-do you know if there has been any progress on this? ? ? They guys should have been testing it...
I will hit them again for a status.. Sorry they have been using it as fill in work.
Thanks Brian ______________________________ ? Brian Barker Engineering / Devlopment ArtSoft | Newfangled Solutions Livermore Falls, Maine (USA) Phone: 207(618)1449 Webpage: On 11/30/2020 11:44 PM, Andy Wander wrote: Brian, any movement on this? ? ? Hey, man, any word? ? ? Good question! Let me talk to the guys. This slipped my mind. I am getting old or something :) ______________________________ ? Brian Barker Engineering / Devlopment ArtSoft | Newfangled Solutions Livermore Falls, Maine (USA) Phone: 207(618)1449 Webpage: On 9/1/2020 10:11 PM, Andy Wander wrote: Hey, Brian, has there been any progress on the Coil Winder screens? ? ? I don't know how long the coil winder is going to take but Brett seems to think the press brake tables should be ready for testing in a few days. Coil winder is after that. Rob got the screen done so it is just the Lua code to make the Gcode files to drive the winder.
On 7/6/2020 12:57 PM, Andy Wander wrote: Thanks, Brian-I’m good for now. ? I’ll nag you about the Coil Winder and the Spindle speed thing in a couple of weeks. ? ? Rob is on the floor now working on the laser we are putting new motors and drives in :( We are juggling a TON right now. If you seem to be all set lets roll with it. We are trying hard to get a new Rev out and I think it will fix most issues.
On 7/6/2020 11:03 AM, Andy Wander wrote: Thanks, Brian-no big rush on the coil winder, I just don’t want to forget about it. ? I tested the Turn Cycles yesterday evening and they are all working now as well. ? Do the only problem I now have is #4, the Spindle Speed being reset when I first press ENABL after starting Mach4. ? I got an email from Rob this morning, and I tried to call him, but I just got a message telling me your hours, and then some music. ? I don’t know if we really need to talk, though, since ESS 258 and Mach4 4517 seem to have solved almost all of my problems. ? ? Hi Andy, 1. I have Brett working on a screen for an OEM and it is taking a bit more time than I would like :( When that is done he will go over what Rob has and building a release.
2. Rob had a setup to test the ESS on the machine by his desk Friday. I didn't know he didn't get back to you, sorry about that. I have informed him of your progress.
3. Check the mill manual, I have someone going over the manual and checking them for the next release. Attached you will find a section of header file, look at that and tell me what you think (start at line number 2113)
4. I don't fully understand why you would want to have the Spindle Speed at start up but lets do that after the rest of this is done please :)
Thanks Brian
On 7/5/2020 3:45 PM, Andy Wander wrote: Hi Brian: ? 1_ Has there been any progress on that Coil Winder Screen? ? 2_ I didn’t hear from Rob, but I wanted to report that most of my issues appear to have been solved by ESS v258 along with Mach4 4517. I still need to confirm that the issue with the Turn Cycles getting locked out is solved; haven’t had a chance to test that…. ? 3_ Is there an accurate list anywhere of the Pound Variables for Mach4? I have only been able to find one dated 2015 by Scott Shafer, and I know that at least one of the variables in there is wrong….. ? 4_ I’ve got the issues with Mach4 not remembering spindle speed and such between shutting down and restart solved. I took the code that wrote the saved values on startup, out of the Startup Script, and put it in the “first-Run only” section of the PLC code. This seems to work fine, EXCEPT that when I hit ENABLE for the first time after startup, it overwrites the correct value that has been put into the S DRO by the PLC script, and sets it to 0. This only happens the first time I ENABLE MACH4, after that, if I set a value for S, it stays there through DISSABLE/ENABLE cycles. Any idea on what to look for? I couldn’t find anything in any of the screen scripts that does anything to the S word on ENABLE, or any place that treats ENABLE differently on the first time it is pressed after startup ? ? ? Rob is done the first round of getting machines ready for release testing so I have told him today is your test of turn. He may be contacting you... As for the coil winder screen Rob got most of that done before his return back to work. I was going to have Brett continue on with this as soon as he is done the bending software I have him doing. We have lots of projects we are working on so thanks for asking about the progress!
Thanks Brian
On 6/28/2020 4:35 PM, Andy Wander wrote: Hi Brian: ? Did they get anywhere with the coil winder screen? ? What about this weird problem with the Turn Cycles? (they sure are great, when they work!) ? ? ? Hi Brian-new update: ? I was able to finish the part I was working on, but I started getting FIFO Velocity Buffer underrun errors from the ESS. ? Then, the ESS started randomly going offline without telling me. ? I reverted to ESS v254, and Mach4 V4.2.0.4322, and these problems went away(the FIFO and the ESS going offline.) ? I made a couple more parts using Late today, and everything was working fine, using the Turn Cycles for Facing, Turning, and Threading. ? Then I tried a Rounding operation using Turn Cycles. ? The Gcode looked OK, so I ran it, and it did all the roughing cuts about ?” out from the end of the stock, without actually cutting anything-then it moved in to where it should have been and did the single finishing cut, taking off all of the stock that should have been done during roughing. ? I attached a screen shot of the Mach toolpath window, as well as the .tap file for the Rounding operation. ? I “may” have entered an incorrect setting in the Turn cycle entry screen, but when I went to check, I cannot get the saved cycle to open for editing, and I can’t get any of the Turn cycles to open when clicking on their buttons. I get a message that says, Unable to show wizard 4: wxLua: Expected a 'wxColour' for parameter 2, but got a 'nil'. Function called: 'SetBackgroundColour(wxButton, nil)' - wxWindow::SetBackgroundColour(wxWindow(self), wxColour)
? I’ve tried closing and reopening Mach4, and also reinstalling Mach4, and I still can’t get at any of the Turn Cycles. ? ? Hi Andy, This is a step in the right direction! We have a few more machines we need to get working so we can get to the testing of the next release testing. We have the Matsuura 500 and the plasma table we need to get ready. The goal is to have them both finished this week so we can start testing Friday. This is when we will setup and test the ESS.
Thanks for the report ?Brian
On 6/13/2020 3:16 PM, Andy Wander wrote: Hi Brian: ? I have some more info and results on the threading cycle not working. ? Today, I backed up my current installation, and installed ESS v257, and Mach4 4.2.0.4517 ? I needed to make a part that had a couple of different diameters, and an external M14 thread at each end. ? The turning was uneventful, but when I used the Turn Cycles screen to generate code for the first M14 thread, and tried to run it, it hung up on the G76 line just as the Internal thread had been doing earlier! Then, I realized that I had accidentally generated code for an Internal thread, but, this time, it was different, as the actual Spindle Speed display on the screen was very intermittent, usually staying at “0”, but occasionally flashing the actual measured RPM. This didn’t happen with the installation that I originally reported this problem on. ? So, I thought maybe my lathe Spindle Speed sensor had gotten damaged or something. At this point, I set the machine back to in/min mode, and started the spindle up, and the on-screen Spindle Speed display worked perfectly. Going back into the threading cycle, and in/rev mode, the display was wonky again. ? Then, I remembered that the release notes for the ESS v257 plugin had mentioned something about a new check box to tell the ESS whether or not to report the spindle speed. I found that check box in the ESS setup, and unchecked it. Testing showed the same problem still remained. ? I then looked at the Spindle setting on the ESS setup page, and changed it from PWM to “OB”. ? That did it, the threading cycle now works, whether ID or OD threading. ? I still have the smaller problem of the spindle making the CLUNK when it gets turned on again while it is already on. I went into config and disabled the Spindle ON, Spindle FWD and Spindle REV pins in Mach4. This stuff was all in there because I never disabled it when I went to my Modbus controlled s[pindle. Alas, this made no difference, I still get the Clunk… ? ? ? ? They are working on a coil winder screen and have the first part of it done.
They did a bunch of testing and could not make your issue happen. We have just started working back at the office where we have all the hardware for testing. We are getting the machines ready for release testing now and one of the things that will be tested is your issue. We are doing the best we can in this screwy time.
Thanks Brian On 6/11/2020 8:07 AM, Andy Wander wrote: Hi Brian: ? Have you had a chance to work on this? ? Also any? progress on the coil winder screenset? ? ? That may be from my PLC script. I am interrogating the Modbus MPG register on my pendant. ? ? Do you have any idea what is spamming for the MPG? I don't think this is causing you an issue, it is just bad practice and I would like to eliminate as many vars as I can. I was going to see if I could clean the profile and figure this out! I have a few things going on but I am trying to get this done as quickly as I can. Thanks Brian
On 6/3/2020 12:46 PM, Andy Wander wrote: I used to use relays and PWM to control my spindle, but now I use the Modbus plugin. ? I think that I left the relay/PWM config alone, and just added the modbus stuff. So Mack4 may be sending controls for both methods. ? Pretty sure I disconnected the relays and PWM/0-10V from the VFD though. I will check that in a bit. ? ? I need your profile please. I don't understand what is firing output #54 I think I am getting a better idea what is going on!
Thanks Brian
n 6/3/2020 11:09 AM, Andy Wander wrote: Hi Brian: ? The logging window is confusing because the SAVE button is at the bottom, but there is also a “log to file” button up at the top. What does that top button do? ? I don’t think this can be a hardware issue, as external threading code from the Turn Cycle works fine every time. ? Also, yesterday, after I STOPped an unworking internal threading program, I came back a few hours later, rewound and ran the same code, and it worked! Just once though, after that it would hang on the 2nd G76 line uust like before. ? Attached is a log file; can you? see anything strange in there? Attachments:
?
?
?
?
?
? Attachments:
?
?
?
?
|
The parts counter is. In the machine now :) you also have a parts counter down ?counter! It is in the #vars I think off the top of my head it is #3901. You don’t have to program, just place a DRO on the screen and type in 3901 in the parameter var. we can make a quick little document to show you how. We have to d of functions we don’t put on the screens. As it is now people say we have to much... delete is way easier than adding controls for most. I didn’t think of it but we can export the controls for you and you can simply import them! Way simpler!?
toggle quoted message
Show quoted text
On Apr 4, 2021, at 8:08 PM, spencer@... wrote:
?
cycle start works and using b for the counter is just fine. no
need to waste time unless you think others would like a fancy
parts counter. my parts are in a sub that is run for 10000 times
or something so i use the G) B1 in the sub. would need this to be
an option with the parts counter but again i am really fine
without one.
i think i could not get the plugin to work because i forgot it
had to be enabled. i did this with ESS because i read the manual a
page at a time and installed everything but when it came to the
xbox i forgot. i guess i remembered when installing it on the
house computer? i'm sure it will work fine now :)
On 4/4/2021 4:24 PM, Brian Barker
wrote:
We can adjust the cv settings to make sure you have nice sharp
corners. That is a function of the acceleration and the look ahead
buffer depth. As for the Xbox controller I am sure we can make it
work. When you have time I will have one of my support guys work
with you. I would like to know what you have for issues so we can
prevent them in the future.?
He can hep you get the parts counter in and the cycle start
button working.
Thanks Brian?
?
i added some more protection to my router including
having an overload on the spindle motor cause the axis
motors to disable to prevent breaking a non moving cutter.
carbide snaps off very nicely.
however the biggest improvement is my senior citizen
emergency necklace. i have several remote relays used in
the shop for the compressor the vacuum and in the house
for the piano bluetooth receiver and i have several that
you can control from your cell phone. however for stopping
the router that i hear from across the room might be doing
bad things i wanted a single button and no confusion. i
have the relay in series with the regular estop that
connects to all motor circuits but leaves the ess and
computer running.
--
Best regards, Spencer Chase
67550 Bell Springs Rd.
Garberville, CA 95542 Postal service only.
Laytonville, CA 95454 UPS only.
Spencer@...
(425) 791-0309
Attachments:
--
Best regards, Spencer Chase
67550 Bell Springs Rd.
Garberville, CA 95542 Postal service only.
Laytonville, CA 95454 UPS only.
Spencer@...
(425) 791-0309
|
The plugin is in the newest download of Mach4. But we can send you a copy so you can get just the plugin.
toggle quoted message
Show quoted text
On Apr 4, 2021, at 7:52 PM, spencer@... wrote:
?
i'll try that. so there is a trajectory planner in mach4? i was
going to look but forgot to see if there was an option to not
combine separate moves. now that i know how to get around this i
am fine but it was a surprise to see the cutter clip the corner of
a pocket as it climbs out. i had a z move separate and an x and y
i think this is only a problem with other axis following a z that
was intended to clear obstacles.
how do i get the latest xbox plugin and what is it called and
file dates?
On 4/4/2021 4:02 PM, Steve Stallings
wrote:
Could you consider
putting a G61 (exact stop) ahead of the G1 F83 Z .2 move and
a G64 (exact stop cancel) after it? This prevents the
trajectory planner from blending the next move with the
critical retract move in Z.
?
?
I have been learning a lot about mach4 and am getting quite
comfortable with it. I do not need to add anything other than my
little parts counter and an external switch.
I would like to get xbox controller working but i just can't
seem to on the router computer, only the house computer.
here is the odd behavior. i think this is an ESS issue. in
mach3 i has having strange behavior at exactly the same spot.
with mach4 i didn't until suddenly it also did the same thing.
if i don't have the line in bold shown below (using a short
dwell) the z and followiong x and y moves get combined
G1 F51 Z -1.15
G1 F31 X 1.73
G1 F83 Z .2
G4? P100 (dwell to prevent combined move)
without this line the G1 F83 Z .2 and the next G1 get combined
into one move clipping off
the corner of the part? with the 100 ms dwell it moves to the z
location and then to the X and Y
i checked this over and over and am not imagining it? also
previously this is the exact spot where phantom moves (and
usually corrections that cancelled the phantom move) happened
and have happened twice now with mach4 so it must be an ESS bug
or maybe something odd about my gcode that i don't understand
G52 X0 Y0 Z0 (cancel all offsets)
(SECOND WARP HOLE)
G52 X-.555 Y .875 Z -1.67
(G1 F61? Z .3 just in case)
G1 F93? X2.1003 Y0.5649
and a larger part of the context here
M9 (mist off to release clamp)
G1 F10000 A 90
M7 (mist on to set clamp)
M3 S1000
(DO DSLOT FINISH)
G1 F65? Z 0 (might be able to move a little less to finish cut
might help ejection)
G52 z - 1.67
G0 X 2.1541 Y 2.7725
G1 F93? X 2.1541 Y 2.7725 (was Y 2.71)
G1 F75? Z 0.0
G1 F83 Z -.35
G1 F31 X 1.73
G1 F31 Z -.7
G1 F32 X 2.1541 (this one needs to be slower)
G1 F51 Z -1.15
G1 F31 X 1.73
G1 F83 Z .2
G4? P100 (dwell to prevent combined move)
without this line the G1 F83 Z .2 and the next G1 get combined
into one move clipping off
the corner of the part? with the 100 ms dwell it moves to the z
location and then to the X and Y
i checked this over and over and am not imagining it? also
previously this is the exact spot where phantom moves (and
usually corrections that cancelled the phantom move) happened
and have happened twice now with mach4 so it must be an ESS bug
or maybe something odd about my gcode that i don't understand
G52 X0 Y0 Z0 (cancel all offsets)
(SECOND WARP HOLE)
G52 X-.555 Y .875 Z -1.67
(G1 F61? Z .3 just in case)
G1 F93? X2.1003 Y0.5649
G1 F51 Z -.14
G2 F93.0 X2.0828 Y0.5696 I0.0 J0.035
G2 Y0.6302 I0.0175 J0.0303
G2 X2.1353 Y0.5999 I0.0175 J-0.0303
G2 X2.1003 Y0.5649 I-0.035 J0.0
G1 F93.0 Y0.5149
G2 F93.0 X2.0578 Y0.5263 I0.0 J0.085
G2 Y0.6735 I0.0425 J0.0736
G2 X2.1853 Y0.5999 I0.0425 J-0.0736
G2 X2.1003 Y0.5149 I-0.085 J0.0
G1 F83 Z .1? (retract)
G52 X0 Y0 Z0 (cancel all offsets)
--
Best regards, Spencer Chase
67550 Bell Springs Rd.
Garberville, CA 95542 Postal service only.
Laytonville, CA 95454 UPS only.
Spencer@...
(425) 791-0309
--
Best regards, Spencer Chase
67550 Bell Springs Rd.
Garberville, CA 95542 Postal service only.
Laytonville, CA 95454 UPS only.
Spencer@...
(425) 791-0309
|
cycle start works and using b for the counter is just fine. no
need to waste time unless you think others would like a fancy
parts counter. my parts are in a sub that is run for 10000 times
or something so i use the G) B1 in the sub. would need this to be
an option with the parts counter but again i am really fine
without one.
i think i could not get the plugin to work because i forgot it
had to be enabled. i did this with ESS because i read the manual a
page at a time and installed everything but when it came to the
xbox i forgot. i guess i remembered when installing it on the
house computer? i'm sure it will work fine now :)
On 4/4/2021 4:24 PM, Brian Barker
wrote:
We can adjust the cv settings to make sure you have nice sharp
corners. That is a function of the acceleration and the look ahead
buffer depth. As for the Xbox controller I am sure we can make it
work. When you have time I will have one of my support guys work
with you. I would like to know what you have for issues so we can
prevent them in the future.?
He can hep you get the parts counter in and the cycle start
button working.
Thanks Brian?
?
i added some more protection to my router including
having an overload on the spindle motor cause the axis
motors to disable to prevent breaking a non moving cutter.
carbide snaps off very nicely.
however the biggest improvement is my senior citizen
emergency necklace. i have several remote relays used in
the shop for the compressor the vacuum and in the house
for the piano bluetooth receiver and i have several that
you can control from your cell phone. however for stopping
the router that i hear from across the room might be doing
bad things i wanted a single button and no confusion. i
have the relay in series with the regular estop that
connects to all motor circuits but leaves the ess and
computer running.
--
Best regards, Spencer Chase
67550 Bell Springs Rd.
Garberville, CA 95542 Postal service only.
Laytonville, CA 95454 UPS only.
Spencer@...
(425) 791-0309
Attachments:
--
Best regards, Spencer Chase
67550 Bell Springs Rd.
Garberville, CA 95542 Postal service only.
Laytonville, CA 95454 UPS only.
Spencer@...
(425) 791-0309
|
i'll try that. so there is a trajectory planner in mach4? i was
going to look but forgot to see if there was an option to not
combine separate moves. now that i know how to get around this i
am fine but it was a surprise to see the cutter clip the corner of
a pocket as it climbs out. i had a z move separate and an x and y
i think this is only a problem with other axis following a z that
was intended to clear obstacles.
how do i get the latest xbox plugin and what is it called and
file dates?
On 4/4/2021 4:02 PM, Steve Stallings
wrote:
Could you consider
putting a G61 (exact stop) ahead of the G1 F83 Z .2 move and
a G64 (exact stop cancel) after it? This prevents the
trajectory planner from blending the next move with the
critical retract move in Z.
?
?
I have been learning a lot about mach4 and am getting quite
comfortable with it. I do not need to add anything other than my
little parts counter and an external switch.
I would like to get xbox controller working but i just can't
seem to on the router computer, only the house computer.
here is the odd behavior. i think this is an ESS issue. in
mach3 i has having strange behavior at exactly the same spot.
with mach4 i didn't until suddenly it also did the same thing.
if i don't have the line in bold shown below (using a short
dwell) the z and followiong x and y moves get combined
G1 F51 Z -1.15
G1 F31 X 1.73
G1 F83 Z .2
G4? P100 (dwell to prevent combined move)
without this line the G1 F83 Z .2 and the next G1 get combined
into one move clipping off
the corner of the part? with the 100 ms dwell it moves to the z
location and then to the X and Y
i checked this over and over and am not imagining it? also
previously this is the exact spot where phantom moves (and
usually corrections that cancelled the phantom move) happened
and have happened twice now with mach4 so it must be an ESS bug
or maybe something odd about my gcode that i don't understand
G52 X0 Y0 Z0 (cancel all offsets)
(SECOND WARP HOLE)
G52 X-.555 Y .875 Z -1.67
(G1 F61? Z .3 just in case)
G1 F93? X2.1003 Y0.5649
and a larger part of the context here
M9 (mist off to release clamp)
G1 F10000 A 90
M7 (mist on to set clamp)
M3 S1000
(DO DSLOT FINISH)
G1 F65? Z 0 (might be able to move a little less to finish cut
might help ejection)
G52 z - 1.67
G0 X 2.1541 Y 2.7725
G1 F93? X 2.1541 Y 2.7725 (was Y 2.71)
G1 F75? Z 0.0
G1 F83 Z -.35
G1 F31 X 1.73
G1 F31 Z -.7
G1 F32 X 2.1541 (this one needs to be slower)
G1 F51 Z -1.15
G1 F31 X 1.73
G1 F83 Z .2
G4? P100 (dwell to prevent combined move)
without this line the G1 F83 Z .2 and the next G1 get combined
into one move clipping off
the corner of the part? with the 100 ms dwell it moves to the z
location and then to the X and Y
i checked this over and over and am not imagining it? also
previously this is the exact spot where phantom moves (and
usually corrections that cancelled the phantom move) happened
and have happened twice now with mach4 so it must be an ESS bug
or maybe something odd about my gcode that i don't understand
G52 X0 Y0 Z0 (cancel all offsets)
(SECOND WARP HOLE)
G52 X-.555 Y .875 Z -1.67
(G1 F61? Z .3 just in case)
G1 F93? X2.1003 Y0.5649
G1 F51 Z -.14
G2 F93.0 X2.0828 Y0.5696 I0.0 J0.035
G2 Y0.6302 I0.0175 J0.0303
G2 X2.1353 Y0.5999 I0.0175 J-0.0303
G2 X2.1003 Y0.5649 I-0.035 J0.0
G1 F93.0 Y0.5149
G2 F93.0 X2.0578 Y0.5263 I0.0 J0.085
G2 Y0.6735 I0.0425 J0.0736
G2 X2.1853 Y0.5999 I0.0425 J-0.0736
G2 X2.1003 Y0.5149 I-0.085 J0.0
G1 F83 Z .1? (retract)
G52 X0 Y0 Z0 (cancel all offsets)
--
Best regards, Spencer Chase
67550 Bell Springs Rd.
Garberville, CA 95542 Postal service only.
Laytonville, CA 95454 UPS only.
Spencer@...
(425) 791-0309
--
Best regards, Spencer Chase
67550 Bell Springs Rd.
Garberville, CA 95542 Postal service only.
Laytonville, CA 95454 UPS only.
Spencer@...
(425) 791-0309
|
We can adjust the cv settings to make sure you have nice sharp corners. That is a function of the acceleration and the look ahead buffer depth. As for the Xbox controller I am sure we can make it work. When you have time I will have one of my support guys work with you. I would like to know what you have for issues so we can prevent them in the future.?
He can hep you get the parts counter in and the cycle start button working.
toggle quoted message
Show quoted text
On Apr 4, 2021, at 5:21 PM, spencer@... wrote:
?
i added some more protection to my router including having an
overload on the spindle motor cause the axis motors to disable to
prevent breaking a non moving cutter. carbide snaps off very
nicely.
however the biggest improvement is my senior citizen emergency
necklace. i have several remote relays used in the shop for the
compressor the vacuum and in the house for the piano bluetooth
receiver and i have several that you can control from your cell
phone. however for stopping the router that i hear from across the
room might be doing bad things i wanted a single button and no
confusion. i have the relay in series with the regular estop that
connects to all motor circuits but leaves the ess and computer
running.
--
Best regards, Spencer Chase
67550 Bell Springs Rd.
Garberville, CA 95542 Postal service only.
Laytonville, CA 95454 UPS only.
Spencer@...
(425) 791-0309
Attachments:
|
Re: couple of issues with mach4 ESS
when you boot mach4, the value? in the increment field in the jog window does not necessarily have anything to do with what the selected step really is. running it up or down usually gets it right but on at least one occasion it didn't, had to reboot. also the move does not necessarily match the displayed increment exactly but it might be that it is in continuous mode even though it says incremental? i did not pay enough attention to this which only happened a couple of times to really know what was going on. i am sure about the increment not matching at startup.
i mentioned this in a previous email but i have now proven that with mach4 and ESS there are moves that are combined when they are very separate events and i even tried faking it with dwells and with redundant moves. it seems that ESS is being too smart about efficiency of motion and smoothness. something is also creating the exact opposite effect. if i do the moves separately all is fine. if mach4/ESS does combine the move it not only does this when it shouldn't but it makes the motion choppy. i need to check but i am sure i have the same max speeds and accelerations and have tried the moves as G0 and G1? i thought something was wrong with my machine because i listen very carefully to all the noise (through hearing protection) and flinch and am ready to hit estop is something sounds a little different (not in a good way, it sounds sort of like grinding and nothing is grinding, i know that for a fact). i know for an absolute fact that the noise of moving x and y separately is quieter than doing both at the same time.
-- Best regards, Spencer Chase 67550 Bell Springs Rd. Garberville, CA 95542 Postal service only. Laytonville, CA 95454 UPS only. Spencer@...
(425) 791-0309
|