Home › Forums › TinyG › TinyG Support › TinyG Machine Status idle with Universal Gcode Sender
- This topic has 14 replies, 2 voices, and was last updated 3 years, 3 months ago by cmcgrath5035.
-
AuthorPosts
-
June 21, 2021 at 2:34 pm #11984badassbiologistParticipant
Using Tinyg with UGS classic and I’m unable to get the machine status to track work and machine positions.
When I orginally setup TinyG with UGS it did track positions but now it is not longer tracking. UGS support suggested I flash the latest firmware (https://github.com/synthetos/tinyg) and I successfully did, this didn’t solve issue. Additionally UGS support indicated I may want to try to change the “firmware values”.
Any input is greatly appreciated.
Thanks
June 22, 2021 at 7:57 am #11985cmcgrath5035ModeratorIt would be helpful if you could be a bit more specific on what you call “UGS did track positions..”. Are you referring to the display of the tinyG streaming status messages?
Keep in mind I am not super familiar with UGS but understand it to be slightly more enhanced than CootTerm but less display oriented than Chilipeppr or cnc.jsA $$ parameter dump would be useful here, as it answers a bunch of setup questions. Best way to send the $$ dump is to copy the screen to a text file, upload that file to a cloud drive (gdrive, dropbox, etc) and provide a URL for that file.
July 12, 2021 at 1:49 pm #11996badassbiologistParticipanttest
July 12, 2021 at 1:51 pm #11997badassbiologistParticipantHere is the work/machine position I need to work with tinyG
https://drive.google.com/file/d/1BffVLdAjP8fNdcXm2JMX22ac6YjL639L/view?usp=sharingJuly 12, 2021 at 1:59 pm #11998badassbiologistParticipantThe work/machine position worked when I initially integrated the tinyG. However, it stopped tracking at some point since then and most recently I successfully flashed the latest firmware on github. Are there firmware values that should be changed?
July 12, 2021 at 2:01 pm #11999badassbiologistParticipant**** Connected to COM7 @ 115200 baud ****
[ready] {“r”:{“fv”:0.970,”fb”:440.20,”hp”:1,”hv”:8,”id”:”3Y2462-PKY”,”msg”:”SYSTEM READY”},”f”:[1,0,0,5879]}
>>> {ej:1}
>>> {sr:{posx:t, posy:t, posz:t, mpox:t, mpoy:t, mpoz:t, plan:t, vel:t, unit:t, stat:t, dist:t, frmo:t, coor:t}}
>>> {jv:4}
>>> {qv:0}
>>> {sv:1}
>>> {sr:n}
{“r”:{“ej”:1},”f”:[1,0,7,2003]}
{“r”:{“sr”:{“posx”:0.000,”posy”:0.000,”posz”:0.000,”mpox”:0.000,”mpoy”:0.000,”mpoz”:0.000,”plan”:0,”vel”:0.00,”unit”:1,”stat”:1,”dist”:0,”frmo”:1,”coor”:1}},”f”:[1,0,109,1782]}
{“r”:{“jv”:4},”f”:[1,0,7,7333]}
{“r”:{“qv”:0},”f”:[1,0,7,8353]}
{“r”:{“err”:”{s”},”f”:[1,111,3,5694]}
[ready] {“r”:{“fv”:0.970,”fb”:440.20,”hp”:1,”hv”:8,”id”:”3Y2462-PKY”,”msg”:”SYSTEM READY”},”f”:[1,0,0,5879]}
>>> {ej:1}
>>> {sr:{posx:t, posy:t, posz:t, mpox:t, mpoy:t, mpoz:t, plan:t, vel:t, unit:t, stat:t, dist:t, frmo:t, coor:t}}
>>> {jv:4}
>>> {qv:0}
>>> {sv:1}
>>> {sr:n}
{“r”:{“ej”:1},”f”:[1,0,7,2003]}
{“r”:{“sr”:{“posx”:0.000,”posy”:0.000,”posz”:0.000,”mpox”:0.000,”mpoy”:0.000,”mpoz”:0.000,”plan”:0,”vel”:0.00,”unit”:1,”stat”:1,”dist”:0,”frmo”:1,”coor”:1}},”f”:[1,0,109,1782]}
{“r”:{“jv”:4},”f”:[1,0,7,7333]}
{“r”:{“qv”:0},”f”:[1,0,7,8353]}
{“r”:{“err”:”{s”},”f”:[1,111,3,5694]}
>>> G21G91G1Y0.06F100
>>> G90 G21
{“r”:{},”f”:[1,0,18,77]}
{“r”:{},”f”:[1,0,8,4401]}July 12, 2021 at 2:03 pm #12000badassbiologistParticipantHere is the work/machine position while actively toggling
https://drive.google.com/file/d/1erEIU8N-w6on2RsvZ9a_btznlRC-5kI8/view?usp=sharing
Any input is appreciated
July 15, 2021 at 11:04 am #12009cmcgrath5035ModeratorI could not read the most recent file, just sent an access request.
A Parameter dump ($$ output) might help here.
July 15, 2021 at 1:37 pm #12010badassbiologistParticipant>>> $$ output
[ready] {“r”:{“fv”:0.970,”fb”:440.20,”hp”:1,”hv”:8,”id”:”3Y2462-PKY”,”msg”:”SYSTEM READY”},”f”:[1,0,0,5879]}
>>> {ej:1}
>>> {sr:{posx:t, posy:t, posz:t, mpox:t, mpoy:t, mpoz:t, plan:t, vel:t, unit:t, stat:t, dist:t, frmo:t, coor:t}}
>>> {jv:4}
>>> {qv:0}
>>> {sv:1}
>>> {sr:n}
{“r”:{“ej”:1},”f”:[1,0,7,2003]}
{“r”:{“sr”:{“posx”:0.000,”posy”:0.000,”posz”:0.000,”mpox”:0.000,”mpoy”:0.000,”mpoz”:0.000,”plan”:0,”vel”:0.00,”unit”:1,”stat”:1,”dist”:0,”frmo”:1,”coor”:1}},”f”:[1,0,109,1782]}
{“r”:{“jv”:4},”f”:[1,0,7,7333]}
{“r”:{“qv”:0},”f”:[1,0,7,8353]}
{“r”:{“sv”:0},”f”:[1,0,4,1598]}
>>> G21G91G1X-0.06F100
>>> G90 G21
{“r”:{},”f”:[1,0,19,78]}
{“r”:{},”f”:[1,0,8,4401]}July 15, 2021 at 1:38 pm #12011badassbiologistParticipantReply #11997
has an open link use that one instead.
Thanks
July 18, 2021 at 1:54 pm #12020cmcgrath5035ModeratorI am still not sure I understand what you mean by “stopped tracking”.
From what I can see in the above, you are now running FW. 440.20
I’ll assume you were prior on something earlier (?)Is you issue that the machine is moving, but the reported values are locked at 0.00?
Is your flow control setting, $ex, consistent with what UGS requires?
July 19, 2021 at 6:12 pm #12027badassbiologistParticipantYes, my issue is that the machine is moving, but the reported values are locked at 0.00. Any ideas what might cause this?
July 20, 2021 at 10:03 am #12028cmcgrath5035ModeratorVery odd indeed. I am no UGS expert, but looking at the various windows it appears that other numeric values are being returned in status reports.
Difficult to figure out how you might have gotten into this state.A suggestion would be to send a $defa=1 command
This will reset the entire parameter EEPROM, including some hidden stuff that on occasion gets corrupted.
You will have to re-enter any parameters that you might have customizedAugust 3, 2021 at 4:41 pm #12047badassbiologistParticipantThat worked!
Thank you for your help!
August 4, 2021 at 9:29 am #12050cmcgrath5035ModeratorA frequent cause of EEPROM corruption has been attempts to ‘script’ sending parameters to tinyG in bulk.
Enter parameter changes manually via the console, one at a time. -
AuthorPosts
- You must be logged in to reply to this topic.