[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-0001.htm>
More information about the TRNSYS-users
mailing list