SINUMERIK 840C TEA File Transfer: Cloning for 1:1 CNC Machines

David Krause12 min read
Motion ControlSiemensTutorial / How-to
Licensed PE Working through this on a live machine? A Maine-licensed engineer can take it from here — included with IMD hardware, by the hour for everything else. Book an engineer

Overview: When a Backup File Becomes a Liability

Two Hyundai HIT18S lathes, mechanically and electrically identical (a "1:1" pair), sit on a shop floor. One runs perfectly on its original SINUMERIK 840C control; the other has been chasing alarms that look suspiciously like corrupted compensation or tool data. The temptation is to pull the working machine's .TEA file and drop it onto the sick one. In principle this is supported on a 1:1 configuration. In practice it is a procedure with several pitfalls, and the field experience distilled below is intentionally conservative: confirm with the machine builder (Hyundai) before any cross-load, and treat every step below as a procedure to be executed with the original control on standby in case the target control refuses to boot after the transfer.

The information in this article is anchored against the official SINUMERIK 840C Programming Guide (Software Version 2, 3, 4, 5 and 6, Edition 09.2001) from Siemens Industry Online Support, plus field reports from technicians who have physically executed the procedure on Hyundai HIT-series machines. Where the Siemens documentation and field practice diverge, the field practice is called out explicitly.

What the TEA File Actually Contains

On the SINUMERIK 840C, files with the .TEA extension belong to the family of tool/zero-point compensation records. They are not the part program (which lives under .MPF / .SPF), nor the machine data (which is held in .TEA-class records only after an explicit data-class export on some SW versions — see "Ambiguity Note" below).

File Type Extension Contents Safe to Clone 1:1?
Part program (main) .MPF NC code, sequences Yes, identical machines
Part program (sub) .SPF Subroutines, cycles Yes, identical machines
Tool/zero data .TEA Tool offsets, zero-point shifts, compensation tables Conditional — see procedure
Machine data (export) .TEA (data-class export) MD, SSD, drive parameters on certain SW versions Only if exported as a single bundle
PLC program .TEA / .BIN PLC ladder / statement list No — version-stamped to control hardware
Ambiguity note: The 840C SW line (v2 through v6) uses .TEA for more than one class of record depending on the menu path that produced the export. Before transferring any file, confirm on the source control whether the .TEA in question is a tool-data export, a data-class export, or a service export. A service export that includes drive parameters can refuse to load on a control whose drive firmware revision differs from the source.

Prerequisites Before You Move a Single Byte

Three prerequisites must be satisfied before any cable is plugged in. Skip any of them and the most likely outcome is a control that refuses to load the file and emits alarms on the next reset.

  1. Confirm 1:1 mechanical and electrical identity. The two Hyundai HIT18S lathes must share the same spindle motor, feed drives, axis configuration, and option-bit set. Hyundai's machine serial number plate and the option sticker on the 840C NCU should be compared. If one machine has an optional steady-rest encoder or tailstock probe that the other lacks, the cloned TEA file will reference non-existent hardware.
  2. Confirm matching software versions. Both 840C controls should report the same NC software version (e.g. SW 4.x, SW 5.x, SW 6.x per the Programming Guide edition coverage). Mixed-version cloning can be performed in some cases (e.g. SW 5 to SW 6) only when the higher-version control has been commissioned for downward compatibility — this is not automatic.
  3. Take a full backup of the target control before loading the donor file. If the transfer bricks the TEA loader, you need the original to revert. Use whichever interface you plan to use for the transfer to dump the target's current data first.
OEM confirmation requirement: Hyundai-Wia (and the regional Hyundai agent) typically requires written sign-off before a control-level file swap on a machine still under warranty. The swap can void drive-parameter warranty on the receiving machine if the donor file was generated against a different drive firmware revision. Get the confirmation in writing.

Hardware You Will Need

Item Spec Notes
Siemens FX or compatible commissioning PC DOS/Win9x era, parallel port required FX software is the field-confirmed tool for parallel transfers
Bi-directional parallel cable (DB25 M/M) IEEE 1284 nibble-mode capable Not a printer cable — must be wired for data, not just printer passthrough
RS-232 null-modem cable (DB9 F/F or DB25 F/F depending on 840C variant) Full handshake, 9600 to 38400 baud For PCWIN / serial method
Formatted 3.5" floppy (DSHD) DOS-formatted, single partition Alternative channel if no PC is available — see Floppy Method below
Grounding wrist strap — 840C NCU is ESD-sensitive

Method A — Parallel Cable + FX Software (Field-Confirmed)

The parallel method is the only one in the source material that an end-user has confirmed executing successfully. The procedure below generalises from that report and from the 840C Programming Guide data-handling chapters.

