[esp-r] Re: Using calendar day-types to define vacation period.

[Geissler Achim]

Hi Hugo

I think that you cannot use Sundays consecutively. The "standard" three day types have a range of pre-definitions in various code places.

Best add one or more own day types, yourself ("holiday", "bank-holiday" or the like). That works well and you can then define schedules and controls for these additional day types (type four through maximum seven).

However, you will probably need to redefine the internal gain files (unlink them from the model before adding day types). Otherwise, you will likely have problems in the editing in project manager. The same goes true for the control files. However, if you are "into" the text editing of these files, then it is quite quick to set up additional days via editing the files directly (with care!).

Achim


Von: esp-r-bounces at lists.strath.ac.uk [mailto:esp-r-bounces at lists.strath.ac.uk] Im Auftrag von Hugo Santos
Gesendet: Dienstag, 11. Oktober 2011 11:32
An: ESP-r mailing list
Betreff: [esp-r] Using calendar day-types to define vacation period.

Hi everyone,

I'm modelling a school building and after defining everything in the model including internal gains, ventilation network and all control functions I found out that I want to include the effect of closing the school during the summer vacations.

In this specific model that means that during that period all days would be similar to "Sundays". Hence, I tried to modify the standard calendar and define all the days of the vacation period as Sundays but that doesn't seem to have any effect on the simulations (I was careful to save the model before closing esp-r). The .cfg file seems to keep the information in the relevant part but reopening the model with esp-r shows that the calendar reverts to the standard day order.

Am I missing something? Shouldn't this work?

Thanks in advance for all the help. Regards,

Hugo Santos
Faculty of Engineering of the University of Porto
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.strath.ac.uk/archives/esp-r/attachments/20111011/b2a536d7/attachment.html