Veda2.0 Released!


Model compilation error
#1
Hi,
I am making a model with DayNite timeslices and with timeslice specific availability factors defined by NCAP_AF and capacity to activity factor defined by PRC_CAPACT. I am getting errors in model compilation.

Attaching the error screenshot and import error log.

Thank you


Attached Files Thumbnail(s)
   

.xls   ImportErrorLog.xls (Size: 355.5 KB / Downloads: 6)
Reply
#2
Pankaj, post the lst file as well.
Reply
#3
Attaching the lst file.


Attached Files
.zip   base_run.zip (Size: 1.31 KB / Downloads: 5)
Reply
#4
Thanks for the listing file.

It shows a very unusual error from the following line:
SET STL / SET.S,SEASON, WEEKLY, DAYNITE /;
According to the error, SEASON is redefined!
That would mean that you have a timeslice called SEASON, which would be illegal.
Can you confirm whether you indeed have such a timeslice?
Could you post the file base_run_ts.dd, to check?
Reply
#5
I have defined three seasonal timeslices S,W,M and 24 hrs for a day.

Attaching the dd file.


Attached Files
.zip   base_run_ts.zip (Size: 498 bytes / Downloads: 9)
Reply
#6
Ok, but then you must have some error in your SysSettings, because the DD file does show also "SEASON" as a SEASON level timeslice, although you said only S, W, M should be the seasonal timeslices.

Thus, if you need more help with it, the next file to post here would be SysSettings.xls (or xlsx).  Smile
Reply
#7
Please find attached the SysSettings.xls file


Attached Files
.xls   SysSettings.xls (Size: 75 KB / Downloads: 6)
Reply
#8
Thank you!

However, I am not able to see myself where the error is. I hope the Kanors staff can look at it.

It looks like this could be a bug in VEDA-FE, because, as mentioned, the DD file base_run_ts.dd (which you posted) contains quite incorrect timeslices, including "SEASON" and a lot of others, which have not been defined in SysSettings, as far as I can see...
Reply
#9
Hi, Pankaj, your import error logs clearly shows that the time slices have not been defined.
Can you do a 'start from scratch' and see whether the sync errors persists.
It may possible that you edited the 'Region-Time Slices' sheet of SysSettings and didn't perform a start from scratch.
Reply
#10
I just performed a start from scratch for the model again and I see the timeslice related errors are removed. The season timeslice appeared only as autocomplete in excel but its strange how it remained even after editing.
There are some issues which still persist in compilation. I am attaching related files.


Attached Files Thumbnail(s)
   

.zip   BASE.zip (Size: 9.98 KB / Downloads: 3)
.zip   base_ts.zip (Size: 292 bytes / Downloads: 3)
Reply
#11
It is good to hear that you have got rid of the timeslice related errors. When you edit key model settings like time slice definition, 'start from scratch' is needed as per my experience.

Errors like $170, $338 are common and may relate to inappropriate declaration of corresponding processes. See log files in the log folder of your model to get more information.
Reply
#12
Hi everyone,
Thanks for the help. There was some problem with parameterization which I worked out step by step from start and resolved.
I did some runs and I find power generation from some technologies for eg. wind is not in line with what I specified in PRC_CAPACT for timeslices. However the supply curve profile of wind is consistent with specification.
Reply
#13
PRC_CAPACT does not have any timeslice dimension. It defines the unit conversion from the capacity unit to the activity unit, which is always the same for all timeslices. So, you cannot define PRC_CAPACT by timeslice (e.g. PRC_CAPACT~W23). For timeslice-specific availabilities, use NCAP_AF/NCAP_AFS instead.
Reply


Forum Jump:


Users browsing this thread: 1 Guest(s)