Skip to main content

Site Navigation

Your Account

Choose Language

This page is full of resources designed to help you troubleshoot any issues that may occur as you use BoXZY.

103 Questions View all

No movement in Y and Z for laser

I followed the instructions for the Laser head and I found the folowing 2 issues:

I set my material at 5mm thick and pressed Focus, nothing happend.

I read for a thickness of 10mm the Z axis ahould go to 50,7mm so I calculated my Z-setting at 45,7mm, when I entered 5mm thickness and pressed Focus again the Z-axis went back to 0. So I entered 45,7mm again to move to the (hopefully) correct hight.

I loaded an image and could move BoXZY around on both X and Y axis to check if the print would fit. When everything was ok I pressed Print.

It engraved the entire print on one row. It seems my boxzy doesn't want to move in the Y, just the X-axis. I could press the up arrow (used for the alignment) a few times and the code seems to get integrated in the engraving code, the laser actualy moved in the Y axis while engraving, but it was soon returnd to the 0 position.

While 3D printing the X and Y axis both work fine, so it does not seem to be a hardware problem. Am I doing something wrong?

Answered! View the answer I have this problem too

Is this a good question?

Score 2

Comments:

Hello Arjan,

Sorry for that. Yes I have the same trouble but I think the problem come from

Windows security. On whith windows are you. My is windows 10.

Yesterday I make a try with 3D printer with empty load option.

The head is moving all over the board. But after few minutes, the head was moving on a loop.

I found this

http://boxzyunofficial.forumchatter.com/...

I will try.

@+

Patrice

by

Just checked the g-code generated by the BoXZY.dll (plugin) file.

When I enther 5mm thickness the g-code is: G0 Z0 F10000 *46

When I enter 15mm thickness the generated g-code is: G0 Z0 F600000 *24

Looking at the generated g-code while using the laser for engraving all Y's are set to 0.

To me this looks like my BoXZY hardware is fine, but the .dll (plugin) file has some bugs in it. Is this open source, if so does nyone know where I can find it?

by

Interesting.

I can laser engrave just fine if I do nothing to the image. If I crop it, laser will start and finish a good portion of the image, but at 'some' point it just engraves in one line (only X-axis working and no movement in Y). I still think it is more of a hardware related abnormality. I also get a lot of similar issues with 3D printing.

by

Having the same problem with engraving. Z works fine for focusing for me, but when trying to engrave an image, the whole thing is in 165 Y. I know my image was larger than the print space and overhung the print area in the direction that it seemed to be stuck. I checked it against the trace outline function, and when I did that it starts from home and moved normally along both axes. Haven't tried other attachments yet, but it was my feeling that it was a software not hardware issue. And I am running it from a windows vista system at the moment.

by

So I checked with an image that fits within the print area, and no longer have it stuck in Y! Could it be a glitch where the plug-in wants to print everything that hangs over along the closest edge? Try cropping/ resizing the file smaller than the print area before importing it, that's what did it for me.

by

Show 1 more comment

Add a comment

4 Answers

Chosen Solution

IT WORKS!

After installing the new software that can be found here:

BoXZY Interface Update - Bug Fixes and Revised Installation

Was this answer helpful?

Score 0

Comments:

Thanks everyone for your support!

by

Add a comment
Most Helpful Answer

Hi Just Helping,

The image I used:

Block Image

The settings I used:

(Focus returns to 0 so I set the z-axis to 50 manualy)

Block Image

First 20 lines of the gcode that is generated:

(It looks good to me)

G0 X9,2 Y32,35 F600000
L24,3 L29,4 L35,3 L38,4 L42,7 L46,3 L47,8 L49 L49,4 L49,4 L49,8 L49,8 L49,4 L49,8
L49,4 L47,5 L44,7 L42 L38,8 L33,7 L28,2 L23,1
G0 X10,2 F1200
G1 X14,6
G0 X15,6
G0 X9,2 Y32,25 F600000
L24,3 L29,4 L35,3 L38,4 L42,7 L46,3 L47,8 L49 L49,4 L49,4 L49,8 L49,8 L49,4 L49,8
L49,4 L47,5 L44,7 L42 L38,8 L33,7 L28,2 L23,1
G0 X10,2 F1200
G1 X14,6
G0 X15,6
G0 X8,4 Y32,15 F600000
L25,9 L36,1 L42,7 L47,1 L48,6 L47,1 L45,1 L43,5 L41,2 L38,8 L36,9 L35,3 L33,7
L32,9 L32,5 L32,5 L32,9 L34,1 L35,3 L37,3 L39,2 L41,2 L43,5 L45,1 L47,5 L49 L47,8
L42 L32,5 L23,9
G0 X9,4 F1200
G1 X15,4
G0 X16,4
G0 X8,4 Y32,05 F600000

First 20 lines of the gcode that is shown in the log file (actualy sent to BoXZY):

