@vicious1
I have checked everything and I’m having few issues, First the cut stops in the middle of the work. please see attached photo which shows my setting.
I’m trying to cut a wasteboard but the machine stops in about 20 min into the job.
Second issue I have is that, one of the Y access stepper is moving slightly faster than the other one. What would cause that? All of the rails are clear of dust.
I appreciate all of your help in this.
Hi,
What machine, where did you get it, what control board, how are you running the file (computer/USB, or memory in a screen), does it stop in the exact same place, what program is that generating the gcode?
Most importantly, any issues with the test crown?
I will make two guesses, whatever program you made the gcode with is using an unrecognized command and freezes the board, or your laptop goes to sleep.
Need more details to even attempt this one. The test crown should have shown this before you made any cuts, gcode should not be able to make your control board do this so it is a control board/firmware issue.
Im using rambo 1.4 purchased from V1, hard wired to my computer. The computer sleep mode has been disabled and Im using Easel to create the G code. I am running a 25ft cable from the computer but that shouldn’t be an issue. As for the test, the crown runs fine without an issue. I have followed all steps to the T. The cut stops at random, so its not exactly at the same time frame.
It can be if there is a vacuum around (static) or if the laptop and rambo power supply are on two separate circuits. Both things we have been known to cause random issues.
Okay it the above statement is not the case, then it is most likely Easel is generating code your board does not like. I believe that is actually for GRBL, not marlin. Not 100% about that as I have never used it.
Does it stop in the exact same place every time?
It doesn’t stop in the same place every time. I was turning a vacuum on and off which was connected to the circuit of the computer. The Rambo is on its own circuit.
The power surge can mess with it as well as the static from the hose. Try not using the vacuum to see if that helps.
Static=RF interference. 25 ft of cable makes for a fabulous antenna. Know some one with a plasma cutting table within 50 ft of main line rail, with a 50 ft run of wiring from computer to control board. They run RF through the rails to communicate with trains. Was a total disaster.
If it is RF static discharge, you could test this by reducing the cable wire length first. I had this issue once. If the short cabling allows a complete run then there is your problem. Then to get the static out use a product called “anti-static tinsel” around the vac hose, or wrap 24-26 ga single strand telephone wire along the length of the hose hose. A can of Static Guard sprayed on the hose might help as well.
I will try the short wire run today to see if that is the issue, is there a freeware the community uses to draw up designs since you mentioned the code could be causing the board to freeze up. Also, I did do one run without the vacuum, and it still froze up.
There is instructions in the Docs on using Estlcam and how to set it up. It can be used for free for some time. GRBL and Marlin are related, the headers and some arc commands are different and may be what is causing stalling.
Open the gcode you are trying to use with notepad or notepad++ and post it here, several of us can probably tell you what is wrong.
I have had stalling issues in the past, but not for the last year or so, had to due with Marlin updates in the firmware. BTW what version firmware are you using? And is it being sent from the LCD or via USB cable to the board?
or just pm the gcode
Reviewed some issues on the Repetier forum. Seems this happens somewhat often, depends on computer make/model, and OS, and is independent of sleep mode.
Some users have reported duplicate/shared COM ports have caused this issue. Some have resolved it by manually assigning an unused COM port to the board. Some have resolved it by using a powered USB hub between the computer and the control board.
It appears to be print buffer over run. An old time printer problem.
Oh this is news to me, gah, gunna need to look into this. I think we are going to need something other than repetier. They are not displaying paths right, and now this.
I was going to mention the usual, UGS and cncjs, but recently I read about Candle, which has a key feature that I use in bCNC… matrix z leveling (ie surface correction). Only problem is it seems like the project hasn’t moved forward in the past few years, and not sure about Marlin support.
After a quick scan through the topic, I don’t see “grub screws” being mentioned as a possible cause to different Y “speeds.” Check that the set screws that hold the pulleys to the motors are tight on the motor shaft, and aligned to the flats if your motors have them. These tend to vibrate loose, so a touch of temporary thread locker (“blue locktite” or even nail polish) can keep that from being a repeating problem.
Don’t think this is critical, seems hardware reliant to have this issue. IMO a few having problem are not worth the effort. Too many variables to be significant.
Some FINE and intelligent individuals here:
Here is an update after I had made some adjustments:
My original setup (I had to add an extension USB cord to my 25ft cord, so it’ll reach the computer) I eliminated the extension USB cord, and the program ran perfect (Thank you @JohnSherman for suggesting looking at that first.
Always make sure that your computer’s sleep mode or automatic updates are set to the right time, so it won’t interfere with your cut. (Mine decided to update mid cut)
Machine Alignment:
This is something that I need to work on, as the machine was aligned and squared but I may have missed something along the line. (I recommend using 3d printer bed leveling style to get it as close to leveled as possible.
Finally, Auto On/Off
If your machine loses connection with your computer, the router will NOT turn off, it will continue to spin until it is manually turned off. Make sure everything is in working condition and don’t leave your machine unattended.
Thank you everyone for your support on this problem that I had; I still have issues with the travel but I’m sure it’s user error.
On the bed leveling, there are several stl’s out there for a tramming arm using 1/4" router bits. This procedure is well worth your time getting the Z core plumb to your surface. There are several posts in the forums about tramming.
Next create a set of nest inside boxes for pen/pencil drawing, 10mm, 20mm, 30mm, 40mm. With a pen mount, run the gcode for the boxes at all four corners and center. measure as precisely as you can, both height, width, and check square by measuring the diagonals (they should be equal corner to corner). If the box dimensions are not accurate, adjustments will be required in the steps/mm for the axis that is off +/-. If the boxes are not square, adjustments are needed on the trucks, this is in the documentation. Before you start adjust the trucks make sure you footprint on the corner feet are square. Diagonal measurements can be used here as well, if it isn’t square at the feet you are fighting a losing battle. I measure from the inside of round leg.
With a little effort and taking your time, the machine can be quite accurate
Saftey monkey approved content right there…
