giacomo.bellandi

Hi,

I didn't find something related to this issue (which makes me think I'm missing something  :) ). I'm experiencing a problem loading up an influent file with water flow in m3/h.

The value is recognized in the "In" side of the "Generate and Review" tab as m3/h, but is not recalculated then in m3/d. The same original value is brutally considered as m3/d with obvious bad consequences for the results.
Surely it's no problem to make myself the influent file in m3/d, but I thought it was ok for WEST to receive it in m3/h.
Do you have an idea what am I missing here?

Thanks,
Giacomo

Hi Enrico,

thanks for the answer. Just for the records:
Actually the problem was another (it took me a couple of days to find the issue back in the days but then was fixed), for some reason the model that I was using was missing an instance in the stoichiometric matrix. This was giving the error when wiring on the block diagram or opening the influent fractionation file.
Added that one, the instance was back in place in the influent fractionation tab and peace was back.

Thanks!
Giacomo

Hi,

new edit:
the influent model should be generating 26 components and these are all listed in the “wwtp.definitionsASMG2dTemp.msl”

However, when loading the influent model, the error in attach appears. Saying "yes" (only choice if you want to use that model) adapts the output components to 24 (dropping Al and X_I_i).
These two lost components are the ones missing and raising the error when I generate the influent file.

Question is, how to include these output components so that loading the correct fractionation file does not result in the error in attach?

Thanks,
Giacomo

Hi Enrico,

indeed I think the problem lays in the model library I'm using, but it's not only  problem of the sensor block. This is a customized library that I received from someone else.

Using this customized model library:
I can regenerate the Influent Model only if disconnected from the rest. After this, if I try to connect the Influent block to any other block it returns the error. Even if I try to connect it to an ASM (and nothing else), this gives again the error.

I tried to do the same using a standard library in a new project starting from ASMG2d and it gives no problem to generate the influent and connect it to something else.

What do you suggest to do?

Thanks!
Giacomo

Hi Enrico,

indeed, now I had to tick a checkbox for each of the ~170 parameter times 6 new blocks. Which wasn't a small task :)
I was looking for a quicker way to do this.

Giacomo

Dear,

having an existing layout with a number of CSTRs and relative set of top level parameters, is there s fast way to add (a) new CSTR(s) and make its parameters also top level without having to check every single cell in the top-level parameters window?

Thanks!
Giacomo

Hi,

just for the records, the issue was fixed by refreshing every single connection between the blocks that changed names.

Cheers,
Giacomo

Dear,

I've added tanks to refine my layout and I needed to rename blocks. Doing so, using both the edit label from the dropdown or changing it from properties, resulted in these errors, e.g. "Invalid name in To: SUMMER_1A, Link97391", where SUMMER_1A is the new name of the block. Since I can't really see the old name of the block anymore, is this easily recoverable or should I better restart?
Can this problem be addressed to the SynchronizeNames option?

Also, what is a safe way of renaming blocks?

Thanks,
Giacomo

Hi Enrico,

thanks. I tried to figure it out but seems that I'm missing a step. Let me explain in bullet list what I've been doing. I need to pass a project from ASM2dChemTemp to ASMG2d:
[list]
[li]i changed kinetic model from the block library setup[/li]
[li]i changed the influent model to the correct one needed for ASMG2d[/li]
[li]the connection with the block downstream from the influent (is a sensor measuring the flow rate) disappeared[/li]
[li]trying to rebuild this connection gives the error in subject[/li]
[/list]

From where can I do what you were suggesting?

Thanks,
Giacomo

Hi,

I'm using WEST16, I changed the influent model and initialized the influent block without problems.
However, this error (see subject) occurs when I try to link the influent icon with the next block.

Thanks,
Giacomo