cprezzi / grbl-lpc Goto Github PK

Hi Claudio.. I've found this: https://github.com/ryankurte/docker-arm-embedded and runs perfectly!

Hello, had a working configuration with the original mks sbase firmware and using external stepper controllers. My original config.txt looked like this:

`# Stepper module pins ( ports, and pin numbers, appending "!" to the number will invert a pin )
alpha_step_pin 2.0 # Pin for alpha stepper step signal
alpha_dir_pin 0.5 # Pin for alpha stepper direction
alpha_en_pin 0.4 # Pin for alpha enable pin
alpha_current 0.5 # X stepper motor current
alpha_max_rate 7000.0 # mm/min

beta_step_pin 2.1 # Pin for beta stepper step signal
beta_dir_pin 0.11! # Pin for beta stepper direction
beta_en_pin 0.10 # Pin for beta enable
beta_current 0.5 # Y stepper motor current
beta_max_rate 7000.0 # mm/min

gamma_step_pin 2.2 # Pin for gamma stepper step signal
gamma_dir_pin 0.20 # Pin for gamma stepper direction
gamma_en_pin 0.19 # Pin for gamma enable
gamma_current 0.5 # Z stepper motor current
gamma_max_rate 500.0 # mm/min`

I flashed the grbl-lpc firmware using the beta10_4axes/mks_sbase_firmware.bin renamed to firmware.bin, and am using Openbuilds CONTROL software. When connecting, board responds with:

[15:21:15] [ connect ] Firmware Detected: grbl version 1.1f on COM5
[15:21:16] [ ] Grbl 1.1f ['$' for help]
[15:21:16] [ ] [MSG:Check Limits]
[15:21:16] [ ] [MSG:'$H'|'$X' to unlock]
[15:21:16] [ ] [MSG:Caution: Unlocked]
[15:21:16] [ ] ok

So everything looks good there.

I've set $140-$142 with the value of 0.5, since I'm using external stepper controllers and I properly set the steps per mm as well. Any attempts to jog and the machine just sits there.

Current config looks like this given $$:

[15:31:49] [ $$ ] $0=10 ;Step pulse time, microseconds
[15:31:49] [ $$ ] $1=255 ;Step idle delay, milliseconds
[15:31:49] [ $$ ] $2=0 ;Step pulse invert, mask
[15:31:49] [ $$ ] $3=4 ;Step direction invert, mask
[15:31:49] [ $$ ] $4=1 ;Invert step enable pin, boolean
[15:31:49] [ $$ ] $5=0 ;Invert limit pins, boolean
[15:31:49] [ $$ ] $6=0 ;Invert probe pin, boolean
[15:31:49] [ $$ ] $10=1 ;Status report options, mask
[15:31:49] [ $$ ] $11=0.020 ;Junction deviation, millimeters
[15:31:49] [ $$ ] $12=0.002 ;Arc tolerance, millimeters
[15:31:49] [ $$ ] $13=0 ;Report in inches, boolean
[15:31:49] [ $$ ] $20=0 ;Soft limits enable, boolean
[15:31:49] [ $$ ] $21=1 ;Hard limits enable, boolean
[15:31:49] [ $$ ] $22=1 ;Homing cycle enable, boolean
[15:31:49] [ $$ ] $23=3 ;Homing direction invert, mask
[15:31:49] [ $$ ] $24=100.000 ;Homing locate feed rate, mm/min
[15:31:49] [ $$ ] $25=1000.000 ;Homing search seek rate, mm/min
[15:31:49] [ $$ ] $26=250 ;Homing switch debounce delay, milliseconds
[15:31:49] [ $$ ] $27=5.000 ;Homing switch pull-off distance, millimeters
[15:31:49] [ $$ ] $30=1000 ;Maximum spindle speed, RPM
[15:31:49] [ $$ ] $31=0 ;Minimum spindle speed, RPM
[15:31:49] [ $$ ] $32=0 ;Laser-mode enable, boolean
[15:31:49] [ $$ ] $33=5000.000 ;undefined
[15:31:49] [ $$ ] $34=0.000 ;undefined
[15:31:49] [ $$ ] $35=1.000 ;undefined
[15:31:49] [ $$ ] $36=100.000 ;undefined
[15:31:49] [ $$ ] $100=160.000 ;X-axis steps per millimeter
[15:31:49] [ $$ ] $101=160.000 ;Y-axis steps per millimeter
[15:31:49] [ $$ ] $102=160.000 ;Z-axis steps per millimeter
[15:31:49] [ $$ ] $103=160.000 ;undefined
[15:31:49] [ $$ ] $110=24000.000 ;X-axis maximum rate, mm/min
[15:31:49] [ $$ ] $111=24000.000 ;Y-axis maximum rate, mm/min
[15:31:49] [ $$ ] $112=24000.000 ;Z-axis maximum rate, mm/min
[15:31:49] [ $$ ] $113=24000.000 ;undefined
[15:31:49] [ $$ ] $120=2500.000 ;X-axis acceleration, mm/sec^2
[15:31:49] [ $$ ] $121=2500.000 ;Y-axis acceleration, mm/sec^2
[15:31:49] [ $$ ] $122=2500.000 ;Z-axis acceleration, mm/sec^2
[15:31:49] [ $$ ] $123=2500.000 ;undefined
[15:31:49] [ $$ ] $130=300.000 ;X-axis maximum travel, millimeters
[15:31:49] [ $$ ] $131=200.000 ;Y-axis maximum travel, millimeters
[15:31:49] [ $$ ] $132=50.000 ;Z-axis maximum travel, millimeters
[15:31:49] [ $$ ] $133=100.000 ;undefined
[15:31:49] [ $$ ] $140=0.500 ;undefined
[15:31:49] [ $$ ] $141=0.500 ;undefined
[15:31:49] [ $$ ] $142=0.500 ;undefined
[15:31:49] [ $$ ] $143=0.000 ;undefined
[15:31:49] [ $$ ] ok

