Atgeirr Flø Rasmussen
08689af3e9
Fix order of initialization.
2016-12-29 13:55:42 +01:00
jokva
c240f044d2
Merge pull request #1123 from jokva/read-pressure-swat-sgas-from-es
...
Read RS,RV,PRESSURE,SWAT,SGAS from EclipseState
2016-12-20 10:01:13 +01:00
Jørgen Kvalsvik
3bdd674aac
Read RS,RV,PRESSURE,SWAT,SGAS from EclipseState
...
Prefer reading these values from EclipseState rather than the Deck type.
2016-12-19 14:26:27 +01:00
Andreas Lauser
a367eaf5fe
add missing semicolon to fix the build
...
some versions of boost seem to be more picky about this than others...
2016-12-16 10:29:52 +01:00
Jørgen Kvalsvik
f8b1bef974
Read PVTW from EclipseState
...
Read the PVTW table entries from EclipseState rather than manually
through the Deck object.
2016-12-06 14:53:41 +01:00
Andreas Lauser
7f4c23812a
clean up and extend the SimulationReport class
...
it now also accounts for assembly, linear solve, update and output
write time and indicates if an operation has converged.
2016-11-30 11:27:49 +01:00
Atgeirr Flø Rasmussen
22fc88b2af
Merge pull request #1103 from GitPaean/fixing_warning
...
warning fixed related to petsc
2016-11-23 12:37:31 +01:00
Jørgen Kvalsvik
ccd38c0cf7
Ask for reference depth at timestep.
2016-11-22 14:22:09 +01:00
Atgeirr Flø Rasmussen
b026295376
Merge pull request #1107 from GitPaean/fixing_findWellNode
...
Adding a flag to WellCollection whether group control active
2016-11-17 23:27:06 +01:00
Kai Bao
78b96d9c20
a flag to WellCollection whether group control active
2016-11-17 16:26:19 +01:00
Bård Skaflestad
ef3f7f78fa
Merge pull request #1105 from andlaus/fix_valgrind_errors
...
fix some valgrind errors in the init code
2016-11-16 19:08:48 +01:00
Andreas Lauser
04c9b66107
fix some valgrind errors in the EQUIL code
...
this fixes some valgrind errors while doing the twophase capability
for flow_ebos: In all previously tested cases, these errors were
probably non-fatal because the memory illegally accessed here is
likely to be allocated (but after this function was finished it
contained garbage).
note that I'm not completely sure if this patch is semantically
correct, so I'd appreciate some input who understands it. (what is
"z"?)
2016-11-16 17:20:24 +01:00
Kai Bao
d48255d198
warning fixed related to petsc
2016-11-16 15:35:35 +01:00
Kai Bao
37e1fb0043
rewriting the findWellNode function
...
with assuming we should always find the well in the well collection.
2016-11-16 14:27:15 +01:00
Joakim Hove
9739b2167c
Merge pull request #1101 from jokva/changes-in-grouptree
...
GroupTree interface changed upstream
2016-11-16 13:26:58 +01:00
Atgeirr Flø Rasmussen
cd2eba4d0b
Merge pull request #1088 from GitPaean/group_control
...
group control_updating well production targets within a group.
2016-11-16 13:20:04 +01:00
Kai Bao
d7b2d3368c
fixing the comments.
...
No change in the functions and results.
2016-11-16 11:40:10 +01:00
Kai Bao
0e6214723c
addressing a few comments.
2016-11-16 09:51:06 +01:00
Kai Bao
6714c53dc8
adding target_updated_ flag to WellNode
...
to save some repeated efforts when updating Well Targets.
2016-11-16 09:43:28 +01:00
Kai Bao
ca52f1f59e
checking whehter need to update before updateWellTargets.
2016-11-15 13:56:49 +01:00
Kai Bao
f4a44ec1dd
cleaning up more unused flag from WellsGroup
2016-11-11 11:29:12 +01:00
Joakim Hove
d53d3b8a96
Merge pull request #1102 from jokva/stack-allocd-items
...
Use new DeckItem constructor interface.
2016-11-11 11:07:34 +01:00
Kai Bao
6c9c64cb3e
removing a few not-used function with the new strategy.
2016-11-10 17:50:30 +01:00
Kai Bao
84910993c4
different strategy is using when updating the well targets
...
When the group has wells both under individual control and group
control, since the well rates under individual control changes each
iteration, the well targets for this kind of group need to be updated
each iteration.
When we change to use implicit well potentials later, which is supposed
to be more accurate, we probably should always (unless we decided not to)
update the well targets each iteration.
2016-11-10 17:22:25 +01:00
Kai Bao
73b511f90a
adding function findWellNode() to WellCollection
...
to return the WellNode* instead of WellGroupInterface*
2016-11-10 16:28:40 +01:00
Kai Bao
62dbf74bc9
cleaning up and adding more comments for better understanding.
...
No functional change.
2016-11-10 16:28:40 +01:00
Kai Bao
8ce422072e
applying the efficiency factor to VREP control.
2016-11-10 16:28:40 +01:00
Kai Bao
fe7a77d80e
adding VREP injection support.
...
not handling multiple injection wells for moment.
2016-11-10 16:28:40 +01:00
Kai Bao
0e3118af42
using variable only_group instead of hard-coded false.
...
when applying group production control.
2016-11-10 16:28:40 +01:00
Kai Bao
a77750c0b6
correcting the typo in efficiency
...
It was efficicency, which causes inconvenience when searching variables
or functions.
2016-11-10 16:28:40 +01:00
Kai Bao
099a62f07a
adding basic support for group injection control.
...
more testing will be required later.
2016-11-10 16:28:40 +01:00
Kai Bao
f1123e4e4c
applying efficiency factor to the group control.
2016-11-10 16:28:40 +01:00
Kai Bao
f922ed6ad9
function for accumulative efficiency factor for WellNode
...
This is the final efficiency factor that goes to the source/sink terms
in the material balance equations.
2016-11-10 16:28:40 +01:00
Kai Bao
194d9b161d
adding efficiency factor to the WellsGroupInterface.
...
The one for the WellNode should be specified with WEFAC, which we are
not handling for the moment, so we just set it to be 1.0 for the moment.
2016-11-10 16:28:40 +01:00
Kai Bao
a67bff245b
refactoring function updateWellProductionTargets()
...
To handle different types of control mode.
2016-11-10 16:28:40 +01:00
Kai Bao
be5f1e5c58
When NONE is specified, no group control enforcement.
...
NONE is specified in GCONPROD or GCONINJE.
2016-11-10 16:28:40 +01:00
Kai Bao
d3926a6a6a
output cleanining up
2016-11-10 16:28:40 +01:00
Kai Bao
9bfe9d561a
removing the use of cast between base class and derived class
...
between WellsGroupInterface and WellsGroup, WellNode.
2016-11-10 16:28:40 +01:00
Kai Bao
631ea6cf82
revising updateWellTargets to remove the dependency of WellState
...
avoiding template using here. It is possible we will need WellState
eventually, while only using the well_rates for the moment.
2016-11-10 16:28:40 +01:00
Kai Bao
1174da5326
fixing the comilation problem from rebasing.
2016-11-10 16:28:40 +01:00
Kai Bao
2ddb199f4f
revising injectionGuideRate and productionGuideRate
...
for WellNode. It gives a better logic.
2016-11-10 16:28:40 +01:00
Kai Bao
3551ccac0a
adding updateWellInjectionTargets updateWellProductionTargets
...
For WellsGroup. At least for the current moment, the updation of the
well targets for injectors and producers should be handled in a
seprate way.
2016-11-10 16:28:40 +01:00
Kai Bao
df745bafef
functions for indicating injection and production upating.
...
it is for WellCollection, which is logically wrong. It should be done in
the group level, while things will be different for multi-level groups.
The current implementation basically works for current needs, that we
only have one group.
2016-11-10 16:28:40 +01:00
Kai Bao
86e41a8937
adding isProducer() and isProjector() to wellNode class.
...
Did not see type() function there, while it should still be a okay idea.
2016-11-10 16:28:40 +01:00
Kai Bao
7926a58fae
parameter forced to only_group from applyInjGroup applyProdGroup
...
forced and only_group basically mean two opposite things. Having both of
them in the same context will be really confusing and error-prone.
And also, we do not do anything forcedly. We do things base on what
setup tells us to do.
Only_group may not be the final name, while deinitely a better one than
forced.
2016-11-10 16:28:40 +01:00
Kai Bao
a9335266c6
putting more things in the prototyping test.
2016-11-10 16:28:40 +01:00
Kai Bao
999b80a91a
keeping adding group control related in.
2016-11-10 16:28:40 +01:00
Kai Bao
26cc5de202
keeping putting group controlling in.
2016-11-10 16:28:40 +01:00
Kai Bao
4d57b641a8
adding a non-const wellCollection() in WellsManager.
...
For the WellModel from the simulator to use. Not decided totally,
well_collection might need to be updated during the simualtion due
to the update the target of wells.
2016-11-10 16:28:40 +01:00
Kai Bao
59ab9b8424
not returning zero from double WellNode::productionGuideRate
...
Current understanding. Two ways might prevent to return the guide_rate here
1. preventing the well from group control with keyword WGRUPCON
2. the well violating some limits and working under limits. We do not have strategy
to handle this situation yet.
2016-11-10 16:28:40 +01:00