[Opm] Problem with injecting field voidage replacement
Stephen, Karl D
K.D.Stephen at hw.ac.uk
Fri Mar 15 17:31:09 UTC 2019
Hi Kai,
Just to add a little detail here.
I made an intermediate case (attached) including the GRUPTREE keyword, injecting at a constant rate for 200 days and then attempting to switch to field voidage replacement using my previous version of the keywords. In this case all wells are in group, G1, as you indicated.
Here I set Bw=1.0 because I previously thought this was a problem. It isn't just that though as FPR is no longer consistent. Apart from that FVIR and FVPR are no longer the same. So I still use:
-- GRO Fluid Control Surf Resv ReInj Voidage GRUP
-- NAME TYPE mode rate rate frac Frac CNTL
-- ---- ----- ------ ------- ---- ---- ---- ---- -----
GCONINJE
FIELD WATER VREP 3* 1.0 NO /
G1 WATER VREP 3* 1.0 /
/
-- Injection control
-- Well Fluid Status Control Surf Resv BHP
-- NAME TYPE mode rate rate limit
-- ---- ----- ------ ------- ---- ---- -----
WCONINJE
INJ WATER OPEN GRUP 1* 1* 8000 /
/
which is different from the SPE9 case.
From ecl_summary:
-- Days dd/mm/yyyy FPR FVIR FVPR
--------------------------------------------------------------------------
0.00 01/01/2020 4500 0 -0
1.00 02/01/2020 4495.02 11000 11499.4
4.00 05/01/2020 4483.38 11000 11499.3
13.00 14/01/2020 4450.86 11000 11499.4
40.00 10/02/2020 4353.57 11000 11499.6
97.50 07/04/2020 4149.48 11000.1 11499.5
148.75 28/05/2020 3965.53 11000.2 11498.8
200.00 19/07/2020 3781.38 11000.2 11497
298.64 25/10/2020 3776.76 11484.2 11484.2
400.00 04/02/2021 3773.43 11457.5 11457.5
600.00 23/08/2021 3771.18 11341.3 11341.3
800.00 11/03/2022 3772.1 11164.6 11164.6
1000.00 27/09/2022 3772.65 10965.6 10965.6
1200.00 15/04/2023 3776.75 10796.7 10796.6
1400.00 01/11/2023 3778.95 10659.3 10659.3
1600.00 19/05/2024 3761.61 10553.6 10553.6
1800.00 05/12/2024 3750.42 10463.4 10463.4
2000.00 23/06/2025 3752.09 10387.1 10387.1
2200.00 09/01/2026 3745.92 10325.2 10325.2
Karl
-----Original Message-----
From: Opm <opm-bounces at opm-project.org> On Behalf Of Stephen, Karl D
Sent: 15 March 2019 16:58
To: opm at opm-project.org
Subject: Re: [Opm] Problem with injecting field voidage replacement
Dear Kai,
Thanks for your e-mail and the SPE9 example.
I did wonder if there was something I was missing. I had a look at the SPE9 case and tried to mimic it. I can see that the SPE9 case seems to keep the FPR fairly stable. However, the overall flow rate is quite small so perhaps the errors (if this is what I'm seeing) are not manifesting themselves. Field voidage replacement seems to be working in SPE9.
However, I don't get a good result at all when I use the same settings with my model. I previously got the right behaviour with Bw=1.0 but now that isn't the case either. FVIR and FVPR are no longer the same.
Karl
-----Original Message-----
From: Opm <opm-bounces at opm-project.org> On Behalf Of Bao Kai
Sent: 15 March 2019 13:05
To: opm at opm-project.org
Subject: Re: [Opm] Problem with injecting field voidage replacement
Hi again, Karl,
Basically, my previous message is about the following group control will not work with the current OPM implementation in my understanding.
```
GCONINJE
FIELD WATER VREP 15000 2* 1.0 NO /
G2 WATER VREP 15000 2* 1.0 YES / --
THIS IS EXTRA!!!!!!!!
/
```
I do not know what kind of group structure OPM will get if we do not use `GRUPTREE` to build one explicitly. Eclipse might have some default behavoir while OPM might not support it well (default behavoirs are pretty difficult to support in a complete manner in my
opinion.)
I will suggest you to follow the example https://github.com/OPM/opm-tests/tree/master/spe9group also use `GRUPTREE` to build the group structure in an explicit manner.
I do not have a good idea about the issue related to FVIR and FVPR .
I am not sure whether it is a simulation problem or a output problem, or both.
Best Regards,
Kai Bao
On Fri, Mar 15, 2019 at 12:21 PM Bao Kai <paeanball at gmail.com> wrote:
>
> I forgot to reply the message to the OPM mailing lists. Just forward
> the reply here.
>
> ---------- Forwarded message ---------
> From: Bao Kai <paeanball at gmail.com>
> Date: Fri, Mar 15, 2019 at 10:51 AM
> Subject: Re: [Opm] Problem with injecting field voidage replacement
> To: Stephen, Karl D <K.D.Stephen at hw.ac.uk>
>
>
> Hi, Stephen,
>
> Thanks for the message and all the efforts to create this case and
> provide the DATA file.
>
> I have not been able to run the deck, while this is some inputs from my side.
>
> Group control is very general and flexible, we currently only support
> very limited subset of the features related to group control based on
> our project requirements. We will have continuous efforts to complete
> and improve the group control functionality when we can allocate
> resources.
>
> As for your deck, we do not support one group to obtain voidage rate
> based on the production rate from another group, and also, we
> understand it is not very trivial to fix based on the current
> implementation.
>
> We have an example in opm-tests to demonstrate what features related
> to group control we are supporting,
> https://github.com/OPM/opm-tests/tree/master/spe9group .
>
> Please take a look at this example to see whether you can change your
> group structure a little bit (similar to the example spe9group) and
> also fulfill your purpose. Please let me know if you need any help
> for it.
>
> Hope it is helpful to you.
>
> Best Regards,
> Kai Bao
>
>
>
> On Fri, Mar 15, 2019 at 2:05 AM Stephen, Karl D <K.D.Stephen at hw.ac.uk> wrote:
> >
> > Hi,
> > I have a problem with a simple quarter 5 spot waterflood model where I would like to inject water with field voidage replacement. There are two wells: injector, INJ, and producer, PROD. I would hope that the field voidage replacement takes the production rate in reservoir volumes and uses that to inject water at the same reservoir volumetric rate. If the injection and production volumes are the same the field average pressure, FPR, should be relatively constant.
> >
> > The problem I have is that while the reported FVIR and FVPR are the same and the FWIR seems to be right as is the sum of FOPR and FWPR, the FPR (average pressure) does not remain relatively constant. Instead there is a drift as if the actual volumes injected and produced are different.
> >
> > The problem seems to be to do with the definition of the formation volume factor for water, Bw, that is defined in the PVTW keyword. Bw is defined at a reference pressure which is the same as the initial average pressure. If it is 1.0 exactly then the hoped for result is obtained. If I use a more realistic value of 1.02, the volumes are incorrect and FPR eventually rises when water breaks through. Similarly if Bw is set to 0.99, the pressure goes down. I have deliberately set the compressibility of water to be very small and in PVDO, the Bo (formation volume factor for oil) is almost independent of pressure (when I started, Bo and Bw were dependent on pressure).
> >
> > Perhaps I am doing something wrong with the keywords, there is a setting I need to implement or is there a a bug in the code?
> >
> > Can anyone help?
> >
> > I attach my code for analysis.
> >
> > Using Eclipse I can get a good result. I set up the well controls with:
> >
> > - GRP Fluid Control Surf Resv ReInj Voidage GRUP
> > -- NAME TYPE mode rate rate frac Frac CNTL
> > -- ---- ----- ------ ------- ---- ---- ---- ---- -----
> > GCONINJE
> > FIELD WATER VREP 15000 2* 1.0 NO /
> > /
> > -- Injection control
> > -- Well Fluid Status Control Surf Resv BHP
> > -- NAME TYPE mode rate rate limit
> > -- ---- ----- ------ ------- ---- ---- -----
> > WCONINJE
> > INJ WATER OPEN GRUP 15000 1* 8000 /
> > /
> >
> >
> > This doesn't work in OPM where I have to add the group control for my injector, INJ.
> >
> > - GRP Fluid Control Surf Resv ReInj Voidage GRUP
> > -- NAME TYPE mode rate rate frac Frac CNTL
> > -- ---- ----- ------ ------- ---- ---- ---- ---- -----
> > GCONINJE
> > FIELD WATER VREP 15000 2* 1.0 NO /
> > G2 WATER VREP 15000 2* 1.0 YES / -- THIS IS EXTRA!!!!!!!!
> > /
> > -- Injection control
> > -- Well Fluid Status Control Surf Resv BHP
> > -- NAME TYPE mode rate rate limit
> > -- ---- ----- ------ ------- ---- ---- -----
> > WCONINJE
> > INJ WATER OPEN GRUP 15000 1* 8000 /
> > /
> >
> >
> > Karl Stephen
> > ________________________________
> >
> > Heriot-Watt University is The Times & The Sunday Times International
> > University of the Year 2018
> >
> > Founded in 1821, Heriot-Watt is a leader in ideas and solutions. With campuses and students across the entire globe we span the world, delivering innovation and educational excellence in business, engineering, design and the physical, social and life sciences. This email is generated from the Heriot-Watt University Group, which includes:
> >
> > 1. Heriot-Watt University, a Scottish charity registered under number SC000278
> > 2. Edinburgh Business School a Charity Registered in Scotland, SC026900. Edinburgh Business School is a company limited by guarantee, registered in Scotland with registered number SC173556 and registered office at Heriot-Watt University Finance Office, Riccarton, Currie, Midlothian, EH14 4AS
> > 3. Heriot- Watt Services Limited (Oriam), Scotland's national performance centre for sport. Heriot-Watt Services Limited is a private limited company registered is Scotland with registered number SC271030 and registered office at Research & Enterprise Services Heriot-Watt University, Riccarton, Edinburgh, EH14 4AS.
> >
> > The contents (including any attachments) are confidential. If you are not the intended recipient of this e-mail, any disclosure, copying, distribution or use of its contents is strictly prohibited, and you should please notify the sender immediately and then delete it (including any attachments) from your system.
> > _______________________________________________
> > Opm mailing list
> > Opm at opm-project.org
> > https://opm-project.org/cgi-bin/mailman/listinfo/opm
_______________________________________________
Opm mailing list
Opm at opm-project.org
https://opm-project.org/cgi-bin/mailman/listinfo/opm
_______________________________________________
Opm mailing list
Opm at opm-project.org
https://opm-project.org/cgi-bin/mailman/listinfo/opm
-------------- next part --------------
A non-text attachment was scrubbed...
Name: TUT1G1.DATA
Type: application/octet-stream
Size: 6307 bytes
Desc: TUT1G1.DATA
URL: <//opm-project.org/pipermail/opm/attachments/20190315/49c6f16f/attachment-0001.obj>
More information about the Opm
mailing list