|
|
Post by andrew on Jul 18, 2017 0:28:04 GMT
This evening I pushed the reset Z button in UGS... am attempting a finishing pass with a shorter bit than the roughing bit. The machine went haywire right after I did that with rapid up and down movements. The only way I could get it to stop was Aforww's pause button. Then I had to shut the whole thing down. Is there a bug in that button? Curious what the command is to reset just the Z? G92 Z0?
After restart, managed to eyeball a restart position but am about a paper thickness off in all directions... Ugh, this carve is being a PITA between windows, broken bits, resetting Z... Yes I need to figure out homing switches...
|
|
|
|
Post by breslinmr on Jul 18, 2017 2:20:31 GMT
Well as far as your problem go I haven't a ball notion lol
But as a very wise man once told me a 5lb hammer can cure any problem lol 😂
Sorry couldn't help 😳😳
|
|
|
|
Post by Derek the Admin on Jul 18, 2017 3:02:44 GMT
There's a bug on that button. Make the jump to UGS platform or a newer version of UGS classic to get away from it.
Ya, if you just want to designate a new value for the Z coordinate, its G92 X# where # is what you want to set it to.
|
|
|
|
Post by andrew on Jul 18, 2017 12:50:28 GMT
Thanks Derek.. I knew I read somewhere about a bug in one of those buttons.
|
|
|
|
Post by andrew on Jul 18, 2017 13:00:01 GMT
On another note, but still holding with UGS... What other options are out there for gcode senders that can handle larger files? Next dilemma with this particular carve... Movement slowed to nearly unresponsive close to the end of this this very large files (just shy of 400,000 lines) probably would have died altogether if I'd let it keep going but I canceled the job after 4.5 hours with about an inch left to finish  . The java window said something like memory exhausted.. Read (after my crash last night) that much over 250,000 lines and UGS becomes unreliable. Is there something else out there? |
|
|
|
Post by Derek the Admin on Jul 19, 2017 3:52:23 GMT
I hate to hear of the new snag Andrew. I've had much better success with UGS Platform really heavy g code files. If I have a REALLY long carve, I use bCNC. It's a python based program so you'll need to install python, but I've run some really huge files through it with no problems like you might encounter with UGS Classic (or maybe even platform).
|
|
|
|
Post by andrew on Jul 19, 2017 14:49:56 GMT
I'm using the UGS classic I believe. It's the one I downloaded from the resources page a while back. Maybe I should look into a newer version. I tend to stick with what I know and what works  This is the first time I've had any trouble with it at all. From what I read, UGS stores multiple "copies" of the entire file in a cache of sorts... like what this thread says: github.com/winder/Universal-G-Code-Sender/issues/302 |
|
|
|
Post by Derek the Admin on Jul 19, 2017 18:12:32 GMT
I've sent Will an email (the UGS author) asking him to confirm whether or not UGS Platform has the same memory issues. Based on personal experience, I don't think it does, but I run all my big stuff to bCNC. You might also want to look at Grbl Panel.
I'll report back.
|
|
. The java window said something like memory exhausted.. Read (after my crash last night) that much over 250,000 lines and UGS becomes unreliable. Is there something else out there?
This is the first time I've had any trouble with it at all.