El FEA no es una caja negra: de la pieza real a la matriz de rigidez.

Abre cualquier informe de FEA y verás un sólido cubierto de colores, un número de tensión máxima y una conclusión sobre si la pieza aguanta. Lo que casi nunca se explica —ni en el informe, ni en el curso que enseñó a generarlo— es el paso anterior: cómo un objeto físico real se convierte en algo que un ordenador puede resolver. Ese paso no es magia. Es una elección deliberada, con consecuencias, y entenderla es lo que separa usar el software de entender lo que hace.

Exactitud contra aplicabilidad

La ingeniería clásica enseña a resolver problemas con métodos analíticos: expresiones cerradas, válidas en cada uno de los infinitos puntos de un cuerpo. La resistencia de materiales calcula con precisión absoluta la flecha de una viga en voladizo bajo una carga puntual. El problema es que esa exactitud tiene un precio: solo funciona para geometrías sencillas.

Los métodos analíticos se quedan cortos casi de inmediato en la práctica:

Solo resuelven geometrías simples — prismas, cilindros, placas planas.
Manejan mal las cargas irregulares y los materiales que no son isótropos.
Dependen de ecuaciones diferenciales que, fuera del aula, casi nunca tienen solución cerrada.

Ahí es donde entran los métodos numéricos. En vez de perseguir una solución exacta para todo el cuerpo, el FEA calcula una solución aproximada en un número finito de puntos. Es un cambio de objetivo, no solo de técnica: el método analítico es exacto pero limitado a la teoría; el numérico es aproximado pero funciona con cualquier geometría o carga, por complicada que sea.

El FEA no busca la respuesta exacta. Busca una aproximación lo bastante buena, en miles de puntos a la vez.

Discretizar: dividir para poder resolver

La idea que sostiene todo el FEA es la discretización: trocear un sistema continuo y complejo en un número finito de piezas simples, los elementos finitos.

Es el mismo truco que usarías para calcular el área de un círculo sin conocer πr². No sabes integrar la curva, pero sí sabes calcular el área de un triángulo. Con 4 triángulos inscritos obtienes una aproximación tosca. Con 32, el resultado se acerca tanto al área real que el error deja de importar. Más elementos, menos error — hasta que el coste de calcular más elementos deja de compensar.

Fig. 1 — Aproximar un círculo con triángulos inscritos. A más elementos, menor error de discretización: el mismo principio con el que el FEA trocea una pieza real.

Con una estructura real el proceso es idéntico, solo que en tres dimensiones y con miles de piezas en vez de unos pocos triángulos:

El todo. La pieza real — un componente de motor, un puente, un hueso.
Las partes. Miles de elementos pequeños: ladrillos hexaédricos, pirámides tetraédricas, láminas cuadriláteras.
Los conectores. Los puntos donde esos elementos se unen entre sí: los nodos.

Al conjunto de elementos y nodos se le llama malla. Es la traducción geométrica de la pieza real a un lenguaje que el solver puede procesar.

De la malla al sistema de ecuaciones

Una vez discretizada la pieza, el software asigna a cada elemento una ecuación sencilla: una relación entre la carga que recibe y cómo se deforma, en función del material — acero, aluminio, lo que sea. Cada una de esas ecuaciones, por separado, es trivial.

Lo que no es trivial es lo que ocurre después: el ordenador ensambla todas esas ecuaciones individuales en una única matriz de rigidez global, que representa a la estructura completa como un sistema de ecuaciones algebraicas simultáneas.

{K} · {u} = {F}

K es la matriz de rigidez, ensamblada elemento a elemento; F son las cargas aplicadas; u es la incógnita — el desplazamiento de cada nodo. Resolver ese sistema, con miles o millones de incógnitas, es lo que hace el ordenador cuando «corre» un cálculo. A partir de los desplazamientos nodales, el software deriva las deformaciones y, con la ley de comportamiento del material, las tensiones que ves en el contorno de colores.

Fig. 2 — De la malla a la matriz: cada elemento aporta su ecuación local; el ensamblado las combina en un único sistema global.

Lo que separa un modelo correcto de uno útil

