Enrico Remigi WEST Product Owner

Hi,
such a behaviour has usually got to do with some numerical issue - impossible to say what goes wrong without taking a closer look to the actual expeirment set-up.
I suggest you carefully inspect the Logging:
- Does the simulation not start at all? If so: do you get an error message?
- Does the simulation start and end in an instant? in this case too, one usually gets an error message of some sort ..
- Does the simulation start but progress extremely slowly? you probably get a constant flow of warning messages: can you pause/stop the simulation and check those warnings? do they point to any specific variable being negative, extremely small or infinite (NAN)?

Hi Simone,
reducing the number of layers may indeed speed up the simulation, but the reason why the simulation slows down when changing the "f_solid" is something different.

So yes, you can certainly vary the number of layers: [b]NrOfLayers[/b] is a global variable (a [b]Setting[/b]) and can be changed, at the project level, from the Miscellaneous / Block Library Setup dialog.

But I would also recommend that you monitor the Logging while executing the simulation with your "f_solid": you will hopefully get a warning (or a set of warnings) that will help you identify the underlying issue.

Hi Chiara,
for this kind of questions (when one gets an error message) it's always more efficient that one contacts our [b]Tech Support[/b] (mikebydhi@dhigroup.com) because the situation may be very specific and more importantly because one may need to send some attachment.
In your case, I would like to see the full content of the log (Logging Pane). So the best is that you: 1) clear the logging from the Getting Started; 2) start your project; and 3) do whatever action (launch the simulation?) that results in that error. Then [b]send the Loggin Pane[/b] (in xls format).

More in general regarding setting up an SBR model, indeed it may not be that straight-forward, primarily because it's got phases (fill, reaction, ..) and it therefore needs to be fed (i.e. receive inflow) at the right time. Which requires some level of control (timer, controller, buffer tank, ..).
A [b]new SBR Tutorial[/b] is going to be added to the new release: so, once more, if you contact the Tech Support, you might even get it to get inspiration.

Not sure if you have already done this, but there are a [b]couple of threads[/b] on this Forum dealing with [b]SBR modelling[/b]: you may want to check them out.

Hi,
on a Turkish keyboard or Regional Settings, the "i" in the word "Peschiere", may indeed cause that problem: as far as I know, there are 2 "i"'s one with and the other one without the dot.
The one without is not correctly recognised.

Hi,
this is indeed a very unusual error !
I don't recall ever seeing it but it seems to suggest that an #define statement is spelled incorrectly.
Which version of WEST are you using?
Have you edited any of the standard models / added new models? if so: have you performed a (syntax) check (in the Model Editor)?

Hi,
no, I haven't worked on BIOFOR before, but here's how I would tentatively go about it.
The Trickling Filter, MBBR and IFAS models include a biofilm model (and biological process within the biofilm), as well as biological process in liquid phase (only MBBR and IFAS). Beware that the biofilm model is kind of stiff, so you may need to patiently initialise it in order to get an acceptable simulation speed.
None of the standard models describe the hydraulics (upward flow) in great details though: so if this should be essential, you would need to implement this part of the model yourself.

The "Non-existent key .." error suggests that something is wrong in the effluent model (defractionation).

I don't quite understand what do you mean by:
[quote]I changed the AD block which I had taken from UCT_PWM_SA template to the one that is included in ASM1Temp block library[/quote]

I guess you have changed the Instance, from PWM_SA to ASM1Temp, right?
In this case, you also need to recreate both the influent (fractionation) and the effluent (defractionation) models to match the new state vector.

Another option may be that the ".out_1.COD" is used in the scope of a Calculator Variable (are you using one of the tutorials?) in which case you may by-pass the error by simply deleting the Calculator Variable.

It really depends on the warning message: it may have got to do with model settings (values assigned to certain parameters) or with integrator settings.
The latter may be easier to solve: just select a different integrator and/or relax / tighten integrator settings (e.g. accuracy).
Otherwise, and especially if the bound violations should persist over time, it may indeed be the case that some parameter values be incorrect.

Hello Razan,
it may be that the individual plots (or plot elements) have lost connection to the output channel - this may occasionally happen as the consequence of some events ...
Anyway, all you need to do is reset this connection by selecting each data series and:
[list]
[li]select the Quantities property in the Properties pane[/li]
[li]click on the elipsis (...) button[/li]
[li]in the Modify Series dialog: open/close the drop-down for the Y-item[/li]
[li]OK to confirm[/li]
[/list]

In the Block Details pane, select the Variables tab page.
Scroll down until you find the quantity M(H2O): unlike all other (non-derived) state variables, the Initial Value column for the M vector is enabled (i.e. accepts input). Just type in a suitable mass of water in grams.