Sorry, I hate to use github issues for general inquiry but there's no other option.

I have a Smoothieboard running smoothieware. I have a glcd panel controlling my laser.
I'm one of the developers of the FreeCAD Path (CAM) workbench and I wrote the postprocessor for Smoothie. I included SFTP support so FreeCAD can write the files directly to the laser SD card and then I can execute them on the laser from the panel. I really like this arrangement.

I'm considering switching to GRBL-LPC so I can use laserweb as well, including the raster. Does grbl-lpc support panels yet? What about SFTP transfer?

Thanks.

Hi guys, anyone knows why with grbl-LPC my program stop after few lines?

I need to re-plug the usb and reopen the software but again the same happened.

With firmware from smoothie i don't have this problem

Hi! I have a sacrificial SKR 1.3 board and I would love to help with the porting of this awesome project to this kind of board. But the warning in the readme is kinda scaring me. What do you mean? It's just a pain or is impossible to port this in a configurable way?

Reading the notes in cpu_map.h for the various boards trying to create my own board config I see that it says that all the pins need to be on the same port for step, dir, and enable.
Is there a way to work around that?

My board pin layout is the following:

If I understand it correctly the only two axis I could map would be Z and E1 as they share ports.
Am I also correct if I understand that LPC_GPIO0 means port 0, so that p0.11 would map to LPC_GPIO0 and bit 11?

Hello, I have a diferent LPSU that you always coment, H L P G IN 5V.
This is mine

How is the correct wiring?
Thanks a lot.

Hi, I am wondering if you have looked at adding support for the SPI stepper drivers for the Azteeg X5? I might take a stab at it once my board comes in, but I'm really bad at C++.

Possible relevant info for implementing:
https://panucattdevices.freshdesk.com/support/solutions/articles/1000227573-bigfoot-bsd2660
http://smoothieware.org/advancedmotordriver
https://www.keil.com/pack/doc/CMSIS/Driver/html/group__spi__interface__gr.html

I just flashed the latest version of grbl-LPC (Smoothie) to my new Re-ARM board with Ramps 1.6 and something weird is going on. I assume it's probably user error, but to move the X-axis I actually need to plug the motor into the Y, and to move the Y-axis it needs to be plugged into E0, while the others seem to do nothing at all.

I have a MKS Smoothieboard from amazon, and running an mpcnc with your firmware. CNC side its working fine, but I'm trying to get my J-Tech 2.8w laser and controller hooked up. According to the documenation I can find, I am to use pin 2.5, which is labeled Bed. And that I am to use the grnd only, and I assume connect the pos from the controller to the powersupply pos?

I have the laser turned on, using $32=1. But after sending M3 S100, which my understanding should turn the laser on, at 100% power? I do not get any voltage change between 2.5 - and pwrsupply +. If I got between 2.5 - and pwr -, I get -10v, or 10v if I put the pos lead from my volt meter to the 2.5 - pin.

