New URL for NEMO forge!   http://forge.nemo-ocean.eu

Since March 2022 along with NEMO 4.2 release, the code development moved to a self-hosted GitLab.
This present forge is now archived and remained online for history.
#1263 (incompatibility ln_ana & ln_ssr) – NEMO

Opened 10 years ago

Closed 10 years ago

Last modified 8 years ago

#1263 closed Bug (fixed)

incompatibility ln_ana & ln_ssr

Reported by: mathiot Owned by: gm
Priority: low Milestone:
Component: OCE Version: v3.4
Severity: Keywords: forcing
Cc:

Description

With analytical forcing, emp(s) and qns are set once for all at the beginning of the run. However if sea surface restoring is used, at each surface time step, the ssr contribution is added to emp(s) and qns and these variables are never reset to the analytical forcing value.
So in my case, with analytical forcing set to 0.0 in the namelist, a relaxation time set to 30 days in ssr and a heat and fresh water source in depth, my forcing is increasing all along the simulation.

suggested fix: each surface time step, update forcing variable in sbcana.F90

IF( MOD( kt-1, nn_fsbc ) == 0 ) THEN

qns (:,:) = rn_qns0
qsr (:,:) = rn_qsr0
emp (:,:) = rn_emp0
emps(:,:) = rn_emp0

END IF

Commit History (0)

(No commits)

Change History (3)

comment:1 Changed 10 years ago by gm

  • Owner changed from NEMO team to gm
  • Status changed from new to assigned

comment:2 Changed 10 years ago by gm

  • Resolution set to fixed
  • Status changed from assigned to closed

Thanks Pierre for identifying this issue.

solver in the NEMO_v3_4 (see revision 4602) and in the trunk (NEMO v3.6 beta, see revision revision 4603)

Gurvan

comment:3 Changed 8 years ago by nicolasmartin

  • Keywords restoring removed
Note: See TracTickets for help on using tickets.