[mabbo009]

Hello all,

I have a simulation that requires a sin wave pressure pulse at the inlet. In order to do this I have written the udf shown below and added the two extra lines for parallel operation. Even with these I am still getting errors when trying to load all the nodes for parallel implementation. I have found bits and pieces about running this through visual studio but the implementation there is beyond me provided the lack of structure to the instructions and my personal ignorance. I am sure there is something simple or obvious I am missing but sadly I am an undergraduate mechanical student and my adviser is of little help. If anyone can assist me here it would be greatly appreciated.

I am working and limited to working on a pc running windows 7 with 4 cores. I understand this is a much simpler job on linux but, as is life I must work with what I am given (and please avoid responses about running dual boot. this is an academic machine and they will not let me load such things onto the computer).

Thanks all in advance for any help provided.


//************************************************** *********************
//stepfunction.c
//UDF for specifying step pressure rise boundary condition
//************************************************** **********************//
#include "udf.h"

DEFINE_PROFILE(unsteady_pressure, thread, position)
{
#if !RP_HOST

face_t f;
real g;
real x1 = CURRENT_TIME*12.566;
g = sin(x1);

begin_f_loop(f,thread);
{
F_PROFILE(f, thread, position) = (55+10*g)*6894.757;
}
end_f_loop(f, thread)
#endif
}

[vasava]

What is the error message?

[mabbo009]

So I went through all the other stuff with adding system variables and finally got it to compile a non-parallel code.

Copied C:\Users\Michael\Desktop\APU
ew 3.c to libudf\src
Copied C:\Users\Michael\Desktop\APU\udf.h to libudf\src
user_nt.udf file is outdated. So, recreating the file for 3ddp_host ...
udf_names.c file is outdated. So, recreating the file for 3ddp_host ...
(system "copy "C:\PROGRA~1\ANSYSI~1\v150\fluent"\fluent15.0.0\sr c\makefile_nt.udf "libudf\win64\3ddp_host\makefile" ")
1 file(s) copied.
(chdir "libudf")(chdir "win64\3ddp_host")user_nt.udf file is outdated. So, recreating the file for 3ddp_node ...
udf_names.c file is outdated. So, recreating the file for 3ddp_node ...
(system "copy "C:\PROGRA~1\ANSYSI~1\v150\fluent"\fluent15.0.0\sr c\makefile_nt.udf "libudf\win64\3ddp_node\makefile" ")
1 file(s) copied.
(chdir "libudf")(chdir "win64\3ddp_node")
Done.

However, when I attempted the parallel code i got this:

opied C:\Users\Michael\Desktop\APU/C:\Users\Michael\Desktop\APU\SIN_Par.c to libudf\src
Copied C:\Users\Michael\Desktop\APU/C:\Users\Michael\Desktop\APU\udf.h to libudf\src
udf_names.c and user_nt.udf files in 3ddp_host are upto date.
(system "copy "C:\PROGRA~1\ANSYSI~1\v150\fluent"\fluent15.0.0\sr c\makefile_nt.udf "libudf\win64\3ddp_host\makefile" ")
1 file(s) copied.
(chdir "libudf")(chdir "win64\3ddp_host")user_nt.udf file is outdated. So, recreating the file for 3ddp_node ...
udf_names.c file is outdated. So, recreating the file for 3ddp_node ...
(system "copy "C:\PROGRA~1\ANSYSI~1\v150\fluent"\fluent15.0.0\sr c\makefile_nt.udf "libudf\win64\3ddp_node\makefile" ")
1 file(s) copied.
(chdir "libudf")(chdir "win64\3ddp_node")# Generating udf_names.c because of makefile SIN_Par.obj
udf_names.c
udf_names.c(9) : warning C4113: 'void (*)()' differs in parameter lists from 'void (*)(void)'
# Linking libudf.dll because of makefile user_nt.udf udf_names.obj SIN_Par.obj
Microsoft (R) Incremental Linker Version 12.00.21005.1
Copyright (C) Microsoft Corporation. All rights reserved.

Creating library libudf.lib and object libudf.exp
SIN_Par.obj : error LNK2019: unresolved external symbol __imp__RP_Get_Float referenced in function _unsteady_pressure
libudf.dll : fatal error LNK1120: 1 unresolved externals

