TELEMAC-MASCARET Forum: Generating flow inside the computational domain (2/2)

Welcome, Guest

Page:
1
2

TOPIC: Generating flow inside the computational domain

Generating flow inside the computational domain 5 years 2 months ago #34521

c.coulet OFFLINE Moderator Posts: 3722 Thank you received: 1031	Hi This is due to a dedicated threshold for wind effect which is set to 1m... Change this value with THRESHOLD DEPTH FOR WIND keyword, by default it's 1 regards
	Christophe The administrator has disabled public write access.

Generating flow inside the computational domain 5 years 2 months ago #34526

Hossein	Thanks Christophe, Your response solved the problem. Cheers, Hossein
	The administrator has disabled public write access.

Generating flow inside the computational domain 5 years 2 months ago #34541

Hossein

The "trick" way of producing current in a closed "circuit" (no inlet and no outlet) using local wind works. However, it turned out that the modified meteo.f as given in the example "wind_txy" interferes with cases when there is an actual wind: It doesn't seem possible to be able to input actual reality wind over the circuit and at the same time keep the flow caused by a thruster using the trick wind method.

For this reason, I'd like to try another method to "push" the liquid in the domain. You mentioned the modification of prosou.f is an option. Can you kindly direct me on how to go about doing this? I'd like to force flow over a very local region in the domain.

I am grateful in advance.
Hossein

The administrator has disabled public write access.

Generating flow inside the computational domain 5 years 2 months ago #34542

c.coulet
OFFLINE
Moderator
Posts: 3722
Thank you received: 1031

Hi
In prosou.f there is the code where the source terms are added when you add some sources in your model, for example.
There is a part for the mass and a part for the dynamic equation.
In my opinion, you could add, in this subroutine, a term to FU (x axis) or FV (y axis) or both (if necessary) to force the flow at the location you want.
You could look in this subroutine for the source termes of wind or other physical proceses to better understand the method
As the source terms could be applied to each node, you could only limit the area by selecting only few nodes

Kind regards

Christophe

The administrator has disabled public write access.

Generating flow inside the computational domain 5 years 2 months ago #34543

pilou1253
OFFLINE
openTELEMAC Guru
Posts: 584
Thank you received: 106

Hello!

Just a quick comment that a quick method to model something like a thurster can be to place a sink and a source near each other with same negative and positive discharge, or an array of those if you need to define it on a large area. You can directly specify velocity components via keywords for the infow source (beware that your cells volume must comply with the source data (discharge / velocity) you define. It worked OK for me for a quick test model in 3D.

Good luck!

Kind regards
PL

The administrator has disabled public write access.

Generating flow inside the computational domain 5 years 2 months ago #34555

Hossein	Your recommended technique worked. Thanks. Do you know whether this approach will interfere with water quality modelling: will tracers will be unwantedly removed or added at sink and sources? Sink and sources in my simulations only exist to "push" the flow, and not representing reality. Cheers, Hossein
	The administrator has disabled public write access.

Generating flow inside the computational domain 5 years 2 months ago #34557

c.coulet OFFLINE Moderator Posts: 3722 Thank you received: 1031	Hi With the source method, you should add some user adaptation of fortran file to ensure the conservation of tracers. Otherwise, the tracer value at sources is taken in the steering file. Regards
	Christophe The administrator has disabled public write access.