Archi-Civilarchi-civil.com
Prestressed Concrete · ÖNG-01  |  Confidence: A
Figures are produced by engine/prestress.js and pinned in tests/prestress.test.js.

Home / Articles / Prestressed Concrete ÖNG-01

The Constant Eccentricity Trap

A design checked only at midspan looks fine. At the support the top fibre tension reaches three and a half times the allowable value. This article takes apart four distinct errors in a worked design — and shows how an engine can make each of them impossible to repeat.

Confidence: A Engine: engine/prestress.js Tests: tests/prestress.test.js — 46/46 Reading: ~18 min Last verified: 2026-09-10 Türkçe: bu yazının Türkçesi
A note on codes for the international reader The stress conditions in this article are universal: they follow from equilibrium and from the linear stress distribution over a section, and they hold under any national code. What comes from a code is only the numerical values of the allowable stresses, and in the worked example these are Turkish (TS 500) values. Section 10 discusses an error produced by mixing two code philosophies; that discussion is about the principle — a partial safety factor applied inside the material strength versus a reduction factor applied outside it — and the same trap exists wherever two such systems meet. Our engine stores no code value; the allowable stresses are inputs.

1. Why does this article exist?

A worked design was reviewed and four separate errors were found in it. One of them is a structural safety error: a section that would crack in service was declared adequate. The other three are subtler but each would distort a real design.

The point is not to criticise a particular solution. All four errors are of a kind that anyone can make, and each has the same shape: a check performed in the right way at the wrong place, or a rule applied correctly from the wrong system.

2. The governing equation

The fibre stresses in a prestressed section are the superposition of three effects:

σ = P/A ∓ P·e/W + M/W P/A: uniform compression from prestress · P·e/W: bending from the eccentricity of the prestress · M/W: bending from the external load. The sign convention differs between the top and bottom fibre.

Everything in this article follows from this one relation. There is nothing code-specific in it.

3. Variable and constant eccentricity

In a post-tensioned beam the tendon is usually laid out on a curve: deep at midspan, rising towards the supports. In a pretensioned member it is often straight — that is, the eccentricity is constant along the beam, because a straight bed is far simpler to build.

Where the trap opens With a constant eccentricity the prestress moment P·e is the same everywhere. The external moment M is not: it is largest at midspan and zero at the support. So at the support there is nothing to balance the prestress moment — and the critical section is the one where nothing is happening.

4. Error 1: forgetting the support

The worked design chose e = 46.3 cm, and that value is correct — for midspan, at transfer. But the check was carried out only there. Applying the same eccentricity at the support gives:

Section propertyValue
computing…
Derived by the engine from the dimensions; manual values for A, I and W are not accepted (see section 9).
SectionTop fibre [MPa]UtilisationBottom fibre [MPa]Utilisation
computing…
With e = 46.3 cm. Utilisation above 1 means the limit is exceeded.
Findingcomputing…

5. Deriving the correct limit

With a constant eccentricity the support governs, so the limit must be derived there. Setting M = 0 in the governing equation and solving for e:

from top fibre tension: e ≤ (P/A + fct)·W₁/P   ·   from bottom fibre compression: e ≤ (fcc − P/A)·W₂/P Both conditions give an upper limit; the smaller one governs. Both must be computed — which is the smaller cannot be known in advance.
ConditionLimitStatus
computing…

6. Which fibre governs?

A fine detailcomputing…

7. The corrected design

SectionTop fibre [MPa]UtilisationBottom fibre [MPa]Utilisation
computing…
With the corrected eccentricity. No limit is exceeded at either section.

Notice the cost. At midspan the utilisations are now well below 1 — the section is being used inefficiently there, because the support dictated the eccentricity. That is the price of a straight tendon, and it is exactly the question ÖNG-02 takes up.

8. Error 2: ignoring the horizontal restraint force

At a dapped end the beam bears on a corbel or bearing pad. As the beam shortens under prestress, creep and shrinkage, friction at the bearing resists that movement and generates a horizontal force Hd. The original solution took it as zero.

ReinforcementHd = 0Hd = 90 kNChange
computing…
Same shear demand, same geometry. The only difference is whether the horizontal force is accounted for.

The horizontal reinforcement row deserves attention: with Hd = 0 it does not exist at all. Ignoring the force does not merely under-size a bar; it removes a reinforcement layer from the design entirely.

9. Error 3: mixing two code philosophies

This error is the most instructive, because it is conservative — and therefore easy to defend and hard to notice.

Philosophy A (e.g. TS 500): safety sits inside the material strength. fyd = fyk/γs is used, and no further reduction factor is applied.

Philosophy B (e.g. ACI): the characteristic strength is used and a strength reduction factor φ is applied outside. Each is internally consistent. Using both at once applies the safety margin twice.

The original solution used the design strength of philosophy A together with the reduction factor of philosophy B. The reinforcement comes out — larger than it should be.

Why is being conservative still an error? Because the result is no longer traceable. A reviewer cannot tell whether the extra steel comes from a deliberate margin or from a double-counted factor. And a design whose safety margin is not known cannot be adjusted: you cannot remove what you cannot identify. Our engine rejects the combination rather than quietly accepting it.

10. Error 4: reading the geometry

The fourth error is the plainest: section properties were taken as given rather than derived from the dimensions. When A, I and W are entered by hand, an arithmetic slip propagates silently through every subsequent check.

Our engine does not accept manual section properties. It takes the dimensions and computes A, I, W and the self-weight itself. That is not a convenience — it removes a whole class of error.

11. How the engine makes these impossible

ErrorEngine behaviour
Checking only midspanThe support moment is a required input, and two sections are always returned. A single-section result cannot be produced.
Ignoring HdThe dapped end calculation is not performed without a horizontal force; it must be given, even if zero, deliberately.
Mixing philosophiesOn the design-strength path a φ factor is rejected; on the reduction-factor path a design strength is rejected.
Manual section propertiesNot accepted. A, I, W and self-weight are derived from the dimensions.
Sections near the limitUtilisation is always reported, and sections close to the limit are flagged rather than silently passed.
Each row is separately pinned in the test suite.

One design decision is worth stating. The midspan bottom fibre in the corrected design comes to 19.2004 MPa against a limit of 19.2. A strict comparison would fail it. We use a relative tolerance of 0.1% — but the utilisation is always reported, so a section sitting on the limit is visible rather than hidden behind a pass.

12. Test yourself

  1. With a constant eccentricity, why is the support the critical section rather than midspan?
  2. Both limits in section 5 are upper limits. Why must both be computed?
  3. Where does the horizontal force at a dapped end come from, and what does ignoring it remove from the design?
  4. Mixing two safety philosophies gives a conservative result. Why is that still an error?
  5. In the corrected design the midspan utilisations are far below 1. What is the cost of that, and what would you do about it?
  6. Why should section properties be derived rather than entered?

References

  1. Prestressed concrete fibre stress relations — classical structural engineering results, independent of any national code.
  2. Allowable stress values in the worked example are Turkish code values; the engine stores no code value and takes them as inputs.
  3. The problem belongs to a graduate course in prestressed concrete; the exposition, derivations and all figures here are our own.

All figures in this article are produced by engine/prestress.js and separately pinned in tests/prestress.test.js (46/46). The eccentricity limit is separately cross-checked in ÖNG-02 by an entirely different derivation, and the two agree to machine precision.

Open the cable zone tool → ÖNG-02: cable zone → Türkçe okuyun →
archi-civil.com — The Constant Eccentricity Trap · ÖNG-01 · Confidence A · Printed:
With a constant eccentricity the critical section is the one where nothing is happening.