[TRNSYS-users] Problems using several types in a project

David Bradley bradley at tess-inc.com
Tue May 29 07:42:34 PDT 2007


Kevyn,
   This is a fairly common problem but unfortunately, one for which 
there is no single answer. Essentially what is happening is that the 
Type is reusing some previously calculated values each time it 
executes instead of recalculating everything. Most likely there are 
some items that are not being placed into the STORAGE() array but 
which are being used again. To get an idea what I mean, look at the 
code for Type34; not only does is reread the parameters whenever 
INFO(1) has changed but it also recalculates a number of values based 
on those parameter values.

   The simplest way to solve the problem is by cheating a little bit. 
You can copy the *.for file for your PCM component, give it a 
different Type number, compile, and link it into the DLL; that way 
there will be no reuse of calculated variables. Otherwise, the best 
method is by using the debugger to step one line at a time through 
the code and see where the results start to differ when you have one 
versus two instances of the Type.
Cheers,
  David


At 05:05 5/29/2007, JOHANNES Kevyn wrote:
>Dear TRNSys users,
>
>We developed a new TYPE to simulated PCMs behaviour coupled with 
>TYPE 56. Unfortunately, there are problems when more than 1 PCM TYPE 
>is introduced into the project. The TYPE is dynamically design 
>(number of nodes within the PCM layer, number of layer on both side 
>of the PCMs layer the STORAGE vector, etc.), the parameter, as well 
>as the inputs are read at each time step (the IUNIT is forced at 
>each type read: IUNIT=INFO(1)) and as well as the STORAGE vector.
>
>No problems are identified using only one TYPE in a project but when 
>more than one TYPE is used (we just copy and paste the first type 
>and we change an input), the PCMs TYPES inputs seem to be mixed. The 
>time step used has also an influence on the results.
>
>We might think that the state of the nodes at each time step from 
>several PCMs TYPES is mixed from one unit to another (e.g. within 
>the STORAGE vector). But we think we have followed the documentation 
>on the use of several TYPEs within the same project.
>
>Does any one have an idea?
>
>
>
>
>************************************************************************************
>This footnote confirms that this email message has been scanned by
>PineApp Mail-SeCure for the presence of malicious code, vandals & 
>computer viruses.
>************************************************************************************
>
>
>
>_______________________________________________
>TRNSYS-users mailing list
>TRNSYS-users at engr.wisc.edu
>https://www.cae.wisc.edu/mailman/listinfo/trnsys-users

****************************************************************************************
Thermal Energy System Specialists (TESS), LLC
David BRADLEY                           2916 Marketplace Drive - Suite 104
Partner                                        Madison, WI 53719
Phone: (608) 274-2577 USA
Fax: (608) 278-1475
E-mail: bradley at tess-inc.com
Web Pages:  http://www.tess-inc.com     and      http://www.trnsys.com

"Providing software solutions for today's energy engineering projects"
****************************************************************************************
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.onebuilding.org/pipermail/trnsys-users-onebuilding.org/attachments/20070529/894087d4/attachment-0001.htm>


More information about the TRNSYS-users mailing list