Pasar de la realidad al modelo matemático implica aceptar que el FEA es una aproximación, no una verdad. Eso no es una debilidad del método — es su naturaleza. La pregunta que importa no es «¿es exacto el resultado?», porque nunca lo es del todo. Es «¿es la aproximación suficientemente buena para la decisión que tengo que tomar?».

Esa pregunta no la responde el software. La responde el criterio con el que se ha simplificado la geometría, elegido el tipo de elemento y planteado las hipótesis del cálculo. Un buen ingeniero de FEA no es el que mejor maneja la interfaz — es el que entiende, en cada malla que genera, qué está aproximando y a qué precio.

FIN

Open any FEA report and you'll see a solid covered in colour, a peak stress number, and a verdict on whether the part holds. What almost never gets explained — not in the report, not in the course that taught it — is the step before that: how a real physical object becomes something a computer can solve. That step isn't magic. It's a deliberate choice, with consequences, and understanding it is what separates operating the software from understanding what it does.

Exactness versus applicability

Classical engineering teaches you to solve problems with analytical methods: closed-form expressions, valid at every one of the infinite points in a body. Strength of materials calculates the tip deflection of a cantilever beam under a point load with absolute precision. The catch is that this exactness comes at a price: it only works for simple geometries.

Analytical methods fall short almost immediately in practice:

They only solve simple geometries — prisms, cylinders, flat plates.
They handle irregular loads and non-isotropic materials poorly.
They depend on differential equations that, outside the classroom, almost never have a closed-form solution.

That's where numerical methods come in. Instead of chasing an exact solution for the whole body, FEA computes an approximate one at a finite number of points. It's a change of objective, not just of technique: the analytical method is exact but limited to theory; the numerical one is approximate but works with any geometry or load, however complicated.

FEA doesn't look for the exact answer. It looks for a good enough approximation, at thousands of points at once.

Discretising: dividing in order to solve

The idea underpinning all of FEA is discretisation: cutting a continuous, complex system into a finite number of simple pieces — finite elements.

It's the same trick you'd use to calculate the area of a circle without knowing πr². You don't know how to integrate the curve, but you do know how to calculate the area of a triangle. With 4 inscribed triangles you get a rough approximation. With 32, the result gets close enough to the real area that the error stops mattering. More elements, less error — until the cost of computing more elements stops being worth it.

Fig. 1 — Approximating a circle with inscribed triangles. More elements mean less discretisation error — the same principle FEA uses to cut up a real part.

With a real structure the process is identical — just in three dimensions, with thousands of pieces instead of a handful of triangles:

The whole. The real part — an engine component, a bridge, a bone.
The parts. Thousands of small elements: hexahedral bricks, tetrahedral pyramids, quadrilateral shells.
The connectors. The points where those elements join each other: the nodes.

The set of elements and nodes is called the mesh. It's the geometric translation of the real part into a language the solver can process.

From mesh to system of equations

Once the part is discretised, the software assigns each element a simple equation: a relationship between the load it receives and how it deforms, based on the material — steel, aluminium, whatever it is. Each of those equations, on its own, is trivial.

What isn't trivial is what happens next: the computer assembles all those individual equations into a single global stiffness matrix, representing the whole structure as one system of simultaneous algebraic equations.

{K} · {u} = {F}

K is the stiffness matrix, assembled element by element; F is the applied load; u is the unknown — the displacement at each node. Solving that system, with thousands or millions of unknowns, is what the computer is doing when it "runs" an analysis. From the nodal displacements, the software derives strains and, through the material's constitutive law, the stresses you see in the colour contour.

Fig. 2 — From mesh to matrix: each element contributes its local equation; assembly combines them into a single global system.

What separates a correct model from a useful one

Going from reality to a mathematical model means accepting that FEA is an approximation, not a truth. That's not a weakness of the method — it's its nature. The question that matters isn't "is the result exact?", because it never fully is. It's "is the approximation good enough for the decision I need to make?"

The software doesn't answer that question. It's answered by the judgement behind how the geometry was simplified, which element type was chosen, and what assumptions went into the analysis. A good FEA engineer isn't the one who's best at the interface — it's the one who understands, in every mesh they build, what they're approximating and at what cost.

END