GRBL running on Ramps

New Home Forum Software / Firmware Development GRBL running on Ramps

This topic contains 123 replies, has 26 voices, and was last updated by  Pablo Casaña 7 hours, 56 minutes ago.

Viewing 30 posts - 1 through 30 (of 124 total)
  • Author
    Posts
  • #74830

    Pablo Casaña
    Participant

    Hello, I was not totally convinced by the use of Marlin on MPCNC (it does not interpret certain gcodes), and I discovered a version of GRBL compatible with RAMPS (GRBL 5X) is being developed. I modified the code to get the same wiring on Ramps (Autosquare include). I also have the necessary configuration of GRBL what let everything works. I am testing it with Universal Gcode sender and it works really well. Saves positions (G28-G30), all calibration plate options works and interprets most of professional programas gcodes. If you are interested in trying it, I will be happy to share it .

    Regards from Spain.

    5 users thanked author for this post.
    #74832

    Jeffeb3
    Participant

    I would be interested. I like the coordinates in grbl. I have a huge project list right now, but I’m sure I’ll find it useful at some point. There is a grbl for ramps already, I guess it is just old?

    #74833

    Raphael
    Participant

    Yes please! 🙂

    I have been interested in GRBL, but the lack of auto squaring was a big no go for me.

    #74839

    GTKplusplus
    Participant

    Add me to the list of interested people.

    It was something I was thinking of doing myself, but never found the time to.

    #74840

    Aaron
    Participant

    Yes please! ?

    I have been interested in GRBL, but the lack of auto squaring was a big no go for me.

    On my grbl machines I wire two limit switches in series per axis. I also saw a good suggestion here to use a hard stop on one side of each axis, line it up with the endstop trigger or switch and it’s squared up.

    #74854

    Pablo Casaña
    Participant

    Hi Jeffeb3, last version was published 4 mouths ago. It allows to clone the x and y axis, or a and b axis can be independient.

    This is the Github link :

    https://github.com/fra589/grbl-Mega-5X

    I have modified, cpumap.h and config.h files to change the limit pins and the spindle pwm pin.

    I will upload all the files nearly. Its really important upload my grbl config for a correctly work ( you only have to change your x, y, z max travel). Or the Step/MM on z axis.

     

     

    1 user thanked author for this post.
    #74866

    Mike Pensinger
    Participant

    I am interested in this also! Is the link for your modified files?

    #74870

    Evan
    Participant

    Definitely interested! I only use my MPCNC as a router and have been wanting some more big machine features, I have been considering switching controllers but GRBL on my ramps would be nice.

    #74877

    Pablo Casaña
    Participant

    Bad news boys, this afternoon I have been testing the machine and there are some issues. It can´t draw circles, each axis moves in opposite directions and i´m having problems with g28 an g30 codes. Tonight i´ll try to fix it.

    This is my file link: https://drive.google.com/open?id=1tCgn424NKVEbTrPsJyvtSboi8SZ6-Ip7

    Maybe together we can fix the problems.

     

    #74909

    Mike Pensinger
    Participant

    Honestly I have been trying to figure out how to just interface a ramps board to a parallel port and use LinuxCNC.

    Seems like an easy thing to do but surprised that no one has done it yet.

    #74931

    Jeffeb3
    Participant

    Honestly I have been trying to figure out how to just interface a ramps board to a parallel port and use LinuxCNC.

    Seems like an easy thing to do but surprised that no one has done it yet.

    The steppers need enable, step and dir each. They need to be wired to vcc and ground and the motors. You can ignore everything else. I bet someone has, but they labelled the tutorial linuxcnc and drv8825, which is all the ramps is without an arduino.

    #78066

    Mike Pensinger
    Participant

    Any movement on this?

    #78315

    Pablo Casaña
    Participant

    Hi.

    Yes good news ! Our friend Fra589, has fixed all the problems, I´ve tested it and all works perfect. I have uploaded the new version to Drive:

    This is the new link:

    https://drive.google.com/open?id=1yO2Ap2ItG70cV79RdZLC40aMKHEdPUZl

    You only have to copy grbl folder to arduino libraries and upload the grbl example, before it clear all the eeprom with the EEPROM clear example in arduino.

    When you have it uploaded I recomend to import my settings with Universal gcode sender, you only have to modify $130,$131,$132,$133 and $134 with your machine size ($133 and $134 are X2 and Y2)

    All the wirings are the same, maybe you have to modify $5 to invert limit pins. The wiring scheme is in docs folder.

    I hope it would be a good christmas present for all of us.

    Pablo.

    4 users thanked author for this post.
    #78316

    Pablo Casaña
    Participant

    I forgot to say I´ve working with this version and a laser, to get best results the original program Image2Gcode works better than the modified  MPCNC version beacause this has been designed for grbl, the movements are more fluids. The TTL range is 0-1000.

    Pablo.

    #79017

    Mike Pensinger
    Participant

    Got this loaded up on a new Mega and a Ramps 1.6 board. Finally got things to talk and even imported your settings. Seems to work in a testing type mode. No motors or ramps power connected yet. Trying to get my CAM process compatible with GRBL. I use a program called CAMBAM and have loved it. Just have to dig into post processors to strip out unsupported Gcodes

    #79092

    Pablo Casaña
    Participant

    Hi, ramps 1.6 has the same pinout of ramps 1.4 so it has to work. Most of the diy CNC´s machines have grbl as their controller so it shouldn´t be a problem to work with any CAM software, for example i´m working with estlcam and Solidcam and it works really well , you only have to find the correct machine config (search a machine model wich works with grbl) like Shapeoko or carbide.

     

    #79097

    Mike Pensinger
    Participant

    It works great. Just had to get the post processor right. Some of my old gcode files had codes that were not compatible.

     

    #79100

    Aaron
    Participant

    Got this loaded up on a new Mega and a Ramps 1.6 board. Finally got things to talk and even imported your settings. Seems to work in a testing type mode. No motors or ramps power connected yet. Trying to get my CAM process compatible with GRBL. I use a program called CAMBAM and have loved it. Just have to dig into post processors to strip out unsupported Gcodes

    Cambam has a grbl post processor. You’d be hard pressed to find any CAM program that doesn’t.

    #79669

    Mike Pensinger
    Participant

    Up and running! Well in a test mode at least!

    Set up a new Mega with a Ramps 1.6 board. Flashed Pablo’s files and did the import through UGS. Got some extra motors today and hooked it all up on the coffee table ( I love my wife) and look! movement and all the motors run in the correct direction.

    Plan to put JST connectors on my machine and rewire it for all 5 channels. Played with files from UGS and also tested the CAMBam plugin and they both work great!

    #80195

    Pablo Casaña
    Participant

    I’m glad that everything worked ok. This week I’ve testing a new program LASERGRBL, it works pretty well with this firmware to engrave pictures.

     

    1 user thanked author for this post.
    #80479

    Mike Pensinger
    Participant

    okay. So it is hooked up to the actual machine now. Moves with jog perfectly. When I start a home cycle it tries to move the x axis in both directions.

    Any ideas?

    #80482

    Ryan
    Keymaster

    What does M119 say?

    #80485

    Mike Pensinger
    Participant

    unsupported command found in block

     

    #80486

    Jeffeb3
    Participant

    You need to connect up your computer and run ‘M119’ from the terminal. You can use repetier host or pronterface. I use pronterface a.k.a. print run.

    #80489

    Mike Pensinger
    Participant

    computer is connected. Running both CamBam and UGS. typing m119 get me an unsupported g code error.

    #80490

    Jeffeb3
    Participant

    Are you using capital M?

    #80491

    Mike Pensinger
    Participant

    I was not but tried and it said the same thing

    Some notes about my setup. I want to home at the upper right corner. If I do the setup in UGS and select +X if moves to the left and both motors work. If I select -X the fight each other.

    #80492

    Jeffeb3
    Participant

    Oh oh oh, I got confused. This is grbl, not marlin (says so right in the title). So no M codes for you. I’ll read through your posts with a fresh set of eyes… Sorry.

    #80493

    Jeffeb3
    Participant

    In grbl 0.9j+, you can query the endstops with the status 19:

    https://discuss.inventables.com/t/guide-using-grbl-to-debug-your-homing-switches/16588

    $10=19
    ?

    LIM=111, etc.

    That’s going to be dependent on the extra endstops making it to that status field in this version of the code.

    The reason I like the endstop explanation is that motor might be trying to get away from its endstop because it’s constantly triggered. Since it’s new code, there are a lot of things it could be though.

    #80530

    Mike Pensinger
    Participant

    So… you may have hit the nail on the head. I only have one end stop in each axis. I bet the missing one makes it do that.

    Will add the other ones back in and report back.

Viewing 30 posts - 1 through 30 (of 124 total)

You must be logged in to reply to this topic.