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 |
.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.
- 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.
- 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.
- 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.
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
-
Power down both controls. Cycle the donor machine to
OFF, wait 30 seconds for the NCU to discharge, then power itONto standby (no NC Start). The receiving machine remains powered down. - 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).
- Boot FX in service mode and select the source control profile (HIT18S, NC SW version reported by the donor 840C).
-
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
.TEAyou suspect — the TEA file references MD numbers whose context only exists in the full backup. -
Visually verify the captured backup contains the expected
.TEAentry and that the file size is non-zero. A zero-byte.TEAis a sign the source control could not enumerate the data class — abort the transfer and re-examine the source. - Power up the receiving machine to standby. Connect the parallel cable to the receiving 840C's matching port.
- 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.
- 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.
- 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.
- 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
- 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.
- 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.
- 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.
-
On the 840C, initiate the send side. In Data In/Out → Send, select the
.TEAfile (or the full backup if available). The 840C will printREADYon its serial port and wait for the PC handshake. - 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.
- On the receiving machine, repeat the steps above but with Data In/Out → Receive on the 840C and Send NC Data in PCWIN.
- Cold-boot the receiver exactly as in Method A, step 8.
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.
- Insert a DOS-formatted DSHD floppy in the donor 840C's drive.
- HMI: Data In/Out → Floppy → Read Out. Select the
.TEAfile. - Verify on the HMI file browser that the file landed on the floppy with the expected size.
- Move the floppy to the receiving machine. Data In/Out → Floppy → Read In.
- Confirm overwrite prompt; then cold-boot.
.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.