I'm just trying to determine what I need to do to connect the controller correctly, as well as what commands activate the laser on grbl. I am using cncjs, which I can figure the code side out later, I'm just trying to activate the laser manually and get it working. Thanks for any advice.

Is this compatible with the Bigtreetech SKR V1.3 control board with the LPC1768 chipset. It also is Smoothieware compatible.

https://www.amazon.com/BIQU-Printer-Smoothieboard-Compatible-Ramps1-4/dp/B07P87J274

I don't know where to ask this question, so please let me apologize if this is the wrong forum for questions.

I have a modified SBASE v1.3 with resistors R33,R34,R35,R39,R40,R41 removed. This was done to accommodate the use of PNP proximity switches. ( Page 4 of this document if you need reference) https://github.com/makerbase-mks/MKS-SBASE/blob/master/Hardware/MKS%20SBASE%20V1.3_002/MKS%20SBASE%20V1.3_002%20SCH.pdf

Switches are wired as normally closed. And pins are receiving 5V when not actuated.
When configured with the following settings in Smoothie, the limit switches act as expected.

alpha_min_endstop 1.24v!
alpha_max_endstop 1.25v!
beta_min_endstop 1.27v!
beta_max_endstop 1.26v!
gamma_max_endstop 1.29v!
gamma_homing_direction home_to_max

My question is.......... Is this note in the config.h still valid?

//#define DISABLE_LIMIT_PIN_PULL_UP Don't use; pull-up control not ported to ARM yet. pull-up is always on.
//#define DISABLE_PROBE_PIN_PULL_UP Don't use; pull-up control not ported to ARM yet. pull-up is always on.
//#define DISABLE_CONTROL_PIN_PULL_UP Don't use; pull-up control not ported to ARM yet. pull-up is always on.

Will I be unable to to use grbl-LPC because I cannot tell the SOC to pull the pin to ground?

Please forgive my ignorance if this seems rather easy. I'm old and still learning at a turtles pace. My intention to change to grbl-LPC is solely based on the ability to have a live feed hold. Smoothie can't do feed holds with any reliability, and that's no good for a CNC router.

Thanks,

Kyle

Hi,

Are you planing to add support for platformio ide?

Thanks
Marc

Thank you for porting this version of GRBL. I am still learning all of this... I have been using Grbl-Mega-5X on a Mega 2560 and want to upgrade to a Re-Arm board. Despite a lot of reading it is not clear to me which compiler to use for your version. Would the Arduino 1.8.8 IDE be suitable to make a bin file? I have Atom, Atmel, and Microsoft VS as well. I understand I have to rename a bin file firmware.bin and copy it to the SD card on the Re-Arm board, and reboot the board. I have tried this with the Smoothie bin version from your list but can't get my various Grbl capable communication programs to find Grbl-LPC on the board :( There is a jumper on the board to switch between USB and INT for power but the COM port will only be recognized when on USB. I am using a bare Re-Arm board for now. I would be happy to sort out the Re-Arm Pinout and compile a 5 axis CNC version. You were communicating with someone Sep 2019 with a similar question but I can't find any progress from there. Any suggestions are greatly appreciated. Thank you.

