rotational cyclic openfoam 2.0

doubtsincfd · October 6, 2011, 21:10

rotational cyclic bc not working with grad operator

doubtsincfd · October 6, 2011, 22:59

okay I know that we have to specify

transform rotational;
rotationAxis (0 0 1);

Now what I am doing is, I am using laplacianFoam to get a potential flow solution. The T in it is acutally the velocity potential for me. Then the write.H file writes the ouput for the U, V and W velocities. But when I plot the vector, they are not at all rotationally periodic. They look as if a vector has just been picked up from one face center to another (the vectors on both patches are parallel!) So doesnt gradT calculation support the transformation?

October 6, 2011, 21:10	rotational cyclic openfoam 2.0	#1
doubtsincfd Senior Member Join Date: Nov 2009 Location: Michigan Posts: 135 Rep Power: 16	rotational cyclic bc not working with grad operator Last edited by doubtsincfd; October 6, 2011 at 23:00.

Similar Threads
Thread	Thread Starter	Forum	Replies	Last Post
Problem with cyclic boundaries in Openfoam 1.5	fs82	OpenFOAM	36	January 7, 2015 00:31
Updating OpenFOAm 1.6 to 2.0	fs82	OpenFOAM	1	May 3, 2012 09:19
Building a custom solver on OpenFOAM 2.0	wschosta	OpenFOAM Programming & Development	1	July 8, 2011 15:07
[Commercial meshers] Handling cyclic BC from gambit to openfoam for a cascade airfoil problem - OF 1.6	maverick	OpenFOAM Meshing & Mesh Conversion	2	June 18, 2011 04:36
Cross-compiling OpenFOAM 1.7.0 on Linux for Windows 32 and 64bits with Mingw-w64	wyldckat	OpenFOAM Announcements from Other Sources	3	September 8, 2010 06:25

October 6, 2011, 22:59		#2
doubtsincfd Senior Member Join Date: Nov 2009 Location: Michigan Posts: 135 Rep Power: 16	okay I know that we have to specify transform rotational; rotationAxis (0 0 1); Now what I am doing is, I am using laplacianFoam to get a potential flow solution. The T in it is acutally the velocity potential for me. Then the write.H file writes the ouput for the U, V and W velocities. But when I plot the vector, they are not at all rotationally periodic. They look as if a vector has just been picked up from one face center to another (the vectors on both patches are parallel!) So doesnt gradT calculation support the transformation?