[TRNSYS-users] open *.bui files of Trnsys15 using trnsys 17
王洋
wanghongyang1767 at gmail.com
Thu May 5 01:42:20 PDT 2011
Dear Mr. Duffy,
Thanks for your advices!
But to *.bui file: I indeed hit "OK", but after that, the TRNBuild window
disappeared at once! Please send me the TRNBuild window's figure as you said
you can open. Let me look at it. And tell me the possible reasons why I
can't get it: "but I simply hit "Ok", and everything was fine after that."
I attached them again.
Thanks again!
Br.
wang
2011/5/3 Matt Duffy <duffy at tess-inc.com>
> 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
>
>
> *----- Original Message -----*
> *From:* "王洋" <wanghongyang1767 at gmail.com>
> *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 at tess-inc.com>
> Date: 2011/5/2
> Subject: Re: How to open *.tpf and *.bui files of Trnsys15 using trnsys 17
> To: wanghongyang1767 at gmail.com, d.bradley at tess-inc.com,
> trnsys-users at 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 at 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 at 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 at gmail.com>
>>
>>>
>>>
>>> 2011/4/14 <trnsys-users-request at cae.wisc.edu>
>>>
>>>> Send TRNSYS-users mailing list submissions to
>>>> 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
>>>>
>>>> You can reach the person managing the list at
>>>> 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. 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 at tess-inc.com>
>>>> To: Stefan Wachter <wachter at 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:
>>>>
>>>> Hello 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
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> TRNSYS-users mailing listTRNSYS-users at cae.wisc.eduhttps://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.1475d.bradley at tess-inc.com
>>>> http://www.tess-inc.comhttp://www.trnsys.com
>>>>
>>>>
>>>>
>>>> ---------- 已转发邮件 ----------
>>>> From: David BRADLEY <d.bradley at tess-inc.com>
>>>> To: Filippo Busato <busato at 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:
>>>>
>>>> Hi 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 at gest.unipd.it
>>>>
>>>> web: www.gest.unipd.it/~busato <http://www.gest.unipd.it/%7Ebusato>
>>>>
>>>> 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
>>>>
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> TRNSYS-users mailing listTRNSYS-users at cae.wisc.eduhttps://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.1475d.bradley at tess-inc.com
>>>> http://www.tess-inc.comhttp://www.trnsys.com
>>>>
>>>>
>>>>
>>>> ---------- 已转发邮件 ----------
>>>> From: David BRADLEY <d.bradley at tess-inc.com>
>>>> To: pseudomino at 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 at 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 listTRNSYS-users at cae.wisc.eduhttps://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.1475d.bradley at tess-inc.com
>>>> http://www.tess-inc.comhttp://www.trnsys.com
>>>>
>>>>
>>>>
>>>> ---------- 已转发邮件 ----------
>>>> From: "Marion Hiller" <hiller at transsolar.com>
>>>> To: trnsys-users <trnsys-users at 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 J
>>>>
>>>> 3. Can I do something to make it behave properly?
>>>> => No, this is the proper behavour
>>>>
>>>> 4. 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.:
>>>> DE152272639*
>>>>
>>>> *Geschäftsführer: Dipl.Ing. Matthias Schuler, Dipl.Ing. Thomas Auer,
>>>> Dipl.Phys. Stefan Holst, Prof. Dipl.-Ing. Bleicher *
>>>>
>>>>
>>>>
>>>>
>>>> ------------------------------
>>>>
>>>>
>>>> *Von:* Lampros Karalis [mailto:lkaralis at metal.ntua.gr]
>>>> *Gesendet:* Mittwoch, 13. April 2011 15:23
>>>> *An:* trnsys-users at cae.wisc.edu
>>>> *Cc:* lkaralis at 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 at cae.wisc.edu
>>>> https://mailman.cae.wisc.edu/listinfo/trnsys-users
>>>>
>>>>
>>>
>>
>> _______________________________________________
>> TRNSYS-users mailing listTRNSYS-users at cae.wisc.eduhttps://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.1475d.bradley at tess-inc.com
>> http://www.tess-inc.comhttp://www.trnsys.com
>>
>>
>
>
>
>
> ------------------------------
>
> _______________________________________________
> TRNSYS-users mailing listTRNSYS-users at cae.wisc.eduhttps://mailman.cae.wisc.edu/listinfo/trnsys-users
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.onebuilding.org/pipermail/trnsys-users-onebuilding.org/attachments/20110505/c097a46d/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: IWOBAY.bui
Type: application/octet-stream
Size: 34441 bytes
Desc: not available
URL: <http://lists.onebuilding.org/pipermail/trnsys-users-onebuilding.org/attachments/20110505/c097a46d/attachment-0002.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Iwobay.tpf
Type: application/octet-stream
Size: 675972 bytes
Desc: not available
URL: <http://lists.onebuilding.org/pipermail/trnsys-users-onebuilding.org/attachments/20110505/c097a46d/attachment-0003.obj>
More information about the TRNSYS-users
mailing list