Include Page | ||||
---|---|---|---|---|
|
scrollbar |
---|
...
Implementation steps
We will implement running of Sobek through a dll using the following approach:
...
setvalues will be defined in new interface (not in iwlaccess !)
fortran c / code will implement methods in interface
General structure of the Deltshell - Sobeksim interface
The sobeksim interface
Steps to follow
step 1
Convert cf_openmi to vs2005 sln (debugging fortran will be easier and is a requirement)
step 2
Define derived types for 1d model:
- Network
Type Network
int nNodes
Node Nodes nNodes
int nBranches
Branch Branches []
End Type
Type Node
End Type
Type Branch
End Type
- Model parameters
- Boundary Conditions
- Initial Conditions
- Structures
- Output variables
step 3
create an adapter inside cf_openmi with an interface to 1d model with at least the following kind of methods:
-setnetwork
-setboundaryandinitial
-setparameters
we want our c# model to look like this (user friendly)
now consists of the projects:
- DelftModelApi.Net
- delft_model_api
- delft_model_data
furthermore a module called GUI_communication is added to the project kernel_sobek_f
In DelftModelApi.Net the static class modelApi is defined. This class contains functions to transfer data from C# to the SOBEKSIM kernel. The functions in class modelApi are implemented in delft_model_api.dll. In module modelApi the exported functions of delft_model_api.dll are defined. The relevant data is stored in ModelGlobalData. ModelGlobalData uses derived types which are defined in ModelTypes and NetworkTypes. ModelTypes contains the run-time parameters and model state variables, whereas NetworkTypes contains the derived types to define a network. The module GUI_communication transfers the data from ModelGlobalData to the data structure of Sobeksim.
DelftModelApi.Net and GUI_Communication are described in the next subsections
DelftModelApi.Net
DelftModelApi.net contains the static class ModelApi. ModelApi in its turn contains functions to transfer data from C# to the SOBEKSIM kernel.
Available functions are:
Name | Description |
---|---|
setUsePluginData | Sets the flag for the computational kernel to use the modelapi |
NetworkSetDimensions | Sets the dimensions of the network (number of branches, nodes, cross sections, ... |
NetworkSetNode | Define a new node in the network |
NetworkSetBranch | Define a new branch in the network |
NetworkGetBranch | Get a branch |
NetworkSetQBoundary | Set a Q-boundary at an end node of the network (limitation: at this time only constant boundary conditions are allowed) |
NetworkSetHBoundary | Set an H-boundary at an end node of the network (limitation: at this time only constant boundary conditions are allowed) |
NetworkSetTabCrossSection | Define a cross section in terms of widths with respect to height |
NetworkSetCS | connect a cross section definition to a branch (limitation: Momentarily only one cross section per branch is allowed) |
ModelInitialize | Start the SOBEK initialisation |
ModelSetSimulationTimes | Set the simulation times for the model |
ModelFinalize | Close/terminate the simulation |
ModelGetCurrentTime | Gets the SOBEK current simulation time |
ModelPerformTimeStep | Perform one time step |
GUI_communication
In GUI_communication the datastructure of Sobeksim is filled. Since the initialisation of the arrays is performed at different locations in Sobeksim, there is a number of subroutines that perform a part of the initialisation, namely setValues, setValuesinMempool, getcsnam, setFlsData, setIds and setArrays.
Subroutine dumppool of GUI_Communication can be used for debugging purposes. Because dumppool writes the datastructure of sobeksim to file.
Todo
network
- More options for definition of grid
Structures
- Add structures to interface
- Add controllers and triggers to interface
Cross sections
- Add different types of cross sections, other than tabulated.
- Possibility to add more than one cross section on a branch (interpolation)
- Generation of conveyance tables
Boundary conditions
- QH-tables
- Time dependent boundary conditions
- Lateral discharges
Other
- Replace reading of Sobeksim.fnm
- Replace reading of Sobeksim.ini
Examples
In this example a network with three branches is defined. ModelApi example
Notes
- Sobek OpenMI module:
Useful function for initialising and performing one or more timesteps and finalizing.
- 'SE_OpenMI.f90' communicates with OEM buffer.
- 'SE_OpenMI.f90' has calls to module OMI_CF_control in (OMI_CF_control.f90), which in turn calls directly sobeksim subroutines
- Present SOBEK reads nefis files during initialisation (using m_nefisinput.mod). Nefis is used in subroutines: read_initial_values_strpar_etc, soedef, sogetm and wetcrs.
SOBEK variables read from NEFIS
Code Block |
---|
integer :: nnode ! nr of sobek nodes
integer :: nbran ! nr of branches
integer :: nstdb
integer :: nstru ! number of structures
integer :: ntrigr ! number of triggers
integer :: ncontr ! number of controllers
integer :: ntcrel ! number of trigger-controller relations
integer :: ncsrel ! number of controller-structure relations
integer :: nqlat ! number of lateral inflows
integer :: ngrid ! nr of sobek points
integer :: nboun ! number of open boundaries
integer :: nhstat ! number of 1D waterlevel boundaries
integer :: nqstat ! number of 1D discharge boundaries
integer :: ntabm
integer :: maxtab
integer :: maxlev
integer :: ncross
integer :: nevents
integer :: mxstrpar ! leading dimension of strpar
integer :: mxistrtyp ! leading dimension of istrtyp
integer :: mxstrmu !
integer :: mxcross
integer :: mxqltpar
integer :: mxtriger ! leading dimension of triger
integer :: mxcontrl ! leading dimension of contrl
integer |
No Format |
[Test] public void RunSobek() { double startTime = 0.0; :: mxconhis = 5 ! leading dimension of conhis integer :: mxconhis ! leading dimension of conhis integer :: mxtrcnrl ! leading dimension of trcnrl integer double endTime = 10.0; :: mxcnstrl ! leading dimension of cnstrl = 2 integer :: mxengpar ! dimension of engpar integer :: mxbranch ! lead dim of branch integer :: nupt integer :: msect integer :: lcnvmax real , allocatable :: strpar (:,:) double timeStep = 1.0; ! structure parameters (mxstrpar,nstru) real , allocatable :: strmu (:,:) ! structure mu (mxstrmu,nstru) integer, allocatable :: istrtyp(:,:) ! structure type Model1D.Initialize(); (mxistrtyp,nstru) character(len=40), allocatable :: contrnam(:) ! names of controllers (ncontr) character(len=40), allocatable :: trigrnam(:) // create simple network ! names of triggers (ntrigr) character(len=40), allocatable :: qlatnm(:) ! ids of // qlats (nqlat) real , allocatable // n1 :: qlat (:) ! lateral inflow n2 n3(nqlat) real , // x|----|--------|x|-------------|x allocatable :: qltpar(:,:) ! lateral inflow parameters (mxqltpar,nqlat) integer, allocatable // r1:: node(:,:) ! sobek node administration r2 (nnode) integer, allocatable // :: branch(:,:) ! sobek branch admin (mxbranch,nbran) integer, allocatable :: triger(:,:) ! trigger data (mxtriger,ntrigr) real , allocatable :: contrl(:,:) Model1D.SetBranches(...); ! controller data (mxcontrl,ncontr) integer, allocatable :: trcnrl(:,:) ! Model1D.SetGridSteps(...);trigger controller relation (mxtrcnrl,ntcrel) integer, allocatable :: cnstrl(:,:) ! controller structure relation (mxcnstrl,ncsrel) integer, allocatable Model1D.SetRunTimeParameter(startTime, endTime, timeStep); :: hbdpar(:,:) ! integer parameters (3,*), 1=?, 2=iopt, 3=itab (3,nhstat) integer, allocatable :: qbdpar(:,:) ! integer parameters (3,*), 1=?, 2=iopt, 3=itab (3,nqstat) real , allocatable Model1D.RunTimeStep(); :: engpar(:) ! Engelund-Hansen parameters (mxengpar) real , allocatable :: hpack(:) ! s0 voor sobek points (ngrid) real , allocatable double time = Model1D.GetCurrentTime(); :: qpack(:) ! q voor sobek points (ngrid) double precision, allocatable :: xycoor(:,:) ! (2,ngrid) x,y coordinates for sobek points (2,ngrid) integer, allocatable :: nlevu (:) ! (nupt) real, allocatable Assert.AreEqual(1.0, time); :: chan_hu (:,:) ! (ngrid) real, allocatable :: chan_af (:,:,:) ! } |
see similar implementation for modflow
examples
- MODFLOW wrapper example, checkout https://openmi.svn.sourceforge.net/svnroot/openmi/branches/OpenMI-1.4.1-dev and check MyOpenSource\Wrappers\src\USGS\MODFLOW.
- Existing SOBEK OpenMI wrapper: http://svn/repos/ds/trunk/previous/openmi_wrapper
Notes
- Sobek OpenMI module:
Useful function for initialising and performing one or more timesteps and finalizing.
...
- 'SE_OpenMI.f90' communicates with OEM buffer.
- 'SE_OpenMI.f90' has calls to module OMI_CF_control in (OMI_CF_control.f90), which in turn calls directly sobeksim subroutines
(nupt,lcnvmax,msect)
real, allocatable :: chan_wf (:,:,:) ! (nupt,lcnvmax,msect)
real, allocatable :: chan_pf (:,:,:) ! (nupt,lcnvmax,msect)
real, allocatable :: chan_co (:,:,:) ! (nupt,lcnvmax,msect)
real, allocatable :: chan_cn (:,:,:) ! (nupt,lcnvmax,msect)
real, allocatable :: chan_cz1(:,:,:) ! (nupt,lcnvmax,msect)
real, allocatable :: chan_cz2(:,:,:) ! (nupt,lcnvmax,msect)
integer, allocatable :: nlevh (:) ! (nupt,lcnvmax,msect)
real, allocatable :: chan_hh (:,:) ! (ngrid,lcnvmax)
real, allocatable :: chan_at (:,:) ! (ngrid,lcnvmax)
real, allocatable :: chan_wt (:,:) ! (ngrid,lcnvmax)
character(len=CharLen ), allocatable, save :: nodenm ! (nnode)
character(len=CharLen ), allocatable, save :: gridnnm ! (ngrid)
|
Q1: What is relation trigger-contoller, contoller-structure
Code Block |
---|
integer, allocatable :: trcnrl(:,:) ! trigger controller relation (mxtrcnrl,ntcrel)
integer, allocatable :: cnstrl(:,:) ! controller structure relation (mxcnstrl,ncsrel)
|
Q2: Engelund-Hansen parameters - isn't it morphology? is it required for flow
Q3: Give definition of a structure, controller, trigger and give full list of their parameter names.
Q4: Cross-section type currently of two types - describe them
- free form
- wetted-perimeter formula
...