18-10-2021, 01:43 PM

Dear Antti,

thank you very much for the prompt and detailed answer!

1. Great, I will keep the description of the network storage as it is then.

2. Yes, no bounds on the input/output capacity were set. The thing is that for the Network or Buildings storage I do know their limitations, e.g., knowing the number and thermal masses of the buildings their total max energy capacity (max amount of heat stored) as well as in/out capacity can be estimated (as it is now in the SubRES file). But for the conventional storage investment options (e.g. a tank) I do not know

- the maximum invested energy capacity (it is the model's variable, right?)

- the ratio between the invested energy capacity (maximum amount of energy stored) and the max input/output flows.

However, I totally agree that values for maximum input/output flows should be indicated in some way to prevent the invested storage(s) go "crazy".

Are there any TIMES attributes that can regulate input/output flows for a storage, which has no size estimation yet?

P.S. I do not set any constraint on the maximum storage investment, i.e., maximum amount of energy stored or max in/out capacity, for the conventional storage techs.

3. Yes, the RHAPA, RHAPB ... commodities are demand commodities that have the DAYNITE timeslice and TJ as a unit.

Indeed, some of the storage processes (e.g. STGRHABiTES101) have no parameters since some of the building types (e.g. APA, APC, APD) are available in the model structure but have no data (assumed that there are no buildings of the type APA, APC, APD in the modeled city). With this in mind, I was trying to make a SubRES_STG file with a structure that will allow all possible building types to be used as a storage if all the building types were available. However for now, only the building types that do have data in the ASSUMPTIONS table (e.g. type APB), and hence in the ~FI_T table, are assumed to be available for storing heat. Hope this is more clear now and sorry for this confusion.

As I can see from your last sentence, the building storages that do have input data (max capacity, losses, inv. cost) are seemed to be defined correctly. This is good news, thanks!

And thanks again for your answers.

Bests,

Dmytro

thank you very much for the prompt and detailed answer!

1. Great, I will keep the description of the network storage as it is then.

2. Yes, no bounds on the input/output capacity were set. The thing is that for the Network or Buildings storage I do know their limitations, e.g., knowing the number and thermal masses of the buildings their total max energy capacity (max amount of heat stored) as well as in/out capacity can be estimated (as it is now in the SubRES file). But for the conventional storage investment options (e.g. a tank) I do not know

- the maximum invested energy capacity (it is the model's variable, right?)

- the ratio between the invested energy capacity (maximum amount of energy stored) and the max input/output flows.

However, I totally agree that values for maximum input/output flows should be indicated in some way to prevent the invested storage(s) go "crazy".

Are there any TIMES attributes that can regulate input/output flows for a storage, which has no size estimation yet?

P.S. I do not set any constraint on the maximum storage investment, i.e., maximum amount of energy stored or max in/out capacity, for the conventional storage techs.

3. Yes, the RHAPA, RHAPB ... commodities are demand commodities that have the DAYNITE timeslice and TJ as a unit.

Indeed, some of the storage processes (e.g. STGRHABiTES101) have no parameters since some of the building types (e.g. APA, APC, APD) are available in the model structure but have no data (assumed that there are no buildings of the type APA, APC, APD in the modeled city). With this in mind, I was trying to make a SubRES_STG file with a structure that will allow all possible building types to be used as a storage if all the building types were available. However for now, only the building types that do have data in the ASSUMPTIONS table (e.g. type APB), and hence in the ~FI_T table, are assumed to be available for storing heat. Hope this is more clear now and sorry for this confusion.

As I can see from your last sentence, the building storages that do have input data (max capacity, losses, inv. cost) are seemed to be defined correctly. This is good news, thanks!

And thanks again for your answers.

Bests,

Dmytro