Why was my post deleted?

Woodpecker

New member
Hello Masso, When can your users get a date (just a target month is OK) for a firmware update to fix/add:
1) Gcode stops updating at 2000lines
2) Feedrate/speed overside to 150%
 

zombieengineer

ZombieEngineer
  • The G-code stops updating at 2000 lines is a "known limitation", I believe it was fixed in one of the beta releases. This is a user interface issue but the machining will still continue
  • Feedrate / speed override up to 150% is only available in the Beta.

Raising a support ticket is the best way to get the current information.
 

Jack

New member
I am not sure what this post is about. Is it suggesting that the Masso controller is only able to read the first 2K lines of a long program?
 

zombieengineer

ZombieEngineer
When running a long program (more than 2000 lines) the screen stops updating at line 2000 but the CNC program keeps running.
 

breezy

Moderator
I am not sure what this post is about. Is it suggesting that the Masso controller is only able to read the first 2K lines of a long program?
Screen display is a separate process to the machining process.
MASSO reads the machining gcode directly from the USB memory so there is no limitation on the length of gcode program.
Whereas the display process reads 2000 lines into a buffer when it is doing the program "load", which is just loading the toolpath display screen.
When the program starts the display screen is synced to the usb read and when 2000 lines have been displayed the gcode display window stops, but machining continues.
This limitation of the code display window has been updated in beta v5.100b with improvements, current line is located in the centre of the screen so you can see the upcoming lines of code.
 

Jack

New member
I see in your response to my question that the latest beta updates have removed the screen display limitation. The screen display is a convenient way to help verify the tool paths. If canned cycles were used instead of repetitive G1 and G0 moves maybe that would shorten the programs enough to get around screen display limitations. Probably not so much of a problem with a milling program but I could see where a turning center program with G2 and G3 lines could also generate many more lines of code.

Thank you for your help in my understanding of the original post.
 

zombieengineer

ZombieEngineer
... If canned cycles were used instead of repetitive G1 and G0 moves maybe that would shorten the programs enough to get around screen display limitations. Probably not so much of a problem with a milling program but I could see where a turning center program with G2 and G3 lines could also generate many more lines of code.
3D Profile carving is the real killer for line count, LOTS of small line segment passes.
 
Top