Gscreen - a GTK / Glade / Python based screen
29 May 2013 22:10 #34915
by LAIR82
Replied by LAIR82 on topic Gscreen - a GTK / Glade / Python based screen
Hello Norbert,
Yes, it is a back tool lathe, and we do have it on Y2 for the view.
At least I know I'm not the only one now, and I wasn't going crazy!!!
Also, is the table configurable like it is using AXIS, in regards what you put in your INI so it will only display the columns you want displayed?
Rick
Yes, it is a back tool lathe, and we do have it on Y2 for the view.
At least I know I'm not the only one now, and I wasn't going crazy!!!
Also, is the table configurable like it is using AXIS, in regards what you put in your INI so it will only display the columns you want displayed?
Rick
Please Log in or Create an account to join the conversation.
29 May 2013 22:25 #34916
by newbynobi
Replied by newbynobi on topic Gscreen - a GTK / Glade / Python based screen
Please take care to include all information in the tool table, because otherwise G41 G42 may not compensate like they should!
Norbert
Norbert
Please Log in or Create an account to join the conversation.
29 May 2013 22:47 #34918
by LAIR82
Replied by LAIR82 on topic Gscreen - a GTK / Glade / Python based screen
I never thought of that, I will leave it the way it is then.
Thanks
Rick
Thanks
Rick
Please Log in or Create an account to join the conversation.
07 Jun 2013 00:24 #35352
by jj89074
Replied by jj89074 on topic Gscreen - a GTK / Glade / Python based screen
Hello,
I have been using AXIS for several months now and it works OK, but I want to switch to Gscreen industrial or Gmoccapy.
I have been able to use either, but I get the following error message when I open, load or re-load a file.
Gscreen encountered an error. The following information may be useful in troubleshooting:
Traceback (most recent call last):
File "/usr/lib/pymodules/python2.6/gladevcp/hal_gremlin.py", line 73, in <lambda>
self.gstat.connect('file-loaded', lambda w, f: self._load(f))
File "/usr/lib/pymodules/python2.6/rs274/glcanon.py", line 306, in inner
self.deactivate()
File "/usr/lib/pymodules/python2.6/gremlin.py", line 161, in deactivate
gldrawable.gl_end()
AttributeError: 'NoneType' object has no attribute 'gl_end'
What does the message mean? Is it a gremlin problem?
I have attached a simple NC file.
Thanks,
Jim
I have been using AXIS for several months now and it works OK, but I want to switch to Gscreen industrial or Gmoccapy.
I have been able to use either, but I get the following error message when I open, load or re-load a file.
Gscreen encountered an error. The following information may be useful in troubleshooting:
Traceback (most recent call last):
File "/usr/lib/pymodules/python2.6/gladevcp/hal_gremlin.py", line 73, in <lambda>
self.gstat.connect('file-loaded', lambda w, f: self._load(f))
File "/usr/lib/pymodules/python2.6/rs274/glcanon.py", line 306, in inner
self.deactivate()
File "/usr/lib/pymodules/python2.6/gremlin.py", line 161, in deactivate
gldrawable.gl_end()
AttributeError: 'NoneType' object has no attribute 'gl_end'
What does the message mean? Is it a gremlin problem?
I have attached a simple NC file.
Thanks,
Jim
Please Log in or Create an account to join the conversation.
07 Jun 2013 01:32 - 07 Jun 2013 01:33 #35358
by dgarrett
Replied by dgarrett on topic Gscreen - a GTK / Glade / Python based screen
I've seen the error (gl_end) but can not reproduce it with the example1.ngc file you posted.
A workaround patch to try (for git master):
A workaround patch to try (for git master):
diff --git a/lib/python/gladevcp/hal_gremlin.py b/lib/python/gladevcp/hal_gremlin.py
index 1c33afb..8cc13c5 100644
--- a/lib/python/gladevcp/hal_gremlin.py
+++ b/lib/python/gladevcp/hal_gremlin.py
@@ -70,9 +70,18 @@ class HAL_Gremlin(gremlin.Gremlin, _EMC_ActionBase):
gremlin.Gremlin.__init__(self, inifile)
self.gstat = GStat()
- self.gstat.connect('file-loaded', lambda w, f: self._load(f))
+ self.gstat.connect('file-loaded', self.fileloaded)
self.show()
+ def fileloaded(self,w,f):
+ try:
+ self._load(f)
+ except AttributeError,detail:
+ #AttributeError: 'NoneType' object has no attribute 'gl_end'
+ print 'hal_gremlin: continuing after',detail
+
+
def do_get_property(self, property):
name = property.name.replace('-', '_')
if name == 'view':
Last edit: 07 Jun 2013 01:33 by dgarrett.
Please Log in or Create an account to join the conversation.
07 Jun 2013 02:48 #35365
by jj89074
Replied by jj89074 on topic Gscreen - a GTK / Glade / Python based screen
Thank you for the response.
Will you please describe how to use the patch? I'm pretty new to Linux and have a lot to learn.
Jim
Will you please describe how to use the patch? I'm pretty new to Linux and have a lot to learn.
Jim
Please Log in or Create an account to join the conversation.
07 Jun 2013 04:19 #35370
by dgarrett
Replied by dgarrett on topic Gscreen - a GTK / Glade / Python based screen
You didn't report how you have installed linuxcnc or what version you are using.
Applying a patch can be done with the patch utility when one builds an application from source files.
Applying a patch to an installed package may not be a job that a beginner is comfortable doing but you can edit the referenced file directly as it is not compiled or relocated by a build. The + signs are additions, the - signs are deletions. In python the indentation matters (a lot).
For an install from a deb, the file referenced is probably:
/usr/share/pyshared/gladevcp/hal_gremlin.py
As installed files are not user writable, you probably need to use sudo (sudo gedit for example.
Editing mistakes can render your system unworkable and require a new install.
Applying a patch can be done with the patch utility when one builds an application from source files.
Applying a patch to an installed package may not be a job that a beginner is comfortable doing but you can edit the referenced file directly as it is not compiled or relocated by a build. The + signs are additions, the - signs are deletions. In python the indentation matters (a lot).
For an install from a deb, the file referenced is probably:
/usr/share/pyshared/gladevcp/hal_gremlin.py
As installed files are not user writable, you probably need to use sudo (sudo gedit for example.
Editing mistakes can render your system unworkable and require a new install.
Please Log in or Create an account to join the conversation.
09 Jun 2013 17:50 #35456
by newbynobi
Replied by newbynobi on topic Gscreen - a GTK / Glade / Python based screen
Hallo Chris,
there seems to be a bug in run_from_line!
Please use industrial, home the machine, load arcspiral.ngc from exapmles folder and click run_from line.
Do not delete the "0", just enter 123 and click OK.
You will see the program begins to run from line 83 instead of 123.
I could not find out why.
Norbert
there seems to be a bug in run_from_line!
Please use industrial, home the machine, load arcspiral.ngc from exapmles folder and click run_from line.
Do not delete the "0", just enter 123 and click OK.
You will see the program begins to run from line 83 instead of 123.
I could not find out why.
Norbert
Please Log in or Create an account to join the conversation.
09 Jun 2013 21:31 #35458
by cmorley
Replied by cmorley on topic Gscreen - a GTK / Glade / Python based screen
Nice catch
Well this is a problem with the calculator widget (which run at line uses)
the calculator widget uses eval() to parse the line for the math.
eval() thinks numbers preceded with a 0 is in octal instead of decimal it seems.
010 = 8
020= 16
021 = 17
Not sure how i can fix that easily....
Chris M
Well this is a problem with the calculator widget (which run at line uses)
the calculator widget uses eval() to parse the line for the math.
eval() thinks numbers preceded with a 0 is in octal instead of decimal it seems.
010 = 8
020= 16
021 = 17
Not sure how i can fix that easily....
Chris M
Please Log in or Create an account to join the conversation.
09 Jun 2013 22:55 #35462
by LAIR82
Replied by LAIR82 on topic Gscreen - a GTK / Glade / Python based screen
Is this only happening in "Industrial" or is it possible in regular gscreen as well?
I recall the operator on the one machine said he did a Run From Line once and it didn't start from the right line. I just figured he fat fingered the keyboard.
Thanks
Rick
Sidenote, both machines running Gscreen standard, full production for 4 weeks, and no noticeable issues yet.
Hooray!!!!
I recall the operator on the one machine said he did a Run From Line once and it didn't start from the right line. I just figured he fat fingered the keyboard.
Thanks
Rick
Sidenote, both machines running Gscreen standard, full production for 4 weeks, and no noticeable issues yet.
Hooray!!!!
Please Log in or Create an account to join the conversation.
Time to create page: 0.132 seconds