Heidenhain codes
HeidenhainParameterIntermediate30-120 minutes

140-0021

HEIDENHAIN 140-0021 - Data object renamed to key

Data object renamed to key

The loaded configuration data comes from an older control version. A data object was automatically renamed according to update rules.

Root Cause Summary

This informational message occurs during normal TNC file management operations when the control prevents data loss by automatically renaming a data object to avoid overwriting an existing file with the same name. It is a protective mechanism, not a fault condition, and typically occurs during file transfers, backup/restore operations, or system synchronization activities.

Safety

  • Refer to Heidenhain service manual
  • Ensure qualified technician performs repairs

Causes and Fixes

  1. 1

    Access File Management

    Press the PGM MGT (Program Management) key to open the file manager and navigate to the directory where the renamed file is located (typically TNC:\ or the working directory shown in the message).

    Use the search function in PGM MGT by pressing the 'Find' soft key to quickly locate both the original and renamed files.

  2. 2

    Identify Duplicate Files

    Look for both filenames mentioned in the message ('%1' and '%2'). Compare file sizes and timestamps to determine which file is the intended version.

    Select each file and press 'File Info' soft key to view detailed creation and modification timestamps.

  3. 3

    Resolve Naming Conflict

    Delete the unwanted duplicate file, or rename one of the files to a unique descriptive name. Select the file, press the 'Rename' soft key, and enter the desired name following TNC naming conventions (no special characters, max 16 characters).

    Establish a naming convention with version suffixes (e.g., PART_V1.H, PART_V2.H) to prevent future conflicts.

  4. 4

    Verify File Integrity

    Open the file in editing mode to verify its content is correct and complete. For NC programs, check the program header and final M30/M02. For tables, verify all data rows are present.

    For critical programs, run a test graphics simulation before machining to ensure the correct program version is active.

DIY Feasiblehigh confidence

Call a technician if:

  • ·Parameter values are incorrect after migration
  • ·Machine functions fail after data object renaming
  • ·PLC compilation errors persist

Prevention

  • Always backup configuration before software updates
  • Document parameter changes during upgrades
  • Test all functions after configuration imports
  • Maintain version-specific documentation

Common Mistakes

  • Manually reverting parameter names to old conventions
  • Ignoring the alarm assuming it's harmless
  • Not updating documentation after migration
  • Failing to test affected machine functions

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.