Engeneering drawings (sloppy)

[trsch]

Esben and I talked, and agreed that some sloppy engeneering drawings of the core would be nice there are also some (not neutron transport related) calculations to be made - like flow speed, heat transport and temperatures... Esben and I will be occupied doing the neutronics simulations, hence we were wondering if this is something for some of you guys(?). Esben and I drawed the basics of a core design, but more thought needs to go into this, and lots of calculations... We should have a meeting concerning this issue.

[skaersoe]

I'm up fof that

[Askjensen]

Good idea, I might even have ttime for a bit of work:) Den 06/12/2014 02.50 skrev "Morten Dam Jørgensen" <notifications@github.com

:

I'm up fof that

— Reply to this email directly or view it on GitHub https://github.com/mdj/Reactive/issues/24#issuecomment-65880537.

[Askjensen]

Hi all, Just a few thoughts on the first few steps towards a very basic bluebrint. As I see it these are some of the steps we need for that and modelling tools to go with each step.

The two multiphysics elements are heat transfer and flow dynamics. Besides serpant 2 numerous open source codes (c++) are available that can do either or both. We could probably write it ourselves, but it might not be needed at all. Elmer for instance seems pretty cool for the fluid part: https://research.csc.fi/documents/49902/155774/elmer_fsi.ogg/89f0ad68-45dc-410c-8483-02f041132c95 but I think we should do a bit of testing to find one that can combine both elements.

In parallel we need to do the overall schematics. One question that comes to mind is whether we expect to use the output of MCNPX directly for the heat transfer (e.g. heat deposit per area'ish -> probagated) or whether we want to have some kind of geometry model in parallel? We need the geometry anyway for the flow simulation and in the end we want to interface everything somehow.

Morten if you are already looking at something here and want something specific of me lets talk, else I'll try to look a bit more at the tools and see if I can come up with some suggestions.

[Eirikep]

Ask, as far as I know, another open-source tool (written in C++) which is widely used for computational fluid dynamic calculations is OpenFoam. It could also be worth looking into, though I don't know the learning curve or anything as I haven't come as far as to try it yet. It's on my to-do list, though.

• Eirik On 9 Dec 2014 09:32, "Ask Jensen" notifications@github.com wrote:

Hi all, Just a few thoughts on the first few steps towards a very basic bluebrint. As I see it these are some of the steps we need for that and modelling tools to go with each step.

The two multiphysics elements are heat transfer and flow dynamics. Besides serpant 2 numerous open source codes (c++) are available that can do either or both. We could probably write it ourselves, but it might not be needed at all. Elmer for instance seems pretty cool for the fluid part: https://research.csc.fi/documents/49902/155774/elmer_fsi.ogg/89f0ad68-45dc-410c-8483-02f041132c95 but I think we should do a bit of testing to find one that can combine both elements.

In parallel we need to do the overall schematics. One question that comes to mind is whether we expect to use the output of MCNPX directly for the heat transfer (e.g. heat deposit per area'ish -> probagated) or whether we want to have some kind of geometry model in parallel? We need the geometry anyway for the flow simulation and in the end we want to interface everything somehow.

Morten if you are already looking at something here and want something specific of me lets talk, else I'll try to look a bit more at the tools and see if I can come up with some suggestions.

— Reply to this email directly or view it on GitHub https://github.com/mdj/Reactive/issues/24#issuecomment-66249450.

[Askjensen]

Yes openfoam is one of the tool I've seen people are recommending (https://www.linkedin.com/groups/Can-anyone-recommend-open-source-1629327.S.104872979) so it might be a good choice. I think the essential part for us is actually the interfacing so we should be confident that we can interface all tools before we start too much work on them.

just from looking at forums we might be able to use something like: http://gid.cimne.upc.es/ but we need to use some time looking at this I think.

[Askjensen]

sry a bit too quick - that isn't opensource... :)

[Askjensen]

"The Evaluation Version of GiD is completely functional but geometry is limited to 25 surfaces and meshes are limited to 1010 nodes. "

[skaersoe]

OpenFoam is a good idea. Have a look at this thesis https://www.politesi.polimi.it/bitstream/10589/89364/3/manuele_aufiero_phd_thesis_2014.pdf