We use cookies to personalize content, interact with our analytics companies, advertising networks and cooperatives, and demographic companies, provide social media features, and to analyze our traffic. Our social media, advertising and analytics partners may combine it with other information that you’ve provided to them or that they’ve collected from your use of their services. Learn more.
I assume hex file has .hex extension? I have followed all the steps for flashing grbl…Using Arduino IDE method…By doing this hex file is not created?!
Then if I follow compile for Mac OSX I get stuck on this part
To compile: Once your paths are setup, all you will need to do is go to your grbl directory and type make. (To clear all of the old compilation files from a previous build, type make clean first.) This should call avr-gcc, begin compiling grbl, and create a brand new firmware file called grbl.hex that may then be flashed to your Arduino."
Grbl Directory? And where am I typing “make” command? . I see a file in grbl-master folder that says “make” but when i run it, terminal spits out lines and lines of messages looking like this
/Users/nataliehuguet/Desktop/grbl-master/Makefile: line 96: cpp:: command not found
/Users/nataliehuguet/Desktop/grbl-master/Makefile: line 97: COMPILE: command not found
Also turns out I do have grbl v0.9j… Would you suggest using v0.9i instead? Thanks @LarryM !
When you use the Arduino IDE (the easiest method) you don’t create a .hex file.
You set up the grbl library and then open the File->Examples->grbl->grblUpload sketch. Once this is loaded you press the Upload button (right arrow) on the IDE toolbar.
This compiles the code and then loads it into the Arduino.
Be sure to select Tools->board->Arduino Uno and the Tools->Port->COM1(substitute your COM port number) before you do the compile and upload.
Also, select 115200 for your baud rate on the COM port that the Arduino is attached to.
v0.9j versus v0.9i? I still have issues with cutting geometry in inches and setting my machine 0 in the bottom left corner. After homing it still notes it at -31.something inches.
I’ve tried re-flashing both v0.9j and 0.9i using using IDE…Now it wont home at all… it moves down maybe 1/4" and triggers the “alarm”…
I got this thing in June and I still haven’t managed to cut a thing on it…
I have adjusted all of those. From turning on homing and limit switches, to reversing x and y axis travel direction. I started dreaming about grbl parameters… I can post them, but I am certain it’s not that
still standard wiring for switches. new spindle. Switches were running great since then…I am still not sure how limit switches would affect machine skipping steps or offsetting itself
Nothing really changed when it comes to homing. And it doesn’t seem like it still understands where its machine 0-0 is, based on the fact that x and y are reversed compared to how they were running before… Z axis still moves down a bit and then stops.
The $10=19 change turns on the ability for grbl to report the state of the homing switches. Unfortunately, UGS doesn’t pass the command to read them.
Using the serial monitor in the Arduino IDE to talk to grbl, issue the ? command. It will report Machine and Work co-ordinates which will be meaningless at this time, but the LIM= information is what you want to see.
The order is ZYX so LIM=000 shows all homing switches are not tripped. LIM=100 would mean that homing switch Z is tripped.
Issue the ? command and then press and hold each switch in turn as you issue the ? command while holding the switch closed to test each switch to see if the Arduino is seeing it operate.
I’ll have to report on that tomorrow then, and see if it reads it as tripped or not.
Again, is it possible that there is something going on with either grbl or arduino to get the machine to skip steps and offset? Or am I going crazy? I have checked everything else mentioned before, and I am starting to run out of ideas…
Yeah, it’s getting late for me. At this point I don’t think that the Arduino, gShield or grbl is your issue. You are experiencing some issues that we know are not working. I’m trying to systematically eliminate the known problems so we can get them out of the way. That makes it easier to concentrate on the real issue.
Just a wild random thought that don’t mean a thing, but do you happen to have a power cord (ac 110v) crossing over or running closely parallel to the stepper or homing wiring?
I use a home made touch plat and since it get moved around a lot more radically than any other wiring, it occasionally gets in close proximity to the line power cord then things go haywire from electrical interference until I reorient it away from the power cord.
This is what I get when I try opening serial monitor in IDE
Error opening serial port ‘/dev/cu.usbmodem1d11’. (Port busy)
Homing randomly decided to work again…Switches running smoothly… Still repots -31.457" coordinates for x and y… and still goes waaayy off when I try to run a file, to the point where it slams itself into the y rail…
Where there any issues depending on what kind of machine you’re using to run it from? I have an old Mac with Processor 2.16 GHz Intel Core 2 Duo; Memory 2 GB 667 MHz DDR2 SDRAM and OS X Lion 10.7.5
@JkWestphal no power cord running next to it. I made a whole enclosure for the x-carve and power cord sits outside of the enclosure