[TRNSYS-users] Fwd: R How to open *.tpf and *.bui files of Trnsys 15 using trnsys 17
王洋
wanghongyang1767 at gmail.com
Mon May 2 05:21:37 PDT 2011
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
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.onebuilding.org/pipermail/trnsys-users-onebuilding.org/attachments/20110502/d24d49d4/attachment-0005.htm>
-------------- 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/20110502/d24d49d4/attachment-0015.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: IWOBAY.bui
Type: application/octet-stream
Size: 34442 bytes
Desc: not available
URL: <http://lists.onebuilding.org/pipermail/trnsys-users-onebuilding.org/attachments/20110502/d24d49d4/attachment-0016.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: iwobay.dck
Type: application/octet-stream
Size: 46058 bytes
Desc: not available
URL: <http://lists.onebuilding.org/pipermail/trnsys-users-onebuilding.org/attachments/20110502/d24d49d4/attachment-0017.obj>
More information about the TRNSYS-users
mailing list