Hi, I have had a problem during a cut. My y-axis steppermotor is stalling, I'm guessing its just one of them but since it driven by two ballscrews, when one off them stalls, the other one follows. It it hard to locate which one is the problem. I have never had this issue before and have been cutting at 4000+ mm/min. without any problems. No it is stalling even at 3000 mm/min. with no load (cutting in air) with the spindle off (to eliminate EMC as a source to the problem). It seems to be worse in one direction, going toward the back off the machine. Things that have changed: Installing a Openbuilds Interface (Did to small jobs without problems - after that the problems began). I have one of the first Black boxes and during this installation i had to remove the transistor. I have switched back to the pc but it is still a problem. The weather has been colder in the workshop - around 10 degrease. What i have done so far: Checked the y steppermotor connections on the Black box connector plugs (I have not tried to resolder the wires on the motors) Unfastened the ballscrews to see if the gantry could move freely - it can but its heavy, but have always been. The setup: A home build cnc using a 2010 ballscrew on the X. and dual 1005 ballscrews on the Y. Black box with Nema 24 36v Wantai steppermotors Openbuilds Interface (Now connected to a laptop. Grbl setting: [21:52:06] [ connect ] Firmware Detected: grbl version 1.1f on COM5 [21:52:06] [ $$ ] $0=10 ;Step pulse time, microseconds [21:52:06] [ $$ ] $1=255 ;Step idle delay, milliseconds [21:52:06] [ $$ ] $2=0 ;Step pulse invert, mask [21:52:06] [ $$ ] $3=6 ;Step direction invert, mask [21:52:06] [ $$ ] $4=1 ;Invert step enable pin, boolean [21:52:06] [ $$ ] $5=0 ;Invert limit pins, boolean [21:52:06] [ $$ ] $6=0 ;Invert probe pin, boolean [21:52:06] [ $$ ] $10=1 ;Status report options, mask [21:52:06] [ $$ ] $11=0.020 ;Junction deviation, millimeters [21:52:06] [ $$ ] $12=0.002 ;Arc tolerance, millimeters [21:52:06] [ $$ ] $13=0 ;Report in inches, boolean [21:52:06] [ $$ ] $20=0 ;Soft limits enable, boolean [21:52:06] [ $$ ] $21=0 ;Hard limits enable, boolean [21:52:06] [ $$ ] $22=1 ;Homing cycle enable, boolean [21:52:06] [ $$ ] $23=3 ;Homing direction invert, mask [21:52:06] [ $$ ] $24=100.000 ;Homing locate feed rate, mm/min [21:52:06] [ $$ ] $25=1500.000 ;Homing search seek rate, mm/min [21:52:06] [ $$ ] $26=250 ;Homing switch debounce delay, milliseconds [21:52:06] [ $$ ] $27=5.000 ;Homing switch pull-off distance, millimeters [21:52:06] [ $$ ] $30=24000 ;Maximum spindle speed, RPM [21:52:06] [ $$ ] $31=0 ;Minimum spindle speed, RPM [21:52:06] [ $$ ] $32=0 ;Laser-mode enable, boolean [21:52:06] [ $$ ] $100=160.000 ;X-axis steps per millimeter [21:52:06] [ $$ ] $101=320.000 ;Y-axis steps per millimeter [21:52:06] [ $$ ] $102=320.000 ;Z-axis steps per millimeter [21:52:06] [ $$ ] $110=4000.000 ;X-axis maximum rate, mm/min [21:52:06] [ $$ ] $111=3000.000 ;Y-axis maximum rate, mm/min [21:52:06] [ $$ ] $112=2000.000 ;Z-axis maximum rate, mm/min [21:52:06] [ $$ ] $120=120.000 ;X-axis acceleration, mm/sec^2 [21:52:06] [ $$ ] $121=120.000 ;Y-axis acceleration, mm/sec^2 [21:52:06] [ $$ ] $122=120.000 ;Z-axis acceleration, mm/sec^2 [21:52:06] [ $$ ] $130=1175.000 ;X-axis maximum travel, millimeters [21:52:06] [ $$ ] $131=652.000 ;Y-axis maximum travel, millimeters [21:52:06] [ $$ ] $132=135.000 ;Z-axis maximum travel, millimeters [21:52:06] [ $$ ] ok [21:52:07] [ $I ] [VER:1.1f.20170801:CUSTOM] [21:52:07] [ $I ] [OPT:V,15,128] [21:52:07] [ $I ] ok Regards, Morten
Could be either one of the following: docs:blackbox:currentadjustment [OpenBuilds Documentation] Grbl v1.1 Configuration · gnea/grbl Wiki (Tune to prevent stalling) Grbl v1.1 Configuration · gnea/grbl Wiki (Maybe try a little lower) or docs:blackbox:faq-identify-motor-coils [OpenBuilds Documentation] (terminal loosened over time? There are clues though as described) But as it did run better, also keep in mind wear and tear over time - perhaps the lubrication in the leadnuts is due for a service? etc