Digital Dream Technology support

Title: Problem with jerky cutting [Print This Page]

Author: Androcles Time: 2018-5-6 17:32
Title: Problem with jerky cutting
I just recently got my DDCS V2.1 and have been setting it up and doing some test cuts.

I am having some problems with jerky moves when cutting

I have uploaded a video of it here: https://streamable.com/89y5h

I have tried with very low acceleration (100mm/s^2) and high (1000mm/s^2) and some values in between.

It seems as it is en exact stop mode G61 but inputting G64 (CV mode) does not change anything?

Any ideas?

Thanks

Best Regards
Andreas Landsfeldt

Author: 71taa Time: 2018-5-6 20:22
What CAM/postprocessor is being used? Helical moves are disabled?

Had severe stepper shakes before in case of different/wrong settings of pulses per mm for X and Y. Haven't tried to solve it - as it was test setup with random settings for drives not attached to ball screws.

Also it would be helpful if you are able to share some of your test files (smallest ones).

Author: Androcles Time: 2018-5-7 20:05
Last edited by Androcles In 2018-5-7 20:08 Editor

I am using Solidworks with HSMworks ie. Fusion 360. I have tried a lot of different post-processors including the one listed on here http://www.brainright.com/Projects/CNCController/

I have tried with different pulses/mm - 200, 400 and 800 pulses/mm, and oddly enough at 400pulses/mm one of the points where it "stopped" disappeared but the other ones remained.

Here is a video of the machine cutting the file that I have attached.
https://streamable.com/kaax1

It is very odd how it is in the middle on both sides but not in any other places.
I have disabled circular motion in more than one plane in the postprocessor along with helical moves.

EDIT
I can't see what the problem could be with the toolpath from HSM
I attached an image of it also.

2018-05-07 14_07_36-SOLIDWORKS Premium 2018 x64 Edition -.png (916.93 KB, Down times: 1434)

Scallop1.zip

228.97 KB, Down times: 1884

Author: PPRINT Time: 2018-5-8 01:16
Last edited by PPRINT In 2018-5-7 11:20 Editor

I have seen similar problems with a project that I have worked on with my DDCSV1.1.

I believe I have tracked the problem down to micro moves. Meaning tons of little moves on the order of magnitude of .01mm. I am guessing there is some sort of issue to do with the accel/decel settings.

I normally post my code with a very tight linearization tolerance to give me very accurate results. Problem is that means tons of small moves. I am normally cutting foam or wood so the tolerance was not necessary. Once I relaxed my tolerances I now get code that will run smooth.

I know that is not an answer to your question, but maybe it will help in some way.

Rob
Edit:
I will run your code in my machine later today and see what I get on my system.

Author: 71taa Time: 2018-5-8 07:40
Last edited by 71taa In 2018-5-8 07:59 Editor

I've runned the attached code on my test rig (ddcsv2.1 + closed loop stepper on X). Spent some time to rule out problems with interference (unshielded cables laying everywhere) and received similar picture. Not full stops though, but clear reduction of the speed (sometimes till the zero), esp. when it comes to the middle of the programm.
As PPRINT earlier, I've suspected problems with micromoves and arc interpolation alghoritms of the controller. So I've played with settings, and for 8000 subdivision of steps on driver, 1280 pulses per mm and 300mm/s2 in controller I've received stop-free execution, but still with clearly seen heavy decelerations while in problem spots. 100mm/s2 had much more stops/decelerations, for example.BTW while I had problems with interferences I had a lot more shakes and stops on the stepper, probably controller is sensitive to them.

Author: PPRINT Time: 2018-5-8 10:26
I just ran the code on my machine and did not see any reduction in speed.

I will link a video below.  I ran the first 2:40 minutes at 300% override (est 7200mm/min) until the program made it to the last z height and started it's inward morphing.  At that point it was pounding my machine pretty bad so I slowed it back down to 100% override.  I didn't see any reduction of speed.

If I ran this sort of code all the time I would have to spend time tuning the parameters in the control and my drivers to get that pounding out.  Since I am not worried about speed on this hobby machine I will leave that for another day.

https://youtu.be/RGxIPwSjoWE

Turn the sound down unless you love the scream of a cheap air-cooled router motor.  It does start sounding like a scene from Jurassic Park once it gets to pounding in the bottom.  LOL

Author: Androcles Time: 2018-5-8 21:10
Hey
Thanks for all the feedback and the time you guys spent testing it!

So i tried a lot of different things.

Rotated the workplane so that the long side was along the X-axis (Y-axis before). And oddly enough the jerky motion now came at det endpoints instead of in the middle like in the video...

Seems very odd, so I adjusted the closed loop stepper drives and even did a factory reset, still the same.
But I really dont think that something is wrong with the motor or drives but I could be wrong..

I then saw the Feedrate display on the DDCS, and it made a noticeable slowdown when reaching the problemarea.

With low acceleration
https://streamable.com/75l0t

With high acceleration
https://streamable.com/3ntr1

It is almost as if there is som slow feedrate command in the GCode.

I also tried flashing an older firmware, did nothing.

What firmware are you guys running?

Thanks in advance again.

Author: enjoy_cnc Time: 2018-5-8 22:07

Androcles Posted at 2018-5-8 21:10
Hey
Thanks for all the feedback and the time you guys spent testing it!

Hello Androcles

Can you upload video processing files and screenshots of all parameters?

Thank you!