Step-by-step procedure

  1. Power down both controls. Cycle the donor machine to OFF, wait 30 seconds for the NCU to discharge, then power it ON to standby (no NC Start). The receiving machine remains powered down.
  2. Connect the parallel cable between the PC running FX and the 840C's parallel port (typically the X121/X122 port on the operator panel backplane — verify against the machine-specific wiring diagram; Hyundai HIT18S varies by build year).
  3. Boot FX in service mode and select the source control profile (HIT18S, NC SW version reported by the donor 840C).
  4. Issue a backup read of the donor control. In FX this is the Data In/Out → Backup → Read NC path. Capture the full backup, not just the .TEA you suspect — the TEA file references MD numbers whose context only exists in the full backup.
  5. Visually verify the captured backup contains the expected .TEA entry and that the file size is non-zero. A zero-byte .TEA is a sign the source control could not enumerate the data class — abort the transfer and re-examine the source.
  6. Power up the receiving machine to standby. Connect the parallel cable to the receiving 840C's matching port.
  7. Issue a restore write to the receiving control. In FX: Data In/Out → Restore → Write NC. Monitor the progress bar — a typical full NC restore on a 840C takes 4–8 minutes over parallel; abort if no progress registers within 90 seconds.
  8. When the restore reports success, do NOT NC-Start. Power-cycle the receiving control (OFF, count to 30, ON to standby) so the new data is read from non-volatile storage on the cold boot path.
  9. Enter the 840C's commissioning menu and verify the option-bit set matches the machine serial plate. Any mismatch here is the most common cause of post-restore alarms.
  10. Run a dry-cycle in JOG through all axes to confirm referencing, then MDI a no-cut spindle rotation before any production G-code is loaded.

Verification checklist (parallel method)

Check Expected Result If Failed
Receiver NCU boots to standby No red LED on NCU; HMI shows main menu Repeat cold-boot; if persistent, re-flash from EPROM
Tool list populated Tool count and D-numbers match donor Re-issue TEA-only restore
Axis referencing All axes reach reference without alarm Check option bits, then machine data MD class
Spindle warm-up Spindle reaches programmed RPM within ±5% Suspect drive-parameter mismatch in restored bundle
MDI T-call Tool change executes; offsets load Inspect tool-pouch addressing in TEA

Method B — Serial Cable + PCWIN (Reported, Not Field-Confirmed in Source)

The serial method using PCWIN (the older Siemens DOS-based PC-side counterpart to FX) was mentioned in the field report but not personally tested by the participants. Treat the procedure below as a synthesised procedure consistent with the 840C Programming Guide's data-transfer chapters; verify each step against the specific SW version of the target control before relying on it.

Step-by-step procedure

  1. Identify the 840C's serial port configuration. From the HMI: Commissioning → Serial Interface. Note baud rate, parity, data bits, stop bits, and X-on/X-off vs. RTS/CTS handshaking. Typical 840C default is 9600,8,N,1 with X-on/X-off.
  2. Match PCWIN COM-port settings to the 840C exactly. Mismatched handshake is the single most common cause of "PCWIN connects, transfer starts, then stalls at 0%" failures.
  3. Connect a null-modem RS-232 cable between the PC's COM port and the 840C's serial port (typically X101 or X102 on the operator panel). The cable must be a null modem, not a straight-through — pins 2/3 crossed, 4/5 crossed, 6/20 crossed on a DB25 implementation.
  4. On the 840C, initiate the send side. In Data In/Out → Send, select the .TEA file (or the full backup if available). The 840C will print READY on its serial port and wait for the PC handshake.
  5. In PCWIN, issue Receive NC Data. The transfer runs at the negotiated baud rate; at 9600 baud a full NC backup is ~25–35 minutes, so plan around production.
  6. On the receiving machine, repeat the steps above but with Data In/Out → Receive on the 840C and Send NC Data in PCWIN.
  7. Cold-boot the receiver exactly as in Method A, step 8.
Serial transfer at default 9600 baud is roughly 5x slower than parallel. For TEA-only transfers (not full backup), serial is acceptable; for full-bundle restores, parallel is strongly preferred.

Method C — Floppy Transfer (No PC Required)

If neither a parallel nor a serial-equipped PC is on hand, the 840C's built-in floppy drive (when fitted) can move individual .TEA files. This is the cleanest method for a TEA-only transfer because it bypasses any PC-side tool version skew.

  1. Insert a DOS-formatted DSHD floppy in the donor 840C's drive.
  2. HMI: Data In/Out → Floppy → Read Out. Select the .TEA file.
  3. Verify on the HMI file browser that the file landed on the floppy with the expected size.
  4. Move the floppy to the receiving machine. Data In/Out → Floppy → Read In.
  5. Confirm overwrite prompt; then cold-boot.
