Polaris *.t16 and *.x16 bug

81 views
Skip to first unread message

Pavel Suk

unread,
Dec 10, 2021, 2:49:04 AM12/10/21
to SCALE Users Group
Hello, 
  I have doubts about the results in the t16 file when the reflector simulation in Polaris sequence. The fission XS is zero, nu*fission is zero, however the kappa*fission is non zero in the t16 file. Is this the code bug? I cannot confirm it from x16 file, because the x16 file is not readable by the script 'x16convert.exe'. The similar numbers are in the output file in the field of the kappa*absorption, but the numbers are in the kappa*fissio field in the t16 file. This complication creates errors in the PARCS code (when using the GenPMAX script for data preparation).

I would like to ask if is it bug, or should I have to change something in the input file.

If the situation is bug and will be repaired in the next SCALE release, can I zero the values without any other impact?

I am sending the Polaris input file and t16, x16 and output file of the simulation

Thank you for your time and answers
Best Regards,
Pavel 
RadF1951=hotREF.t16
RadF1951=hotREF.out
RadF1951=hotREF.x16
RadF1951=hotREF.inp

Matthew A. Jessee

unread,
Dec 10, 2021, 7:45:13 AM12/10/21
to SCALE Users Group
Pavel,

We are aware of this inconsistency. Polaris provides a kappaAbsorption and kappaFission cross section value. PARCS and PMAXS files only support a kappaFission value. To accurately account for all energy contributions for the power normalization in the core in PARCS, we place the kappaAbsorption cross section on the kappaFission location in the .t16/x16 file. The easiest solution for now is to zero-out kappaFission in your reflector .t16 files. 

In future versions of SCALE, Polaris, GENPMAXS, we hope to iron out this inconsistency.

Thanks,
Reply all
Reply to author
Forward
0 new messages