The discussion revolves around a request for an MCNP simulated APR1400 input file featuring a 16x16 lattice inside a 17x17 lattice. Participants express concern about the implications of seeking files related to a North Korean nuclear reactor, questioning the intent behind the request. Technical issues are discussed, including geometry errors and alignment problems within the input file, with suggestions for adjustments to correct these issues. The conversation highlights the complexities of modeling nuclear reactors and the potential legal and ethical considerations surrounding such simulations. Ultimately, the thread underscores the importance of clarity in requests for technical assistance, especially regarding sensitive topics.
#1
Islam Nabil
14
1
TL;DR Summary
need a MCNP simulated APR1400 input file? which consists of lattice 16x16 inside a lattice 17x17
need a MCNP simulated APR1400 input file? which consists of lattice 16x16 inside a lattice 17x17 ??
TL;DR Summary: need a MCNP simulated APR1400 input file? which consists of lattice 16x16 inside a lattice 17x17
need a MCNP simulated APR1400 input file? which consists of lattice 16x16 inside a lattice 17x17 ??
Is is just me that finds it a little fishy that someone wants what appear to be test files for a North Korean pressurized water nuclear reactor?
Now mind there's not necessarily anything fishy about it but it just seems to me a strange way to solicit help with a North Korean nuclear programme. Even for education purposes....
#3
Alex A
Gold Member
377
262
South Korean, and yes, it may just be you that finds it fishy.
#4
Islam Nabil
14
1
May be the question not clear ... I ment need a input file which consists of lattice 16x16 inside a lattice 17x17 pitches
??
I will be more detailed ... How can i make a lattice 16x16 is a univers fill another lattice ... There is a block message always ...
Last edited:
#5
Islam Nabil
14
1
I will be more detailed ... To make this ... I have to make a 17x 17 rpp boxes manually and in the same way its surfaces and cells . Haven't I? I think there is another way ... !
#6
Alex A
Gold Member
377
262
Show us your input file attempt. Either change it to add .txt and then attach it, or paste it into code tags.
#7
Islam Nabil
14
1
The input file ... There is a lattice 16x16 in the center 0.0.0 and another big lattice ... If u make the cell 2 which fill the small lattice a univers of for ex u =5 and fill the big one by it ...Always there is a block message or a geometry error .... Try it
This isn't right and the order also looks not normal, -22 21 -24 23 -5 6 may fix it but there are alignment problems too.
#9
sbrothy
Gold Member
1,081
945
Alex A said:
South Korean, and yes, it may just be you that finds it fishy.
Indeed. I don't know what information I ran with but see clearly now that it's a South Korean project. I apologize for my paranoia. There's of course nothing strange about technology finding it's way across borders - even demilitarized borders - when one country invests heavily in military and cyberespionage to the detriment of it's unhappy citizens.
I wish South Korea all the best (and ditto the poor inhabitants of North Korea).
Good luck.
EDIT:
On a somewhat lighter note have you noticed that the more oppresive a dictatorhip is the bigger their hats are?
Last edited:
#10
Alex A
Gold Member
377
262
*has a quick look at the hats my own country uses and decides to keep quiet*
APR1400 seems to be approved in the US and EU so I don't see any problems, they even sent the US an mcnp input code in their application, but marked it 'proprietary' so I guess we don't get to see it.
In addition to the previous issue, universe 11 is defined but not used, and the objects in it are only ever applied to # universe 10 cells. This is weird and probably a mistake. There is always that one cell that is just 'space but not any of the objects in it', but apart from that I really don't like #ing. If nothing else it makes it quite hard to read.
The alignment issue is due to,
Code:
21 px 10.9
22 px 31.4632
23 py 10.9
24 py 31.4632
Which is a long way away from the lattice generated by the other fill, so the new fill copies only out of bounds undefined cells. Replacing that with,
produces something that looks okay. It's a 16x16 lattice nested in a 16x16 lattice. This might not be the best way to do it though. Homogeneous pins might be more flexible and faster to simulate. There are also tally restrictions on nested lattices.
I don't have a fixed version to upload, I made a lot of changes tracking things down, so my copy is a mess. If fixing these errors doesn't solve the problem upload the new version and I'll figure out why.
#11
Grelbr42
68
125
Maybe the OP does not know why people responded weirdly. The thing you asked for was a model of a nuclear reactor.
A detailed model of such a reactor is very likely to be commercially protected (copyright, patent, etc. etc.). As well, it could be subject to export control because it is nuclear information in a world that, with some good reason, has a large amount of seriousness connected to such issues. Even if I had such a thing I would not be posting it on the net.
Later in the thread you seem to just want to know how to do an array. That's a very different thing. With that we are glad to help.
