iMechanica - displacement gradient
https://imechanica.org/taxonomy/term/5690
enHow to supply a visualization for the displacement gradient tensor
https://imechanica.org/node/9159
<div class="field field-name-taxonomy-vocabulary-8 field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/taxonomy/term/131">stress</a></div><div class="field-item odd"><a href="/taxonomy/term/132">strain</a></div><div class="field-item even"><a href="/taxonomy/term/973">software</a></div><div class="field-item odd"><a href="/taxonomy/term/5262">Tensor Visualization</a></div><div class="field-item even"><a href="/taxonomy/term/5263">Visualization</a></div><div class="field-item odd"><a href="/taxonomy/term/5550">displacement</a></div><div class="field-item even"><a href="/taxonomy/term/5689">toy</a></div><div class="field-item odd"><a href="/taxonomy/term/5690">displacement gradient</a></div><div class="field-item even"><a href="/taxonomy/term/5691">rotation</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"><p>
Hi all,
</p>
<p>
[Warning: The writing is long, as is usually the case with my posts :)]
</p>
<p>
It all began with a paper that I proposed for an upcoming conference in India. The extended abstract got accepted, of course, but my work is still in progress, and today I am not sure if I can meet the deadline. So, I may perhaps withdraw it, and then submit a longer version of it to a journal, later.
</p>
<p>
Anyway, here is a gist of the idea behind the paper. I am building a very small pedagogical software called "toyDNS." DNS stands for <strong>D</strong>isplacement, strai<strong>N</strong>, and stre<strong>S</strong>s, and the order of the letters in the acronymn emphasizes what I (now) believe is the correct hierarchical order for the three concepts. Anyway, let's keep the hierarchical order aside and look into what the software does---which I guess could be more interesting.
</p>
<p>
The sofware is very very small and simple. It begins by showing the user a regular 2D grid (i.e. squares). The user distorts the grid using the mouse (somewhat similar to the action of an image-warping software). The software then, immediately (in real time, without using menus etc.) computes and shows the following fields in the adjacent windows: (i) the displacement vector field, (ii) the displacement gradient tensor field, (iii) the rotation field, (iv) the strain field, (v) and the stress field. The software assumes plane-stress, linear elasticity, and uses static configuration data for material properties like nu and E. The software also shows the boundary tractions (forces) that would be required to maintain the displacement field that the user has specified.
</p>
<p>
Basically, the idea is that the beginning undergraduate student encountering the mechanics of materials for the first time, gets to see the importance of the rotation field (which is usually not emphasized in textbooks or courses), and thereby is able to directly appreciate the reason why an arbitrary displacement field does uniquely determines the corresponding stress fields but why the converse is not true---why an arbitrary stress/strain field cannot uniquely determine a corresponding displacement field. To illustrate this point (call it the compatibility issue if you wish) is the whole rationale behind this toy software.
</p>
<p>
Now, when it comes to visualizing the fields, I can always use arrows for showing the vector fields of displacements and forces. For strains and stresses, I can use Lame's ellipse (in 2D). In fact, since the strain and stress fields are symmetric, in <em>2D</em>, they each have only 3 components, which means that the symmetric tensor object as a whole can directly map onto an RGB (or HLS) color-space, and so, I can also show a single, full-color field plot for the strain (or stress) field.
</p>
<p>
Ok. So far, so good.
</p>
<p>
The problem is with the displacement gradient tensor (DG for short here). Since the displacement field is arbitrary, there is no symmetry to the DG tensor. Hence, even in 2D, there are 4 independent components to it---i.e. one component too many than what can be accomodated in the three-component color-space. So, a direct depiction of the tensor object taken as a whole is not possible, and something else has to be done. So, I thought of the following idea.
</p>
<p>
First, the notation. Assume that the DG tensor is being described thus:
</p>
<p>
DG11 DG12<br />
DG21 DG22
</p>
<p>
=
</p>
<p>
du/dx du/dy<br />
dv/dx dv/dy
</p>
<p>
where DGij are the components of the DG tensor, u and v are the x- and y-components of the displacement field, and the d's represent the <em>partial</em> differentation. (Also imagine as if the square brackets of the matrix notation are placed around the components listing above.)
</p>
<p>
Consider that DGij can be taken to represent a component of a vector that refers to the i-th face and j-th direction. Understanding this scheme is easier to do for the stress tensor. For the stress tensor, Sij is the component of the traction vector acting across the i-the face and pointing in the j-th direction. For instance, in fig. 2.3 here: <a href="http://en.wikipedia.org/wiki/Stress_(mechanics">http://en.wikipedia.org/wiki/Stress_(mechanics</a>), T^{e_1} is the vector acting across the face normal to the 1-axis.
</p>
<p>
Even if the DG tensor is not symmetric, the basic idea would still apply, wouldn't it?
</p>
<p>
Thus, each row in the DG tensor represents a vector: the first row is a vector acting on the face normal to the x-axis, and the second is another vector (which, for DG, is completely indpendent of the first) acting on the face normal to the y-axis. For 2D, subsitute "line" in place of "face."
</p>
<p>
If I now show these two vectors, they would completely describe the DG tensor. This representation would be somewhat similar to the "cross-bars" visualization commonly used in engineering software for the stress tensor, wherein the tensor field is shown using periodically cross-bars---very convenient if the grid is regular and uniform and has square elements.
</p>
<p>
Notice a salient difference, however. Since the DG tensor is <em>asymmetric</em>, the two vectors will not in general lie at right-angles to each other. The latter is the case only with the symmetric tensors such as the strain and stress tensors.
</p>
<p>
My question is this: Do you see any issues with this kind of visualization for the DG tensor? Is there any loss of generality by following this scheme of visualization? I mean, I read some literature on visualization of asymmetric tensors, and noticed that they sometimes worry about the eigenvalues being complex, not real. I think that complex eigenvalues would not be a consideration for the above kind of depiction of the DG tensor---the rotation part will be separately shown in a separate window anyway. But, still, I wanted to have the generality aspect cross-checked. Hence this post. Am I missing something? assuming too much? What are the other things, if any, that I need to consider? Also: Would you be "intuitively" comfortable with this scheme? Can you think of or suggest any alternatives?
</p>
<p>
Comments are welcome.
</p>
<p>
--Ajit
</p>
<p>
[E&OE]
</p>
</div></div></div>Mon, 25 Oct 2010 08:06:29 +0000Ajit R. Jadhav9159 at https://imechanica.orghttps://imechanica.org/node/9159#commentshttps://imechanica.org/crss/node/9159