The angled is abnormal and it has stopped working. Please restored the machine to its original location and restart the machine.
A YouTube video for this error Indicates that this problem is related to loose pulley belt.
However, this is not the issue with my machine. For whatever reason, I am noticing that this error occurs when it reaches the outward limitation in the X direction. I.e., 0.0 or 15.7 of the working area.
Any suggestions on how to fix this issue?
Nothing suggests that there is anything wrong with this file to prevent it from a full engraving output.
My machine is: Creality Falcon2
Software: LightBurn 1.6.03
Hardware: HP Pro book; Windows 11 Pro
Processor: 13 Gen Intel, Core i7, 1.7 Ghz
System type: 64 bit OS
Ram: 16.0 GB
Could you please attach a copy of your .lbrn2 file so we can review?
If you are performing a fill or image operation near the edge of your workspace, your laser may be having trouble with overscanning. Overscan distance is required to slow down the laser head to change direction.
You can verify this by going into the layer settings of the offending layer, and disabling the Overscanning switch, and see if you receive the same error.
I’m replying from a different device that does not have the .lbrn2 file. I know I had Overscanning turned off at one time but I’ll recheck the setting in this file tomorrow when I’m back in the wood shop. If that’s not the issue, I’ll upload the file so you can look at it. Thank you!
The “Overscanning” was disabled on this layer and was not the cause for this error. But I thought for sure you were definitely onto something. The error continues to be a problem. I will upload the file and a screenshot of the Preview at the specific time where the scanner stops running. If the problem is with the graphics, I don’t see where it is. Hopefully you can find a solution for me. Thank you!
In your first post, your picture shows using user origin. I think that may be your issue. If you set your origin too close to the left edge it will try to run out of bounds and error out. Try switching to Absolute coordinates. This might help you.
Thanks for the feedback. I don’t know, I just find that using User Origin is a little more simple. For this project, I have it set at the bottom-center. I have guidelines marked on my board so that I can visually check the framing accurately before starting the scan. I will give Absolute coordinates a try. I’ll be amazed if this fixes my issue.
Obviously I’m not sure that’s your issue, just an observation. I would try it on cardboard first so you don’t waste finished product.
I’m just the opposite. The only time I use user origin is when using my rotary, otherwise I have jigs and fences that my workpieces register against.
I just got done running a test on cardboard and the Absolute coordinates did not affect the outcome. The same error still occurs for whatever reason. This is madening!
I think my only choice is to create a type of spoilboard with registration marks for the entire area, similar to the idea of using jigs/fences to locate material. My problem is that I have not had the time to get properly organized in creating these helpfult tools for this relatively new equipment. Nor have I ran any tests whatsoever. I’ve only done a handful of jobs in between my other woodworking projects. My winter project is to do a 3D design of an enclosure with outside ventilation, proper acrylic for 455nm, and a siccor lift for dropping the work area below surface for thicker items. Until then, I’m still battling this issue that shouldn’t exist.
I have a couple other ideas to try. First with the location arrow, click on the point I highlighted and see if your laser head stops before hitting the left edge. If it gets too close/hits the edge you have a homing/positioning problem. If that’s good, while in user origin, change the origin point to the bottom left then post a screenshot of your entire Lightburn window with the layer panel and the Laser panel open. The results of this test and your screenshot determine where we go.
Time is running out for today and will pick this back up tomorrow.
I reviewed the video you posted and I’m clear on the differences “start from” in relation to job origin.
I’m not sure about what you’re talking about with your 2nd sentence? Not sure what point you highlighted? My machine will home 0,0 without any problem.
Let me further explain this job. This engraving exceeds the X-boundaries on both sides. Those objects are on hidden layers with no output - for now. After I get the main section done, I will turn that layer’s output off and hide the layer. I will then enable 1 of the hidden layers (ie, left side out of bounds object), and prep it for engraving. At the same time, I will move my long board 3" to the right and check framing with either User or Current origin. The reason I have my image set in +Y (approx. 1.5") on the graphics is because of the long board has to be forward of the machine legs. The board is 24" long and will not fit between the legs. So I have to do a little trickery here. Hence why I was using USER ORGIN at BOTTOM CENTER. I am using a long 24" ruler taped to the table in front of the legs. I have a center mark on the board. This allows me to move the board 3" axially to help assist in the next engraving. If you open the job file that I posted earlier, you’ll understand my delima a little better.
I’m hoping the software isn’t compensating for those hidden items on layers that are HIDDEN with OUTPUT set to OFF! It should be, “what you see is what you get”!
No worries. I’ll post my reply now and you can get to it when you can.
I made a point just to the left of the G. I want to make sure that your laser head stays within the bounds of your gantry when you tell it to move just to the left of the G. The reason being is the picture you posted showing where it stops appears to be when it first tries to engrave the G.
Better yet, set your center origin point on your laser and choose bottom center like you had, then using the Position Tool click a point just to the right of the A and then just to the left of the G. Your laser head should move to both sides of your gantry without crashing. If it crashes on one or both sides your graphic is too large or your calibration is off and the laser is moving too far per step.
I have had issue with hidden objects affecting the framing, which is where my line of thought was going. There is a way to take those items completely out of the picture and that is to enable Cut Selected Graphics AND Use Selection Origin. But I wanted to be sure that your piimary graphic fits within your gantry first.
Not to throw you for a loop but the Print and Cut Feature may be a better way to do this project.
First, I have to commend you for all your generous help when you could be doing something more important. I am thankful for people like you! Amen!
***obviously I don’t know how to properly use BLOCKQUOTE, but I’ll learn someday.
Blockquote I made a point just to the left of the G.
I guess I’m still missing something. Did you not attach an image that I was to review. Not sure if I still need it at this time though.
Blockquote Better yet, set your center origin point on your laser and choose bottom center like you had, then using the Position Tool click a point just to the right of the A and then just to the left of the G. Your laser head should move to both sides of your gantry without crashing.
I get your sentiment here, and will give this a go tomorrow morning.
BlockquoteI have had issue with hidden objects affecting the framing, which is where my line of thought was going. There is a way to take those items completely out of the picture and that is to enable Cut Selected Graphics AND Use Selection Origin. But I wanted to be sure that your piimary graphic fits within your gantry first.
Which is why I’m glad that I explained my project a little bit in more detail if you hadn’t opened that file prior to this.
Blockquote Not to throw you for a loop but the Print and Cut Feature may be a better way to do this project.
I’ve seen this video before but it’s been about 6 months ago. Thank you for providing a link for me to review this again. I presume this methodology “Print and Cut” feature will perform the same even though I’m doing engraving and not cutting. I think it should. It’s the same principle. I will use it as my last resort. Even though my project doesn’t require the same precision of continuous workflow, I’m going to attempt my original idea if I can keep the laser head from crashing from each side of the gantry. I have my doubts, but we’ll see.
I’ll let you know sometime tomorrow how I fare with this!
Once again, I greatly appreciate your help. You went out of your way to help a stranger! Many blessings!
FYI - My machine calibration is spot-on and will output to the fullest extent of X/Y values. Below, is what I worked on today. I need your opinion on these tests. Look at pic LB GRAPHICS_NOTES, which shows what was being tested and a few notes at the bottom. THE INFORMATION BELOW IS A LOT TO STUDY AND ABSORB, but LIGHTBURN ENGINEERS, need to review it!
I worked on performing FRAMING TESTS IN VARIOUS SCENARIOS, and in typical ex-engineer fashion, I created an Excel Spreadsheet to track my results. However, this file type is not allowed for uploading. I will upload screenshots of the Excel file. 3 images with CELL DATA show which START FROM was used for each test. (Absolute Coords, Current Location, and User Origin)
I think LIGHTBURN ENGINEERS need to take a look at this data BEFORE they release Beta 1.7! I need to contact someone there directly and send it to them. NOTE: THE YELLOW HIGHLIGHT CELL IS VERY CONCERNING FOR THE USER ORIGIN! THERE IS DEFINITELY A SOFTWARE BUG as far as I can tell, unless there’s an explanation for what I’m seeing. The only thing I can think of, is what I highlighted in the pic LB FILE SETTINGS. If this were the case, the “saved data” from the previous file which had those values, DID NOT SHOW UP in MANAGE SAVED POSITIONS. However, the actual Y-Value DID SHOW UP in the USER ORIGIN test! EXPLAIN THAT!
Looking at your results. Absolute coords seems to be working as intended. If you have “Ignore out-of-bounds shapes if possible” selected. You should receive this warning message.
What you don’t include, unless I missed it, is the actual position of the laser head for your current position tests. Was it at 0,0? Also what was the position of the laser head when you set the origin for User Origin?
I’m having some difficulty understanding your tests and notes.
I’m going to ask you for a few things to continue trying to help. In your console tab type $$ then press enter. Copy and past all the results that appear in the window.
Screenshot your Device Settings page.
Screenshot your Settings page showing Displays and Units, you already did the File settings page.
In the move tab set your origin the same as you did for your test and click get position and screenshot.
Place the laser head where you did for your current position test, click get position and screenshot that.
Click the home button then get position and screenshot that as well.
Something I just thought of that I have seen others do.
You aren’t moving the laser head by hand to set your origin are you? If you move it any other way than with the move tools Lightburn thinks it’s still at the last reported position and will error when you go to frame.
Absolutely not! I always use control inputs. If I need to move it out of the way for anything, I make sure I “home” the laser head prior to framing or start.
Yes, Absolute Coords is not an issue. All of my tests start at L/L (0,0), even User Origin tests. I never used Preview for these tests. Which is why I didn’t get the pop-up for “One or more shapes are crossing….” [I believe that’s only when I see that pop-up.]
Understanding my test takes a little studying for it to make sense. But in each test, Layer 00 was constant. It was always set to OUTPUT & SHOW.
Layer 01 [the blue box], was intentionally being move from IN boundary or OUT (crossing boundary line). And it was either set to OUTPUT AND/OR SHOW, prior to FRAMING. OUTPUT/SHOW which has the word EITHER, means the results were the same regardless of condition (ON or OFF). Moving the blue box was done to satisfy the setup prior to FRAMING test. I hope this makes sense now.
What I gather from these tests in summary, I find that it is best to KEEP ALL LAYER OBJECTS VISIBLE, EVEN WHEN THEY ARE OUT OF BOUNDS OR CROSSING THE LINE BECAUSE THEY WILL BE IGNORED ANYWAYS!
Since how the project that caused me to perform these tests is not a project where I need precise continuity where the lines need to match up, those out-of-bound items only need to be in the general vicinity. So all I need to do is delete the inbound items, slide the material over and then moving the graphics over and rerun the laser again. Then Undo or not save so those deleted items aren’t lost permanently. Or I could use the “Mermaid method” with using several files.
The things you want me to screenshot will have to wait until I get more time Monday. Hope this makes some sort of sense.
I will say, the USER ORIGIN is buggy if the user had set previous values and saved them in MANAGE SAVED POSITIONS. But I’m going to retest this to make sure I can fix this or repeat the issue.
That’s fine. What I’m trying to determine is what your firmware states your work area is vs what Lightburn is set to. Then I wanted to see what lightburn had for your origin location and if it all matches up. In other words, and I’m only speculating, if your firmware says you work area is 350x400 and Lightburn is set to 400x350 your graphic will fit in the Lightburn work area, but it will exceed your machine limits.
I did just run your project on my machine with user origin in the lower center and had no issue with it. I didn’t do the whole thing but got well past the point where you showed it erroring out. My machine is 410x 410.
I have never tried to use user origin in this manner. I always jog the laser to where I want it to start from and then set the origin. I almost always use Absolute Coordinates though. I have my workspace set up with a fixed jig that my templates lock into including a L fence that is square to my laser and at the limits of it.
That can be tricky to get perfect too. I think with the precision that is not required for this project your intended method should work. We just need to figure out why it’s erroring out.
