Судя по тому, что Аква срабатывала, транс ноль не влияет. Так же описано, что не повлияет и на NNC. Для примера, в этой модели мне нужно было сшить пласт с двух сторон разлома структуры. Хотя и в начале и конце NNC tranx=0 соединение работает. В tempest поведение было не такое, там при геометрическом разрыве структуры, не возникало препятствия для течения и мы уже руками прописывали trans=0 иначе эффекты потрясают воображение. Надеюсь сейчас roxar исправил этот деффект
Не знаю прав я или нет. Но похоже, что делали апскейлинг проницаемости с использованием опции Flow-based.
Получется, что у потока не возможности пойти за грань, поэтому проницаемость там скорее всего нулевая. Соответственно и проводимость. ИМХО.
Конечно это не так, я в здравой памяти апсейлить проницаемость не стану :) Там где TRANX=0 проницаемость больше нуля.
А картинка показана же, по краю модели видно обрамление из нулевой проводимости.
Логов проницаемости? Используют хреновую зависимости проницаемости от пористости и далее в процессе адаптации приходят (или нет) к некоторой общей зависимости (возможно и с локальными изменениями) позволяющей скорее более, чем менее повторить продуктивность скважин.
TRANX=0Увидел, что в модели TRANX = 0 в последних ячейках по оси X (I). Никаких явных заданий TRANX нет. Это баг или так и нужно?
Так нужно. TRANX - свойство поверхности между ячейками. Поверхностей всегда по крайней мере на одну меньше, чем ячеек. У крайних ячеек с "этой" стороны просто нет соседей.
Развернутое описание есть в Техническом Описании: Transmissibility Calculations
The third form is based upon the use of cell corner points, which are available to ECLIPSE when
the COORD/ZCORN form of grid definition is used. In this case, it is possible to distinguish
unambiguously between cell dip and fault displacement, and this option allows fault
transmissibilities to be generated automatically.
For ECLIPSE 100 use, this third type of transmissibility calculation is specified by the
use of the NEWTRAN keyword in the GRID section. This is the default calculation when
COORD/ZCORN are specified.
Упоминается, что такой подход приводит к несовместимости с другими симуляторами, которые делают расчет проводимости только исходя из свойств ячеек, но не учитывают их геометрическое взаимное положение. Для возвращения к "обычному" методу используется слово OLDTRAN и OLDTRANR
я собсна так и понял, но что меня смутило, то что свойства TRANX- явно нет, а TRANX=0 только на последних ячейках. Получается , что TRANX зависит от направления. Почему же тогда TRANX- явно не задается?
The values specified overwrite the X-direction transmissibilities calculated by ECLIPSE for the
+X face of each grid block. Thus, a value specified for block (I, J, K) is the transmissibility
between blocks (I, J, K) and (I+1, J, K).
Dorzhi это выглядит как некритичная "неточность" алгоритма. Мне кажется, толку от зануления краевых нет, да и видимо так оно и есть, потому как не объяснимо почему по возрастанию зануляется, а по убыванию нет. Бесполезная фишка :)
А по Y также?
ага, так же
The presence of the COORD keyword implies corner point geometry and the automatic generation of fault transmissibilities.
Край модели это разлом, который автоматически обрамляется TRANS=0
Любой разрыв в координатной сетке приводит к такому поведению:
а если аквифер подцепить к этим ячейкам? или это только в одну сторону работает?
Судя по тому, что Аква срабатывала, транс ноль не влияет. Так же описано, что не повлияет и на NNC. Для примера, в этой модели мне нужно было сшить пласт с двух сторон разлома структуры. Хотя и в начале и конце NNC tranx=0 соединение работает. В tempest поведение было не такое, там при геометрическом разрыве структуры, не возникало препятствия для течения и мы уже руками прописывали trans=0 иначе эффекты потрясают воображение. Надеюсь сейчас roxar исправил этот деффект
Не знаю прав я или нет. Но похоже, что делали апскейлинг проницаемости с использованием опции Flow-based.
Получется, что у потока не возможности пойти за грань, поэтому проницаемость там скорее всего нулевая. Соответственно и проводимость. ИМХО.
Dorzhi, покажи картинку, пожалуйста =)
Конечно это не так, я в здравой памяти апсейлить проницаемость не стану :) Там где TRANX=0 проницаемость больше нуля.
А картинка показана же, по краю модели видно обрамление из нулевой проводимости.
это как? то есть по апскейленным ячейкам заново с логов заполнять ?
Логов проницаемости? Используют хреновую зависимости проницаемости от пористости и далее в процессе адаптации приходят (или нет) к некоторой общей зависимости (возможно и с локальными изменениями) позволяющей скорее более, чем менее повторить продуктивность скважин.
апскейлинга не было, картинка в целом такая же как Романк нарисовал
Так нужно. TRANX - свойство поверхности между ячейками. Поверхностей всегда по крайней мере на одну меньше, чем ячеек. У крайних ячеек с "этой" стороны просто нет соседей.
Развернутое описание есть в Техническом Описании: Transmissibility Calculations
The third form is based upon the use of cell corner points, which are available to ECLIPSE when
the COORD/ZCORN form of grid definition is used. In this case, it is possible to distinguish
unambiguously between cell dip and fault displacement, and this option allows fault
transmissibilities to be generated automatically.
For ECLIPSE 100 use, this third type of transmissibility calculation is specified by the
use of the NEWTRAN keyword in the GRID section. This is the default calculation when
COORD/ZCORN are specified.
Упоминается, что такой подход приводит к несовместимости с другими симуляторами, которые делают расчет проводимости только исходя из свойств ячеек, но не учитывают их геометрическое взаимное положение. Для возвращения к "обычному" методу используется слово OLDTRAN и OLDTRANR
я собсна так и понял, но что меня смутило, то что свойства TRANX- явно нет, а TRANX=0 только на последних ячейках. Получается , что TRANX зависит от направления. Почему же тогда TRANX- явно не задается?
The values specified overwrite the X-direction transmissibilities calculated by ECLIPSE for the
+X face of each grid block. Thus, a value specified for block (I, J, K) is the transmissibility
between blocks (I, J, K) and (I+1, J, K).
Есть TRANy есть TRANx и TRANz... соответственно по направлениям если нет связи, то и обнуляются они.
нет, я об обратном направлении между I и I-1, аналогично и J, J-1
Dorzhi это выглядит как некритичная "неточность" алгоритма. Мне кажется, толку от зануления краевых нет, да и видимо так оно и есть, потому как не объяснимо почему по возрастанию зануляется, а по убыванию нет. Бесполезная фишка :)
вово, я и говорю баг какой-то. ну да фиг с ним раз некритично