#include <KukaLBRiiwaVrepPlugin.hpp>
Public Types | |
enum | ParamIndex { JointNames, RobotFlangeTipName, RobotTipName, RobotTargetName, RobotTargetBaseName, RobotModel, LocalUDPAddress, LocalUDPPort, RemoteUDPAddress, LocalHostKukaKoniUDPAddress, LocalHostKukaKoniUDPPort, RemoteHostKukaKoniUDPAddress, RemoteHostKukaKoniUDPPort, KukaCommandMode, KukaMonitorMode, IKGroupName } |
typedef std::tuple< std::vector< std::string >, std::string, std::string, std::string, std::string, std::string, std::string, std::string, std::string, std::string, std::string, std::string, std::string, std::string, std::string, std::string > | Params |
Public Member Functions | |
void | construct () |
void | construct (Params params) |
KukaVrepPlugin (Params params=defaultParams()) | |
void | run_one () |
~KukaVrepPlugin () | |
Static Public Member Functions | |
static const Params | defaultParams () |
static const Params | measuredArmParams () |
Creates a complete vrep plugin object usage:
this implementation is a bit hacky, redesign it
separate out grl specific code from general kuka control code
Template on robot driver and create a driver that just reads/writes to/from the simulation, then pass the two templates so the simulation and the real driver can be selected.
Definition at line 50 of file KukaLBRiiwaVrepPlugin.hpp.
typedef std::tuple< std::vector<std::string>, std::string, std::string, std::string, std::string, std::string, std::string, std::string, std::string, std::string, std::string, std::string, std::string, std::string, std::string, std::string > grl::vrep::KukaVrepPlugin::Params |
Definition at line 89 of file KukaLBRiiwaVrepPlugin.hpp.
Definition at line 53 of file KukaLBRiiwaVrepPlugin.hpp.
|
inline |
params | a tuple containing all of the parameter strings needed to configure the device. |
The KukaCommandMode parameters supports the options "FRI" and "JAVA". This configures how commands will be sent to the arm itself. "FRI" mode is via a direct "Fast Robot Interface" "KUKA KONI" ethernet connection which provides substantially higher performance and response time, but is extremely sensitive to delays, and any delay will halt the robot and require a manual reset. "JAVA" mode sends the command to the Java application installed on the KUKA robot, which then submits it to the arm itself to execute. This is a much more forgiving mode of communication, but it is subject to delays.
Definition at line 170 of file KukaLBRiiwaVrepPlugin.hpp.
|
inline |
Definition at line 218 of file KukaLBRiiwaVrepPlugin.hpp.
|
inline |
Definition at line 176 of file KukaLBRiiwaVrepPlugin.hpp.
|
inline |
construct() function completes initialization of the plugin
Definition at line 180 of file KukaLBRiiwaVrepPlugin.hpp.
|
inlinestatic |
Definition at line 92 of file KukaLBRiiwaVrepPlugin.hpp.
|
inlinestatic |
Definition at line 124 of file KukaLBRiiwaVrepPlugin.hpp.
|
inline |
Definition at line 207 of file KukaLBRiiwaVrepPlugin.hpp.