magnetic field/vector potent./internal bound.
 

Hello, foamers.

Still looking how to make a magnetic field solver. Solver that was introduced with OF 2.1 - magneticFoam - didn't work for me so I decided to try solver that uses vector potential A.

Problem is that things just doesn't work that simple and everything reduces that Openfoam has problems with internal patches (in my opinion).

What I want to achieve is this, but in 3D:http://desmond.imageshack.us/Himg341...ng&res=landing

I managed to get internal patches with gmsh, but it seems it doesn't take in consideration inside of the material with higher permeability.

B lines, as you can observe in image below, can't get in. I think the problem is with the boundary conditions because they are defined only from one side. Could that be a reason? I really don't see myself making a multi-region-magnetic-foam as I hope in simpler solution.

At the moment I'm still trying to get two sided wall running, maybe that could help more.

http://img441.imageshack.us/img441/3425/00005f.png

Any ideas what should I define on boundaries to get B lines (flux) inside the magnetic wire (material with higher permeability than surrounding)?

I know that one thing could be Neumann boundary condition where dA/dn=0 [A - vector potential and n - vector of normal].

Yours,
Martin

P.S. My problem to get 2 sided patch is mentioned here (I can't figure out the steps that need to be taken) - http://www.cfd-online.com/Forums/ope...tml#post357032

Greetings!

http://s13.postimage.org/rbn169rzb/Untitled_1.gif

Sorry for small picture, but I hope it is understandable. I have drawn 2 cells, the black line is internal boundary (has cells from both sides). I managed to do that createBaffles thing and I have patches to both sides. My question - is it possible using GroovyBC to take a functions F value from cell above and put this value on boundary to other side? I want to try that from one side I have zeroGradient, but from the other I have a value of function so my solver could get initial value for calculations.

Sincerely,
Martin