Commit Graph

383 Commits

Author SHA1 Message Date
839e00a00e Added force model depending on error in voidfraction. 2015-10-20 15:35:24 +02:00
434ffad1e9 Switched from auto pointers to pointers to be returend from class standardRecModel. 2015-10-20 12:20:02 +02:00
f058371f65 Added forceModelRec gradConcentration. Will take care to adjust particle number density. 2015-10-16 11:16:35 +02:00
6d6ebf1629 Fixed velocity transfer from OF to LIGGGHTS. 2015-10-16 10:18:17 +02:00
4e60f9c9a8 Recurrence fields accesible via autoPtr now. 2015-10-15 16:28:45 +02:00
8deb1b7b9c Avoid overwriting of velocities. 2015-10-14 08:25:00 +02:00
fed7e6422c Changed local variable to member of class. 2015-10-14 08:18:20 +02:00
09d55794a5 Fixed bug in broadcasting array. Some processors had reserved too little space. 2015-10-13 14:53:34 +02:00
c38449cacd Runs. Sometimes. 2015-10-13 12:55:43 +02:00
b55ba48801 Still crashes on execution. 2015-10-12 15:43:58 +02:00
4aa3d944d5 Restored old version. 2015-10-12 14:43:51 +02:00
c07508f147 Changed path to start compilation in the correct directory. 2015-10-12 13:55:45 +02:00
68f158a3ae Changed how initial fields are provided. 2015-10-09 14:13:22 +02:00
859c26f4bb Compiles now. Crashes on execution. 2015-10-09 12:22:05 +02:00
0b5d507281 Minor changes. 2015-10-08 17:59:27 +02:00
2e93d70940 Might compile now. 2015-10-08 16:12:00 +02:00
433ce8e7fe Source files compile. Solver does not. 2015-10-08 14:12:56 +02:00
63f4497727 New class for recurrence forces. 2015-10-07 18:23:34 +02:00
4282dcf080 More rearranging. 2015-10-06 16:55:13 +02:00
6bb64cd937 Hardly anything new. 2015-10-04 18:21:12 +02:00
c97f483f64 Shoving pieces of code back and forth. 2015-10-02 11:28:58 +02:00
1307dd7153 Some restructuring. 2015-10-01 22:08:16 +02:00
1ebaea53a1 Minor changes, far from being useful. 2015-09-30 19:36:09 +02:00
de96a638a3 Some files for new recurrenceCFD solver. Far from working. 2015-09-30 00:12:15 +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
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