-
Notifications
You must be signed in to change notification settings - Fork 31
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
install instructions + run example #15
Comments
The README.md is a bit incomplete about the last steps, I see. You'll need to unzip a copy of the FRI library source code and apply the patch as described in https://github.com/RobotLocomotion/drake-iiwa-driver#c-driver (which should apply to FRI 1.7 through 1.13, possibly other versions). After that you should just be able to do You'll also need the corresponding Java application installed through Sunrise as described in https://github.com/RobotLocomotion/drake-iiwa-driver#creating-the-java-application |
I was able to guess some of that, but I think there are assumptions that I have access to your internal repository.
|
Ah! I have unfortunately never tested the build on mac, which I see you've just discovered. You may be able to get it to build by editing |
ok removing |
hmm, I'm still working on the macOS setup but since ubuntu was recommended by dependencies I started that but I've run into some problems on 16.04 RobotLocomotion/drake#7615 |
I'm confused about the setup and configuration process needed to run on the linux side. I know what to do with respect to installing sunrise and the java code on the robot controller.
Sorry for so many questions and I appreciate the help! Also, here is the automated setup script I'm creating as I go: |
Any chance you have or could create a docker container startup command that I could run from 16.04? This might let me dodge all the setup issues and skip right to testing things out, but no worries if it doesn't exist or won't be practical. Thanks again for your help! |
Hi Andrew, check out the Spartan docker build and just ccmake to use the
iiwa driver, should work.
…On Fri, Dec 15, 2017 at 6:26 PM Andrew Hundt ***@***.***> wrote:
Any chance you have or could create a docker container startup command
that I could run?
This might let me dodge all the setup issues and skip right to testing
things out, but no worries if it doesn't exist or won't be practical.
Thanks again for your help!
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
<#15 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AFYQqHPUo8LXoj_f8_NdMzCyhXC6ZhIaks5tAwArgaJpZM4RClJk>
.
|
I also created a list so it will be easy for me to communicate my current progress towards running an example in the initial issue post at the top. |
@peteflorence thanks for the recommendation, I'll give that a shot! I'm familiar with ccmake and I've read most of the instructions, but is there a command you can recommend that would actually move the robot? I'm not sure what to expect when I complete this step from the README.md:
If I run the program and it negotiates the connection I assume it will report some kind of success status but the following questions remain:
Sorry for the flurry of questions, I appreciate your help! |
(sorry for the delayed response!) Also sorry because that text is not very clear and even kinda wrong. When I don't think the mounting of the robot matters much as long as it's compatible with Kuka's requirements. The arm shouldn't move at all until an LCM message is received by the driver, so no major safety precautions. The driver will (by default) stop the arm if it the torque sensed at a joint exceeds an limit in the driver. (That being said, I still wouldn't want to get pinched between the arm and anything else if that happens). I just realized that I never committed the version of our code which starts DrakeFRITorqueDriver in joint impedance mode to git. I'll do that shortly (it does a bit less damage in the event of a collision). Also those Java programs are not well named. The iiwa will track the positions sent in the LCM messages in either mode. I don't have sufficient experience sending non-zero torques to the arm to know precisely what happens, but I believe the extra torque will be added to whatever the iiwa is doing for position control and cause additional deflection at that joint. |
#18 has the change for joint impedance mode in the torque driver. Will probably land tomorrow. |
Cool! I'm still working on getting this set up and I'm just not familiar with drake, lcm, etc yet. Would you mind giving me:
I should be good to go W.R.T. installing the java code, actually I already have my own test code on the cabinet that should work to start FRI. I just need something I can just run and step through in a debugger so I can learn how the whole stack works and see if there are delays/etc. Thanks for your help! |
I need to apologize again for the fact that there's not a general purpose demo of moving the robot with drake in drake (there was, as I mentioned in #14, and we haven't regained that functionality). In the interest of moving the robot at all, I created this branch https://github.com/sammy-tri/drake/tree/just_do_something (specifically this commit sammy-tri/drake@ed851a4 ) which clones kuka_plan_runner and demonstrates a minimal implementation of moving the robot. Running it repeatedly will move the robot back and forth between two poses which I chose arbitrarily. To run, build drake-iiwa-driver and drake (either from my branch or with the patch applied) with bazel ( And from the root of the drake build: You can test it in simulation first by running from the root of the drake build: This example doesn't really show off any interesting features in drake (no inverse kinematics, doesn't use drake systems, etc)... but it does move the robot. I'm sorry again there isn't a better example. I'll get to work on that soon. |
Awesome, thanks that will be perfect! It is super helpful to have something simple like that to ensure everything builds right, the pipeline is transferring data correctly, and to walk through the code so I know the areas to focus on learning. I'll give it a try after the holiday |
With the merge of RobotLocomotion/drake#7728 there's now a slightly better demo program/setup for moving the robot around, but it's not great. https://github.com/RobotLocomotion/drake/blob/master/examples/kuka_iiwa_arm/README.md documents how to run it with |
awesome, thanks! I'll see if I can give it a try this week, hopefully Thursday. |
I've built http://drake.mit.edu/from_source.html with the bazel build. What are the steps for building this repository?
Current Status of my progress towards running an iiwa example:
Also, here is the automated setup script I'm creating as I go:
https://github.com/ahundt/robotics_setup/blob/master/locomotion_robotics.sh
The text was updated successfully, but these errors were encountered: