[TRNSYS-users] Did not find TRNDLL.dll

David BRADLEY d.bradley at tess-inc.com
Fri May 25 07:12:18 PDT 2012


Wang,
If you recompiled the TRNDll.dll yourself, the problem might be the size 
of the DLL. Once a DLL gets too big, it cannot always be loaded. The 
fact that you have different behaviors after rebooting your computer is 
more evidence that there is either a memory conflict or the DLL is too 
big to load.

I am afraid that there isn't anything that the experts can do about it; 
development on Trnsys16 stopped in 2009 when Trnsys17 was released. If 
you would like to send me your simulation, I can try to run it in 
Trnsys17 and make sure that the problem does not persist.

Regards,
  David


On 5/25/2012 02:41, 王洋 wrote:
> Dear David,
>
> I am running Trnsys 16. Indeed, it is very strange. Today, I run this 
> program again, it works. However, On-line Plotter only shows other 
> Type 65's results, my new adding Type 65c can't show its result.
> Could you or other experts deal with this problem? And which one I 
> should use for showing on-line plotter? Type 65c or Type 65d?
>
> Many thanks again!
>
> br.
> wang
>
> 2012/5/24 David BRADLEY <d.bradley at tess-inc.com 
> <mailto:d.bradley at tess-inc.com>>
>
>     Wang,
>       Are you running Trnsys16 or Trnsys17? In Trnsys16, we had a very
>     strange bug like this. We were never able to track down the cause
>     (nor find a solution); our suspicion was that there was some part
>     of Type56 and some part of the TRNExe (the part that performs the
>     Type56 plotting) that overlapped in memory usage. It occurred very
>     rarely and we were not able to find a systematic repeatable way of
>     generating the error. I have not encountered or heard of anyone
>     else having the problem in Trnsys17. In Trnsys16 unfortunately,
>     the only workaround is to use an alternative output device such as
>     Type25 and to plot results externally.
>     Best,
>      David
>
>
>
>     On 5/24/2012 00:49, 王洋 wrote:
>>     Dear all,
>>
>>     Originally, I run a tpf program well. However, I run this program
>>     again after I add Type 65, it shows "Did not find TRNDLL.dll" .
>>     Meanwhile, I run other normal programs and even EXAMPLES of
>>     TRNSYS, they also shows "Did not find TRNDLL.dll".
>>     Who could tell me how to deal with this problem?
>>
>>     Many thanks in advance!
>>
>>     br.
>>
>>     wang
>>
>>     2012/5/23 <trnsys-users-request at cae.wisc.edu
>>     <mailto:trnsys-users-request at cae.wisc.edu>>
>>
>>         Send TRNSYS-users mailing list submissions to
>>         trnsys-users at cae.wisc.edu <mailto:trnsys-users at cae.wisc.edu>
>>
>>         To subscribe or unsubscribe via the World Wide Web, visit
>>         https://mailman.cae.wisc.edu/listinfo/trnsys-users
>>         or, via email, send a message with subject or body 'help' to
>>         trnsys-users-request at cae.wisc.edu
>>         <mailto:trnsys-users-request at cae.wisc.edu>
>>
>>         You can reach the person managing the list at
>>         trnsys-users-owner at cae.wisc.edu
>>         <mailto:trnsys-users-owner at cae.wisc.edu>
>>
>>         When replying, please edit your Subject line so it is more
>>         specific
>>         than "Re: Contents of TRNSYS-users digest..."
>>
>>         Today's Topics:
>>
>>           1. Keeping Calculated Value over Time Period
>>         (esterl at pk-i.de <mailto:esterl at pk-i.de>)
>>           2. Re: Keeping Calculated Value over Time Period (Damien
>>         Gondre)
>>           3. Re: DynamicData and Visual Fortran XE 2011 (David BRADLEY)
>>           4. Concentrating PV-Thermal collector (Mahdi Hedayatizadeh)
>>           5. Did not find TRNDLL.dll (??)
>>
>>
>>         ---------- 已转发邮件 ----------
>>         From: esterl at pk-i.de <mailto:esterl at pk-i.de>
>>         To: trnsys-users at cae.wisc.edu <mailto:trnsys-users at cae.wisc.edu>
>>         Cc:
>>         Date: Tue, 22 May 2012 16:37:12 +0200
>>         Subject: [TRNSYS-users] Keeping Calculated Value over Time Period
>>
>>         Dear Trnsys Users,
>>
>>         I have a Problem in a Trnsys Simulation.
>>         I want to keep a calculated value at a certain time step over
>>         24 hours and
>>         then calculate a new one.
>>         For example:  I want to calculate the value at hour 0 of day
>>         1 and then use
>>         this value in further calculations on this day. At day 2 i
>>         want to do the
>>         same with the new value for hour 0 of that day.
>>
>>         The problem i'm having is, that i don't know how to tell
>>         transys to use a
>>         value over 24 hours an then calculate a new one for the next
>>         24 hours and
>>         so on.
>>
>>
>>         Thanks for your Help !
>>
>>         Steve
>>
>>
>>
>>
>>         ---------- 已转发邮件 ----------
>>         From: Damien Gondre <damien.gondre at insa-lyon.fr
>>         <mailto:damien.gondre at insa-lyon.fr>>
>>         To: esterl at pk-i.de <mailto:esterl at pk-i.de>
>>         Cc: trnsys-users at cae.wisc.edu <mailto:trnsys-users at cae.wisc.edu>
>>         Date: Wed, 23 May 2012 15:14:56 +0200
>>         Subject: Re: [TRNSYS-users] Keeping Calculated Value over
>>         Time Period
>>
>>         Dear Steve,
>>
>>         I know a solution that should work but it is not necessarily
>>         the best one:
>>         You could use an equation box with an input variable called
>>         /old_value /for instance, and two output variables called
>>         /value /and /new_value/ for instance. At each time step you
>>         have to stock the /value/ in the /old_value /variable using
>>         the input value recall (type 71).
>>         In the /new_value /variable you calculate the new value at
>>         each htime step.
>>
>>         Then you decide upon the hour of the curent day if you want
>>         to use the old value or the new value by using the following
>>         equation :
>>         */value =
>>         eql(mod(time,24),0)*new_value+(1-//eql(mod(time,24),0))*old_value/*
>>
>>
>>         It should work,
>>
>>         Regards,
>>
>>         Damien Gondre.
>>         ---------------------------------------
>>         Centre de thermique de Lyon (CETHIL)
>>         UMR 5008 - Insa de Lyon, UCBL, CNRS
>>         Bâtiment Sadi Carnot
>>         69621 Villeurbanne Cedex
>>         France
>>         +334 72 43 84 68 <tel:%2B334%2072%2043%2084%2068>
>>
>>
>>
>>
>>
>>
>>         On Tue, May 22, 2012 at 4:37 PM, <esterl at pk-i.de
>>         <mailto:esterl at pk-i.de>> wrote:
>>
>>
>>             Dear Trnsys Users,
>>
>>             I have a Problem in a Trnsys Simulation.
>>             I want to keep a calculated value at a certain time step
>>             over 24 hours and
>>             then calculate a new one.
>>             For example:  I want to calculate the value at hour 0 of
>>             day 1 and then use
>>             this value in further calculations on this day. At day 2
>>             i want to do the
>>             same with the new value for hour 0 of that day.
>>
>>             The problem i'm having is, that i don't know how to tell
>>             transys to use a
>>             value over 24 hours an then calculate a new one for the
>>             next 24 hours and
>>             so on.
>>
>>
>>             Thanks for your Help !
>>
>>             Steve
>>
>>             _______________________________________________
>>             TRNSYS-users mailing list
>>             TRNSYS-users at cae.wisc.edu <mailto:TRNSYS-users at cae.wisc.edu>
>>             https://mailman.cae.wisc.edu/listinfo/trnsys-users
>>
>>
>>
>>
>>         ---------- 已转发邮件 ----------
>>         From: David BRADLEY <d.bradley at tess-inc.com
>>         <mailto:d.bradley at tess-inc.com>>
>>         To: Erik Boschek <erikboschek at yahoo.com
>>         <mailto:erikboschek at yahoo.com>>
>>         Cc: "TRNSYS-users at cae.wisc.edu
>>         <mailto:TRNSYS-users at cae.wisc.edu>"
>>         <TRNSYS-users at cae.wisc.edu <mailto:TRNSYS-users at cae.wisc.edu>>
>>         Date: Wed, 23 May 2012 09:34:40 -0500
>>         Subject: Re: [TRNSYS-users] DynamicData and Visual Fortran XE
>>         2011
>>         Erik,
>>           We found and fixed this in Trnsys17 when we moved over to
>>         the IVF compilers. CVF didn't mind if you exited a subroutine
>>         without deallocating your allocatable arrays (it deallocated
>>         them for you). IVF is a bit more rigorous and forces you do
>>         deallocate arrays manually. You need to add the following
>>         lines to the GROW() subroutine in DynamicData
>>
>>         Deallocate(X1TEMPdd)
>>         Deallocate(X2TEMPdd)
>>         Deallocate(X3TEMPdd)
>>         Deallocate(X4TEMPdd)
>>         Deallocate(LUSTORTEMPdd)
>>         Deallocate(YDATATEMPdd)
>>         Deallocate(DATAINTEMPdd)
>>         Deallocate(IPTTEMPdd)
>>
>>           Another issue that you may run into is that IVF does not
>>         like when a function returns without setting a return value.
>>         CVF was more forgiving about that. You will need to go
>>         through some of the TrnsysFunctions routines and make sure
>>         that they always set a return value. Again, this is fixed in
>>         Trnsys17.
>>         Best,
>>          David
>>
>>
>>         On 5/23/2012 06:13, Erik Boschek wrote:
>>>         Dear TRNSYS users,
>>>         I am in the process of migrating to Intel Visual Fortran
>>>         Composer XE 2011, with VS2010 from CVF6.6 for component
>>>         development. I'm currently using TRNSYS 16.
>>>         Generally, with not too many problems I've gotten TRNSYS to
>>>         compile and a few custom types.
>>>         However, in the mean time I've run into an issue which seems
>>>         to be related to calling "DynamicData", which I use quite often.
>>>         I've found that if I create a simulation with more than one
>>>         call, TRNSYS crashes with a run-time error "severe (151):
>>>         allocatable array is already allocated" (as attaced screen
>>>         shot).
>>>         To check that it wasn't related to my own component, I could
>>>         also reproduce this simply by e.g. putting two instances of
>>>         TESS Type581 (multi dimensional interpolation) into an empty
>>>         project. This never occurs for the basic installed TRNDll or
>>>         one I've compiled with the old compiler.
>>>         Is this problem known to anyone and is there a fix? Is the
>>>         new intel compiler supported or is it known to give problems
>>>         with TRNSYS? Would this problem disapear using TRNSYS 17?
>>>         Thanks for any insight,
>>>         Erik Boschek
>>>
>>>
>>>         _______________________________________________
>>>         TRNSYS-users mailing list
>>>         TRNSYS-users at cae.wisc.edu  <mailto:TRNSYS-users at cae.wisc.edu>
>>>         https://mailman.cae.wisc.edu/listinfo/trnsys-users
>>
>>         -- 
>>         ***************************
>>         David BRADLEY
>>         Principal
>>         Thermal Energy Systems Specialists, LLC
>>         22 North Carroll Street - suite 370
>>         Madison, WI  53703 USA
>>
>>         P:+1.608.274.2577  <tel:%2B1.608.274.2577>
>>         F:+1.608.278.1475  <tel:%2B1.608.278.1475>
>>         d.bradley at tess-inc.com  <mailto:d.bradley at tess-inc.com>
>>
>>         http://www.tess-inc.com
>>         http://www.trnsys.com
>>
>>
>>
>>         ---------- 已转发邮件 ----------
>>         From: Mahdi Hedayatizadeh <mhedayatizadeh at gmail.com
>>         <mailto:mhedayatizadeh at gmail.com>>
>>         To: trnsys-users at cae.wisc.edu <mailto:trnsys-users at cae.wisc.edu>
>>         Cc:
>>         Date: Wed, 23 May 2012 19:19:51 +0430
>>         Subject: [TRNSYS-users] Concentrating PV-Thermal collector
>>         Hi everybody,
>>
>>         I tried to model a kind of a system including a concentrating
>>         PV-thermal collector (TYPE 50) in TRNSYS 16 while I faced
>>         errors. I tried to find the problem by deleting some
>>         components that finally I got the problem is only associated
>>         with the PV-thermal Concentrator component. Finally, I put
>>         only a PV-Thermal concentrotor and an online plotter in an
>>         empty file with some input and parameter data ( A very simple
>>         one), but it still does not plot any result such as the
>>         outlet temperature of the collector.
>>
>>         Has anyone faced the same or relevant problem?
>>
>>         Looking forwards to hearing from you.
>>         Mahdi
>>
>>         -- 
>>         Mahdi Hedayatizadeh
>>         Ph.D. Candidate,
>>         Energy in Agriculture,
>>         Department of Agricultural Machinery Engineering,
>>         Faculty of Agriculture,
>>         University of Tabriz,
>>         Tabriz, Iran.
>>         Tel.: +98 9384772799 <tel:%2B98%209384772799>,
>>         Email: hedayatizadeh at tabrizu.ac.ir
>>         <mailto:hedayatizadeh at tabrizu.ac.ir>
>>
>>
>>         ---------- 已转发邮件 ----------
>>         From: 王洋 <wanghongyang1767 at gmail.com
>>         <mailto:wanghongyang1767 at gmail.com>>
>>         To: trnsys-users at cae.wisc.edu <mailto:trnsys-users at cae.wisc.edu>
>>         Cc:
>>         Date: Wed, 23 May 2012 17:54:45 +0200
>>         Subject: [TRNSYS-users] Did not find TRNDLL.dll
>>         Dear all,
>>
>>         Originally, I run a tpf program well. However, I run this
>>         program again after I add Type 65, it shows "Did not find
>>         TRNDLL.dll" . Meanwhile, I run other normal programs and even
>>         EXAMPLES of TRNSYS, they also shows "Did not find TRNDLL.dll".
>>         Who could tell me how to deal with this problem?
>>
>>         Many thanks in advance!
>>
>>         br.
>>
>>         wang
>>
>>         2012/5/23 <trnsys-users-request at cae.wisc.edu
>>         <mailto:trnsys-users-request at cae.wisc.edu>>
>>
>>             Send TRNSYS-users mailing list submissions to
>>             trnsys-users at cae.wisc.edu <mailto:trnsys-users at cae.wisc.edu>
>>
>>             To subscribe or unsubscribe via the World Wide Web, visit
>>             https://mailman.cae.wisc.edu/listinfo/trnsys-users
>>             or, via email, send a message with subject or body 'help' to
>>             trnsys-users-request at cae.wisc.edu
>>             <mailto:trnsys-users-request at cae.wisc.edu>
>>
>>             You can reach the person managing the list at
>>             trnsys-users-owner at cae.wisc.edu
>>             <mailto:trnsys-users-owner at cae.wisc.edu>
>>
>>             When replying, please edit your Subject line so it is
>>             more specific
>>             than "Re: Contents of TRNSYS-users digest..."
>>
>>             Today's Topics:
>>
>>               1.  DynamicData and Visual Fortran XE 2011 (Erik Boschek)
>>
>>
>>             ---------- 已转发邮件 ----------
>>             From: Erik Boschek <erikboschek at yahoo.com
>>             <mailto:erikboschek at yahoo.com>>
>>             To: "TRNSYS-users at cae.wisc.edu
>>             <mailto:TRNSYS-users at cae.wisc.edu>"
>>             <TRNSYS-users at cae.wisc.edu
>>             <mailto:TRNSYS-users at cae.wisc.edu>>
>>             Cc:
>>             Date: Wed, 23 May 2012 04:13:45 -0700 (PDT)
>>             Subject: [TRNSYS-users] DynamicData and Visual Fortran XE
>>             2011
>>             Dear TRNSYS users,
>>             I am in the process of migrating to Intel Visual Fortran
>>             Composer XE 2011, with VS2010 from CVF6.6 for component
>>             development. I'm currently using TRNSYS 16.
>>             Generally, with not too many problems I've gotten TRNSYS
>>             to compile and a few custom types.
>>             However, in the mean time I've run into an issue which
>>             seems to be related to calling "DynamicData", which I use
>>             quite often.
>>             I've found that if I create a simulation with more than
>>             one call, TRNSYS crashes with a run-time error "severe
>>             (151): allocatable array is already allocated" (as
>>             attaced screen shot).
>>             To check that it wasn't related to my own component, I
>>             could also reproduce this simply by e.g. putting two
>>             instances of TESS Type581 (multi dimensional
>>             interpolation) into an empty project. This never occurs
>>             for the basic installed TRNDll or one I've compiled with
>>             the old compiler.
>>             Is this problem known to anyone and is there a fix? Is
>>             the new intel compiler supported or is it known to give
>>             problems with TRNSYS? Would this problem disapear using
>>             TRNSYS 17?
>>             Thanks for any insight,
>>             Erik Boschek
>>
>>             _______________________________________________
>>             TRNSYS-users mailing list
>>             TRNSYS-users at cae.wisc.edu <mailto:TRNSYS-users at cae.wisc.edu>
>>             https://mailman.cae.wisc.edu/listinfo/trnsys-users
>>
>>
>>
>>         _______________________________________________
>>         TRNSYS-users mailing list
>>         TRNSYS-users at cae.wisc.edu <mailto:TRNSYS-users at cae.wisc.edu>
>>         https://mailman.cae.wisc.edu/listinfo/trnsys-users
>>
>>
>>
>>
>>     _______________________________________________
>>     TRNSYS-users mailing list
>>     TRNSYS-users at cae.wisc.edu  <mailto:TRNSYS-users at cae.wisc.edu>
>>     https://mailman.cae.wisc.edu/listinfo/trnsys-users
>
>     -- 
>     ***************************
>     David BRADLEY
>     Principal
>     Thermal Energy Systems Specialists, LLC
>     22 North Carroll Street - suite 370
>     Madison, WI  53703 USA
>
>     P:+1.608.274.2577  <tel:%2B1.608.274.2577>
>     F:+1.608.278.1475  <tel:%2B1.608.278.1475>
>     d.bradley at tess-inc.com  <mailto:d.bradley at tess-inc.com>
>
>     http://www.tess-inc.com
>     http://www.trnsys.com
>
>

-- 
***************************
David BRADLEY
Principal
Thermal Energy Systems Specialists, LLC
22 North Carroll Street - suite 370
Madison, WI  53703 USA

P:+1.608.274.2577
F:+1.608.278.1475
d.bradley at tess-inc.com

http://www.tess-inc.com
http://www.trnsys.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.onebuilding.org/pipermail/trnsys-users-onebuilding.org/attachments/20120525/da17e0e6/attachment-0005.htm>


More information about the TRNSYS-users mailing list