What causes KUKA Robot alarm KRC0934?

Attempting to assign a value of one data type to a variable of a different incompatible type. Using an array index or element type that does not match the expected operand type. Mixing structured types (e.g., FRAME, AXIS) with primitive types (e.g., REAL, INT) without proper conversion. Declaring function parameters or return types that do not align with actual argument or return value types. Using operator overloading or function calls where the LHS and RHS parameter signatures are incompatible.

How do I fix KUKA Robot alarm KRC0934?

1. Review the KRL source code at the line indicated in the error message to identify the problematic assignment or operation 2. Verify that the data type of the variable on the left side of the assignment matches the data type of the expression on the right side 3. Check function declarations and calls to ensure parameter types and return types are consistent and compatible 4. Use explicit type conversion functions (e.g., REAL(), INT(), etc.) if intentional type casting is required 5. Consult the KUKA KRL type system documentation to confirm valid type combinations for the operation being performed 6. Recompile the KRL program after corrections and verify the alarm no longer appears during program execution

KUKA Robot codes

axismd.ai

KUKA Robot Controller

System · Basic

Alarm KRC0934

KUKA Robot KRC0934 - TYPE OF LEFT AND RIGHT HAND SIDE INCOMPATIBLE 2271

This alarm occurs when a KRL program object declares or uses left and right hand side (LHS and RHS) operands with incompatible data types in an assignment or operation. The compiler or runtime cannot reconcile the type mismatch between the variable being assigned to and the value or expression being assigned from it.

KUKA RobotSystemBasic

KRC0934

KUKA Robot KRC0934 - TYPE OF LEFT AND RIGHT HAND SIDE INCOMPATIBLE 2271

TYPE OF LEFT AND RIGHT HAND SIDE INCOMPATIBLE 2271

Common Causes

Attempting to assign a value of one data type to a variable of a different incompatible type
Using an array index or element type that does not match the expected operand type
Mixing structured types (e.g., FRAME, AXIS) with primitive types (e.g., REAL, INT) without proper conversion
Declaring function parameters or return types that do not align with actual argument or return value types
Using operator overloading or function calls where the LHS and RHS parameter signatures are incompatible

Troubleshooting Steps

1Review the KRL source code at the line indicated in the error message to identify the problematic assignment or operation
2Verify that the data type of the variable on the left side of the assignment matches the data type of the expression on the right side
3Check function declarations and calls to ensure parameter types and return types are consistent and compatible
4Use explicit type conversion functions (e.g., REAL(), INT(), etc.) if intentional type casting is required
5Consult the KUKA KRL type system documentation to confirm valid type combinations for the operation being performed
6Recompile the KRL program after corrections and verify the alarm no longer appears during program execution

Seeing Multiple Alarms?

Seeing another alarm with this one? Enter the code.

Get machine-aware diagnosis

AxisMD logs alarms against your actual machines, tracks patterns, and gives AI context your manual doesn't have.

Start free

Was this guide helpful?

Always verify with your machine manual or a certified technician before performing service procedures.