Ask Grbl CNC questions here.

NVM, I figured it out, I’m not sure why I thought there were no trim pots on my 2209’s, but there were and they where maxed out.



i installed some A4988’s as 5160’s don’t appear to be supported. Anyway, I was able to crank them up to their max 2A and almost tripled my speeds from 1k mm/m to 2.5k mm/m.

I likely won’t be able to mill at those speeds, but I’m sure I’ll at least double my current speeds.

 

Where can I find an updated Grbl settings list for X32?

 

General question, Im planing to integrate a TTL/PWM controller for my Makita Spindle via the TTL port on my MKS DLC32 v2.1. Normally the TTL port is used for Lasers, is there an easy way to use this for spindles instead of the standard 24v spindle port?

I know for lasers you would normally use $32 to enable the laser, is there a way to remap ports in GRBL (ESP32 version)?

 

So are you saying I don’t need to do anything different to use TTL control instead of the normal spindle output?

 

awesome, great to know.

 

I'm just getting into a lot of this. I'm a machinist, not a computer programmer, so I get lost in a lot of the technicals about all of this. I recently picked up an UNO R4 Minima hoping it would allow faster processing of high feed coding. Disappointed to find out grbl will not load due to different chip architecture or something. Any ideas when this would be released?

 

I have a Cron CNC with a Neje laser attachment, can I use openbuilds to run my machine?

 

Quick question. Changing my CNC from Arduino board to Blackbox x32 which I just received. My machine runs only two axes, X and Z. Previously I used two external drivers for 2 separate NEMA 17 Z motors. Id like to clone my Z axis in the blackbox, It looks like the x32 does not use jumpers to do so. How to I make this change. I am just familiarizing myself with GrblHAL.

Thanks in advance

Pete

 

Thank you for the quick reply sir! Much appreciated. I am looking forward to running control rather than UGS.

P.

 

Guys:

I've run into an unusual problem. I've been using F-Engrave for years, just downloaded the latest version.

It is inserting a G90 and a G20 instruction right at the beginning of the file. GRBL hangs on the G90 saying it's not a valid command. The dox for GRBL say that G90 and G91 are valid GRBL supported commands.

There is nothing in F-Engrave that indicates why it is putting these 2 commands in, I don't recall it doing that in earlier versions. There is no setting for this, and the F-Engrave G-Code preamble does not have these commands in it.

Any ideas?

 

Are there other commands on the same line causing a modal group violation?

 

LOSS CONNECTION WITH X32
I am running the OpenBuilds Control software v1.037 with MacBookPro laptop (2019 Ventura 13.4.1) plug into external power source.
I am using LEAD1010 with ER10 motor and have using it since Oct 2022.
It has been a couple of months since I started it back up and now I can start a project and it gets about 30 secs into the G code and it looses connection with the X32 box.
PLEASE HELP
Dan

 

Peter,
Thanks for the response. I think it is EMI, I ran program without dust or router and G-code ran for 20+min then I stopped it.
I ran with just router and continued again till I stopped it. Think it has to do with my hose for the dust routed up by the Z motor. I had moved the hose from where it previously was when all was working.

Peter,
Thanks for the response.
Did some testing thinking it was EMI.
Ran 40min G-code No material (particle board), No Router, No Dust = Completed
Ran 40min G-code No material (particle board), YES Router, No Dust = Completed
Ran 40min G-code No material (particle board), YES Router, YES Dust = Completed
Ran 40min G-code YES material (particle board), YES Router, YES Dust = Failed

I had my Jog speed setting 100% so decreased to 50% = Mostly Completed (motors warm/hot touch) up to where tool path changed to deeper cut.

Figure I was getting too much draw from the one or more of the motors and that hit a fail safe in the program.
I have this in an unheated garage and originally set up the 1010 in winter months 2022. I think the aluminum has slightly expanded and made the motors work harder to move the carriage. My tool setting had not changed or material being cut.

I'll go back and readjust tensions of the wheels on all axis and see how it works.

Thanks again.
Dan

 

That sounds as though you need to earth your dust hose - dust rushing through it can build up high levels of static. Run some bare copper wire along the inside and connect it to mains earth at the vac end.

Alex.

 

Update:
1. Checked and loosened roller guides on all axis. Had one set on both X and Y that felt tight.
2. My dust collector hose has a wire stiffener (McMaster Clear Blo-R-Vac Duct Hose, for Wood Chips and Plastic Pellets, 1-1/4" ID/5718K69) so I used the existing wire and grounded it to the power supply.
Ran 40 min Goode again and it completed the file.
The motors felt significantly cooler and felt near ambient temperature.

conclusions:
I think the controller disconnecting was a fault of static discharge. But also needed to loosen my guides to save motors from heating up.
Thanks again for your help Alex and Peter.

 

Awesome. I've got a TS-30 and I'm debating whether to re-use the existing spindle or replace it with a modern PWM spindle with a more standard collet set.
Currently mapping buttons, LED, and endstop wires and other connections. A link to your shift register code would be nice. With the price of a nano being so cheap that's a great solution.

 

Hello fellow builders!

I am working on a small 3D-printed drawing machine with the purpose of using it to teach kids about CNC-machines.

The hardware is a Arduino Uno with GRBL 1.1f controlling 28BYJ-48 stepper motors driven by ULN2003A.

My problem is that when I run the setup in UGS the motors are moving in the wrong direction and ticking the box "Reverse Direction" does not change the direction.

I have tried rebooting, reuploading etc etc. Problems still persist
I also tried different configurations of the #3 setting.

Does anyone have an idea what the problem could be?

Regards,
Christopher

 

Hello Peter. Thanks for helping out. I am using a Grbl version that should be configured to work with the stepper motor. It does not specify ULN2003, but I assumed it since this Grbl configuration was provided with the hardware as a DIY kit. You can see the Grbl here:
1.Open source code - Google Drive

The readme states:

#GRBL 28byj-48

This is a modified fork from ruizivo/GRBL-28byj-48-Servo. This modification implements all 3-axises XYZ to a 28BYJ-48 stepper motor.

The motors (28byj-48) are connected to a controller card (Arduino UNO) that uses the chip ULN2003. This board is connected to pins A0, A1, A2, A3 for the Y-Axis(IN4->IN1), 2, 3,4,5 Digital pins to the X-Axis(IN4->IN1), and 8,9,12,13 to the Z-Axis(IN4->IN1).

This work was derived from:
See GitHub - ruizivo/GRBL-28byj-48-Servo: GRBL 0.9j to control unipolar motors (28byj-48) plus Servo motor support

#GRBL 28byj-48 + Servo Motor

This GRBL uses an ugly hack to control two motors unipolar steps as 28byj-48 and also supports a servo motor on pin 11

The motors (28byj-48) are connected to a controller card that uses the chip ULN2003. This board is connected to pins A0, A1, A2, A3 for the Y axis and 2,3,4,5 digital pins to the axis X. The servomotor connected to pin 11 h.

Credits to robottini who did support the servo motor ... link to git GitHub - robottini/grbl-servo: grbl 0.9i with Servo motor support​

 

I will have a look and the implementation mentioned regarding $3 setting. Or just change the wiring Thanks for pointing me in the right direction.

 

To whom it may concern:

Is it possible in GRBL G-code to have a message issued to the user?

The message is issued in a pop-up window and then upon pressing the "ok" button the g-code program continues.

And/or

Could a message be given in the g-code and the g-code program continues after a certain amount of time?

Not sure if this is possible. I am using the OpenBuild control software with the OpenBuilds x32 controller box.

Thanks again for the help.