hazzy - Another touchscreen GUI

More
9 years 6 months ago #91915 by phillc54
I think showing joints in FREE mode should be determined by the ini file, if non trivkins then show joints, if trivkins with kinstype=BOTH then show joints, if plain trivkins then no need to show joints.
Similarly with home buttons, if the joint has a HOME_SEQUENCE in the ini file it has no need of an individual home button but if it doesn't have a HOME_SEQUENCE then it needs an individual home button.

Cheers, Phill
The following user(s) said Thank You: KCJ

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

More
9 years 6 months ago #91917 by KCJ
Replied by KCJ on topic hazzy - Another touchscreen GUI
Rod, you make a good point there. I guess the only reason to have individual homing buttons would be if the homing sequence is not defined in the INI file, or, maybe, for something like a SCARA robot. Axis and Gmoccapy have individual homing buttons, but come to think of it, I only use them but once in a blue moon.

If there are going to be joint pos DROs, I would think it should display all the joint present in the machine. But most users probably never will care about the joint positions, so maybe I should make the joint display optional (or just play hidden) if the machine has trivial kinematics.

Pedro, I am glad to hear you got hazzy to run! There are a lot of things that are not functional yet (especial on the file chooser page), but hopefully you can get a feel for what I am trying to do.

Thanks for the input all!
Kurt

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

More
9 years 6 months ago #91918 by KCJ
Replied by KCJ on topic hazzy - Joint Position DROs
Phill, I guess you type faster then I do :)
I think what you describe is an excellent solution as it would work in all cases, and should make everybody happy. It should also be quite easy to implement. Thank you!

Kurt

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

More
9 years 6 months ago #91941 by rodw
Replied by rodw on topic hazzy - Joint Position DROs

kcj wrote: Phill, I guess you type faster then I do :)
I think what you describe is an excellent solution as it would work in all cases, and should make everybody happy. It should also be quite easy to implement. Thank you!

Kurt


I agree too. For the record, I never even knew world/joint mode existed until Norbert started asking me questions in relation to the bugs I came up against!

Lets face it, its only something of interest to integrators like us on the forum, the average user won't even want to know about joints!

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

More
9 years 6 months ago #92013 by bevins
Replied by bevins on topic hazzy - Joint Position DROs

rodw wrote:

kcj wrote: Phill, I guess you type faster then I do :)
I think what you describe is an excellent solution as it would work in all cases, and should make everybody happy. It should also be quite easy to implement. Thank you!

Kurt


I agree too. For the record, I never even knew world/joint mode existed until Norbert started asking me questions in relation to the bugs I came up against!

Lets face it, its only something of interest to integrators like us on the forum, the average user won't even want to know about joints!


Unless they are using ja with a gantry machine. Thats the first thing that pops up when starting linuxcnc

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

More
9 years 6 months ago #92032 by newbynobi
Hallo,

rodw is right, I solved the gmoccapy gantry homing issue. I also need a correct INI config, but I do check within getiniinfo the kins and some more stuff, to display the DRO or JOINTS Pos.

Take care, that till now the jogging problem is not solved. The user of a gantry is still able to jog one joint without homing the machine, I am working on that!

Norbert

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

Time to create page: 0.409 seconds
Powered by Kunena Forum