Hello,
I have an issue where the Z axis is not homing using MKS board.
I have validated the cabling, the limit switch is recognized when pressed in Putty (Pn:PZ). X and Y axis homing without problem, Z not even moving. When I jog up manually the limit switch clicks but the Z does not stop.
It looks like Z axis is not considered at all. I have checked that GRBL is not in laser mode.
I have flashed the mks_sbase_firmware.bin from releases.
GRBL settings below:
$0 = 10 (Step pulse time, microseconds)
$1 = 255 (Step idle delay, milliseconds)
$2 = 0 (Step pulse invert, mask)
$3 = 4 (Step direction invert, mask)
$4 = 0 (Invert step enable pin, boolean)
$5 = 1 (Invert limit pins, boolean)
$6 = 0 (Invert probe pin, boolean)
$10 = 19 (Status report options, mask)
$11 = 0.010 (Junction deviation, millimeters)
$12 = 0.002 (Arc tolerance, millimeters)
$13 = 0 (Report in inches, boolean)
$20 = 0 (Soft limits enable, boolean)
$21 = 1 (Hard limits enable, boolean)
$22 = 1 (Homing cycle enable, boolean)
$23 = 3 (Homing direction invert, mask)
$24 = 200.000 (Homing locate feed rate, mm/min)
$25 = 800.000 (Homing search seek rate, mm/min)
$26 = 250 (Homing switch debounce delay, milliseconds)
$27 = 2.000 (Homing switch pull-off distance, millimeters)
$30 = 1000 (Maximum spindle speed, RPM)
$31 = 0 (Minimum spindle speed, RPM)
$32 = 0 (Laser-mode enable, boolean)
$33 = 5000.000
$34 = 0.000
$35 = 1.000
$36 = 100.000
$100 = 321.000 (X-axis travel resolution, step/mm)
$101 = 321.000 (Y-axis travel resolution, step/mm)
$102 = 320.000 (Z-axis travel resolution, step/mm)
$103 = 160.000
$110 = 800.000 (X-axis maximum rate, mm/min)
$111 = 800.000 (Y-axis maximum rate, mm/min)
$112 = 400.000 (Z-axis maximum rate, mm/min)
$113 = 24000.000
$120 = 2500.000 (X-axis acceleration, mm/sec^2)
$121 = 2500.000 (Y-axis acceleration, mm/sec^2)
$122 = 2500.000 (Z-axis acceleration, mm/sec^2)
$123 = 2500.000
$130 = 800.000 (X-axis maximum travel, millimeters)
$131 = 800.000 (Y-axis maximum travel, millimeters)
$132 = 300.000 (Z-axis maximum travel, millimeters)
$133 = 100.000
$140 = 0.600
$141 = 0.600
$142 = 0.000
$143 = 0.000

Good morning
Sorry I am not very familiar with bin files because I have never had the need to create it. I play a little with arduino.
If I were to reconfigure grbl, for example by changing something on config.h ...... then how do I regenerate the firmware.bin file
with the changes I made?
I would like to modify a k40 laser and use an MKS SBase:

https://www.amazon.it/3Dman-Controller-Compatible-Ramps1-4-Mega2560/dp/B07VRF4R3G/ref=pd_rhf_dp_p_img_4?_encoding=UTF8&refRID=HZQAS5HW3KKM6909MJ6E&th=1

Can it fit??
Grazie
Davide

Just wondering if these boards are suitable for grbl-lpc since they also use the lpc1768 mcu at 100 / 120mhz but cost less than the models found in the releases tab.
Also it has the ability to use step sticks, like tmc5160 which even have quadrature encoder inputs for closed loop steppers.

For those tmc drives a SPI config might be needed to use them at their full potential like in Marlin to set current/modes/parameters

I’m new to laser engraving but really enjoy the project I currently working on.

I make a CO2-laser cutter and planning on using GRBL-LPC firmware on the smoothieboard and use LaserWeb to send the G-code. I have some problem with the firmware, and I don’t know if I saved the right files on the SD-card. Is it correct to download the ZIP-file, save those files on a clean SD-card and reboot the smoothieboard?

I would really appreciate any help. Thanks.

Hi,

I would like to know if you are going to generate a version of your wonderful firmware for the MKS SGEN board.

Thanks and best regards

Hi,

I am trying for days to get the mks sgen board with MKS tmc2209 drivers up and running. I compiled 20 different versions based on the smoothieboard and the mks sbase, none of them is working. The binfiles are changed to .cur but the leds are not blinking the way they should. Disabled the power chip and also tried the c3d version. Connections from laserweb or lightburn are not possible. And other idea? The lastest Smoothieware installs fine and works...

Best regards,
Wolfgang.

Is this still being monitored?

I have a very old Synrad 25w laser that is working fine, but the supporting electronics are toast. I have an MKS-SBASE board from a printer and have installed grbl-LPC and can connect just fine with LaserWeb. All good.

The laser has it's own inbuilt HF etc and just needs a PWM to start, control and stop. It needs a tickle pulse. From the manual:
Control (CTRL) Input
Logic Low (Off State) … 0.0 V to +0.5 VDC; 0.0 V nominal
Logic High (On State)… +3.5 V to +10.0 VDC; +5.0 V nominal
Maximum Current Load… 6 mA @ +5.0 VDC
Tickle Pulse Signal
Tickle Frequency 5 … 5 kHz
Pulse Length… 1.0 μs ± 0.2 μs
Pulse Rise/Fall Time… < 100 ns between +0.5 V to +3.5 VDC
PWM Command Input Signal
PWM Frequency 6 … DC to 20 kHz
PWM Duty Cycle … 0% to 100%

