Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

multiphysics #154

Open
asartori86 opened this issue Feb 26, 2016 · 5 comments
Open

multiphysics #154

asartori86 opened this issue Feb 26, 2016 · 5 comments

Comments

@asartori86
Copy link
Contributor

Before start to think about the design we should have for handling different physics with different interfaces (an maybe different meshes) I would like to have clear what are the ingredients we need for handling such situations.

Let's have two comments with the list for the two different cases

@luca-heltai
Copy link
Contributor

  • different meshes (prototype: IFEM)
  • different physics on the same mesh (prototype: step-32)
  • different types (BEM-FEM)

@asartori86
Copy link
Contributor Author

let's start with the easiest one: different physics on the same mesh (prototype: step-32)

  • dof_handler?
  • solution_vector?

@luca-heltai
Copy link
Contributor

Case of different meshes:

  • two-way access (it maybe enough to have friendship)
  • a mechanism to construct coupling (this is also valid for the other case)

@luca-heltai
Copy link
Contributor

I think the two are not too different. You still have two DH, two sets of explicit and implict vectors, etc. I think if we have two full pidomus interfaces, we should be good to go. Actually we could rename pi-DoMUS to SinglePhysicsProblem, and then construct the new pi-DoMUS as a collection of SinglePhysicsProblems.

@luca-heltai
Copy link
Contributor

Let's discuss with Wolfgang about this...

:)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants