KUKA KRC4 and Beckhoff PLC Communication

  • Hi All,

    I am very new to this PLC and Robot Programming. Can anyone help me out with how should i start my interface between kuka krc4 robot and beckhoff plc?
    I worked on AllenBradley briefly and there we had Add-on-profiles and then keeping all the devices within an iprange and mapping. I searched online and there is a functiona package from beckhoff tf5120 to work with KUKA but not yet released.

  • Place your Ad here!
  • Thanks for the response :smiling_face: .In my project the PLC has to be the master. I shall order EL6692. Considering PLC to be the slave(just to try) how should i go about it. There are so many terminals as i see on KUKA controller. I could get a response back on X66. But read somewhere X65 must be used. And do i need to have work visual installed. Programming the robot is a separate task. All i need to do is send in a signal to the robot to execute the task/program number and reply back when its done..the kuka guy set up the robot in Automatic External Mode on the smartpad

  • You need EK1100 EtherCat coupler and EL6692 bridge.
    You need WorkVisual installed.
    It is used to configure your FieldBus (hardware) and INs and OUTs. No way around it.
    Once you have hardware installed X65 is used for EtherCat communication between KRC4 and PLC (through gateway EL6692)

    X66 is can be used for WorkVisual. It is Windows network interface (along with Profinet or Ethernet IP)

  • Let's back up a step: what communications options did this KRC4 come with? If none, then EtherCat is your only choice, and IIRC the robot can only act as an EtherCat Master, not as a Slave. The good news here is that at the communications protocol layer, Master/Slave just indicates who is controlling the communications, not the process -- the PLC could still be an EtherCat Slave to the robot, but still be bossing the robot around.

    Most PLCs can be configured to act as either Masters or Slaves. Some can act as both at the same time, on different channels.

    X65 is the EtherCat (KEB) connection. X66 is the KLI interface, which only works for a PLC connection if you have EtherNetIP or ProfiNet installed (it also serves for remote access, file transfers, etc). Which one are you trying to use?

  • EK1100 is not necessary. You can connect the EL6692 directly to the X44 interface.

  • @ Kr16_2: Thank you :icon_smile:. Will go through it. I have a spare CX2020. Can i use it to try instead of EL6692?
    @ SkyeFire : KRc4 did not come with any communiaction option.Yes. I know we can use PLC both as master and slave. I had used allenbradley as a slave with a small uv curing unit being the master. :icon_smile:
    I was trying with X66 but now will give it a try with X65.
    So what i shall do is. I have ek1100 and cx2020. I shall connect these to X65 and give it a try.
    Thanks a million guys. This project decides my career and i hope I can learn and do it. :icon_smile:

  • KRC4 is unable to communicate directly with the CX embedded PCs, because there's no way to configure them to KUKAs EtherCAT bus. That's why you need the EL6692 between the CX and KUKA which can be configured at both sides.

  • Spl : Thank you. Yes the one with cx didn't work either. And found out EK1100 is inbuilt in kuka controller. Now i have to get EL6692 and then connect to X65/X44 and try it. Didn't find X44 on controller though. Will check with the kuka people, if i can't connect it with x65. Will update once i cud do tat. Thanks :icon_smile:

  • There is EK1100, X1 inconnected to x44 and x2 out to x65. There is also el6695 inside with its x1 and x2 pins connected to X67.1 and X67.2 resp. Now how should i go about it. I tried powering them up and scanning for io's. No result

  • Connect the CX to the X67.1 and see if you can scan the bridge to the CX's project. If you can, then you configure the input/output messages that are sent through the bridge at CX's side and at KUKA's side. If I remember correctly, the message sizes should be multiples of byte. Also note that the input message at CX's side is the output message at KUKA's side, and same with the other way round.

  • Ok. So, we have the controller connected to the X1 port of the EL6692 but the X2 is empty because the bridge is installed to the CX PC, so it's using the CX's internal bus.

    OK so most likely bridge alone will not function.
    I need EK1100 and a bridge inside a KRC4.


  • Hi all. I was on Long leave.Thank you all for the support. I am able to see IO variables in twincat as well as in workvisual. KUKA Controller has EK1100 and EL6695. I have connected Twincat PC to X1 in of EL6695. Now have to figure out the handshaking and programming part. Thanks again

  • Hi All,
    I could see some connection between kuka and beckhoff now. I could force in some values in beckhoff and see the values in workvisual. Now the next step. El6695 has FSOE variables. How shall i do the safety mapping etc.
    I can have a safety project , ethercat safety plc el6900 and then.. wat next ???

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account
Sign up for a new account in our community. It's easy!
Register a new account
Sign in
Already have an account? Sign in here.
Sign in Now

Advertising from our partners