I will be using a 12vdc power supply for the MKS, but do NOT want to fry the Synrad inner-electronics (10vdc tollerant) so I need some guidance on connecting the PWM. I read about connecting the Negative side of 1.25, but not sure that is will go over well with the Synrad.

Should I be using the TTL 1.23 build? If so, I still need some guidance.

Could someone please help me get this going?

Thanks

Hello,
I am working on setting up a cnc using a MKS Sbase.
I noticed in testing my limit switches that the probe pin was showing as activated. I changed the $6 to invert it however this has made no change. It appears to be expecting a NC switch either way but I am using a touchplate with 2 wires. When I attempt to run a probe command it fails saying the switch is in the wrong state.
I am using the precompiled bin file. is there a setting somewhere i need to change and compile myself?

Hi Claudio.
Testing out your October 8th release version of c3d_remix_firmware.bin

I can toggle p2.7 with M7 and M9. I can see the pin change on the oscilloscope. No problems there.

M8 will set p2.6 high but M9 will not set it back low again. Took a look at coolant_control.c but all looks correct. When you get a chance, can you take a look.

Thanks,

Jim

Hey there,
can you please add a compiled version for CoreXY of the sbase firmware?

Thanks a lot :)

Is there any way to use one of the free plugs for E0 or E1 on a mks/smoothieboard as a second pinout for a dual-y axis configuration? I'm currently hooking two external drivers up in parallel but they're just cheap tb6600's and the onboard stepper drivers seem to be working alot better so i'd like to be able to do away with the externals and run everything directly on the mks board.

As the Title says, how can I choose the Pin 2.13, of a MKS Sbase 1.3 Board as PWM Output in grbl-LPC?
On all other PWM -able Ports there is a small modification of the Board necessary (removing Port LED circuit)

M8 will set pin high or low but M9 will not set it back again.

original code in coolant_control.c

void coolant_stop()
{
  #ifdef INVERT_COOLANT_FLOOD_PIN
    COOLANT_FLOOD_PORT |= (1 << COOLANT_FLOOD_BIT);
  #else
    COOLANT_FLOOD_PORT &= ~(1 << COOLANT_FLOOD_BIT);
  #endif
  #ifdef ENABLE_M7
    #ifdef INVERT_COOLANT_MIST_PIN
      COOLANT_MIST_PORT |= (1 << COOLANT_MIST_BIT);
    #else
      COOLANT_MIST_PORT &= ~(1 << COOLANT_MIST_BIT);
    #endif
  #endif
}

change to

void coolant_stop()
{
  #ifdef INVERT_COOLANT_FLOOD_PIN
    COOLANT_FLOOD_PORT |= (1 << COOLANT_FLOOD_BIT);
    delay_ms(1);
  #else
    COOLANT_FLOOD_PORT &= ~(1 << COOLANT_FLOOD_BIT);
    delay_ms(1);
  #endif

  #ifdef ENABLE_M7
    #ifdef INVERT_COOLANT_MIST_PIN
      COOLANT_MIST_PORT |= (1 << COOLANT_MIST_BIT);
    delay_ms(1);
    #else
      COOLANT_MIST_PORT &= ~(1 << COOLANT_MIST_BIT);
    delay_ms(1);
    #endif
  #endif
}

In block #ifdef ENABLE_M7 i write too delays im not sure is necessary. I think this is a bug in toolchain.

Regards
Gerry

I ordered an MKS SGEN-L for my K40 before realizing it isn't just an SGEN running 20mhz slower for less than half the price. I do understand that i would have had to cook up an SGEN configuration without support for the digipots on the SBASE regardless. I can probably handle that.

For some fool reason, it's a wholly new design that appears to be inspired by the SKR.

I saw the closed issue where it's stated that the SKR is not compatible because devices are on different ports, but i don't understand the lpc176x architecture well enough to understand what that means and thus how to tell, say from the marlin pins file, whether the SGEN-L is a candidate for grbl-lpc.

It looks like Re-ARM is probably workable and i turn out to have a spare Re-ARM set, so it's no big deal if i spent $18 on a 3d printer controller that i don't have a use for.

I've got the firmware to compile but its not clear where the board its being built for is set.
Could you expand on the build section of the readme?

