← Data Center Simulator

Electrical design

Cable sizing to IEC 60502-1 and IEC 60364 in a data center

Four constraints size a feeder, and the largest of the four wins. On a data center route the one that usually wins is not the one people compute first.

IEC 60502-1 IEC 60364-5-52 Design method

The four constraints

A conductor is acceptable only when it satisfies all four. Sizing means computing each and taking the largest.

ConstraintQuestionUsually decides
Current carrying capacityDoes it carry the design current after derating?Short runs
Voltage dropIs the drop within limits at the far end, under load?Long runs
Fault withstandCan it survive the prospective fault for the clearing time?Near the source
Protective device coordinationDoes the protection actually protect this conductor?Always checked, rarely governs

Start from the design current, not the connected load

The design current is what the circuit is expected to carry in service, after diversity, and before any derating. For a three-phase feeder:

Ib = P / (√3 × VLL × cosφ)

A 400 kW load at 400 V and 0.9 power factor draws 641 A. At 0.8 power factor the same kilowatts draw 722 A — a 13% difference that comes entirely from an assumption, and one that moves you a cable size.

Data center loads are unusual in two ways that matter here. They are close to constant, so diversity is far lower than in a commercial building. And the UPS rectifier front end and DC plant are non-linear, so the current is not the clean sinusoid the simple calculation assumes.

Derating: the factors stack, and on a data center route they stack hard

The tabulated current capacity in IEC 60364-5-52 assumes reference conditions. Real routes are not reference conditions, and the correction factors multiply.

Two factors of 0.8 do not give 0.8. They give 0.64. A cable comfortably rated at reference conditions can be a third short of what the route actually needs once grouping and ambient are both applied, and nothing about the schedule will look wrong.

Voltage drop, and why it governs more often than expected

Long horizontal runs are normal in a large hall — a feeder from the electrical room to a remote PDU can be well over a hundred metres. The limits usually applied are around 3% for lighting and 5% for power, taken from the origin of the installation, and IEC 60364-5-52 Annex G gives the customary values.

The point people miss is that voltage drop is proportional to both current and length, so it scales with the very things a data center maximises: high sustained current, long routes. On any feeder past about 80 metres, compute the drop before sizing on current capacity — it will often be the constraint that wins, and it is cheaper to discover it now than after the cable is ordered.

Fault withstand near the source

Close to a transformer or a large UPS the prospective fault current is high and the conductor has to survive it for as long as the protection takes to clear. The adiabatic check is the standard one:

S ≥ √(I²t) / k

Where k comes from the conductor and insulation — for copper with XLPE insulation it is 143. The term I²t is the let-through of the protective device, not the prospective fault current times an assumed time.

This is the constraint that most often governs the earth conductor rather than the phases, and it is the one that quietly fails when a protective device is changed late in the project without the cable schedule being revisited.

Where cable schedules go wrong in practice

  1. Sized on connected load rather than design current. Oversized, expensive, and harder to install — wrong in the other direction, but still wrong.
  2. Grouping factor omitted because the route was not known at the time of sizing, and never revisited when it was.
  3. Ambient taken as 30 °C for a route above a hot aisle containment.
  4. Voltage drop computed at nominal voltage rather than at the lowest expected supply voltage.
  5. The schedule and the single line drift apart. The diagram is revised, a board is moved, a feeder is re-terminated — and the schedule is a separate spreadsheet that nobody updated.

The last one causes the most trouble on site, and it is purely a process failure. A schedule generated from the diagram cannot disagree with it.

The schedule comes from the diagram

Data Center Simulator computes the design current for every connection you draw, applies the derating for the route, checks voltage drop, and produces the cable schedule as part of the design report. Change the diagram and the schedule changes with it — there is no second document to keep in step.

Download the demo See what the report contains