Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Capillary entry pressure #298

Open
knubo-equinor opened this issue Aug 25, 2021 · 5 comments
Open

Capillary entry pressure #298

knubo-equinor opened this issue Aug 25, 2021 · 5 comments

Comments

@knubo-equinor
Copy link

When I open simulation projects, especially in FMU settings, that has used pyscal to generate saturation table the Pc-curves is often quite unrealistic. and contains large entry pressures. This seems to have become a company challenge.

The first issue is maybe a user fault, but isn't it possible to create a test so that PC doesn't go to hundreds of bars.

The second issue is that Pc <> 0 bar @ Sw=1. There might be entry pressures in the system but often its just a result of automatic workflow.

@knubo-equinor knubo-equinor changed the title Capallary entry pressure Capillary entry pressure Aug 25, 2021
@berland
Copy link
Collaborator

berland commented Aug 25, 2021

The first issue should probably be solved elsewhere, as it is hard for pyscal to correctly error hard on input that gives extreme output. Emitting a warning has probably no effect (?). Pyscal only handles numerical values, it does not know which units are in use.

For the second issue, I don't get precisely what you mean. Example input and output?

@knubo-equinor
Copy link
Author

pc-kurver.pptx

I have tried to illustrate in the pptx enclosed. The issue is that for Sw=1 the Pc should be zero (but not always).

Pc-curves get scaled and what looks like a negligible entry pressure becomes large after initialization.

Regarding the first issue: you are probably right that a warning among zilion other warnings in Eclipse and FMU will not make an impression on the users. However, you have some assumption about units since you use gravity in SI units, as a standard- or?

@berland
Copy link
Collaborator

berland commented Aug 26, 2021

The simplified J-function does not yield zero at sw=1; https://equinor.github.io/pyscal/pyscal/pyscal.wateroil.html#pyscal.wateroil.WaterOil.add_simple_J

@berland
Copy link
Collaborator

berland commented Aug 26, 2021

The documentation of the add_simple_J() talks about which units are recommended to use, but the code itself does not care. So if you know what you are doing, you could utilize that to your benefit.

@berland
Copy link
Collaborator

berland commented Sep 20, 2021

Should this issue be kept open?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants