gladevcp crashes with a segfault after working properly

More
9 years 8 months ago #87486 by andypugh

robottom wrote: I checked the vismach page you linked above and the examples. It looks like vismach is just created for the purpose of machine simulations. Is there an underlying visualization tool and data model that I can access.


Not that I know of, as far as I know it is only intended for machine visualisation, not for any advanced analysis.
I think it is probably just a thin layer over OpenGL.

The source code, is, of course, available for inspection:
github.com/LinuxCNC/linuxcnc/blob/master/lib/python/vismach.py

Please Log in or Create an account to join the conversation.

More
9 years 8 months ago #87715 by newbynobi
Are you using glade 3.8.5 ?
Allearlier releases caused crahes on my pc using cv3.

Norbert

Please Log in or Create an account to join the conversation.

More
9 years 8 months ago #87808 by robottom
when I check this in glade I get the version 3.12.1. But as stated in the manual I call glade-gtk2 to change the UI. There the version is 3.8.0. But I'm doubting that this has something to do with glade itself but more with matplotlib.
How should I update the glade to test it?
@Andy: I'm trying to figure out if vismach is an alternative. I did the test in the toolchanger example as stated above. This was working fine. But when I try this in the puma560 simulation my stl-file is not comming up. I copied the puma560gui.py into the folder, changed the call in the .hal file. When I simply add the .stl file nothing is dispalyed. When I change the link1 (original file link1.obj with torso.stl) by:
link1 = AsciiSTL(filename="torso.stl");
#link1 = AsciiOBJ(filename="puma_link1.obj");
link1 = Color([0.18,0.19,0.2,1],[link1])
link1 = Rotate([link1], 180,0,0,1)
There is simply the link1 missing in vismach but not exchanged with torso.stl.
I checked link1.obj and torso.stl in meshlab (dimensions, position, ...) so it is simply not hidden somewhere. All that looks good (torso is 2 times bigger).
In the toolchanger example the .stl-File is correctly displayed in the model. What is different with the puma560gui.py? The code is used (otherwise the link1.obj would not be missing in the vismach display)??
My goal at the end is to have the additional .stl displayed in the view together with the robot simulation. This would be great.
Many thanks again.

Please Log in or Create an account to join the conversation.

More
9 years 8 months ago #87810 by robottom
sorry guys - forget my second question. My fault. I saved the file that I used with puma560gui.py in meshlab with binary encoding and not in ascii encoding. vismach can only work with ascii encoding.
But still the first question would be of interest.

Please Log in or Create an account to join the conversation.

More
9 years 8 months ago #87833 by robottom
After playing around with the vismach I'm now in favor of using this option instead of working with matplotlib.
There is one thing I do not understand - but this is most probably because I do not know enough about linuxcnc:
In the puma560_sim_6.hal the line:
loadusr -W ./puma560gui
initiates the vismach gui via the puma560gui.py
From that code the model itself is loaded via:
link1 = AsciiSTL(filename="torso.stl");
After that there is a AsciiSTL object with the faces and normals of the 3D model.

On the other side I have a gladeVCP tab inside AXIS where I need to get access to the data of the link1 to calculate things and control the robot.
My question is: how can I get access from the gladeVCP python code to the link1 (AsciiSTL object with it data of the 3D model). Is there some possibility to access these data of the vismach objects inside gladeVCP python code?

Please Log in or Create an account to join the conversation.

More
9 years 8 months ago #87834 by cmorley
I don't know vismach at all but unless it exports info in someway that you can get into gladevcp then you would need to modify vismach to either do that or better to be a library module that you could import into glapdevcp (via the handler file) - then you would have access to everything.

Chris M

Please Log in or Create an account to join the conversation.

Moderators: HansU
Time to create page: 0.070 seconds
Powered by Kunena Forum