What Is a Siemens TDC System? Inside the 6DD Hardware Family
A hot strip mill in a coastal steelworks lost its finishing stand one afternoon when a single card in the control rack stopped answering. The line still had eleven days of scheduled production ahead of it, and the drive train would not restart without that card. Sourcing a replacement took nine working days, and roughly 1,900 tonnes of scheduled output had to be re-planned around the gap.
The story is familiar to anyone maintaining a Siemens TDC 6DD system. Most of these racks were installed more than two decades ago and they still regulate machinery that has outlived every other piece of electronics around it. Their reliability is the reason nobody replaces them, and also the reason nobody keeps spare stock until something stops.
If you have ever asked what is a Siemens TDC and why it is still sitting in your electrical room, the answer starts with the hardware family it was built from. This article walks through the architecture, the module groups, the signal path and the questions that decide whether an installation is kept, extended or phased out.
1. Why the Siemens TDC 6DD System Is Still Running Today
Siemens TDC stands for Technology and Drive Control, a multiprocessor control platform designed for fast closed-loop tasks that a standard automation controller handles poorly. It was engineered for drive systems, rolling stands, paper machines, cement kilns and marine propulsion, where control loops close in fractions of a millisecond.
A Siemens TDC 6DD system survives because the machinery it controls survives. A rolling mill frame or a kiln drive shell has a service life measured in decades, and replacing the motor, the gearbox and the foundation to match a modern controller is rarely justified on cost alone. Maintenance teams therefore keep the existing rack alive and treat it as a long-term asset.
The practical consequence is a spare parts market rather than an end-of-life market. Modules move between plants, refurbished cards circulate through specialist channels, and the buying decision is about provenance and documentation rather than about new-versus-old.
Three characteristics explain the long service life, and each one matters when you plan around the platform.
| Characteristic | What it means in practice | Typical figure |
|---|---|---|
| Deterministic cycle time | Control loops close on a fixed clock, so drive behaviour stays repeatable across the life of the machine | 0.1 ms to 1 ms |
| Multiprocessor architecture | Several CPUs share one rack and exchange data through common memory instead of a fieldbus | Up to 64 CPUs |
| Modular replacement | A single card can be swapped without rebuilding the rack or re-engineering the whole controller | One slot per module |
2. What Is a Siemens TDC System and Where Does It Sit?
When a maintenance planner asks what is a Siemens TDC, the honest answer is that it is a control level, not a single product. It sits between the power section of the drives and the plant control network above it, translating a speed or tension setpoint into firing pulses and closed-loop corrections.
In a rolling mill the TDC rack receives thickness and speed references from the line automation and returns torque, current and diagnostic values. It does this several hundred times per second per axis, which is why the task was never given to a general-purpose controller in the first place.
The platform also handles technology functions that are arithmetic-heavy rather than logic-heavy. Tension control, roll gap positioning, winder diameter tracking and synchronized multi-motor speed ramps are all typical assignments.
For a buyer, the distinction is useful. Spare modules are ordered against the function they perform, and the same physical card can carry a different configuration depending on the firmware and the task it was commissioned for.
3. What Is a Siemens TDC Controller Built From?
A Siemens TDC controller is assembled from a rack, a set of processor cards, input and output cards, communication modules and a regulated power supply. The rack provides the backplane, and the modules simply occupy slots in an order the engineering tool expects.
Racks are supplied in a small number of mechanical variants, and the choice of rack determines how many slots are available and how the cards are ventilated. Processor cards sit in the left-hand area by convention, followed by input and output modules and then by communication.
Every card draws 24 V DC from a supply module inside or beside the rack, and the backplane bus carries the exchange between processors. Where more computing capacity is needed, additional racks are linked and the processors share a common memory area rather than passing telegrams.
The naming of the hardware follows a fixed pattern, which is covered separately in the order code article. Here it is enough to know that the 6DD prefix identifies the platform and that the digits after it separate processor, memory, input and communication groups.
| Group | Function | Selection driver |
|---|---|---|
| Processor modules | Execute the control and technology tasks | Cycle time and arithmetic load |
| Memory modules | Hold the common data area shared by processors | Number of CPUs in the rack |
| Input and output modules | Read encoders, analogue signals and binary inputs | Channel count and signal type |
| Communication modules | Link the rack to drives and to the plant network | Protocol used by the surrounding system |
| Power supply modules | Provide the regulated 24 V DC rail | Total load of the installed cards |
4. Inside a 6DD TDC Processor Module
A 6DD TDC processor module is the card that does the arithmetic and closes the loops, and it is also the card most likely to be sourced as a spare. Its characteristics decide how the rack behaves far more than any other component.
Physically the card carries a processor, local memory, bus interface logic and a small amount of supporting circuitry. The parts that age first are usually the electrolytic capacitors in the supply section and, on some revisions, a buffer cell that holds configuration data when the rack is powered down.
Because the firmware on the card was written for the task it was commissioned for, a replacement 6DD TDC processor module is not interchangeable purely by part number. The configuration has to be loaded from a backup, and that backup is no better than the discipline that produced it.
Three checks separate a usable spare from a risky one, and all three can be done before the module is installed.
The condition of the card, the version of the firmware it carries and the completeness of the documentation that travels with it decide whether the swap restores production on the first attempt. Plants that skip the third check frequently discover the gap at the worst possible moment, when the rack is already open and the line is already stopped.
| Check | What to look for | Time needed |
|---|---|---|
| Physical condition | Capacitor leakage, discoloured tracks, damaged connector pins | 10 to 15 minutes |
| Firmware and configuration | Version readable and matching the installed task | 20 to 30 minutes |
| Documentation set | Card level record, configuration backup, packing list | Depends on the source |
5. Hardware Families in the Siemens TDC 6DD System
The 6DD hardware family is not one card type but a set of modules that were developed and revised over roughly a decade. Knowing which family a slot belongs to makes a difference when a replacement has to be matched quickly.
Processor cards come in several performance steps, distinguished mainly by clock speed, memory size and the number of fast inputs they can read. Higher steps were used where many axes shared one rack, while lower steps were sufficient for technology functions with fewer loops.
Input and output cards read encoder signals, analogue current signals and binary status, and they are the module class that most often differs between two otherwise similar plants. Communication cards link the rack to the drive converters and to the higher-level automation network.
Special function cards exist for closed-loop tasks that a general processor cannot schedule tightly enough, and these were frequently used in single-stand applications. Their naming is separate from the main processor group, which is why a parts list should always be built from the plant documentation rather than from memory.
6. How a Siemens TDC Handles Signals Across the Rack
On a TDC control rack, the signal path decides how well the machine behaves, and the path begins at the encoder input rather than at the processor. Understanding the order of operations is what allows a technician to isolate a fault instead of swapping cards until something changes.
An encoder or analogue input is read by an input module, converted to engineering units by the 6DD TDC processor module carrying that task, and then written into the shared memory area. Other processors read the value from that area, apply their own loops and publish their results in the same way.
Output modules then convert the computed values into signals for the drive converters. Because the exchange inside the rack runs on a fixed clock, every consumer reads a consistent set of values rather than a mixture of fresh and stale data.
That architecture is the reason a TDC rack tolerates a slow task without disturbing a fast one. The two run on different processors, and their interaction is limited to the memory area they share.
Supplying these cards is routine work for Beijing Huada Zhongxing Technology Co Ltd, where each consignment is matched against the plant documentation before it leaves the warehouse. The team treats a 6DD TDC processor module as a configuration-bearing part rather than as a commodity, and a Huada Zhongxing order file normally carries the slot position, the firmware version and the original order code together.
7. Field Notes from Siemens TDC 6DD System Upgrades
Two recent projects show how differently a TDC rack behaves in the field depending on how the spare stock was planned. Neither case involved a design change; both were about access to the right card at the right time.
A copper rolling plant in a coastal region ran a four-stand tandem mill with one rack per stand and a small store of spare modules. When a processor card failed, the maintenance team was able to swap it within a two-hour window that had already been planned into the shift. The decisive factor was not speed of delivery but the fact that the stored card had been verified, labelled with its firmware version and kept with a configuration backup from the previous audit.
In a second case, a cement plant kept no functional spare and had to wait for a card sourced from another region. The mill ran at reduced capacity for eleven days, which was enough to justify a full audit of the rack population afterwards.
The lesson from both is that the audit is cheaper than the outage, and it can be done during a normal maintenance window rather than during a breakdown.
8. Spare Parts Strategy for the Siemens TDC 6DD System
Keeping a Siemens TDC 6DD system in service over the next decade is a stocking question more than an engineering question. The platform itself is stable; what changes is how easily a specific card can be found.
The first step is a slot-by-slot inventory that records the order code, the firmware version and the configuration of every 6DD TDC processor module in the plant. That list is what turns an emergency into a scheduled purchase.
The second step is a decision on depth. Most plants settle on one spare of each processor type and a smaller pool of the more common input and output cards, which is far less capital than it sounds when the list is built from an audit rather than a guess.
The third step is channel discipline. Beijing Huada Zhongxing Technology sources these modules through established supply channels, checks the condition and version of each card before dispatch, and keeps the paperwork that lets a plant auditor trace a module back to its consignment.
Huada Zhongxing also recommends that plants photograph the rack before any module is removed, since the connector layout is the quickest way to confirm the replacement sits in the correct slot.
9. Frequently Asked Questions About the Siemens TDC 6DD System
9.1 What is a Siemens TDC system in practical terms?
A Siemens TDC 6DD system is a rack-based multiprocessor controller that closes fast control loops for drive and technology tasks. It sits between the power section of the drives and the plant automation level above it, and it exchanges data with both sides continuously. In practical terms it is the part of the electrical room that decides what the motors actually do moment by moment, hundreds of times every second. Plants keep such a controller in service because the machinery around it still works well after two decades of production.
9.2 Which 6DD TDC processor module is the most likely to be sourced as a spare?
The card that carries the main closed-loop task in the largest rack is usually the first spare a plant decides to buy. It runs continuously, it carries the heaviest arithmetic load, and it is the module whose failure stops the line immediately. A second spare is normally a mid-range 6DD TDC processor module used for technology functions, because those cards are shared across several stands. Plants that stage a single spare often discover it is the wrong one on the day a breakdown happens.
9.3 What is a Siemens TDC going to cost to keep running?
Ongoing cost is dominated by spare parts and by the engineering time needed to keep configuration backups current. A written inventory, one spare per processor type and an annual check of stored cards keep that figure predictable from year to year. Unexpected costs arrive when a plant discovers it holds no verified spare and buys through whichever channel happens to have stock that week. In our experience the audit that prevents this situation costs far less than a single unplanned outage of a Siemens TDC 6DD system.
9.4 Can a Siemens TDC 6DD system still be expanded?
There is still room to add capacity on a Siemens TDC 6DD system, since spare slots and spare racks exist in most installations. Additional processors can be linked together and joined to the shared memory area, and extra input modules fit wherever the mechanical design allows. Huada Zhongxing advises reviewing the power supply headroom and the cabinet ventilation before adding cards, because both are frequently near their limit long before the backplane is. A plant that plans the addition during a maintenance window avoids the surprise of a rack that will not carry the new load.