I got everything working my MKS board expect the PWM for laser power. this is a rebuilt k40 machine (nothing left of the original except the power supply and the tube). Initially I tested the voltage on the plus and minus pins on the mosfet connector (pin2.5) and was getting between 20 and 24 volts during cuts. I am guessing this is because i have the MKS hooked up to a 24 volt supply. I tuned the power level of the laser down to 14 percent as the max and got a max of 5 volt out put during a cut, but when i hooked these pins up to the pot pins on the laser supply, it went back up to 24 volts, even at idle.

the documentation isn't very clear on how to hook the PWM pins to the power supply for the k40, so i am probably making a mistake. any help you can provide would be appreciated.

Hi Cprezzi,

Really cool Lib that you build there.
I did a firmware.bin build using the make on the more-axis branch and it worked. Yet, I am not sure if it was the correct output for the mks-base-1.3. Do I need to add it as settings when building.

Thx
Cheers Nico

Hi Claudio

On Win10 - I can no longer install the VCOM driver:

Hello, i have a MKS Sbase v1.3 board and i am trying to flash the GRBL LPC firmware to the board. I have downloaded the precompiled frimware bin for the sbase board and tried to add the renamed firmware.bin to the sdcard for the board. The firmware.bin file never changes to firmware.cur after i boot up the board. when i use laserweb it connects properly but it says the firmware is smoothiexxx. i have formatted the sdcard using sdformat app. im not sure why the board wont accept the firmware.bin.

thanks

Hey there,
i try'd to install grbl-LPC with the mks_sbase_firmware.bin on my Board. Renamed the file to
firmware.bin on the sd card an booted the board.

• The board stays with the left and right led on, if i connect USB one of them is deactivated.
• On the sd card the file is renamed to firmware.cur, so it is installed.
• If i try to connect with Laserweb it says, there is no supported firmware on the board.

So i don't know whats wrong.

There's a compile warning in grbl-LPC about the checksum calculation routine in flash.cpp. It appears there's a logical or in a math expression. Here's a patch for what I think was probably intended. Can anyone confirm?

Thanks, Gil

diff --git a/grbl-lpc/flash.cpp b/grbl-lpc/flash.cpp
index a42b843..aabc422 100644
--- a/grbl-lpc/flash.cpp
+++ b/grbl-lpc/flash.cpp
@@ -77,7 +77,7 @@ static unsigned char memcpy_with_checksum(char *dest, char *src, unsigned size)
unsigned char checksum = 0;
while (size--)
{

•    checksum = ((checksum << 1) || (checksum >> 7)) + *src;
  

•    checksum = ((checksum << 1) | (checksum >> 7)) + *src;
     *dest++ = *src++;
  

  }
  return checksum;

@cprezzi Have you seen @terjeio added board map file for Bigtreetech SKR V1.3 and 1.4 Turbo board
https://github.com/grblHAL/LPC176x

Hello Claudio,

I have setup my C3d mini board based on the documentation here: https://github.com/LaserWeb/LaserWeb4/wiki/2.2-Initial-Configuration---GRBL-LPC-1.1

I have downloaded the latest firmware on your release page.

I am not receiving a PWM signal on P2.5 on the C3D mini board. I've got an oscilloscope hooked up to the pin and the pin is staying a constant 4.8V.

Given the setup outlined in your docs, what diagnostic steps might I be able to employ to troubleshoot the issue?

P2.5 was properly doing PWM for me with Smoothie, so I believe that this is either a misconfiguration on my side, or a firmware issue.

Here's my settings. The only thing I've actively changed is $10 where I set it to 1 so that bCNC would communicate with the board appropriately.

$1=255
$2=0
$3=3
$4=0
$5=1
$6=0
$10=1
$11=0.010
$12=0.002
$13=0
$20=1
$21=0
$22=1
$23=1
$24=50.000
$25=6000.000
$26=250
$27=2.000
$30=1000
$31=0
$32=1
$33=5000.000
$34=0.000
$35=1.000
$36=100.000
$100=160.000
$101=160.000
$102=160.000
$103=160.000
$110=24000.000
$111=24000.000
$112=24000.000
$113=24000.000
$120=2500.000
$121=2500.000
$122=2500.000
$123=2500.000
$130=300.000
$131=200.000
$132=50.000
$133=100.000
$140=0.600
$141=0.600
$142=0.000
$143=0.000

I'm reusing a spare MKS SBase board on a CNC router I'm building. I've set up the motion fine, so next I want to wire in a Z probe with a copper plate and crocodile clip.

