LaserWeb / LaserWeb4

Collaborative effort on the next version of LaserWeb / CNCWeb
GNU Affero General Public License v3.0
692 stars 186 forks source link

gcode out of bounds can lead to running work halt - Elekslaser #645

Closed gtu78aed87t closed 1 month ago

gtu78aed87t commented 1 year ago

I had it working fine until I upgraded to LaserWeb v4.1 on MacOS. It connects, but as soon as I go to the "control" tab it disconnects with the message: "Warning: gcode out of bounds can lead to running work halt, can lead to running work halt". What can I try to fix or make LaserWeb ignore this?

Solved: It seems a bit buggy, perhaps, but I had to load a document up front and set it within the config file's bounds. I tried to control it with no document open or gcode generated and the it would quit. Strange behaviour perhaps, but now it works fine afgain!

Edit: Another change I realized is that happened is that in under "comms" port selection I now connects inder "FTDO @ /dev/cu.usbserial-AC01XEJ5". It was something else before and I remember a good while ago when I first set it up that I installed some custom kext to get the Mac to communicate with the arduino controller of the machine. I think it was named something ..332 back then, but I do not remember exactly. I don't reconize this AC01XEJ5 port I think, but hey it works!

harlock999 commented 1 year ago

Which v4.1 did you download? The official binary for MacOS looks like v4.0.996 I was about to suggest to load a document first as well. This is not desirable, but a temporary workaround.

gtu78aed87t commented 1 year ago

I downloaded it from github as v4.1, but it shows up as v4.0.996 when I run it. So it's v4.0.996 I guess.

cprezzi commented 1 year ago

The latest Mac binary Version named v4.1.000 on LaserWeb4-Binaries combines Backend Version 4.1.000 and Frontend Version 4.0.999 (shown on About page after server connection).

The problem with "out of bound" is mostly caused by a offset of work coordinates to maschine coordinates which is stored into the flash memory of the crontroller. Depending on the setup, you could first run homing and then press the "set zero" button. This should save the home position as origin of the work coordinate system.