1. Home
    1. Dashboard
    2. Search
  2. Forum
    1. Unresolved Threads
    2. Members
      1. Recent Activities
      2. Users Online
      3. Team Members
      4. Search Members
      5. Trophys
  3. Articles
  4. Blog
  5. Videos
  6. Jobs
  7. Shop
    1. Orders
  • Login or register
  • Search
This Thread
  • Everywhere
  • This Thread
  • This Forum
  • Articles
  • Pages
  • Forum
  • Blog Articles
  • Products
  • More Options
  1. Robotforum - Support and discussion community for industrial robots and cobots
  2. Forum
  3. Cobot Help and Discussion Center
  4. KUKA LBR IIWA
Your browser does not support videos RoboDK Software for simulation and programming
Visit our Mainsponsor
IRBCAM
Robotics Channel
Robotics Training
Advertise in robotics
Sponsored Ads

EtherCAT F/T Sensor Data Interpreted as Unsigned in KUKA Controller

  • Doubtet
  • April 10, 2025 at 6:09 PM
  • Thread is Unresolved
  • Doubtet
    Posts
    2
    • April 10, 2025 at 6:09 PM
    • #1

    Hi everyone,

    I'm currently working on integrating an ATI Axia80-M20 Force/Torque sensor with a KUKA sunrise cabinet (iiwa 14 r820) via EtherCAT. The connection is up and running, and data is being received. However, I'm facing an issue with how the sensor data is being interpreted on the KUKA side.

    According to ATI's documentation (and also verified in the ESI file), the force and torque outputs—Fx, Fy, Fz, Tx, Ty, Tz—are mapped as DINT (32-bit signed integers).

    But on the KUKA controller, these values are being shown as UDINT (unsigned 32-bit integers). As a result, any negative force or torque value appears as a very large positive number, which completely breaks the logic in my control program (e.g., for a touch-stop condition based on force thresholds).

    I’ve checked my workvisual project, and everything looks correctly configured. But I still have no idea why it happens.

    Any advice or shared experience would be greatly appreciated!

    Thanks in advance,
    Sean

    Edited once, last by Doubtet (April 10, 2025 at 6:44 PM).

  • Lemster68 April 10, 2025 at 6:36 PM

    Approved the thread.
  • Fubini April 10, 2025 at 7:40 PM

    Moved the thread from forum KUKA Robot Forum to forum KUKA LBR IIWA.
  • Online
    MOM
    Reactions Received
    175
    Trophies
    7
    Posts
    1,419
    • April 18, 2025 at 3:45 PM
    • #2

    Did you checked with the ATI documentations found here https://www.atiia.com/products/ft/ft…x?id=Axia80-M20

    And here 9620-05-D-ATI KUKA FTCtrl (ati-ia.com)

    In your case you are only showing the counts and not the forces and torques

  • Doubtet
    Posts
    2
    • April 24, 2025 at 12:26 PM
    • New
    • #3
    Quote from MOM

    Did you checked with the ATI documentations found here https://www.atiia.com/products/ft/ft…x?id=Axia80-M20

    And here 9620-05-D-ATI KUKA FTCtrl (ati-ia.com)

    In your case you are only showing the counts and not the forces and torques

    i have checked the ati sensor manual before. Actually, ithe ouput value is 32-bit F/T
    result data in counts per unit. And I think I may have found the reason why the value displayed on the controller pad appears as an unsigned number. For example, when I set the I/O mapping for the force component Fz, it was configured as a DINT, which is a 32-bit integer. However, when I exported the I/O configuration into the Sunrise project, it seems that the Sunrise cabinet defaults to reading the data as a 64-bit value (long type). When a 32-bit unsigned integer is extended to 64 bits, it is zero-extended, meaning zeros are added to the higher bits. As a result, the most significant bit remains 0, so the value can never be interpreted as negative and is always treated as unsigned.

Advertising from our partners

IRBCAM
Robotics Channel
Robotics Training
Advertise in robotics
Advertise in Robotics
Advertise in Robotics

Job Postings

  • Anyware Robotics is hiring!

    yzhou377 February 23, 2025 at 4:54 AM
  • How to see your Job Posting (search or recruit) here in Robot-Forum.com

    Werner Hampel November 18, 2021 at 3:44 PM
Your browser does not support videos RoboDK Software for simulation and programming

Tag Cloud

  • abb
  • Backup
  • calibration
  • Communication
  • CRX
  • DCS
  • dx100
  • dx200
  • error
  • Ethernet
  • Ethernet IP
  • external axis
  • Fanuc
  • help
  • hmi
  • I/O
  • irc5
  • IRVIsion
  • karel
  • kawasaki
  • KRC2
  • KRC4
  • KRC 4
  • KRL
  • KUKA
  • motoman
  • Offset
  • PLC
  • PROFINET
  • Program
  • Programming
  • RAPID
  • robodk
  • roboguide
  • robot
  • robotstudio
  • RSI
  • safety
  • Siemens
  • simulation
  • SPEED
  • staubli
  • tcp
  • TCP/IP
  • teach pendant
  • vision
  • Welding
  • workvisual
  • yaskawa
  • YRC1000

Thread Tag Cloud

  • abb
  • Backup
  • calibration
  • Communication
  • CRX
  • DCS
  • dx100
  • dx200
  • error
  • Ethernet
  • Ethernet IP
  • external axis
  • Fanuc
  • help
  • hmi
  • I/O
  • irc5
  • IRVIsion
  • karel
  • kawasaki
  • KRC2
  • KRC4
  • KRC 4
  • KRL
  • KUKA
  • motoman
  • Offset
  • PLC
  • PROFINET
  • Program
  • Programming
  • RAPID
  • robodk
  • roboguide
  • robot
  • robotstudio
  • RSI
  • safety
  • Siemens
  • simulation
  • SPEED
  • staubli
  • tcp
  • TCP/IP
  • teach pendant
  • vision
  • Welding
  • workvisual
  • yaskawa
  • YRC1000
  1. Privacy Policy
  2. Legal Notice
Powered by WoltLab Suite™
As a registered Member:
* You will see no Google advertising
* You can translate posts into your local language
* You can ask questions or help the community with your knowledge
* You can thank the authors for their help
* You can receive notifications of replies or new topics on request
* We do not sell your data - we promise

JOIN OUR GREAT ROBOTICS COMMUNITY.
Don’t have an account yet? Register yourself now and be a part of our community!
Register Yourself Lost Password
Robotforum - Support and discussion community for industrial robots and cobots in the WSC-Connect App on Google Play
Robotforum - Support and discussion community for industrial robots and cobots in the WSC-Connect App on the App Store
Download