Done.

[vasava]

Have you installed visual studio and SDK properly? If not then you must do it first.

[mabbo009]

If it was not installed correctly, would it have compiled the non parallel udf?

[Kokemoor]

If it successfully compiled your serial code, the compiler is probably fine. Could you post your new code that works in serial?

[mabbo009]

same code, it just gets rid of the parallel stuff.


//************************************************** *********************
//stepfunction.c
//UDF for specifying step pressure rise boundary condition
//************************************************** **********************//
include "udf.h"

DEFINE_PROFILE(unsteady_pressure, thread, position)
{


face_t f;
real g;
real x1 = CURRENT_TIME*12.566;
g = sin(x1);

begin_f_loop(f,thread);
{
F_PROFILE(f, thread, position) = (55+10*g)*6894.757;
}
end_f_loop(f, thread)

}

[Kokemoor]

Ah, I misunderstood; thought you had made some changes. Looking more closely, it looks like it might be related to your sin(x1) call. Try replacing that with 'g=2*x1' or something similarly basic, and see if it will compile.

[macfly]

Hi Mike,

May I ask why you absolutely want to compile the udf? It can be interpreted. Just curious.

As Andrew pointed out, the sin call is inside the f_loop in the example of section 8.2.1.2 of the UDF Manual 15.0, maybe it's for a reason?

[vasava]

Your UDF may not not need #if !RP_HOST if you ensure that the face to which you are applying the condition is intact (not shared by multiple parts) after dividing your mesh in to multiple parts for parallel processing.

I have used a UDF with DEFINE_PROFILE macro on a cluster with 4-8 processors without changing the UDF and it worked fine. I can say this ONLY for UDF with DEFINE_PROFILE and DEFINE_PROPERTY macros.

[Kina]

Well, if you just need it once, you can open fluent serial, import udf, close fluent, save, open fluent in parallel. Or doesn't that work for you?

[mabbo009]

Its the end of the semester and im getting hammered. So in response to your comments and suggestions:

So I tried replacing the sin call and it gave me the same error.

When I attempt to interpret I get an error for each core I had requested to run on.

And when I attempt to interpret or compile without the RP_HOST I get errors about the .c not being parallel

Further, I have attempted to run this on a unix cluster and am getting the same errors. What am I missing?

(sorry I am not providing you with these errors...the licenses are being used and I cannot get into the system to run and screen shot the output)

[upeksa]

#include "udf.h"

DEFINE_PROFILE(unsteady_pressure, thread, position)
{
#if !RP_HOST

face_t f;
real g;
real x1 = CURRENT_TIME*12.566;
g = sin(x1);

begin_f_loop(f,thread);
{
F_PROFILE(f, thread, position) = (55+10*g)*6894.757;
}
end_f_loop(f, thread)
#endif
}

You must delete the semi colon after begin_f_loop.
If I were you, I would include "math.h" since you are using a "sin" function.

Cheers

[Bharadwaj B S]

Originally Posted by vasava

Your UDF may not not need #if !RP_HOST if you ensure that the face to which you are applying the condition is intact (not shared by multiple parts) after dividing your mesh in to multiple parts for parallel processing.

I have used a UDF with DEFINE_PROFILE macro on a cluster with 4-8 processors without changing the UDF and it worked fine. I can say this ONLY for UDF with DEFINE_PROFILE and DEFINE_PROPERTY macros.

Hi Paritosh,

I just wanted to ask you if there were any changes to the results by using same serial code in parallel? And is this applicable to only DEFINE_PROFILE and DEFINE_PROPERTY or any other macros also?

Thanks in advance,
Bharadwaj B S

[vasava]

Originally Posted by Bharadwaj B S

I just wanted to ask you if there were any changes to the results by using same serial code in parallel? And is this applicable to only DEFINE_PROFILE and DEFINE_PROPERTY or any other macros also?

Thanks in advance,
Bharadwaj B S

I have used a UDF with macros DEFINE_PROFILE and DEFINE_PROPERTY in serial and parallel without any changes. I did not see any difference.

My claim is limited to the two macros that I mentions. I can not comment on the other macros.

[Bharadwaj B S]

Dear Paritosh,

Thanks for your reply. It is working fine in parallel.

Thanks again,
Bharadwaj B S