On the Uno CNC shield you connect between pin A5 (SCL on the shield) and ground and then run a G38.2 to get the distance moved.

cpu_map.h only shows PROBE_BIT 5, with the pin etc "Not Used". Is the probe feature available, and if so which pin should I connect to?

Thanks.

What versiin of mks base board and LCD is this firmware compatible with
Thanks

I am currently using Smoothieware on Smoothieboard, and am not sure if this is the same thing. But in my config I am setting the stepper motor current. Does your fork disable the ability to set this in the config? If that's the case, what current will be going to the steppers. Thanks, and sorry to have to open an issue to ask a question.

In the Readme.md I do see that it indicates the $140, $141, $142 are X, Y, Z current (amps), is this still functioning in yours?

We need the spindle Direction output to run our laser properly. Was there a technical reason that this output was not ported? We're looking at adding this functionality, but wondering if there are any known issues.

Hi there,

I tried starting using the mks_sbase_p1_23_firmware.bin but it seems to not boot.#
Then I tried a view other fimwares and in grbl-LPC all of them arent working anymore.
Even build it myself, still not working and I know it was working before. I tested 2 Boards now, but no luck.
When connecting with Laserweb this happens:

I tried the smoothieware master firmware and that one seems to work. I can connect with the mks base.

Do you have any idea?

Thanks Nico

Latest GRBL (1.1.h https://github.com/gnea/grbl/releases) implemented dual axis homing (with two motors & two endstops) to be able to square the gantry. Mostly used for dual Y motors, I think.
I tried to add that patch (gnea/grbl@b75e557) by hand, it compiled, but motors didn't move at all, so I don't know what I did wrong.
It is pretty clean to add it except the ISR handler, which is a bit different for LPC.

Do you think it may be easier for you to do it? This is a very useful feature for most mid-size CNCs that are using multiple motors.

The nice thing is that A axis is already there in the LPC port, so it can be used as second X or Y motor.

Would this board work with GRBL-LPC? It is a bit cheaper than the MKS SBASE and seems to be a new version.

Latest release (11th Feb 2020). Just started to setup the mks-sbase v1.3 on the test bench.

Currently nothing connected (no steppers / endstops), when I connect with laserweb I get the error Error 13 - Safety door detected as opened.....

I've tried both grounding and applying 5v to p1.22 but the error does not clear.

Any help most appreciated.

Hi. I'm controlling a k40 laser cutter with grbl-lpc installed on an mks sbase v1.3 board. I'm using lightburn software and everything is working great but he driver chips on the mks sbase board are noisy. I would like to upgrade to the TMC2130 or TMC2208 drivers so I can use the stealthchop mode. I would also like to use the sensorless functions and remove the endstop switches. Does GRBL-LPC support stealthchop and the SPI functions on the TMC2130? Do I need to compile grbl-lpc myself to use these functions or is the mks sbase firmware able to read from the TMC2130 chips?

Hello,

after not beeing successful with the MKS SGen, I bought a 5XC-R. Smoothieware runs and all LEDs are blinking the way they should. As soon as I install the precompiled GRBL LPC Smoothieboard version, firmware.bin is renamed into FIRMWARE.CUR but only the first red led is on. Any idea?

Best regards,
Wolfgang.

Would GRBL-LPC work on the BIGTREETECH-SKR board? It runs a LPC1768.

Good morning. i tried to install the firmware on my mks sbase 1.3 but the motors make a tremendous hum (my motors are the original ones of the chinese k40)I can't solve this problem even by adjusting the Amps. my second problem is I'm not sure how to connect my power supply.

Thanks in advance.

while trying to engrave at high speeds (anything over 5000 mm/min) i am get very noticeable separation from lines that right left to right, and lines that run right to left. i believe this is caused by the laser somehow firing too early. here is my test setup:

running a MKS board with the x axis running a cut rate and rapid rate of 50,000 mm/min.
etching an image with a 20 mm over scan to rule out any acceleration
the final etched image looks like an offset interlaced image, the faster the feedrate, the larger the offset.
in the case of feedrate being set to 50,000, the offset is a 6 mm.

I believe the laser is firing early and not late because the first like is always shifted left, and the first cut it makes is always from left to right. here is a crude ascii drawing of what I'm talking about:

------------------>
<------------------
------------------>
<------------------

I hope that makes sense.