code_saturne User's Forum

Hello, These arrays are "preprocessed" boundary condition codes (that are subject to a redesign in a future version), built from the icodcl/rcodcl arrays described in the user documentation. They match the a/b/af/bf coefficients described in the theoretical documentation's section on bound...

Hello, Your setup seems to be for v7.0. Could you try it in v8.0 ? Also, running the code in debug mode, I get a Fortran error in src/cogc/colecd.f90, line 607 (for v7.0), because iico2 is 0 (i.e. there is no CO2 variable), probably because the is no CO2 variable entry in your thermochemistry file. ...

Hello,

Yes. The idea If you are not familiar with a debugger, I can do a quick test on my side (it seems all the required files are in your archive). Just remind me which version of the code you are using.

Best regards,

Yvan

Hello, I suspect a reinitialization, but am not sure where it happens. If you are familiar with using a debugger, putting a breakpoint in your user initialization, and putting a watchpoint on the first value of one of your initialized fields would certainly help find this quickly. Otherwise adding &...

Hello, Did you check the return codes for calls to fread and fopen, to make sure data is read correctly ? What are the min/max/mean values indicated in the run_solver.log at the computation start ? Maybe data is read and reinitialized for this model (that would be considered a bug). Best regards, Yvan

Hello, If You see the messages you added (""Time in cs_user_initialization-ANN.c" and "END !" in the run_solver.log file, then it confirms the function was called correctly. Otherwise, this is strange. Just in case, you can try renaming cs_user_initialization-base.c to cs_us...

Hello,

Which version of code_saturne are you using and on which system ? Have you successfully used other user-defined functions with this build before ?

Best regards

Yvan

Hello, I do not think the EBRSM module has ever been tested with the compressible module, though I do not know if tgere is any incompatibility. In any case, if using this midel in a compressible context requires specific/modified source terms this is probably missing. Also, the compressible model us...

Hello,

The iteration number and order (i.e. sub-iteration) in the MED file may depend on how that file was written, so using 1,1 might be the solution. If no field gets updated after that, there may be another issue, such as a mismatch in field names, shifter coordinates, ...

Best regards,

Yvan

Hello,

Thanks for the feedback. I updated/fixed the wiki entry just now.

Best regards,

Yvan