(All X and Y values set to 0?)

21:23:34.922 : N1534 G0 X0 Y0 F600000 *91
21:23:34.923 : N1535 L24,3 L29,4 L35,3 L38,4 L42,7 L46,3 L47,8 L49 L49,4 L49,4 L49,8 L49,8 L49,4 L49,8 *122
21:23:34.936 : N1536 L49,4 L47,5 L44,7 L42 L38,8 L33,7 L28,2 L23,1 *113
21:23:34.938 : N1537 G0 X0 F1200 *20
21:23:34.938 : N1538 G1 X0 *127
21:23:34.938 : N1539 G0 X0 *127
21:23:34.939 : N1540 G0 X0 Y0 F600000 *88
21:23:34.949 : N1541 L24,3 L29,4 L35,3 L38,4 L42,7 L46,3 L47,8 L49 L49,4 L49,4 L49,8 L49,8 L49,4 L49,8 *121
21:23:34.961 : N1542 L49,4 L47,5 L44,7 L42 L38,8 L33,7 L28,2 L23,1 *114
21:23:34.961 : N1543 G0 X0 F1200 *23
21:23:34.961 : N1544 G1 X0 *116
21:23:34.961 : N1545 G0 X0 *116
21:23:34.962 : N1546 G0 X0 Y0 F600000 *94
21:23:34.973 : N1547 L25,9 L36,1 L42,7 L47,1 L48,6 L47,1 L45,1 L43,5 L41,2 L38,8 L36,9 L35,3 L33,7 *16
21:23:34.986 : N1548 L32,9 L32,5 L32,5 L32,9 L34,1 L35,3 L37,3 L39,2 L41,2 L43,5 L45,1 L47,5 L49 L47,8 *115
21:23:34.986 : N1549 L42 L32,5 L23,9 *1
21:23:35.001 : N1550 G0 X0 F1200 *21
21:23:35.001 : N1551 G1 X0 *112
21:23:35.001 : N1552 G0 X0 *114
21:23:35.001 : N1553 G0 X0 Y0 F600000 *90

Looks like the software (not the boxzy plugin) resets all values generated by the plugin to 0

This is probably because I am in europe (metric system with a , instead of a . for decimal values)

The plugin uses a , in the output, the software does not seem to understand this.

So either fix the plugin so it does not use the , or fix the software so it can handle the ,

Was this answer helpful?

Score 1

Comments:

This was extremely helpful information, and a great diagnoses. I will discuss this with the team's software guy and see what he can do.

by

I did some more testing:

I loaded the gcode in Notepad++ and replaced all , with .

Then loaded the file in BoXZY software, it now moves in all directions but still only burns on the one line.

I noticed only the X and Y values are reset to 0, and the L values remain the same, so I figured out a way to only replace the , for the X and Y values, this gave a little different behaviour but still only burns on the one line.

by

Add a comment

It appears there is a minor glitch in the laser plugin that will sometimes cause errors when you attempt to etch an image bigger than the platform. You can solve this (shown in the comments above) by reducing the overall size of the image. This can be done by cropping it or reducing the amount of pixels. I've filed a report to have the BoXZY team look into it.

Was this answer helpful?

Score 0

Comments:

I tried all kinds of images, very small, just right and too big, none of them work for me.

How can I report a bug to the BoXZY team? I tried e-mail, but no responce.

by

By adding it here, it was reported. Based on all 0s being written in the code for the Y axis, it appears you are correct and this looks like a software glitch. It's very strange that the plugin is not creating any Y distances. Are you able to attempt to run the laser plugin on another computer? Would you post the entire gcode file and the image with the setting you're using from the plugin? I'll try to run it tomorrow. So if you can, I'll need:

-Image you've tried to etch

-Image of your settings

-Text g-code file (you can save the gcode file in the interface's editor)

To answer your earlier questions, I'm told the source code for the plugin will be posted in files soon.

by

Hello,

I had the same trouble as Arjan and I make a try with Inkscape add-on.

See ta the bottom of this page.

http://thrinter.com/boxzy-stuff/

I am now enable to draw all over the board, not only on Y=0

by

Add a comment

I'm told by the resident BoXZY software guru that a solution is being built to solve this error and should be available shortly. It's apparently an easy fix so It shouldn't take long.

Was this answer helpful?

Score 0

Comments:

Please remember to also fix the Z-axis (this is not in the exported gcode)

by

I talked to him about that, it looks like the issues may be related.

by

Not sure what the exact problem is, if I replace all , with a . but that does not result in a print. Also tried to replace the , from just the X and Y values, but not the L values, since the L values seem to be processed correctly but that does not result in a print either.

by

Add a comment

Add your answer

Arjan will be eternally grateful.
View Statistics:

Past 24 Hours: 0

Past 7 Days: 0

Past 30 Days: 1

All Time: 329