A floppy-based transfer only moves the file you selected. If the .TEA references MD numbers that have been changed at the receiving machine since commissioning, the loaded TEA may not match the active MD context. Always cross-check MD values after a floppy transfer.

Post-Transfer Alarm Conditions

Symptom Category Likely Cause First Action
Alarm on cold boot referencing MD class TEA file was actually a data-class export and conflicts with active MD Compare MD between donor and receiver; reload matching MD set
Alarm on first axis reference Option-bit mismatch Re-run option-bit commissioning
Alarm on first MDI tool call Tool-pouch addressing differs Inspect tool-pouch MD; re-init tool magazine
Alarm on spindle rotation Drive-parameter mismatch inside the bundle Re-export from donor with drive params excluded, then re-load
Hangs at "LOADING NC DATA" indefinitely Transfer interrupted mid-write Re-cold-boot receiver; if persistent, re-flash NCK from EPROM

Troubleshooting Matrix

Observed Failure Method Most Likely Affected Root Cause Remediation
FX cannot connect to 840C Parallel Cable wired as printer-only; wrong port selected Replace with IEEE 1284 bidirectional cable; verify PC LPT1 assignment
PCWIN transfer starts, stalls at 0% Serial Handshake mismatch Match X-on/X-off vs. RTS/CTS on both sides
Transfer completes but receiver alarms on boot Any SW version mismatch or option-bit mismatch Verify both controls at same SW; re-run option-bit setup
TEA file loads but tool data is all zeros Any Wrong data class exported; tool data is in a different record Re-export using Tool Data menu, not Compensation
Receiver HMI displays garbled characters after transfer Any Language/text file overwritten Restore text files separately; do not include in TEA bundle
Receiver boots but drives will not enable Any Drive-parameter block within the bundle is for different drive firmware Re-export excluding drive params; load only NC and tool data

Field-Proven Caveats Specific to the Hyundai HIT18S

The Hyundai HIT18S uses a Hyundai-specific option-bit set layered on top of the standard 840C option bits. When a donor file is loaded onto a receiver, the receiver's option-bit set must be re-asserted via the Hyundai commissioning procedure before the loaded TEA will be honoured. This is a documented Hyundai step, not a Siemens step, and skipping it is the single most common reason "the file loaded fine but nothing works" outcomes are reported in the field.

A second caveat: the HIT18S uses a tailstock that, on some build years, is monitored through an auxiliary encoder that registers in the TEA bundle. If the receiver does not have the same tailstock option, the encoder address will point to a non-existent module and the 840C will refuse to come out of standby on the first reference attempt.

Pre-Transfer Documentation You Should Capture

Before initiating any transfer, snapshot the following on both machines. If the transfer fails irrecoverably, this snapshot is your rollback path.

  • NC software version displayed at boot
  • PLC software version (from Commissioning → PLC → Version)
  • Drive firmware versions for every axis and spindle
  • Active option-bit set as a printed HMI screenshot
  • Full tool list with D-offsets and H-numbers
  • Zero-point (G54–G59) shift values
  • Saved compensation tables (pitch, sag, backlash)
  • Current MD dump, exported to floppy

Frequently Asked Questions

Is it safe to copy a TEA file from one Hyundai HIT18S to another identical one?

Yes, provided the two controls are at the same NC software version, the same option-bit set, and the same drive firmware revisions. Get Hyundai's written confirmation before doing it, and capture a full backup of the receiving machine first.

What is the difference between the FX parallel method and the PCWIN serial method?

FX over parallel is faster (~4–8 minutes for a full NC backup) and is the only method field-confirmed in the source material. PCWIN over serial is slower (~25–35 minutes at 9600 baud) but works on PCs that lack a parallel port. Both move the same data; neither is "safer" than the other.

Can I move a TEA file from a SW 4 control to a SW 6 control?

Only if the SW 6 control has been commissioned for downward compatibility. The default is no. Verify on the receiver before attempting, or expect a load-time refusal with an alarm referencing the SW version mismatch.

The receiving machine alarms after the transfer. What is the first thing to check?

Option bits. The most common post-transfer alarm category on a Hyundai HIT18S is option-bit mismatch. Re-run the Hyundai commissioning option-bit procedure before suspecting the TEA itself.

Do I need to cold-boot the receiver after the transfer, or is a warm reset enough?

Cold-boot. Power OFF, count to 30 seconds, power ON to standby. A warm reset reads the in-RAM image and will not pick up the freshly written non-volatile data; this is the second most common cause of "the file is on the floppy but the control still shows old data" reports.

Back to blog