Laserbot - mLaser software issues


#3

Hi
sure, I saw that I can zoom around, the point is that I need mm-exact prints.

You can grab the files from here:
http://voxel.at/voxel/sites/default/files/Hilbert_5_10x10.svg
http://voxel.at/voxel/sites/default/files/paste_at42q1070.svg
http://voxel.at/voxel/sites/default/files/Square%2BTest.svg

I’m in office at the moment, but to my knowledge I used the latest software, but will check later.
Btw, I printed the Hilbert-curve unscaled at first, it came out at ±35x35 mm with precise cuts but the same errors (ends missing, the cut edge):

-> could be an svg parser issue as well…


#4

Btw, @ belt tensioning: There are some nice hacks around, like this one:


:slight_smile:


#5

Btw, I compiled MLaser on a Ubuntu 16.04.02 machine with QT5 (had to add a #include <qiodevice.h> to karchive), but when I load an SVG file, I don’t see any update in the UI, it simply stays blank.

Which QT version are you using?

furthermore, it would be great if you could check-in a default set of .ini files (material definitions, english locale :wink:


#6

Hi svogl

Thanks for your info.

For the mm-exact prints, here we tested several square image, the prints are correct.

As for the other issue, I have provide feedback to our engineers and will let you know when there is update.
Btw, is it possible for you to attach these svg files directly? It may be help for us to test. it looks like we can’t save the svg files from the links you provided. Thanks!


#7

Would like to but your page says:

But you can pick them up at my page:
http://voxel.at/voxel/blog/makeblock-laserbot-laser-engravercutter-first-impressions

Hope this helps
Simon
p.s. I’d really like to get the application running under LInux, that’s our main working environment; if you have any clues I can give it a try.


#8

If you just want to go straight gcode and generate your tool paths with some other software (e.g. Inkscape) this thread and firmware might help:


#9

thanks for the pointer – I saw the thread and this will be my next target, but I wasn’t sure if the XY plotter parameters are equivalent to the LaserBot & I thought it might be good to have a solution for all users, not only the hacking fraction :wink:
Best
Simon


#10

Hi Simon,

Thanks for the link.
We have recorded this issue, our engineers will work on finding a solution to this issue. Will inform you when there is progress.

For the mLaser software, there are only Windows and Mac version, no linux version.


#11

@Linux - no problem, I’m into CS. The program compiles, but when executing, QT complains that several slots are unknown and imported graphics does not show up, nor do the zoom buttons work.
Which QT version have you been compiling this against? Will try to replicate.
/s


#12

Hi svogl,

It is version 5.3.1


#13

thanks for the update; Ubuntu 16.04.2 uses 5.5.1;

On my Mac (Sierra 10.12.3) the application runs, but only if I start it via terminal. I copied it into the Applications folder, but when trying to open the following appears:

Started via terminal, I see the following first lines:

simac:src simon$   /Applications/mLaser.app/Contents/MacOS/mLaser
2017-03-04 10:32:04.444 mLaser[8010:251031] There was an error parsing the Info.plist for the bundle at URL <0x7f83177009d0>: NSCocoaErrorDomain - 3840
QMetaObject::connectSlotsByName: No matching signal for on_btnNext_clicked() "Bluetooth-Incoming-Port" "incoming port - Bluetooth-Incoming-Port" ""
QMetaObject::connectSlotsByName: No matching signal for on_toggleLaser_valueChanged(int)
QMetaObject::connectSlotsByName: No matching signal for on_btnOK1_clicked()
QMetaObject::connectSlotsByName: No matching signal for on_btnOK2_clicked()
QMetaObject::connectSlotsByName: No matching signal for on_comboBoxSerial_activated(QString)
QMetaObject::connectSlotsByName: No matching signal for on_btnItly_clicked()
...

trying to build on my Mac, I am stuck at:

simac:MLaser simon$  /opt/local/libexec/qt5/bin/qmake src/MLaser.pro 
Project WARNING: Fervor: falling back to application name 'mLaser'
WARNING: Could not resolve Info.plist: 'Info.plist'. Check if QMAKE_INFO_PLIST points to a valid file.

Could you please check this file into the repo?
thx!


#14

Thanks for the pointer @charlieb,
I am currently looking at options and found jscut:
http://jscut.org/
Anybody tried that already?
S


#15

Just had a quick look but it doesn’t support polylines so you have to convert them to paths in inkscape anyway so you might as well just use the inkscape gcode plugin anyway.

Just my 2c


#16

Hi svogl,

You may check this link.


#17

I am experiencing a similar problem. Using mlaser for any work that needs accurate scaling seems nearly impossible without a bunch of work to try to compensate for this.

Here’s an image showing 3 items. You can see the 30mm scale bitmap test file loaded in mlaser 2.4, an svg file loaded in mlaser, and the resulting cuts. I loaded the 30mm test file, ran the laser, then loaded the svg file and ran the laser without moving the paper or making any other changes.

Note that both images of the mlaser UI show a mm scale at the top. I have placed arrows pointing out the 30mm spot on the mlaser UI in both instances. I cannot seem to load a dxf or svg file with correct scale. Putting that aside for the moment, this test case should be easy to reproduce using mlaser 2.4. You can clearly see that according to the scale marks in the UI, the 3 boxes in the svg file should be smaller than the scale test (look at where the arrow points to 30mm on the scale). The svg file should be smaller than 30mm but it is much larger. It does not make any sense.

Nevermind for now the fact that the files won’t load with the correct scale (each of those squares is supposed to be 15mm wide). The scale in the UI does not even make sense. One step at a time… please fix whatever is causing the laser to cut at a different scale than what is shown on the rulers in the UI. Then I’ll worry about getting the dxf and svg files to load correctly with proper scale.

I’m looking into other options to make this cutter usable, like perhaps grbl or benbox “if” I can get those to work with this machine, or just replacing the controller with something that works with MACH3. Otherwise all I can use this for is just engraving art or other things where scale is not important.

Can you please start by ensuring that the scale on the rulers in the user interface accurately reflects the size that will be cut?

Thanks

P.S. Looks like I can’t put 2 dropbox links into this message so I will follow with another message with a link to the svg test file.


#18

Here is the SVG test file.


#19

Hi krouviere,

We have provide feedback of this case to our engineers, will arrange the further test. Thanks for your detailed explanation and files.
Besides, there is only mLaser software can control the Laserbot, there is no other software support this robot kit.


#20

hi @krouviere,
I tried your svg with my approach - it is to scale at least:


(I test on old thesis prints)
I loaded your svg into inkscape, used the gcodetools plugin with default settings to create a gcode file. This is the reason for the burn marks at the beginnings of paths - there is a penetration sequence first.

I also see the poor laser power control as in your shot - segments are partially missing :anguished:
At this stage, consider it a toy, not a tool; have not given up yet though…
S


#21

@tec_support
Is there any progress on this?

Laser startup is still totally erratic, as you can see from the following test-cut; I indicated cutting direction and sequence of the squares:

I think that the laser module is broken, would you please help us to get this working or confirm that it just works this way and not any better?

Btw, in order to rule out other possible causes I tried to

  • tried to keep the laser turned on when moving between squares (with pwm rates from 20-120)
  • Use a higher-rated power supply
  • added an 470uF/16V Elko parallel to the dust fan (there is no stabilizing capacitor near the power supply, only at the motor drivers)
  • changed to the second PWM output (ruling out a faulty Mosfet)

None of the changes could resolve the issue.

If the LaserBot should be able to print full rectangles, can I exchange the laser module?

P.S. here’s the GCode:

G21 (All units in mm)
G00 X30.098856 Y30.098852 S0
M4 P210(Subpath start)
G01 X39.901143 Y30.098852 F800.000000 S255
G01 X39.901143 Y39.901138 S255
G01 X30.098856 Y39.901138 S255
G01 X30.098856 Y30.098852 S255
(Subpath end)
M4 P00

G00 X10.098858 Y30.098852 S0
M4 P210(Subpath start)
G01 X19.901145 Y30.098852 F800.000000 S255
G01 X19.901145 Y39.901138 S255
G01 X10.098858 Y39.901138 S255
G01 X10.098858 Y30.098852 S255
(Subpath end)
M4 P00

G00 X10.098858 Y10.098849 S0
M4 P210(Subpath start)
G01 X19.901145 Y10.098849 F800.000000 S255
G01 X19.901145 Y19.901136 S255
G01 X10.098858 Y19.901136 S255
G01 X10.098858 Y10.098849 S255
(Subpath end)
M4 P00

G00 X30.098856 Y10.098849 S0
M4 P210(Subpath start)
G01 X39.901143 Y10.098849 F800.000000 S255
G01 X39.901143 Y19.901136 S255
G01 X30.098856 Y19.901136 S255
G01 X30.098856 Y10.098849 S255
(Subpath end)
M4 P00
M84

#22

Hi svogl,

The new version mLaser 2.4 is published. It has been updated but may not fix the problem totally. Anyway, you can try it first.
Our engineers are still working on it to solve the issues.