Skip to content

Disable and skip gripper functions when there are no gripper found #57

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Open
fjonath1 opened this issue Mar 11, 2017 · 5 comments
Open
Assignees
Labels

Comments

@fjonath1
Copy link
Collaborator

If there is no gripper service found, CostarArm will wait indefinitely for the gripper service.

This will cause instructor could not do anything and just say "NO CONNECTION" even though the driver is running properly.

@ahundt
Copy link
Collaborator

ahundt commented Mar 12, 2017

Also when this is fixed it should let the system move but also still have a warning that there is no gripper connection. :-)

@cpaxton
Copy link
Owner

cpaxton commented Mar 14, 2017

So I disagree -- I'd rather have the system fail if it's configured to launch a gripper and can't find one. When the refactor PR goes in, it will have a yaml/rosparam configuration file. If you want to disable a gripper it should go in there.

@ahundt
Copy link
Collaborator

ahundt commented Mar 20, 2017

Not detecting the gripper shouldn't prevent users from editing their files.

@fjonath1
Copy link
Collaborator Author

I think it would be great if instructor status has a smarter status window that shows whether each big components in CoSTAR is up or not. Rather than just saying robot not connected even if it is not actually robot connection issue.

For example, we can have a status window that shows our current robot status (teach/servo/connected/not connected), gripper status (connected/not connected), perception status (connected/not connected), etc. Then we can set the color of the robot status to green if all components is connected and something like yellow of some of the components are not up, and make an annoying warning behavior every time we execute the tree if system is not all green.

@ahundt
Copy link
Collaborator

ahundt commented Apr 19, 2017

@fjonath1 I like that idea. It would be cool if there were a simple python gui which could start up the whole system, deal with some of the flags, start and restart things.

Maybe one of these?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

3 participants