Dear Wang,
You will likely have to fix all of the undefined connections to make it work in v17. Otherwise, you could simply obtain a copy of TRNSYS15 from your distributor and run your simulation in there.
Yes, I was able to open the *.bui. There was indeed a warning that popped up, but I simply hit "Ok", and everything was fine after that.
Best regards,
Matt Duffy
Sent: Tue, May 3, 2011 9:14
Subject: open *.bui files of Trnsys15 using trnsys 17
Dear Mr. Duffy,
Thanks for your reply!
To 1): Do you have some advices for these questions? How could I run this Trnsys 15's *.tpf program by Trnsys 17? Or other way to run it? Since it's very important for me.
To 2): You can open the *.bui ? Really? But once I open its *.bui file, it showed the ERROR. Please see the Attached.
Why I can't open this *.bui file( the 3rd and 4th attached)? You can?
Many thanks!
Br.
wang
---------- Forwarded message ----------
From: Matt Duffy <duffy@tess-inc.com>
Date: 2011/5/2
Subject: Re: How to open *.tpf and *.bui files of Trnsys15 using trnsys 17
To: wanghongyang1767@gmail.com, d.bradley@tess-inc.com, trnsys-users@cae.wisc.edu
Dear Wang,
1. The blue lines are indeed the undefined connections. The reasons for this is that sometimes as components age through different versions, the inputs of the components are changed or modified.
2. I was able to open the *.bui (NOT the *.bld) without any problems.
Best regards,
Matt Duffy
----- Original Message -----
From: "王洋" <wanghongyang1767@gmail.com>
Sent: Mon, May 2, 2011 7:21
Subject: [TRNSYS-users] Fwd: R How to open *.tpf and *.bui files of Trnsys15 using trnsys 17
Dear Mr. Bradley,
Many thanks! You're right. But when I open the TRNSYS 15's *.tpf file using TRNSYS 17 studio, so many former informations lost, the links' color became BLUE, please see the ATTACHED.
What's more, the TRNBUILD cann't open the former TRNSYS 15's *.bui file directly. It said, "cannot open BUI-File:(c:\trnsys 15\usr\Iwobay.bld)". Please see the 2nd ATTACHED. Please give me some advices to open them completely and keep all the former contents in detail using the TRNSYS 15/prebid/iisibat! I'm very eager to use those former programs.
My support said to me, try to adapt the syntax in the .dec file to TRNSYS 17, but I tried, it still goes blank. Please see the 3rd ATTACHED. How to adapt the syntax in the .dec file to TRNSYS 17?
Thanks a lot!
Br.
wang
2011/4/15 David BRADLEY <d.bradley@tess-inc.com>
Wang,
I just tried and it looks as though File: Open works as expected. The Trnsys17 Studio is used for opening *.tpf files; it will make its best attempt at automatically updating certain simulation parameters that changed between Trnsys15 and Trnsys16. TRNBuild is used for opening *.bui files; it will ask you to redefine your window data as window data was stored in an external file and not in the *.bui itself with Trnsys15.
David
On 4/15/2011 03:18, � wrote:Dear all,
How to open *.tpf and *.bui files of Trnsys 15 using trnsys 17? Please tell me the detailed steps!
Thanks in advance!
br.
wang
2011/4/14 王洋 <wanghongyang1767@gmail.com>
2011/4/14 <trnsys-users-request@cae.wisc.edu>
Send TRNSYS-users mailing list submissions to
trnsys-users@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@cae.wisc.edu
You can reach the person managing the list at
trnsys-users-owner@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. Re: time delay by means of type 93 (input value recall)
(David BRADLEY)
2. Re: type 860 PCM Storage Units (David BRADLEY)
3. Re: Ground Convection coefficient (David BRADLEY)
4. Re: TRNSYS3D plugin question (Marion Hiller)
---------- 已转发邮件 ----------
From: David BRADLEY <d.bradley@tess-inc.com>
To: Stefan Wachter <wachter@mail.hs-ulm.de>
Date: Wed, 13 Apr 2011 14:44:56 -0500
Subject: Re: [TRNSYS-users] time delay by means of type 93 (input value recall)
Stefan,
Type93 simply holds onto a value for as many time steps as you ask it to, then "releases" the value. The control ought to work the same regardless of the system size. I am not sure what you mean by "continuous" controllers. If you mean that there are some controllers that continuously modify a flow rate in order to maintain an outlet temperature then a simple time delay might cause some problems. You might look at some of the controllers available in the TESS Controllers Library (for Trnsys17) as there are a number of devices in there with minimum run times and start-delays.
Best,
David
On 4/8/2011 04:05, Stefan Wachter wrote:_______________________________________________ TRNSYS-users mailing list TRNSYS-users@cae.wisc.edu https://mailman.cae.wisc.edu/listinfo/trnsys-usersHello everybody,I am new at trnsys-users.Currently I`m modeling an already existing solar heating system (for hot water).In this system the loading pump is activated by a time delay of 4 minutes (after solar pump is launched).I tried to model this as follows:- simulation time step: 2 minutes- storage of the control signal of the solar pump over the last two time steps by means of type 93 (input value recall)- if the control signal of the solar pump is "1" in the stored two time steps, then the loading pump is launched.It works (tried by a simple example deck) but does it also works in context with a quite big deck (120 m² apertur area, 2 continuous controllers)?I`m concerned about that the small time step of 2 minutes could cause problems (for example oscillations of the controllers).Could this work or have someone of you another idea how i can solve this problem?Thanks a lot.Best regards.Stefan Wachter-- *************************** 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@tess-inc.com http://www.tess-inc.com http://www.trnsys.com
---------- 已转发邮件 ----------
From: David BRADLEY <d.bradley@tess-inc.com>
To: Filippo Busato <busato@gest.unipd.it>
Date: Wed, 13 Apr 2011 14:11:52 -0500
Subject: Re: [TRNSYS-users] type 860 PCM Storage Units
Filippo,
I am not familiar with Type860. However, there is a PCM wall material component available in the user-donated Type library (TRNLib).
http://sel.me.wisc.edu/trnsys/trnlib/library16.htm
best,
David
On 4/13/2011 07:52, Filippo Busato wrote:_______________________________________________ TRNSYS-users mailing list TRNSYS-users@cae.wisc.edu https://mailman.cae.wisc.edu/listinfo/trnsys-usersHi everybody,
I found in the report “Simulation Models of PCM storage units” (IEA Report C5 Subtask C) that a Type 860 has been developed by the Institute HEIG-VD in Yverdon-les-Bains Switzerland, by Jacques Bony and Stephane Citherlet.
I would like to know if that type is distributed and whom could I get/buy that from.
Can anyone help?
Thanks in advance
Filippo Busato
------------------------------------------------------------------------
Filippo Busato PhD
ingegnere
Università di Padova
Dipartimento di Tecnica e Gestione dei sistemi industriali
Str.lla S.Nicola 3 -36100 Vicenza (VI)
tel. (+39) 0444 998846 - fax. (+39) 0444 998884
email: busato@gest.unipd.it
web: www.gest.unipd.it/~busato
skype: foucault76
------------------------------------------------------------------------
According to D. Lgs 196/2003 this e-mail and any file transmitted with it are for the sole use of the intended recipient. If you are not the intended recipient of this e- mail, please delete it without copying or forwarding it to any other persons and notify us immediately by e-mail or by telephone. We thank you in advance for your support.
P.S. Only print this mail if necessary
-- *************************** 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@tess-inc.com http://www.tess-inc.com http://www.trnsys.com
---------- 已转发邮件 ----------
From: David BRADLEY <d.bradley@tess-inc.com>
To: pseudomino@gmx.com
Date: Wed, 13 Apr 2011 14:16:16 -0500
Subject: Re: [TRNSYS-users] Ground Convection coefficient
As noted in TRNBuild (where you set the back side convection coefficient), a value smaller than 0.001 is used to indicate direct contact between a BOUNDARY wall and a temperature. A large value (such as 999) is used with other wall categories (ADJACENT, EXTERNAL, etc.) to indicate good thermal contact.
Best,
David
On 4/13/2011 10:30, pseudomino@gmx.com wrote:Hello,
Usually, when using the assistant to create a multizone building, the convection coefficient between the soil and the floor is set to 999 to reproduce the absence of thermal resistance.
But when I create a file using the Trnsys3D import from Sketchup, this same coefficient is set by default to 0,001.
Why is that ?
Please help me understand _______________________________________________ TRNSYS-users mailing list TRNSYS-users@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 F:+1.608.278.1475 d.bradley@tess-inc.com http://www.tess-inc.com http://www.trnsys.com
---------- 已转发邮件 ----------
From: "Marion Hiller" <hiller@transsolar.com>
To: trnsys-users <trnsys-users@cae.wisc.edu>
Date: Thu, 14 Apr 2011 08:14:43 +0200
Subject: Re: [TRNSYS-users] TRNSYS3D plugin question
Dear Lampros,
When I saved and reopen the idf file, Outiner window showed 17 shading objects (!) see attached idf file. Even though I believe that it automatically created one object per surface, it is important to know
1. Is this normal?
=> Yes this is normal. Thr pluginallows you to draw several shading surfaces into one group because it is more convienent than creating a group for each surface.
2. Does this affect my calculations?
=> Yes, this is the required input and therefore it is working fine J3. Can I do something to make it behave properly?
=> No, this is the proper behavour4. Why does outliner window of my skp, even though it produces errors, shows the shading objects properly?
=> because it’s not an error.
Best regards,
Marion
Dipl.-Ing. Marion Hiller
TRANSSOLAR: KlimaEngineering - Technologien für energieeffizientes Bauen und Nutzerkomfort in Gebäude
Munich - New York - Stuttgart + 49.711.67976.0
Transsolar Energietechnik GmbH, Curiestrasse 2, 70563 Stuttgart
Amtsgericht Stuttgart - HRB 23347, Steuernummer 99073/00911, USt-IdNr.: DE152272639Geschäftsführer: Dipl.Ing. Matthias Schuler, Dipl.Ing. Thomas Auer, Dipl.Phys. Stefan Holst, Prof. Dipl.-Ing. Bleicher
Von: Lampros Karalis [mailto:lkaralis@metal.ntua.gr]
Gesendet: Mittwoch, 13. April 2011 15:23
An: trnsys-users@cae.wisc.edu
Cc: lkaralis@gmail.com
Betreff: [TRNSYS-users] TRNSYS3D plugin question
Dear All,
I am working with the latest version of the TRNSYS 3d plugin on windows XP and using the trnsys 17.00019 version of the simulation Studio.
I already have sketched my building and defined the zones in it, as described on the manual.
The most common problems I have met so far have to do with some error messages when I try to use the skp file. However I read Mr. ‘s Duffy note that we should only use the idf file, and therefore I did not worry.
My main problem begun when I started drawing the shadow objects that affect my building. I did defined the objects as noted on the tutorial (version June 2010) and on the Outliner Window I could see two Shading Object groups, (one for the nearby building that affect mine and one for a second construction that is attached to my building) Please see attached skp file.
When I saved and reopen the idf file, Outiner window showed 17 shading objects (!) see attached idf file. Even though I believe that it automatically created one object per surface, it is important to know
5. Is this normal?
6. Does this affect my calculations?
7. Can I do something to make it behave properly?
8. Why does outliner window of my skp, even though it produces errors, shows the shading objects properly?
Any help would be most appreciated, specially on questions #1, #2
Best Regards
Lampros Karalis
_______________________________________________
TRNSYS-users mailing list
TRNSYS-users@cae.wisc.edu
https://mailman.cae.wisc.edu/listinfo/trnsys-users
_______________________________________________ TRNSYS-users mailing list TRNSYS-users@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 F:+1.608.278.1475 d.bradley@tess-inc.com http://www.tess-inc.com http://www.trnsys.com
_______________________________________________ TRNSYS-users mailing list TRNSYS-users@cae.wisc.edu https://mailman.cae.wisc.edu/listinfo/trnsys-users
Attachment:
IWOBAY.bui
Description: Binary data
Attachment:
Iwobay.tpf
Description: Binary data