We use cookies to personalize content, interact with our analytics companies, advertising networks and cooperatives, and demographic companies, provide social media features, and to analyze our traffic. Our social media, advertising and analytics partners may combine it with other information that you’ve provided to them or that they’ve collected from your use of their services. Learn more.
I have been successfully using UGS but have had a couple of minor bugs?
1 - At the end of a file it never stops sending. I just sits there in sending until I hit the “Cancel” button.
Then sometimes it gives me a “File Complete” sometimes it gives me a “File Complete with Error” and goes into alarm mode. Sometimes it still just sits there to I do a soft reset. and then one of the messages will pop up.
Is this normal for UGS?
Do I need to add some kind of end of file command to my g-code?
I tried adding a “$” at the end but that seemed to have no effect.
2 - Does UGS have a max file size? I tried loading a large cut file and it would sit forever “opening” then give up going back to “Brows” as if I never selected a file. (I wound up splitting the file into 2 smaller files and they loaded fine)
Do I need to increase a memory size setting somewhere?
I believe it was a known issue with earlier versions of .9i, which I think would have included the branch that the X-Carve shipped with. I upgraded mine to a later version of .9i and it fixed the problem.
UGS does start behaving badly with very large files (over 200,000 lines). Not opening the visualizer window will allow you to run larger files. It appears that UGS does load the entire file into memory so large files can cause the program to stop or lockup.
yeah hit pause and then resume and it will end the run. however be aware it will switch the units from inches to metric. youll see your machine coordinates jump to from 0,0 to some crazy metric nonsense. youll need to either reset your machine coordinates before running another file or enter the command switching it back to inches and telling the machine you are at x0 y0 and where ever your z is
Ah, that may explain a different issue I am having. A slight shift between the rough cut and the final pass.
I thought I had knocked something out of alignment changing the bit. ;/
Is the link on this page the correct one for the updated version?
Ugh well no joy.
I updated the hex file using Xloader
Now I just get “GRBL has not finished booting” errors
I tried to follow the instructions for ArduinoIDE program (successfully running EEPROM_clear) but it won’t compile / upload GrblUpload
“grblUpload.ino:27:18: fatal error: grbl.h: No such file or directory”
Yeah, let me see if I can find my original post when I upgraded my firmware, I think the instructions were just slightly off regarding a directory or something.
[edit] hmm, well, I found the post I was looking for, but I didn’t write up the directions in it, sorry. But I did stick that error into Google and I think that this will help, it sounds like what I had to do to get it to work:
Does anyone know if there is a pre-compiled 0.9j HEX around with Inventables’ seal of approval. I would think that would be something they would want to stay on top of.
