- Jan 26, 2011
-
-
Oliver Sander authored
This is done by solving a mass matrix system. [[Imported from SVN: r6891]]
-
Oliver Sander authored
[[Imported from SVN: r6890]]
-
Oliver Sander authored
[[Imported from SVN: r6889]]
-
Oliver Sander authored
[[Imported from SVN: r6888]]
-
Oliver Sander authored
add a scaled identity to the rod stiffness matrix if there is no Dirichlet boundary: this regularizes the problem [[Imported from SVN: r6886]]
-
Oliver Sander authored
[[Imported from SVN: r6884]]
-
Oliver Sander authored
[[Imported from SVN: r6883]]
-
Oliver Sander authored
[[Imported from SVN: r6882]]
-
Oliver Sander authored
[[Imported from SVN: r6879]]
-
- Jan 24, 2011
-
-
Oliver Sander authored
Finish implementation of SteklovPoincareStep with contact problems. I don't dare to test this today... [[Imported from SVN: r6871]]
-
Oliver Sander authored
[[Imported from SVN: r6870]]
-
Oliver Sander authored
This handles the case that there are contact/mortar relations between the continua. Unfortunately, this does not quite fit into the framework: so far we have treated all continua individually. However, the contact solvers lumps everything into a single algebraic system. Consequently this is now getting a bit hacky. I hope to find something prettier in the future. The linearized NtD map for continua is not implemented yet. [[Imported from SVN: r6868]]
-
Oliver Sander authored
[[Imported from SVN: r6866]]
-
Oliver Sander authored
[[Imported from SVN: r6863]]
-
Oliver Sander authored
[[Imported from SVN: r6862]]
-
Oliver Sander authored
[[Imported from SVN: r6858]]
-
Oliver Sander authored
[[Imported from SVN: r6857]]
-
Oliver Sander authored
This completes the implementation. In principle, the Steklov-Poincare step should now work for arbitrary configurations of rods and continua. Known issues: - rods must not stick to the same continuum with both ends - all objects must have a nonempty Dirichlet boundary (will be fixed very soon) [[Imported from SVN: r6856]]
-
Oliver Sander authored
[[Imported from SVN: r6855]]
-
- Jan 23, 2011
-
-
Oliver Sander authored
[[Imported from SVN: r6854]]
-
Oliver Sander authored
[[Imported from SVN: r6853]]
-
Oliver Sander authored
[[Imported from SVN: r6852]]
-
Oliver Sander authored
[[Imported from SVN: r6851]]
-
Oliver Sander authored
[[Imported from SVN: r6850]]
-
Oliver Sander authored
[[Imported from SVN: r6849]]
-
Oliver Sander authored
[[Imported from SVN: r6848]]
-
Oliver Sander authored
[[Imported from SVN: r6847]]
-
Oliver Sander authored
[[Imported from SVN: r6846]]
-
Oliver Sander authored
SteklovPoincareStep class. That way it can access all its data. I don't know if that is better design-wise, but for the time being it make things simpler. [[Imported from SVN: r6845]]
-
Oliver Sander authored
The entire primal (i.e., Dirichlet-to-Neumann) should now run for arbitrary numbers of rods and continua. [[Imported from SVN: r6844]]
-
Oliver Sander authored
[[Imported from SVN: r6843]]
-
Oliver Sander authored
[[Imported from SVN: r6842]]
-
Oliver Sander authored
[[Imported from SVN: r6841]]
-
Oliver Sander authored
Because that is what happens. The previous solution of returning to FieldVectors, one as the return value and the other one using call-by-reference, was extremely ugly. This is an API change. [[Imported from SVN: r6840]]
-
Oliver Sander authored
[[Imported from SVN: r6839]]
-
Oliver Sander authored
[[Imported from SVN: r6838]]
-
Oliver Sander authored
[[Imported from SVN: r6837]]
-
Oliver Sander authored
[[Imported from SVN: r6836]]
-
Oliver Sander authored
[[Imported from SVN: r6835]]
-
Oliver Sander authored
Create rod by interpolating between two endpoints, which are expected to be already in the result container [[Imported from SVN: r6834]]
-