Author: 71taa Time: 2018-5-8 23:39
Last edited by 71taa In 2018-5-9 00:22 Editor

enjoy_cnc Posted at 2018-5-8 22:07
Hello Androcles

In case if it will help - added a video of my test setup as well: https://youtu.be/9QCczdX6cAs
Timing (video):
3.51-3.52
4.01
5.34
Hiccups before/aftter the vertical center of the scallop in the part there is no significant changes of X coordinate. That's the most strange thing here. As there is no mechanics - the tonality of the stepper sound could be used to locate those spots easily.

8.00
8.08
8.23
... and so on (the closer to the end of the programm - the more prominent slowdowns). Here we have clear corellation with the moment then the X axis steps betwen minimum negative coordinates and minimum posotive coordinates. Probably it's expected, but maybe not:

X-0.117 Y-20.354
X-0.003 Y-20.86
X0.002
X0.171 Y-20.101
X0.332 Y-19.343

And later it starts to slow down in different parts of the programm.

The settings are:LCDA357H+LC57H3100 on the X axis only.
24V/5A dedicated for the controller, 36V/12A for the stepper driver. No limit switches/probe/etc
Switching off the encoder on the stepper doesn't change the picture (checked as well)/
The driver is 5000 pulses/rev. Tried different subdivisions on driver/pulses per mm in the controller - slowdowns are present, but change in scale/time. Tried 91 and 93 builds, tried enabling of the soft arc - no difference

Author: Androcles Time: 2018-5-9 02:29
71taa

Thanks a lot for your detailed post. It seems identical to what I have tried also our settings a very alike.

I tried installing the newest firmware again, and at first it seemed like it worked a lot better, but the after short time the decelerations came back...

It really seems like it can't handle the code and being able to time the pulses correctly, but it should be more than capable of that with my settings (currently turned the pulses/mm down to 160 as I have been using that always with mach 3 and 4.

Tried bumping up the feedrate, and this is how it behaved
https://streamable.com/n0v3n
A lot more irratic motion

Author: alexwalex Time: 2018-5-9 03:36
Hi Androcles ! I tested you programm in my controller. https://youtu.be/RMO-UQGULYk
And i not see a noticeable slowdown. Only at the end of the program present there is a slight slowdown:
https://youtu.be/pxYPNGNlHjY
Parameters of my controller:
34,35 - 800
45,46 - 1000
263,264 - 2000
99 - 1000

Author: ytliu Time: 2018-5-9 06:13
Hi,Androcles!
Is the processing file in the video different from the file you provided on the forum, can you upload the file used in your video? Also, you can copy the /mnt/nand1-1/setting file to a USB flash drive and upload it. It's easy for us to analyze. Thank you!

Author: Androcles Time: 2018-5-10 05:13
"alexwalex"
I just tried using your settings:
"34,35 - 800
45,46 - 1000
263,264 - 2000
99 - 1000"
and oddly enough when i changed the acceleration parameters in manual mode to your values it stopped doing the jerky moves. Those accelerations were far too high for my machine though because of the inertia in the gantry.

But then I reverted and used the following values:
34: 160
35: 400
45 and 46: 100mm/s^2
263 and 264: 100mm/s^2
99: 300mm/s^2

And now it runs the file smooth..
It seems as if there is something weird going on with this controller...

"ytliu"
The file is the same as the one I uploaded earlier. And here are my current settings attached were things are working but maybe you can spot something weird.

setting.zip

5.51 KB, Down times: 1008

Author: Androcles Time: 2018-5-10 15:50
I am completely at a loss right now...

I just tried the attached file and it was really bad, it looked like the machine could have ripped itself apart.
Here is a video of it.
https://streamable.com/gs4uf

With the settings in the attached pictures.

I also tried lowering all the accelerations to 100mm/s^2 but it was completely the same as in the video I linked to.

What the hell is wrong with this controller, movement with the mpg pendant is smooth as ever and it seems like it is using the parameters for manual control but when excecuting G-code it is just al over the place and troubleshooting is nearly impossible...

2018-05-10 09_44_22-2018-05-10 09_42_20-IMG_0521.JPG ‎- Billeder.png ‎- Billeder.png (707.32 KB, Down times: 1348)

2018-05-10 09_44_08-2018-05-10 09_43_52-2018-05-10 09_42_11-IMG_0520.JPG ‎- Bil.png (824.71 KB, Down times: 1372)

Sugeslangeholder.tap.zip

3.56 KB, Down times: 959

Author: ytliu Time: 2018-5-10 16:13
Hi,Androcles
I read the configuration file you provided earlier and found that the pulse equivalents of the X and Y axes are not the same. This will cause a hard arc fault. You can set the pulse equivalent to the same, or use a soft arc method.

Author: Androcles Time: 2018-5-11 03:07
Okay, it seems to be working now, adjusted the steps so they are the same on all axes.
The weird thing is that I started with it like that, 160pulses/mm on all axes, and it still failed as shown in the first video.

But I will try to post back here if it gives me trouble again.

Thanks a lot for all the help, really appreciate it!

BTW, are there any new functions/features planned for this controller?

Author: Hamidnaseer Time: 2019-12-5 13:29
AOA
I have DDCSV 3.1 .I purchased a fresh piece.Its input output and mpg ports are not working .
I did all the wiring according to the instructions .Plz help me
And how to reset the controller setting.

Welcome Digital Dream Technology support (http://bbs.ddcnc.com/)