cc4dcedd4c
Changes of class structures, additional models.
2016-03-30 16:48:50 +02:00
7e6aefc052
Minor changes.
2016-03-30 16:46:19 +02:00
8bfe2901b8
New solver, explicitly handling chemistry.
2016-03-30 16:45:39 +02:00
fff5d45e4c
Minor changes.
2016-03-30 16:44:28 +02:00
4cb96a17c4
Classes to exchange species concentrations.
2016-03-04 14:59:46 +01:00
43f0574a72
Minor changes.
2016-03-01 13:24:35 +01:00
221cc19233
Piso with passive temperature equation.
2016-02-29 17:21:29 +01:00
7242c84635
Minor modifications.
2016-02-29 17:18:59 +01:00
0a818fa98c
Merge branch 'develop' into feature/cfdemSolverRhoPimple
...
Make new drag law available.
2016-02-29 09:35:36 +01:00
c0daf66680
Merge pull request #3 from ParticulateFlow/feature/BeetstraDrag
...
Feature/beetstra drag
2016-02-29 09:28:06 +01:00
e2a2cdc6ac
Make Beetstra drag fit for coarse graining.
2016-02-29 09:27:10 +01:00
6675ec3868
Minor changes.
2016-02-28 19:41:27 +01:00
e6f51210c4
Minor changes.
2016-02-27 13:20:27 +01:00
46111bb4cb
Energy models.
2016-02-27 13:20:09 +01:00
9a596eb4d2
Beetstra drag law, added citation.
2016-02-26 11:03:11 +01:00
434e3983f6
Basics for compressible, reacting flows.
2016-02-25 15:39:17 +01:00
9fc7dcf4f2
Moved heat transfer from force to energy models.
2015-08-24 10:15:59 +02:00
8a97305e85
Added energyModel to handle heat transfer etc.
2015-08-22 11:53:12 +02:00
2ec3a3efe7
Included heat transfer between particles and fluid, thermal conductivity of fluid;
2015-08-21 12:49:30 +02:00
993af3bea9
Removed some unnecessary files.
2015-08-04 14:28:58 +02:00
892afa5105
Compressible CFD-DEM solver based on rhoPimpleFoam. No energy transfer between gas and particle phase yet.
2015-08-04 14:15:43 +02:00
7e900b2bbc
Fixed missing sign in drag coefficient.
2015-07-27 08:37:55 +02:00
c41e2966d5
Added Beetstra drag law (monodisperse case)
2015-07-21 14:41:54 +02:00
bd4a11de47
fix generation of satellite points on sphere surface
...
integer division caused irregular gap; off-by-one error caused first set
of xySplit points to be at the same position
2015-04-13 10:40:56 +02:00
eaa75ad0b3
dataExchangeModel: fix potential memory leaks
2015-04-02 13:25:17 +02:00
0c66e15979
fix my own stupidity
2015-04-02 10:58:50 +02:00
6c07ee75c0
re-allocation: revert to original behaviour
...
The problem with allocateArray is that the base class dataExchangeModel
actually allocates new memory disregarding already allocated (and
populated) memory while derived classes like twoWayMPI and
twoWayMany2Many ultimately use realloc
2015-04-02 09:41:22 +02:00
47772ea9d4
use correct data type
2015-04-01 16:44:39 +02:00
e255c3c28e
width of this array has nothing to do with maxCellsPerParticle_
...
This is effectively a 1D array, but there's no method to automatically
create a 1D array with the length of nParticles as there is for the 2D
case ...
2015-04-01 16:35:16 +02:00
4c5d63e966
remove unused calls of MPI_Comm_rank
2015-04-01 15:35:15 +02:00
46ca306ada
re-allocation of memory part 2
...
first destroy already allocated memory, then allocate new memory
2015-04-01 15:24:09 +02:00
077e0ff8aa
clean up namespace
2015-04-01 11:45:24 +02:00
fd3a6362bf
re-allocation of memory
...
first destroy already allocated memory, then allocate new memory
2015-04-01 10:53:01 +02:00
7161d6f15f
use correct data type
...
converting back and forth between double and integer may cause issues
2015-03-31 17:18:05 +02:00
e2343661bb
reflect what OpenFOAM expects
2015-03-31 16:35:05 +02:00
d387a2117f
use const word& instead of word in parameter list
...
oops .. here as well
2015-03-31 16:31:36 +02:00
ededde9190
MPI: (rank < size) is always true
2015-03-31 15:48:16 +02:00
851deae90b
use const word& instead of word in parameter list
2015-03-31 15:34:56 +02:00
6ad466dcea
remove extra semicolons
2015-03-31 15:08:50 +02:00
f5c277b1c7
formatting
2015-03-31 15:02:51 +02:00
87536c03fd
reduce divisions
2015-03-31 14:57:07 +02:00
5246a1ec66
integer division
2015-03-31 14:52:32 +02:00
e5dfd4b4eb
Simplified twoWayMPI
...
The code seems to be derived from the LAMMPS COUPLE library. The original COUPLE code
allowed using a subset of the global processors for the coupled code. Some fractions
of that code remained, but on their own don't make sense anymore. Since no additional
colors are assigned to processors, MPI_Comm_split effectively just duplicates the
global communicator, which can be easily done using MPI_Comm_dup.
The second simplification is that the code tried to limit IO to MPI rank 0. The filename
of the input script was read in by one MPI rank and then broadcasted to all other ranks.
While from the outside this seems to make sense from an MPI programmer standpoint, it does
not take the OpenFOAM implementation into account. IODictionary is already multi-processor
aware. Reading operations are done only on the master processor. This means the dictionary
is already in memory for each MPI processor at this point in time and lookup() is an
in-memory operation.
2015-03-31 11:36:31 +02:00
1f0efcae7f
make the value that is set useable ...
2015-03-30 15:46:18 +02:00
78918f8831
using predefined constant
2015-03-30 15:31:18 +02:00
11632e0539
improve readability
2015-03-30 14:20:26 +02:00
3ee0bf41de
remove temp variables / simplify
2015-03-30 14:17:35 +02:00
3ca84c7dea
accidentially removed parenthesis
2015-03-27 14:47:16 +01:00
d697c7afe0
white space clean up
2015-03-27 13:11:34 +01:00
981a8390c6
be generous with comment characters
2015-03-27 13:11:04 +01:00
