Franka driver

[sangww]

From Sang from the workshop. I am happy to help with the Franka implementing/testing. I have been looking into libFranka and trying to understand what the drivers should look. No idea about URDF stuff. Are those two basically the only things that are needed? Once these are done I can test it on Franka as well.

[danzeeeman]

Hey Sang! I briefly looked into libFranka and there might be some dependency issues with Poco. I'm going to look at it and see if I can't compile it with the poco that OF ships. As for the driver I would look at the https://github.com/frankaemika/libfranka/blob/master/examples/generate_joint_position_motion.cpp example connects to the bot and sends joint positions https://github.com/frankaemika/libfranka/blob/master/examples/examples_common.cpp#L114 via callbacks

[danzeeeman]

and reading the state from it like this https://github.com/frankaemika/libfranka/blob/master/examples/echo_robot_state.cpp#L23

[danzeeeman]

I really don't like the way they structure libFranka its all C++ lambdas which just makes things a little complicated

[sangww]

Got it. Thanks! I have had added libfranka to the ofxRobotArm beta (unssure, where I am a step away from building it due to these libs:                libyaml-cpp.a, libprotobuf.a, ik_lib.aSaying it is not built for maxOS-x86_64. Any insight on this? Using v0.11 on Catalina. Not sure Poco issue will arise after this though. From: Dan MooreSent: Friday, August 20, 2021 11:27 AMTo: CreativeInquiry/ofxRobotArmCc: Sang; AuthorSubject: Re: [CreativeInquiry/ofxRobotArm] Franka driver (#33) I really don't like the way they structure libFranka its all C++ lambdas which just makes things a little complicated—You are receiving this because you authored the thread.Reply to this email directly, view it on GitHub, or unsubscribe. 

[danzeeeman]

weird....I'll look into it...I also need to look into this bug with the URDF loader it does the same thing for the xArm series so I think there is something up with how I'm parsing URDFs