|
Post by milledoats on Jun 13, 2023 11:25:21 GMT
So I have had my machine up and going for a week or so. I have run a few successful projects but I have one that has me a bit stumped.
I have a couple pieces of wood I'm attempting to do a v carve inlay into, the piece in question is cherry so nothing exotic.
I milled the piece flat using a 1/4" end mill and a pocket profile. I then ran the roughing pass using an 1/8" end mill, no issues.
Install the 1/4" v-bit, zero using the plate, etc. Start the program and about 15 seconds in I get an error 24, UGS puts the program on hold. I hit continue and it runs about 95% of the way through before the next error. During this time I'm noticing that the roughing profiles facing the rear and left of the machine are not getting cleaned up by the bit. The faces on the front and towards the right seem to be getting milled clean. Then comes the error at about 95% completion. UGS puts the program on hold and I hit continue, it then proceeds to run the v bit directly across all the letters on the piece, if it wasn't ruined before it is now.
A bit dismayed, I re-milled the piece flat using the 1/4" end mill and started over. Wouldn't you know I run across the same error 24s occurring at the exact same time and locations. Reading previous threads on this forum and others left me with no clear solutions. I haven't even looked through the gcode file. After reading the other threads I'm going to assume v-carve didn't generate faulty code and my issue is somewhere else. One thing I did notice was the v-bit was moving faster than the other bits and after looking into the files settings in v-carve I seen my feed rate for that bit was 65 in/min which seems quite fast compared to other bits. Am I overworking the stepper motor? What are my other possible issues or solutions?
Thank you for your time.
|
|
|
Post by milledoats on Jun 15, 2023 21:05:35 GMT
updated to add: Looked through the gcode file in question and saw no faulty code. Tried a different USB cable to no avail. Errors occurred in the same locations as before. I changed the parameters of the toolpath and went with 30in/min feedrate. Still experiencing error 24s just in different spots and with the same repeatability. If I run the file on the CNC but zero the router above the workpiece so it doesn't contact anything the file runs just fine, no errors. If I turn the router on and do the same thing, no errors. However, If I bring the router down into contact with the wood I will get an error 24 almost immediately upon starting the file, even before the bit contacts the workpiece.
|
|
|
Post by bLouChip on Jun 15, 2023 22:37:49 GMT
You seem to have done some good diag and isolation. Give the definition of grbl err 24, and the failure at the same location in the job (OP info), I would have thought this was bad gcode, but you seem to have eliminated that in your latest testing and post. This may be a case of EMI, when the router is ON and in a particular Z plane position relative to other wires, the control box, your computer, and/or the USB cable. I have found that EMI tends to affect the USB communications more often than not. I was able to mitigate EMI, at least in part, with ferrite cores on each end of the USB cable, and on the USB pig tail inside the controller box. I also use a 120VAC line filter in the way of an Un-interruptable Power Supply, like you would use for an office computer; some also use the Tripp-Lite IsoBar outlet box which has line noise filtering as well, but no power backup. I don't recall reading if you isolate the router power cable from other CNC cables/signals, doing that is a good practice to mitigate EMI; I hang my power cable from an overhead strain relief that follow the Z carriage.
grbl “error:24” : _(“Two G-code commands that both require the use of the XYZ axis words were detected in the block.”),
So an EMI issue could be causing a CR/LF to drop in the communications, odd that it would reliably hit those chars, but who knows.
perhaps some helpful links...
|
|
|
Post by milledoats on Jun 16, 2023 11:12:13 GMT
Thank you for the reply and yes, I believe you are correct on the EMI interference. After doing some "testing" last night I was able to eliminate most or all of the errors from occurring by doing some cable management and moving the laptop away as far as the USB cable would allow. Funny thing was I could run programs through with no errors if I zeroed my bit manually using paper. If I used the touchplate I would get an error 24 right off the bat, before the bit even touched the material. After that first error it ran the rest of the program without issue. I even ran the faster feed rate program without issue, sans the touchplate. I've ordered some ferrite rings from the jungle website to try out. I'm also planning on coming up with an overhead strain relief for my router power cord as I believe the current routing of the cord is likely an issue as well.
|
|